Re: time for a new hamlib release? Yes! Let's go!

* On 2011 31 Jan 16:39 -0600, Stephane Fillod wrote:
> Mon, Jan 31, 2011, Nate Bargmann skribis:
> > * On 2011 31 Jan 12:47 -0600, Kamal Mostafa wrote:
> > > It has been about five months since the release of hamlib-1.2.12, and
> > > we've had lots of fixes since.  Nate and Stephane, might we aim for a
> > > 1.2.13 release in the near future?
> > 
> > Yes, I've been considering making such an announcement to target
> > mid-late February for 1.2.13.
> 
> Kamal is right to ask for a new release.
> Mid-late February sounds like a good target. 
> 
> In my plate, I have to complete the V4L2 backend, some fixes here and
> there (ARS/EA4TX, ..), make sure the FUNcube Dongle backend works fine
> under Windows (any beta-tester?), find a way to emulate fdopen() on
> Windows in order to make rigctld.exe/rotctld.exe working (ideas are
> welcome), catch up some mail, ..

Heh, you're busy as well.  

 
> The plan sounds sensible. Even though I'm no totally fluent in git, it's
> going to be all right for me. However, what about the others developers?
> the drop-by contributors? tight-following beta-testers? Previously, they
> had to go from cvs to svn, is the learning curve of git not too steep?
> I'm not against going the git-way, I just want to make sure that's fine
> with everybody before making the switch. So people, let us know your
> thoughts until the version 1.2.13 releases.

Re: time for a new hamlib release? Yes! Let's go!

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Fwd: Re: Re: Fwd: [dttsp-linux] Workaround for WSPR install - hamlib problem

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Re: Fwd: Re: Re: Fwd: [dttsp-linux] Workaround for WSPR install - hamlib problem

* On 2011 31 Jan 20:55 -0600, Rob Frohne wrote:
> Hi Guys,
> 
> Here is Alex's reply.
> 
> Rob
> 
> -------- Original Message --------
> Hi Rob,
> 
> I just checked out the latest hamlib svn (r3031) and built it.  I
> have libusb-dev from the stock Ubuntu 10.04LTS distribution.
> 
> When run:
> 
> alex <at> downstairs:~/hamlib/trunk$ rigctl -V
> rigctl: error while loading shared libraries: libhamlib.so.2: cannot
> open shared object file: No such file or directory

That appears as though ldconfig needs to be run which does not happen
automatically upon installation from a local build as it does with a
.deb package installation.  If ldconfig was run, check /etc/ld.so.conf.d
for a file named libc.conf which should have a line in it as:

/usr/local/lib

That file was installed automatically on my new Debian Unstable
installation on this desktop.  It may need to be added manually.

> alex <at> downstairs:~/hamlib$ ls /usr/local/lib
> hamlib          libhamlib.so          libjackserver.so        pkgconfig
> jack            libhamlib++.so        libjackserver.so.0      python2.6
> libhamlib.a     libhamlib.so.2        libjackserver.so.0.1.0  site_ruby
> libhamlib++.a   libhamlib++.so.2      libjack.so
> libhamlib.la <http://libhamlib.la>    libhamlib.so.2.0.13   libjack.so.0
> libhamlib++.la  libhamlib++.so.2.0.5  libjack.so.0.1.0

If it has been a long time since a local built version of Hamlib was
installed, ldconfig will need to be run as most of the libraries are in
/usr/local/lib/hamlib, but since rigctl is complaining of not being able
to open libhamlib.so.2, I think the problem is the former case described
above.

73, de Nate >>

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://n0nb.us/index.html

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d

Re: Fwd: [dttsp-linux] Workaround for WSPR install - hamlib problem

Mon, Jan 31, 2011, Nate Bargmann skribis:
[...]
> I can verify that libusb-1.0-0-dev is not recognized by Hamlib's
> configure script.  I don't know why off hand.

The libusb API changed when going from libusb-0.1 to libusb-1.0. So far,
IMHO libusb-1.0 is not sufficiently distributed for hamlib to switch over,
but that should happen end of this year, maybe next year.

73
--

-- 
Stephane - F8CFE

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d

Re: time for a new hamlib release? Yes! Let's go!

On 1/31/2011 11:37 PM, Stephane Fillod wrote:
> In my plate, I have to complete the V4L2 backend, some fixes here and
> there (ARS/EA4TX, ..), make sure the FUNcube Dongle backend works fine
> under Windows (any beta-tester?), find a way to emulate fdopen() on
> Windows in order to make rigctld.exe/rotctld.exe working (ideas are
> welcome), catch up some mail, ..
>
I actually tried to compile Hamlib under cygwin/mingw to test FUNcube 
Dongle under
windows but without success. Is there a guide on how to compile Hamlib 
under windows?

Regards,
Stefano Speertta

--

-- 
Stefano Speretta
ISIS - Innovative Solutions In Space BV
Molengraaffsingel 12-14
2629 JD Delft
The Netherlands

Phone:   +31(0)15 256 9018
Fax:     +31(0)15 257 3969
E-mail:  s.speretta <at> isispace.nl
Web:     www.isispace.nl

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d

Fwd: Re: Re: Fwd: Re: Re: Fwd: [dttsp-linux] Workaround for WSPR install - hamlib problem

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Re: switching to git

On Mon, 2011-01-31 at 23:37 +0100, Stephane Fillod wrote:
> Mon, Jan 31, 2011, Nate Bargmann skribis:
> > Here is the second thing I've been thinking about.  As the archives
> > attest, I've been using Git and liking it.  I hope there are no
> > objections to making Git our default repository.
> 
> The plan sounds sensible. Even though I'm no totally fluent in git, it's
> going to be all right for me. However, what about the others developers?

I like the idea of switching to git.  I find it to be more powerful than
svn and much faster for the tasks that I do most frequently (e.g.
examining the commit logs).

> the drop-by contributors? tight-following beta-testers? Previously, they
> had to go from cvs to svn, is the learning curve of git not too steep?

Actually using git for many source code management tasks does indeed
present a much steeper learning curve than using svn, but I do not think
that will actually affect drop-by contributors or beta-testers: Simply
pulling or updating a tree is no more complex with git than with svn
(its just one command either way).  The more complicated aspects of git
all relate to check-ins and tree management, which the aforementioned
contributors won't generally be doing anyway.

73 de KA6MAL

 -Kamal

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Re: hamlib's bundled libtool

> -------- Original Message -------- 
>                           Subject: 
> Re: Re: [Hamlib-developer] Fwd:
> [dttsp-linux] Workaround for WSPR
> install - hamlib problem
>                       Resent-From: 
> <rob.frohne <at> wallawalla.edu>
>                              Date: 
> Tue, 1 Feb 2011 09:23:42 +0800
>                              From: 
> Alex Lee <alexlee188 <at> gmail.com>
>                                To: 
> <rob.frohne <at> wallawalla.edu>

Hi Alex-

Looks like 'ldconfig' was indeed the key to letting rigctl find your
libhamlib.so.2 and not a problem with libtool.

For the record though...

> It looks like hamlib uses its own libtool instead of the
> distribution's libtool.  This maybe the cause of the problem.

The hamlib source does contain a bundled copy of the libtool source, but
hamlib can be configured to ignore it and use the distribution's libtool
instead.  (To do so, you must manually edit configure.ac, search for
"libtool" and switch a few commented out lines per the instructions
there).  This thread offers further details:
http://comments.gmane.org/gmane.linux.hams.hamlib.devel/2374

FYI, the Debian and Ubuntu and Gentoo distro hamlib packages are built
with that configuration change -- they use the distribution's libtool
not the hamlib bundled copy.

The logic behind this scheme is to allow people to easily build hamlib
on distributions which don't supply a native libtool.  In my opinion,
this actually causes more trouble than benefit for most people trying to
build hamlib.  I'll re-open that discussion with the hamlib-developers
team.

73 de KA6MAL

 -Kamal

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

remove hamlib's bundled libtool?

Hi Hamlib-developers-

I re-propose my proposal that we remove the bundled libtool from the
hamlib source altogether and depend on the distro to provide it, same as
we do for any other dependency.

For reference, see the previous discuss of this at:
http://comments.gmane.org/gmane.linux.hams.hamlib.devel/2374

Nate, you previously expressed a preference to leave in the embedded
libtool for the sake of developers... Can I convince you otherwise?  I
think that:
(a) Virtually all modern distro's provide libtool.
(b) Very few people will try to build hamlib on any remaining distro
that doesn't provide libtool.
(c) The small set of people in (b) will likely be savvy enough to find
and build their own libtool -- if they can find and build hamlib from
scratch, why shouldn't they be able to build libtool as well?

Comments anyone?

73 de KA6MAL

 -Kamal

------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer