Package Details: trustedqsl 2.4-1

Git Clone URL: (read-only)
Package Base: trustedqsl
Description: QSO log signing data for the ARRL Logbook of The World (LoTW)
Upstream URL:
Licenses: custom:ARRL
Conflicts: trustedqsl-git
Provides: tqsllib, trustedqsl
Replaces: tqsl
Submitter: jecxjo
Maintainer: not_anonymous
Last Packager: not_anonymous
Votes: 15
Popularity: 0.500072
First Submitted: 2011-08-27 23:42
Last Updated: 2018-04-19 01:56

Latest Comments

xiretza commented on 2018-01-29 16:07

needs 'libxxf86vm' as makedepends.

TheLugal commented on 2017-05-27 15:31

@not_anonymous I don't have the faintest idea. I tried installing from AUR both using bb-wrapper, and yaourt. I also tried compiling from git repo. It is not much of an issue, since I only had to manually copy the file. Maybe I'm just an odd one out, but the comment is there if anyone else experience this.

not_anonymous commented on 2017-05-26 22:25

UH, I'd love to know what you are the package I have here puts the lib file where it belongs v/v the current PKGBUILD. The *only* reason this would happen is IF there was a change in the upstream code *without* a corresponding change in the version number....BUT ****** even the latest code from the -git repo, using the same basic PKGBUILD, builds this correctly. SO.... I am left wondering what you did on your end of things ???

TheLugal commented on 2017-05-26 15:37

I got an error after trying to run tqsl; "tqsl: error while loading shared libraries: cannot open shared object file: No such file or directory".

I fixed it by manually copy ?/tqsl/files/tqsl-2.3.1/src/ to /var/lib. Seems like the installation process doesn't do this by it self.

not_anonymous commented on 2017-05-26 01:33's important to NOT expect pacman to do what yaourt does, as it (pacman) will not do what you wanted to do. (That is what you experienced, which is why I mentioned using yaourt in my last message...hi hi.)

There are *always* potential changes needed "under the hood" to various programs over time, some of which require so input from the packager to "fix" (if such issues are not fixed "upstream"...). SO, when you find something important; speak up !! <- The *trick* is knowing when to speak up **&** what to say....hi hi !!!!

Anyways, I am glad you worked this out AND I am glad that this package is A.O.K. as is.

noway2 commented on 2017-05-25 19:12

I'm glad the report was helpful. By "regular repository" I meant the ones like core and extra that you can download the compiled binary files from rather than AUR where you compile it form source. The confusion was in my thinking of Arch in terms of being a cross between a binary only distribution and a source only.

It seems strange that I was having trouble getting it to install the dependencies, which is even more weird in that I recall seeing the line about downloading and checking for them which would pass but then it would stop claiming it had unresolved ones that needed to be rectified. I looked in the package build file and saw that they were available in AUR. I made sure that I did a pacman Syu sync and then tried every combination of I could think of or Google for in both makepkg and yaourt.

I am getting the impression that there may be some changes going on "under the hood" with some of the libraries by the way some of the ham radio applications I've been trying to build have been running into trouble compiling. For example, I also installed wsjt-x and had to manually 'hack' the MainWindow.cpp file because it was started complaining about an ambiguous type cast and I saw that people were running into this with other applications too.

not_anonymous commented on 2017-05-25 15:22

Thanks for the report that wxgtk 3.x does not work at this time. I'm glad that this package is not using it.

I do not understand what a "regular repository" means v/v aur. There is only one aur and it is adjunct to other repositories like core, extra and community. IF something is not available outside of aur, then you will find it in aur (or not at all). SO...assuming your system is a.o.k. v/v setup; you should be able to type "yaourt trustedqsl" and yaourt should get stuff straightened out as needed.

I checked the dep. chain and ALL of the packages you had to install "manually" ARE in the aur OR the "binary repos" (core, base, or community) and *should-have* been installed as needed.

noway2 commented on 2017-05-24 20:06

The package seems to be linked against wxgtk2.8 though the current version in the regular repository is I had great difficulty in getting trustedsql to obtain the dependencies and compile. It would not compile against version 3 despite the comment below to the effect that it would and instead would complain about missing some wx_widgets LIBRARIES. wxgtk2.8 has been moved to AUR and I was able to get that to compile after obtaining gstreamer0.10 and gstreamer0.10-base, both of which are older than the current repository versions. Getting these installed required a large number of dependencies that, thankfully were in the regular repository and these versions would compile against them. Attempts to have AUR, or yaourt, automatically obtain the required dependencies would fail claiming they could not be found requiring me to manually slog through them.

not_anonymous commented on 2017-05-12 02:58

It's there.....try running this from a command prompt: pacman -Qo /usr/bin/tqsl

martinm1000 commented on 2017-05-12 02:06

I did install it, /usr/lib/trustedqsl/ is there, but no /usr/bin/tsql ?

First time installing that package/software ! - 73

Edit: All right, I found it in the menus. Still don't get why the bin/ file indicated in the details wasn't put there...

not_anonymous commented on 2017-04-27 20:21

Updated !! (Tnxs OM for the comment and tnxs to the ARRL for pushing 2.3.1 out.)

tmdavis3 commented on 2017-04-27 03:32

I had no problems with the dependencies compiling.
The build passed the checks, but still failed. It seems to be something broken between openssl and trustedqsl. I did not build openssl. It was pulled in as a package, version 1.1.0e.

You can view the build attempt logs here:

not_anonymous commented on 2017-02-08 22:12

wxgtk2.8 does compile now....
*** I will look into changing this with the next release.
chuser: Please note that trustedqsl-git is *strongly* recommended until (at least) the next release of trustedqsl, as there are some *known* problems with version 2.3 actually working correctly (on linux machines) !!

chuser commented on 2017-02-03 17:51

wxgtk2.8 won't build any longer (for me, at least), but per the TQSL ChangeLog it built OK against wxgtk 3.0.x

not_anonymous commented on 2017-01-22 18:22

I went ahead and updated this to version 2.3 ALTHOUGH it still has the bugs. (I fixed a number of packaging issues.) ***If you want something that works well, (i.e. as in no obvious bugs) please use the "trustedqsl-git" package.

not_anonymous commented on 2016-11-14 16:00

Checked the changelog at the sourceforge website. The *latest* version, 2.3 has a number of bugs that are being/have been corrected. I am electing to hold the version for a bit longer. You can, of course, update the version number to 2.3 (and the checksums), and proceed.

For more info on what will become 2.3.1; Go here:
< >

not_anonymous commented on 2016-10-12 14:47

Fixed...sorry for that !!

rasteenb commented on 2016-10-12 10:50

Thank you for the update, but it appears there's a similar issue as there was in January 2016:

Validating source files with md5sums...
tqsl-2.2.2.tar.gz ... Passed
diff.CMakeLists.txt.apps ... FAILED
diff.CMakeLists.txt.src ... FAILED
trustedqsl.desktop ... Passed
trustedqsl.install ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build trustedqsl.

not_anonymous commented on 2016-01-13 23:25

Sorry about should be fixed now !

ormandj commented on 2016-01-13 20:14

Thank you for the update, but it appears there's a slight issue:

==> Validating source files with md5sums...
tqsl-2.2.tar.gz ... Passed
diff.CMakeLists.txt.apps ... FAILED
diff.CMakeLists.txt.src ... FAILED

not_anonymous commented on 2016-01-11 18:14

Updated to version 2.2 .

maze commented on 2016-01-10 20:56

Since I do not use this myself I'm disowning this package.

wulvyrn commented on 2016-01-10 19:14

2.2 is out.

emtty commented on 2015-12-21 18:50

Same problem: "This language is not supported by the system".

wulvyrn commented on 2015-12-01 19:03

I just built this. First window pops up with Tqsl Error. This language is not supported by the system. any ideas how remediate?

maze commented on 2015-11-06 08:35

When there is a new version released by ARRL, they remove the old tarballs and redirect you to a "sorry" image. Updated the package to 2.1.3.

arthurulfeldt commented on 2015-11-06 02:10

This package does indeed appear broken today

=> Making package: trustedqsl 2.1.2-1 (Thu Nov 5 18:08:56 PST 2015)
==> Retrieving sources...
-> Found tqsl-2.1.2.tar.gz
-> Found diff.CMakeLists.txt.apps
-> Found diff.CMakeLists.txt.src
-> Found trustedqsl.desktop
-> Found trustedqsl.install
==> Validating source files with md5sums...
tqsl-2.1.2.tar.gz ... FAILED
diff.CMakeLists.txt.apps ... FAILED
diff.CMakeLists.txt.src ... FAILED
trustedqsl.desktop ... Passed
trustedqsl.install ... Passed
==> ERROR: One or more files did not pass the validity check!
:: failed to verify trustedqsl integrity

Dieter9 commented on 2015-11-05 16:27

Installation is not possible here, as I get md5sums errors for the following files:

maze commented on 2015-11-03 12:21

Thanks @toddejohnson I merged in your patches!

toddejohnson commented on 2015-10-19 20:19

Largely based upon not_anonymous's patch/trustedqsl-git a patch is available that takes this to 2.1.2:

not_anonymous commented on 2015-02-15 03:36

There is now a trustedqsl-git version of this package in aur that incorporates my earlier PKGBUILD changes and installs the beta/development version.

not_anonymous commented on 2015-02-15 03:28

Yes that was/is included in my patches from my earlier comment dated 2014-12-14.
maze: Please update to incluse the new deps and the other changes !

zryder commented on 2015-01-13 03:56

Fixed my problem. Please add wxgtk2.8 as a dependency.

Thank you.

zryder commented on 2015-01-13 03:39

Just tried building with a fresh arch install. Trying to install via yaourt.

CMake Error at /usr/share/cmake-3.1/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
Could NOT find wxWidgets (missing: wxWidgets_FOUND)

Any suggestions are greatly appreciated. Thanks.

not_anonymous commented on 2014-12-14 11:09

Fixed a couple of things and added a bunch of stuff:

not_anonymous commented on 2014-12-14 11:07

Fixed a typo and added a bunch of stuff:

not_anonymous commented on 2014-12-14 10:55

Oh's the new files: (Be sure to re-create the checksum files, as these could be (probably be ??) wrong after you cut and paste this text.)

$ cat diff.CMakeLists.txt.apps
--- apps/CMakeLists.txt 2014-07-16 19:22:16.000000000 -0600
+++ apps/CMakeLists.txt 2014-12-12 20:00:36.326544639 -0700
@@ -124,3 +124,3 @@

$ cat diff.CMakeLists.txt.src
--- src/CMakeLists.txt 2014-07-16 19:22:16.000000000 -0600
+++ src/CMakeLists.txt 2014-12-12 20:01:49.669873492 -0700
@@ -57 +57 @@
-install(TARGETS tqsllib DESTINATION lib)
+install(TARGETS tqsllib DESTINATION lib/trustedqsl)

$ cat trustedqsl.desktop
[Desktop Entry]
Comment=Sign QSO data for upload to LoTW
Comment[en_US]=Sign QSO data for upload to LoTW
Exec=/usr/bin/tqsl %F

$ cat trustedqsl.install
post_install() {
update-desktop-database -q

post_upgrade() {
post_install $1

post_remove() {
post_install $1

not_anonymous commented on 2014-12-14 10:50

Fixed one typo and made this into a desktop-menu style application. Also made cahnges to make this package arch compatible by moving the library location, creating proper provides (et al), locating (moving) the licensing file, and removing the header-files.

(I'm not so sure removing the header files is correct v/v cqrlog, but then again the latest versions of the cqrlog stuff is problematic anyways...sigh.)

$ diff PKGBUILD >> diff.PKGBUILD
$ cat diff.PKGBUILD
< pkgrel=2
< pkgdesc="QSO log signing data for the ARRL Logbook of The World (LoTW)"
< arch=('i686' 'x86_64')
> pkgrel=1
> epoch=
> pkgdesc="TrustedQSL - Logbook of the World"
> arch=('x86_64' 'i686')
< license=('custom:ARRL')
< depends=('wxgtk2.8' 'curl' 'desktop-file-utils')
< makedepends=('cmake')
< provides=('tqsllib')
< conflicts=('trustedqsl-devel')
< replaces=('tqsl')
< install=$pkgname.install
< source=(${pkgver}.tgz
< diff.CMakeLists.txt.apps
< diff.CMakeLists.txt.src
< $pkgname.desktop
< $pkgname.install)
> license=('ARRL')
> groups=()
> replaces=(tsql)
> depends=(openssl expat zlib wxgtk curl)
> makedepends=(openssl expat zlib wxgtk curl cmake)
> source=(${pkgver}.tgz)
> md5sums=('0e62df9f8c2fbb4b5d42d3ee9111c75a')
> sha1sums=('d1ded1c8e55dcacc194db79a32c9e8fab6995af7')
< patch -p0 < ../diff.CMakeLists.txt.apps
< patch -p0 < ../diff.CMakeLists.txt.src
< install -D -m644 "../LICENSE.txt" "$pkgdir/usr/share/licenses/$pkgname/LICENSE.txt"
< mkdir -p $pkgdir/usr/share/applications
< install -D -m 644 ../../$pkgname.desktop $pkgdir/usr/share/applications
< rm -rf $pkgdir/usr/include
< md5sums=('0e62df9f8c2fbb4b5d42d3ee9111c75a'
< 'bbdec5f6ae2d23bb2c74c84df07d2c70'
< '8f401e02bfdefb486bbbeaba58522486'
< '860b305f9cf6db8cc1c14dc88cef34fc'
< 'f7e1e2722c972f3420cfd69492c79073')
< sha256sums=('87527e2b69a6e91ef3b13793f3aa32a271ca3b173e09df3a6eac8365b492a604'
< '84eb4f182e90d6996d687952e82c47c2cc7c8fcd95a4290ef7b8c77b4d7b6e4e'
< '0adb97d5a65701465309b8fed0fe8fbc04400d3342102887f05fddf52d985f87'
< 'cb638467e305f6f9426a22841dbbb4d656a30f48e4c1c27e87dd82890794c167'
< 'f703f8de14eb277dc72cc837086fbd55f5d772049a44200686c8ae76348f6614')

maze commented on 2014-04-22 13:05

Updated the package with the patches from lucck. Thanks for that!

lucck commented on 2014-04-21 16:21

After changed wxgtk to version 3.0 trustedqsl won't compile. Please update PKGBUILD to use wxgtk2.8 by use cmake following command:

cmake -DCMAKE_INSTALL_PREFIX=/usr ../ -DwxWidgets_CONFIG_EXECUTABLE='/usr/bin/wx-config-2.8' -DwxWidgets_wxrc_EXECUTABLE='/usr/bin/wxrc-2.8'

zryder commented on 2014-03-22 17:43

TrustedQSL fails when attempting to install it via yaourt.

Any suggestions?

zryder commented on 2014-03-22 17:41

Installing trustedQSL with yaourt fails. Anyone have any suggestions?

make[2]: *** [apps/CMakeFiles/tqsl.dir/tqsl.cpp.o] Error 1
CMakeFiles/Makefile2:128: recipe for target 'apps/CMakeFiles/tqsl.dir/all' failed
make[1]: *** [apps/CMakeFiles/tqsl.dir/all] Error 2
Makefile:116: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build trustedqsl.

bandroidx commented on 2013-10-05 07:33

ok looks like it needs to be run as root (sudo) or it will sefault.

bandroidx commented on 2013-10-05 07:32

anyone else getting a segfault? This is my gdb output:

adx commented on 2013-09-09 21:15

Version 1.14.3 is now available.

Also, tqsllib is not a dependency for trustedqsl. Instead they should be in conflict with each other since trustedqsl provides both tqsllib and the applications in one package.

waschbaer commented on 2013-07-20 12:26

I think this is the problem, too. Building tqsllib and trustedqsl and install with force overwrite files does the job. Runing crqlog is then no problem.

Please check, whether tqsllib ist realy a dependencies, because trustedqsl builds the stuff, too. I deleted "tqsllib" from the deps in my PKG file and it builds fine. Also CQRLOG ist building and running fine after the change.

rasteenb commented on 2013-07-04 18:16

Installation fails with:

trustedqsl: /usr/include/adif.h exists in filesystem
trustedqsl: /usr/include/cabrillo.h exists in filesystem
trustedqsl: /usr/include/tqslconvert.h exists in filesystem
trustedqsl: /usr/include/tqslerrno.h exists in filesystem
trustedqsl: /usr/include/tqsllib.h exists in filesystem
trustedqsl: /usr/lib/ exists in filesystem
Errors occurred, no packages were upgraded.

It appears tqsllib is installed first as a dependency, then trustedqsl tries to build tqsllib again, resulting in the files already being present. I've attempted to modify the packagebuild on the fly but without any success.

kriation commented on 2012-10-29 16:59

As I suggested on tqsllib, the source package here should also reference Sourceforge ( instead of the one on the ARRL site.