Correct some typos from the previous list

Source RPMs:
lxqt-admin-1.4.0-1.mga9
lxqt-about-1.4.0-1.mga9
lximage-qt-1.4.0-1.mga9
task-lxqt-1.4.0-1.mga9
lxqt-runner-1.4.0-1.mga9
lxqt-powermanagement-1.4.0-1.mga9
lxqt-panel-1.4.0-1.mga9
qterminal-1.4.0-1.mga9
qtermwidget-1.4.0-1.mga9
xdg-desktop-portal-lxqt-0.5.0-1.mga9
lxqt-session-1.4.0-1.mga9
pcmanfm-qt-1.4.0-1.mga9
lxqt-sudo-1.4.0-1.mga9
lxqt-policykit-1.4.0-1.mga9
lxqt-openssh-askpass-1.4.0-1.mga9
lxqt-notificationd-1.4.0-1.mga9
lxqt-globalkeys-1.4.0-1.mga9
lxqt-config-1.4.0-1.mga9
lxqt-archiver-0.9.0-1.mga9
qps-2.8.0-1.mga9
pavucontrol-qt-1.4.0-1.mga9
lxqt-qtplugin-1.4.0-1.mga9
libfm-qt-1.4.0-1.mga9
lxqt-menu-data-1.4.1-1.mga9
obconf-qt-0.16.3-1.mga9
qtxdg-tools-3.12.0-1.mga9
liblxqt-1.4.0-1.mga9
libqtxdg-3.12.0-1.mga9

Updated RPMs:
lxqt-admin-1.4.0-1.mga9
lxqt-about-1.4.0-1.mga9
lximage-qt-1.4.0-1.mga9
lxqt-runner-1.4.0-1.mga9
task-lxqt-minimal-1.4.0-1.mga9
task-lxqt-1.4.0-1.mga9
lxqt-powermanagement-1.4.0-1.mga9
lxqt-panel-1.4.0-1.mga9
qterminal-1.4.0-1.mga9
qtermwidget-1.4.0-1.mga9
lib(64)qtermwidget5_1-1.4.0-1.mga9
lib(64)qtermwidget-devel-1.4.0-1.mga9
xdg-desktop-portal-lxqt-0.5.0-1.mga9
lxqt-session-1.4.0-1.mga9
pcmanfm-qt-1.4.0-1.mga9
lxqt-sudo-1.4.0-1.mga9
lxqt-policykit-1.4.0-1.mga9
lxqt-openssh-askpass-1.4.0-1.mga9
lxqt-notificationd-1.4.0-1.mga9
lxqt-config-1.4.0-1.mga9
lxqt-globalkeys-1.4.0-1.mga9
lib(64)lxqt-globalkeys1-1.4.0-1.mga9
lib(64)lxqt-globalkeys-ui1-1.4.0-1.mga9
lib(64)lxqt-globalkeys-devel-1.4.0-1.mga9
lib(64)lxqt-globalkeys-ui-devel-1.4.0-1.mga9
lxqt-archiver-0.9.0-1.mga9
qps-2.8.0-1.mga9
pavucontrol-qt-1.4.0-1.mga9
lxqt-qtplugin-1.4.0-1.mga9
lib(64)fm-qt14-1.4.0-1.mga9
lib(64)fm-qt-1.4.0-1.mga9
lib(64)fm-qt-devel-1.4.0-1.mga9
lxqt-menu-data-1.4.1-1.mga9
obconf-qt-0.16.3-1.mga9
qtxdg-tools-3.12.0-1.mga9
lib(64)lxqt-1.4.0-1.mga9
lib(64)lxqt1-1.4.0-1.mga9
lib(64)lxqt-devel-1.4.0-1.mga9
lib(64)fm-qt14-1.4.0-1.mga9
lib(64)qt5xdg3-3.12.0-1.mga9
lib(64)qtxdg-3.12.0-1.mga9
lib(64)qt5xdg-devel-3.12.0-1.mga9
lib(64)qt5xdgiconloader3-3.12.0-1.mga9

Test in real hardware with Mageia 9 i586 
updating from an existent lxqt installed by task-lxqt-minimal
close lxqt session and start again

Look good, but I will test install task-lxqt

The lxqt things works, I have issues with other applications installed but not related to this bug

Whiteboard: (none) => MGA9-32-OK

Created a MGA9-64 LxQT guest in VirtualBox using the netinstall iso. 

After setting up qarepo to use the distrib-coffee mirror, I attempted to use the rpm list in comment 2, but qarepo says it can't find three rpms:

lib(64)fm-qt14-1.4.0-1.mga9
lib(64)lxqt-1.4.0-1.mga9
lib(64)qtxdg-3.12.0-1.mga9

CC: (none) => andrewsfarm

(In reply to Thomas Andrews from comment #5)
> Created a MGA9-64 LxQT guest in VirtualBox using the netinstall iso. 
> 
> After setting up qarepo to use the distrib-coffee mirror, I attempted to use
> the rpm list in comment 2, but qarepo says it can't find three rpms:
> 
> lib(64)fm-qt14-1.4.0-1.mga9
> lib(64)lxqt-1.4.0-1.mga9
> lib(64)qtxdg-3.12.0-1.mga9

You must use lib or lib64 , I want to try this compact notation but if is confuse I put a full list

Ah, I found it. The three packages in question are not "lib64" packages, even in the 64-bit versions. The correct rpm list, at least the one qarepo finds, is:

lib64fm-qt-devel-1.4.0-1.mga9.x86_64.rpm
lib64fm-qt14-1.4.0-1.mga9.x86_64.rpm
lib64lxqt-devel-1.4.0-1.mga9.x86_64.rpm
lib64lxqt-globalkeys-devel-1.4.0-1.mga9.x86_64.rpm
lib64lxqt-globalkeys-ui-devel-1.4.0-1.mga9.x86_64.rpm
lib64lxqt-globalkeys-ui1-1.4.0-1.mga9.x86_64.rpm
lib64lxqt-globalkeys1-1.4.0-1.mga9.x86_64.rpm
lib64lxqt1-1.4.0-1.mga9.x86_64.rpm
lib64qt5xdg-devel-3.12.0-1.mga9.x86_64.rpm
lib64qt5xdg3-3.12.0-1.mga9.x86_64.rpm
lib64qt5xdgiconloader3-3.12.0-1.mga9.x86_64.rpm
lib64qtermwidget-devel-1.4.0-1.mga9.x86_64.rpm
lib64qtermwidget5_1-1.4.0-1.mga9.x86_64.rpm
libfm-qt-1.4.0-1.mga9.x86_64.rpm
liblxqt-1.4.0-1.mga9.x86_64.rpm
libqtxdg-3.12.0-1.mga9.x86_64.rpm
lximage-qt-1.4.0-1.mga9.x86_64.rpm
lxqt-about-1.4.0-1.mga9.x86_64.rpm
lxqt-admin-1.4.0-1.mga9.x86_64.rpm
lxqt-archiver-0.9.0-1.mga9.x86_64.rpm
lxqt-config-1.4.0-1.mga9.x86_64.rpm
lxqt-globalkeys-1.4.0-1.mga9.x86_64.rpm
lxqt-menu-data-1.4.1-1.mga9.noarch.rpm
lxqt-notificationd-1.4.0-1.mga9.x86_64.rpm
lxqt-openssh-askpass-1.4.0-1.mga9.x86_64.rpm
lxqt-panel-1.4.0-1.mga9.x86_64.rpm
lxqt-policykit-1.4.0-1.mga9.x86_64.rpm
lxqt-powermanagement-1.4.0-1.mga9.x86_64.rpm
lxqt-qtplugin-1.4.0-1.mga9.x86_64.rpm
lxqt-runner-1.4.0-1.mga9.x86_64.rpm
lxqt-session-1.4.0-1.mga9.x86_64.rpm
lxqt-sudo-1.4.0-1.mga9.x86_64.rpm
obconf-qt-0.16.3-1.mga9.x86_64.rpm
pavucontrol-qt-1.4.0-1.mga9.x86_64.rpm
pcmanfm-qt-1.4.0-1.mga9.x86_64.rpm
qps-2.8.0-1.mga9.x86_64.rpm
qterminal-1.4.0-1.mga9.x86_64.rpm
qtermwidget-1.4.0-1.mga9.x86_64.rpm
qtxdg-tools-3.12.0-1.mga9.x86_64.rpm
task-lxqt-1.4.0-1.mga9.noarch.rpm
task-lxqt-minimal-1.4.0-1.mga9.noarch.rpm
xdg-desktop-portal-lxqt-0.5.0-1.mga9.x86_64.rpm

@papoteur why this are not lib64 for x86_64 
libfm-qt-1.4.0-1.mga9.x86_64.rpm
liblxqt-1.4.0-1.mga9.x86_64.rpm
libqtxdg-3.12.0-1.mga9.x86_64.rpm ?

(In reply to katnatek from comment #6)
> (In reply to Thomas Andrews from comment #5)
> > Created a MGA9-64 LxQT guest in VirtualBox using the netinstall iso. 
> > 
> > After setting up qarepo to use the distrib-coffee mirror, I attempted to use
> > the rpm list in comment 2, but qarepo says it can't find three rpms:
> > 
> > lib(64)fm-qt14-1.4.0-1.mga9
> > lib(64)lxqt-1.4.0-1.mga9
> > lib(64)qtxdg-3.12.0-1.mga9
> 
> You must use lib or lib64 , I want to try this compact notation but if is
> confuse I put a full list

I've run into this before, but mostly with 32-bit tests. Qarepo is able to interpret "lib(64)" as "lib64" but won't see it as either "lib64" or "lib" 

No biggie.

(In reply to katnatek from comment #8)
> @papoteur why this are not lib64 for x86_64 
> libfm-qt-1.4.0-1.mga9.x86_64.rpm
> liblxqt-1.4.0-1.mga9.x86_64.rpm
> libqtxdg-3.12.0-1.mga9.x86_64.rpm ?

I don't know why, but that's the way it is in the existing MGA9-64 LxQT packages, as well. (I checked with MCC before updating)

(In reply to Thomas Andrews from comment #9)
> > You must use lib or lib64 , I want to try this compact notation but if is
> > confuse I put a full list
> 
> I've run into this before, but mostly with 32-bit tests. Qarepo is able to
> interpret "lib(64)" as "lib64" but won't see it as either "lib64" or "lib" 
> 
> No biggie.

I guess the tool search by default lib for i586 and lib64 for x86_64, maybe using fuzzy versions option?

MGA9-64, no installation issues, using the list in comment 7. I played around a little after rebooting, and everything I tried seemed to work.

I'm going to give this a 64-bit OK, but I'm holding off validating until katnatek's question in comment 8 is answered. I'd like to know, too.

(In reply to katnatek from comment #11)
> (In reply to Thomas Andrews from comment #9)
> > > You must use lib or lib64 , I want to try this compact notation but if is
> > > confuse I put a full list
> > 
> > I've run into this before, but mostly with 32-bit tests. Qarepo is able to
> > interpret "lib(64)" as "lib64" but won't see it as either "lib64" or "lib" 
> > 
> > No biggie.
> 
> I guess the tool search by default lib for i586 and lib64 for x86_64, maybe
> using fuzzy versions option?

Actually, it seems to search for "lib64" even if i586 is active. I've always had to remove the "(64)" when testing 32-bit libraries. If there are a lot of them, I use find-and-replace in Kwrite.

That's why I always liked TMB's way of separate lists for x86_64 and i586. But, I'm sure that's harder on the packagers, and it's not MY job to make THEIR job harder.

I find a minor bug, add a new desktop file to autostart not works if in the tool of the desktop you choose from menu://applications/ , you must navigate to /usr/share/applications and choose the desktop you want to autostart, in my tests was qlipper

(In reply to katnatek from comment #14)
> I find a minor bug, add a new desktop file to autostart not works if in the
> tool of the desktop you choose from menu://applications/ , you must navigate
> to /usr/share/applications and choose the desktop you want to autostart, in
> my tests was qlipper

That not works, you must use the path to the executable file or copy by hand the .desktop to your ~/-config/autostart , so is not a bug

(In reply to katnatek from comment #8)
> @papoteur why this are not lib64 for x86_64 
> libfm-qt-1.4.0-1.mga9.x86_64.rpm
> liblxqt-1.4.0-1.mga9.x86_64.rpm
> libqtxdg-3.12.0-1.mga9.x86_64.rpm ?

Hello,
Because libfm-qt liblxqt libqtxdg are the names given by upstream, and our libraries packages are lib(64)fm-qt14 (thus with a number).
I don't think there was a typo in my list.

I have installed (manually, not with qa-repo, 64 bits) the new packages.
Restarted.
All seems OK.
I launched all the tools from the configuration center, they all run OK.

Advisory with the SRPMs from comment 2 added to SVN. Please remove the "advisory" keyword if it needs to be changed. It also helps when obsolete advisories are tagged as "obsolete"

Keywords: (none) => advisory
CC: (none) => marja11

Validating.

Keywords: (none) => validated_update
Whiteboard: MGA9-32-OK => MGA9-64-OK MGA9-32-OK
CC: (none) => sysadmin-bugs

(In reply to papoteur from comment #16)
> (In reply to katnatek from comment #8)
> > @papoteur why this are not lib64 for x86_64 
> > libfm-qt-1.4.0-1.mga9.x86_64.rpm
> > liblxqt-1.4.0-1.mga9.x86_64.rpm
> > libqtxdg-3.12.0-1.mga9.x86_64.rpm ?
> 
> Hello,
> Because libfm-qt liblxqt libqtxdg are the names given by upstream, and our
> libraries packages are lib(64)fm-qt14 (thus with a number).
> I don't think there was a typo in my list.
And they not provide .so files, are complements sorry to all for no check that earlier, I do a mess trying to help

(In reply to papoteur from comment #16)

> I don't think there was a typo in my list.

But I managed to add a typo when copying it to the advisory for SVN. I have no idea how I managed to do that, but thanks for having fixed it, Yves.

An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2023-0125.html

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