4th stage of packages that depends on icu 72. All the affected srpms are listed in "Source RPM" field geary should be built after evolution-data-server
Created attachment 15165 [details] List of packages Last stage, after these updates should not be packages that depend on icu version 72 in your system, if you find you can't LC_ALL=C urpme lib64icu72 Without uninstall packages in your system, please report
(In reply to katnatek from comment #1) > Created attachment 15165 [details] > List of packages > > Last stage, after these updates should not be packages that depend on icu > version 72 in your system, if you find you can't > > LC_ALL=C urpme lib64icu72 > > Without uninstall packages in your system, please report Obviously the sentence above not apply to other icu 72 packages rpm -qa|grep icu72 icu72-data-72.1-1.mga9 lib64icu72-72.1-1.mga9
Assignee: pkg-bugs => qa-bugs
Status: NEW => ASSIGNED
Created attachment 15166 [details] Log of trying to remove icu72 after updates Today I first used drakrpm and hand-picked all updates that I found installed and where the change log indicated they are from Bugs 34730, 34665, 34237, 34740 - listed at bottom of this file. Then when I dry run removal of icu72, it wants to remove 28 additional files, see attachement. Did I miss something?
CC: (none) => fri
(In reply to Morgan Leijström from comment #3) > Created attachment 15166 [details] > Log of trying to remove icu72 after updates > > Today I first used drakrpm and hand-picked all updates that I found > installed and where the change log indicated they are from Bugs 34730, > 34665, 34237, 34740 - listed at bottom of this file. > > Then when I dry run removal of icu72, it wants to remove 28 additional > files, see attachement. > > Did I miss something? Looks like you miss the evolution-dataserver packages
[morgan@svarten ~]$ rpm -qa|grep evolution-data evolution-data-server-tests-3.48.3-1.1.mga9 evolution-data-server-3.48.3-1.1.mga9
Created attachment 15167 [details] Test updating packages of this list Full test procedure in the file Looks like in my system, all the packages that depend on icu 72 were updated
(In reply to Morgan Leijström from comment #5) > [morgan@svarten ~]$ rpm -qa|grep evolution-data > evolution-data-server-tests-3.48.3-1.1.mga9 > evolution-data-server-3.48.3-1.1.mga9 The attachment complain about libs that are part of evolution-dataserver srpm, check the attached list or in madb
Tested abiword looks like woks this cover packages from evolution-dataserver
Close lxqt session, start Plasma X11 Looks like works
Close Plasma X11, start Plasma wayland I not find issues
LC_ALL=C urpmi gnucash In order to satisfy the 'perl(UNIVERSAL::require)' dependency, one of the following packages is needed: 1- perl-UNIVERSAL-require-0.190.0-2.mga9.noarch: Require modules from a variable (to install) 2- perl-first-0.0.1-7.mga9.noarch: Use the first loadable module in a list (to install) What is your choice? (1-2) 1 To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "QA Testing (64-bit)") gnucash 5.3 1.1.mga9 x86_64 lib64gnucash0 5.3 1.1.mga9 x86_64 (medium "Core Release") guile3.0 3.0.8 2.mga9 x86_64 libdbi-drivers-dbd-sqlite3 0.9.0 15.mga9 x86_64 and others gnucash start, not use before the application, so I let here
LC_ALL=C urpmi kbibtex To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "QA Testing (64-bit)") kbibtex 0.10.0 3.1.mga9 x86_64 lib64kbibtex0 0.10.0 3.1.mga9 x86_64 (medium "Core Release") lib64qt5xmlpatterns5 5.15.7 1.mga9 x86_64 qtxmlpatterns5 5.15.7 1.mga9 x86_64 qtxmlpatterns5-xmlpatterns 5.15.7 1.mga9 x86_64 24MB of additional disk space will be used. 5.5MB of packages will be retrieved. Proceed with the installation of the 5 packages? (Y/n) y https://mirror.math.princeton.edu/pub/mageia/distrib/9/x86_64/media/core/release/qtxmlpatterns5-5.15.7-1.mga9.x86_64.rpm https://mirror.math.princeton.edu/pub/mageia/distrib/9/x86_64/media/core/release/lib64qt5xmlpatterns5-5.15.7-1.mga9.x86_64.rpm https://mirror.math.princeton.edu/pub/mageia/distrib/9/x86_64/media/core/release/qtxmlpatterns5-xmlpatterns-5.15.7-1.mga9.x86_64.rpm installing /var/cache/urpmi/rpms/qtxmlpatterns5-xmlpatterns-5.15.7-1.mga9.x86_64.rpm //home/katnatek/qa-testing/x86_64/lib64kbibtex0-0.10.0-3.1.mga9.x86_64.rpm //home/katnatek/qa-testing/x86_64/kbibtex-0.10.0-3.1.mga9.x86_64.rpm /var/cache/urpmi/rpms/lib64qt5xmlpatterns5-5.15.7-1.mga9.x86_64.rpm /var/cache/urpmi/rpms/qtxmlpatterns5-5.15.7-1.mga9.x86_64.rpm Preparing... #################################################################################################### 1/5: qtxmlpatterns5 #################################################################################################### 2/5: lib64qt5xmlpatterns5 #################################################################################################### 3/5: qtxmlpatterns5-xmlpatterns #################################################################################################### 4/5: lib64kbibtex0 #################################################################################################### 5/5: kbibtex #################################################################################################### start kbibtex, of the filetypes compatibles and editables I open a .xml and a .xsd looks well, but this is other application that I never use
Install geary First run fail with GLib-GIO:Settings schema 'org.gnome.Geary' is not installed but after I could run it :S Could be bored, but this is other application that I never use
LC_ALL=C urpmi gnome-builder To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "QA Testing (64-bit)") gnome-builder 44.2 1.1.mga9 x86_64 lib64javascriptcore-gir6.0 2.44.4 1.mga9 x86_64 lib64javascriptcoregtk6.0_1 2.44.4 1.mga9 x86_64 lib64webkitgtk-gir6.0 2.44.4 1.mga9 x86_64 lib64webkitgtk6.0_4 2.44.4 1.mga9 x86_64 webkitgtk6.0 2.44.4 1.mga9 x86_64 and lot other packages gnome-builder starts, you are right other application that I never use ;)
Waiting for Morgan and others feedback For me looks good
Created attachment 15168 [details] Letting urpmi see if system have all updates I ask urpmi to test what packages it would update if I would let it. I spot no package related to the updates to leave icu72 (please check if i miss one) I think that tells all updates for any installed package are installed. (see attachement) And still... [morgan@svarten ~]$ LC_ALL=C sudo urpme --test lib64icu72 icu72-data ...gives the output like in my previous attachment 15166 [details]: Log of trying to remove icu72 after updates
Moragn Check for this list in special the first package, that is the lib that I detect trigger all the uninstall lib64camel1.2_64-3.48.3-1.1.mga9 lib64ebackend1.2_11-3.48.3-1.1.mga9 lib64ebook-contacts1.2_4-3.48.3-1.1.mga9 lib64ebook1.2_21-3.48.3-1.1.mga9 lib64ecal2.0_2-3.48.3-1.1.mga9 lib64edata-book1.2_27-3.48.3-1.1.mga9 lib64edata-cal1.2_2-3.48.3-1.1.mga9 lib64edataserver1.2-devel-3.48.3-1.1.mga9 lib64edataserver1.2_27-3.48.3-1.1.mga9 lib64edataserverui1.2_4-3.48.3-1.1.mga9 lib64edataserverui4-gir1.0-3.48.3-1.1.mga9 lib64edataserverui4_1.0_0-3.48.3-1.1.mga9 lib64evolution-data-server-gir1.2-3.48.3-1.1.mga9
(In reply to katnatek from comment #17) I Men "Morgan" Check for this list in special the first package, that is the lib
You are perfectly correct :-) $ rpm -qa --last | grep lib64camel lib64camel1.2_64-3.48.3-1.mga9.x86_64 tis 6 jun 2023 19:03:08 And the others are either updated or not present in this system. I missed that one when manually cherrypicking amongst the available updates drakrpm proposed. Now I used drakrpm to install that one, and then remove lib64icu72 icu72-data and all went well. Well done! I will soon reboot. Is there some more tests we should do before validating?
(In reply to Morgan Leijström from comment #19) > You are perfectly correct :-) > > $ rpm -qa --last | grep lib64camel > lib64camel1.2_64-3.48.3-1.mga9.x86_64 tis 6 jun 2023 19:03:08 > > And the others are either updated or not present in this system. > > I missed that one when manually cherrypicking amongst the available updates > drakrpm proposed. > > Now I used drakrpm to install that one, and then remove lib64icu72 > icu72-data and all went well. > > Well done! > > I will soon reboot. > > Is there some more tests we should do before validating? I like more test for Plasma users (Herman & Thomas is a call for you), and If it is possible I like other test for performous in stage 3
Keywords: (none) => advisory
(In reply to katnatek from comment #20) > (In reply to Morgan Leijström from comment #19) > I like more test for Plasma users FWIW the system I used above is Plasma, and is my daily driver. i586 test: While testing kernel 1.1.116, the 32 bit Laptop T43 there https://bugs.mageia.org/show_bug.cgi?id=34713#c12 used all testing update packages available, so this too, but I dont know how much is used on lxde system, and I only surfed a bit. > I like other test for performous in stage 3 Please explain.
(In reply to Morgan Leijström from comment #21) > > I like other test for performous in stage 3 > > Please explain. In bug#34730 comment#24 , performous did not work for me, is not a blocker I think, but I like to know if is system only issue or not
Performous worḱs for me: Installed performous on the system used above, with deps: - aubio-0.4.9-10.mga9.x86_64 - lib64aubio5-0.4.9-10.mga9.x86_64 - performous-1.2.0-6.1.mga9.x86_64 Launched it, it started playing sound immediately. Localisation of interface works (Swedish) Note: you need to use keyboard arrows and enter keys; mouse do not work. I selected to perform, played default song, rolling graphics for melody tone, looked OK.
(In reply to Morgan Leijström from comment #23) > Performous worḱs for me: > > Installed performous on the system used above, with deps: > > - aubio-0.4.9-10.mga9.x86_64 > - lib64aubio5-0.4.9-10.mga9.x86_64 > - performous-1.2.0-6.1.mga9.x86_64 > > Launched it, it started playing sound immediately. > Localisation of interface works (Swedish) > Note: you need to use keyboard arrows and enter keys; mouse do not work. > I selected to perform, played default song, rolling graphics for melody > tone, looked OK. Then I think we can release the kraken
Whiteboard: (none) => MGA9-64-OKCC: (none) => andrewsfarm
drak tools depends on icu? I think we can release but I always shiver about updates that in case of problems may break user systems like package management so they can not easily revert or retry.
(In reply to Morgan Leijström from comment #25) > drak tools depends on icu? > I think we can release but I always shiver about updates that in case of > problems may break user systems like package management so they can not > easily revert or retry. Trough webkit2, as long as test were done in bug#33513 should not be an issue
Nice work, Gentlemen! Validating.
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2025-0100.html
Resolution: (none) => FIXEDStatus: ASSIGNED => RESOLVED