From: Greg T. <gd...@le...> - 2022-02-18 18:52:13
|
Rick Murphy <k1m...@gm...> writes: > I have a new release of TQSL being prepared and have a beta test release > available. > https://www.rickmurphy.net/lotw/tqsl-2.6.tar.gz - Linux/BSD Sorry for the delay; I thought this was going to be harder than it was. I have locally updated the pkgsrc package to 2.6 using this as the source tarball, and it builds and packages ok and starting it up and clickong around it looks fine. I did not dig into the specific changes, but it's a good confirmation that there's nothing in the build process that broken on untested systems. My accumulated notes about this package, some redundant with previous comments: The only patch I'm carrying is to force bdb instead of lmdb, because I believe there is some lack of automatic upgrade for users, and that seems more serious than whatever benefit switching brings. But I may be confused on this point. I have set a lot of cmake args about RPATH, which gets me a working package, apparently in a previous go-round when I switched to cmake, but the details have left my head. I have not tried to see which of them are really necessary. (I think RPATH should be set automtically for prefixes which are not in the system's default search path.) But until I determine what's really going on, don't take this as a bug report, just a comment. INSTALL doesn't mention it, but I believe a c++11 compiler is required. I have a note (that I didn't check and which may be out of date) that the build doesn't add --std=c++11 to the compilation lines. I think I had a problem before because pkgsrc only makes available declared languages. There is incorrect use of "test ==" (non-POSIX usage) in osx_createdmg.sh. Not a big deal but it trips a portability check and has to be listed for skipping in the pkgsrc package, and it would just as well to fix anyway. As far as I know, the license isn't OSI or FSF approved. I wonder if Debian has decided to accept it, as "DFSG-free as determined by Debian" is our third approval authority for licenses to avoid requiring the user to configure them as acceptable. What I really mean is: Does Debian put tqsl in "main", "contrib" or "non-free"? 73 de n1dam |