Bug 12470 - mga3 to mga4rc upgrade fails
Summary: mga3 to mga4rc upgrade fails
Status: RESOLVED DUPLICATE of bug 11122
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2014-01-29 01:24 CET by bascule teller
Modified: 2014-01-29 21:13 CET (History)
1 user (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
ddebug.log (671.57 KB, text/plain)
2014-01-29 01:24 CET, bascule teller
Details
report.bug.xz (224.25 KB, application/octet-stream)
2014-01-29 10:47 CET, bascule teller
Details
install.log.bz2 (23.05 KB, application/octet-stream)
2014-01-29 20:46 CET, bascule teller
Details

Description bascule teller 2014-01-29 01:24:55 CET
Created attachment 4896 [details]
ddebug.log

i installed a virtualbox vm of mga3 64 bit with kde, i used the downloaded Mageia-4-RC-x86_64-DVD.iso to do an upgrade selecting uk options, this failed some minutes into installing packages with a message regarding @170 packages couldn't be installed and a list of conflicting packages and needed files. sadly this text cannot be cut and pasted from vbox since the shared clipboard is not in operation at that time, i have attached the /root/drakx/ddebug.log obtained by mounting the vm disk image afterwards
this is all done in an mga3 64 bit host updated running virtualbox 4.2.16

how reproducible:
every time i tried the upgrade

steps to reproduce:
install mga3 in vm
use Mageia-4-RC-x86_64-DVD.iso for upgrade in vm
Comment 1 Thierry Vignaud 2014-01-29 07:46:44 CET
Please attach the whole /root/drakx/report.bug.xz

CC: (none) => thierry.vignaud

Thierry Vignaud 2014-01-29 07:46:55 CET

Keywords: (none) => NEEDINFO

Comment 2 Thierry Vignaud 2014-01-29 07:48:02 CET
or install.log if not available
Thierry Vignaud 2014-01-29 07:48:17 CET

Attachment 4896 mime type: application/octet-stream => text/plain

Comment 3 Thierry Vignaud 2014-01-29 07:48:43 CET
(but please compress it before attaching)
Comment 4 bascule teller 2014-01-29 10:47:15 CET
Created attachment 4898 [details]
report.bug.xz

as requested,
Comment 5 Thierry Vignaud 2014-01-29 17:47:39 CET
Comment on attachment 4898 [details]
report.bug.xz

I see no errors in it.
What's more, after checking, I see "DrakX v15.54" => this is a mga3 report.

Attachment 4898 is obsolete: 0 => 1

Comment 6 Manuel Hiebel 2014-01-29 18:40:43 CET
isn't the upgrade logs in update.log ?
Comment 7 bascule teller 2014-01-29 20:18:30 CET
(In reply to Thierry Vignaud from comment #5)
> Comment on attachment 4898 [details]
> report.bug.xz
> 
> I see no errors in it.
> What's more, after checking, I see "DrakX v15.54" => this is a mga3 report.

my apologies, i find the virtualbox interface for snapshots v.confusing, since you can't mount a difference file i thought i had merged the current state but it seems i may have reverted instead aaaarg! i shall start from scratch with no snapshotting (is that a word?). again, mea culpa

bascule
Comment 8 bascule teller 2014-01-29 20:46:16 CET
Created attachment 4900 [details]
install.log.bz2

ok, i just looked at report.bug.xz and yes, i can see why you told me it was an mga3 install, and from there i assumed i had made a mistake with manipulating vbox disk images, now i am not so sure because the install.log has nothing but references to mga4 files and then seems to end in garbage, there is also present in /root/drakx a install.log.1 which seems to be the file from the install of the mga3 i used as a base for the upgrade. 

i shall do as a i said in my last post but i think that i actually had it right the first time

bascule
Comment 9 Thierry Vignaud 2014-01-29 21:13:09 CET
Ok. That's a cascade of errors.
A first transaction failed b/c of a file conflict between vim & asciidoc (bug #11122 which we fixed a couple days ago)
B/c of that error, the other packages in the transaction were not installed/upgraded.
Thus later transactions were packages depended on packages that were in the transaction that failed could not be installed thus making more transactions to fails, thus more missing dependancies for later transactions & so on.

*** This bug has been marked as a duplicate of bug 11122 ***

Status: NEW => RESOLVED
Resolution: (none) => DUPLICATE


Note You need to log in before you can comment on or make changes to this bug.