We have accumulated a series of important fixes, suggesting to
consider the next release at the end of the month.
There is a related 7.8.4 milestone in GH:
On Tue, Aug 11, 2020 at 7:50 PM Markus Neteler <neteler@osgeo.org> wrote:
Hi devs,
We have accumulated a series of important fixes, suggesting to
consider the next release at the end of the month.
There is a related 7.8.4 milestone in GH:
We never discussed this, but I assumed when somebody backports a commit, they would remove the label (of course it can happen you forget). I went through a couple of them and some of them were backported and some not. There is a long list, so I wonder if other devs can also review this and make sure everything is backported or remove the label if the plan is not to backport. Or did I misunderstand how to use the label?
Anna
On Wed, Aug 19, 2020 at 3:15 PM Markus Neteler <neteler@osgeo.org> wrote:
Hi devs,
On Tue, Aug 11, 2020 at 7:50 PM Markus Neteler <neteler@osgeo.org> wrote:
Hi devs,
We have accumulated a series of important fixes, suggesting to
consider the next release at the end of the month.
There is a related 7.8.4 milestone in GH:
I have cleaned it up.
Now there are like 7 or so remaining.
We never discussed this, but I assumed when somebody backports a commit, they would remove the label
Yes, please.
(of course it can happen you forget). I went through a couple of them and some of them were backported and some not. There is a long list, so I wonder if other devs can also review this and make sure everything is backported or remove the label if the plan is not to backport. Or did I misunderstand how to use the label?
Indeed, it should be used like this:
- PR is submitted against master
- in case that it is relevant, the label "backport_needed" is set
- testing is done
- in case it is merged:
- either the PR submitters themselves backport (with git
cherry-picking that's very easy) and unset the label "backport_needed"
- or, if not possible, then the remaining label indicates that this
is still to be done.
- in any case: once backport was done, unset the label "backport_needed"
On Wed, Aug 19, 2020 at 9:15 PM Markus Neteler <neteler@osgeo.org> wrote:
On Tue, Aug 11, 2020 at 7:50 PM Markus Neteler <neteler@osgeo.org> wrote:
> We have accumulated a series of important fixes, suggesting to
> consider the next release at the end of the month.
> There is a related 7.8.4 milestone in GH:
>
> https://github.com/OSGeo/grass/milestone/2
> --> Due by August 31, 2020 72% complete (15 open issues, 39 closed)
Now we are at 80%.
> (along with the "classical" milestone in trac:
> https://trac.osgeo.org/grass/milestone/7.8.4
> )
>
> Some of the yet open issues may be close to be completed, please take a look.
Two PRs are still open: https://github.com/OSGeo/grass/milestone/2
- Broken vector topology crashes wxGUI GUI backport_needed bug
- g.extension: download from gitlab repositories does not work bug
On Tue, Oct 6, 2020 at 10:13 PM Markus Neteler <neteler@osgeo.org> wrote:
On Mon, Oct 5, 2020 at 9:26 AM Sebastiaan Couwenberg <sebastic@xs4all.nl> wrote:
>
> On 10/5/20 8:59 AM, Markus Neteler wrote:
> > The new stable release is done:
>
> The following translation files have removals in 7.8.4, is that
> intentional? It looks like a regression.
>
> locale/po/grasswxpy_es.po
> locale/po/grasswxpy_fr.po
> locale/po/grasswxpy_hu.po
> locale/po/grasswxpy_it.po
> locale/po/grasswxpy_ko.po
> locale/po/grasswxpy_zh.po
As suspected, they were missing from Transifex. No idea how that's possible.
I have copy-pasted them back, manually (yes, a pain).
GRASS GIS 7.8.4 for Mac is now available as an app bundle [1]. Thanks Michael!
It is also available with MacPorts [2]: new for this release is the installation of app bundle at "/Applications/MacPorts/GRASS-7.8.app" with the "+gui" variant. (See [3] for brief MacPorts introduction).