openSUSE has issued an advisory on March 14: https://lists.opensuse.org/archives/list/security-announce@lists.opensuse.org/thread/LZIRA2ZFJZWEVFCSMWHI56CKGCJG2A3D/ The issue is fixed upstream in 9.1.0.
Status comment: (none) => Fixed upstream in 9.1.0
peazip now updating to 9.1.0 release for mga8!
peazip-kf5-9.1.0-1.mga8 peazip-9.1.0-1.mga8 from peazip-9.1.0-1.mga8.src.rpm
Status comment: Fixed upstream in 9.1.0 => (none)Assignee: geiger.david68210 => qa-bugsCC: (none) => geiger.david68210
mga8, x64 Tried to install the core release packages. "No package named peazip-kf5" $ urpmq -i peazip-kf5 No package named peazip-kf5 $ urpmq -i peazip [...] PeaZip is a free cross-platform file archiver that provides a unified portable GUI for many Open Source technologies like 7-Zip, FreeArc, PAQ, UPX... From the cli it launches a gui. Updated the system menus. No sign of peazip in Tools. Ran peazip and created a 7z archive from a number of ttf files in user directory. Moved zip file to ~/tmp and unzipped it with peazip. $ cd ~/tmp $ ls *.ttf dreamorp.ttf efflores.ttf gunplay3.ttf pakenham.ttf presti.ttf edmundis.ttf guanine.ttf gunplay.ttf pa.ttf prest.ttf Updated the two packages OK with qarepo and then MageiaUpdate. Had to install peazip-kf5 "manually" because it appears to be a new package. $ peazip fonts Created a gzip file and moved it elsewhere. $ cd data/fonts $ peazip fonts.tar.gz This displays the original source directory ~/fonts which is the default for extraction. Selected a few files for extraction and specified a new directory newfonts for output. That worked. In fact the selected files are output to newfonts/fonts.tar/. All present and correct. Did not take this any further. It appears to be functional.
Whiteboard: (none) => MGA8-64-OKCC: (none) => tarazed25
Seemed strange that you didn't find peazip in "Tools" so I played with it a bit myself. I used qarepo to get the two packages, then installed rather than update into a VirtualBox Plasma guest. Peazip was required by peazip-kf5, but not the other way around. I hunted around in the Plasma menu after the install, expecting it to be in "Tools" if there, but found "Peazip" in the System Tools sub-menu. It launched OK from there. Validating.
Keywords: (none) => validated_updateCC: (none) => andrewsfarm, sysadmin-bugs
Keywords: (none) => advisoryCC: (none) => davidwhodgins
@TJ re comment 4. Yes, I always check Sytem tools as well in cases like this. It definitely does not show up even after running update-menus again. The DE is Mate. ??
(In reply to Len Lawrence from comment #5) > @TJ re comment 4. > Yes, I always check Sytem tools as well in cases like this. It definitely > does not show up even after running update-menus again. The DE is Mate. ?? It doesn't show in the Gnome menu, either - but it does in Xfce. Obviously, the menu part is desktop-dependent.
Removing the validation # diff -u peazip.desktop /usr/share/applications/peazip.desktop|grep Categ -Categories=GTK;KDE;Utility;System;Archiving; +Categories=Qt;KDE;Utility;System;Archiving; Dropping the GTK is causing the menu regression.
Keywords: validated_update => (none)
Does it work if you manually added "GTK"? -Categories=Qt;KDE;Utility;System;Archiving; +Categories=GTK;Qt;KDE;Utility;System;Archiving;
Yes. With Categories=GTK;KDE;Utility;System;Archiving; it shows up in the mate menu under Tools/System Tools and works.
Should be fixed in peazip-9.1.0-1.1.mga8
peazip-kf5-9.1.0-1.1.mga8 peazip-9.1.0-1.1.mga8 from peazip-9.1.0-1.1.mga8.src.rpm
Keywords: advisory => (none)Whiteboard: MGA8-64-OK => (none)
I ran my Gnome guest again to check out the new update, but when I went to run QArepo from the menu, there, right above it, was peazip. So now I know, it needed a reboot or a logout/login to update the menu after all. So I removed the two peazip packages, and of course peazip disappeared from the menu. After yet another reboot, I used QArepo to get the latest candidates, and installed them. Checking the menu again, it still wasn't there, but using my new knowledge, I rebooted - and it magically appeared. I ran it, and extracted a zip file. It worked OK. So now we just need a new test on a MATE system. Len?
OK. Installed the new updates. $ rpm -qa | grep peazip peazip-kf5-9.1.0-1.1.mga8 peazip-9.1.0-1.1.mga8 Created a couple of archives, moved them and unzipped them correctly. Not in the system menus. Rebooted and peazip appears in the tools:system tools menu.
As a rider to comment 13, tried a dummy run with `update-menus -v`, the verbose option. That came up with lots of "Unknown 'Layout':" messages. No idea if there is a bug lurking there. Could be genuine complaints.
Looks like logout/in is all that's required to get the menu entry to show up. Not clear why. I tried uninstalling gimp, and then reinstalling it and it shows up immediately. I'll look into it more tomorrow.
Anything new on this, Dave? Agreed it is strange. The menu entry disappeared immediately for me when I removed it, just like gimp did with you, but it didn't re-appear until after a logout/in. I'm think we could OK it as is since the update is for a security issue, it DOES show up in the menu after a logout/in, and it seems to work OK. If you do find the reason for the menu situation, it could be addressed in another bug. What do you think?
I don't see what's preventing it from showing up in the menu right away like things normally do. I agree that since the impact is so minor that this update should be pushed. Thomas updated the srpm in the svn copy of the advisory. Restoring the validated/ok tags.
Keywords: (none) => advisory, validated_updateWhiteboard: (none) => MGA8-64-OK
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGASA-2023-0124.html
Status: NEW => RESOLVEDResolution: (none) => FIXED