On 09/08/05, Erik Steffl <firstname.lastname@example.org> wrote:
mini rant: what's the point in breaking important packages in
unstable for significant periods (e.g. the bug above was filed
2005/07/13)? Isn't experimental more appropriate for stuff like this?
Same for udev (requiring linux kernel 2.6.12 which wasn't available for
debian) etc. At least explanation and status update would help (the bug
does have a vague ETA but no explanation). Unstable is pretty much the
only debian version usable for desktop (in general, I guess somebody
I would _NEVER_ recommend someone install Debian Unstable as a
desktop... Testing, yes, Stable even more so.
could use stable for desktop) because desktop software (X, browsers, kde
and gnome etc.) and HW support develops/changes too fast for stable to
be able to keep up.
But the point of Stable, is that it is not effected by ABI Transitions
except between major releases. Stable is as good for Desktops as it
is for servers. If someone however dearly wants Stable with updated
hardware, it is possible to pin apt stable sources, yet allow
testing/unstable kernel/x/wm/* packages in.
The comment of yours could also be put in way that: your "HW support
changes too fast" will relate just as easy to networking, but if they
invent 100gbit/s network cards for mainstream release in 2 hours time,
the stable hardware support is out dated, (btw, purposely
far-fetched). If the admin wishes to use that hardware, by all means
he/she can go and apt-get that kernel that supports it, if he/she
wishes... My main point is, what your saying applies to 99% of users,
so in general are you saying Debian should just have a version called
"Unstable", ok it would mean quicker security updates, no freezes,
madhouse updates, mass package breakage during transitions... but
overall, that would be really great for a Desktop or a server right?
Sorry if any of the details are incorrect, but I do not like the idea
of Desktop computers running unstable, esp in the world of what seems
to be, mostly, Windows users. Only exception, developers/maintainers
that work in those areas and have to test constantly, and are prepared