Description of problem: Using "urpmi --auto-update" removed an installed instance of the Pan newsreader (old version). (This was being done to recover from kernel panic at boot following a s/w update from cauldron.) Version-Release number of selected component (if applicable): See 'Source RPM' info above How reproducible: Steps to Reproduce: 1. From e.g. a Mageia-2 session on the same machine: mount -t auto /dev/sda1 /mga3-root chroot /mga3-root mount -t proc none /proc mount -t sysfs none /sys urpmi --auto-update 2. Watch terminal session output, and soon notice "Removing pan..." N.B. "pan" is listed in /etc/urpmi/skip.list, and was *not* replaced by another version of pan. It was installed earlier by: urpmi --allow-nodeps /home/mab/Downloads/pan-0.14.2.91-4mdk.i586.rpm (The whole s/w update installed 1,320 packages, on Jan.14.) 3.
No sooner done than I then find a new version of urpmi queued for update that was not there yesterday! (Though no indication as to what the improvements are.)
CC: (none) => maurice
well without any logs we (or at least I) can nothing with such bugs)
I appreciate that. There is no log because the session in which the deletion took place ended by freezing the whole system and I had to abort. I reported it nevertheless as such incidences must come to light. However, I have now tried another s/w update (but not via chroot) and it did *not* remove Pan, so perhaps the later urpmi that the earlier update installed does not have the problem. But in which circumstances would 'urpmi --auto-update' log the activity "Removing .... "?
if there is an obesolete in another package iirc, but there could be indeed a bug (I have not seen another one related to skip.list for now)
Status: NEW => UNCONFIRMEDEver confirmed: 1 => 0
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaud
You can also look at your /var/log/messages*
Status: UNCONFIRMED => RESOLVEDResolution: (none) => OLD