promotion to extras
Re: promotion to extras
Re: promotion of orphaned packages
2011-12-14 01:00 UTC
> On 12/12/2011 08:19 PM, emme750 at gmail.com wrote:
>> You should also solve the problem of those applications that are ready to be promoted, but the maintainer is no longer "alive".
>> For example, after one month of the release, the promotion may become automatic, or we should enable Supertester to do this.
>>
>
> This have been talked about, but stopped at a question - do you really
> want orphaned packages published in Extras ? If a problem surfaces or a
> bug gets reported, there is nobody to take care of it, and removal can
> get really tricky (who gets final say as how broken it has to be to ask
> Niels to remove it, what if there are other packages depending on the
> orphaned one, etc).
>
>
> Best regards,
> Attila Csipa
My opinion : if the orphaned package is in extras-testing for a long
time (1 month or more) and has a lot of positive votes (12, 2x the 6
needed to promotion), then it is reasonable that it is stable and well
tested. So it should be promoted to extras by some Maemo admin member.
Best regards,
Roberto Colistete Jr.
>> You should also solve the problem of those applications that are ready to be promoted, but the maintainer is no longer "alive".
>> For example, after one month of the release, the promotion may become automatic, or we should enable Supertester to do this.
>>
>
> This have been talked about, but stopped at a question - do you really
> want orphaned packages published in Extras ? If a problem surfaces or a
> bug gets reported, there is nobody to take care of it, and removal can
> get really tricky (who gets final say as how broken it has to be to ask
> Niels to remove it, what if there are other packages depending on the
> orphaned one, etc).
>
>
> Best regards,
> Attila Csipa
My opinion : if the orphaned package is in extras-testing for a long
time (1 month or more) and has a lot of positive votes (12, 2x the 6
needed to promotion), then it is reasonable that it is stable and well
tested. So it should be promoted to extras by some Maemo admin member.
Best regards,
Roberto Colistete Jr.
Re: promotion of orphaned packages
2011-12-14 11:30 UTC
On 14-Dec-11 03:00, Roberto Colistete Jr. wrote:
>> This have been talked about, but stopped at a question - do you really
>> want orphaned packages published in Extras ? If a problem surfaces or a
>> bug gets reported, there is nobody to take care of it, and removal can
>> get really tricky (who gets final say as how broken it has to be to ask
>> Niels to remove it, what if there are other packages depending on the
>> orphaned one, etc).
>
> My opinion : if the orphaned package is in extras-testing for a long
> time (1 month or more) and has a lot of positive votes (12, 2x the 6
> needed to promotion), then it is reasonable that it is stable and well
> tested. So it should be promoted to extras by some Maemo admin member.
Two problems:
1. The apps might have been tested on older versions of dependencies,
which have been superseeded in the meantime. For example I have
deprecated QtMobility 1.1, so it doesn't matter how well tested it was,
that version of mobility is no longer available. Ditto for, say, things
that depend on the kernel - it might work on one (old) version of the
power kernel, but not another, etc.
2. It's not about promoting, it's about dealing with it when it's
already in Extras and it goes wrong (and things do go wrong). If it's an
orphaned package, there is a lack final authority who can (from a
technical perspective) say what should be done, should it be a known
issue, should it be removed, can someone take over, etc, etc. This is
already a problem in Extras, it's just not too widespread (partially
because the orphaned packages that could cause problem are stuck in
testing) so we are in practice ignoring it.
Best regards,
Attila Csipa
>> This have been talked about, but stopped at a question - do you really
>> want orphaned packages published in Extras ? If a problem surfaces or a
>> bug gets reported, there is nobody to take care of it, and removal can
>> get really tricky (who gets final say as how broken it has to be to ask
>> Niels to remove it, what if there are other packages depending on the
>> orphaned one, etc).
>
> My opinion : if the orphaned package is in extras-testing for a long
> time (1 month or more) and has a lot of positive votes (12, 2x the 6
> needed to promotion), then it is reasonable that it is stable and well
> tested. So it should be promoted to extras by some Maemo admin member.
Two problems:
1. The apps might have been tested on older versions of dependencies,
which have been superseeded in the meantime. For example I have
deprecated QtMobility 1.1, so it doesn't matter how well tested it was,
that version of mobility is no longer available. Ditto for, say, things
that depend on the kernel - it might work on one (old) version of the
power kernel, but not another, etc.
2. It's not about promoting, it's about dealing with it when it's
already in Extras and it goes wrong (and things do go wrong). If it's an
orphaned package, there is a lack final authority who can (from a
technical perspective) say what should be done, should it be a known
issue, should it be removed, can someone take over, etc, etc. This is
already a problem in Extras, it's just not too widespread (partially
because the orphaned packages that could cause problem are stuck in
testing) so we are in practice ignoring it.
Best regards,
Attila Csipa
Re: promotion of orphaned packages

Nicolai Hess
2011/12/14 Attila Csipa <maemo@csipa.in.rs>
> On 14-Dec-11 03:00, Roberto Colistete Jr. wrote:
>
>> This have been talked about, but stopped at a question - do you really
>>> want orphaned packages published in Extras ? If a problem surfaces or a
>>> bug gets reported, there is nobody to take care of it, and removal can
>>> get really tricky (who gets final say as how broken it has to be to ask
>>> Niels to remove it, what if there are other packages depending on the
>>> orphaned one, etc).
>>>
>>
>> My opinion : if the orphaned package is in extras-testing for a long
>> time (1 month or more) and has a lot of positive votes (12, 2x the 6
>> needed to promotion), then it is reasonable that it is stable and well
>> tested. So it should be promoted to extras by some Maemo admin member.
>>
>
> Two problems:
>
> 1. The apps might have been tested on older versions of dependencies,
> which have been superseeded in the meantime. For example I have deprecated
> QtMobility 1.1, so it doesn't matter how well tested it was, that version
> of mobility is no longer available. Ditto for, say, things that depend on
> the kernel - it might work on one (old) version of the power kernel, but
> not another, etc.
>
> 2. It's not about promoting, it's about dealing with it when it's already
> in Extras and it goes wrong (and things do go wrong). If it's an orphaned
> package, there is a lack final authority who can (from a technical
> perspective) say what should be done, should it be a known issue, should it
> be removed, can someone take over, etc, etc. This is already a problem in
> Extras, it's just not too widespread (partially because the orphaned
> packages that could cause problem are stuck in testing) so we are in
> practice ignoring it.
>
> Best regards,
> Attila Csipa
>
> ______________________________**_________________
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/**mailman/listinfo/maemo-**developers<https://lists.maemo.org/mailman/listinfo/maemo-developers>
>
Is it possible to transfer the maintainance for orphaned packages to other,
still active, developers?
If so, I would volunteer myself for maintainance of some orphaned packages.
Nicolai
> On 14-Dec-11 03:00, Roberto Colistete Jr. wrote:
>
>> This have been talked about, but stopped at a question - do you really
>>> want orphaned packages published in Extras ? If a problem surfaces or a
>>> bug gets reported, there is nobody to take care of it, and removal can
>>> get really tricky (who gets final say as how broken it has to be to ask
>>> Niels to remove it, what if there are other packages depending on the
>>> orphaned one, etc).
>>>
>>
>> My opinion : if the orphaned package is in extras-testing for a long
>> time (1 month or more) and has a lot of positive votes (12, 2x the 6
>> needed to promotion), then it is reasonable that it is stable and well
>> tested. So it should be promoted to extras by some Maemo admin member.
>>
>
> Two problems:
>
> 1. The apps might have been tested on older versions of dependencies,
> which have been superseeded in the meantime. For example I have deprecated
> QtMobility 1.1, so it doesn't matter how well tested it was, that version
> of mobility is no longer available. Ditto for, say, things that depend on
> the kernel - it might work on one (old) version of the power kernel, but
> not another, etc.
>
> 2. It's not about promoting, it's about dealing with it when it's already
> in Extras and it goes wrong (and things do go wrong). If it's an orphaned
> package, there is a lack final authority who can (from a technical
> perspective) say what should be done, should it be a known issue, should it
> be removed, can someone take over, etc, etc. This is already a problem in
> Extras, it's just not too widespread (partially because the orphaned
> packages that could cause problem are stuck in testing) so we are in
> practice ignoring it.
>
> Best regards,
> Attila Csipa
>
> ______________________________**_________________
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/**mailman/listinfo/maemo-**developers<https://lists.maemo.org/mailman/listinfo/maemo-developers>
>
Is it possible to transfer the maintainance for orphaned packages to other,
still active, developers?
If so, I would volunteer myself for maintainance of some orphaned packages.
Nicolai
Re: promotion of orphaned packages
2011-12-14 12:29 UTC
Hi Nicolai,
> Is it possible to transfer the maintainance for orphaned packages to other,
> still active, developers?
> If so, I would volunteer myself for maintainance of some orphaned packages.
If you look at the package's page (e.g.,
http://maemo.org/packages/view/feedingit/), there is a "Request to be
maintainer of this package" button.
Neal
> Is it possible to transfer the maintainance for orphaned packages to other,
> still active, developers?
> If so, I would volunteer myself for maintainance of some orphaned packages.
If you look at the package's page (e.g.,
http://maemo.org/packages/view/feedingit/), there is a "Request to be
maintainer of this package" button.
Neal
Re: promotion of orphaned packages

Nicolai Hess
2011/12/14 Neal H. Walfield <neal@walfield.org>
> Hi Nicolai,
>
> > Is it possible to transfer the maintainance for orphaned packages to
> other,
> > still active, developers?
> > If so, I would volunteer myself for maintainance of some orphaned
> packages.
>
> If you look at the package's page (e.g.,
> http://maemo.org/packages/view/feedingit/), there is a "Request to be
> maintainer of this package" button.
>
> Neal
>
Yes, but who decides to transfer the maintainance? Can this only be done by
the current
maintainer?
I doubt most maintainers of orphaned packages are listening to this
request.
> Hi Nicolai,
>
> > Is it possible to transfer the maintainance for orphaned packages to
> other,
> > still active, developers?
> > If so, I would volunteer myself for maintainance of some orphaned
> packages.
>
> If you look at the package's page (e.g.,
> http://maemo.org/packages/view/feedingit/), there is a "Request to be
> maintainer of this package" button.
>
> Neal
>
Yes, but who decides to transfer the maintainance? Can this only be done by
the current
maintainer?
I doubt most maintainers of orphaned packages are listening to this
request.
Re: promotion of orphaned packages
2011-12-14 12:36 UTC
At Wed, 14 Dec 2011 13:32:47 +0100,
Nicolai Hess wrote:
> Yes, but who decides to transfer the maintainance? Can this only be done by
> the current
> maintainer?
> I doubt most maintainers of orphaned packages are listening to this
> request.
As I understand it, the maintainer gets an email. If they ignore it
for, say, a week, I bet you could ask Niels Breet to authorize the
request.
Neal
Nicolai Hess wrote:
> Yes, but who decides to transfer the maintainance? Can this only be done by
> the current
> maintainer?
> I doubt most maintainers of orphaned packages are listening to this
> request.
As I understand it, the maintainer gets an email. If they ignore it
for, say, a week, I bet you could ask Niels Breet to authorize the
request.
Neal
Re: promotion to extras
2012-01-28 20:14 UTC
Hi,
There has been support for and no objections to the below proposal.
How do we go about implementing this?
Thanks,
Neal
At Tue, 13 Dec 2011 14:00:54 +0100,
Neal H. Walfield wrote:
>
> Thanks to everyone for the feedback. I'm happy to learn that there is
> already infrastructure for differentiating super-testers from normal
> tesers. I think promoting orphaned packages is a different discussion
> and I think this should be decided seperately.
>
> My new proposal is:
>
> - quarantine for 10 days, promote after: 1 tester + 1 super-tester approve
> - quarantine for 10 days, promote after: 3 testers approve
>
> Thanks,
>
> Neal
There has been support for and no objections to the below proposal.
How do we go about implementing this?
Thanks,
Neal
At Tue, 13 Dec 2011 14:00:54 +0100,
Neal H. Walfield wrote:
>
> Thanks to everyone for the feedback. I'm happy to learn that there is
> already infrastructure for differentiating super-testers from normal
> tesers. I think promoting orphaned packages is a different discussion
> and I think this should be decided seperately.
>
> My new proposal is:
>
> - quarantine for 10 days, promote after: 1 tester + 1 super-tester approve
> - quarantine for 10 days, promote after: 3 testers approve
>
> Thanks,
>
> Neal

> Thanks to everyone for the feedback. I'm happy to learn that there is
> already infrastructure for differentiating super-testers from normal
> tesers. I think promoting orphaned packages is a different discussion
> and I think this should be decided seperately.
>
> My new proposal is:
>
> - quarantine for 10 days, promote after: 1 tester + 1 super-tester approve
> - quarantine for 10 days, promote after: 3 testers approve
>
> Thanks,
>
> Neal
I second this suggestion. Maybe with one modification : 1
super-tester should be enough.