Description of problem: As it dont obey where to put files, it fail on system with less than about 2G free on / even when user tell to put it where he knows there is lot of space. Version-Release number of selected component (if applicable): Fully updated mga7... How reproducible: 2 of 2 systems Mageia 7-64 Plasma On one system tried the standard downloads folder ( ~/Hämtningar ) and on the other another existing folder in $HOME Steps to Reproduce: 1. mgaappplet tell there is a new Mageia release, go for it 2. When asked, opt to download all packages first, and select a folder in your home 3. Downloads lands in /var/cache/urpmi ! 4. After a few hundred packages it start installing. After this Plasma apps like Dolphin etc cant be launched, making it a tad more difficult for inexperienced users to investigate. 5. Then it downloaded more 6. and installed Three times in between it also stops to tell about conflicts and ask if to proceed, i did always and at end it said it succeeded, and could reboot OK.
Assignee: bugsquad => mageiatoolsPriority: Normal => High
If problem verified (not just me??) this defect should be noted at https://wiki.mageia.org/en/Mageia_8_Release_Notes#Upgrading_online.2C_using_mgaonline_.28GUI.29 - and maybe in Errata too.
CC: (none) => ouaurelienSource RPM: (none) => mgaonline-3.31-1.mga8.src.rpm
For now noted in https://wiki.mageia.org/en/Mageia_8_Errata#Various_upgrade_issues
Keywords: (none) => IN_ERRATA8
Bug confirmed. I created a new directory, /m8, and set mgaapplet to use it. Instead, it created a new directory, /rpms and is currently using that dir.
CC: (none) => davidwhodgins
I restarted the upgrade (this is in a vb snapshot, that I restored before restarting), and this time it is using the /m8 directory. Strange.
I think the difference was that the first time, I selected the directory, and then selected the open button, but the second time I double clicked on the directory. I'll retest that later. Checking out other stuff first.
Oh, and about the download all not working, it's partially true. The download is split into two groups of packages. First it downloads enough to restart the process that is doing the upgrade. Then it downloads the rest. It doesn't re-download the same packages over again though.
Ping. Where to download: Per Comment 4 and 5 it seems the functionality is complete, but the GUI is not always setting download path. So probably an easy fix. Download all: Comment 5 explains it. Would be logical if it used same dir for downloading both sets. Is it? Strange Dave and me noted different use. I have not tried since opening this bug.
I just had this happen doing an 8 to 9 update from cli over a ssh session. I used urpmi --auto-update --auto --force --download-all /home/update8to9 --test which downloaded all the packages to /home/update8to9 and said the installation could be performed. When I used the same command and removed --test urpmi started downloading all over again. I copied the contents of /home/update8to9 to the /var/cache/urpmi locations and urpmi then installed the already downloaded files. It doesn't appear that urpmi respects the directory supplied on the command line when download-all is specified. https://wiki.mageia.org/en/Mageia_9_Release_Notes says: "If the result is good, then upgrade for real with the command urpmi --auto-update --auto --force --download-all (same but without --test). Add also the path of downloaded files if specified previously." This last part is what does not appear to work.
CC: (none) => mhrambo3501