Reply
Thread Tools
VDVsx's Avatar
Posts: 1,070 | Thanked: 1,604 times | Joined on Sep 2008 @ Helsinki
#1
Hi,

here is the list of apps under testing this week:

From week 13:

http://maemo.org/packages/package_in...ianobar/1.2-7/
http://maemo.org/packages/package_in....5.20100243-2/ - Promoted
http://maemo.org/packages/package_in....1.20100223-2/ - Promoted
http://maemo.org/packages/package_in...1.2.1-1maemo5/
http://maemo.org/packages/package_in...trainer/1.0.9/
http://maemo.org/packages/package_in...us-applet/0.5/
http://maemo.org/packages/package_in...uremote/1.0.1/ - Promoted
http://maemo.org/packages/package_in...0.1.0-0maemo2/ - Promoted
http://maemo.org/packages/package_in...ockthis/0.4-1/
http://maemo.org/packages/package_in...chedule/0.2-1/


New:

http://maemo.org/packages/package_in...black/1.0.0.6/
http://maemo.org/packages/package_in...-blue/1.0.0.6/
http://maemo.org/packages/package_in...-gold/1.0.0.6/
http://maemo.org/packages/package_in...eader/0.0.2-2/
http://maemo.org/packages/package_in...t-tor/0.0.4-2/
http://maemo.org/packages/package_in....9p1-4-maemo7/ - Upgraded
http://maemo.org/packages/package_in...-widget/0.1-6/
http://maemo.org/packages/package_in...-blue/1.0.0.6/
http://maemo.org/packages/package_in...cklet/0.0.1-4/
http://maemo.org/packages/package_in...maemo/1.0.0.7/
http://maemo.org/packages/package_in...support/1.0.4/
http://maemo.org/packages/package_in...ntral/1.1.8-0/
http://maemo.org/packages/package_in...maemo/1.0.0.8/
http://maemo.org/packages/package_in...-plugin/0.2.2/
http://maemo.org/packages/package_in...wallpaper/1.4/ - Promoted

With clear faults/bugs (can be voted down):

http://maemo.org/packages/package_in...2-1fremantle1/ - Demoted
__________________
Valério Valério
www.valeriovalerio.org

Last edited by VDVsx; 2010-04-11 at 11:00.
 

The Following 7 Users Say Thank You to VDVsx For This Useful Post:
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#2
In the interests of reducing ambiguity, what's the policy for the CLI icon requirement for packages that were published before it came into effect?

The current openntpd package would have been promoted if it had been tested a month ago when it came out, and adding another 10 days quarantine (plus waiting for whenever the testing squad will get around to testing the next version) for just an icon change seems way overkill to me.
 
Posts: 3,319 | Thanked: 5,610 times | Joined on Aug 2008 @ Finland
#3
AFAIK it’s not a blocker, only a warning.

EDIT: The QA page is contradictory. In one paragraph it claims it’s a warning (and even that for CLI apps it’s optional), but later it claims it’s a blocker.

In case the QA page is outdated, the wording of the CLI wiki is still wrong. If it IS a hard requirement (which I disagree with), it’s not a SHOULD but a MUST.
__________________
Blogging about mobile linux - The Penguin Moves!
Maintainer of PyQt (see introduction and docs), AppWatch, QuickBrownFox, etc

Last edited by attila77; 2010-04-05 at 08:38.
 

The Following 4 Users Say Thank You to attila77 For This Useful Post:
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#4
http://wiki.maemo.org/Extras-testing...e_applications says "there are blockers". I'm fine with that, just questioning whether it should apply to pre-existing packages. Also, what about already-promoted packages with no newer version? Are they ok or should they be removed from extras?
 

The Following 2 Users Say Thank You to lma For This Useful Post:
VDVsx's Avatar
Posts: 1,070 | Thanked: 1,604 times | Joined on Sep 2008 @ Helsinki
#5
Originally Posted by lma View Post
In the interests of reducing ambiguity, what's the policy for the CLI icon requirement for packages that were published before it came into effect?

The current openntpd package would have been promoted if it had been tested a month ago when it came out, and adding another 10 days quarantine (plus waiting for whenever the testing squad will get around to testing the next version) for just an icon change seems way overkill to me.
We don't have a clear policy for that, but packages in the same situation were thumbed down, so it's a bit unfair IMO.
The problem with the CLI apps is that apart from the testing squad almost anyone else test them.
__________________
Valério Valério
www.valeriovalerio.org
 

The Following 3 Users Say Thank You to VDVsx For This Useful Post:
Posts: 3,319 | Thanked: 5,610 times | Joined on Aug 2008 @ Finland
#6
Ideally, I wouldn’t mind at all if we simply had a XSBC-CLI: yes flag which would do all that* stuff automatically. And if it was a flag, it could be even modified through an interface, not affecting quarantine. Let’s not make lives difficult.


*CLI icon + automatically append "this is a command line application" to the end of the description
__________________
Blogging about mobile linux - The Penguin Moves!
Maintainer of PyQt (see introduction and docs), AppWatch, QuickBrownFox, etc

Last edited by attila77; 2010-04-05 at 08:44.
 

The Following 3 Users Say Thank You to attila77 For This Useful Post:
VDVsx's Avatar
Posts: 1,070 | Thanked: 1,604 times | Joined on Sep 2008 @ Helsinki
#7
Originally Posted by lma View Post
http://wiki.maemo.org/Extras-testing...e_applications says "there are blockers". I'm fine with that, just questioning whether it should apply to pre-existing packages. Also, what about already-promoted packages with no newer version? Are they ok or should they be removed from extras?
That was discussed, packages already in Extras are fine until a new release. The new version must follow the rules then.
__________________
Valério Valério
www.valeriovalerio.org
 

The Following User Says Thank You to VDVsx For This Useful Post:
VDVsx's Avatar
Posts: 1,070 | Thanked: 1,604 times | Joined on Sep 2008 @ Helsinki
#8
Originally Posted by attila77 View Post
In case the QA page is outdated, the wording of the CLI wiki is still wrong. If it IS a hard requirement (which I disagree with), it’s not a SHOULD but a MUST.
Yeah, that was a mistake, fixed now.
__________________
Valério Valério
www.valeriovalerio.org
 

The Following 2 Users Say Thank You to VDVsx For This Useful Post:
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#9
Originally Posted by VDVsx View Post
We don't have a clear policy for that, but packages in the same situation were thumbed down, so it's a bit unfair IMO.
Ah, so there's precedent. Oh well, so be it...

The problem with the CLI apps is that apart from the testing squad almost anyone else test them.
(s/any/no/ I presume) True... I voted down the last two openntpd versions for unrelated reasons, but I was hoping this one would make it to extras so I could finally tell all the users who are getting bitten by DST changing etc bugs to disable the stupid "update automatically from operator" setting and install this instead :-(
 
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#10
Originally Posted by attila77 View Post
Ideally, I wouldn’t mind at all if we simply had a XSBC-CLI: yes flag which would do all that* stuff automatically. And if it was a flag, it could be even modified through an interface, not affecting quarantine. Let’s not make lives difficult.
That would be great!

*CLI icon + automatically append "this is a command line application" to the end of the description
Speaking of the description, is the current openntpd one OK? IMO it's fine[1], but if not someone please post a comment stating what it should be to avoid yet another round-trip.

[1] "daemon" is prominent in the first line of the description. For anyone saying some users may not know what a daemon is I counter that most of the same users won't even know that the command line is. Note also that this is not a command line application and a description stating that would be misleading.
 

The Following User Says Thank You to lma For This Useful Post:
Reply

Tags
extras, testing apps


 
Forum Jump


All times are GMT. The time now is 15:41.