Re: [Playerstage-developers] Re: [Playerstage-users] Player 1.3.2rc1 released

[ahoward <ahoward@us...>]

Autotools will use the standard compiler include path when looking for
headers, so you should be able to fix this by changing setting the
environment variables C_INCLUDE_PATH, CPLUS_INCLUDE_PATH and LIBRARY_PATH
to point to your non-standard GSL installation.  If more people have this
problem, and want to do non-standard GSL installs, I can alwasy add a
'--with-gsl=[path]' flag to the configure script.

Automake is not checking the GSL version number, so that should not be a
problem.

	A.



On Tue, 6 May 2003, Paul E. Rybski wrote:

> Hi,
> 	I tried building player 1.3.2rc1 with amcl enabled, but configure
> was having trouble finding gsl.  I had gsl 1.1 installed in a non-standard
> directory (not /usr/include/gsl, /usr/lib/) but it was the directory that
> I specified in my --prefix argument to configure.  For some reason or
> other, configure was unable to locate gsl/gsl_version.h.  I'm not an
> expert in the autoconf tools, so I just did a quick apt-get of libgsl0
> libgsl0-dev and gsl-bin and that took care of the problem.  Is this a
> configure problem or am I just doing something stupid?  Or, was the amcl
> module expecting gsl version 1.1.1 (which is now installed) rather than my
> local install of 1.1?
>
> -Paul
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> http://www.enterpriselinuxforum.com
>
> _______________________________________________
> Playerstage-developers mailing list
> Playerstage-developers@...
> https://lists.sourceforge.net/lists/listinfo/playerstage-developers
>

Andrew Howard                           email: ahoward@...
Department of Computer Science          http:  www-robotics.usc.edu/~ahoward
University of Southern California       phone: 1 (213) 740 6416
Los Angeles, CA, U.S.A. 90089-0781      fax:   1 (213) 821 5696
    << Insert pithy saying here >>>

[Playerstage-developers] Player 1.3.2rc1 released

[brian gerkey <bgerkey@us...>]

hi everybody,

We've just released Player 1.3.2rc1.  Release notes are appended below, and
you get the distro from the usual place:

  http://sourceforge.net/project/showfiles.php?group_id=42445

What's the 'rc1' for, you ask?  Well, the project has gotten big enough now
that we can't easily synchronize, even just among the developers, to test
everything before making a release.  Player now supports lots of hardware and
software that we (the maintainers) don't have access to, or at least don't use
regularly.

So, this is 1.3.2, release candidate 1.  The idea is for people to try things
out and get back to us with bugs/problems/suggestions (*PLEASE* use the bug
tracker and mailing lists; do not send mail directly to the maintainers).  Then
we can make a rock-solid 1.3.2 final release, coming soon.  In particular,
I'd really appreciate feedback on the following two things:

  (1) The RWI driver.  I've incorporated (with some modifications) Andy's
      patch to update the driver, but can't test it myself, since I don't have
      a copy of Mobility.  Please give it a try and let me know if it works
      for you.  It would be great if someone were to try it out with an
      ATRV-series robot, since it *should* work but has (to my knowledge)
      never been tested on that platform.

  (2) The CMVision driver.  Again, this is from Andy, and I've made a few
      changes to it, but don't have a firewire camera on hand to try it out
      (it may support other kinds of cameras; I haven't looked into it too
      deeply).

Some stuff is not yet documented, and the old MCL driver is currently broken;
all that will be taken care of before the final release.

Oh yeah, almost forgot: by popular demand, the client libraries packaged with
Player are now dual-licensed, under the GNU GPL and GNU LGPL.  Appropriate
license statements will be included in the final release.


        brian,andrew,richard.

-------------------------------------------------------------------------------
Notes: This is a release candidate for version 1.3.2. The idea is for people
to give this distribution a try and find (and report) any problems. We'll
incorporate those changes into the final release, coming in 2-3 weeks.

Highlights for Player:

    * Compatible with Stage 1.3.x, and existing Player 1.3.x client libraries,
      except possibly for two interface changes:

          o The 'localization' interface is now called 'localize' and has
            changed significantly. Check the manual.
          o The 'laser' interface has changed slightly: the range values are
            now unsigned, instead of signed, allowing for about 65m.

    * Most known bugs have been fixed (check the bug tracker to see which
      ones).

    * The RWI driver has been updated (thanks to Andy Martignoni), so that it
      should be working properly. And there's a --with-mobility flag to the
      configure script to tell Player where to find Mobility.

    * A CMVision driver has been added (thanks to Andy Martignoni), which
      adheres to the existing blobfinder interface. Right now, you need the
      1394 (firewire) libraries to use it.

    * An adaptive MCL driver has been added (thanks to Andrew Howard), but
      it's not yet documented. It requires the GSL (GNU Scientific Library).
      As a corollary, Boyoon Jung's original MCL driver doesn't work right
      now, but should be fixed up for the final release.

    * A 'passthrough' driver has been added, which is very useful in building
      distributed sensing and control systems. It's not yet documented.
-------------------------------------------------------------------------------

[Playerstage-developers] Re: [Playerstage-users] Player 1.3.2rc1 released

[Paul E. Rybski <rybski@cs...>]

Hi,
	I tried building player 1.3.2rc1 with amcl enabled, but configure
was having trouble finding gsl.  I had gsl 1.1 installed in a non-standard
directory (not /usr/include/gsl, /usr/lib/) but it was the directory that
I specified in my --prefix argument to configure.  For some reason or
other, configure was unable to locate gsl/gsl_version.h.  I'm not an
expert in the autoconf tools, so I just did a quick apt-get of libgsl0
libgsl0-dev and gsl-bin and that took care of the problem.  Is this a
configure problem or am I just doing something stupid?  Or, was the amcl
module expecting gsl version 1.1.1 (which is now installed) rather than my
local install of 1.1?

-Paul

Re: [Playerstage-developers] Re: [Playerstage-users] Player 1.3.2rc1 released

[ahoward <ahoward@us...>]

Autotools will use the standard compiler include path when looking for
headers, so you should be able to fix this by changing setting the
environment variables C_INCLUDE_PATH, CPLUS_INCLUDE_PATH and LIBRARY_PATH
to point to your non-standard GSL installation.  If more people have this
problem, and want to do non-standard GSL installs, I can alwasy add a
'--with-gsl=[path]' flag to the configure script.

Automake is not checking the GSL version number, so that should not be a
problem.

	A.



On Tue, 6 May 2003, Paul E. Rybski wrote:

> Hi,
> 	I tried building player 1.3.2rc1 with amcl enabled, but configure
> was having trouble finding gsl.  I had gsl 1.1 installed in a non-standard
> directory (not /usr/include/gsl, /usr/lib/) but it was the directory that
> I specified in my --prefix argument to configure.  For some reason or
> other, configure was unable to locate gsl/gsl_version.h.  I'm not an
> expert in the autoconf tools, so I just did a quick apt-get of libgsl0
> libgsl0-dev and gsl-bin and that took care of the problem.  Is this a
> configure problem or am I just doing something stupid?  Or, was the amcl
> module expecting gsl version 1.1.1 (which is now installed) rather than my
> local install of 1.1?
>
> -Paul
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> http://www.enterpriselinuxforum.com
>
> _______________________________________________
> Playerstage-developers mailing list
> Playerstage-developers@...
> https://lists.sourceforge.net/lists/listinfo/playerstage-developers
>

Andrew Howard                           email: ahoward@...
Department of Computer Science          http:  www-robotics.usc.edu/~ahoward
University of Southern California       phone: 1 (213) 740 6416
Los Angeles, CA, U.S.A. 90089-0781      fax:   1 (213) 821 5696
    << Insert pithy saying here >>>