Date: Tue, 17 Apr 2007 09:34:36 +0100 From: Alex Zbyslaw <xfb52@dial.pipex.com> To: freebsd-questions <freebsd-questions@freebsd.org> Subject: [Fwd: Re: I like Ubuntu] Message-ID: <4624869C.7090309@dial.pipex.com>
next in thread | raw e-mail | index | archive | help
Forwarded on behalf of Chad Perrin <perrin@apotheon.com>: On Mon, Apr 16, 2007 at 10:29:43AM +0100, Alex Zbyslaw wrote: > How does apt-get compare to something like yum/up2date on FC/RHEL? I.e. > is there something that makes apt-get better? It uses a package format that requires more information about the software (that's a good thing), it's faster, and the command line tools provide more comprehensive functionality. The rest of the benefits of using APT over using YUM that come to mind for me are related to the fact that I've mostly used APT with Debian, and are distro-specific benefits, not benefits of the package manager itself. I haven't used up2date at all, so I really can't comment. I imagine it is to YUM as aptitude is to APT. I prefer APT over aptitude and, based on what I've heard about up2date from people who have used it, I gather I'd prefer YUM over up2date. Aptitude seems to be designed to be more "user friendly" than APT itself, and ultimately ends up just being a reshuffled deck of defaults all tied together through a single command, reducing the fine-tuned scriptability of APT. Some people like it, but a couple years ago when the Debian maintainers were talking about phasing out APT entirely in favor of aptitude, they apparently got enough complaints that they reversed that decision. Now, you have both APT and aptitude. APT also has a few GUI front ends. From what I've seen, Synaptic seems to be the most stable and complete, and it's pretty nice (as far as GUI software managers are concerned). I hear there's a GUI front end to up2date as well, but I don't know of anyone that actually uses (and recommends) the thing. > > My main issue with all the RedHat OSes is that you are effectively stuck > with whatever version of packages was "combined" to make a particular > release. So if the machine you have came with say postfix 2.0, your > stuck with that for the lifetime of the OS. If you suddenly have a need > for 2.2, you can try using src rpms, but somehow they never seem to be > available for your particular OS version, and whether the ones for a > later OS version compile or not is hit-and-miss. Sure, it's dead easy > to yum update say postfix 2.0 to postfix 2.0+some security fix, but > that's just not enough for me. The APT system allows "pinning", where you can set preferences to use a given version of a package or to use a specific release branch's version no matter what version number that is at any given time. At any moment, there are at minimum four supported release branches of Debian. Additionally, you can create your own packages or add third-party archives to your sources.list file to allow you to select yet another package version from outside the official release branches. None of these options are quite as flexible as the FreeBSD ports system for choosing specific software versions, and from what I've seen it seems that the really mature binary package systems are more brittle, in that deviation from expected use of provided packages can cause breakage more easily than a source-based system like the FreeBSD ports tree. (There. I'm on-topic again.) > > I resent having to upgrade the OS to get up-to-date packages that have > no specific relationship to anything I understand as the OS. That's > especially a problem for ISP-rented servers, where upgrading the OS is a > matter of having to get a new server, or taking your life in your hands > and trying a "yum" update of the OS. But even for a "desktop", it's > just far more work than I believe should be required. > > FreeBSD ports/packages are not perfect, but at least I can update > third-party software without upgrading the OS. Debian Testing and Unstable release branches provide a smooth, gradual upgrade path so that you don't need to do a complete system reinstall or upgrade to get updated packages. Of course, your packages do still get upgraded on their schedule, not on yours, but certain packages never upgrade automatically -- like the kernel. You can upgrade your kernel version easily, though, if you wish to do so (using an apt-get install command). My understanding is that most of the Debian-derived distros other than Debian itself have strayed from that policy, however, and to get the benefits of the software versions shipped with the new OS releases you are expected to upgrade the entire system. It's probably easier to get around that with APT-based distributions, simply by adding archives to your sources.list file and setting preferences appropriately to pin specific packages to specific release versions, and gradually pin more and more packages to whatever version you want, but that can become quite a bit of work if that's how you want to handle it. Hopefully that helps answer some of your questions. Overall, I find the FreeBSD ports system to be more flexible, but an acceptable runner-up for purposes of binary package-based OSes in my opinion is Debian. -- CCD CopyWrite Chad Perrin [ http://ccd.apotheon.org ] "A script is what you give the actors. A program is what you give the audience." - Larry Wall
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4624869C.7090309>