Bug 25031

Thats "normal" ... we usually have a small delay before enabling the update feature for mgaapplet in order to flush out any issues found out by initial installers / upgraders

CC: (none) => tmb

Ok, makes sense.  Maybe that detail could be included with the release notes instructions?  Thanks.

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

(In reply to Thomas Backlund from comment #1)
> Thats "normal" ... we usually have a small delay before enabling the update
> feature for mgaapplet in order to flush out any issues found out by initial
> installers / upgraders

Hi Thomas, is there any ETA or rough approximation when this might be enabled again?

CC: (none) => doktor5000

[rolf@z77x4 ~]$ sudo mgaapplet-upgrade-helper --new_distro_version=7
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/lib/perl5/vendor_perl/5.22.3/Gtk3.pm line 525.
retrieved   x86_64?product=Default&version=6&mgaonline_version=3.24.1
could not find version '7' in the distro update list
[rolf@z77x4 ~]$

I read MGA6 is EOL in a few days, so maybe this is worthy of some attention?

Status: RESOLVED => REOPENED
Resolution: INVALID => (none)

As I read that MGA 6.1 is EOL from Oct. 1 2019, I tried to upgrade to 7.1 today.
However, the mgaapplet does not show that any upgrades are ready for my system (X86-64).
So I choose the following CLI command as su, with the result below:

# mgaapplet-upgrade-helper --new_distro_version=7
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/lib/perl5/vendor_perl/5.22.3/Gtk3.pm line 525.
retrieved   x86_64?product=Default&version=6&mgaonline_version=3.24.1
could not find version '7' in the distro update list
#

Does this mean the upgrade for X86-64 is still not ready? Or is there maybe some problem with my setup?

Marc.

CC: (none) => laan.marc

Yes there are still problems being worked upon.  Rémi brought it up recently on mailing lists and the efforts have increased.

See warning at https://wiki.mageia.org/en/Mageia_7_Errata#Upgrade_issues and the referenced tracker bug have links to specific bugs.

CC: (none) => fri

Leaving this bug open until helper is enabled so other reporters find this bug.

Depends on: (none) => 25528

Thx Morgan for leaving this bug open.

Just to be sure: I downloaded & burned the ISO Mageia 7.1 X86-64, with the intention to upgrade my system per ISO.

But, if there are still problems, is it wise to not using the ISO's? The problems must be 'baked in' on the ISO's, isn't it?

Keep up the good work.

Marc.

Normally upgrading by booting the classic iso and enabling internet update medias is the best option, but currently fail because of a conflict, see Bug 25476.

So for now use network install iso instead, as per Errata.

Thanks for the info Morgan, sorry my fault, didn't see the errata about the network install iso.

I have decided to wait with upgrading to 7.1 until the conflicts are solved. I better not risk my production machine.

I'll guess until then MGA 6 will continue safety updates. Maybe it's an idea to communicate this to the community?

Marc.

(In reply to marc laan from comment #10)
> sorry my fault, didn't see the errata about the network install iso.

Not your fault;
I put the warning there just some hour before answering you here... ;)

Three days ago, i did the MGA6 i586 -> MGA7 i586 upgrade using the DVD
The process fails during copy because several rpms are not available in the DVD media, enabled the http repo (distrib coffee), restarted the upgrade and all went as expected

The MGA6 VM had:
bind
httpd
php
mysql
postgres
squid
ufdb (squidguard replacement)
dhcpd (both ipv6 and ipv4 versions configured)

All updated before starting the upgrade
Excelent work guys

CC: (none) => neoser10

Created attachment 11370 [details]
rpmdrake update settings

[rolf@z77x4 ~]$ cat /etc/release
Mageia release 6 (Official) for x86_64

I see mgaonline has been updated https://bugs.mageia.org/show_bug.cgi?id=25711 and
[rolf@z77x4 ~]$ rpm -qa --last | head -n 1
mgaonline-3.24.2-1.mga6.noarch                Thu 21 Nov 2019 04:23:27 AM PST

[rolf@z77x4 ~]$ urpmq --list-media active --list-url
Core Release http://mirrors.kernel.org/mageia/distrib/6/x86_64/media/core/release
Core Updates http://mirrors.kernel.org/mageia/distrib/6/x86_64/media/core/updates
Nonfree Release http://mirrors.kernel.org/mageia/distrib/6/x86_64/media/nonfree/release
Nonfree Updates http://mirrors.kernel.org/mageia/distrib/6/x86_64/media/nonfree/updates
Tainted Release http://mirrors.kernel.org/mageia/distrib/6/x86_64/media/tainted/release
Tainted Updates http://mirrors.kernel.org/mageia/distrib/6/x86_64/media/tainted/updates
Core 32bit Release http://mirrors.kernel.org/mageia/distrib/6/i586/media/core/release
Core 32bit Updates http://mirrors.kernel.org/mageia/distrib/6/i586/media/core/updates
Nonfree 32bit Release http://mirrors.kernel.org/mageia/distrib/6/i586/media/nonfree/release
Nonfree 32bit Updates http://mirrors.kernel.org/mageia/distrib/6/i586/media/nonfree/updates
Tainted 32bit Release http://mirrors.kernel.org/mageia/distrib/6/i586/media/tainted/release
Tainted 32bit Updates http://mirrors.kernel.org/mageia/distrib/6/i586/media/tainted/updates
google-chrome http://dl.google.com/linux/chrome/rpm/stable/x86_64

To avoid getting got mid-upgrade, I had disabled the new distro version check in rpmdrake and re-enabled it after the installation of mgaonline-3.24.2-1.mga6, as the attachment shows. As rebooting did not result in an offer to upgrade, I checked the wiki https://wiki.mageia.org/en/Mageia_7_Release_Notes#Upgrading_from_Mageia_6 and removed the indicated file, "3. Look in your home folder for a hidden directory, /.MgaOnline. If there is a file mgaonline in that directory, then delete that file."

[rolf@z77x4 ~]$ ls .MgaOnline/ -l
total 0

After a reboot, the blue upgrade icon should appear when Mageia Online next checks for updates."  Some reboots later, there is no blue upgrade icon.

[rolf@z77x4 ~]$ ps aux | grep applet
rolf      5383  0.0  0.5 670804 93536 ?        Sl   05:06   0:00 /usr/bin/perl /usr/bin/mgaapplet
rolf      5385  0.1  0.5 593768 81348 ?        Sl   05:06   0:04 /usr/bin/perl /usr/bin/net_applet
rolf     32409  0.0  0.0  12296  1028 pts/0    S+   06:08   0:00 grep --color applet
[rolf@z77x4 ~]$ uptime
 06:08:41 up  1:02,  1 user,  load average: 0.27, 0.19, 0.12

No notification by mgaapplet for upgrade from MGA 6.1 to MGA 7.1.

 
 Today, after upgrading mgaonline-3.24.1-1.mga6.noarch to mgaonline-3.24.2-1.mga6.noarch, no blue updater icon appears in the desktop of MGA 6.1.

11/21/19 4:51 PM	drakrpm-update	transaction on / (remove=0, install=0, upgrade=1)
11/21/19 4:51 PM	[RPM]	Transaction ID 5dd6b280 started
11/21/19 4:51 PM	[RPM]	erase mgaonline-3.24.1-1.mga6.noarch: success
11/21/19 4:51 PM	[RPM]	install mgaonline-3.24.2-1.mga6.noarch: success
11/21/19 4:51 PM	[RPM]	erase mgaonline-3.24.1-1.mga6.noarch: success
11/21/19 4:52 PM	[RPM]	install mgaonline-3.24.2-1.mga6.noarch: success
11/21/19 4:52 PM	[RPM]	Transaction ID 5dd6b280 finished: 0

After a reboot, and using the command as root /usr/libexec/urpmi.update, to check for updates, mgaapplet answers:
11/21/19 4:58 PM	mgaapplet	Packages are up to date

By the way: In MCC -> Configure updates frequencies -> Check for newer Mga releases: is ON.

Looking for DNF in KSystemlog, I find the following lines. Not sure if this matters:

11/21/19 3:04 PM	systemd	Started dnf makecache.
11/21/19 4:04 PM	systemd	Starting dnf makecache...
11/21/19 4:04 PM	dnf	Metadata cache refreshed recently.
11/21/19 4:04 PM	systemd	Started dnf makecache.
11/21/19 5:05 PM	systemd	Starting dnf makecache...
11/21/19 5:05 PM	dnf	Last metadata expiration check: 6:04:19 ago on Thu 21 Nov 2019 11:01:34 AM CET.
11/21/19 5:05 PM	dnf	Metadata cache created.
11/21/19 5:05 PM	systemd	Started dnf makecache.

Yesterday, 11/24, after daily shutdowns and boots, there had appeared no upgrade applet icon.  I tried the CLI command and got the same result of no version 7 found.  I switched urpmi sources from kernel.org to distrib-coffee and back.

Finally, I followed wiki instructions to switch to MGA7 sources and used urpmi to update some twenty-seven hundred packages.  That is working, thanks.

I follow three mailing lists and have not seen any report of the applet having returned from the dead.  I wouldn't close this bug from what I know but my patience wore out and my machine is no longer available for testing.

I'm seeing the same symptoms and am relaxed about leaving my installation at version 6 so could further test if needed.

CC: (none) => robert

Update is now available

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED

Thanks for the info. I appreciate all of your hard work.

I still have a question. Today my mgaapplet appeared finally again, in the form of a red triangle, urging me to update online to MGA7.1

But: in the upgrade instructions on the website there is still a strong warning not to use the online updating method.

Is this warning out of date? And can I safely start the online update? Or is this warning still valid because of possible other bug(s)?