Several improvements and bug fixes have been added in the latest versions.
Thank you for the suggestion. Our version is nearly a year old. Upstream is now: latest/stable 3.5 30 August 2024 We already have version: 3.5 in Cauldron (thanks to DG). Needed for Mageia 9. Assigning directly to DavidG who routinely updates this SRPM.
Assignee: bugsquad => geiger.david68210
New poedit needs now wxGTK >= 3.2.4 but we have version 3.2.1 in mga9!
Note: this updates poedit to the latest upstream release and also wxgtk to the latest upstream release to make it build! Assigning to QA, Packages in 9/Core/Updates_testing: ====================== poedit-3.5-1.mga9 wxgtk3.2-3.2.6-1.mga9 libwx_baseu3.2_0-3.2.6-1.mga9 libwx_baseu_net3.2_0-3.2.6-1.mga9 libwx_baseu_xml3.2_0-3.2.6-1.mga9 libwx_gtk3u_adv3.2_0-3.2.6-1.mga9 libwx_gtk3u_aui3.2_0-3.2.6-1.mga9 libwx_gtk3u_core3.2_0-3.2.6-1.mga9 libwx_gtk3u_gl3.2_0-3.2.6-1.mga9 libwx_gtk3u_html3.2_0-3.2.6-1.mga9 libwx_gtk3u_media3.2_0-3.2.6-1.mga9 libwx_gtk3u_propgrid3.2_0-3.2.6-1.mga9 libwx_gtk3u_qa3.2_0-3.2.6-1.mga9 libwx_gtk3u_ribbon3.2_0-3.2.6-1.mga9 libwx_gtk3u_richtext3.2_0-3.2.6-1.mga9 libwx_gtk3u_stc3.2_0-3.2.6-1.mga9 libwx_gtk3u_webview3.2_0-3.2.6-1.mga9 libwx_gtk3u_xrc3.2_0-3.2.6-1.mga9 libwxgtku3.2-devel-3.2.6-1.mga9 lib64wx_baseu3.2_0-3.2.6-1.mga9 lib64wx_baseu_net3.2_0-3.2.6-1.mga9 lib64wx_baseu_xml3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_adv3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_aui3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_core3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_gl3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_html3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_media3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_propgrid3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_qa3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_ribbon3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_richtext3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_stc3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_webview3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_xrc3.2_0-3.2.6-1.mga9 lib64wxgtku3.2-devel-3.2.6-1.mga9 From SRPMS: poedit-3.5-1.mga9.src.rpm wxgtk3.2-3.2.6-1.mga9.src.rpm
Assignee: geiger.david68210 => qa-bugs
Source RPM: poedit-3.2.2-3.mga9.src.rpm => poedit,wxgtk3
Keywords: (none) => advisory
LC_ALL=C urpmi --auto --auto-update adding 36 new rpms not available in existing hdlist replacing /var/cache/urpmi/partial/synthesis.hdlist.cz with synthesis.hdlist.cz.tmp updating /var/cache/urpmi/partial/MD5SUM updated medium "QA Testing (64-bit)" medium "Core Release (distrib1)" is up-to-date medium "Core Updates (distrib3)" is up-to-date medium "Nonfree Release (distrib11)" is up-to-date medium "Nonfree Updates (distrib13)" is up-to-date medium "Tainted Release (distrib21)" is up-to-date medium "Tainted Updates (distrib23)" is up-to-date medium "Core 32bit Release (distrib31)" is up-to-date medium "Core 32bit Updates (distrib32)" is up-to-date medium "Nonfree 32bit Release (distrib36)" is up-to-date medium "Nonfree 32bit Updates (distrib37)" is up-to-date medium "Tainted 32bit Release (distrib41)" is up-to-date medium "Tainted 32bit Updates (distrib42)" is up-to-date A requested package cannot be installed: poedit-3.5-1.mga9.x86_64 (due to unsatisfied libicui18n.so.73()(64bit)) installing lib64wx_gtk3u_gl3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_gtk3u_stc3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_baseu_xml3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_gtk3u_core3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_gtk3u_xrc3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_gtk3u_propgrid3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_baseu_net3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_baseu3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_gtk3u_qa3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_gtk3u_html3.2_0-3.2.6-1.mga9.x86_64.rpm wxgtk3.2-3.2.6-1.mga9.x86_64.rpm lib64wx_gtk3u_richtext3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_gtk3u_ribbon3.2_0-3.2.6-1.mga9.x86_64.rpm lib64wx_gtk3u_aui3.2_0-3.2.6-1.mga9.x86_64.rpm from //home/katnatek/qa-testing/x86_64 Preparing... ################################################################################################## 1/14: wxgtk3.2 ################################################################################################## 2/14: lib64wx_baseu3.2_0 ################################################################################################## 3/14: lib64wx_gtk3u_core3.2_0 ################################################################################################## 4/14: lib64wx_baseu_xml3.2_0 ################################################################################################## 5/14: lib64wx_gtk3u_html3.2_0 ################################################################################################## 6/14: lib64wx_gtk3u_xrc3.2_0 ################################################################################################## 7/14: lib64wx_gtk3u_richtext3.2_0 ################################################################################################## 8/14: lib64wx_gtk3u_qa3.2_0 ################################################################################################## 9/14: lib64wx_gtk3u_gl3.2_0 ################################################################################################## 10/14: lib64wx_gtk3u_stc3.2_0 ################################################################################################## 11/14: lib64wx_gtk3u_propgrid3.2_0 ################################################################################################## 12/14: lib64wx_gtk3u_ribbon3.2_0 ################################################################################################## 13/14: lib64wx_gtk3u_aui3.2_0 ################################################################################################## 14/14: lib64wx_baseu_net3.2_0 ################################################################################################## 1/14: removing lib64wx_gtk3u_richtext3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 2/14: removing lib64wx_gtk3u_xrc3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 3/14: removing lib64wx_gtk3u_qa3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 4/14: removing lib64wx_gtk3u_html3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 5/14: removing lib64wx_gtk3u_aui3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 6/14: removing lib64wx_gtk3u_ribbon3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 7/14: removing lib64wx_gtk3u_propgrid3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 8/14: removing lib64wx_gtk3u_stc3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 9/14: removing lib64wx_gtk3u_gl3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 10/14: removing lib64wx_gtk3u_core3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 11/14: removing lib64wx_baseu_xml3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 12/14: removing lib64wx_baseu_net3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 13/14: removing lib64wx_baseu3.2_0-3.2.5-1bdk_mga9.x86_64 ################################################################################################## 14/14: removing wxgtk3.2-3.2.5-1bdk_mga9.x86_64 ################################################################################################## While some packages may have been installed, there were failures. A requested package cannot be installed: poedit-3.5-1.mga9.x86_64 (due to unsatisfied libicui18n.so.73()(64bit)) So the list of packages need lib(64)icu73 and icu73-data on testing Adding that really allows to update poedit installing icu73-data-73.2-1.mga9.noarch.rpm lib64wx_gtk3u_webview3.2_0-3.2.6-1.mga9.x86_64.rpm poedit-3.5-1.mga9.x86_64.rpm lib64icu73-73.2-1.mga9.x86_64.rpm from //home/katnatek/qa-testing/x86_64 Preparing... ################################################################################################## 1/4: lib64wx_gtk3u_webview3.2_0 ################################################################################################## 2/4: icu73-data ################################################################################################## 3/4: lib64icu73 ################################################################################################## 4/4: poedit ################################################################################################## 1/1: removing poedit-3.2.2-3.mga9.x86_64 ##################################################################################################
Source RPM: poedit,wxgtk3 => poedit,wxgtk3,icu-73.2-1.mga9
Note: this updates poedit to the latest upstream release and also wxgtk and icu are updated to make it build! Packages in 9/Core/Updates_testing: ====================== poedit-3.5-1.mga9 wxgtk3.2-3.2.6-1.mga9 icu-73.2-1.mga9 icu-doc-73.2-1.mga9.noarch icu73-data-73.2-1.mga9.noarch libwx_baseu3.2_0-3.2.6-1.mga9 libwx_baseu_net3.2_0-3.2.6-1.mga9 libwx_baseu_xml3.2_0-3.2.6-1.mga9 libwx_gtk3u_adv3.2_0-3.2.6-1.mga9 libwx_gtk3u_aui3.2_0-3.2.6-1.mga9 libwx_gtk3u_core3.2_0-3.2.6-1.mga9 libwx_gtk3u_gl3.2_0-3.2.6-1.mga9 libwx_gtk3u_html3.2_0-3.2.6-1.mga9 libwx_gtk3u_media3.2_0-3.2.6-1.mga9 libwx_gtk3u_propgrid3.2_0-3.2.6-1.mga9 libwx_gtk3u_qa3.2_0-3.2.6-1.mga9 libwx_gtk3u_ribbon3.2_0-3.2.6-1.mga9 libwx_gtk3u_richtext3.2_0-3.2.6-1.mga9 libwx_gtk3u_stc3.2_0-3.2.6-1.mga9 libwx_gtk3u_webview3.2_0-3.2.6-1.mga9 libwx_gtk3u_xrc3.2_0-3.2.6-1.mga9 libwxgtku3.2-devel-3.2.6-1.mga9 libicu-devel-73.2-1.mga9.i586.rpm libicu73-73.2-1.mga9.i586.rpm lib64wx_baseu3.2_0-3.2.6-1.mga9 lib64wx_baseu_net3.2_0-3.2.6-1.mga9 lib64wx_baseu_xml3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_adv3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_aui3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_core3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_gl3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_html3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_media3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_propgrid3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_qa3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_ribbon3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_richtext3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_stc3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_webview3.2_0-3.2.6-1.mga9 lib64wx_gtk3u_xrc3.2_0-3.2.6-1.mga9 lib64wxgtku3.2-devel-3.2.6-1.mga9 lib64icu-devel-73.2-1.mga9 lib64icu73-73.2-1.mga9 From SRPMS: poedit-3.5-1.mga9.src.rpm wxgtk3.2-3.2.6-1.mga9.src.rpm icu-73.2-1.mga9.src.rpm Advisory updated
The application start well, I not have updated translations in my projects to check complete the functionality but as long as not detect new strings I think works
Whiteboard: (none) => MGA9-64-OKCC: (none) => andrewsfarm
Applications that I have and use wxgtk looks like still works
(In reply to katnatek from comment #7) > Applications that I have and use wxgtk looks like still works I hope so. We had a wxgtk update for Mageia 8 in January 2022 that required rebuilding of all dependent packages. See bug 29848. But, that was a different situation, I guess. Validating.
CC: (none) => sysadmin-bugsKeywords: (none) => validated_update
(In reply to Thomas Andrews from comment #8) > (In reply to katnatek from comment #7) > > Applications that I have and use wxgtk looks like still works > > I hope so. We had a wxgtk update for Mageia 8 in January 2022 that required > rebuilding of all dependent packages. See bug 29848. > > But, that was a different situation, I guess. Validating. Can't test everything, and we have new version than current in mageia but previous to this version of wxgtk in blogdrake's repository audacity 3.6.3 in blogdrake, builded against wxgtk3.2-3.2.5 works after this update, but I downgrade to audacity-3.2.5-1.mga9 and just note a few change in colors, but not deep test aegisub start, no deep test yt-dlg (youtube download gui) builded with wxgtk in mageia's repositories, perhaps not affected because not use direct wxgtk, it uses python bindings videomass, ffmpeg frontend and video downloader, similar to yt-dlg case Perhaps need new wxsqlite3 due to the issues we have with opencpn plugins bug#33335 comment#13 But that is beyond of the scope o this bug Of course not tested applications still could fail, we burn that bridge if needed
There's a mismatch in package names: the .adv file says wxgtk3.2-3.2.6-1.mga9 but it looks like the actual name is wxgtk-3.2.6-1.mga9
CC: (none) => dan
(In reply to Dan Fandrich from comment #10) > There's a mismatch in package names: the .adv file says > wxgtk3.2-3.2.6-1.mga9 but it looks like the actual name is wxgtk-3.2.6-1.mga9 Fixed, in my defense I just copy that part from comment#3
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2024-0197.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
Since icu was updated, everything built against it needs to be rebuilt.
CC: (none) => luigiwalserStatus: RESOLVED => REOPENEDResolution: FIXED => (none)
Why icu was updated??? for what???
CC: (none) => geiger.david68210
(In reply to David Walser from comment #13) > Since icu was updated, everything built against it needs to be rebuilt. (In reply to David GEIGER from comment #14) > Why icu was updated??? for what??? In comment#4 test I show is required by the new poedit I not think we need to rebuild/update thinks that depend on libraries (beyond things that need new icu like new firefox or new chromium perhaps) as long as they require the still available lib(64)icu72 packages and the 73 libs not replace or conflict with the 72 BTW if is required, other bug should be open
Resolution: (none) => FIXEDStatus: REOPENED => RESOLVED
The rebuilds should have been done as part of this bug, and yes, they do need to be done.
Resolution: FIXED => (none)Status: RESOLVED => REOPENED
(In reply to David Walser from comment #16) > The rebuilds should have been done as part of this bug, and yes, they do > need to be done. The advisory is published and new round of test should be done and information added to advisory, that is why I think should be done in other bug(s) In VM system uptodate were I not use poedit I just have rpm -qa|grep icu icu72-data-72.1-1.mga9 lib64icu72-72.1-1.mga9 In real system I have rpm -qa|grep icu icu72-data-72.1-1.mga9 lib64icu72-72.1-1.mga9 lib64basicusageenvironment1-2021.06.25-3.mga9 icu73-data-73.2-1.mga9 lib64icu73-73.2-1.mga9 And not look that interfere with the 114 package in my system that depends on lib64icu72 (I get the number trying to uninstall lib64icu72) @Dan Fandrich, In the case the final decision is keep the test of icu depending packages in this bug if I update the advisory you can update the published version?
It doesn't interfere, but that doesn't make it ok. Nothing is benefitting from the fixes (or any future ones) in icu, and we can no longer support the old version (which everything is still using) because we can't push fixes for it. This is why we avoid updating library majors if at all possible in stable releases, but if we do, everything linked to the updated library must be rebuilt *when the library is updated*.
(In reply to David Walser from comment #18) > It doesn't interfere, but that doesn't make it ok. Nothing is benefitting > from the fixes (or any future ones) in icu, and we can no longer support the > old version (which everything is still using) because we can't push fixes > for it. This is why we avoid updating library majors if at all possible in > stable releases, but if we do, everything linked to the updated library must > be rebuilt *when the library is updated*. That is OK but the information about what fix this bug is already delivered, and I worried that if we keep the test in this bug, just update the advisory will not be enough to deliver the new information that will need to be added. Also, we already have bugs opened for firefox, thunderbird and libreoffice. From my point of view is better open new bugs, one for all the packages that just be rebuilt (not updated), one bug for each package that will be updated and perhaps one tracker bug for all the packages depending on icu In this way we not taint the information of this update
Advisories can be updated, so it could be done in this bug, but whichever way you do it, please see that it gets done ASAP.
(In reply to David Walser from comment #20) > Advisories can be updated, so it could be done in this bug, but whichever > way you do it, please see that it gets done ASAP. As quick as the packages and additional information are ready.
Assignee: qa-bugs => pkg-bugsKeywords: advisory, validated_update => (none)Summary: Update poedit version => Update packages requiring icu poedit versionCC: sysadmin-bugs => (none)Whiteboard: MGA9-64-OK => (none)
Summary: Update packages requiring icu poedit version => Update packages requiring icu (was update poedit version)
List of package latter I'll send list of src.rpms 0ad 389-adminutil 389-ds-base 389-dsgw R-base aegisub brltty c-icap-modules-classify c-icap-modules-classify-training calibre ceph ceph-radosgw couchdb darktable dino enchant2-nuspell firefox bug#33501 freeciv-client freeciv-server geary gnome-builder gnome-text-editor gnucash godot godot-runner hfst-ospell ibus-qt4 icu kdb kdeplasma-addons lib64boost_locale1.81.0 lib64camel1.2_64 lib64cdr0.1_1 lib64ceph2 lib64dcmtk17 lib64dee1.0_4 lib64e-book0.1_1 lib64edataserver1.2_27 lib64fbembed2.5 lib64geocoding8 lib64gnucash0 lib64gnustep-base1.28 lib64gnustep-gui0.28 lib64gspell1_2 lib64harfbuzz0 lib64ical3 lib64icu-devel lib64ircclient-qt1 lib64javascriptcoregtk4.0_18 lib64javascriptcoregtk4.1_0 lib64javascriptcoregtk6.0_1 lib64kbibtex0 lib64kdb3_4 lib64konsoleprivate1 lib64lcf0 lib64mapnik3.1 lib64mongoc1.0_0 lib64mozjs-devel lib64mozjs102 lib64mspub0.1_1 lib64nuspell5 lib64parrot lib64phonenumber8 lib64postfix1 lib64qalculate22 lib64qt5core5 lib64qt5webenginecore5 lib64qt6core5compat6 lib64qt6core6 lib64qt6pdf6 lib64qt6webengine-devel lib64qt6webenginecore6 lib64qtcore4 lib64qxp0.0_0 lib64raptor2_0 lib64rgw2 lib64samba1 lib64sword1.9 lib64tepl6_2 lib64tracker3.0_0 lib64visio0.1_1 lib64vte-gtk4_2.91_0 lib64vte2.91_0 lib64webkit2gtk4.0_37 lib64webkit2gtk4.1_0 lib64webkitgtk6.0_4 lib64xalan-c112 lib64xerces-c3.2 lib64yaz5 lib64zmf0.0_0 libreoffice-calc bug#33449 or bug#33528 libreoffice-core bug#33449 or bug#33528 libreoffice-ure bug#33449 or bug#33528 libreoffice-writer bug#33449 or bug#33528 mapnik mapnik-utils mpd ncmpcpp nuspell openttd performous php-intl php8.3-intl plasma-workspace poedit DONE ! prelude-lml python3-icu qtlocation5 qtwebengine5 rspamd scribus slop strawberry subtitlecomposer sword tesseract texlive thunderbird bug# 33502 tracker-miners unar webkit2-driver widelands xfsprogs yaz znc
lib64javascriptcoregtk4.0_18 lib64javascriptcoregtk4.1_0 lib64javascriptcoregtk6.0_1 lib64webkit2gtk4.0_37 lib64webkit2gtk4.1_0 lib64webkitgtk6.0_4 webkit2-driver Will be part of bug#33513
calibre should be handled in bug#33535
To avoid the churn of rebuilding all those packages, is the option of rolling back the icu73 change and rebuilding just poedit and/or wxgtk available?
(In reply to Dan Fandrich from comment #25) > To avoid the churn of rebuilding all those packages, is the option of > rolling back the icu73 change and rebuilding just poedit and/or wxgtk > available? Probably not at this point. Systems with libicu-devel installed wouldn't be able to go back without epoch shenanigans. I wish QA had caught this. Kudos to Thomas for catching the potential dangers of the wxgtk update at least.
Created attachment 14663 [details] List with srpms of packages requirinq icu (In reply to David Walser from comment #26) > (In reply to Dan Fandrich from comment #25) > > To avoid the churn of rebuilding all those packages, is the option of > > rolling back the icu73 change and rebuilding just poedit and/or wxgtk > > available? > > Probably not at this point. Systems with libicu-devel installed wouldn't be > able to go back without epoch shenanigans. I wish QA had caught this. > Kudos to Thomas for catching the potential dangers of the wxgtk update at > least. BTW firefox and thunderbird 128 surly will need this new icu so sooner or latter will need to do this
Status comment: (none) => SRPMs in comment 27Source RPM: poedit,wxgtk3,icu-73.2-1.mga9 => (none)
(In reply to David Walser from comment #26) > (In reply to Dan Fandrich from comment #25) > > To avoid the churn of rebuilding all those packages, is the option of > > rolling back the icu73 change and rebuilding just poedit and/or wxgtk > > available? > > Probably not at this point. Systems with libicu-devel installed wouldn't be > able to go back without epoch shenanigans. I wish QA had caught this. > Kudos to Thomas for catching the potential dangers of the wxgtk update at > least. Thanks for the kudos, but I should have trusted my instincts and held things back while asking about it. Might have saved us a lot of trouble. I'll try to do better in the future. That wxgtk update I referenced took nearly a month of testing, with over 100 comments in the bug. Dave Hodgins had difficulties with the advisories, too. Some of the applications refused to work on 32-bit machines. It was a mess. Sigh.