Hello, I must make a choice concerning the use of a tool used to update rpms: yum, urpmi or apt-get. Personally, I use urpmi every day, without real problems (the dependences, even those of Perl are very well managed), the "hdlist" can be used in several forms , it contains a lot of funtions but, it is not integrated into up2date and does not have a graphic interface that fits Centos3 without break all depedencies. There are also the two others: yum and apt-get. Because Centos uses yum, I would like to have a feedback: speed of calculations for the dependences, comparative with apt-get. There are already opinions on the question (yum is easy to install, more flexible, but less powerful. and to connect itself itself to the sources + download the lists of packages even if no update is avaible...... grrr). So, Wthat need I to use for a Centos-like ditribution? (It's to intagrate the tool on Gralinux final) apt-get + synaptic?? yum+yumi???urpmi in command line only ???
Thanks :)
jean-seb
On Thu, 28 Jul 2005, Security wrote:
So, Wthat need I to use for a Centos-like ditribution? (It's to intagrate the tool on Gralinux final) apt-get + synaptic?? yum+yumi???urpmi in command line only ???
yum is less adept at sorting out dependencies than apt-get, but apt-get cannot handle x86_64 since there is a mix of architecture. I use yum for all my linux variations now with a yam repository.
Robin Mordasiewicz wrote:
On Thu, 28 Jul 2005, Security wrote:
So, Wthat need I to use for a Centos-like ditribution? (It's to intagrate the tool on Gralinux final) apt-get + synaptic?? yum+yumi???urpmi in command line only ???
yum is less adept at sorting out dependencies than apt-get,
I had to look up adept to see if it carries any special meaning. Not finding one I still fail to understand the above text fragment. Especially as yum and apt-get use the same information for resolving dependencies - the provides and requires available in the RPMs in a repository.
Ralph
On Thu, 28 Jul 2005, Ralph Angenendt wrote:
Robin Mordasiewicz wrote:
On Thu, 28 Jul 2005, Security wrote:
So, Wthat need I to use for a Centos-like ditribution? (It's to intagrate the tool on Gralinux final) apt-get + synaptic?? yum+yumi???urpmi in command line only ???
yum is less adept at sorting out dependencies than apt-get,
I had to look up adept to see if it carries any special meaning. Not finding one I still fail to understand the above text fragment. Especially as yum and apt-get use the same information for resolving dependencies - the provides and requires available in the RPMs in a repository.
to expound, apt-get has a facility where you can assign preference to certain repositories over others when more than one repository has the same RPM. You can, on a per package level assign preference to certain repositories, which makes it much easier to mix repositories. With yum you are limited to disabling or enabling whole repositories, which makes it impossble if certain RPMS depend on other RPMS which are not in the same repositories. Maybe the 'smart' packaging system will sort this out, but it appears to be still in an early stage of development.
Robin Mordasiewicz wrote:
On Thu, 28 Jul 2005, Ralph Angenendt wrote:
I had to look up adept to see if it carries any special meaning. Not finding one I still fail to understand the above text fragment. Especially as yum and apt-get use the same information for resolving dependencies - the provides and requires available in the RPMs in a repository.
to expound, apt-get has a facility where you can assign preference to certain repositories over others when more than one repository has the same RPM. You can, on a per package level assign preference to certain repositories, which makes it much easier to mix repositories.
Ah, okay. You mean pinning.
With yum you are limited to disabling or enabling whole repositories, which makes it impossble if certain RPMS depend on other RPMS which are not in the same repositories.
That's not true. You can exclude packages on a per repository basis. So if I see that (for example) livna and freshrpms both provide mplayer, but I do like the one from livna better, then I could put a "exclude=mplayer*,libpostproc*" in freshrpms.repo.
There's no need for disabling a complete repository.
Maybe the 'smart' packaging system will sort this out, but it appears to be still in an early stage of development.
Could be, yes.
Ralph
-
Ralph Angenendt -
Robin Mordasiewicz -
Security