Re: up2date and apt-get

Either one works well, and they do about the same thing. I think apt is a bit easier to use when installing new packages and resolving dependencies, but yum.up2date is the supported tool. Just don't run both. (At different times, of course!) I found myself in the situation where up2date choked because apt installed a higher level of a package than was available via up2date. It said the package had to be updated, but failed because the installed version was at a higher level than the "required" version. Maybe I'll have to set up two systems so I can use yum/up2date on one and apt on the other.
Cheers,
Gordon

Elliott Wilcoxon wrote:

After you download things with apt, it then installs via rpm, so the rpmdb is updated with the new packages as being installed/updated/erased. I would assume that yum/up2date do something similar. The only bad thing I could see happening is if you run both at the same time, but apt puts a lock on rpmdb, so I think it's safe on that side.

As to which to use, yum/up2date is officially supported, whereas apt isn't. I prefer apt due to its power, and since I learned of/started using it before yum. Apparently, yum is easier for newbies, so I'd start there, but skim the man pages for both and see what features are in each, and use the best tool for the job. Good luck, and enjoy.

Elliott Wilcoxon

Robert Styma wrote:

Is there any documentation which describes their relationship and
interactions?  That is, if I update something via apt-get, will
up2date be aware of this?  There is alot of discussion on using
up2date and apt.  Is it better to pick one and stick with it, or use
either one, or is there an algorithm to determine which to use in
a particular case?

Thank you for any help

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list

.

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list

--
--

----
 Gordon R. Keehn, CPSM Change Team
 CICS/390 Service, USA
 Gordon Keehn/Raleigh/IBM@IBMUS, 1-919-254-1690