Re: [GRASS-dev] g.extension still broken in GRASS 7 on Mac

2013-10-21 Thread Michael Barton
Here is a bit more. When I try to send an extension to a directory where I do 
have permissions without using sudo, g.extension on GRASS 7 still insists on 
putting it into the GRASS app.

GRASS 7.0.svn (nc_spm_08):~ >  g.extension extension=r.stream.order 
prefix=/Users/cmbarton/Library/GRASS/7.0/Modules
Fetching  from GRASS-Addons SVN (be patient)...
Compiling...
mkdir: /Applications/GRASS/bin: Permission denied
make: *** [/Applications/GRASS/bin] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu












On Oct 21, 2013, at 10:08 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

So responding to a query from a colleague I just tried g.extension in GRASS 7 
that I compiled a few hours ago. Note that I'm running this from the terminal 
and yes GRASS_ADDON_PATH is set properly.

$GRASS_ADDON_PATH
bash: :/Library/GRASS/7.0/Modules/bin

I start running g.extensions with just the normal default settings

g.extension extension=r.stream.order
Fetching  from GRASS-Addons SVN (be patient)...
Compiling...
mkdir: /Applications/GRASS/bin: Permission denied
make: *** [/Applications/GRASS/bin] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.

First of all, this is wrong. Instead of putting this into the default, 
GRASS_ADDON_PATH, it is trying to create a new bin directory inside the GRASS 
app.

GRASS 7.0.svn (nc_spm_08):~ > sudo g.extension extension=r.stream.order
dyld: DYLD_ environment variables being ignored because main executable 
(/usr/bin/sudo) is setuid or setgid
You must be in GRASS GIS to run this program.

Now it won't let me use sudo to run g.extension.

So I try to force g.extension to use the proper directory specified by 
GRASS_ADDON_PATH

GRASS 7.0.svn (nc_spm_08):~ > g.extension extension=r.stream.order 
prefix=/Library/GRASS/7.0/Modules/bin
ERROR: Unable to create '/Library/GRASS/7.0/Modules/bin/bin': [Errno 13]
   Permission denied: '/Library/GRASS/7.0/Modules/bin/bin'

Again permission denied.

sudo g.extension extension=r.stream.order prefix=/Library/GRASS/7.0/Modules/bin
dyld: DYLD_ environment variables being ignored because main executable 
(/usr/bin/sudo) is setuid or setgid
You must be in GRASS GIS to run this program.

And again, I get a bogus message when I use sudo to override the permissions 
issue.

So there is no way this can work AFAICT.  Maybe it work in GRASS 6.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, 
http://csdc.asu.edu













___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.extension still broken in GRASS 7 on Mac

2013-10-21 Thread Michael Barton
A quick followup.

g.extension extension=r.stream.order

...works great in GRASS 6. The g.extension command module works fine too. But 
the nice GUI wrapper does not do anything. No error, no message, nothing.

So the big problem is in GRASS 7, along with a non-functional GUI wrapper for 
g.extension.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu












On Oct 21, 2013, at 10:08 PM, Michael Barton 
mailto:michael.bar...@asu.edu>>
 wrote:

So responding to a query from a colleague I just tried g.extension in GRASS 7 
that I compiled a few hours ago. Note that I'm running this from the terminal 
and yes GRASS_ADDON_PATH is set properly.

$GRASS_ADDON_PATH
bash: :/Library/GRASS/7.0/Modules/bin

I start running g.extensions with just the normal default settings

g.extension extension=r.stream.order
Fetching  from GRASS-Addons SVN (be patient)...
Compiling...
mkdir: /Applications/GRASS/bin: Permission denied
make: *** [/Applications/GRASS/bin] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.

First of all, this is wrong. Instead of putting this into the default, 
GRASS_ADDON_PATH, it is trying to create a new bin directory inside the GRASS 
app.

GRASS 7.0.svn (nc_spm_08):~ > sudo g.extension extension=r.stream.order
dyld: DYLD_ environment variables being ignored because main executable 
(/usr/bin/sudo) is setuid or setgid
You must be in GRASS GIS to run this program.

Now it won't let me use sudo to run g.extension.

So I try to force g.extension to use the proper directory specified by 
GRASS_ADDON_PATH

GRASS 7.0.svn (nc_spm_08):~ > g.extension extension=r.stream.order 
prefix=/Library/GRASS/7.0/Modules/bin
ERROR: Unable to create '/Library/GRASS/7.0/Modules/bin/bin': [Errno 13]
   Permission denied: '/Library/GRASS/7.0/Modules/bin/bin'

Again permission denied.

sudo g.extension extension=r.stream.order prefix=/Library/GRASS/7.0/Modules/bin
dyld: DYLD_ environment variables being ignored because main executable 
(/usr/bin/sudo) is setuid or setgid
You must be in GRASS GIS to run this program.

And again, I get a bogus message when I use sudo to override the permissions 
issue.

So there is no way this can work AFAICT.  Maybe it work in GRASS 6.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, 
http://csdc.asu.edu













___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] g.extension still broken in GRASS 7 on Mac

2013-10-21 Thread Michael Barton
So responding to a query from a colleague I just tried g.extension in GRASS 7 
that I compiled a few hours ago. Note that I'm running this from the terminal 
and yes GRASS_ADDON_PATH is set properly.

$GRASS_ADDON_PATH
bash: :/Library/GRASS/7.0/Modules/bin

I start running g.extensions with just the normal default settings

g.extension extension=r.stream.order
Fetching  from GRASS-Addons SVN (be patient)...
Compiling...
mkdir: /Applications/GRASS/bin: Permission denied
make: *** [/Applications/GRASS/bin] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.

First of all, this is wrong. Instead of putting this into the default, 
GRASS_ADDON_PATH, it is trying to create a new bin directory inside the GRASS 
app.

GRASS 7.0.svn (nc_spm_08):~ > sudo g.extension extension=r.stream.order
dyld: DYLD_ environment variables being ignored because main executable 
(/usr/bin/sudo) is setuid or setgid
You must be in GRASS GIS to run this program.

Now it won't let me use sudo to run g.extension.

So I try to force g.extension to use the proper directory specified by 
GRASS_ADDON_PATH

GRASS 7.0.svn (nc_spm_08):~ > g.extension extension=r.stream.order 
prefix=/Library/GRASS/7.0/Modules/bin
ERROR: Unable to create '/Library/GRASS/7.0/Modules/bin/bin': [Errno 13]
   Permission denied: '/Library/GRASS/7.0/Modules/bin/bin'

Again permission denied.

sudo g.extension extension=r.stream.order prefix=/Library/GRASS/7.0/Modules/bin
dyld: DYLD_ environment variables being ignored because main executable 
(/usr/bin/sudo) is setuid or setgid
You must be in GRASS GIS to run this program.

And again, I get a bogus message when I use sudo to override the permissions 
issue.

So there is no way this can work AFAICT.  Maybe it work in GRASS 6.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu












___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] ccmath compilation error

2013-10-21 Thread Yann Chemin
Yes an upgrade to 13.10 does (again) solve the problem


On 22 October 2013 02:38, Rashad M  wrote:

> This is only for ubuntu 13.04 34bit. Failing for a long time in launchpad
> builds[1]. I had filed a bug report[2] but no response yet.
>
> [1]
> https://launchpadlibrarian.net/149593351/buildlog_ubuntu-raring-i386.grass70_7.0.0%2B0ubuntu2%2B29074~ubuntu13.04.1_FAILEDTOBUILD.txt.gz
>
> [2] https://bugs.launchpad.net/ubuntu/+source/gcc-4.7/+bug/1201048
>
> Unfortunately no response. Too bad for a gcc project.
>
>
> On Sun, Oct 20, 2013 at 4:47 PM, Yann Chemin  wrote:
>
>> Yes Markus, seems to be an Ubuntu 13.04 issue with both my nettop (Atom)
>> pcs.
>> I am upgrading this one too in the hope to fix the same way.
>>
>>
>>
>> On 20 October 2013 17:26, Markus Neteler  wrote:
>>
>>> On Sun, Oct 20, 2013 at 9:48 AM, Yann Chemin  wrote:
>>> > lib/external/ccmath$ make
>>> > make lib
>>> > make[1]: Entering directory
>>> > `/home/yann/grass_dev/grass_yann/lib/external/ccmath'
>>> > gcc  -g -O2  -fPIC
>>> > -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include
>>> > -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include
>>> > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  -DPACKAGE=\""grasslibs"\"
>>> > -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include
>>> > -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include -o
>>> > OBJ.i686-pc-linux-gnu/house.o -c house.c
>>> > house.c: In function ‘house’:
>>> > house.c:10:6: internal compiler error: in rewrite_use_nonlinear_expr,
>>> at
>>> > tree-ssa-loop-ivopts.c:6215
>>> > Please submit a full bug report,
>>> > with preprocessed source if appropriate.
>>> > See  for instructions.
>>> > Preprocessed source stored into /tmp/cc8wc4KR.out file, please attach
>>> this
>>> > to your bugreport.
>>> > make[1]: *** [OBJ.i686-pc-linux-gnu/house.o] Error 1
>>> > make[1]: Leaving directory
>>> > `/home/yann/grass_dev/grass_yann/lib/external/ccmath'
>>> > make: *** [default] Error 2
>>> >
>>> > GCC version
>>> > gcc -v
>>> > Using built-in specs.
>>> > COLLECT_GCC=gcc
>>> > COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/4.7/lto-wrapper
>>> > Target: i686-linux-gnu
>>> > Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
>>> > 4.7.3-1ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs
>>> > --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr
>>> > --program-suffix=-4.7 --enable-shared --enable-linker-build-id
>>> > --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
>>> > --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib
>>> --enable-nls
>>> > --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
>>> > --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin
>>> > --with-system-zlib --enable-objc-gc --enable-targets=all --with-cloog
>>> > --enable-cloog-backend=ppl --disable-cloog-version-check
>>> > --disable-ppl-version-check --enable-multiarch --disable-werror
>>> > --with-arch-32=i686 --with-multilib-list=m32,m64,mx32
>>> --with-tune=generic
>>> > --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu
>>> > --target=i686-linux-gnu
>>> > Thread model: posix
>>> > gcc version 4.7.3 (Ubuntu/Linaro 4.7.3-1ubuntu1)
>>>
>>> You posted that also earlier this year with this solution:
>>>
>>> http://lists.osgeo.org/pipermail/grass-dev/2013-June/064468.html
>>> "I have not had that problem after upgrading the machine..."
>>>
>>> Perhaps try that again on your actual system?
>>>
>>> Markus
>>>
>>
>>
>>
>> --
>> 
>>
>> ___
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>
>
>
>
> --
> Regards,
>Rashad
>



-- 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] ccmath compilation error

2013-10-21 Thread Rashad M
This is only for ubuntu 13.04 34bit. Failing for a long time in launchpad
builds[1]. I had filed a bug report[2] but no response yet.

[1]
https://launchpadlibrarian.net/149593351/buildlog_ubuntu-raring-i386.grass70_7.0.0%2B0ubuntu2%2B29074~ubuntu13.04.1_FAILEDTOBUILD.txt.gz

[2] https://bugs.launchpad.net/ubuntu/+source/gcc-4.7/+bug/1201048

Unfortunately no response. Too bad for a gcc project.


On Sun, Oct 20, 2013 at 4:47 PM, Yann Chemin  wrote:

> Yes Markus, seems to be an Ubuntu 13.04 issue with both my nettop (Atom)
> pcs.
> I am upgrading this one too in the hope to fix the same way.
>
>
>
> On 20 October 2013 17:26, Markus Neteler  wrote:
>
>> On Sun, Oct 20, 2013 at 9:48 AM, Yann Chemin  wrote:
>> > lib/external/ccmath$ make
>> > make lib
>> > make[1]: Entering directory
>> > `/home/yann/grass_dev/grass_yann/lib/external/ccmath'
>> > gcc  -g -O2  -fPIC
>> > -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include
>> > -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include
>> > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  -DPACKAGE=\""grasslibs"\"
>> > -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include
>> > -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include -o
>> > OBJ.i686-pc-linux-gnu/house.o -c house.c
>> > house.c: In function ‘house’:
>> > house.c:10:6: internal compiler error: in rewrite_use_nonlinear_expr, at
>> > tree-ssa-loop-ivopts.c:6215
>> > Please submit a full bug report,
>> > with preprocessed source if appropriate.
>> > See  for instructions.
>> > Preprocessed source stored into /tmp/cc8wc4KR.out file, please attach
>> this
>> > to your bugreport.
>> > make[1]: *** [OBJ.i686-pc-linux-gnu/house.o] Error 1
>> > make[1]: Leaving directory
>> > `/home/yann/grass_dev/grass_yann/lib/external/ccmath'
>> > make: *** [default] Error 2
>> >
>> > GCC version
>> > gcc -v
>> > Using built-in specs.
>> > COLLECT_GCC=gcc
>> > COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/4.7/lto-wrapper
>> > Target: i686-linux-gnu
>> > Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
>> > 4.7.3-1ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs
>> > --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr
>> > --program-suffix=-4.7 --enable-shared --enable-linker-build-id
>> > --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
>> > --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib
>> --enable-nls
>> > --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
>> > --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin
>> > --with-system-zlib --enable-objc-gc --enable-targets=all --with-cloog
>> > --enable-cloog-backend=ppl --disable-cloog-version-check
>> > --disable-ppl-version-check --enable-multiarch --disable-werror
>> > --with-arch-32=i686 --with-multilib-list=m32,m64,mx32
>> --with-tune=generic
>> > --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu
>> > --target=i686-linux-gnu
>> > Thread model: posix
>> > gcc version 4.7.3 (Ubuntu/Linaro 4.7.3-1ubuntu1)
>>
>> You posted that also earlier this year with this solution:
>>
>> http://lists.osgeo.org/pipermail/grass-dev/2013-June/064468.html
>> "I have not had that problem after upgrading the machine..."
>>
>> Perhaps try that again on your actual system?
>>
>> Markus
>>
>
>
>
> --
> 
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>



-- 
Regards,
   Rashad
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planetary option gone in GRASS 7 SVN WxGUI Location Wizard?

2013-10-21 Thread Hamish

Yann wrote:
> wanted to make a Moon location and the option for Planetary Locations
> definitions is gone...

Hi,

How are you trying to access it? There should be a radio button to enable them 
on the ellipsoid selection page.


regards,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


[GRASS-dev] [GRASS GIS] #2116: r.kappa: call to r.stats fails if spaces in path

2013-10-21 Thread GRASS GIS
#2116: r.kappa: call to r.stats fails if spaces in path
-+--
 Reporter:  mlennert |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  normal   |   Milestone:  6.4.4
Component:  Default  | Version:  svn-releasebranch64  
 Keywords:  kappa path   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--
 To reproduce with GISBASE="GRASS DATA":


 {{{
 r.kappa classification=landclass96@PERMANENT
 reference=landuse96_28m@PERMANENT

 Sorry  is not a valid option
 }}}

 The attached patch solves the problem for me, but I imagine that there is
 a more elegant solution.

 Moritz

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev