Description of problem: An upgrade of my Mageia 1 system to Mageia 2 RC fails with the message created transaction for installing on /mnt (remove=0, install=0, upgrade=4) Installation failed: gnotski is needed by gnome-games-3.4.1-1.mga2.i586 Installation failed: file /var/www/html/index.html from install of webserver-base-2.0-1.mga2.i586 conflicts with file from package apache-conf-2.2.22-1.mga1.i586 webserver-base is needed by apache-2.2.22-8.mga2.i586 libkipiplugins.so.1 is needed by (installed) kipi-plugins-acquireimages-1:1.9.0-3.2.mga1.i586 libkgeomap.so.1 is needed by libdigikamcore2-1:2.6.0-0.beta3.4.mga2.i586 libdigikamcore.so.2 is needed by digikam-1:2.6.0-0.beta3.4.mga2.i586 libkgeomap.so.1 is needed by digikam-1:2.6.0-0.beta3.4.mga2.i586 libdigikamcore.so.2 is needed by libdigikamdatabase2-1:2.6.0-0.beta3.4.mga2.i586 gnotski is needed by gnome-games-3.4.1-1.mga2.i586 Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. Create a fully upgraded Mageia 1 system 2. Install a series of additional packages 3. Do an upgrade to Mageia 2 RC Note: I do not explicitely require gnome-games to be installed (and gnome-games is not present in a system I obtain from a clean install)
Can you attach the full upgrade log if you have it ? it should be in /root/drak/upgrade/log iirc
I kept that file-system in the state of immediately after the begin of the first boot: [root@pcjuergen drakx]# ls auto_inst.cfg.pl install.log README stage1.log ddebug.log install.log1 replay_install.img stage1.log1 ddebug.log1 package_list.pl report.bug.gz No upgrade directory - do you see anything that could be of help?
nop seems I wrong, but you have use the inline media or dvd for the upgrade ? The kde team is aware of the bugs (hope so, seen something on irc) so adding only the gnome one.
CC: (none) => fundawang, olavComponent: Installer => RPM PackagesBlocks: (none) => 3342Source RPM: (none) => gnome-games
Just clarifying to avoid confusion: - (1) I consider the Mageia 1 system as given (installed, upgraded, customised - however) - (2) Upgrade to Mageaia 2 (RC) from a the iso dvd, nothing else, no other media - (3) immediate stop after 1st boot (no Mageia 2 updates installed, no additional packages loaded) Or did I get your question wrong? And quote: "The kde team is aware of the bugs" I hope so - I posted the problem on the qa etherpad and the ML yesterday, no reaction so far (no complaint, I realise there is heavy workload - but the absence of an ack calls for double security).
Then paste report.bug.gz and debug.log*
Created attachment 2141 [details] Doc for bugzilla #5677 (from /root/drakx)
Created attachment 2142 [details] Doc for bugzilla #5677 (from /root/drakx)
I looked the 2 files report.bug and ddebug.log, and I don't understand particularly 2 points: - lot of "skipping package" at the start of the update, - update of kmail failed due to unsatisfied messageviewer. If you still have the system in the same state, can you attach the file rpm-qa-bug5677.list obtained by rpm -qa |sort > rpm-qa-bug5677.list If you have the file .idx (Mageia-2-xxxxx-DVD.idx) with the packages list of the iso dvd that you used for this update, can you attach it please? because I really don't understand "unsatisfied messageviewer", messageviewer was always available on previous DVDs. Did you use the option no-suggests at one time during the update? or do you have this option in /etc/urpmi/urpmi.cfg (that could explain the "skipping package")?
CC: (none) => lmenut
> If you still have the system in the same state, can you attach the file > rpm-qa-bug5677.list obtained by > rpm -qa |sort > rpm-qa-bug5677.list Need to boot into that partition (it still exists), will create the attachement first thing tomorrow morning > If you have the file .idx (Mageia-2-xxxxx-DVD.idx) with the packages list of > the iso dvd that you used Sorry, I did not download that file. The set of files is the first set that that ennael distributed for RC testing; 3 potential chances: - it is still on the server (again, I will check tomorrow morning) - ennael still has it - somebody else among the qa testers still has it > Did you use the option no-suggests at one time during the update? or do you > have this option in /etc/urpmi/urpmi.cfg (that could explain the "skipping > package")? No, I did not explicitely specify no-suggests during the upgrade (and, never came to doing an update on the Mageia 2 target system - /etc/uprmi/urpmi.cfg is still empty (except the dvd medium) This situation is really weird - also the initial Mageia 1 system is a "virgin" install, created a couple of minutes before the upgrade. Created = install + updates + postload of additional packages + customisaion. And, all this has been run by scripts - I could even reproduce the entire procedure (slightly more than one hour of work).
from ddebug.log * examining synthesis file [/mnt/var/lib/urpmi/synthesis.hdlist.core media.cz] * skipping package xguest-1.0.10-8.mga2.noarch * skipping package messageviewer-4.8.2-3.mga2.i586 * skipping package kleopatra-handbook-4.8.2-3.mga2.noarch I missed the "skipping package messageviewer", so kmail update that failed is linked to all the skipping packages. The only reasons that I can see are either a bad iso or a bad media. next comment for the index.html file conflict
(In reply to comment #0) [...] > Installation failed: > gnotski is needed by gnome-games-3.4.1-1.mga2.i586 > > Installation failed: file /var/www/html/index.html from install of > webserver-base-2.0-1.mga2.i586 conflicts with file from package > apache-conf-2.2.22-1.mga1.i586 > webserver-base is needed by apache-2.2.22-8.mga2.i586 We have a file conflict with /var/www/html/index.html between webserver-base-2.0-1.mga2 and apache-conf-2.2.22-1.mga1, due to missing package conflicts. IIUC, index.html was successively in: - apache-conf ?-> 2.2.22-1] (mga1 updates) - apache-base [2.2.20-2->2.2.22-3[ (cauldron mga2 branch) - webserver-base [1.0-1-> so that the following Conflicts should probably be added in webserver-base to avoid file conflict during upgrade: Conflicts: apache-conf Conflicts: apache-base < 2.2.22-3 (index.html is still in apache-conf in the mga1/updates, so I don't know if we should add version at conflict with apache-conf, as we can have new updates for mga1) @guillomovitch, could you review this pb
Assignee: bugsquad => guillomovitchSummary: Package conflict during upgrade from Mageia1 to Mageia 2 RC (gnome-games ?) => Package conflict during upgrade from Mageia1 to Mageia 2 RC (webserver-base)Source RPM: gnome-games => webserver-base
Created attachment 2143 [details] Bug 5677: output of rpm -qa
Sorry for the delay - the disk on my laptop got full ... If I understand right, the reason for the problem is clarified. Do you still need the .idx file? - it has been overwritten on the server, I would need to ask the others on the qa ML whether they have kept a copy. If really needed, I could also repeat the whole exercise with the latest RC iso DVD (and keep the .idx) - but only if it is worth while the time
(In reply to comment #13) > Sorry for the delay - the disk on my laptop got full ... no problem, thanks rpm -qa confirms that kmail and most of the handbooks are missing, due to the "skipping package ...". no explanation for this part. > > If I understand right, the reason for the problem is clarified. Do you still > need the .idx file? - it has been overwritten on the server, I would need to > ask the others on the qa ML whether they have kept a copy. In fact, we have 2 problems in this upgrade, and they don't seem related: 1. some "skipping package ..." -> kmail removed + most of handbooks missing, I can't explain this part, bad iso? bad media? ??? 2. the file conflict explained in comment 11. > > If really needed, I could also repeat the whole exercise with the latest RC iso > DVD (and keep the .idx) - but only if it is worth while the time When the file conflict will be fixed in webserver-base, it could be usefull to repeat. Before, you will only be able to verify if part 1 is still valid, or hopefully solved. I don't think that it is worth to repeat the install only for problem 1. @guillomovitch, file conflict between webserver-base-2.0-1.mga2 and apache-conf-2.2.22-1.mga1 is commented in 11.
Ahhh: problem (1): Although I do nothing in the Mageia 2 upgrade to skip packages, the skipping had already been done during the customisation of Mageia 1: - I do not use kmail, it is not installed (at system generation I do a custom install and uncheck all checkboxes except kde; (any packages I need are installed by urpmi <package-list> at first boot - (in Mageia 1) I did a urpme <package-list> of all the packages I do not want, and that includes games, handbooks and messageviewer (and I have a corresponding /etc/urpmi/skip.list in Mageia 1 - might that be picked up during the upgrade?) that should be "legal" - I do this not so much for disk-space economy, but rather to avoid download time for packages, resp.the updates, I do not need Summary: there is no "no-suggest" during the upgrade to Mageia 2, but the packages being "skipped" were not present in the Mageia 1 system to start with; the Mageia 1 system has a skip list In case that helps: the contents of the Mageia 1 /etc/urpmi/skip.list is: bovo kdegames4 soprano-2.7.4-1.mga2.i586 soprano-plugin-common-2.7.4-1.mga2.i586 soprano-plugin-redland-2.7.4-1.mga2.i586kde-l10n-handbooks-de virtuoso xguest messageviewer /.*\-handbook[s]*\-[4]\.\d+\.\d+\-[^-].mga/ /-l10n-handbooks-/
PS: I just double checked: I have strong doubts whether that /etc/urpmi/skip.list existed in the Mageia 1 system (but the packages themselves have been removed).
(In reply to comment #15) [...] > > Summary: there is no "no-suggest" during the upgrade to Mageia 2, but the > packages being "skipped" were not present in the Mageia 1 system to start > with; the Mageia 1 system has a skip list > Thanks for the feedback. "skipping package", why didn't I think to skip.list !!! I confirm that the message come from the skip.list, and this explains missing handbooks and kmail. So, the only part that needs to be fixed is the conflict between webserver-base-2.0-1.mga2 and apache-conf-2.2.22-1.mga1 cf. comment 11.
> "skipping package", why didn't I think to skip.list Same to me in the first place (that is the problem with scripts run by routine - the habit made me forget)
I just committed the changes, and asked for submission.
Re-did the upgrade from Mageia 1 to Mageia 2 (5th RC): I confirm that everything is now OK - thanks!
Closing bug then
Status: NEW => RESOLVEDCC: (none) => ennael1Resolution: (none) => FIXED