Bug 13665 - Live Core and Live Nonfree media remain (and are enabled) after install and re-boot
Summary: Live Core and Live Nonfree media remain (and are enabled) after install and r...
Status: RESOLVED WONTFIX
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard: 5alpha1
Keywords:
Depends on:
Blocks:
 
Reported: 2014-07-03 11:51 CEST by Barry Jackson
Modified: 2014-07-04 11:12 CEST (History)
2 users (show)

See Also:
Source RPM: draklive-install
CVE:
Status comment:


Attachments

Description Barry Jackson 2014-07-03 11:51:58 CEST
Description of problem:
After install from KDE Live DVD and subsequent re-boot, MIRRORLIST is correctly set up, however the media on the Live USB stick is still shown and enabled.

I would expect that once MIRRORLIST is set up then the Live medias should at least be disabled (if not removed)

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.


Reproducible: 

Steps to Reproduce:
Barry Jackson 2014-07-03 11:52:23 CEST

Whiteboard: (none) => 5alpha1

Comment 1 Manuel Hiebel 2014-07-03 20:43:55 CEST
and it search where ? /mnt/something ?
Comment 2 Barry Jackson 2014-07-03 21:21:17 CEST
(In reply to Manuel Hiebel from comment #1)
> and it search where ? /mnt/something ?

Sorry I don't understand the question.
Comment 3 Manuel Hiebel 2014-07-03 21:24:16 CEST
Where are located rpm from Live media ?
or what does say "urpmq --sources rpm" in other word ? :)
Thierry Vignaud 2014-07-04 10:03:39 CEST

CC: (none) => thierry.vignaud, tmb
Component: Installer => RPM Packages
Source RPM: (none) => draklive-install

Comment 4 Thomas Backlund 2014-07-04 10:19:48 CEST
Not a big deal...

"Live medias" exist in /var/local/mga_rpms so they are always available
Comment 5 Thierry Vignaud 2014-07-04 11:12:46 CEST
So let's close this one

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


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