Re: [GRASS-dev] grass7 - renamed optiont

2011-06-13 Thread Hamish
Glynn: > The only caveat is that an abbreviation given on the command line must > not match multiple options, or else an error occurs; there is no "best > match" rule. I would think that an exact match should trump all others, and only after that an error occurs on ambiguities. (I suppose cycles a

Re: [GRASS-dev] grass7 - renamed optiont

2011-06-13 Thread Helena Mitasova
On Jun 12, 2011, at 3:03 AM, Glynn Clements wrote: > > Helena Mitasova wrote: > >> In grass7 the names of options for some commands were changed >> (but the manuals were not updated). >> http://trac.osgeo.org/grass/wiki/Grass7/NewFeatures#Renamedoptions >> >> I would like to update the manual

[GRASS-dev] testing in 6.5 before backporting to 6.4

2011-06-13 Thread Helena Mitasova
On Jun 13, 2011, at 4:17 PM, Hamish wrote: > Martin wrote: >> done in r46687 (review needed). > > n.b. r46690 code still refers to .grass7 in grass6 > [please don't backport to 6.4 until code is tested in 6.5 for some > time, even if it seems harmless. otherwise there is no quality > control, t

Re: [GRASS-dev] Installing own Python script

2011-06-13 Thread Hamish
Hamish wrote: > addon environ variable can have multiples, you need to spit > on the first ":". ugg, C:\ probably doesn't like that. H ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Installing own Python script

2011-06-13 Thread Hamish
Martin wrote: > done in r46687 (review needed). n.b. r46690 code still refers to .grass7 in grass6 [please don't backport to 6.4 until code is tested in 6.5 for some time, even if it seems harmless. otherwise there is no quality control, the laws of unintended consequences bite us, and what's the

Re: [GRASS-dev] Test suite for GRASS - proposal, discussion welcome

2011-06-13 Thread Soeren Gebbert
Hello, >> I assume such critical modules are coded in the framework, not in the >> test scripts? > > I was thinking about a directive (e.g. "@critical") in the test script > so that any failure during the test would generate a more prominent Such kind of annotations/directives are a great idea. I

[GRASS-dev] Re: [GRASS GIS] #1386: wxGUI output gone

2011-06-13 Thread GRASS GIS
#1386: wxGUI output gone --+- Reporter: mmetz| Owner: martinl Type: defect | Status: reopened Priority: blocker | Milestone: 6.4.2 Component: wxGUI| Vers

Re: [GRASS-dev] Installing own Python script

2011-06-13 Thread Martin Landa
Hi, 2011/6/13 Martin Landa : [...] > I think that there should the per-script "install" target. At least > for g.extension. Currently, g.extension fails with error. done in r46687 (review needed). > Installing 'r.threshold'... > make: *** No rule to make target `install'.  Stop. > WARNING: Ins

Re: [GRASS-dev] Installing own Python script

2011-06-13 Thread Luca Delucchi
2011/6/13 Martin Landa : > Hi, > > 2011/6/1 Glynn Clements : >>> > The per-module "install" target (which doesn't exist for scripts at >>> > present) copies a single module (along with its manual page in HTML >>> > and man formats) from the dist. directory to the installation >>> > directory. >>> >

[GRASS-dev] Re: [GRASS GIS] #1386: wxGUI output gone

2011-06-13 Thread GRASS GIS
#1386: wxGUI output gone --+- Reporter: mmetz| Owner: martinl Type: defect | Status: reopened Priority: blocker | Milestone: 6.4.2 Component: wxGUI| Vers

Re: [GRASS-dev] Installing own Python script

2011-06-13 Thread Martin Landa
Hi, 2011/6/1 Glynn Clements : >> > The per-module "install" target (which doesn't exist for scripts at >> > present) copies a single module (along with its manual page in HTML >> > and man formats) from the dist. directory to the installation >> > directory. >> > >> > AFAICT, this is only useful i

Re: [GRASS-dev] grass7: problem --with-liblas

2011-06-13 Thread Doug_Newcomb
Hi Folks, Glynn's suggested hack to liblas-config below to work around the issue in cmake allowed me to compile grass7 with liblas support over the weekend on Ubuntu 11.04 x64. I have not read any las files yet to see if it actaully worked :-) , hopefully tonight I'll get a chance. Doug Dou

[GRASS-dev] Re: [GRASS GIS] #1386: wxGUI output gone

2011-06-13 Thread GRASS GIS
#1386: wxGUI output gone --+- Reporter: mmetz| Owner: martinl Type: defect | Status: closed Priority: blocker | Milestone: 6.4.2 Component: wxGUI| Vers

[GRASS-dev] Re: [GRASS GIS] #1388: r3.univar gives bad results for cell counts

2011-06-13 Thread GRASS GIS
#1388: r3.univar gives bad results for cell counts ---+ Reporter: hamish | Owner: grass-dev@… Type: defect | Status: new Priority: critical | Milestone: 6.