On 9/6/19 5:18 AM, Vaclav Petras wrote:
> On Thu, Sep 5, 2019 at 7:18 AM Martin Landa wrote:
>> čt 5. 9. 2019 v 12:48 odesílatel Sebastiaan Couwenberg
>> napsal:
that's wrong, g.extension is using 'svn export' (for official repo).
>>>
>>> Using `svn export` for git repositories makes no
On 9/6/19 5:06 AM, Vaclav Petras wrote:
> On Thu, Sep 5, 2019 at 7:50 AM Sebastiaan Couwenberg
> wrote:
>>
>> On 9/5/19 12:54 PM, Markus Neteler wrote:
>>> Would shallow clone not clone the entire repo? But we only want a
>>> subdirectory out of it.
>>
>> `git clone --filter` may be an option,
#3896: d.legend: error when displaying raster legend
--+-
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.8.0
Component: Display |Version:
#3897: d.mon errors when closing
--+-
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.8.0
Component: Display |Version:
On Thu, Sep 5, 2019 at 7:18 AM Martin Landa wrote:
> Hi,
>
> čt 5. 9. 2019 v 12:48 odesílatel Sebastiaan Couwenberg
> napsal:
> > > that's wrong, g.extension is using 'svn export' (for official repo).
> >
> > Using `svn export` for git repositories makes no sense/is a horrible
> hack.
>
> I
On Thu, Sep 5, 2019 at 7:50 AM Sebastiaan Couwenberg
wrote:
>
> On 9/5/19 12:54 PM, Markus Neteler wrote:
> > Would shallow clone not clone the entire repo? But we only want a
> > subdirectory out of it.
>
> `git clone --filter` may be an option, or restructure the repo with git
> usage in mind
#3904: 7.9.dev: startup warning
---+-
Reporter: rshepard | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
Component: wxGUI |
#3903: Closing of d.mon crashes
+-
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.8.0
Component: Python |Version:
#3902: g.extension problem: multiple entries, slowing down GRASS startup
-+-
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: critical | Milestone: 7.8.0
Component: Python |
Hi Martin,
El jue., 5 sept. 2019 a las 15:47, Martin Landa ()
escribió:
> Hi,
>
> čt 5. 9. 2019 v 15:43 odesílatel Veronica Andreo
> napsal:
> > I do not understand what this really means in terms of what I have to
> do. I have many many time series, some with tens of thousands of maps (Gb's
>
Hi,
čt 5. 9. 2019 v 15:43 odesílatel Veronica Andreo napsal:
> I do not understand what this really means in terms of what I have to do. I
> have many many time series, some with tens of thousands of maps (Gb's of
> data) and I find it really annoying to be forced to export all of them to
>
Hi devs,
Since the inclusion of "image collections" in grass79dev, the temporal
database is broken, and I get the following message every time I run a t.*
command:
ERROR: Unsupported temporal database: version mismatch.
The format of your actual temporal database is not supported any more.
#3901: Addons missing in Makefile
-+-
Reporter: sbl | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
Component: Addons |Version: unspecified
Keywords: Makefile
On 9/5/19 12:54 PM, Markus Neteler wrote:
> Would shallow clone not clone the entire repo? But we only want a
> subdirectory out of it.
`git clone --filter` may be an option, or restructure the repo with git
usage in mind instead of subversion, e.g. using submodules for every
extension which can
Hi,
čt 5. 9. 2019 v 12:48 odesílatel Sebastiaan Couwenberg
napsal:
> > that's wrong, g.extension is using 'svn export' (for official repo).
>
> Using `svn export` for git repositories makes no sense/is a horrible hack.
I agree, so please suggest better solution to avoid that g.extension
will
On Thu, Sep 5, 2019 at 12:48 PM Sebastiaan Couwenberg
wrote:
> On 9/5/19 12:15 PM, Martin Landa wrote:
> > čt 5. 9. 2019 v 11:56 odesílatel Sebastiaan Couwenberg
> > napsal:
> >> There is still an issue with g.extension using svn export in
> >> download_source_code_official_github():
> >>
> >>
On 9/5/19 12:15 PM, Martin Landa wrote:
> čt 5. 9. 2019 v 11:56 odesílatel Sebastiaan Couwenberg
> napsal:
>> There is still an issue with g.extension using svn export in
>> download_source_code_official_github():
>>
>>
>>
Hi,
čt 5. 9. 2019 v 11:56 odesílatel Sebastiaan Couwenberg
napsal:
> There is still an issue with g.extension using svn export in
> download_source_code_official_github():
>
>
> https://github.com/OSGeo/grass/blob/releasebranch_7_8/scripts/g.extension/g.extension.py#L1094
>
> REQUIREMENTS.html
On 9/5/19 10:57 AM, Martin Landa wrote:
> út 3. 9. 2019 v 15:47 odesílatel Martin Landa napsal:
>> btw, next qgis release is planned for 13.9. [1]. It would be cool to
>> release 7.8.0 before this date.
>
> it's important whether we want RC2 or just go out with final
> release... I am expecting
Hi,
út 3. 9. 2019 v 15:47 odesílatel Martin Landa napsal:
> btw, next qgis release is planned for 13.9. [1]. It would be cool to
> release 7.8.0 before this date.
it's important whether we want RC2 or just go out with final
release... I am expecting next point release 7.8.1 quite soon anyway.
20 matches
Mail list logo