[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: apt vs yum vs rpm vs deb..?

On Thu, 2003-10-30 at 04:53, greg wrote:
> so far i've lived my life in the sheltered world of rpm and up2date.  is
> there a nice writeup anywhere anyone is aware of that does justice to
> apt vs apt-get vs yum vs rpm vs up2date vs alien, rpm vs deb, and the
> advantates and dangers in choosing amongst, even mixing and matching
> amongst them?

I have at some point used all of these, so I will give you my $.02

rpm: Red Hat package format, part of the LSB and used in a lot of other

deb: Debian package format. used in debian an it's variants.

alien: package conversion tool.  Can make an rpm a deb and vice-versa as
will as tgz.

apt-get, yum and up2date: these are all package management tools. They
can download, check dependencies and install packages. Aptis used mostly
with debs, but has been ported to use rpms.  Yum and up2date are for
rpms. They are seperate tools, but (please correct me if I am wrong)
they can/are used together with the up2date system.

I've only been using the up2date and yum since the launch of FC, so I
can't be sure if the troubles are really the tools or the young state of
the project.

I am comparing them to apt, which has been very stable on my debian
systems. Granted, debian has had a long time to get the processes to
support it right. The apt on fedora has worked well the times I've used
it, but it looks like the "official" management tool will be a
yum/up2date combination.  While I've tried to use it, there are
currently some big problems with it.  I have every confidence that it
will get ironed out, I'm just hoping sooner than later.

Which brings me to my little soap-box. 

I've do not really understand the choice of yum/up2date over apt.  I
have heard the arguements in its favor and I agree with them
technically, debian has great success with apt and I don't see the need
to reinvent the wheel. The debian developers already have a good process
in place for testing, approving and distributing packages that work well
together (with some exception is unstable).  Couldn't that just be
leveraged for fedora?

> --
> fedora-list mailing list
> fedora-list redhat com
> http://www.redhat.com/mailman/listinfo/fedora-list
Thomas DuVally
Lead Sys. Prog.
CIS, Brown Univ.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]