Re: [GRASS-user] g.extension not working behind proxy
On Wed, Jan 10, 2018 at 11:26 AM, Markus Neteler wrote: > On Wed, Jan 10, 2018 at 9:00 AM, Gra wrote: ... >> g.extension extension=v.centerpoint operation=add >> proxy="http://10.168.209.72:8012"; >> >> - error message - In addition: - sure it is not https? - what about proxy authentication? See https://grass.osgeo.org/grass72/manuals/g.extension.html#download-and-install-of-an-extension-when-behind-a-proxy ciao, Markus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
Hi Grazia, On Wed, Jan 10, 2018 at 9:00 AM, Gra wrote: > Hi Markus > > here the details: > the command line: > > I tried: > > g.extension extension=v.centerpoint operation=add > proxy="http://10.168.209.72:8012"; > > - error message - > > - GRASS GIS version - 7.2.1 > - operating system > ubuntu (I have to ask which version is currently installed on the docker) > > - Python version - 2.7 ... could it be that docker doesn't pass on the connection to the server in the internet? ciao, Markus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
operating system
Ubuntu 16.04 xenial
ciao
2018-01-10 9:00 GMT+01:00 Gra :
> Hi Markus
>
> here the details:
> the command line:
>
> I tried:
>
> g.extension extension=v.centerpoint operation=add proxy="http://
> 10.168.209.72:8012"
>
> - error message -
>
>
>
> Traceback (most recent call last):
>
> File "/usr/lib/grass72/scripts/g.extension", line 1733, in
>
>
>
> sys.exit(main())
>
> File "/usr/lib/grass72/scripts/g.extension", line 1678, in
> main
> for ptype, purl in (p.split('=') for p in options['proxy'].split(',')
> ):
>
> ValueError: need more than 1 value to unpack
>
>
> - GRASS GIS version - 7.2.1
> - operating system
> ubuntu (I have to ask which version is currently installed on the docker)
>
> - Python version - 2.7
>
>
>
> Thanks Grazia
>
>
> 2018-01-09 18:29 GMT+01:00 Markus Neteler :
>
>> On Tue, Jan 9, 2018 at 2:28 PM, Gra wrote:
>> > any other comment?
>> >
>> > I have the same problem
>>
>> We need to have a bit more details:
>> - error message
>> - GRASS GIS version
>> - operating system
>> - Python version
>>
>> Markus
>>
>
>
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
Hi Markus
here the details:
the command line:
I tried:
g.extension extension=v.centerpoint operation=add proxy="
http://10.168.209.72:8012";
- error message -
Traceback (most recent call last):
File "/usr/lib/grass72/scripts/g.extension", line 1733, in
sys.exit(main())
File "/usr/lib/grass72/scripts/g.extension", line 1678, in
main
for ptype, purl in (p.split('=') for p in options['proxy'].split(',')):
ValueError: need more than 1 value to unpack
- GRASS GIS version - 7.2.1
- operating system
ubuntu (I have to ask which version is currently installed on the docker)
- Python version - 2.7
Thanks Grazia
2018-01-09 18:29 GMT+01:00 Markus Neteler :
> On Tue, Jan 9, 2018 at 2:28 PM, Gra wrote:
> > any other comment?
> >
> > I have the same problem
>
> We need to have a bit more details:
> - error message
> - GRASS GIS version
> - operating system
> - Python version
>
> Markus
>
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
On Tue, Jan 9, 2018 at 2:28 PM, Gra wrote: > any other comment? > > I have the same problem We need to have a bit more details: - error message - GRASS GIS version - operating system - Python version Markus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
any other comment? I have the same problem Grazia 2016-10-11 10:07 GMT+02:00 Margherita Di Leo : > Ciao Vero, > > On Mon, Oct 10, 2016 at 6:47 PM, Veronica Andreo > wrote: > >> Ciao Madi, Pietro >> >> Dunno if related or not at all, but I get the same error when trying to >> install db.join... No proxy involved, though. I just do: >> >> g.extension db.join >> >> However, I did install other add-on today without any problem >> (v.centerpoint). >> >> No idea >> >>> >>> Thanks, I don't know if related either, meanwhile I've opened a > ticket #3179 > Hopefully someone else can shed some light? > > Cheers, > > > -- > Margherita Di Leo > > ___ > grass-user mailing list > grass-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/grass-user > ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
Ciao Vero, On Mon, Oct 10, 2016 at 6:47 PM, Veronica Andreo wrote: > Ciao Madi, Pietro > > Dunno if related or not at all, but I get the same error when trying to > install db.join... No proxy involved, though. I just do: > > g.extension db.join > > However, I did install other add-on today without any problem > (v.centerpoint). > > No idea > >> >> Thanks, I don't know if related either, meanwhile I've opened a ticket #3179 Hopefully someone else can shed some light? Cheers, -- Margherita Di Leo ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
Ciao Madi, Pietro
Dunno if related or not at all, but I get the same error when trying to
install db.join... No proxy involved, though. I just do:
g.extension db.join
However, I did install other add-on today without any problem
(v.centerpoint).
No idea
Best,
Vero
El oct. 10, 2016 3:05 PM, "Margherita Di Leo" escribió:
>
>
> On Mon, Oct 10, 2016 at 2:28 PM, Margherita Di Leo
> wrote:
>
>> Ciao Pietro,
>>
>> On Mon, Oct 10, 2016 at 12:19 PM, Pietro wrote:
>>
>>>
>>>
>>> Looking at manual and the code here it seems that you have t specify:
>>>
>>> {{{
>>> proxy="http=,ftp="
>>> }}}
>>>
>>> so you should use:
>>>
>>> {{{
>>> g.extension ext=i.segment.hierarchical proxy="http=http://xx.xxx.xxx.
>>> xx:"
>>> }}}
>>>
>>> Let us know.
>>>
>>
>> Right, so now I get:
>>
>> Fetching from GRASS GIS Addons repository (be
>> patient)...
>> ERROR: Extension not found
>>
>
> Which is the same that I get if I don't use the proxy option. It seems to
> me that the proxy in g.extension is not handled at all. If anyone can
> confirm I will file a bug for this. Thanks
>
>>
>
>
> --
> Margherita Di Leo
>
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
>
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
On Mon, Oct 10, 2016 at 2:28 PM, Margherita Di Leo
wrote:
> Ciao Pietro,
>
> On Mon, Oct 10, 2016 at 12:19 PM, Pietro wrote:
>
>>
>>
>> Looking at manual and the code here it seems that you have t specify:
>>
>> {{{
>> proxy="http=,ftp="
>> }}}
>>
>> so you should use:
>>
>> {{{
>> g.extension ext=i.segment.hierarchical proxy="http=http://xx.xxx.xxx.
>> xx:"
>> }}}
>>
>> Let us know.
>>
>
> Right, so now I get:
>
> Fetching from GRASS GIS Addons repository (be
> patient)...
> ERROR: Extension not found
>
Which is the same that I get if I don't use the proxy option. It seems to
me that the proxy in g.extension is not handled at all. If anyone can
confirm I will file a bug for this. Thanks
>
--
Margherita Di Leo
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
Ciao Pietro,
On Mon, Oct 10, 2016 at 12:19 PM, Pietro wrote:
>
>
> Looking at manual and the code here it seems that you have t specify:
>
> {{{
> proxy="http=,ftp="
> }}}
>
> so you should use:
>
> {{{
> g.extension ext=i.segment.hierarchical proxy="http=http://xx.xxx.xxx.
> xx:"
> }}}
>
> Let us know.
>
Right, so now I get:
Fetching from GRASS GIS Addons repository (be
patient)...
ERROR: Extension not found
--
Margherita Di Leo
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working behind proxy
Hi,
I'm not behaind a proxy, so I can not test by myself.
On Mon, Oct 10, 2016 at 11:39 AM, Margherita Di Leo wrote:
> g.extension ext=i.segment.hierarchical proxy="http://xx.xxx.xxx.xx:";
> for ptype, purl in (p.split('=') for p in options['proxy'].split(',')):
Looking at manual and the code here it seems that you have t specify:
{{{
proxy="http=,ftp="
}}}
so you should use:
{{{
g.extension ext=i.segment.hierarchical proxy="http=http://xx.xxx.xxx.xx:";
}}}
Let us know.
All the best
Pietro
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] g.extension not working behind proxy
Dear All,
when i try to use g.extension behind a proxy, it gives me the following
error:
g.extension ext=i.segment.hierarchical proxy="http://xx.xxx.xxx.xx:";
Traceback (most recent call last):
File "/usr/local/grass-7.3.svn/scripts/g.extension", line 1730, in
sys.exit(main())
File "/usr/local/grass-7.3.svn/scripts/g.extension", line 1675, in main
for ptype, purl in (p.split('=') for p in options['proxy'].split(',')):
ValueError: need more than 1 value to unpack
Does anybody have the same? Is that a bug or my misuse?
Thanks
--
Margherita Di Leo
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Edgar wrote:
> After installing subversion the following message.
> g.extension extension=r.fuzzy
> Fetching from GRASS-Addons SVN (be patient)...
>
> Ar.fuzzy/local_proto.h
> Ar.fuzzy/shape.png
> Ar.fuzzy/main.c
> Ar.fuzzy/boundary.png
> Ar.fuzzy/description.html
> Ar.fuzzy/fuzzy.c
> Ar.fuzzy/set.png
> Ar.fuzzy/Makefile
> U r.fuzzy
> Checked out revision 48243.
> Compiling ...
>
> mkdir -p /build/buildd/grass-6.4.1/bin.i486-pc-linux-gnu
> mkdir: cannot create directory `/build': Permission denied
> make: *** [/build/buildd/grass-6.4.1/bin.i486-pc-linux-gnu]
> Error 1
> Compilation failed, sorry. Please check above error messages.
hmmm, it would seem I never committed the DebianGIS patch to fix the build
dir from the build-server's value to the end-user's installed value:
sudo sed -i -e 's+^\(GRASS_HOME[ ]*=\) /build/.*+\1 ${INST_DIR}+' \
-e 's+^\(RUN_GISBASE[ ]*=\) /build/.*+\1 ${INST_DIR}+' \
/usr/lib/grass64/include/Make/Platform.make
But even after fixing that I notice there is still more to do before it
will work properly on a system without a full source install. I've just
committed a couple fixes to devbr6; I'll write more about that on the
grass-dev mailing list.
...
I've got Ubuntu 10.04 LTS 32bit installed in a virtual machine, so for
now I'll just build r.fuzzy for you by hand and send you the executable.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Hamish wrote: >sudo apt-get install subversion Edgar After installing subversion the following message. g.extension extension=r.fuzzy Fetching from GRASS-Addons SVN (be patient)... A r.fuzzy/local_proto.h A r.fuzzy/shape.png A r.fuzzy/main.c A r.fuzzy/boundary.png A r.fuzzy/description.html A r.fuzzy/fuzzy.c A r.fuzzy/set.png A r.fuzzy/Makefile U r.fuzzy Checked out revision 48243. Compiling ... mkdir -p /build/buildd/grass-6.4.1/bin.i486-pc-linux-gnu mkdir: cannot create directory `/build': Permission denied make: *** [/build/buildd/grass-6.4.1/bin.i486-pc-linux-gnu] Error 1 Compilation failed, sorry. Please check above error messages. Edgar ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Edgar wrote: > g.extension did not work, it required svn sudo apt-get install subversion Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Hamish: > >what version of ubuntu? 32 or 64 bit? > > I installed 6.4.1 and grass-dev for ubuntu 32 bit >did g.extension then work? >which version of ubuntu? 10.04/lucid? 11.04/natty? ubuntu 10.4 g.extension did not work, it required svn Edgar ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Hamish: > >what version of ubuntu? 32 or 64 bit? > > I installed 6.4.1 and grass-dev for ubuntu 32 bit did g.extension then work? which version of ubuntu? 10.04/lucid? 11.04/natty? Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
> Edgar wrote: > > I don't understand the instruction for compiling > > at http://grass.osgeo.org/wiki/Compile_and_Install#Addons Hamish: > can you be more specific about what bits are confusing? > sometimes that is hard to see without fresh eyes, and it > would be good if we could improve it for future readers. Edgar: > I would like to install GRASS addons for Windows, and since > g.extension does not work, I would like to know how to > compile the addons. But I don't understand the instructions. > Or how to do it with Ubuntu. >Hamish wrote: >on ubuntu, make sure you are up to date by installing the 6.4.1 >package from UbuntuGIS's PPA, and be sure you install the >"grass-dev" package too, as it includes bits needed to make >g.extension work. >what version of ubuntu? 32 or 64 bit? I installed 6.4.1 and grass-dev for ubuntu 32 bit Edgar ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
> Edgar wrote: > > I don't understand the instruction for compiling > > at http://grass.osgeo.org/wiki/Compile_and_Install#Addons Hamish: > can you be more specific about what bits are confusing? > sometimes that is hard to see without fresh eyes, and it > would be good if we could improve it for future readers. Edgar: > I would like to install GRASS addons for Windows, and since > g.extension does not work, I would like to know how to > compile the addons. But I don't understand the instructions. > Or how to do it with Ubuntu. on ubuntu, make sure you are up to date by installing the 6.4.1 package from UbuntuGIS's PPA, and be sure you install the "grass-dev" package too, as it includes bits needed to make g.extension work. what version of ubuntu? 32 or 64 bit? Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
On Wed, Sep 7, 2011 at 1:00 PM, Edgar Pimiento wrote: > I would like to install GRASS addons for Windows, and since g.extension does > not work, Could you please try the graphical Addons installer in the wxGUI: Settings -> Install extensions from Addons -> Fetch -> Select module to install, etc. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
- Original Message - Subject: Re: [GRASS-user] g.extension not working Edgar wrote: > I don't understand the instruction for compiling > at http://grass.osgeo.org/wiki/Compile_and_Install#Addons can you be more specific about what bits are confusing? sometimes that is hard to see without fresh eyes, and it would be good if we could improve it for future readers. Hamish Dear Hamish, I would like to install GRASS addons for Windows, and since g.extension does not work, I would like to know how to compile the addons. But I don't understand the instructions. Or how to do it with Ubuntu. Edgar ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Edgar wrote: > I don't understand the instruction for compiling > at http://grass.osgeo.org/wiki/Compile_and_Install#Addons can you be more specific about what bits are confusing? sometimes that is hard to see without fresh eyes, and it would be good if we could improve it for future readers. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Hi, Thank you for your comments. Can you please give more details on how to install the addons on Ubuntu? Like what file to download and which command to run. I don't understand the instruction for compiling at http://grass.osgeo.org/wiki/Compile_and_Install#Addons Thank you, Edgar Edgar Pimiento Chamorro e_pimiento at yahoo.com - Original Message - From: Markus Neteler To: Martin Landa Cc: Edgar Pimiento ; "grass-user@lists.osgeo.org" Sent: Tuesday, September 6, 2011 4:13 AM Subject: Re: [GRASS-user] g.extension not working On Mon, Sep 5, 2011 at 3:33 PM, Martin Landa wrote: > Hi, > > 2011/9/4 Edgar Pimiento : >> I like to install add-ons to Windows > > g.extension simply doesn't work on Windows. We should finally ship > pre-compiled binaries for GRASS add-ons. Yes - I have already added most makefiles, so a compilation from the main Addons directory should generate all compilable modules. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
On Tue, Sep 6, 2011 at 12:47 AM, Hamish wrote: > Edgar wrote: >> > I like to install add-ons to Windows > > Martin: >> g.extension simply doesn't work on Windows. > > Even if gcc is fundamentally problematic (is it? or just usual lot > of bugs to crush?) downloading and making .bat wrappers for scripts > should be workable enough. In R, win-R users fetch precompiled executables. I think that we should follow the same direction for winGRASS which would reduce g.extension on Windows to a "curl" (or whatever) + unzip call. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Hamish wrote: > Even if gcc is fundamentally problematic (is it? or just > usual lot of bugs to crush?) downloading and making .bat > wrappers for scripts should be workable enough. (while Edgar was trying r.fuzzy (C), we get the same exact series of error messages when trying with a shell script) H ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Edgar wrote: > > I like to install add-ons to Windows Martin: > g.extension simply doesn't work on Windows. Even if gcc is fundamentally problematic (is it? or just usual lot of bugs to crush?) downloading and making .bat wrappers for scripts should be workable enough. Downloading a script shouldn't complain about missing gcc anyway, that's not Window's fault. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
On Mon, Sep 5, 2011 at 3:33 PM, Martin Landa wrote: > Hi, > > 2011/9/4 Edgar Pimiento : >> I like to install add-ons to Windows > > g.extension simply doesn't work on Windows. We should finally ship > pre-compiled binaries for GRASS add-ons. Yes - I have already added most makefiles, so a compilation from the main Addons directory should generate all compilable modules. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Hi, 2011/9/4 Edgar Pimiento : > I like to install add-ons to Windows g.extension simply doesn't work on Windows. We should finally ship pre-compiled binaries for GRASS add-ons. Martin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] g.extension not working
Hi I like to install add-ons to Windows GRASS 6.4 and get the below message. I also tried with Ubuntu, but the module does not exist. I appreciate any help with Windows or Ubuntu. g.extension extension=r.fuzzy Fetching from GRASS-Addons SVN (be patient)... Ar.fuzzy\local_proto.h Ar.fuzzy\shape.png Ar.fuzzy\main.c Ar.fuzzy\boundary.png Ar.fuzzy\description.html Ar.fuzzy\fuzzy.c Ar.fuzzy\Makefile Ar.fuzzy\set.png U r.fuzzy Checked out revision 48100. Compiling ... test -d OBJ.i686-pc-mingw32 || mkdir -p OBJ.i686-pc-mingw32 gcc -I/c/osgeo4w/usr/src/grass641_release/dist.i686-pc-mingw32/include -I/c/OSGeo4W/include -g -O2 -I/c/OSGeo4W/include -I/c/OSGeo4W/include -I/c/OSGeo4W/include -DPACKAGE=\""grassmods"\" -I/c/osgeo4w/usr/src/grass641_release/dist.i686-pc-mingw32/include -o OBJ.i686-pc-mingw32/fuzzy.o -c fuzzy.c gcc.exe: installation problem, cannot exec `cc1': No such file or directory make: *** [OBJ.i686-pc-mingw32/fuzzy.o] Error 1 ERROR: Compilation failed, sorry. Please check above error messages. rm: cannot remove directory `E:\\GlobalData/jgd2000/PERMANENT/.tmp/1288.0/r.fuzzy': Permission denied Edgar ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
On Thu, Sep 2, 2010 at 9:08 PM, Glynn Clements wrote: > Hamish wrote:... >> (does g.extension work at all with standalone WinGrass?) To my knowledge only the Python version in GRASS 7. >> addons should really be installed to $GRASS_ADDON_PATH, right? not $GISBASE >> (typically that will be read-only if GRASS came from a package; GISBASE is >> the default for prefix= currently). > > On a system where GRASS itself has been installed from a "package" > (RPM or similar), the installation probably shouldn't be modified > other than via the OS' own administration tools. Right - I replace my sudo suggestion with $GRASS_ADDON_PATH magic :) Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
On Thu, Sep 2, 2010 at 8:44 AM, Hamish wrote: ... > ps- I suspect 'svn commit' uploaded a bit more than you planned in this one: > https://trac.osgeo.org/grass/changeset/43379 Yes, but reverted that immediately https://trac.osgeo.org/grass/changeset/43385 Please double check... Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Hamish wrote: > > > Otherwise, if you installed grass as root (make install as root), you > > > most probably also have to install addons as root. > Markus Neteler wrote: > > Perhaps we need to add some sudo magic...? > > will that work with MSys? (does g.extension work at all with standalone > WinGrass?) > > addons should really be installed to $GRASS_ADDON_PATH, right? not $GISBASE > (typically that will be read-only if GRASS came from a package; GISBASE is > the default for prefix= currently). On a system where GRASS itself has been installed from a "package" (RPM or similar), the installation probably shouldn't be modified other than via the OS' own administration tools. -- Glynn Clements ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
> > Otherwise, if you installed grass as root (make install as root), you > > most probably also have to install addons as root. Markus Neteler wrote: > Perhaps we need to add some sudo magic...? will that work with MSys? (does g.extension work at all with standalone WinGrass?) addons should really be installed to $GRASS_ADDON_PATH, right? not $GISBASE (typically that will be read-only if GRASS came from a package; GISBASE is the default for prefix= currently). maybe have a test at the start of the script to see if GRASS_ADDON_PATH exists and if it does use that as the default for prefix= instead of GISBASE? (n.b. $GRASS_ADDON_PATH/ replaces to $GISBASE/bin, not $GISBASE/) either way, the short term solution seems to be another paragraph in the help page to explain all this. Hamish ps- I suspect 'svn commit' uploaded a bit more than you planned in this one: https://trac.osgeo.org/grass/changeset/43379 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Markus Neteler: > Markus Metz: >> Daniel Victoria wrote: >>> I just issued "make install" and installed grass65 at >>> /usr/local/grass-6.5.svn. Now, g.extension tries to install >>> r.stream.order but complains about permissions. Taking ownership of >>> the install dir fixes the problem. So, what would be the "correct" way >>> to use g.extension, run grass as root or take ownership of the install >>> dir? >>> >> Maybe you could just ignore the install-related error messages and >> check if r.stream.order is available when you are running grass >> "straight from the build directory (start script at >> ./bin.i686-pc-linux-gnu and binaries at ./dist.i686-pc-linux-gnu)" >> >> In this case, i.e. running grass from the build directory, you could >> download any addon to the appropriate directory, run make and it >> should be available (not sure about manuals though, which are >> important...) when running grass from the build directory. >> >> Otherwise, if you installed grass as root (make install as root), you >> most probably also have to install addons as root. > > Perhaps we need to add some sudo magic...? > Probably yes. The standard situation might be that a user installs from a repository grass and grass-devel (or simliar) which usually requires root privileges. In turm g.extension will require root priviliges. Right? Markus M ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
On Wed, Sep 1, 2010 at 8:52 PM, Markus Metz wrote: > Daniel Victoria wrote: >> I just issued "make install" and installed grass65 at >> /usr/local/grass-6.5.svn. Now, g.extension tries to install >> r.stream.order but complains about permissions. Taking ownership of >> the install dir fixes the problem. So, what would be the "correct" way >> to use g.extension, run grass as root or take ownership of the install >> dir? >> > Maybe you could just ignore the install-related error messages and > check if r.stream.order is available when you are running grass > "straight from the build directory (start script at > ./bin.i686-pc-linux-gnu and binaries at ./dist.i686-pc-linux-gnu)" > > In this case, i.e. running grass from the build directory, you could > download any addon to the appropriate directory, run make and it > should be available (not sure about manuals though, which are > important...) when running grass from the build directory. > > Otherwise, if you installed grass as root (make install as root), you > most probably also have to install addons as root. Perhaps we need to add some sudo magic...? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Daniel Victoria wrote: > I just issued "make install" and installed grass65 at > /usr/local/grass-6.5.svn. Now, g.extension tries to install > r.stream.order but complains about permissions. Taking ownership of > the install dir fixes the problem. So, what would be the "correct" way > to use g.extension, run grass as root or take ownership of the install > dir? > Maybe you could just ignore the install-related error messages and check if r.stream.order is available when you are running grass "straight from the build directory (start script at ./bin.i686-pc-linux-gnu and binaries at ./dist.i686-pc-linux-gnu)" In this case, i.e. running grass from the build directory, you could download any addon to the appropriate directory, run make and it should be available (not sure about manuals though, which are important...) when running grass from the build directory. Otherwise, if you installed grass as root (make install as root), you most probably also have to install addons as root. HTH, Markus M > Cheers > Daniel > > Markus Neteler wrote: >> Yes, that's the reason then (same here). >> We need to add a condition to skip the install ste in this case. >> >> Markus >> >> Daniel Victoria wrote: >>> I do have /usr/bin/install installed. I run Ubuntu and coreutils is >>> the latest version. >>> >>> One small quirk though. I compiled Grass 6.5svn running make but I did >>> not install it (make install). I'm running it straigh from the build >>> directory (start script at ./bin.i686-pc-linux-gnu and binaries at >>> ./dist.i686-pc-linux-gnu). Could that be related? >>> >>> Thanks >>> Daniel >>> >>> Hamish wrote: Daniel wrote: > Ok, g.extension works and downloads svn addons great! thanks for the confirmation. > but r.stream.extract compilation fails. ... > Bellow is the r.stream.order compilation log error. ... > make[1]: Leaving directory ok, so actually it built ok, but fails during installation: > Installing r.stream.order... ... > /usr/bin/install: cannot stat aka the "install" program is not installed. No idea what provides that on your linux distro, on Debian and Ubuntu it comes in the "coreutils" package. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
I just issued "make install" and installed grass65 at /usr/local/grass-6.5.svn. Now, g.extension tries to install r.stream.order but complains about permissions. Taking ownership of the install dir fixes the problem. So, what would be the "correct" way to use g.extension, run grass as root or take ownership of the install dir? Cheers Daniel On Wed, Sep 1, 2010 at 2:39 AM, Markus Neteler wrote: > Yes, that's the reason then (same here). > We need to add a condition to skip the install ste in this case. > > Markus > > On 9/1/10, Daniel Victoria wrote: >> I do have /usr/bin/install installed. I run Ubuntu and coreutils is >> the latest version. >> >> One small quirk though. I compiled Grass 6.5svn running make but I did >> not install it (make install). I'm running it straigh from the build >> directory (start script at ./bin.i686-pc-linux-gnu and binaries at >> ./dist.i686-pc-linux-gnu). Could that be related? >> >> Thanks >> Daniel >> >> On Tue, Aug 31, 2010 at 10:01 PM, Hamish wrote: >>> Daniel wrote: Ok, g.extension works and downloads svn addons >>> >>> great! thanks for the confirmation. >>> but r.stream.extract compilation fails. >>> ... Bellow is the r.stream.order compilation log error. >>> ... make[1]: Leaving directory >>> >>> ok, so actually it built ok, but fails during installation: >>> Installing r.stream.order... >>> ... /usr/bin/install: cannot stat >>> >>> aka the "install" program is not installed. >>> >>> No idea what provides that on your linux distro, on Debian and Ubuntu >>> it comes in the "coreutils" package. >>> >>> >>> Hamish >>> >>> >>> >>> >>> >> ___ >> grass-user mailing list >> grass-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/grass-user >> > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
I do have /usr/bin/install installed. I run Ubuntu and coreutils is the latest version. One small quirk though. I compiled Grass 6.5svn running make but I did not install it (make install). I'm running it straigh from the build directory (start script at ./bin.i686-pc-linux-gnu and binaries at ./dist.i686-pc-linux-gnu). Could that be related? Thanks Daniel On Tue, Aug 31, 2010 at 10:01 PM, Hamish wrote: > Daniel wrote: >> Ok, g.extension works and downloads svn addons > > great! thanks for the confirmation. > >> but r.stream.extract compilation fails. > ... >> Bellow is the r.stream.order compilation log error. > ... >> make[1]: Leaving directory > > ok, so actually it built ok, but fails during installation: > >> Installing r.stream.order... > ... >> /usr/bin/install: cannot stat > > aka the "install" program is not installed. > > No idea what provides that on your linux distro, on Debian and Ubuntu > it comes in the "coreutils" package. > > > Hamish > > > > > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Daniel wrote: > Ok, g.extension works and downloads svn addons great! thanks for the confirmation. > but r.stream.extract compilation fails. ... > Bellow is the r.stream.order compilation log error. ... > make[1]: Leaving directory ok, so actually it built ok, but fails during installation: > Installing r.stream.order... ... > /usr/bin/install: cannot stat aka the "install" program is not installed. No idea what provides that on your linux distro, on Debian and Ubuntu it comes in the "coreutils" package. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Ok, g.extension works and downloads svn addons but r.stream.extract compilation fails. I removed all -W flags from grass configure script and I'm running version 6.5svn checked out today. Bellow is the r.stream.order compilation log error. Thanks Daniel -- GRASS 6.5.svn (br_wgs84):~ > g.extension r.stream.order Fetching from GRASS-Addons SVN (be patient)... Ar.stream.order/orders.png Ar.stream.order/main.c Ar.stream.order/description.html Ar.stream.order/global.h Ar.stream.order/io.c Ar.stream.order/order.c Ar.stream.order/Makefile Checked out revision 43367. Compiling ... /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Module.make:25: warning: overriding commands for target `install' /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Rules.make:90: warning: ignoring old commands for target `install' test -d OBJ.i686-pc-linux-gnu || mkdir -p OBJ.i686-pc-linux-gnu gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\" -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o OBJ.i686-pc-linux-gnu/io.o -c io.c io.c: In function ‘create_base_maps’: io.c:57: warning: format not a string literal and no format arguments io.c: In function ‘write_maps’: io.c:172: warning: format not a string literal and no format arguments gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\" -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o OBJ.i686-pc-linux-gnu/main.o -c main.c main.c: In function ‘main’: main.c:142: warning: format not a string literal and no format arguments gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\" -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o OBJ.i686-pc-linux-gnu/order.o -c order.c order.c: In function ‘trib_nums’: order.c:24: warning: format not a string literal and no format arguments order.c:26: warning: format not a string literal and no format arguments order.c: In function ‘find_nodes’: order.c:68: warning: format not a string literal and no format arguments order.c:97: warning: format not a string literal and no format arguments order.c:108: warning: format not a string literal and no format arguments order.c:123: warning: format not a string literal and no format arguments order.c: In function ‘do_cum_length’: order.c:164: warning: format not a string literal and no format arguments order.c: In function ‘strahler’: order.c:259: warning: format not a string literal and no format arguments order.c: In function ‘shreeve’: order.c:313: warning: format not a string literal and no format arguments order.c: In function ‘horton’: order.c:364: warning: format not a string literal and no format arguments order.c: In function ‘hack’: order.c:447: warning: format not a string literal and no format arguments gcc -L/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib -Wl,--export-dynamic -Wl,-rpath-link,/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib -L/usr/lib -o /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/bin/r.stream.order OBJ.i686-pc-linux-gnu/io.o OBJ.i686-pc-linux-gnu/main.o OBJ.i686-pc-linux-gnu/order.o -lgrass_vect -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz -lgrass_dgl -lgrass_dig2 -lgrass_gis -lgrass_datetime -lz -lgrass_rtree -lgrass_gis -lgrass_datetime -lz -lgrass_linkm -lgrass_rtree -lgrass_dig2 -lgrass_gis -lgrass_datetime -lz -lgrass_rtree -lgrass_dgl -lgrass_rtree -lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -L/usr/lib -lgdal1.7.0 -L/usr/lib -lgeos -lgeos_c -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz -lm -lz make htmlcmd make[1]: Entering directory `/home/daniel/grassdata/br_wgs84/PERMANENT/.tmp/xadrez/21034.0/r.stream.order' /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Module.make:25: warning: overriding commands for target `install' /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Rules.make:90: warning: ignoring old commands for target `install' make /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/docs/html/r.stream.order.html HTMLSRC=/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/bin/r.stream.order make[2]: Entering directory `/home/daniel/grassdata/br_wgs84/PERMANENT/.tmp/xadrez/21034.0/r.stream.order' /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Module.mak
Re: [GRASS-user] g.extension not working
On Wed, Aug 18, 2010 at 3:14 PM, Markus Neteler wrote:
> On Wed, Aug 18, 2010 at 2:28 PM, Daniel Victoria
> wrote:
>> Hi all,
>>
>> Just got 6.5svn compiled in Ubuntu 9.04 and I'm now trying to install
>> r.stream.order using g.extension. When I give the command
>>
>> g.extension extension=r.stream.order prefix=${GISBASE}
>
> (it should work without the prefix parameter)
>
>> I get:
>> [: 196: /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu:
>> unexpected operator
>> [: 219: add: unexpected operator
>
> I tried but do not get this error (which apparently doesn't harm, the
> problem below is unrelated).
>
>> And then the files are checked out from svn but compilation fails with
>> the messages bellow. Any hints? Do I need to checkout other extensions
>> first?
>
> No, it is a declaration bug in r.stream.order.
Jarek has fixed it in SVN. Now g.extension should work.
Cheers
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Daniel wrote: > Compiling a fresh svn checkout got rid of the [: 196 problem in > g.extension I guess that is thanks to the removal of a bash-ism in the shell script (a == b instead of a = b). some distros (Ubuntu) now use /bin/dash for /bin/sh instead of /bin/bash, so these things only show up on those non-bash distros. > but I still can't compile r.stream.order. ... > >> OBJ.i686-pc-linux-gnu/main.o: In function `main': > >> > /home/daniel/grassdata/br_wgs84/jip/.tmp/xadrez/2602.0/r.stream.order/main.c:54: > >> multiple definition of `springs' > >> > OBJ.i686-pc-linux-gnu/io.o:/home/daniel/grassdata/br_wgs84/jip/.tmp/xadrez/2602.0/r.stream.order/io.c:5: > >> first defined here Markus: > > these need to be defined "extern" I think. > > @Jarek - could you please fix this? > > > >> OBJ.i686-pc-linux-gnu/main.o: In function `main': > >> > /home/daniel/grassdata/br_wgs84/jip/.tmp/xadrez/2602.0/r.stream.order/main.c:54: > >> multiple definition of `outlets' > >> > OBJ.i686-pc-linux-gnu/io.o:/home/daniel/grassdata/br_wgs84/jip/.tmp/xadrez/2602.0/r.stream.order/io.c:5: > >> first defined here > > > > ... many more ... > > > >> collect2: ld returned 1 exit status > >> make: *** ?, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Compiling a fresh svn checkout got rid of the [: 196 problem in
g.extension but I still can't compile r.stream.order.
Also, I don't know which -W parameters I should remove from the
configure script. I'm using a configure script written by Markus
Neteler :) in 2007 - Anne Ghisla kindly sent me a copy
Cheers
Daniel
On Wed, Aug 18, 2010 at 10:14 AM, Markus Neteler wrote:
> On Wed, Aug 18, 2010 at 2:28 PM, Daniel Victoria
> wrote:
>> Hi all,
>>
>> Just got 6.5svn compiled in Ubuntu 9.04 and I'm now trying to install
>> r.stream.order using g.extension. When I give the command
>>
>> g.extension extension=r.stream.order prefix=${GISBASE}
>
> (it should work without the prefix parameter)
>
>> I get:
>> [: 196: /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu:
>> unexpected operator
>> [: 219: add: unexpected operator
>
> I tried but do not get this error (which apparently doesn't harm, the
> problem below is unrelated).
>
>> And then the files are checked out from svn but compilation fails with
>> the messages bellow. Any hints? Do I need to checkout other extensions
>> first?
>
> No, it is a declaration bug in r.stream.order.
>
>> Thanks
>> Daniel
>>
>> Fetching from GRASS-Addons SVN (be patient)...
>> A r.stream.order/orders.png
>> A r.stream.order/main.c
>> A r.stream.order/description.html
>> A r.stream.order/global.h
>> A r.stream.order/io.c
>> A r.stream.order/order.c
>> A r.stream.order/Makefile
>> Checked out revision 43156.
>> Compiling ...
>> /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Module.make:25:
>> warning: overriding commands for target `install'
>> /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Rules.make:90:
>> warning: ignoring old commands for target `install'
>> test -d OBJ.i686-pc-linux-gnu || mkdir -p OBJ.i686-pc-linux-gnu
>> gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
>> -g -Wall -Werror-implicit-function-declaration -fno-common
>> -I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\"
>> -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
>> OBJ.i686-pc-linux-gnu/io.o -c io.c
>> io.c: In function ‘create_base_maps’:
>> io.c:57: warning: format not a string literal and no format arguments
>> io.c: In function ‘write_maps’:
>> io.c:172: warning: format not a string literal and no format arguments
>> gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
>> -g -Wall -Werror-implicit-function-declaration -fno-common
>> -I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\"
>> -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
>> OBJ.i686-pc-linux-gnu/main.o -c main.c
>> main.c: In function ‘main’:
>> main.c:142: warning: format not a string literal and no format arguments
>> gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
>> -g -Wall -Werror-implicit-function-declaration -fno-common
>> -I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\"
>> -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
>> OBJ.i686-pc-linux-gnu/order.o -c order.c
>> order.c: In function ‘trib_nums’:
>> order.c:24: warning: format not a string literal and no format arguments
>> order.c:26: warning: format not a string literal and no format arguments
>> order.c: In function ‘find_nodes’:
>> order.c:68: warning: format not a string literal and no format arguments
>> order.c:97: warning: format not a string literal and no format arguments
>> order.c:108: warning: format not a string literal and no format arguments
>> order.c:123: warning: format not a string literal and no format arguments
>> order.c: In function ‘do_cum_length’:
>> order.c:164: warning: format not a string literal and no format arguments
>> order.c: In function ‘strahler’:
>> order.c:259: warning: format not a string literal and no format arguments
>> order.c: In function ‘shreeve’:
>> order.c:313: warning: format not a string literal and no format arguments
>> order.c: In function ‘horton’:
>> order.c:364: warning: format not a string literal and no format arguments
>> order.c: In function ‘hack’:
>> order.c:447: warning: format not a string literal and no format arguments
>> gcc -L/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib
>> -Wl,--no-undefined -Wl,--export-dynamic
>> -Wl,-rpath-link,/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib
>> -L/usr/lib -o
>> /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/bin/r.stream.order
>> OBJ.i686-pc-linux-gnu/io.o OBJ.i686-pc-linux-gnu/main.o
>> OBJ.i686-pc-linux-gnu/order.o -lgrass_vect -lgrass_dbmibase
>> -lgrass_gis -lgrass_datetime -lz -lgrass_dbmiclient
>> -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis
>> -lgrass_datetime -lz -lgrass_dgl -lgrass_dig2 -lgrass_gis
>> -lgrass_datetime -lz -lgrass_rtree -lgrass_gis -lgrass_datetime
>> -lz -lgrass_linkm -lgrass_rtree -lgrass_dig2 -lgrass_gis
>> -lgrass_datetime -lz -lgrass_rtree -lg
Re: [GRASS-user] g.extension not working
On Wed, Aug 18, 2010 at 2:28 PM, Daniel Victoria
wrote:
> Hi all,
>
> Just got 6.5svn compiled in Ubuntu 9.04 and I'm now trying to install
> r.stream.order using g.extension. When I give the command
>
> g.extension extension=r.stream.order prefix=${GISBASE}
(it should work without the prefix parameter)
> I get:
> [: 196: /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu:
> unexpected operator
> [: 219: add: unexpected operator
I tried but do not get this error (which apparently doesn't harm, the
problem below is unrelated).
> And then the files are checked out from svn but compilation fails with
> the messages bellow. Any hints? Do I need to checkout other extensions
> first?
No, it is a declaration bug in r.stream.order.
> Thanks
> Daniel
>
> Fetching from GRASS-Addons SVN (be patient)...
> A r.stream.order/orders.png
> A r.stream.order/main.c
> A r.stream.order/description.html
> A r.stream.order/global.h
> A r.stream.order/io.c
> A r.stream.order/order.c
> A r.stream.order/Makefile
> Checked out revision 43156.
> Compiling ...
> /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Module.make:25:
> warning: overriding commands for target `install'
> /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Rules.make:90:
> warning: ignoring old commands for target `install'
> test -d OBJ.i686-pc-linux-gnu || mkdir -p OBJ.i686-pc-linux-gnu
> gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
> -g -Wall -Werror-implicit-function-declaration -fno-common
> -I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\"
> -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
> OBJ.i686-pc-linux-gnu/io.o -c io.c
> io.c: In function ‘create_base_maps’:
> io.c:57: warning: format not a string literal and no format arguments
> io.c: In function ‘write_maps’:
> io.c:172: warning: format not a string literal and no format arguments
> gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
> -g -Wall -Werror-implicit-function-declaration -fno-common
> -I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\"
> -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
> OBJ.i686-pc-linux-gnu/main.o -c main.c
> main.c: In function ‘main’:
> main.c:142: warning: format not a string literal and no format arguments
> gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
> -g -Wall -Werror-implicit-function-declaration -fno-common
> -I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\"
> -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
> OBJ.i686-pc-linux-gnu/order.o -c order.c
> order.c: In function ‘trib_nums’:
> order.c:24: warning: format not a string literal and no format arguments
> order.c:26: warning: format not a string literal and no format arguments
> order.c: In function ‘find_nodes’:
> order.c:68: warning: format not a string literal and no format arguments
> order.c:97: warning: format not a string literal and no format arguments
> order.c:108: warning: format not a string literal and no format arguments
> order.c:123: warning: format not a string literal and no format arguments
> order.c: In function ‘do_cum_length’:
> order.c:164: warning: format not a string literal and no format arguments
> order.c: In function ‘strahler’:
> order.c:259: warning: format not a string literal and no format arguments
> order.c: In function ‘shreeve’:
> order.c:313: warning: format not a string literal and no format arguments
> order.c: In function ‘horton’:
> order.c:364: warning: format not a string literal and no format arguments
> order.c: In function ‘hack’:
> order.c:447: warning: format not a string literal and no format arguments
> gcc -L/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib
> -Wl,--no-undefined -Wl,--export-dynamic
> -Wl,-rpath-link,/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib
> -L/usr/lib -o
> /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/bin/r.stream.order
> OBJ.i686-pc-linux-gnu/io.o OBJ.i686-pc-linux-gnu/main.o
> OBJ.i686-pc-linux-gnu/order.o -lgrass_vect -lgrass_dbmibase
> -lgrass_gis -lgrass_datetime -lz -lgrass_dbmiclient
> -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis
> -lgrass_datetime -lz -lgrass_dgl -lgrass_dig2 -lgrass_gis
> -lgrass_datetime -lz -lgrass_rtree -lgrass_gis -lgrass_datetime
> -lz -lgrass_linkm -lgrass_rtree -lgrass_dig2 -lgrass_gis
> -lgrass_datetime -lz -lgrass_rtree -lgrass_dgl -lgrass_rtree
> -lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gis
> -lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz
> -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -L/usr/lib
> -lgdal1.7.0 -L/usr/lib -lgeos -lgeos_c -lgrass_dbmiclient
> -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis
> -lgrass_datetime -lz -lgrass_dbmibase -lgrass_gis
> -lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz -lm
> -
[GRASS-user] g.extension not working
Hi all,
Just got 6.5svn compiled in Ubuntu 9.04 and I'm now trying to install
r.stream.order using g.extension. When I give the command
g.extension extension=r.stream.order prefix=${GISBASE}
I get:
[: 196: /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu:
unexpected operator
[: 219: add: unexpected operator
And then the files are checked out from svn but compilation fails with
the messages bellow. Any hints? Do I need to checkout other extensions
first?
Thanks
Daniel
Fetching from GRASS-Addons SVN (be patient)...
Ar.stream.order/orders.png
Ar.stream.order/main.c
Ar.stream.order/description.html
Ar.stream.order/global.h
Ar.stream.order/io.c
Ar.stream.order/order.c
Ar.stream.order/Makefile
Checked out revision 43156.
Compiling ...
/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Module.make:25:
warning: overriding commands for target `install'
/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Rules.make:90:
warning: ignoring old commands for target `install'
test -d OBJ.i686-pc-linux-gnu || mkdir -p OBJ.i686-pc-linux-gnu
gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
-g -Wall -Werror-implicit-function-declaration -fno-common
-I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\"
-I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
OBJ.i686-pc-linux-gnu/io.o -c io.c
io.c: In function ‘create_base_maps’:
io.c:57: warning: format not a string literal and no format arguments
io.c: In function ‘write_maps’:
io.c:172: warning: format not a string literal and no format arguments
gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
-g -Wall -Werror-implicit-function-declaration -fno-common
-I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\"
-I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
OBJ.i686-pc-linux-gnu/main.o -c main.c
main.c: In function ‘main’:
main.c:142: warning: format not a string literal and no format arguments
gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
-g -Wall -Werror-implicit-function-declaration -fno-common
-I/usr/include/gdal -I/usr/include -DPACKAGE=\""grassmods"\"
-I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
OBJ.i686-pc-linux-gnu/order.o -c order.c
order.c: In function ‘trib_nums’:
order.c:24: warning: format not a string literal and no format arguments
order.c:26: warning: format not a string literal and no format arguments
order.c: In function ‘find_nodes’:
order.c:68: warning: format not a string literal and no format arguments
order.c:97: warning: format not a string literal and no format arguments
order.c:108: warning: format not a string literal and no format arguments
order.c:123: warning: format not a string literal and no format arguments
order.c: In function ‘do_cum_length’:
order.c:164: warning: format not a string literal and no format arguments
order.c: In function ‘strahler’:
order.c:259: warning: format not a string literal and no format arguments
order.c: In function ‘shreeve’:
order.c:313: warning: format not a string literal and no format arguments
order.c: In function ‘horton’:
order.c:364: warning: format not a string literal and no format arguments
order.c: In function ‘hack’:
order.c:447: warning: format not a string literal and no format arguments
gcc -L/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib
-Wl,--no-undefined -Wl,--export-dynamic
-Wl,-rpath-link,/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib
-L/usr/lib -o
/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/bin/r.stream.order
OBJ.i686-pc-linux-gnu/io.o OBJ.i686-pc-linux-gnu/main.o
OBJ.i686-pc-linux-gnu/order.o -lgrass_vect -lgrass_dbmibase
-lgrass_gis -lgrass_datetime -lz -lgrass_dbmiclient
-lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis
-lgrass_datetime -lz -lgrass_dgl -lgrass_dig2 -lgrass_gis
-lgrass_datetime -lz -lgrass_rtree -lgrass_gis -lgrass_datetime
-lz -lgrass_linkm -lgrass_rtree -lgrass_dig2 -lgrass_gis
-lgrass_datetime -lz -lgrass_rtree -lgrass_dgl -lgrass_rtree
-lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gis
-lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz
-lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -L/usr/lib
-lgdal1.7.0 -L/usr/lib -lgeos -lgeos_c -lgrass_dbmiclient
-lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis
-lgrass_datetime -lz -lgrass_dbmibase -lgrass_gis
-lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz -lm
-lz
OBJ.i686-pc-linux-gnu/main.o: In function `main':
/home/daniel/grassdata/br_wgs84/jip/.tmp/xadrez/2602.0/r.stream.order/main.c:54:
multiple definition of `springs'
OBJ.i686-pc-linux-gnu/io.o:/home/daniel/grassdata/br_wgs84/jip/.tmp/xadrez/2602.0/r.stream.order/io.c:5:
first defined here
OBJ.i686-pc-linux-gnu/main.o: In function `main':
/home/daniel/grassdata/br_wgs84/jip/.tmp/xadrez/2602.0/r.stream.order/main.c:54:
multiple
