[GRASS-dev] backporting to 6.4 and 7?

GRASS GRASS developer
1

Are there any objections to backporting profiling bug fixes to GRASS 6.4 and 7 (r39257 and r39258 in develbranch_6)? What about the default legend size suggested by Helena (r39277 in develbranch_6)?

Michael

2

Hi,

2009/9/24 Michael Barton <michael.barton@asu.edu>:

Are there any objections to backporting profiling bug fixes to GRASS 6.4 and
7 (r39257 and r39258 in develbranch_6)? What about the default legend size
suggested by Helena (r39277 in develbranch_6)?

+1 for trunk (try to keep devbr6 and trunk synchronized as much as possible)
+0 for relbr64.

Martin

--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa

3

On Sep 24, 2009, at 7:51 AM, landa.martin wrote:

Hi,

2009/9/24 Michael Barton <michael.barton@asu.edu>:

Are there any objections to backporting profiling bug fixes to GRASS 6.4 and
7 (r39257 and r39258 in develbranch_6)? What about the default legend size
suggested by Helena (r39277 in develbranch_6)?

+1 for trunk (try to keep devbr6 and trunk synchronized as much as possible)
+0 for relbr64.

Martin

I can understand about legend size. But why not fix profiling? It is broken in releasebranch.

Michael

4

2009/9/24 Michael Barton <Michael.Barton@asu.edu>:

+1 for trunk (try to keep devbr6 and trunk synchronized as much as
possible)
+0 for relbr64.

I can understand about legend size. But why not fix profiling? It is broken
in releasebranch.

I am not against backporting the changes also to relbr64 (+0). It
could be backported to trunk immediately (keep trunk and devbr6
synchronized - +1).

Martin

--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa

5

Got it. That makes sense. I keep forgetting about how to read the voting system.

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 24, 2009, at 8:05 AM, landa.martin wrote:

2009/9/24 Michael Barton <Michael.Barton@asu.edu>:

+1 for trunk (try to keep devbr6 and trunk synchronized as much as
possible)
+0 for relbr64.

I can understand about legend size. But why not fix profiling? It is broken
in releasebranch.

I am not against backporting the changes also to relbr64 (+0). It
could be backported to trunk immediately (keep trunk and devbr6
synchronized - +1).

Martin

--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa

6

All backported to Trunk.

If the bug fixes are tested enough, I can backport them to releasebranch too.

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

Phone: 480-965-6262
Fax: 480-965-7671
www: www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Sep 24, 2009, at 8:05 AM, landa.martin wrote:

2009/9/24 Michael Barton <Michael.Barton@asu.edu>:

+1 for trunk (try to keep devbr6 and trunk synchronized as much as
possible)
+0 for relbr64.

I can understand about legend size. But why not fix profiling? It is broken
in releasebranch.

I am not against backporting the changes also to relbr64 (+0). It
could be backported to trunk immediately (keep trunk and devbr6
synchronized - +1).

Martin

--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa