PDA

View Full Version : Seriously: don't send users out of Extras without a big warning


qgil
2009-10-11, 06:44
Now that we have hundreds of N900 testers it's a good time to settle on something that we have discussed many time in the past: the big majority of users should rely on the maemo.org Extras repository and the official Nokia repos only.

Anybody installing extras-testing, extras-devel, a third party repository, a single deb package or any combination requiring openng xterm is not a pure end user anymore but a tester. At least s/he should know! So please think it twice before posting, forwarding, reposting and recommending anything out of the stable repositories at nokia.com and maemo.org.

Two very concrete examples that current N900 users can suffer already today:

- Full memory because of apps ignoring the recommendation of installing big files in the internal memory.

- Significantly shorter use times because of widgets and apps not paying much attention to power management.

The Maemo community has put a big effort creating a quality assurance process in order to guarantee certain standards. Advanced users aware of the risks of unstable software are helping evaluating whether apps are ready for end users or not. Don't bypass all this hard work by making popular buggy software. At least not without a big warning.

End users might be happy in the short term with your links and tricks but the risk of making their Maemo life miserable are high if they are unaware of the possible consequences. Instead, giving feedback to the generally goodwilling developers will help them fixing the problems and offering the software end users want without hacks, tricks and dirt under the carpet.

BIG THANK YOU for reading this, propagating the message and helping out.

ossipena
2009-10-11, 07:01
should similar warning be put into apps-section and make it sticky? And in general one or two sticky threads to essential sections wouldn't hurt when people start getting their n900s

kalle
2009-10-11, 07:43
Agree. I think this is a VERY important point and should be written all over the Extras repository. Even though maemo has been available for years, now is the time for the "firsth impression" for it.

yerga
2009-10-11, 07:53
- Full memory because of apps ignoring the recommendation of installing big files in the internal memory.


This is a very important point but I'd say the most of the applications in Extras right now aren't using the internal memory.
Sould it be a MUST in the QA list? IMHO it should be (applications and specially dependences).

rcull
2009-10-11, 08:12
I agree and ( although not yet aimed at the N900 ) to that end I have just added the following to the top of the first post of my announce thread:-

WARNING

Feel free to play with this software, but be aware that this is software under development. Do not install software from either Extras-Devel or Extras-Testing unless you know exactly what you are doing.

Unless you are a developer or an experienced tester you should not have these repositories configured.

Until informed otherwise all software refered to in this thread is suspect and may seriously effect the utility of your device. Although not dangerous to it physically it may seriously affect the utility or battery life of your device in lots of as yet, unknown ways.

It may be worth mandating something like this for all.

Rick

RevdKathy
2009-10-11, 08:36
On behalf of Teddy Bear Users everywhere, thanks for this. I am not (yet) at a place where I'd know what to do if I installed something beta and it went err... belly up. ;) If I volunteer to test something, I want to now that's what I'm doing - and have fairly quick access to the developer in case the whole thing hangs and I don't know what to do!

bocaJ
2009-10-11, 08:59
Nothing here sounds unreasonable, but I hope that developers won't shy away from introducing adventurous users to less stable programs/unapproved-but-useful-hackery. By all means, put up disclaimers that a solution for extras-testing isn't yet perfect, and may even have unwanted side-effects, but if you think half a solution from testing is better then no solution at all, please share.

One of the (many) things that I think makes the N900 better than the iPhone is that there's a community that treats users like adults. Users don't need to be nannied and told "oh you can't install that, it's much too untested". From time to time users do need to be told "that's probably a dumb idea since it will drain your battery in 2 hours" and speaking for users, I'm always greatful for the warning, but in the end, I'm going to make my own decisions about what packages/repositories/debs/etc. to install or enable.

Dactar
2009-10-11, 09:05
WARNING

This is software under development. Do not install software from either Extras-Devel or Extras-Testing unless you know exactly what you are doing.

Unless you are a developer or an experienced tester you should not have these repositories configured.

Until informed otherwise all software refered to in this thread is suspect and may seriously effect the utility of your device. Although not dangerous to it physically, it could damage the utility or battery life of your device in lots of as yet, unknown ways.


In french :

ATTENTION

Ces logiciels sont en cours de développement. N'installez pas de logiciel provenant des dépôts Extras-Devel ou Extra-Testing sans savoir exactement ce que vous faites.

Ces dépôts ne devraient pas être configurés si n'avez pas d'expérience en tant que testeur ou développeur.

Tous les logiciels référencés ici doivent être considérés, pour le moment, comme suspects. Ils peuvent en effet sérieusement altérer les fonctionnalités de votre appareil ou diminuer de manière significative la durée de vie de votre batterie.

pycage
2009-10-11, 09:41
In German:

Warnung


Dieses Programm befindet sich noch in der Entwicklung. Installieren Sie bitte keine Programme aus den Quellen Extras-Devel oder Extras-Testing, solange Sie sich nicht genau über die möglichen Auswirkungen informiert haben.

Diese beiden Quellen sollten nur von Entwicklern oder erfahrenen Benutzern eingetragen werden.

Sofern nicht anders angegeben, kann nicht ausgeschlossen werden, dass alle in diesem Thread erwähnten Programme die Funktionsweise Ihres Gerätes ernsthaft beeinträchtigen könnten.
Obwohl die Gefahr eines Hardware-Defekts äußerst gering ist, könnten die Funktionsweise oder die Lebensdauer des Akkus auf unvorhergesehene Weise Schaden erleiden.

AVee
2009-10-11, 09:46
I agree and ( although not yet aimed at the N900 ) to that end I have just added the following to the top of the first post of my announce thread:-

WARNING

This is software under development. Do not install software from either Extras-Devel or Extras-Testing unless you know exactly what you are doing.

Unless you are a developer or an experienced tester you should not have these repositories configured.

Until informed otherwise all software refered to in this thread is suspect and may seriously effect the utility of your device. Although not dangerous to it physically, it could damage the utility or battery life of your device in lots of as yet, unknown ways.


Personally, I hate those kind of warnings. They are addressing the issue from the wrong (=negative) angle.
Suppose I'm not a developer, I'm not an experienced tester and I really don't know what I'm doing. How is that ever going to change if I follow warnings like this? The only way to learn what is going on is to ignore warning like this and try it anyway. The only way to become an experienced tester is to test software which actually has bugs, etc.

The warning should really be phrased positive, e.g. "Feel free to play with this software, but be aware that..." And add the 'Restore factory image' instructions in there, doing so will scare more people away then any warning will. ;)

allnameswereout
2009-10-11, 09:50
[...]
Until informed otherwise all software refered to in this thread is suspect and may seriously effect the utility of your device. Although not dangerous to it physically, it could damage the utility or battery life of your device in lots of as yet, unknown ways.You have been warned! :)

Isn't it ..and may seriously affect the utility of your device.? Or ...and may have serious effect on the utility of your device.? Or impact?

Is such notice not shown in Application Manager already?

jolo
2009-10-11, 09:53
Personally, I hate those kind of warnings. They are addressing the issue from the wrong (=negative) angle.
Suppose I'm not a developer, I'm not an experienced tester and I really don't know what I'm doing. How is that ever going to change if I follow warnings like this? The only way to learn what is going on is to ignore warning like this and try it anyway. The only way to become an experienced tester is to test software which actually has bugs, etc.

The warning should really be phrased positive, e.g. "Feel free to play with this software, but be aware that..." And add the 'Restore factory image' instructions in there, doing so will scare more people away then any warning will. ;)
Well, I kind of agree, as noone really reads the full text of these warnings when they install things. Have a short, simple text in plain English / French / German / etc. would probably be sufficient.

allnameswereout
2009-10-11, 09:54
Personally, I hate those kind of warnings. They are addressing the issue from the wrong (=negative) angle.
Suppose I'm not a developer, I'm not an experienced tester and I really don't know what I'm doing. How is that ever going to change if I follow warnings like this? The only way to learn what is going on is to ignore warning like this and try it anyway. The only way to become an experienced tester is to test software which actually has bugs, etc.

The warning should really be phrased positive, e.g. "Feel free to play with this software, but be aware that..." And add the 'Restore factory image' instructions in there, doing so will scare more people away then any warning will. ;)That invites curious, innocent users. If they are curious they may want to play in SDK/VM, get a second device, ... and these options they can ask and/or read about here.

kalle
2009-10-11, 10:06
This notifications should NOT be seen every time you INSTALL a program (I really hate all the notification windows which tell me nothing but legal stuff). This is a message that should be clear BEFORE you can START to install a program. Ie. if you activate extras repository (or are all the activated repositories mixed together, and you can't see the source?) on your phone or come to the Extras -page.

allnameswereout
2009-10-11, 10:16
This notifications should NOT be seen every time you INSTALL a program (I really hate all the notification windows which tell me nothing but legal stuff). This is a message that should be clear BEFORE you can START to install a program. Ie. if you activate extras repository (or are all the activated repositories mixed together, and you can't see the source?) on your phone or come to the Extras -page.Hmm, any non-Nokia source showed a disclaimer warning in previous Maemo versions.

I think you're confusing Extras with Extras-Devel. The subject title is talking about innocent people replacing Extras with Extras-Devel.

kalle
2009-10-11, 10:38
And this disclaimer I would not like to see ;)

Yes, I ment the Extras-Devel aca "Maemo.org extras-testing" -repository. This is explained very well by Peter Schneider in this video (7:37):
http://www.youtube.com/watch?v=XxjfRE7GLno

I understand the concept but the terminology is still new to me ;)

allnameswereout
2009-10-11, 10:51
And this disclaimer I would not like to see ;)Well, it is now shown when you want to enable repository but its legal disclaimer. Not quite informative like the one suggested in this thread.

Yes, I ment the Extras-Devel aca "Maemo.org extras-testing" -repository.Good morning :p

rcull
2009-10-11, 11:08
Original post edited with suggestions by allnameswereout and AVee.

I am by no means suggesting that this warning be displayed anywhere other than on the first post of a thread advertising new-unfinished software.

I would rather frighten off a prospective user of my app(s) than risk users installing and then regretting it and putting them off using my software for life :) These apps will after all ( hopefully ) end up in Extras and be visible to all.

Rick

pelago
2009-10-11, 11:21
Sorry if this is slightly off-topic, but which repositories are enabled by default in N900? And which ones are "typed in", but need enabling?

duckyduck
2009-10-11, 12:04
I made the "mistake" yesterday, I enabled the dev repo and started installing programs, this, that, that, this.... The memory information tool says I have 2GB of memory, so who cares?
Until the moment that my phone froze.. 0 bytes free in root.. Package manager not working anymore (couldn't remove applications).. Now what?

For a customer that pays hard money for its phone this would be a nightmare, wouldn't it?

Luckyly I had installed SSH and Midnight Commander, so I could starting cleaning up the mess.

Resume: this would really happen, warnings or not... The question is, how can we as developers/testers prevent this from happening? If Maemo gets mainstream in a few years this simply may not happen.

The question I have is: why is the package manager not smart enough to refuse to install applications in the wrong location? (with a special developers mode that you need to enable by shell or something) Or simply correcting the install path.. It would force the developer to think about and install in the correct location.

I personally hate the fact that Linux puts all applciations in the same few directories... But that's another story.

Fair?

Wkr,
Joep

Flandry
2009-10-11, 12:06
I only know what the experience is with the SDK, and from the SDK experience i'd say there is also a huge lack of polish and quality in the presentation of apps that are in the repository. For example, many are missing sufficient descriptions.

I realize that's a separate issue, but it's also part of the user experience that isn't going to impress the new crowd.

ossipena
2009-10-11, 12:11
Personally, I hate those kind of warnings. They are addressing the issue from the wrong (=negative) angle.
Suppose I'm not a developer, I'm not an experienced tester and I really don't know what I'm doing. How is that ever going to change if I follow warnings like this? The only way to learn what is going on is to ignore warning like this and try it anyway. The only way to become an experienced tester is to test software which actually has bugs, etc.

The warning should really be phrased positive, e.g. "Feel free to play with this software, but be aware that..." And add the 'Restore factory image' instructions in there, doing so will scare more people away then any warning will. ;)

If one is determined to install unstable software, he will do that no matter what disclaimers there are. I bet that even when disclaimer is negative, there will be enough testers (at least guys who now own n8x0s and are part of community and somewhat familiar about maemo).

Positive warning sounds like sleazy car salesman that sells you $2000 car for $5000 and gives wrong contact info so warranty is void before your taillights disappear. ("this is just formality to sign here, the text doesn't matter, not worth reading it through. Just sign! ... I promise there will be no problems.")

It totally is the wrong way to get testers. Luring innocent fools to get their shiny new devices to a point that a reflash is needed is not the publicity maemo community needs...

duckyduck
2009-10-11, 12:30
I'd like to add:

You've only one chance to get users convinced that it doesn't matter that their phone runs Linux.
I have experience with a lot of Linux based devices in the past. First thinking: wow you can write your own software blabla.. But really, there was no one that was really open, always changing APIs, not stable... Bottom line: I'm not an average customer, but even I sold all these devices almost directly because they were totally un-customer-friendly.

This is not what an average customer want. Customers ARE NO BETA TESTERS, they pay hard money.

If we want to make (money with) nice applications in the future, based on Linux, then we need to remember this I think.

Remember: we're Maemo, we're the (Linux) future :-)
If we do it well we can beat Microsoft and all propriatary OSes in the market, if we fail then..... Then we fail (forever?).

Joep

If one is determined to install unstable software, he will do that no matter what disclaimers there are. I bet that even when disclaimer is negative, there will be enough testers (at least guys who now own n8x0s and are part of community and somewhat familiar about maemo).

Positive warning sounds like sleazy car salesman that sells you $2000 car for $5000 and gives wrong contact info so warranty is void before your taillights disappear. ("this is just formality to sign here, the text doesn't matter, not worth reading it through. Just sign! ... I promise there will be no problems.")

It totally is the wrong way to get testers. Luring innocent fools to get their shiny new devices to a point that a reflash is needed is not the publicity maemo community needs...

qgil
2009-10-12, 08:51
The question I have is: why is the package manager not smart enough to refuse to install applications in the wrong location? (with a special developers mode that you need to enable by shell or something) Or simply correcting the install path.. It would force the developer to think about and install in the correct location.

Because in a Debian GNU/Linux system the root partition is not a "wrong location" at all, and if we would put a tiger policy probably many developers would be quite upset.

This is why we decided not to enforce but to recommend developers to use /opt and /home/MyDocs (http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging,_Deploying_and_Distributing/Installing_under_opt_and_MyDocs) (in the eMMC) as much as possible.

The idea of having a common warning header in the threads discussing an unstable application is very good. Most of the "innocent users" jumping to unstable software will do so after reading a Talk thread or whatever someone wrote elsewhere after seeing a Talk thread.

I agree with the tone: it's much better to have something short and positive encouraging testing & feedback BUT acknowledging the risks. A "If you break something don't blame us since you've been just warned" ;) or something should be enough.

twaelti
2009-10-12, 09:00
Perhaps it would make sense to make the App Manager more "aware" of certain repositories. Extras-devel and -test shouldn't have .install files in my opinion, so that they would neeed to be added manually. And installing from these could also show an even more impressive disclaimer.

range
2009-10-12, 09:31
In German:

Warnung

Diese beiden Quellen sollten nur von Entwicklern oder erfahrenen Benutzern eingetragen werden.


Although this strays a bit away from the original meaning, I think this should be written as:

Software aus diesen beiden Quellen sollte nur von Entwicklern oder erfahrenen Benutzern installiert werden.

(Software from these two repositories should only be installed by developers and "seasoned" users).

Doesn't sound as awkward to me.


Sofern nicht anders angegeben, kann nicht ausgeschlossen werden, dass alle in diesem Thread erwähnten Programme die Funktionsweise Ihres Gerätes ernsthaft beeinträchtigen könnten.


Es kann nicht ausgeschlossen werden, dass Programme aus diesen Quellen die Funktionsweise ihres Gerätes ernsthaft beeinträchten können.

The part before the first "," probably isn't needed - and "alle in diesem Thread erwähnten" (all software mentioned in this thread) is a factual mistake - how should anyone know *which* thread *where* is meant by that?

My 2 Eurocents ...

pelago
2009-10-12, 10:15
Extras-devel and -test shouldn't have .install files in my opinion, so that they would neeed to be added manually.

I completely agree with this in principle. "Real" developers and testers will have no worries about manually typing in such repositories. On the other hand, although I think we should take down the .install links from, for example, http://repository.maemo.org/, I think it would be over the top to ban them completely from existing on other websites, or to stop h-a-m from processing them.

pycage
2009-10-12, 10:51
Aren't the .install files a relic of the old days with lots of different repositories anyway?

The idea behind an .install file (to install application from webbrowser) is good but it should not modify the list of repositories anymore. The system should only accept .install files for repositories that the user has already configured, IMHO.

TA-t3
2009-10-12, 11:00
I think that's too strict. It should IMO allow it, but with a pop-up about the fact that it's going to add a repo to the repo list, yes/no?

YoDude
2009-10-12, 11:22
Aren't the .install files a relic of the old days with lots of different repositories anyway?

The idea behind an .install file (to install application from webbrowser) is good but it should not modify the list of repositories anymore. The system should only accept .install files for repositories that the user has already configured, IMHO.


Agreed... a warning of sorts is triggered on the device when a new repository or catalog needs to be installed. Can this dialogue be changed or can selected dialog be produced if triggered by the catalogs title or source?


No matter what the warning, imho something should be posted here, in a highly visable place, soon... it can always be edited later.

The real danger is if a popular blog posts a link, or copies one of these install files to their site with out regard.

Milhouse
2009-10-12, 21:46
Someone should sticky this sucka, ideally in apps. :)

duckyduck
2009-10-13, 16:46
The problem now is, correct me if I'm wrong, that you can't easily see out of which repo the package in the package manager comes. You have "extras" but are these the safe or the unsafe extras..
A colour will probably help a lot! Don't know if it's possible to modify the package manager though.

pycage
2009-10-13, 17:06
The problem now is, correct me if I'm wrong, that you can't easily see out of which repo the package in the package manager comes. You have "extras" but are these the safe or the unsafe extras..
A colour will probably help a lot! Don't know if it's possible to modify the package manager though.

The package manager shows it in the details summary.
But you shouldn't configure extras-devel on your device at all. :)
It's mostly stuff for N8x0 that was just uploaded to the Fremantle autobuilder.

Texrat
2009-10-13, 17:24
The warning should really be phrased positive, e.g. "Feel free to play with this software, but be aware that..." And add the 'Restore factory image' instructions in there, doing so will scare more people away then any warning will. ;)

You raise a good point: we want to encourage testing but warn of possible consequences, so the overall tone should indeed be positive but with very clear caveats. In addition, paths to bug/suggestion reporting should be clearly included.

RevdKathy
2009-10-18, 09:15
I was reflecting on this today, having volunteered my not-yet-arrived n900 for a few bits of testing already, and wondering how to say what we want to say to people about the test programme without being overly alarming, with a proper disclaimer but also a reassurance.

I came up with something like this (Please note the tech in here is mostly guess!)

Welcome to the Developers-extras section of maemo.org.

Please note that all the applications and widgets in this area are still under development. They have been placed here so that volunteers can test them.

As such, these applications cannot be guranteed to be to bug-free, and installing them may cause your device to freeze, crash, or in rare cases become unstable. If you choose to go ahead and encounter problems, your device can usually be restored by a warm reboot (Turn off, turn back on) or a cold reboot (turn off, remove the battery, replace the battery and turn back on). In exceptional cases, it may be necessary to restore your device to the factory settings: this can be done by reinstalling the operating system (known as 'flashing the firmware'). For full details, go here: (Insert link here).

Development of these applications depends on people being willing to try them out and provide feedback. If you do install one of these items, please remember to return here and vote, providing feedback particularly on stability, smoothness, usefulness and user-friendliness.

Thank you, and welcome to the 'Extras-development-testing repository'

This comes with suitable warnings, advice if you have problems, and an invitation to be part of the testing, without the 'You shouldn't be here' bit. I think it might result in more volunteers, yet it still gives due notice of possible problems.

eiffel
2009-10-18, 15:47
...As such, these applications cannot be guranteed to be to bug-free...
And the other applications can be?

ArnimS
2009-10-22, 08:25
I made the "mistake" yesterday, I enabled the dev repo and started installing programs, this, that, that, this.... The memory information tool says I have 2GB of memory, so who cares?
Until the moment that my phone froze.. 0 bytes free in root..


This is a real issue - unless maemo intends to limit the number of applications available for download to under 233MB space in root, it is a design problem, as far as I can see.

Since other things besides installed applications can fill up the root tree (though they should not) perhaps the device could watch the filesystem and give a chance to abort writes when near end of space.

hypoxic
2009-12-02, 09:16
This is a real issue - unless maemo intends to limit the number of applications available for download to under 233MB space in root, it is a design problem, as far as I can see.

Since other things besides installed applications can fill up the root tree (though they should not) perhaps the device could watch the filesystem and give a chance to abort writes when near end of space.

So this brings up a question, if root, or rootfs is running as is expected by Maemo architects, how much space is enough? I've got a new n900 that i've installed a few apps, mainly from the 'approved' repositories, and when I run df it shows over 70% in use for 'rootfs'. Is this expected and how much free space is needed before things start to fall apart?

thx

attila77
2009-12-02, 11:36
This is a real issue - unless maemo intends to limit the number of applications available for download to under 233MB space in root, it is a design problem, as far as I can see.


Just to clear up a few things - as much as I hate the /opt problem, we're talking about dev repos here. There is no guarantee about anything there - it's the wild west. So yeah, stuff should gravitate to optification, but the chief rule is still caveat emptor.

Since other things besides installed applications can fill up the root tree (though they should not) perhaps the device could watch the filesystem and give a chance to abort writes when near end of space.

Since it's a compressed FS this is a bit tricky. There was the idea of the autobuilder inserting a helper field in the debs about the 'real' disk usage of a package (to prevent even considering packages that can't fit), but I don't know what happened to that train of though...

Andre Klapper
2009-12-02, 15:17
So this brings up a question, if root, or rootfs is running as is expected by Maemo architects, how much space is enough? I've got a new n900 that i've installed a few apps, mainly from the 'approved' repositories, and when I run df it shows over 70% in use for 'rootfs'. Is this expected and how much free space is needed before things start to fall apart?


On a related note, also see https://bugs.maemo.org/show_bug.cgi?id=5450

Flandry
2009-12-02, 15:34
Just to clear up a few things - as much as I hate the /opt problem, we're talking about dev repos here. There is no guarantee about anything there - it's the wild west. So yeah, stuff should gravitate to optification, but the chief rule is still caveat emptor.

Yes, hence this thread. :)

AFAIK this problem isn't going to just go away for step 5, either. The maemo6 device will run on the same OMAP3 as N900, and IIRC the 256 MB flash was the biggest option for OMAP3. Even if that is doubled by next year, it's not going to make this a non-issue. Also, you want the rootfs on the faster flash, so that's why it's there...

Since it's a compressed FS this is a bit tricky. There was the idea of the autobuilder inserting a helper field in the debs about the 'real' disk usage of a package (to prevent even considering packages that can't fit), but I don't know what happened to that train of though...

Ran out of steam (well, at least the "userspace" side of it did):
http://talk.maemo.org/showthread.php?t=33654

I actually looked into this a bit when i found out HAM is open, but the atmosphere of discouragement of the idea in that brainstorm thread made me put it on hold, at least until i see how my first submitted patch to HAM is handled (or not). No sense spending time on it if it will never see the light of day.

tpaixao
2009-12-07, 21:00
The package manager shows it in the details summary.


It does? where? Mine only shows the dependencies, not the repositories they come from.
That would be quite useful, actually

hypoxic
2009-12-08, 04:28
It does? where? Mine only shows the dependencies, not the repositories they come from.
That would be quite useful, actually

-choose an app to install
-click 'details' button on confirmation screen
-on 'Summary' tab at the bottom is listed 'Catalog' - this appears to tell what repository the package will be installed from.

however i still like the idea of color coding for non 'safe' packages. red or yellow is very clear and would help to show that what is being chosen needs to have an understanding on possible impact.