Martin, AA6E | 2 Aug 2005 18:32
Picon

Fedora Core 4

I was scanning the FC4 package list today.  Lo and behold, hamlib
1.2.4 is there!  I wonder how many distros have our 'product'?

Can anyone verify that hamlib compiles correctly (vis-a-vis Perl etc.)
with the Fedora sources?

--

-- 
martin.ewing <at> gmail.com
http://blog.aa6e.net

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
Andrew McNamara | 3 Aug 2005 01:26
Picon
Favicon

Re: Fedora Core 4

>I was scanning the FC4 package list today.  Lo and behold, hamlib
>1.2.4 is there!  I wonder how many distros have our 'product'?

Debian stable (Sarge) includes 1.2.4.

--

-- 
Andrew McNamara, Senior Developer, Object Craft
http://www.object-craft.com.au/

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
Brian Mury | 3 Aug 2005 03:17
Picon

Re: Fedora Core 4

On Tue, 2005-08-02 at 12:32 -0400, Martin, AA6E wrote:
> I was scanning the FC4 package list today.  Lo and behold, hamlib
> 1.2.4 is there!  I wonder how many distros have our 'product'?
> 
> Can anyone verify that hamlib compiles correctly (vis-a-vis Perl etc.)
> with the Fedora sources?

I'm working on the Elecraft K2 code under FC4, the CVS version compiles
fine. I haven't tried compiling from the Fedora source RPM (I haven't
had any reason to) but I assume it would compile fine.

--

-- 
73, Brian
VE7NGR

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
Alexandru Csete | 3 Aug 2005 10:25
Picon
Picon
Favicon

Re: Fedora Core 4


Hi Martin,

Quoting "Martin, AA6E" <martin.ewing <at> gmail.com>:

> I was scanning the FC4 package list today.  Lo and behold, hamlib
> 1.2.4 is there!  I wonder how many distros have our 'product'?
> 
> Can anyone verify that hamlib compiles correctly (vis-a-vis Perl etc.)
> with the Fedora sources?
>

I have compiled and installed hamlib 1.2.4 on FC4 without any problems. I
didn't
use any --enable or --disable switches and so I think perl is enabled by
default. I didn't do any particular perl tests, though... Is there a particular
test I can run in order to check the perl part?

> -- 
> martin.ewing <at> gmail.com
> http://blog.aa6e.net
> 

Alex
OZ9AEC

----------------------------------------
This message was sent using IFAs WebMail

-------------------------------------------------------
(Continue reading)

kb2sse | 12 Aug 2005 20:27
Picon

(Fwd) Hamlib


dr om

I am having trouble compiling hamlib-1.2.4 under Fedora core 4
I am also a novice when it comes the Linux - better at the radio stuff :)
Configure seems to work fine, but I get a lot a errors when running 
make and I'm not sure where to start debugging

Any help will be appreciated

73 de KB2SSE

Ken
------- End of forwarded message -------

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
Brian Mury | 2 Aug 2005 21:24
Picon

Re: Fedora Core 4

On Tue, 2005-08-02 at 12:32 -0400, Martin, AA6E wrote:
> I was scanning the FC4 package list today.  Lo and behold, hamlib
> 1.2.4 is there!  I wonder how many distros have our 'product'?
> 
> Can anyone verify that hamlib compiles correctly (vis-a-vis Perl etc.)
> with the Fedora sources?

I'm working on the Elecraft K2 code under FC4, the CVS version compiles
fine. I haven't tried compiling from the Fedora source RPM (I haven't
had any reason to) but I assume it would compile fine.

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
Patrick A. Ouellette | 3 Aug 2005 19:40

Patch to get S meter, ATT, and preamp functioning on TS-2000

Esteemed hamlib developers,

Attached is a patch to get the S meter working on the TS-2000
along with the attenuator and preamp functions.  The patch is against
the 1.2.4 version of kenwood.c

73,

Pat

-- 

Patrick Ouellette                 pat <at> flying-gecko.net
kb8pym <at> arrl.net                   Amateur Radio: KB8PYM 
Living life to a Jimmy Buffett soundtrack
"Crank the amp to 11, this needs more cowbell - and a llama wouldn't hurt either"
--- hamlib-1.2.4/kenwood/kenwood.c	2005-03-13 12:54:16.000000000 -0500
+++ hamlib-1.2.4+kb8pym/kenwood/kenwood.c	2005-07-16 18:11:54.000000000 -0400
 <at>  <at>  -678,19 +678,34  <at>  <at> 
 		lvl_len = 50;
 		switch (level) {
 		case RIG_LEVEL_STRENGTH:
-			retval = kenwood_transaction (rig, "SM;", 3, lvlbuf, &lvl_len);
+			if (rig->caps->rig_model == RIG_MODEL_TS2000) 
+			   retval = kenwood_transaction (rig, "SM0;", 4, lvlbuf, &lvl_len);
+			else
+			   retval = kenwood_transaction (rig, "SM;", 3, lvlbuf, &lvl_len);
 			if (retval != RIG_OK)
(Continue reading)

Wallerius, Tobias (T. | 2 Aug 2005 09:41
Favicon

Sat Schneider DRT-1 timing problem

Hello,

I am using the DReaM-Software together with Sat Schneider's DRT-1 SW
receiver. DReaM controls the receiver via hamlib.
If the DRT-1 is connected via normal COM, everything works okay (except the
initialization).
But I have problems when I connect the DRT-1 trough a USB to COM adaptor.
I guess this is a timing problem with too fast clock rate / timings.
This problem is a known fact for the AD DDS chip.
Some other software therefore has longer timings to solve this problem.
Now my question:
Will you provide a hamlib-dll with longer timings to solve this problem with the
DRT-1?

Bye,

Tobias Wallerius
  
Visteon Deutschland GmbH
Visteonstrasse 4-10
50170 Kerpen
Germany
  
Phone (49) 2273 595 2698
E-mail twalleri <at> visteon.com

Alexandru Csete | 14 Aug 2005 23:55
Picon
Picon
Favicon

Re: (Fwd) Hamlib


Hi Ken,

On Fri, 12 Aug 2005 kb2sse <at> verizon.net wrote:

> 
> dr om
> 
> I am having trouble compiling hamlib-1.2.4 under Fedora core 4
> I am also a novice when it comes the Linux - better at the radio stuff :)
> Configure seems to work fine, but I get a lot a errors when running 
> make and I'm not sure where to start debugging
> 
> Any help will be appreciated

Please post the error messages you get, otherwise I'm not sure we can
help. If you get many errors during compilation you can redirect the error
messages to file:

make 2> error.log

in bash shell; I don't know the equivalent in tcsh.

> 
> 73 de KB2SSE
> 
> Ken

73
Alex OZ9AEC

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
Alexandru Csete | 15 Aug 2005 16:14
Picon
Picon
Favicon

Re: Patch to get S meter, ATT, and preamp functioning on TS-2000


Hi Pat,

On Wed, 3 Aug 2005, Patrick A. Ouellette wrote:

> Esteemed hamlib developers,
> 
> Attached is a patch to get the S meter working on the TS-2000
> along with the attenuator and preamp functions.  The patch is against
> the 1.2.4 version of kenwood.c
> 

I don't know about the kenwood code, but I have a few remarks to the
patch:

> -      if (lvl_len != 7 || lvlbuf[1] != 'M') {
> +      if (((lvl_len < 6)  || (lvl_len > 8)) || lvlbuf[1] != 'M') {
> +             /* TS-2000 returns 8 bytes for S meter level */

Shouldn't the first comparison be lvl_len < 7? It would even be better to
use (lvl_len != 7) && (lvl_len != 8) as you do for the ATT level.

> +         /* TS-2000 main reciever returns values from 0 - 30 */
> +         /* so scale the value */
> +         val->i = (val->i * 3.6) - 54;

I'm curious, what is the max level TS-2000 can read? This conversion
will give +54 for the value 30, which means S9 + 54dB...

> 73,
> 
> Pat
> 

73
Alex OZ9AEC

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

Gmane