Active Topics
-
The N900 is now 15 years old! (7)
to Nokia N900 by Danct12 - 2 days, 22 hrs ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 3 days, 17 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 6 days, 2 hrs ago - more...
| The Following 7 Users Say Thank You to VDVsx For This Useful Post: | ||
|
2010-04-05
, 08:24
|
|
Posts: 2,802 |
Thanked: 4,491 times |
Joined on Nov 2007
|
#2
|
Originally Posted by VDVsx
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?
http://maemo.org/packages/package_in....9p1-4-maemo7/
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.
|
|
2010-04-05
, 08:27
|
|
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.
Last edited by attila77; 2010-04-05 at 08:38.
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
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.
|
|
2010-04-05
, 08:33
|
|
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?
 |
|
2010-04-05
, 08:37
|
|
Posts: 1,070 |
Thanked: 1,604 times |
Joined on Sep 2008
@ Helsinki
|
#5
|
Originally Posted by lma
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.
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.
The problem with the CLI apps is that apart from the testing squad almost anyone else test them.
|
|
2010-04-05
, 08:40
|
|
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
Last edited by attila77; 2010-04-05 at 08:44.
*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
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.
|
|
2010-04-05
, 08:40
|
|
Posts: 1,070 |
Thanked: 1,604 times |
Joined on Sep 2008
@ Helsinki
|
#7
|
Originally Posted by lma
That was discussed, packages already in Extras are fine until a new release. The new version must follow the rules then.
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 User Says Thank You to VDVsx For This Useful Post: | ||
|
|
2010-04-05
, 08:56
|
|
Posts: 1,070 |
Thanked: 1,604 times |
Joined on Sep 2008
@ Helsinki
|
#8
|
Originally Posted by attila77
Yeah, that was a mistake, fixed now.
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.
|
|
2010-04-05
, 08:56
|
|
Posts: 2,802 |
Thanked: 4,491 times |
Joined on Nov 2007
|
#9
|
Originally Posted by VDVsx
Ah, so there's precedent. Oh well, so be it...
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.
|
|
2010-04-05
, 09:05
|
|
Posts: 2,802 |
Thanked: 4,491 times |
Joined on Nov 2007
|
#10
|
Originally Posted by attila77
That would be great!
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
[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: | ||
 |
| Tags |
| extras, testing apps |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 23:04.
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.