- Distribution recommendation?
- Posted by Joel Konkle-Parker on March 2nd, 2004
I'm looking for a recommendation for a new distribution with the
following features:
- Must be designed for a rolling release cycle (like Gentoo, not like
Debian (unstable isn't 'official'))
- Must include a powerful package manager (i.e. not Gentoo's portage -
doesn't check dependencies when you remove a package)
Thanks!
--
Joel Konkle-Parker
Webmaster [Ballsome.com]
E-mail [jjk3@msstate.edu]
- Posted by Bill Unruh on March 2nd, 2004
Joel Konkle-Parker <jjk3@msstate.edu> writes:
]I'm looking for a recommendation for a new distribution with the
]following features:
What do you mean by new? Only distributions founded since Jan 2004? or
new as in "I'm not using it now".
]- Must be designed for a rolling release cycle (like Gentoo, not like
]Debian (unstable isn't 'official'))
Redhat, Mandrake, ....
]- Must include a powerful package manager (i.e. not Gentoo's portage -
]doesn't check dependencies when you remove a package)
Redhat, Mandrake,....
- Posted by Joel Konkle-Parker on March 2nd, 2004
Bill Unruh wrote:
New as in "I'm not using it now".
Redhat and Mandrake have a rolling release cycle? I thought they
released, updated for security, and released all their new packages with
their next full release. Have I been mislead?
--
Joel Konkle-Parker
Webmaster [Ballsome.com]
E-mail [jjk3@msstate.edu]
- Posted by John Hasler on March 2nd, 2004
Joel Konkle-Parker writes:
What gives you that idea?
Consider Debian/Testing.
--
John Hasler
john@dhh.gt.org (John Hasler)
Dancing Horse Hill
Elmwood, WI
- Posted by Joel Konkle-Parker on March 3rd, 2004
John Hasler wrote:
Debian/Testing doesn't get timely security updates (have to go through
Unstable first)
Debian/Unstable doesn't have any kind of rigorous testing before the
packages get released... in short, it's fully expected to break at
times. I want something designed to have a /tested/ rolling release
schedule... designed /not/ to break at times.
--
Joel Konkle-Parker
Webmaster [Ballsome.com]
E-mail [jjk3@msstate.edu]
- Posted by at on March 3rd, 2004
On Tue, 02 Mar 2004 19:38:14 -0600, Joel Konkle-Parker
<jjk3@msstate.edu> wrote:
Then you most likely should go with RH ES 3.0 and pay for their
support/update subscriptions. But I would recommend APT-GET in lieu
of RHN for updates. Apt-get DOES do dependencies automatially.
We use it on our RH8 servers.
Bob
- Posted by Christopher Browne on March 3rd, 2004
Oops! Joel Konkle-Parker <jjk3@msstate.edu> was seen spray-painting on a wall:
Have you considered FreeBSD?
It's not Linux, but it likely satisfies many of the requirements you
seem to have.
--
output = reverse("gro.mca" "@" "enworbbc")
http://www.ntlug.org/~cbbrowne/unix.html
PALINDROME spelled backwards is EMORDNILAP.
- Posted by David L. Johnson on March 3rd, 2004
On Tue, 02 Mar 2004 19:38:14 -0600, Joel Konkle-Parker wrote:
Testing takes either 1) a paid staff to do the testing, or 2) time to let
those who are more adventurous test things out. Looks like you want #1,
in which case you have to pay for it.
--
David L. Johnson
__o | Arguing with an engineer is like mud wrestling with a pig... You
_`\(,_ | soon find out the pig likes it!
(_)/ (_) |
- Posted by Joel Konkle-Parker on March 3rd, 2004
David L. Johnson wrote:
Well, I didn't say I needed a bleeding-edge rolling release schedule.
I'd be perfectly happy if all the updates were a year old, as long as
they were released as soon as they were considered stable (i.e. without
having to install a full new release).
--
Joel Konkle-Parker
Webmaster [Ballsome.com]
E-mail [jjk3@msstate.edu]
- Posted by A. S. Budden on March 3rd, 2004
Thus spake Joel Konkle-Parker:
If you set urpmi to use the cooker sources, you can upgrade to the
latest packages with urpmi --auto or urpmi <package-name>. Latest
versions of most things appear in the cooker mirrors within a week or so
of release in my experience.
Al
- Posted by mcubed on March 7th, 2004
Joel Konkle-Parker <jjk3@msstate.edu> wrote in news:4045194D.2010107
@msstate.edu:
Have you looked at Arch Linux?
http://www.archlinux.org
I'm not sure if this satisfies your requirement completely. Basically,
from the Arch Linux docs:
"4.2 Accessing Other Package Repositories
"A package repository is a collection of packages and package meta-info
that can reside in a local directory or on a remote FTP/HTTP server. The
default repository on an Arch system is the ''current'' repository. This
is kept up to date with the latest version of most software and stays
fairly bleeding-edge. If you wish to keep your software in a (perhaps)
more stable state, you can modify /etc/pacman.conf to use the "release"
repository instead. Do not uncomment the "release" and "current"
repositories, as this will cause havoc easily."
I think Arch Linux's "pacman" qualifies.
--
+------------------------------------------------------------------+
| Michael M. ~~ hfrargspam@msbx.net ~~ New York City, NY USA |
| "No live organism can continue for long to exist sanely |
| under conditions of absolute reality;..." --S. Jackson |
+------------------------------------------------------------------+
