[GRASS-dev] Warning to Mac users: TclTk 8.5.9 breaks compatibility for NVIZ

Don't upgrade to TclTk 8.5.9, stick with 8.5.8. I realize it's been out since last September, but I never upgraded out of laziness and didn't notice.

They switched to use the system Cocoa API from the old Carbon API (should have saved that for 8.6). Togl still has Carbon calls in it, and I don't think that'll change (it's not an easy fix, and GRASS still uses the older togl 1.7, and even 2.0 still uses Carbon). I'm too lazy to report a bug for TclTk on this - I don't use NVIZ and expect GRASS 7 (and maybe 6) to eventually have something working in Python anyways.

Unfortunately, ActiveState, that makes the ActiveTcl that is recommended for compilation and my binaries, only provides old versions for download for the "business" edition, and doesn't allow reditribution of their installers. I'll have to restore the TclTk compile instructions in the Mac readme in the GRASS source, and figure out something to make a TclTk 8.5.8 available for existing GRASS packages.

Any user-compiled or other distribution of TclTk 8.5.8 Aqua frameworks should work, as it's all just standard options in the source.

Note: this only affects NVIZ. TclTk GUI is not affected.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"I ache, therefore I am. Or in my case - I am, therefore I ache."

- Marvin

This really only applies to developers and users that compile GRASS. I already bundle TclTk with my GRASS packages for those users that just download and intall the binaries.

Anyways, I added a TclTk 8.5.8 installer to my site for those that need it. Just a quick standard Aqua framework build, it'll overwrite ActiveTcl, and it takes care of the lib symlinks mentioned in the GRASS Mac readme.

On Feb 26, 2011, at 10:20 AM, William Kyngesburye wrote:

Don't upgrade to TclTk 8.5.9, stick with 8.5.8. I realize it's been out since last September, but I never upgraded out of laziness and didn't notice.

They switched to use the system Cocoa API from the old Carbon API (should have saved that for 8.6). Togl still has Carbon calls in it, and I don't think that'll change (it's not an easy fix, and GRASS still uses the older togl 1.7, and even 2.0 still uses Carbon). I'm too lazy to report a bug for TclTk on this - I don't use NVIZ and expect GRASS 7 (and maybe 6) to eventually have something working in Python anyways.

Unfortunately, ActiveState, that makes the ActiveTcl that is recommended for compilation and my binaries, only provides old versions for download for the "business" edition, and doesn't allow reditribution of their installers. I'll have to restore the TclTk compile instructions in the Mac readme in the GRASS source, and figure out something to make a TclTk 8.5.8 available for existing GRASS packages.

Any user-compiled or other distribution of TclTk 8.5.8 Aqua frameworks should work, as it's all just standard options in the source.

Note: this only affects NVIZ. TclTk GUI is not affected.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"I ache, therefore I am. Or in my case - I am, therefore I ache."

- Marvin

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects."

- the wisdom of Tarzan

Hello,

first great thanks to you William! My GRASS 7.0 is no perfectly running
on my Mac 10.6.6.

Now I want to install the r.stream addon. I tried with
g.extension extension=r.stream svnurl=https://svn.osgeo.org/grass/grass-addons/grass7 prefix=$GRASS_ADDON_PATH

but I failed...

So what do I have to do? I can checkout/download the tree for r.streams via versions to any local folder. Should I then run the make command? what should that make command include? and where should I build, in r.stream or in the the subdirectory r.stream/r.stream.basins?
Is there any mac specific configuration?
I want to intall it globally for all users (for compiling/installation my admin account will be used)
In ~/Library/GRASS and Library/GRASS there are no subfolders at the moment e.g. a Modules-folder.

Thank you for you answers!

/johannes

-------- Original-Nachricht --------

Datum: Tue, 1 Mar 2011 09:34:20 -0600
Von: William Kyngesburye <kyngchaos@kyngchaos.com>
An: "Johannes Radinger" <JRadinger@gmx.at>
Betreff: Re: [GRASS-user] Warning to Mac users: TclTk 8.5.9 breaks compatibility for NVIZ

I'm sure that your configuration error this time is because you need to
compile both 32+64bit. It's possible that the /usr/local part was ignored
and it configured from the system, then compiling and failing from ActiveTcl.
(the system Tcl has 64bit but it doesn't work in GRASS)

Restore my TclTk and add this to your configure:

--with-macosx-archs="i386 x86_64"

On Mar 1, 2011, at 2:39 AM, Johannes Radinger wrote:

>
> -------- Original-Nachricht --------
>> Datum: Mon, 28 Feb 2011 15:13:40 -0600
>> Von: William Kyngesburye <kyngchaos@kyngchaos.com>
>> An: Johannes Radinger <JRadinger@gmx.at>
>> Betreff: Re: [GRASS-user] Warning to Mac users: TclTk 8.5.9 breaks
compatibility for NVIZ
>
>> Hmm, because a couple items, TclTk and wxPython, are not available for
>> 64bit, you must configure for both 32bit and 64bit. The GRASS modules
will
>> still run 64bit, but TclTk and wxPython components will run 32bit only.
>>
>> See that GRASS Mac readme for info on compiling for multiple
>> architectures.
>
>
> I am not sure if it has something to do with configure for 32bit and
64bit as the configure command was working before installing your tcl/tk.
>
> My configure options are:
> ./configure --with-freetype
--with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2
/Library/Frameworks/FreeType.framework/unix/include"
--with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib
--with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config
--with-geos=/Library/Frameworks/GEOS.framework/Programs/geos-config --with-proj
--with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib
--with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj
--with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --without-postgres
--without-mysql --with-odbc --with-sqlite
--with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib
--with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include
--with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib
--with-cxx --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers
/Library/Frameworks/Tk.framework/Headers
/Library/Frameworks/Tk.framework/PrivateHeaders" --with-tcltk-libs=/usr/local/lib --with-x --without-motif
--without-glw --with-opengl=aqua --without-readline --prefix=/Applications
--enable-macosx-app
--with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo /Library/Frameworks/cairo.framework/unix/include"
--with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib
--with-cairo-ldflags=-lcairo --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
>
> A played a little bit around now and tried to build and install tcl
myself with following configure options (--prefix=/usr/local --enable-aqua
--enable-framework). I then tried also to built tk but I fail here...
>
> ...anyway, when I now run configure for grass it seems that there is now
problem with tcl..now I get (only) the error about the tk-library. It
really seems that your installer isn't working on my snowleopard.
>
> /johannes
>
>
>
>>
>> On Feb 28, 2011, at 2:53 PM, Johannes Radinger wrote:
>>
>>> Attached there is the config.log, I really don't know what it means...
>>>
>>> /johannes
>>>
>>> <config.log>
>>>
>>>
>>>
>>> Am 28.02.2011 um 18:02 schrieb William Kyngesburye:
>>>
>>>> OK. Look in config.log for details why the configure checks failed.
>>>>
>>>> On Feb 28, 2011, at 9:32 AM, Johannes Radinger wrote:
>>>>
>>>>>
>>>>> -------- Original-Nachricht --------
>>>>>> Datum: Mon, 28 Feb 2011 09:27:56 -0600
>>>>>> Von: William Kyngesburye <kyngchaos@kyngchaos.com>
>>>>>> An: Johannes Radinger <JRadinger@gmx.at>
>>>>>> Betreff: Re: [GRASS-user] Warning to Mac users: TclTk 8.5.9 breaks
>> compatibility for NVIZ
>>>>>
>>>>>> tclselect is a non-standard ActiveTcl thing, I think. That's
>> probably not
>>>>>> why it failed.
>>>>>>
>>>>>> Did you download my 8.5.8-2 installer? That has an important
install
>> step
>>>>>> I missed the first time.
>>>>>
>>>>> yes I used the new 8.5.8-2 installer...
>>>>>
>>>>>
>>>>>>
>>>>>> On Feb 28, 2011, at 9:10 AM, Johannes Radinger wrote:
>>>>>>
>>>>>>>
>>>>>>> -------- Original-Nachricht --------
>>>>>>>> Datum: Mon, 28 Feb 2011 08:31:51 -0600
>>>>>>>> Von: William Kyngesburye <kyngchaos@kyngchaos.com>
>>>>>>>> An: Johannes Radinger <JRadinger@gmx.at>
>>>>>>>> Betreff: Re: [GRASS-user] Warning to Mac users: TclTk 8.5.9
breaks
>>>>>> compatibility for NVIZ
>>>>>>>
>>>>>>>> I shouldn't take 20m to prepare the installation, maybe there are
>> some
>>>>>>>> permissions problems? Try using Disk Utility to repair
>> permissions.
>>>>>>>>
>>>>>>>> If you are still getting the error, it looks like the installer
>> didn't
>>>>>>>> overwrite ActiveTcl, maybe something to do with that 20m
preparing
>>>>>> time. Try
>>>>>>>> deleting these and reinstall mine (download again, I also added
>> some
>>>>>>>> missing install logic):
>>>>>>>>
>>>>>>>> /Library/Frameworks/Tcl.framework
>>>>>>>> /Library/Frameworks/Tk.framework
>>>>>>>> /usr/local/bin/tclsh
>>>>>>>> /usr/local/bin/tclsh8.5
>>>>>>>> /usr/local/bin/wish
>>>>>>>> /usr/local/bin/wish8.5
>>>>>>>
>>>>>>>
>>>>>>> I followed your instructions, and when I know run ./config
>>>>>>> I get following error:
>>>>>>>
>>>>>>>
>>>>>>> checking whether to use Tcl/Tk... yes
>>>>>>> checking for location of Tcl/Tk includes...
>>>>>> /Library/Frameworks/Tcl.framework/Headers
>> /Library/Frameworks/Tk.framework/Headers
>>>>>> /Library/Frameworks/Tk.framework/PrivateHeaders
>>>>>>> checking for tcl.h... yes
>>>>>>> checking for tk.h... yes
>>>>>>> checking Tcl version... 8.5
>>>>>>> checking Tk version... 8.5
>>>>>>> checking for location of Tcl/Tk library... /usr/local/lib
>>>>>>> checking for Tcl_Init in -ltcl... no
>>>>>>> checking for Tcl_Init in -ltcl... no
>>>>>>> checking for Tcl_Init in -ltcl8.5... no
>>>>>>> checking for Tcl_Init in -ltcl8.5... no
>>>>>>> checking for Tcl_Init in -ltcl85... no
>>>>>>> checking for Tcl_Init in -ltcl85... no
>>>>>>> configure: error: *** Unable to locate Tcl library.
>>>>>>>
>>>>>>> I accidently deleted tclselect so probably that is the reason...I
>> don't
>>>>>> know were to get this file from...it seems that is not a part of
the
>>>>>> tcl-installer package.
>>>>>>>
>>>>>>> /johannes
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Feb 28, 2011, at 4:38 AM, Johannes Radinger wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> -------- Original-Nachricht --------
>>>>>>>>>> Datum: Sun, 27 Feb 2011 09:53:06 -0600
>>>>>>>>>> Von: William Kyngesburye <kyngchaos@kyngchaos.com>
>>>>>>>>>> An: Johannes Radinger <JRadinger@gmx.at>
>>>>>>>>>> Betreff: Re: [GRASS-user] Warning to Mac users: TclTk 8.5.9
>> breaks
>>>>>>>> compatibility for NVIZ
>>>>>>>>>
>>>>>>>>>> Works here. Try this: after you run the installer, before
>> clicking
>>>>>>>>>> through the buttons, select Installer Log from the Window menu,
>> then
>>>>>>>> select Show
>>>>>>>>>> All Logs from the popup in that window. Now click through to
>> start
>>>>>> the
>>>>>>>>>> installation. Hopefully the last message in the log when it
>> stalls
>>>>>>>> will be
>>>>>>>>>> useful.
>>>>>>>>>
>>>>>>>>> Oh thank your for that info, I haven't noticed that function
yet.
>> It
>>>>>>>> seems that I was just to impatient, it took around 20 min to
>> prepare
>>>>>> the
>>>>>>>> installation (got stucked in the step where /usr is involved),
>> anyway
>>>>>> it says
>>>>>>>> that it is installed successfully now...
>>>>>>>>>
>>>>>>>>> ...but I still get the same error (even after a second
>> installation of
>>>>>>>> your TCL package, which was much faster):
>>>>>>>>>
>>>>>>>>> Errors in:
>>>>>>>>>
>>>>>>>>
>>>>>>
>>
/Users/admin/Downloads/grass-7.0.svn_src_snapshot_2011_02_26/visualization/nviz
>>>>>>>>>
>>>>>>>>> and in that directory:
>>>>>>>>>
>>>>>>>>> make -C srcgcc -g -O2
>>>>>>>>
>>>>>>
>>
-I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0/include
>>>>>>>>
>>>>>>
>>
-I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0/include
>>>>>>>> -D_FILE_OFFSET_BITS=64
-I/Library/Frameworks/Tcl.framework/Headers
>>>>>>>> -I/Library/Frameworks/Tk.framework/Headers
>>>>>>>> -I/Library/Frameworks/Tk.framework/PrivateHeaders
>>>>>> -I/Library/Frameworks/Tcl.framework/Headers
>>>>>>>> -I/Library/Frameworks/Tk.framework/Headers
>>>>>> -I/Library/Frameworks/Tk.framework/PrivateHeaders
>>>>>>>>
>>>>>>
>>
-I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0/include
>>>>>>>>
>>>>>>
>>
-I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0/include
>>>>>>>> -I/Library/Frameworks/UnixImageIO.framework/unix/include
>>>>>>>> -I/Library/Frameworks/GDAL.framework/Versions/1.8/Headers
>>>>>>>> -I/Library/Frameworks/GEOS.framework/Versions/3/unix/include
>>>>>> -DPACKAGE=\""grassmods"\"
>>>>>>>>
>>>>>>
>>
-I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0/include
>>>>>>>>
>>>>>>
>>
-I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0/include
>>>>>>>> -o OBJ.i386-apple-darwin10.6.0/togl.o -c togl.cIn file included
>> from
>>>>>>>> togl.c:53:/Library/Frameworks/Tk.framework/Headers/tkMacOSX.h:31:
>>>>>> error:
>>>>>>>> expected declaration specifiers or ‘...’ before
>>>>>> ‘TkRegion’togl.c: In
>>>>>>>> function ‘SetMacBufRect’:
>>>>>>>>> togl.c:1088: error: ‘struct TkWindowPrivate’ has no member
>> named
>>>>>>>> ‘grafPtr’
>>>>>>>>> togl.c: In function ‘Togl_CreateWindow’:
>>>>>>>>> togl.c:2221: warning: cast to pointer from integer of different
>> size
>>>>>>>>> togl.c:2338: warning: ‘aglSetDrawable’ is deprecated
(declared
>> at
>>>>>>>> /System/Library/Frameworks/AGL.framework/Headers/agl.h:313)
>>>>>>>>> togl.c:2340: error: ‘struct TkWindowPrivate’ has no member
>> named
>>>>>>>> ‘grafPtr’
>>>>>>>>> togl.c: In function ‘Togl_EventProc’:
>>>>>>>>> togl.c:2594: warning: ‘AGLDrawable’ is deprecated
>>>>>>>>> togl.c:2596: warning: ‘aglSetDrawable’ is deprecated
(declared
>> at
>>>>>>>> /System/Library/Frameworks/AGL.framework/Headers/agl.h:313)
>>>>>>>>> togl.c:2610: warning: ‘aglSetDrawable’ is deprecated
(declared
>> at
>>>>>>>> /System/Library/Frameworks/AGL.framework/Headers/agl.h:313)
>>>>>>>>> togl.c: In function ‘Togl_LoadBitmapFont’:
>>>>>>>>> togl.c:3143: warning: ‘aglUseFont’ is deprecated (declared
at
>>>>>>>> /System/Library/Frameworks/AGL.framework/Headers/agl.h:374)
>>>>>>>>> make[1]: *** [OBJ.i386-apple-darwin10.6.0/togl.o] Error 1
>>>>>>>>> make: *** [default] Error 2
>>>>>>>>>
>>>>>>>>> I am out of any ideas...
>>>>>>>>>
>>>>>>>>> /johannes
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Feb 27, 2011, at 4:25 AM, Johannes Radinger wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Am 26.02.2011 um 18:44 schrieb William Kyngesburye:
>>>>>>>>>>>
>>>>>>>>>>>> This really only applies to developers and users that compile
>>>>>> GRASS.
>>>>>>>> I
>>>>>>>>>> already bundle TclTk with my GRASS packages for those users
that
>> just
>>>>>>>>>> download and intall the binaries.
>>>>>>>>>>>>
>>>>>>>>>>>> Anyways, I added a TclTk 8.5.8 installer to my site for those
>> that
>>>>>>>> need
>>>>>>>>>> it. Just a quick standard Aqua framework build, it'll
overwrite
>>>>>>>>>> ActiveTcl, and it takes care of the lib symlinks mentioned in
the
>>>>>> GRASS
>>>>>>>> Mac readme.
>>>>>>>>>>>
>>>>>>>>>>> I just tried your Tcl/Tk Installer, but it seems that it is
>> somehow
>>>>>>>>>> broken. I just get to the window "Preparing Installation" and
>> there
>>>>>> it
>>>>>>>> stops
>>>>>>>>>> and the installer is somehow frozen resp. doesn't continue to
do
>>>>>>>> anything...
>>>>>>>>>>> I work on snow leopard.. maybe you already know the problem
but
>> I
>>>>>> just
>>>>>>>>>> wanted to let you know..
>>>>>>>>>>>
>>>>>>>>>>> /johannes
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Feb 26, 2011, at 10:20 AM, William Kyngesburye wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Don't upgrade to TclTk 8.5.9, stick with 8.5.8. I realize
>> it's
>>>>>> been
>>>>>>>>>> out since last September, but I never upgraded out of laziness
>> and
>>>>>>>> didn't
>>>>>>>>>> notice.
>>>>>>>>>>>>>
>>>>>>>>>>>>> They switched to use the system Cocoa API from the old
Carbon
>> API
>>>>>>>>>> (should have saved that for 8.6). Togl still has Carbon calls
in
>> it,
>>>>>>>> and I
>>>>>>>>>> don't think that'll change (it's not an easy fix, and GRASS
still
>>>>>> uses
>>>>>>>> the
>>>>>>>>>> older togl 1.7, and even 2.0 still uses Carbon). I'm too lazy
to
>>>>>>>> report a bug
>>>>>>>>>> for TclTk on this - I don't use NVIZ and expect GRASS 7 (and
>> maybe 6)
>>>>>>>> to
>>>>>>>>>> eventually have something working in Python anyways.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Unfortunately, ActiveState, that makes the ActiveTcl that is
>>>>>>>>>> recommended for compilation and my binaries, only provides old
>>>>>> versions
>>>>>>>> for download
>>>>>>>>>> for the "business" edition, and doesn't allow reditribution of
>> their
>>>>>>>>>> installers. I'll have to restore the TclTk compile
instructions
>> in
>>>>>> the
>>>>>>>> Mac
>>>>>>>>>> readme in the GRASS source, and figure out something to make a
>> TclTk
>>>>>>>> 8.5.8
>>>>>>>>>> available for existing GRASS packages.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Any user-compiled or other distribution of TclTk 8.5.8 Aqua
>>>>>>>> frameworks
>>>>>>>>>> should work, as it's all just standard options in the source.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Note: this only affects NVIZ. TclTk GUI is not affected.
>>>>>>>>>>>>>
>>>>>>>>>>>>> -----
>>>>>>>>>>>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>>>>>>>>>>>>> http://www.kyngchaos.com/
>>>>>>>>>>>>>
>>>>>>>>>>>>> "I ache, therefore I am. Or in my case - I am, therefore I
>> ache."
>>>>>>>>>>>>>
>>>>>>>>>>>>> - Marvin
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> grass-user mailing list
>>>>>>>>>>>>> grass-user@lists.osgeo.org
>>>>>>>>>>>>> http://lists.osgeo.org/mailman/listinfo/grass-user
>>>>>>>>>>>>
>>>>>>>>>>>> -----
>>>>>>>>>>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>>>>>>>>>>>> http://www.kyngchaos.com/
>>>>>>>>>>>>
>>>>>>>>>>>> "The beast is actively interested only in now, and, as it is
>> always
>>>>>>>> now
>>>>>>>>>> and always shall be, there is an eternity of time for the
>>>>>>>> accomplishment
>>>>>>>>>> of objects."
>>>>>>>>>>>>
>>>>>>>>>>>> - the wisdom of Tarzan
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> -----
>>>>>>>>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>>>>>>>>>> http://www.kyngchaos.com/
>>>>>>>>>>
>>>>>>>>>> "History is an illusion caused by the passage of time, and time
>> is an
>>>>>>>>>> illusion caused by the passage of history."
>>>>>>>>>>
>>>>>>>>>> - Hitchhiker's Guide to the Galaxy
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit
>>>>>>>>> gratis Handy-Flat! http://portal.gmx.net/de/go/dsl
>>>>>>>>
>>>>>>>> -----
>>>>>>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>>>>>>>> http://www.kyngchaos.com/
>>>>>>>>
>>>>>>>> "Mon Dieu! but they are all alike. Cheating, murdering, lying,
>>>>>> fighting,
>>>>>>>> and all for things that the beasts of the jungle would not deign
to
>>>>>> possess
>>>>>>>> - money to purchase the effeminate pleasures of weaklings. And
yet
>>>>>> withal
>>>>>>>> bound down by silly customs that make them slaves to their
unhappy
>> lot
>>>>>>>> while firm in the belief that they be the lords of creation
>> enjoying
>>>>>> the only
>>>>>>>> real pleasures of existence....
>>>>>>>>
>>>>>>>> - the wisdom of Tarzan
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Schon gehört? GMX hat einen genialen Phishing-Filter in die
>>>>>>> Toolbar eingebaut! http://www.gmx.net/de/go/toolbar
>>>>>>
>>>>>> -----
>>>>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>>>>>> http://www.kyngchaos.com/
>>>>>>
>>>>>> "Mon Dieu! but they are all alike. Cheating, murdering, lying,
>> fighting,
>>>>>> and all for things that the beasts of the jungle would not deign to
>> possess
>>>>>> - money to purchase the effeminate pleasures of weaklings. And yet
>> withal
>>>>>> bound down by silly customs that make them slaves to their unhappy
>> lot
>>>>>> while firm in the belief that they be the lords of creation
enjoying
>> the only
>>>>>> real pleasures of existence....
>>>>>>
>>>>>> - the wisdom of Tarzan
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit
>>>>> gratis Handy-Flat! http://portal.gmx.net/de/go/dsl
>>>>
>>>> -----
>>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>>>> http://www.kyngchaos.com/
>>>>
>>>> "I ache, therefore I am. Or in my case - I am, therefore I ache."
>>>>
>>>> - Marvin
>>>>
>>>>
>>>>
>>>
>>
>> -----
>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>> http://www.kyngchaos.com/
>>
>> "The beast is actively interested only in now, and, as it is always now
>> and always shall be, there is an eternity of time for the
accomplishment of
>> objects."
>>
>> - the wisdom of Tarzan
>>
>>
>>
>>
>>
>
> --
> NEU: FreePhone - kostenlos mobil telefonieren und surfen!
> Jetzt informieren: http://www.gmx.net/de/go/freephone

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"History is an illusion caused by the passage of time, and time is an
illusion caused by the passage of history."

- Hitchhiker's Guide to the Galaxy

--
Schon gehört? GMX hat einen genialen Phishing-Filter in die
Toolbar eingebaut! http://www.gmx.net/de/go/toolbar

On Wed, Mar 2, 2011 at 2:11 PM, Johannes Radinger <JRadinger@gmx.at> wrote:

Hello,

first great thanks to you William! My GRASS 7.0 is no perfectly running
on my Mac 10.6.6.

Now I want to install the r.stream addon. I tried with
g.extension extension=r.stream svnurl=https://svn.osgeo.org/grass/grass-addons/grass7 prefix=$GRASS_ADDON_PATH

but I failed...

So what do I have to do?

Tell us why it fails :slight_smile: I.e. send the error message...

Markus

-------- Original-Nachricht --------

Datum: Wed, 2 Mar 2011 15:14:24 +0100
Von: Markus Neteler <neteler@osgeo.org>
An: Johannes Radinger <JRadinger@gmx.at>
CC: kyngchaos@kyngchaos.com, grass-users@lists.osgeo.org
Betreff: Re: [GRASS-user] Install Addon GRASS 7.0 on Mac

On Wed, Mar 2, 2011 at 2:11 PM, Johannes Radinger <JRadinger@gmx.at>
wrote:
> Hello,
>
> first great thanks to you William! My GRASS 7.0 is no perfectly running
> on my Mac 10.6.6.
>
> Now I want to install the r.stream addon. I tried with
> g.extension extension=r.stream
svnurl=https://svn.osgeo.org/grass/grass-addons/grass7 prefix=$GRASS_ADDON_PATH
>
> but I failed...
>
> So what do I have to do?

Tell us why it fails :slight_smile: I.e. send the error message...

That's the error message I get:

Checked out revision 45518.
Compiling 'r.stream'...
make: stat: /users/admin/downloads/grass-7.0.svn_src_snapsho
t_2011_02_26/dist.i386-apple-darwin10.6.0: Permission denied
mkdir: /users/admin/downloads/grass-7.0.svn_src_snapshot_201
1_02_26: Permission denied
make: *** [/users/admin/downloads/grass-7.0.svn_src_snapshot
_2011_02_26/dist.i386-apple-darwin10.6.0] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.
mkdir -p /users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0
(Wed Mar 2 15:25:18 2011) Command finished (8 sec)

Interestingly it mentions my download-directory where I compiled the grass-gis before... So is it not okay then to delete the downloaded source-snapshot after compiling and installing (at the moment it is still there).

/j

Markus
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

--
GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit
gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

On Mar 2, 2011, at 8:30 AM, Johannes Radinger wrote:

-------- Original-Nachricht --------

Datum: Wed, 2 Mar 2011 15:14:24 +0100
Von: Markus Neteler <neteler@osgeo.org>
An: Johannes Radinger <JRadinger@gmx.at>
CC: kyngchaos@kyngchaos.com, grass-users@lists.osgeo.org
Betreff: Re: [GRASS-user] Install Addon GRASS 7.0 on Mac

On Wed, Mar 2, 2011 at 2:11 PM, Johannes Radinger <JRadinger@gmx.at>
wrote:

Hello,

first great thanks to you William! My GRASS 7.0 is no perfectly running
on my Mac 10.6.6.

Now I want to install the r.stream addon. I tried with
g.extension extension=r.stream

svnurl=https://svn.osgeo.org/grass/grass-addons/grass7 prefix=$GRASS_ADDON_PATH

but I failed...

So what do I have to do?

Tell us why it fails :slight_smile: I.e. send the error message...

That's the error message I get:

Checked out revision 45518.
Compiling 'r.stream'...
make: stat: /users/admin/downloads/grass-7.0.svn_src_snapsho
t_2011_02_26/dist.i386-apple-darwin10.6.0: Permission denied
mkdir: /users/admin/downloads/grass-7.0.svn_src_snapshot_201
1_02_26: Permission denied
make: *** [/users/admin/downloads/grass-7.0.svn_src_snapshot
_2011_02_26/dist.i386-apple-darwin10.6.0] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.
mkdir -p /users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0
(Wed Mar 2 15:25:18 2011) Command finished (8 sec)

Interestingly it mentions my download-directory where I compiled the grass-gis before... So is it not okay then to delete the downloaded source-snapshot after compiling and installing (at the moment it is still there).

I've never tried g.extension before.

That $GRASS_ADDON_PATH can have multiple paths in it, separated by : (colon). The Mac startup does just this. And it looks like g.extension doesn't handle this, so it's trying to create a bogus folder, though it should not be having permissions problem since it would still be in your home folder. Maybe the : separator is confusing the system (some Mac internals still use the old : file path separator).

g.extension also changes how GRASS_ADDON_PATH is interpreted, from GRASS 6 - it used to be a direct path to the executable folder, ie bin/, now it's a path to the parent of that. The default user addon paths set by the Mac startup are (GRASS version is major.minor version):

~/Library/GRASS/[GRASS version]/Modules/bin
/Library/GRASS/[GRASS version]/Modules/bin

I didn't catch the change and haven't updated the Mac startup yet. Though it looks like the normal startup does both, which still gets it messed up.

So, I'd say set the prefix=~/Library/GRASS/7.0/Modules for g.extension, but GRASS would not find your installed extension afterwards to execute it.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

The equator is so long, it could encircle the earth completely once.

William wrote:

g.extension also changes how GRASS_ADDON_PATH is
interpreted, from GRASS 6 - it used to be a direct path to
the executable folder, ie bin/, now it's a path to the
parent of that. The default user addon paths set by
the Mac startup are (GRASS version is major.minor version):

It still should be a single path which points to a dir which should be
added to GRASS's search $PATH.

yes, g.extension is abusing it a bit using it like --prefix, but some
months ago g.extension was reworked with a hack so a symlink to the
executable made it into the real $GRASS_ADDON_PATH and not some support
dir beneath it.

it is far from ideal, but it should make it work.. at least when the
install is built from a local compile. not sure how well tested it is
outside of that (where Platform.make and friends need to point to the
installed dir not the build dir, which doesn't exist on the end-users'
computer)

Hamish

hej,

Am 03.03.2011 um 07:01 schrieb Hamish:

William wrote:

g.extension also changes how GRASS_ADDON_PATH is
interpreted, from GRASS 6 - it used to be a direct path to
the executable folder, ie bin/, now it's a path to the
parent of that. The default user addon paths set by
the Mac startup are (GRASS version is major.minor version):

It still should be a single path which points to a dir which should be
added to GRASS's search $PATH.

yes, g.extension is abusing it a bit using it like --prefix, but some
months ago g.extension was reworked with a hack so a symlink to the
executable made it into the real $GRASS_ADDON_PATH and not some support
dir beneath it.

it is far from ideal, but it should make it work.. at least when the
install is built from a local compile. not sure how well tested it is
outside of that (where Platform.make and friends need to point to the
installed dir not the build dir, which doesn't exist on the end-users'
computer)

Hamish

It seems that my g.extension points to the build dir
rather then to the installation. So what should I do to install a add-on which is executable
(globally) on my mac.?

I tried it also with /Library/GRASS/[GRASS version]/Modules/bin but i still fail to compile and it still points to my build dir...

is there any other good way to install an add on on a mac?
maybe you can explain in detail how to do that, i really don't have a clue after the readme...

/j

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

On Thu, Mar 3, 2011 at 9:12 AM, Johannes Radinger <JRadinger@gmx.at> wrote:

hej,

Am 03.03.2011 um 07:01 schrieb Hamish:

William wrote:

g.extension also changes how GRASS_ADDON_PATH is
interpreted, from GRASS 6 - it used to be a direct path to
the executable folder, ie bin/, now it's a path to the
parent of that. The default user addon paths set by
the Mac startup are (GRASS version is major.minor version):

It still should be a single path which points to a dir which should be
added to GRASS's search $PATH.

yes, g.extension is abusing it a bit using it like --prefix, but some
months ago g.extension was reworked with a hack so a symlink to the
executable made it into the real $GRASS_ADDON_PATH and not some support
dir beneath it.

it is far from ideal, but it should make it work.. at least when the
install is built from a local compile. not sure how well tested it is
outside of that (where Platform.make and friends need to point to the
installed dir not the build dir, which doesn't exist on the end-users'
computer)

Hamish

It seems that my g.extension points to the build dir
rather then to the installation.

Maybe you are hit by
http://trac.osgeo.org/grass/ticket/620
?

see also
http://trac.osgeo.org/grass/ticket/854

Markus

On Mar 3, 2011, at 12:01 AM, Hamish wrote:

William wrote:

g.extension also changes how GRASS_ADDON_PATH is
interpreted, from GRASS 6 - it used to be a direct path to
the executable folder, ie bin/, now it's a path to the
parent of that. The default user addon paths set by
the Mac startup are (GRASS version is major.minor version):

It still should be a single path which points to a dir which should be
added to GRASS's search $PATH.

Was this a conscious change (single path), or did it happen because of how g.extension was programmed. The documentation for the GRASS startup still shows examples:

   GRASS_ADDON_PATH=/usr/mytools
   GRASS_ADDON_PATH=/usr/mytools:/usr/local/othertools

grass.py adds both the full GRASS_ADDON_PATH and GRASS_ADDON_PATH/bin and scripts to PATH, which assumes there is only one path in GRASS_ADDON_PATH. And of course g.extension defaults to GRASS_ADDON_PATH, if set, thus expecting a single path there.

Rather limiting. Breaks my Mac setup for global and user addons outside the GRASS application folder.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"I ache, therefore I am. Or in my case - I am, therefore I ache."

- Marvin

Hello,

So I just wanted to know if there is any possibility to install
any add-on (r.stream.*) on my mac?
How can I do that without having my the source code anymore and
only the ready installed GRAS GIS 7.0?

It seems that g.extension is not working at the moment, or
is that problem already fixed in the latest weekly source?

thank you
/johannes

-------- Original-Nachricht --------

Datum: Wed, 2 Mar 2011 10:38:01 -0600
Von: William Kyngesburye <woklist@kyngchaos.com>
An: Johannes Radinger <JRadinger@gmx.at>
CC: Markus Neteler <neteler@osgeo.org>, grass-users@lists.osgeo.org
Betreff: Re: [GRASS-user] Install Addon GRASS 7.0 on Mac

On Mar 2, 2011, at 8:30 AM, Johannes Radinger wrote:

>
> -------- Original-Nachricht --------
>> Datum: Wed, 2 Mar 2011 15:14:24 +0100
>> Von: Markus Neteler <neteler@osgeo.org>
>> An: Johannes Radinger <JRadinger@gmx.at>
>> CC: kyngchaos@kyngchaos.com, grass-users@lists.osgeo.org
>> Betreff: Re: [GRASS-user] Install Addon GRASS 7.0 on Mac
>
>> On Wed, Mar 2, 2011 at 2:11 PM, Johannes Radinger <JRadinger@gmx.at>
>> wrote:
>>> Hello,
>>>
>>> first great thanks to you William! My GRASS 7.0 is no perfectly
running
>>> on my Mac 10.6.6.
>>>
>>> Now I want to install the r.stream addon. I tried with
>>> g.extension extension=r.stream
>> svnurl=https://svn.osgeo.org/grass/grass-addons/grass7
prefix=$GRASS_ADDON_PATH
>>>
>>> but I failed...
>>>
>>> So what do I have to do?
>>
>> Tell us why it fails :slight_smile: I.e. send the error message...
>>
> That's the error message I get:
>
> Checked out revision 45518.
> Compiling 'r.stream'...
> make: stat: /users/admin/downloads/grass-7.0.svn_src_snapsho
> t_2011_02_26/dist.i386-apple-darwin10.6.0: Permission denied
> mkdir: /users/admin/downloads/grass-7.0.svn_src_snapshot_201
> 1_02_26: Permission denied
> make: *** [/users/admin/downloads/grass-7.0.svn_src_snapshot
> _2011_02_26/dist.i386-apple-darwin10.6.0] Error 1
> ERROR: Compilation failed, sorry. Please check above error messages.
> mkdir -p
/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0
> (Wed Mar 2 15:25:18 2011) Command finished (8 sec)
>
> Interestingly it mentions my download-directory where I compiled the
grass-gis before... So is it not okay then to delete the downloaded
source-snapshot after compiling and installing (at the moment it is still there).
>

I've never tried g.extension before.

That $GRASS_ADDON_PATH can have multiple paths in it, separated by :
(colon). The Mac startup does just this. And it looks like g.extension doesn't
handle this, so it's trying to create a bogus folder, though it should not
be having permissions problem since it would still be in your home folder.
Maybe the : separator is confusing the system (some Mac internals still
use the old : file path separator).

g.extension also changes how GRASS_ADDON_PATH is interpreted, from GRASS 6
- it used to be a direct path to the executable folder, ie bin/, now it's
a path to the parent of that. The default user addon paths set by the Mac
startup are (GRASS version is major.minor version):

~/Library/GRASS/[GRASS version]/Modules/bin
/Library/GRASS/[GRASS version]/Modules/bin

I didn't catch the change and haven't updated the Mac startup yet. Though
it looks like the normal startup does both, which still gets it messed up.

So, I'd say set the prefix=~/Library/GRASS/7.0/Modules for g.extension,
but GRASS would not find your installed extension afterwards to execute it.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

The equator is so long, it could encircle the earth completely once.

--
Schon gehört? GMX hat einen genialen Phishing-Filter in die
Toolbar eingebaut! http://www.gmx.net/de/go/toolbar