Bug 2154622 - TrustedQSL Exits Immediately with Dependency Error
Summary: TrustedQSL Exits Immediately with Dependency Error
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: trustedqsl
Version: 37
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Lucian Langa
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-12-18 02:01 UTC by Ed Sandor
Modified: 2022-12-31 01:10 UTC (History)
3 users (show)

Fixed In Version: trustedqsl-2.6.5-2.fc37
Clone Of:
Environment:
Last Closed: 2022-12-23 18:09:18 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Ed Sandor 2022-12-18 02:01:14 UTC
Description of problem:
Thank you for maintaining the TrustedQSL package.  I would like to report a dependency issue on Fedora 37 installed from the official Fedora repository.  When I try to launch TQSL, I see an error that libwx_gtk3u_core-3.1.so.5 is not found and the software exits immediately.

As a workaround, I am able to build the TQSL-x86_64.AppImage from source and run successfully.  This package also previously worked on Fedora 36 before I upgraded to Fedora 37. 


Version-Release number of selected component (if applicable): trustedqsl-2.6.4-1.fc37.x86_64 and trustedqsl-2.6.5-1.fc37.x86_64 throw the same error.


How reproducible: 100% on my installation of Fedora 37.


Steps to Reproduce:
1.Install the latest trustedqsl package `# dnf install trustedqsl`
2.Try to launch TrustedQSL by running the command `$ tqsl`


Actual results:
TrustedQSL immediately exits with the following output:
`tqsl: error while loading shared libraries: libwx_gtk3u_core-3.1.so.5: cannot open shared object file: No such file or directory`


Expected results:
TrustedQSL should launch with no dependency issues.


Additional info:
I have also reported this issue to the project developers, but they asked I first contact the Fedora repository maintainers.

Comment 1 Ed Sandor 2022-12-18 02:16:46 UTC
Checking the package history, it looks like this regression in Fedora 37 is caused by moving to version 3.2.x of wxGTK.  Fedora 36 provided version 3.1.x of wxGTK that TrustedQSL expects.

Fedora 37 provides libwx_gtk3u_core-3.2.so.0
https://packages.fedoraproject.org/pkgs/wxGTK/wxGTK/fedora-37.html
Fedora 36 provides libwx_gtk3u_core-3.1.so.5
https://packages.fedoraproject.org/pkgs/wxGTK/wxGTK/fedora-36.html

Comment 2 Richard Shaw 2022-12-22 14:05:43 UTC
Looks like wxGTK was updated and the dependencies were not rebuilt. Working on it now.

Comment 3 Fedora Update System 2022-12-22 14:15:20 UTC
FEDORA-2022-0e5f0205b8 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-0e5f0205b8

Comment 4 Scott Talbert 2022-12-22 14:37:46 UTC
Ed, can you please confirm 100% that you are using the official F37 packages (and not some local build) for both trustedqsl and wxGTK?

I'm unable to reproduce this error on F37.

The version of trustedsql that F37 was released with (trustedqsl-2.6.5-1.fc37) was built with wxGTK 3.2.1: https://koji.fedoraproject.org/koji/buildinfo?buildID=2074453

Comment 5 Fedora Update System 2022-12-23 02:26:25 UTC
FEDORA-2022-0e5f0205b8 has been pushed to the Fedora 37 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-0e5f0205b8`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-0e5f0205b8

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 6 Ed Sandor 2022-12-23 17:43:46 UTC
Thanks folks for your help!  

Sorry for the confusion, I followed Scott's suggestion and found I did have a stale local build that was taking priority in my PATH over the official package.  I installed tqsl sometime ago, so I must have forgotten that I installed from source at some point.  

I cleaned up my local build and the official package (trustedqsl-2.6.5-1.fc37.x86_64.rpm) is now working as expected for me.  I am okay to withdraw this bug now since it was my user error.

Comment 7 Fedora Update System 2022-12-31 01:10:16 UTC
FEDORA-2022-0e5f0205b8 has been pushed to the Fedora 37 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.