Re: [Cooker] urpmi vs. urpmq - dependencies list
Andrej Borsenkow [EMAIL PROTECTED] writes: On 23 Feb 2001, [iso-8859-1] Franois Pons wrote: Andrej Borsenkow [EMAIL PROTECTED] writes: root@localhost ~ # urpmq -d initscripts read depslist file [/var/lib/urpmi/depslist.ordered] initscripts strange, can you check what you have for initscripts in /var/lib/urpmi/depslist.ordered ? bor@localhost ~ $ rpm -q urpmi urpmi-1.5-6mdk bor@localhost ~ $ urpmq -d initscripts read depslist file [/var/lib/urpmi/depslist.ordered] initscripts bor@localhost ~ $ grep initscripts /var/lib/urpmi/depslist.ordered initscripts-5.27-37mdk 367959 32 12 31 9 26 29 27 34 6 10 3 11 1 2 25 30 33 35 18 16 0 24 5 initscripts-5.60-6mdk 535687 bor@localhost ~ $ Ok, this is normal as urpmi take the best package, the problem is going with base package, only the package before basesystem have all their dependancies, after all base dependancies are removed. The correction of this side effect is done by including basesystem in package to update, but it your case, there is a bug that prevent to make the initscripts-5.60 a base package (as its ancestor 5.27) which will allow him to include all the dependancies. I fix that soon. Franois.
Re: [Cooker] urpmi vs. urpmq - dependencies list
Stop this email now are i send all email to tosspam for now on
Re: [Cooker] urpmi vs. urpmq - dependencies list
Andrej Borsenkow [EMAIL PROTECTED] writes: root@localhost ~ # urpmq -d initscripts read depslist file [/var/lib/urpmi/depslist.ordered] initscripts strange, can you check what you have for initscripts in /var/lib/urpmi/depslist.ordered ? but urpmi -m initscripts still wanted to install at least ldconfig (and somethig else, I forgot) Besides, -m spits out a lot of debug messages. The point is to pull only those RPMs that are really needed to satisfy dependencies. Even when RPM foo depends on RPM bar and I have older version of bar installed, but foo does NOT requires new version, I do NOT want new version automatically installed. It may be actually useful, but it is difference between "install package with dependencies closure" and "update all required packages as well" This is exactly has -m is expected to do... furthermore it is expected to upgrade package that are not dependancies but requires the old version, it assume the newer package will be right (typically for devel packages). But, hey, it is a perl ... let's see if I have time at weekend :-) -andrej Franois.
Re: [Cooker] urpmi vs. urpmq - dependencies list
On 23 Feb 2001, [iso-8859-1] François Pons wrote: Andrej Borsenkow [EMAIL PROTECTED] writes: root@localhost ~ # urpmq -d initscripts read depslist file [/var/lib/urpmi/depslist.ordered] initscripts strange, can you check what you have for initscripts in /var/lib/urpmi/depslist.ordered ? bor@localhost ~ $ rpm -q urpmi urpmi-1.5-6mdk bor@localhost ~ $ urpmq -d initscripts read depslist file [/var/lib/urpmi/depslist.ordered] initscripts bor@localhost ~ $ grep initscripts /var/lib/urpmi/depslist.ordered initscripts-5.27-37mdk 367959 32 12 31 9 26 29 27 34 6 10 3 11 1 2 25 30 33 35 18 16 0 24 5 initscripts-5.60-6mdk 535687 bor@localhost ~ $ It did work before one of the urmpi.update, I'm pretty sure. -andrej
Re: [Cooker] urpmi vs. urpmq - dependencies list
What ver is cooker upto
Re: [Cooker] urpmi vs. urpmq - dependencies list
A
Re: [Cooker] urpmi vs. urpmq - dependencies list
Andrej Borsenkow [EMAIL PROTECTED] writes: Is it possible to tell urpmi to install only those packages that depend on one on command line (ough ...). As example root@localhost cdrom/Mandrake/RPMS # rpm -q urpmi urpmi-1.5-6mdk root@localhost cdrom/Mandrake/RPMS # urpmq -d initscripts read depslist file [/var/lib/urpmi/depslist.ordered] readline slang|libslang1 libgpm1|gpm initscripts libncurses5|ncurses but root@localhost cdrom/Mandrake/RPMS # urpmi initscripts To satisfy dependencies, the following packages are going to be installed (27 MB): gettext-0.10.35-17mdk bzip2-1.0.1-8mdk util-linux-2.10s-2mdk basesystem-7.2-4mdk tar-1.13.19-4mdk kernel-2.4.1-20mdk Is it ok? (Y/n) this cannot be right. initscripts definitely does NOT depend on kernel? It looks, like urpmi just picks up everything that is newer than currently installed. You are right, depslist.ordered file have been optimized so that all base package (dependancies of basesystem) have been dropped for non base package. This means that for updating a package, basesystem is ALWAYS added to the list given to urpmi, for checking that if basesystem is not up-to-date, problably its dependancies will not be up-to-date. Of course if you upgrade very often and basesystem is up-to-date, its dependancies will not be checked. A solution is to upgrade basesystem alone with rpm or use "urpmi -m packages" which is a minimal upgrade mechanism (currently slow but may be severely optimized). This mode of urpmi may be set up as default in little time because it correspond to more exactly the user needs. Franois.
Re: [Cooker] urpmi vs. urpmq - dependencies list
On 22 Feb 2001, [iso-8859-1] François Pons wrote: A solution is to upgrade basesystem alone with rpm or use "urpmi -m packages" which is a minimal upgrade mechanism (currently slow but may be severely optimized). This mode of urpmi may be set up as default in little time because it correspond to more exactly the user needs. Still not the same. Sorry, I've lost the example - but I had new initscripts-5.60-6mdk and new glibc/ldconfig-2.2.2-4mdk to install. urpmq -d inistcripts lists no dependencies: root@localhost ~ # urpmq -d initscripts read depslist file [/var/lib/urpmi/depslist.ordered] initscripts but urpmi -m initscripts still wanted to install at least ldconfig (and somethig else, I forgot) Besides, -m spits out a lot of debug messages. The point is to pull only those RPMs that are really needed to satisfy dependencies. Even when RPM foo depends on RPM bar and I have older version of bar installed, but foo does NOT requires new version, I do NOT want new version automatically installed. It may be actually useful, but it is difference between "install package with dependencies closure" and "update all required packages as well" But, hey, it is a perl ... let's see if I have time at weekend :-) -andrej
