Hi All,
I'm having issues in using g.extension and before filing a bug report I
should like to know whether am I not seeing anything obviously wrong from
my side.
GRASS 6.4.3svn (nc_spm_08):~ > g.extension extension=r.stream.extract
operation=add
Fetching from GRASS-Addons SVN (be patient)...
A
On Thu, Dec 6, 2012 at 7:20 PM, Margherita Di Leo
wrote:
> Hi All,
>
> I'm having issues in using g.extension and before filing a bug report I
> should like to know whether am I not seeing anything obviously wrong from my
> side.
>
> GRASS 6.4.3svn (nc_spm_08):~ > g.extension extension=r.stream.ex
2012/12/6 Margherita Di Leo :
> Hi All,
>
> I'm having issues in using g.extension and before filing a bug report I
> should like to know whether am I not seeing anything obviously wrong from my
> side.
>
are you sure? it seems that you are trying to install in /usr/local .
please RTFM.
> GRA
It's still me, and I didn't solve it yet. I have some update about my
trials though.
First of all, I thought to check the permission of the .svn folder, because
I am on a Red Hat and I don't have root permission. .svn folder was owned
in fact by root. This behavior looked strange to me, not being I
Hi,
After having tested g.extension (svn-releasebranch64) with fresh
installation both on Debian and on Red Hat, both with default installation
and on local installation (bindir and prefix in /home/somewhere), FWIW, the
result is that the only way to make it work is to compile grass without
instal
On Sat, Jan 26, 2013 at 2:11 PM, Margherita Di Leo
wrote:
> Hi,
>
> After having tested g.extension (svn-releasebranch64) with fresh
> installation both on Debian and on Red Hat, both with default installation
> and on local installation (bindir and prefix in /home/somewhere), FWIW, the
> result i
[hi all, popping my head in for a few minutes but still mostly
offline for another few weeks]
Margherita wrote:
> > After having tested g.extension (svn-releasebranch64)
> > with fresh installation both on Debian and on Red Hat, both
> > with default installation and on local installation (bindir
oh yeah, and if working from the debian/ubuntu packages, make
sure that the grass-dev package is installed if you want to use
g.extension. The packaging rules add a little hint error message
to g.extension telling you to do that if it's not detected, but
it is probably worth many reminders.
Hamis
Hamish,
thank you for your reply. On this installation of debian as far as I
remember I never installed the package, I only compiled from source.
Thanks,
madi
On Sun, Jan 27, 2013 at 5:51 AM, Hamish wrote:
> oh yeah, and if working from the debian/ubuntu packages, make
> sure that the grass-de
Margherita wrote:
> thank you for your reply. On this installation of debian as far
> as I remember I never installed the package, I only compiled
> from source.
the problem isn't an interaction between the .deb package and the
local 'make install', it's if you ever did 'make install' before.
I'm
Hi,
It should be fixed now, please svn up & test a bunch.
Tested with d.barb and v.surf.icw, both from run the build
dir and after 'make install'. all seemed to be ok.
I also backported the update to g.manual so that it will work
with man and html help pages for your addon modules too.
GRASS> g.
Hamish,
KUDOS! It works like a charm, tested with addons in C, in python and in
bash.
Thanks A LOT!
madi
On Mon, Jan 28, 2013 at 1:16 PM, Hamish wrote:
> Hi,
>
> It should be fixed now, please svn up & test a bunch.
> Tested with d.barb and v.surf.icw, both from run the build
> dir and after
Margherita wrote:
> Hamish,
> KUDOS! It works like a charm, tested with addons in C, in
> python and in bash.
> Thanks A LOT!
glad to hear it. It's just the first step though, making sure it
also still works from the various packages (esp. Mac) is needed.
Paulo, re.:
> ERROR: G_getenv(): Variable
Hi Hamish,
No, I just run it from within GRASS. But let's see if it works with the
latest version (I'LLC try tomorrow).
Thanks!
Paulo
On Jan 28, 2013 10:14 PM, "Hamish" wrote:
> Margherita wrote:
> > Hamish,
> > KUDOS! It works like a charm, tested with addons in C, in
> > python and in bash.
Just recompiled grass 6.4 (completely clean):
* The earlier mentioned problem with g.html2man not being in the right
folder was solved, it appears in the tools folder now
* It did not solve the problem of omitting the parameter part in the
manual page. When installing addons (tried script and
Based on remarks from Markus, I installed r.mess (and other extensions)
from the command line rather then using the g.extension gui interface. It
does seem to do the trick
The extensions install fine, and the total manual page is now rendered when
running the extension. Meaning, including the NAME
Actually, something happened, and it fails again, still on g.html2man..
On Mon, Jan 28, 2013 at 9:43 PM, Margherita Di Leo <
dileomargher...@gmail.com> wrote:
> Hamish,
>
> KUDOS! It works like a charm, tested with addons in C, in python and in
> bash.
>
> Thanks A LOT!
>
> madi
>
>
> On Mon, Jan
Margherita wrote:
> Actually, something happened, and it fails again, still
> on g.html2man..
can you send me the build log & more details?
offlist is ok if you don't want to spam the list.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Margherita wrote:
> Actually, something happened, and it fails again, still
> on g.html2man..
...
this is a funny error message, seeing that it is a shell script
and not C code (and the Makefile knows that):
> grass-6.4.3svn/locale/scriptstrings/v.surf.icw_to_translate.c:
> Directory nonexistent
19 matches
Mail list logo