Active Topics
-
The N900 is now 15 years old! (7)
to Nokia N900 by Danct12 - 3 days, 13 hrs ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 4 days, 9 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 6 days, 18 hrs ago - more...
| The Following User Says Thank You to fms For This Useful Post: | ||
 |
|
2010-01-18
, 18:47
|
|
Posts: 1,559 |
Thanked: 1,786 times |
Joined on Oct 2009
@ Boston
|
#12
|
Who is in charge of this and what is necessary to get changes made?
Let me point it out that at no point in my initial post am i advocating a system less secure than what is in place lest the impression be given that it was a request that needs to be debated. Again, it's simply a request that the process be completely implemented as planned.
Since we're kinda off in la-la hypothetical land with the discussion, let me throw at you a scenario: it is discovered that a popular app in Extras has a timebomb built into it that will do something really heinous in one more day. What do we do?
First of all, we do need a demote button and it does need to be accessible to official testers. They need to be able to demote something from Extras found to be in violation of QA criteria, and able to throw testing versions back to -devel when blockers are discovered (to avoid wasting tester's time).
Second of all, the system needs a built-in facility to inject a stub package into Extras that displays a customized message when installed or executed. Bonus points if app manager recognizes it as an "urgent update" and gives unusual notice of its existence.
Last edited by Flandry; 2010-01-18 at 18:49.
Let me point it out that at no point in my initial post am i advocating a system less secure than what is in place lest the impression be given that it was a request that needs to be debated. Again, it's simply a request that the process be completely implemented as planned.
Since we're kinda off in la-la hypothetical land with the discussion, let me throw at you a scenario: it is discovered that a popular app in Extras has a timebomb built into it that will do something really heinous in one more day. What do we do?
First of all, we do need a demote button and it does need to be accessible to official testers. They need to be able to demote something from Extras found to be in violation of QA criteria, and able to throw testing versions back to -devel when blockers are discovered (to avoid wasting tester's time).
Second of all, the system needs a built-in facility to inject a stub package into Extras that displays a customized message when installed or executed. Bonus points if app manager recognizes it as an "urgent update" and gives unusual notice of its existence.
__________________
Unofficial PR1.3/Meego 1.1 FAQ
Unofficial PR1.3/Meego 1.1 FAQ
***
Classic example of arbitrary Nokia decision making. Couldn't just fallback to the no brainer of tagging with lat/lon if network isn't accessible, could you Nokia?
Last edited by Flandry; 2010-01-18 at 18:49.
|
|
2010-01-18
, 18:51
|
|
Posts: 1,418 |
Thanked: 1,541 times |
Joined on Feb 2008
|
#13
|
Originally Posted by Flandry
Tell Tero Kojo, Niels Breet, or Jeremiah Foster, who remove the application. Why are you asking? Has this ever happened?
Since we're kinda off in la-la hypothetical land with the discussion, let me throw at you a scenario: it is discovered that a popular app in Extras has a timebomb built into it that will do something really heinous in one more day. What do we do?
First of all, we do need a demote button and it does need to be accessible to official testers.
They need to be able to demote something from Extras found to be in violation of QA criteria, and able to throw testing versions back to -devel when blockers are discovered (to avoid wasting tester's time).
Second of all, the system needs a built-in facility to inject a stub package into Extras that displays a customized message when installed or executed.
|
|
2010-01-18
, 19:00
|
|
Posts: 1,559 |
Thanked: 1,786 times |
Joined on Oct 2009
@ Boston
|
#14
|
Originally Posted by fms
Because there are hours when none of them are around. This is a la-la land hypothetical situation with equally hypothetical and general solutions that rely on no one person to work. The relying on individuals doesn't seem to be getting us far, so maybe it's not a good strategy?
Tell Tero Kojo, Niels Breet, or Jeremiah Foster, who remove the application. Why are you asking? Has this ever happened?
No. No single person, except the dedicated repository adminstrator, should have the right to single-handedly demote or promote packages.
Why does the system need that?
There are no "official testers" right now.
Can we get back to why not and when?
__________________
Unofficial PR1.3/Meego 1.1 FAQ
Unofficial PR1.3/Meego 1.1 FAQ
***
Classic example of arbitrary Nokia decision making. Couldn't just fallback to the no brainer of tagging with lat/lon if network isn't accessible, could you Nokia?
 |
|
2010-01-18
, 19:00
|
|
Posts: 2,669 |
Thanked: 2,555 times |
Joined on Apr 2007
@ Halifax, Nova Scotia, Canada
|
#15
|
There's nothing wrong with my wallpapers. They are fair use and legal and I have not been told otherwise. They were taken down because of a misunderstanding and I'm not bothering to put them back up because, quite frankly, I'm tired of hearing this kind of crap.
It's a big problem when I use a small portion of a bigger work for my wallpapers (fair use), but it's perfectly okay for certain other members of the community to grab 100% of a copyright image and use it in their package. Awesome. I'm so done with all this.
It's a big problem when I use a small portion of a bigger work for my wallpapers (fair use), but it's perfectly okay for certain other members of the community to grab 100% of a copyright image and use it in their package. Awesome. I'm so done with all this.
| The Following 3 Users Say Thank You to zerojay For This Useful Post: | ||
|
|
2010-01-18
, 19:07
|
|
Posts: 1,418 |
Thanked: 1,541 times |
Joined on Feb 2008
|
#16
|
Originally Posted by Flandry
Well, I have provided a real solution to your hypothetical situation. If needed, there are more Nokia employees and contractors who can take care of the situation.
Because there are hours when none of them are around. This is a la-la land hypothetical situation with equally hypothetical and general solutions that rely on no one person to work.
The relying on individuals doesn't seem to be getting us far, so maybe it's not a good strategy?
In general, I would strongly suggest against implementing "solutions" against hypothetical situations. Nothing good has ever come from it. Remember this next time you fly somewhere.
|
|
2010-01-18
, 19:16
|
|
Posts: 1,559 |
Thanked: 1,786 times |
Joined on Oct 2009
@ Boston
|
#17
|
Good, so we are agreed that this doesn't need more debate and just needs to be finished as planned. Wonderful.
BTW there's no need to rely on individuals for every bit of infrastructure. That's the whole point of open source. Would linux exist without Linus? Not per se. Would it have evolved into what it is today without him? Probably.
I'm sure i don't speak for only myself when i say there are volunteers to help get this implemented as planned, i didn't come stir things up without willingness to participate where possible.
BTW there's no need to rely on individuals for every bit of infrastructure. That's the whole point of open source. Would linux exist without Linus? Not per se. Would it have evolved into what it is today without him? Probably.
I'm sure i don't speak for only myself when i say there are volunteers to help get this implemented as planned, i didn't come stir things up without willingness to participate where possible.
__________________
Unofficial PR1.3/Meego 1.1 FAQ
Unofficial PR1.3/Meego 1.1 FAQ
***
Classic example of arbitrary Nokia decision making. Couldn't just fallback to the no brainer of tagging with lat/lon if network isn't accessible, could you Nokia?
|
|
2010-01-18
, 19:20
|
|
Posts: 1,418 |
Thanked: 1,541 times |
Joined on Feb 2008
|
#18
|
Originally Posted by zerojay
Oh, you know perfectly well that it has long stopped being about legality of certain fair use practices. Nowadays, it all comes down to the size of the entity you piss off.
There's nothing wrong with my wallpapers. They are fair use and legal and I have not been told otherwise. They were taken down because of a misunderstanding and I'm not bothering to put them back up because, quite frankly, I'm tired of hearing this kind of crap.
Nintendo is pretty high on the list and they absolutely hate people using even a few pixels of their "intellectual property".
|
|
2010-01-18
, 19:20
|
|
Posts: 237 |
Thanked: 157 times |
Joined on Dec 2009
@ San Diego, CA
|
#19
|
Originally Posted by Flandry
I agree there is value in being able to demote an app from extras to testing.
First of all, we do need a demote button and it does need to be accessible to official testers. They need to be able to demote something from Extras found to be in violation of QA criteria, and able to throw testing versions back to -devel when blockers are discovered (to avoid wasting tester's time).
But I fear providing facilities to demote from testing->devel will just end up causing more of the 'Power User' demographic to go enable the devel repository.
 |
|
2010-01-18
, 19:22
|
|
Posts: 1,070 |
Thanked: 1,604 times |
Joined on Sep 2008
@ Helsinki
|
#20
|
I'm responsible for the coordination of these improvements, but unfortunately Neils(X-Fade) that will implement the improvements is busy with things that have more priority at the moment. I think he will accept help if someone want to jump in and contribute some code.
| The Following 3 Users Say Thank You to VDVsx For This Useful Post: | ||
 |
| Tags |
| extras-tesing, finishing the job, quality assurance, quarantine, software quality, user testing |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 14:37.
So, as you might have guessed, I am very skeptical on any "improvements" anyone is going to bring to the Extras vetting process. If anything, we need less enforcement, not more.
Computer and Console Emulators for Maemo, Symbian, and more.
Pack Rat: The Maemo Package Aggregator.