![]() |
2010-08-01
, 13:13
|
|
Posts: 2,154 |
Thanked: 2,186 times |
Joined on Dec 2009
@ Hellsinki, Finland
|
#2
|
![]() |
2010-08-01
, 13:24
|
Posts: 3,319 |
Thanked: 5,610 times |
Joined on Aug 2008
@ Finland
|
#3
|
In my case it's because of two things:
- I got server error when tried to promote severall my themes right after receiving promotion unlocked -mails
- I can't remember which of my themes are unlocked since there are so many of them. A single page which would show status of all my maintained packages would be more than helpful. Now it's slow to search for all packages and then go and check if the testing version is promotable or not.
![]() |
2010-08-01
, 13:27
|
Posts: 159 |
Thanked: 122 times |
Joined on Nov 2009
|
#4
|
In my case it's because of two things:
- I got server error when tried to promote severall my themes right after receiving promotion unlocked -mails
- I can't remember which of my themes are unlocked since there are so many of them. A single page which would show status of all my maintained packages would be more than helpful. Now it's slow to search for all packages and then go and check if the testing version is promotable or not.
![]() |
2010-08-01
, 14:42
|
|
Posts: 2,154 |
Thanked: 2,186 times |
Joined on Dec 2009
@ Hellsinki, Finland
|
#5
|
Thanks for your thoughts.
The server issue is really an subotpimal. What do you think of solution 1?
If you had an auto-promote option enabled your packages would get promotion when the server recovered.
How about this list?
If the Karma number is green, the package is unlocked and with 5 pages the list is not to long.
And this list is sorted alphabetically and your packages have all the same prefix.
Nevertheless, maybe you can add more solutions to the brainstorm issue?
![]() |
2010-08-01
, 14:55
|
Posts: 159 |
Thanked: 122 times |
Joined on Nov 2009
|
#6
|
Thanks for the urls. I cleared the list on my part:
- promoted packages that were PR1.2 compatible
- thumbed down the ones that were not
![]() |
2010-08-01
, 15:02
|
|
Posts: 246 |
Thanked: 204 times |
Joined on Jun 2007
@ Potsdam (Germany)
|
#7
|
I created a solution suggesting to add an option for a maintainer "will not promote".
What do you think?
![]() |
2010-08-01
, 15:10
|
Posts: 3,319 |
Thanked: 5,610 times |
Joined on Aug 2008
@ Finland
|
#8
|
I created a solution suggesting to add an option for a maintainer "will not promote".
What do you think?
![]() |
2010-08-01
, 15:12
|
Posts: 3,319 |
Thanked: 5,610 times |
Joined on Aug 2008
@ Finland
|
#9
|
Thanks for the urls. I cleared the list on my part:
- promoted packages that were PR1.2 compatible
- thumbed down the ones that were not
![]() |
2010-08-01
, 15:56
|
Posts: 159 |
Thanked: 122 times |
Joined on Nov 2009
|
#10
|
What would the rationale be for that ? Testing is a temporary repo before getting to Extras. If you don't want it in extras, you should keep it in extras-devel. If you mean 'will not promote' as in want to remove the package from testing, they just need to thumb their package down.
How can this be reduced?
Brainstorm at Many tested apps in Extras-testing are not promoted timely
Last edited by hschmitt; 2010-08-03 at 10:55.