Re: [Tlf-devel] tlf without hamlib?

[Ervin Hegedüs]

Hi Zoli,

On Tue, Jan 23, 2018 at 06:52:33PM +0100, Csahok Zoltan wrote:
> Hi,
> 
> Currently tlf has an optional hamlib support. I guess it's optional due
> to historical reasons: hamlib may have been not always available or unstable
> in the past.
> Now hamlib is the de-facto standard rig control library for Linux.
> A quick check of official debian tlf packages shows that in all versions
> hamlib support is compiled in.

it's just one distribution. There are several others, which
contains Tlf, eg. Gentoo (maintainer is Thomas), SuSE, Slackware,
Arch, and many others.

> The question: could we make hamlib support mandatory?

Interesting idea, and I don't know any other reason to do that,
just what if there is a distro, which doesn't distribute the Tlf
with hamlib.

(After a quick search, in case of most distros I didn't find Tlf,
or if the distro contains, that is a very old version of Tlf,
eg. 1.1.3...)

> The advantage of this change is that all code parts not using hamlib
> could be disposed of (incl. #ifdef's). Functionally there should be no 
> drawbacks,
> as rig control can be disabled with the -r option.

Note, that you should disable the RIG control if you place a
comment sig to the lines in logcfg.dat, before the RIG_ options.

> What do you think? Is there a use case for tlf compiled without hamlib?

I think we should do - but I'm curious about the opinions of
other users.


73, Ervin
HA2OS
 

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] tlf without hamlib?

[Thomas Beierlein]

Hi Zoli,

Am Tue, 23 Jan 2018 18:52:33 +0100
schrieb Csahok Zoltan :
> Hi,
> 
> Currently tlf has an optional hamlib support. I guess it's optional
> due to historical reasons: hamlib may have been not always available
> or unstable in the past.

There was a second historical reason: In old versions there was a
separate piece of code to control the TenTec Orion which was not
supported by hamlib at that time.

But as hamlib now also supports that rig the related code got dropped
around 5 years ago.

> Now hamlib is the de-facto standard rig control library for Linux.
> A quick check of official debian tlf packages shows that in all
> versions hamlib support is compiled in.
> 
> The question: could we make hamlib support mandatory?
> The advantage of this change is that all code parts not using hamlib
> could be disposed of (incl. #ifdef's). Functionally there should be
> no drawbacks, as rig control can be disabled with the -r option.
> 
I am strongly in favor of that idea. Atm I see no reason to compile Tlf
without it. It would further simplify the codebase and make tests
easier.

73, de Tom DL1JBE

> What do you think? Is there a use case for tlf compiled without
> hamlib?
> 
> 73,
> Zoli
> ha5cqz
> 
> 
> 
> ___
> Tlf-devel mailing list
> Tlf-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/tlf-devel



-- 
"Do what is needful!"
Ursula LeGuin: Earthsea
--


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] CTY-2802 Country Files - 23 January 2018

[Jim Reisert AD1C]

The Country (CTY) Files were updated on 23 January 2018:

http://www.country-files.com/cty-2802-23-january-2018/

For installation instructions, start at:

http://www.country-files.com/

Hover your mouse over the word Contest in the menu, then select the
software you are using.

To install the file, follow the link to your software at the top of the page.

If you are interested in a bigger CTY.DAT for everyday logging, you can get
it here:

   http://www.country-files.com/big-cty-23-january-2018/

Note that the release notes (and Version Entity) for this larger file are
different than what is shown below.  There is a separate link to them.

Here are the release notes:

23 January 2018 (CTY-2802)
VER20180123, Version entity is Namibia, V5

Added/changed Entities/Prefixes/Callsigns:

* CE6PGO, XQ6CFX, XQ6OA, XQ6UMR and XR6F are all Chile, CE in ITU zone 
16
* TO7D is Guadeloupe, FG
* TX5X is French Polynesia, FO
* AJ6T is United States, K in CQ zone 4, ITU zone 8
* WA1FVJ is Alaska, KL
* LU5JOL/J, LU9JMG/J and LW7DVC/D are all Argentina, LU
* LU3CW/W is Argentina, LU in ITU zone 16
* R110FS, R8AEU/6 and RA9SGI/1 are all European Russia, UA
* VA2VVV is Canada, VE in CQ zone 2, ITU zone 4
* Added entity Kosovo, Z6

Removed Entities/Prefixes/Callsigns:

* Deleted entity Kosovo, *Z6
* EA1RCI/PCV in Spain, EA
* EA5RKB/9 in Ceuta & Melilla, EA9
* I4CQO/N, IK3TZB/N, IZ1CLA/N and IZ6TGS/N in Italy, I
* AD0ZL, KF6UWT and KI7COR in Alaska, KL
* R162S, R1853S, R1941OM, R9KW/4 and RA75SF in European Russia, UA
* R6RA/9, RV3DSA/0 and RW9JZ/9 in Asiatic Russia, UA9
* VA2ZM in Canada, VE
* VK4FSCC/9 in Norfolk Island, VK9N

73 - Jim AD1C

-- 
Jim Reisert AD1C, , http://www.ad1c.us




___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel