[Libreoffice-qa] New Bugzilla Version Picker items – 2
pmladek at suse.cz
Thu Jun 14 09:35:06 PDT 2012
On Thu, 2012-06-14 at 18:04 +0200, Rainer Bielefeld wrote:
> Petr Mladek schrieb:
> > I see, you are talking about daily builds. If we agree on the above
> > scheme, we could have:
> Help / About Bugzilla Picker Info
> 22.214.171.124.alpha0+ 126.96.36.199.alpha0+ daily
> 188.8.131.52.alpha1 184.108.40.206.alpha1
> 220.127.116.11.alpha1+ 18.104.22.168.alpha1+ daily
> 22.214.171.124.alpha2 126.96.36.199.alpha2
> 188.8.131.52.alpha2+ 184.108.40.206.alpha2+ daily
> 220.127.116.11.beta1 18.104.22.168.beta1
> 22.214.171.124.beta1+ 126.96.36.199.beta1+ daily
> 188.8.131.52.beta2 184.108.40.206.beta2
> 220.127.116.11.beta2+ 18.104.22.168.beta2+ daily
> 22.214.171.124 126.96.36.199 rc
> 188.8.131.52 184.108.40.206 rc
> 220.127.116.11 18.104.22.168 rc/final
> Hi Petr,
> your latest proposal looks promising to me, I will think about it until
> tomorrow and do some tests (Bugzilla/queries , Assistant, ...).
I keep my fingers crossed. It was originally your proposal, see
So the hope is alive :-)
> I did a quick test with Bugzilla, sort order will be ok (please see
> Picker in an existing bug). As you see we can save the dot in front of
> the alpha/beta, if you agree.
I would prefer to keep the dot there. Bjorn mentioned in one mail that
any kind of delimiter helps to parse this using sed/grep/awk.
Also I think that it is visually better than without the dot. Well, this
might be personal opinion.
> I would like to reduce the number of Daily Versions in the picker. May
> be a fix for "Bug 51070 - BUGZILLA: Exclude obsolete Versions from
> Version picker"
> <https://bugs.freedesktop.org/show_bug.cgi?id=51070> will reduce the
> problem of too many versions. But I doubt that we will have so many
> regressions in a 22.214.171.124.beta1+ that such a Picker really will be useful.
Well, IMHO, we could avoid the daily build versions in bugzilla at all.
Reporters need to paste the build date or the build id anyway. In
addition, the daily builds are used by slightly more experienced people,
so we could expect more reasonable commit messages here.
> @Markus: Do you have an idea what of these versions you want to use for
> the target script?
> @Thorsten: Any idea how sort order will be in Assistant?
We have it under our control, so it should not be an issue. I guess that
there is a basic alphabetical sorting.
> 126.96.36.199.alpha0+ is the Master for all 3.7 until 188.8.131.52.alpha0+ appears?
Hmm, there will be 184.108.40.206.alpha1+ after we create the tag for alpha1.
It is currently planed one week before branching. Well, in general, we
might provide more alpha releases from master before branching.
Note that branching means that we split 3.7 development from master.
When it happens, master will be heading to the 3.8 release.
More information about the Libreoffice-qa