Clarification on requirements for a release

Christian Mollekopf chrigi_1 at fastmail.fm
Mon Jul 3 15:24:41 UTC 2017



On Mon, Jul 3, 2017, at 05:21 PM, Luigi Toscano wrote:
> On Monday, 3 July 2017 17:15:19 CEST Harald Sitter wrote:
> > the phab task is marked private.
> > 
> > on a general note I do not think this was ever discussed or agreed
> > upon and makes no sense (how the heck is a playground project meant to
> > evolve if it can't do bloody pre releases...).
> > 
> > making production releases from playground is not advisable because
> > a) playground was not peer-reviewed through kdereview and
> > b) for reasons I do not know playground projects cannot have stable
> > translations, so you couldn't do maintenance releases afterwards
> > without jumping through hoops to retain
> 
> Because playground is not supposed to have production releases, as you
> wrote above, so we never tracked or enabled translations for playground. It's
> part of the workflow.

I'm not looking for a "production release", I just need to release my
code.
I thought that's what the unstable prefix is about.

> > 
> > even so there's plenty of stuff releasing from playground, which I'll
> > argue is their business. just at a glance I am seeing like 10 projects
> > that have production releases but live in playground.
> 
> Can you please list it, so we can fix them instead of keeping this a
> self-
> fulfilling prophecy?
> 
> 
> > whoever came up with this bullshit should stop putting stones in
> > people's way and publish the tarballs. releasing tarballs is enough of
> > a chore as it is.
> 
> I beg to disagree.
> You are free to release pre-production from playground. When you start 
> releasing stable stuff, you are shouting that you are not *play*ground 
> anymore.

Please clarify how to do that.

Thanks,
Christiain


More information about the release-team mailing list