| Summary: | During installing of packages, button "Release Notes" does not do anything. | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Dick Gevers <dvgevers> |
| Component: | Installer | Assignee: | Thierry Vignaud <thierry.vignaud> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | eeeemail, mageia, tmb |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | 3final | ||
| Source RPM: | drakx-installer-stage2 | CVE: | |
| Status comment: | |||
| Attachments: | bg report generated with 'bug' shortly after findings reported here | ||
|
Description
Dick Gevers
2013-05-13 21:01:36 CEST
Dick Gevers
2013-05-13 21:01:59 CEST
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, tmb 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 =>
RESOLVED 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. |