Debian is more of a technical distro and is used by a different type of
user than say Red Hat. Many Debian users also use it more for servers
than workstations which makes for a more conservative approach to
upgrading. I have also been using Debian/testing for both production and
non-production servers for sometime now with wonderful results. Upgrades
aren't for the faint of heart and I am quite content with Debian's "We
will release it when is ready" motto.
Syd
On Thu, 2002-05-16 at 12:11, Matt Miller wrote:
> On Wed, 2002-05-15 at 22:44, Paul M Foster wrote:
> > I'm talking about the next version of Debian, due out Real Soon Now
> > (tm). From what I understand, they're borrowing code from Progeny for
> > their installer. I could be wrong, but it seems like that's what I've
> > heard.
> >
>
> Yeah, I read an article about this on /. , but I thought the article was
> more about suggestions than actual implementation of a new installer.
> The Woody net-install (which I think is considered *unofficial*) still
> uses the old installer.
>
> > I don't know if the autodetect stuff is true in the upcoming version of
> > Debian. However, I agree that the Debian install of the past is not for
> > the faint of heart or the newbie. I reserve judgment on their install
> > until I see the next version come out.
>
> I personally prefer the autodetect stuff to be turned off. Shouldn't a
> user have an understanding of what hardware configuration they are
> installing on? Adding autodetect dumbs down the user -- take M$ products
> as an example. How can they compile future kernels if they don't
> understand their hardware setup?
>
> > In fact, though I love Debian, I
> > reserve judgment on the whole distro until I see them speed up their
> > upgrade cycle. 1-1/2 to 2 years between major releases is _far_ too
> > long.
>
> I run from the testing source on all my non-production/non-critical
> machines. Other than a few minor hiccups, everything is real stable. I
> can always compile the newest software releases if the package progress
> is too far behind (although this sometimes screws up future
> dependencies).
>
> --
> Matt Miller
> Systems Administrator
> MP TotalCare, INC
> gpg public key id:
> 08BC7B06
------------- Protect your privacy. http://www.epic.org http://www.gnupg.org
This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 18:43:22 EDT