<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 21, 2015 at 12:17 PM, Martin Landa <span dir="ltr"><<a href="mailto:landa.martin@gmail.com" target="_blank">landa.martin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">2015-02-21 17:49 GMT+01:00 Martin Landa <<a href="mailto:landa.martin@gmail.com">landa.martin@gmail.com</a>>:<br>
>> Except for grass6-dev: does it really make sense to still publish a -dev<br>
>> version of grass6 ? In my thinking we will be in pure bug fixing mode for<br>
>> grass6 once grass7 is out. I would actually plead to reduce to one grass6<br>
>> branch on trac with bug-fixes only for that branch and bug-fix releases just<br>
>> being tags of that branch.<br>
><br>
> make sense to me. Martin<br>
<br>
</span>to summarize OSGeo4W proposal:<br>
<br>
* `grass` will be 7.0.0<br>
* `grass6` will be 6.4.4 (hopefully soon 6.4.5)<br>
* `grass-svn` will be 7.0.1svn (*)<br>
* `grass-trunk-svn` will be 7.1svn<br>
* `grass64-dev` will be removed<br>
<br>
Martin<br>
<br>
(*) `dev` is really misleading here, so `svn` or `daily` (`svn` sounds<br>
more technical).</blockquote><div><br></div><div>I don't like svn in package names. Daily expresses much better what it is. It is not the current state of svn, it is a daily build. With leaving out the daily builds of current release branch (now 70), it would be just:<br></div></div><br>
* `grass` - latest stable release<br>
* `grass6` - latest stable release of 6.x series<br>
* `grass-daily` - daily build of trunk<br><br></div><div class="gmail_extra">In my suggestion I suppose that we don't need to package daily builds of current release branch (now 70). However, I'm not sure how to deal with betas and RCs. Should they be also accessible just through standalone installer? Or are they considered as "latest stable release" and thus for example, 7.0.1RC1 would replace 7.0.0 in package `grass`?<br></div></div>