Description of problem: Install on real hardware, 64 bit classical iso of 12 May 2013. Release notes during accepting of licence works, but once set of packages is selected and installing runs, the "Release Notes" button does not produce any result: Neither when details of package installing is shown, nor when advertisements are being watched. Reproducible: Steps to Reproduce:
Whiteboard: (none) => 3final
seems the initial reader reads the correct release-notes.html, but later code seems to insert ".<arch>" wich is wrong, as it searches for release-notes.x86_64.html
CC: (none) => mageia, tmbAssignee: bugsquad => thierry.vignaudSource RPM: Mageia-3-x86_64-DVD.iso => drakx-installer-stage2
See attachemnt in https://bugs.mageia.org/show_bug.cgi?id=10084 for the same happening on i586
Created attachment 3966 [details] bg report generated with 'bug' shortly after findings reported here See in particular line 2532: * Cannot open /tmp/media/x86_64/release-notes.x86_64.html: No such file or directory
yep. perl-install/any.pm is adding the arch part... I'll review the svn log for the rationale...
seems the .arch adding is in initial mga import: http://svnweb.mageia.org/soft/drakx/trunk/perl-install/any.pm?revision=446&view=markup at line 1043 so it seems the changes to release-notes viewing after mga2 exposed it... I'll drop the . arch() for mga3
Same for 32 bit classical dvd
Hardware: x86_64 => All
command 'bug' produces a bug report with similar lines as mentioned in #c3
This "fix" is bogus. That has nothing do with this bug. This was for supporting distinct release_notes.<arch>.html: 2005-03-17 16:53 Gwenole Beauchesne <gbeauchesne at mandriva.com> * perl-install/install_steps_interactive.pm: MERGE: make it possible to read arch-specific release notes in addition to global (default) ones I guess we do not really care anymore anyway (but for ARM?). Real fix commited into SVN (similar to bug #9939 fix)
Status: NEW => RESOLVEDResolution: (none) => FIXED
If it helps at all, the release notes are displayed later on when installing nonfree drivers.
CC: (none) => eeeemail
also works part way through the installation, clicked it again at about 50% done and they opened ok.
Valid 2nd build (15th May)
(In reply to claire robinson from comment #11) > Valid 2nd build (15th May) as the packages build was done after isos, that is normal.
2nd build was said to fix this one Manuel, it's in hand though now.