Re: [MeeGo-dev] Where to post bug reports for MeeGo 1.2 Harmattan?
Interesting. I did not know people already have the device and want to submit kernel or userland patches for the firmware ! :) -Sivan On Wed, Jun 22, 2011 at 10:07 AM, Andrew Flegg wrote: > On Wed, Jun 22, 2011 at 05:29, Andrey Ponomarenko > wrote: >> >> Could anybody explain me where to post bug reports for MeeGo 1.2 Harmattan >> [1]? >> >> To maemo.org Bugzilla [2] or to MeeGo Bugzilla [3]? > > Neither. See Quim's post: > > http://forum.meego.com/showpost.php?p=22953&postcount=77 > > HTH, > > Andrew > > -- > Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [MeeGo-dev] Where to post bug reports for MeeGo 1.2 Harmattan?
In Nokia developer, there's a special section for that. This also holds for S60 which is Nokia adaptation of Symbian.org together with their cut of UX. Mind you, I never got a response from the bugs I submitted as this is a non public issue tracking system. I would say we should try to speak to Nokia people to at least have some sort of public issue tracking so we'd be able to know if the issue is being taken care of, rejected, or ignored altogether. -Sivan On Wed, Jun 22, 2011 at 7:40 AM, Carsten Munk wrote: > Submit them to your vendor, ie, Nokia (you'd have to ask them for > where, because I don't know). Then they will submit it further to any > upstream projects they use. > > The reasoning forro this (even when ignoring the complete Harmattan > mess) is these steps: > > 1) A vendor might have modifications to the upstream packages/software > or own packages/software he uses. Then he should handle it > 2) If no modifications/directly from upstream, submit to the upstream > project - it's a bug in that software then. > 3) Upstream may handle the issue and fix may trickle down to the > consumer through the vendor's path of upgrades > > If you can replicate an error in MeeGo.com images/components directly, > you're of course welcome to submit to those bugtrackers. Example could > be a Qt or Qt Mobility issue that happens on MeeGo.com images too. > > /Carsten > > 2011/6/22 Andrey Ponomarenko : >> Hi, >> >> Could anybody explain me where to post bug reports for MeeGo 1.2 Harmattan >> [1]? >> >> To maemo.org Bugzilla [2] or to MeeGo Bugzilla [3]? >> >> Thanks! >> >> [1] MeeGo 1.2 Harmattan >> [2] maemo.org Bugzilla >> [3] MeeGo Bugzilla >> >> -- >> Andrey Ponomarenko >> Department for Operating Systems at ISPRAS >> web: http://www.LinuxTesting.org >> mail: aponomare...@ispras.ru >> >> ___ >> MeeGo-dev mailing list >> meego-...@meego.com >> http://lists.meego.com/listinfo/meego-dev >> http://wiki.meego.com/Mailing_list_guidelines >> > ___ > MeeGo-dev mailing list > meego-...@meego.com > http://lists.meego.com/listinfo/meego-dev > http://wiki.meego.com/Mailing_list_guidelines > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re:
Hmm, I accidentaly clicked it, what are the consequences? On Wed, May 11, 2011 at 1:15 AM, Paul Hartman wrote: > Looks like perhaps our friend MohammadAG's gmail account has been > hacked. I would suggest not to click on the link, it is spam. > > On Tue, May 10, 2011 at 1:30 PM, Mohammad Abu-Garbeyyeh > wrote: >> http > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo's way forward as an Open project
++1 On Tue, Mar 29, 2011 at 10:35 AM, Jeremiah Foster wrote: > Hello, > > I sent an email to the maemo-community list but I think it is equally l > relevant here so I'm forwarding a link. The mail begins; > > I'd like to say to the Maemo Council, old and new, that there is an > excellent way to move Maemo forward. Not just as a legacy operating > system for Nokia devices, but even for newer devices. That way > forward is through Debian. > > The mail continues here; > http://lists.maemo.org/pipermail/maemo-community/2011-March/004742.html > > Feedback welcome! > > Regards, > > Jeremiah > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Transferring from one Maemo to another
I actually quite contemplated about it for a while now, you can see some old threads :) I am interested in such an endeavor for a long time now, and was waiting for the promise of the backup framework. However, I think the current backup app does that beautifully ? -Sivan On Wed, Feb 23, 2011 at 9:20 PM, Andre Klapper wrote: > Hi, > > On Wed, 2011-02-23 at 21:14 +0200, Sivan Greenberg wrote: >> I would like to transfer my current environment on one device to >> another, what would be the best practice to get all contacts and >> messages records and PIM data, and installed apps to another new >> device? What if I want to selectively choose which pcakges to have? So >> for example, I want Joikuspot but not anything else? > > (As this is maemo-dev@, do you want to write an app about this?) > From a user point of view: "Backup > Create" and "Backup > Restore". > > andre > -- > Andre Klapper (maemo.org bugmaster) > http://www.openismus.com > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Transferring from one Maemo to another
Hi all, I would like to transfer my current environment on one device to another, what would be the best practice to get all contacts and messages records and PIM data, and installed apps to another new device? What if I want to selectively choose which pcakges to have? So for example, I want Joikuspot but not anything else? -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Nokia and MS
Hm, council that is. On Fri, Feb 11, 2011 at 9:30 PM, Sivan Greenberg wrote: > AFAIK it is in the hands of the Maemo community no? > > -Sivan > > On Fri, Feb 11, 2011 at 9:00 PM, Andre Klapper wrote: >> On Fri, 2011-02-11 at 13:25 -0500, Demetris wrote: >>> How does this affect the future of Maemo on Nokia's devices? >> >> For quite a while the future has been MeeGo instead of Maemo, hence no >> changes to *Maemo* on Nokia devices. >> >> andre >> -- >> Andre Klapper (maemo.org bugmaster) >> >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Nokia and MS
AFAIK it is in the hands of the Maemo community no? -Sivan On Fri, Feb 11, 2011 at 9:00 PM, Andre Klapper wrote: > On Fri, 2011-02-11 at 13:25 -0500, Demetris wrote: >> How does this affect the future of Maemo on Nokia's devices? > > For quite a while the future has been MeeGo instead of Maemo, hence no > changes to *Maemo* on Nokia devices. > > andre > -- > Andre Klapper (maemo.org bugmaster) > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Important information for QML & N900 users
On Sat, Jan 29, 2011 at 6:16 PM, Ville M. Vainio wrote: > On Sat, Jan 29, 2011 at 5:02 PM, Sivan Greenberg wrote: > >> What is the fix that enables remote images to load through QML? is >> this related to the security sand box? > > There is no security sandbox in N900, the fix is: > > http://maemo.org/packages/view/libqt4-bearer-hotfix/ Ah okay, I just thought there's a security sandbox in QML VM not specifically in the N900. Thanks, -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Important information for QML & N900 users
What is the fix that enables remote images to load through QML? is this related to the security sand box? -Sivan On Sat, Jan 29, 2011 at 2:04 PM, Ville M. Vainio wrote: > See: > > http://blogs.forum.nokia.com/blog/ville-vainios-forum-nokia-blog/2011/01/29/mcsp > > TL;DR: apt-get install mcsp > > -- > Ville M. Vainio @@ Forum Nokia > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo developers: FOSS x $$$$
Hello, Without reading the entire thread, I don't think this is the way to go. The Maemo OS and the N900 already went out as hacker's platform. Turning the Maemo.org thing into a paying service would take away one of the largest marketing points for the OS platform. That in mind, ads and other monetary devices should be used without hesitation if that's what we need to hold this community alive and kicking. We do have rather unique audience that I am sure many advertisers would like to reach. I get people asking me for a recommendation to get the device still, please don't make me have to tell them that they need to pay for the maemo repos and the rest of the .org web presence offers. The strong free ecosystem around it for some made the difference between getting other platform or taking my recommendation and embrace with love the rough edges. Thanks! -Sivan On Tue, Jan 25, 2011 at 6:04 PM, Felipe Crochik wrote: > I wasn’t aware of the discussion that happened on talk.maemo.org until > “realsportscar”(FastSMS) told me about and, after reading it, found it could > be of interest to other developers. > > > > This is a link to my post on the thread but the entire thread presents an > interesting picture: > http://talk.maemo.org/showpost.php?p=927439&postcount=89 > > > > Felipe > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to ensure only HTTP requests from the device can be accepted in a web app?
On Mon, Nov 8, 2010 at 3:56 PM, Ian Stirling wrote: > Yeah - seems more sane to apply it on a per-user basis, as a filter at the > server, unless I'm missing something. I was just thinking to use some kind of a real detail to make life easier for the users so they won't have to fight with Captcha's and thus protecting spam registration to the service in an easier way than responding to a captcha on the device itself. I wonder if there is some kind of a detail that cannot be faked by spammers that I could use as an authenticator. That is - I do not really require a specific user id, just a way to prevent spam and bot activity since the service will be used for statistical data. -Sivan > > > As simple as go to the firmware download page (with a script) enter the IMEI > the user supplies, see if it authenticates. Right, a web scrape hack. Yuck! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to ensure only HTTP requests from the device can be accepted in a web app?
On Mon, Nov 8, 2010 at 2:27 PM, Ian Stirling wrote: > Firstly - why on earth do you care? > If a user is authenticated, why does it matter if they are breaking any > agreements they may have made with you to only access content on their n900. Never post to public list when you are going over your 5 tasks in the same time limit. This is perfectly true and holds! Moreover, the client for the service would only run on the N900 (well until I develop a desktop version of it) . but for all purpose a user account would suffice. > > The silly hack that comes to mind is to go to the firmware download page, > and use that as an authenticator, but that would be insane. Out of *pure* technical curiosity how would that work? I mean, how can I ask tablets-dev to authorize someone when it authorizes it due to knowing that IMEI he/she provided is indeed a nokia device? > > Also - as a user, I would be hesitant at giving out my IMEI. > While there are few risks at the moment, open-source GSM platforms are > becoming available to the hacker community, and the protocol was not really > designed for security. I never gave thought to this, what would it help in abuse to have your IMEI ? > > I will note that http://www.omniqueue.com/ shows a pleasing sparseness of > design, that many websites would do well to imitate. Thanks! I try ;-) Even if it had a design it would most probably be very minimalistic on the brink of a text document > > No flash ads, no slow javascript, and at 0 bytes, quick to transfer! > Cellular data consumer kept in mind! :-p Cheers, -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to ensure only HTTP requests from the device can be accepted in a web app?
Hi list, I'm developing and application that sends very small amounts of data over HTTP ReST to an http server, and want to restrict request to those only coming from the device itself (the N900 running Maemo/MeeGo). This will be of-course complemented with a user login and limitation of how many "pings" such a user can do to the server a day. What would be the way to achieve this? Has anyone done/ tried something like this before? (I thought about reading some hardware identified off the device, but then again- how do I make sure an IMEI is an RX-51 one? Your response highly appreciated, -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PR1.3 broke libclutter-1.4
Aapo, Once you file this bug please reply this thread with the bug number, Thanks! -Sivan On Wed, Oct 27, 2010 at 9:39 PM, Aapo Rantalainen wrote: > 2010/10/27 Aapo Rantalainen : >> Hi, I'm now talking newer libclutter than 0.8 (@nokia) >> >> After upgrading to PR 1.3 clutter applications are not working anymore. >> A) Is there some modifications inside /usr/lib/libGLESv2.so ? >> B) Have you seen some other breakage relating to GLES? > > I took file "/usr/lib/libGLESv2.so" from N900 phone with PR 1.2 and > copy it another N900 with PR 1.3. > Then I start my simple clutter-test on PR 1.3 phone > (LD_LIBRARY_PATH=.) and it worked. > > So I claim: "/usr/lib/libGLESv2.so"-file on PR1.3 has a bug. > My (only) proves so far are: > *It is working differently than same file on PR1.2 > *It breaks vanilla libclutter-1.4. > > > -Aapo Rantalainen > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Fwd: Preparing for a session in Dublin, or care to do some renting for me? ;)
Forwarding to -developers realizing most if not all of the Maemo community (as is composed mostly of developer) reads it.. - Hi and sorry for the long email As some of you know, I plan together with timeless to run a rather unconventional session in Dublin. Unconventional because instead of us just standing and talking, we are going to try and involve the audience as much as possible. For a brief list of things that we would like to discuss and the hopeful end result of the session, please see the abstract on the conference site wiki[0]. I have been chatting to some of you on IRC lately and many provided very good and important points for discussion. It'd be great if anybody interested in this responds (to my personal email if he prefers so for any reason) with his input. This is for gathering more "seed" items for discussion, possibly from more veteran members of the Maemo community. And just as *important*, if you are coming to the talk, and you own a couple of devices from a couple of vendors with hopefully different operating systems, please bring them with you, the more, the merrier ! This would greatly help the "be in context" goal of this talk enabling comparisons and design reference. NOTE: if the device is not a smart phone per se but is a mobile computing related and there's something you like about it and would like us to know- bring it along and speak up. I'd like to thank Thomas Perl for already providing some very valuable points and some account of his development experience, and also to GAN900, DocScrutinizer, ShadowJK, and javispedro just for showing interest. If I forgot anybody, please forgive me. I do appreciate the great Maemo community as manifested to me through #maemo on freenode, and I want us to be happy. And ever since I got there there's sadness mixed with sarcasm in the air. Now although this caters for some really great jokes, I think this can be improved and want to help it happen. Hence the talk and this email. I do believe (call me a dreamer) that with the result of the talk as mentioned in the abstract, and with this becoming a recurring process, we could become more happy and have things more suited and satisfactory for us as a community. I don't promise anything, but I promise to try. Oh, and one important disclaimer: I'm not affiliated with any company and doing this out of my own volunteering spirit. Realizing Maemo and the successor MeeGo are the only sane mobile open source approaches out there currently. What they had achieved so far, still with all of its shortcomings counted, is for me (call me naive) remarkable. Looking forward for your feedback, -Sivan [0]: http://tinyurl.com/2dtzon9 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Porting Maemo to MeeGo
On Thu, Oct 21, 2010 at 6:41 PM, wrote: > I don't know status of > MeeGo Hildon port but there will be some difficulties . In Maemo 5 most of > animations > and transitios were made with window manager, in MeeGo they are made with UI > toolkit > except application switching that is made with window manager/compositor. > That's > mostly problem with sliding/stacked windows. Also virtual keyboard > implementation differs. Could you please tell how the v keyboards implementation differ ? UI toolkit is actually libmeegotouch ? Thanks, -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Porting Maemo to MeeGo
As a general rule, I would say that you should get yourself acquainted with Qt , which is the UI (and much more) framework MeeGo uses, so a good bet is to start with the ui, checking which subsystems have changed and re-bindings the UI to the new ones in meego if so. Now with Qt, some of this work has become a lot easier since it supports many platform services through it's API already. Check out these: http://qt.nokia.com/developer/new-qt-apis/ -Sivan On Thu, Oct 21, 2010 at 1:10 PM, ds wrote: > Hay, > > is there a guide, howto or something simelar on porting Maemo Apps (e.g. > gtk based) to MeeGo. I could not find on MeeGo and Maemo site:-( > > Thanks a lot > > Detlef > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Good email framework library
On Sat, Oct 2, 2010 at 3:41 PM, Ville M. Vainio wrote: > > A (probably) good decision has already been made for you - QMF is used > in MeeGo handset UX: > > http://labs.qt.nokia.com/2009/09/21/introducing-qmf-an-advanced-mobile-messaging-framework/ So I can go ahead and test drive it in a latest meego-arm image? > > I have developed a plugin for both QMF and Tinymail, and have to say > QMF has a "safer", simpler design - it stores the emails in sqlite > database and relies on multiprocess, rather than multithreaded > architecture. Thanks Ville, I will give it a try. I read on the qt labs blog it is not part of Qt proper, is that right? -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Good email framework library
Hi all, So after lots of discussions about Modest's shortcomings I am trying to find out at least in the design and component choosing, a good way or approach to build an email client we'd love to use. Can anybody recommend good email framework lib that would be a good backend for a Qt baed email client? Any feedback about what you think could have been done better or should not be repeated mistake in a piece of software like this is highly appreciated. I have done some reading (although not the code) about tinymail and it seems reasonable, the developer demonstrates the performance of the framework but actually not on an embedded target..e.g. there is only one demo on the tablets which is for push mail. So I am trying to understand if we have an issue of mis proper use of the framework, frameworks caveats or both to cause all the modest trouble we are facing? If you have suggestions how to go further and have rocking features that no mobile email client has, go ahead. Bear in mind that while modest might not be up to our demands, it is eventually handling emails reasonably, and supports Exchange integration so this requirement must be kept in mind for a wide user base. I can't promise for this to become anything tangible in the very close future but at least we might end up with a spec[1] for future implementations. (an example for a spec that's not describing a spec is here[1] and here[2], [3]) Many thanks for your time, -Sivan [0]: https://wiki.ubuntu.com/SpecSpec [2]: https://wiki.ubuntu.com/HomeUserBackup [3]: https://wiki.ubuntu.com/SystemCleanUpTool ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Too much tinkering with the device?
I wonder if we can try and debug it ? I have never experienced this in S60 for reference and I don't think this should go un noticed if it is a bug. Martin, what have you done on the device development wise ? Thanks, Sivan On 9/30/10, Martin Grimme wrote: > Hi, > > I often have this GSM sound during a call, too. > I don't know whether it's related to the N900 or to a nearby phone > doing data transfer during that moment. > But I don't think it comes from tinkering with the device. The > earpiece hardware could be too sensitive and thus make the GSM traffic > audible. > > > Regards, > Martin > > > 2010/9/30, Sivan Greenberg : >> Hi all, >> >> So after a couple of tweaks and installing some python scripts for >> experimentation with the device, I suddenly noticed there's the "GSM" >> humming sound in the ear-piece that I did not hear before. >> >> Could this be the result of installing/removing apps and playing with >> non audio related python scripts to just open some Qt windows and use >> some UI components? >> >> I also mkfs.ext3 on the mSD and rsync'd there the phone's content >> before I will re-flash it. I do get the "sd card corrupted" sometimes >> when the machien boots, but the card is okay and happily hosting the >> ext3 fs. >> >> THanks, >> >> -Sivan >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Too much tinkering with the device?
Hi all, So after a couple of tweaks and installing some python scripts for experimentation with the device, I suddenly noticed there's the "GSM" humming sound in the ear-piece that I did not hear before. Could this be the result of installing/removing apps and playing with non audio related python scripts to just open some Qt windows and use some UI components? I also mkfs.ext3 on the mSD and rsync'd there the phone's content before I will re-flash it. I do get the "sd card corrupted" sometimes when the machien boots, but the card is okay and happily hosting the ext3 fs. THanks, -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MADDE 'developer' account - good or bad?
On Sun, Sep 26, 2010 at 10:02 AM, Thomas Waelti wrote: > In my very limited personal experience from my first few hours with Qt > Creator yesterday, I can already tell you that it doesn't help in security at > all: > I was browsing the example projects and decided to take a look at the > calendar example. Debugging it on the device caused it to replace the > in-built calendar... > Surely that's a bug? I would recommend searching if a report like yours exists, and according to my very brief search seems there's not a such[0]. Thanks, -Sivan [0]: https://bugs.maemo.org/buglist.cgi?quicksearch=madde ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MADDE 'developer' account - good or bad?
On Wed, Sep 22, 2010 at 2:30 PM, Attila Csipa wrote: >> Considering all of this, I'm inclined to wish we had a "I know what >> I'm using, please run this app as 'user'|" checkbox in Nokia Qt SDK. >> > > Hey, I'm always for options :) But the point is that a non-destructive way > of playing with data would be nice - with a little tweaking with su and > friends you can make it run as 'user' anyway, right ? It we do stick to the "I know what I'm doing" approach which need to maybe offer or recommend a user to backup his home or to warn that his home might change or break? -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MADDE 'developer' account - good or bad?
On Wed, Sep 22, 2010 at 1:45 PM, Attila Csipa wrote: > the less dangerous path. Some sort of clone/restore user data to developer > account *could* be useful though. How hard will it be to copy stuff from /home/user to /home/developer and then re-copy it once MADDE test has finished? My guess a mere shell command ? -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MADDE 'developer' account - good or bad?
On Wed, Sep 22, 2010 at 1:35 PM, Ville M. Vainio wrote: > That means that it doesn't use the information (databases etc.) stored > in the users home directory. I'm gradually starting to feel this is a > bad idea, that leads to subtle problems when developers are trying to > pretend that they are running their application as default user (and > hence have direct access to all the data user has). Maybe there could be a COW mount created into the "developer" user account to have access to the user's data and settings but not to write/overwrite them but to the "developer" home user that could be recreated with every test? Just my 2c. -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: suspendprocess - poor man's power save
On Mon, Sep 20, 2010 at 4:35 PM, Eero Tamminen wrote: > For example D-BUS will infinitely buffer messages that are sent > to a connected client but not read by it. If these messages can > be very frequent (say device orientation & network condition messages), > this will soon bloat D-BUS memory usage quite a bit. After D-BUS > starts to swap, it won't perform very well. Without getting too much into the details, can't dbus be set a threshold for the buffer size so after X events that are still waiting it would stop dispatching and just ignore new incoming events? This can probably prevent it from swapping but will have a cost in the lost events. However, if those events are constantly arriving then my guess is that we can afford to lose them to some degree. (especially if there are network condition messages and orientation events, at most times orientation events acted upon tend to interfere with other uses, while using the number pad to do DTMF while in call) -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autocomplete Library
On Mon, Sep 20, 2010 at 11:52 AM, Dave Neary wrote: > That's ctags (or etags). Rather, ctags generates lists of symbols that > auto-completion features in editors read & use for completion. Yes! This is it. Thanks Dave for reminding about this, I tried recalling it to no avail. -Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autocomplete Library
I would go to the trouble to provide a more "complete" autocomplete lib, in the form of completing not just by autocomplete lists provided by some readline client apps, but to employ "heuristics" to autocomplete words related to a usage domain of certain tools and apps. Sort of like that tool that's available from Debian that reads your source tree for example and then uses that information to enable more wide auto complete when hacking on the code. Just my 2c ;) -Sivan On Sun, Sep 19, 2010 at 2:36 PM, Dave Neary wrote: > Hi Tanmay, > > Tanmay Verma wrote: >> Hi I have taken Maemo development project in my mobile computing course >> and our group was thinking of developing an Autocomplete library. Is >> there any such library available in GNU C or other libraries which >> support Maemo apps > > GNU Readline provides autocompletion abilities. It is used, for example, > by MySQL for their autocomplete facility. > > http://tiswww.case.edu/php/chet/readline/rltop.html > > http://cc.byexamples.com/2008/06/16/gnu-readline-implement-custom-auto-complete/ > > Cheers, > Dave. > > -- > maemo.org docsmaster > Email: dne...@maemo.org > Jabber: bo...@jabber.org > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Failure setting up Fremantle SDK
Hi all, I've tried several times already, but I seem to not be able to finish the Maemo SDK setup wizard: Setting up xserver-xorg-input-tslib (0.1.0-2) ... dpkg: dependency problems prevent configuration of maemo-core-runtime: maemo-core-runtime depends on sudo; however: Package sudo is not configured yet. dpkg: error processing maemo-core-runtime (--configure): dependency problems - leaving unconfigured Setting up libdb1-dev (1.85.4-osso9+0m5) ... Setting up x-dev (7.0.13-1) ... Setting up xcb-proto (1.2-1) ... Setting up x11proto-gl-dev (1.4.9-1) ... Setting up xserver-xorg-dev (1.6.99.1-0osso20090208.108+0m5) ... dpkg: dependency problems prevent configuration of maemo-core-dev: maemo-core-dev depends on maemo-core-runtime (= 5.0+3); however: Package maemo-core-runtime is not configured yet. dpkg: error processing maemo-core-dev (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of mafw-gst-renderer: mafw-gst-renderer depends on libmafw0 (>= 0.1.2009.38); however: Package libmafw0 is not configured yet. dpkg: error processing mafw-gst-renderer (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of mafw-iradio-source: mafw-iradio-source depends on libmafw0 (>= 0.1.2009.38); however: Package libmafw0 is not configured yet. dpkg: error processing mafw-iradio-source (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of mafw-upnp-source: mafw-upnp-source depends on libgupnp-1.0-3 (>= 0.13.2); however: Package libgupnp-1.0-3 is not configured yet. mafw-upnp-source depends on libgupnp-av-1.0-2 (>= 0.5.2); however: Package libgupnp-av-1.0-2 is not configured yet. mafw-upnp-source depends on libmafw0 (>= 0.1.2009.38); however: Package libmafw0 is not configured yet. dpkg: error processing mafw-upnp-source (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of mafw-tracker-source: mafw-tracker-source depends on libmafw0 (>= 0.1.2009.38); however: Package libmafw0 is not configured yet. dpkg: error processing mafw-tracker-source (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of mafw-playlist-daemon: mafw-playlist-daemon depends on libmafw-shared0 (>= 0.1.2009.38); however: Package libmafw-shared0 is not configured yet. mafw-playlist-daemon depends on libmafw0 (>= 0.1.2009.38); however: Package libmafw0 is not configured yet. dpkg: error processing mafw-playlist-daemon (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of mafw-dbus-daemon: mafw-dbus-daemon depends on libmafw-shared0 (>= 0.1.2009.38); however: Package libmafw-shared0 is not configured yet. mafw-dbus-daemon depends on libmafw0 (>= 0.1.2009.38); however: Package libmafw0 is not configured yet. dpkg: error processing mafw-dbus-daemon (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of maemo-maf-runtime: maemo-maf-runtime depends on libmafw0; however: Package libmafw0 is not configured yet. maemo-maf-runtime depends on libmafw-shared0; however: Package libmafw-shared0 is not configured yet. maemo-maf-runtime depends on libgupnp-1.0-3; however: Package libgupnp-1.0-3 is not configured yet. maemo-maf-runtime depends on libgupnp-av-1.0-2; however: Package libgupnp-av-1.0-2 is not configured yet. maemo-maf-runtime depends on mafw-gst-renderer; however: Package mafw-gst-renderer is not configured yet. maemo-maf-runtime depends on mafw-iradio-source; however: Package mafw-iradio-source is not configured yet. maemo-maf-runtime depends on mafw-upnp-source; however: Package mafw-upnp-source is not configured yet. maemo-maf-runtime depends on mafw-tracker-source; however: Package mafw-tracker-source is not configured yet. maemo-maf-runtime depends on mafw-playlist-daemon; however: Package mafw-playlist-daemon is not configured yet. maemo-maf-runtime depends on mafw-dbus-daemon; however: Package mafw-dbus-daemon is not configured yet. dpkg: error processing maemo-maf-runtime (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of maemo-maf-dev: maemo-maf-dev depends on maemo-maf-runtime (= 5.0+3+0m5); however: Package maemo-maf-runtime is not configured yet. maemo-maf-dev depends on libmafw0-dev; however: Package libmafw0-dev is not configured yet. maemo-maf-dev depends on libmafw-shared0-dev; however: Package libmafw-shared0-dev is not configured yet. maemo-maf-dev depends on libgupnp-1.0-dev; however: Package libgupnp-1.0-dev is not configured yet. maemo-maf-dev depends on libgupnp-av-1.0-dev; however: Package libgupnp-av-1.0-dev is not configured yet. dpkg: error processing maemo-maf-dev (--configure): dependency problems - leaving unc
Re: How to resolve network connectivity without using Qt Mobility in Qt?
Hi Marius, On Thu, Jul 22, 2010 at 11:59 AM, Marius Vollmer wrote: > > For Harmattan, we are putting a "Ovi Store Adaptor" into place which > makes the Ovi Store look like a regular repository. The apt-cache > search will find your paid packages and you can update them with apt-get > upgrade, etc. > How is preventing unauthorized downloads maintained through this strategy ? Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: nokia qt sdk and symbian
The Nokia QT SDK support cross platform development across S60 and Maemo (Including simulator and on device debugging), you just need to have the proper debugging plugin installed onto each target platform and set up your USB network iface if under Linux. There was somewhere a how to a very nice guy from Nokia showed me but I forgot the URL. Once I find it I'll post it here. Sivan On Mon, Jun 21, 2010 at 5:28 PM, Martin DeMello wrote: > On Mon, Jun 21, 2010 at 7:55 PM, Daniil Ivanov > wrote: >> Hi Martin! >> >> Symbian development tools never was officially ported to Linux and >> unlikely it will happen in future. > > That's sad, if true :( > >> I don't know if you notice, but this mailing list is devoted to >> Maemo, so your question is offtopic here. > > True enough, but I can't be the only Maemo developer who is interested > in the possibility of using the Qt SDK to deliver apps that run on > both platforms. > > martin > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GoogleCL
Looks cool, I think I'll give it a try but most surely someone else here will already have packaged it faster than me :) Actually even if that is the case, I think this now enabled providing lean UI to do all that common tasks with google services, especially bulk uploads of photos or creating blogger posts with the html ready so you don't have to fight with blogger's terrible handling of inline code snippet. Sivan On Sat, Jun 19, 2010 at 9:19 AM, Ville M. Vainio wrote: > Anybody gave this a spin on phone already? > > http://google-opensource.blogspot.com/2010/06/introducing-google-command-line-tool.html > > It seems it will provide a trivial, supported way to integrate with > google services. Who will be the first to package it? :) > > -- > Ville M. Vainio > http://tinyurl.com/vainio > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Low Latency Audio Capture on the N900, QAudioInput BUG: has 5000msec latency, Meego audio future
On Fri, Jun 18, 2010 at 2:19 PM, Benno Senoner wrote: > Sadly, this week Nokia stock again dropped like a rock, while Apple > gets preorders for 600k Iphone 4 in a day and have trouble > to process all the orders. Does that not ring alarm bell at Nokia ? Right, this is certainly not the appropriate medium for this kind of discussion, but still I had the give my argument to stand up for those who support and follow open source with concept operating systems and platforms before it reaches the polish of the competitors, in sack of open development process. What Nokia does and has done with Maemo and MeeGo is yet unprecedented from a commercial market point of view. Let me assure you that if you communicate your issues you will get a serious response and if you're right with your complaints action will be taken. Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Trying to switch GSM provider by API
#define TIMEOUT 66 /* Beelzebub sends his regards. Twice. */ Hahah! The funniest remark I've seen in years in C constant code. I am going to test this as well as I am facing a similar issue , but I want to be able to change from 3G(UMTS) to 2G(GSM) programatically for calls rates reasons. Sivan On Wed, Jun 16, 2010 at 3:04 PM, Faheem Pervez wrote: > Oh, it's probably a good idea to call g_strfreev and g_array_free in > on_list_recieved in the file get_networks.c... > > On 16/06/2010, Faheem Pervez wrote: >> Hiya, >> >> Nokia, being the Kings of Open Source that they are, won't release the >> headers for libconnui - the library used by the Phone Control Panel >> applet to perform this stuff. >> >> However, libconnui is a wrapper around DBus-GLib/Mission Control etc. >> Graham Cobb produced a brilliant Wiki page on working out the D-Bus >> method calls: >> https://garage.maemo.org/plugins/wiki/index.php?Tools&id=1106&type=g >> >> I've attached three DBus-GLib examples which I believe should be >> enough for you to perform what you asked for. I'm not sure what all >> the values represent so... maybe looking at >> www.bleb.org/software/maemo/telephony-maemo.c and >> http://repository.maemo.org/extras-devel/pool/fremantle/free/source/n/netmon/ >> will help. >> >> One will print a list of the available networks around you; this is >> done in the way the CPA does it. >> One will tell you the current Network Selection mode >> (Manual/Automatic); the current cell information; and operator name. >> The other will set the mode into automatic or manual (hardcoded for my >> provider, T-Mobile UK). >> >> Best regards, >> >> Faheem >> >> >> On 24 May 2010 12:20, Filip-Martin Brinkmann >> wrote: >> > Hi guys, >> > >> > I'm trying to write a small widget that allows to switch back to a >> > defined GSM provider. Point is, I'm commuting everyday to switzerland >> > and back to germany the same day. When I reach covering area of my >> > german provider, the N900 won't switch back unless I go to >> > settings->phone->search and switch to "manual search" etc... >> > I therefore wanted to shortcut this. However, after browser all possible >> > documentation, I still have no clue where to search - what API can I >> > use? Or is there no such possibility at all? >> > >> > I'd be very grateful for someone pointing me in the right direction. >> > >> > best, >> > >> > filip >> > >> >> > ___ >> > maemo-developers mailing list >> > maemo-developers@maemo.org >> > https://lists.maemo.org/mailman/listinfo/maemo-developers >> > >> > >> >> > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Low Latency Audio Capture on the N900, QAudioInput BUG: has 5000msec latency, Meego audio future
On Wed, Jun 16, 2010 at 1:03 PM, Ville M. Vainio wrote: > On Wed, Jun 16, 2010 at 12:56 PM, Benno Senoner > wrote: > >> If Nokia can show us that pulse audio is able to achieve >> stable,dropout-free 10-20 msec audio latencies in any audio app >> requiring it and working perfectly >> when using QAudioInput/QAudioOutput classes then I'll shut up and take >> my words back, but at the moment the situation does not seem so, and I >> fear that >> those "features" will be inherited by Meego. > > I think you are barking at the wrong tree - pulseaudio should get way > better latency than 5000ms, otherwise it would be useless for pretty > much everything. My thought exactly. If that really is the case, a proper phone conversation would had never been possible on the device, but my everyday shows it is :-) And to a more serious note, I am NO expert in sound but it feels to me that you might be wanting a bit more than what is currently expected from any other mobile handheld computing device - are there any examples of other mobile devices that allow you to achieve your goal? Research see what they use or how they tackle the problems you're facing. If you application is highly specialized you could always require things like being plugged to outlet or a car for specific power draining functionalities Why do you need multiple real time input source mixing for a voice analysis application ? Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Extras-devel cleanup?
Why is the current app manager not as fast ? Maybe we could just add some changes to it to have a daemon process or a cron that would check in some intervals when there is data/network connection and update the cache in the background? Instead of just doing so on-demand while the user awaits at the UI? Sivan On Tue, Jun 15, 2010 at 11:56 PM, Ville M. Vainio wrote: > On Tue, Jun 15, 2010 at 10:13 AM, Attila Csipa wrote: > >> . The apt dir also got moved to /opt, which probably slowed it down a bit in >> exchange for a lot more space or the rootfs. And last, but not least, the >> extras-devel Packages file is a solid 14MB nowadays (curse them icons !), >> which takes time to get parsed/processed/updated no mater how you slice it. > > Ok then. > > I guess what we need is an alternative app manager - something that is > as fast as apt-cache search / apt-get, but still allows "relaxed" > usage, with a modern ui. > > -- > Ville M. Vainio > http://tinyurl.com/vainio > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: DBus Methods and Signals Introspection or Documentation
Wei, If you need to access storage stuff, this might be of help, although mind you, it is in Python (you could use Python as well to do the initial prototyping) - however, the storage keys are the same ofcourse. http://bazaar.launchpad.net/~sivan/hubackup/hubackup--main/annotate/head:/HUBackup/backend/DeviceInfo.py Sivan On Mon, Jun 7, 2010 at 2:15 AM, Wei Li wrote: > Hi all, > > I am doing a project of middleware on Maemo/N900. I need to find the methods > and signals related to the hardware, for example, HAL (especially the > objects under /com/nokia since it is somehow proprietary). However, I > couldn't find a detailed documentation on that. And I also used tools such > as mdbus2, but since it lacks documentation and so does DBus itself, I > couldn't figure out how to do the introspection to find the information I > want. Anyone knows how to find that? Thanks! > > Cheers > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: DBus Methods and Signals Introspection or Documentation
Daniil, maybe he was referring to something more platform (e.g. mobile device) specific ? Or are those docs already containing this? (I haven't looked into it in detail). Sivan On Mon, Jun 7, 2010 at 11:25 AM, Daniil Ivanov wrote: > Hi Wei! > > Can you use libhal and libhal-storage? > http://maemo.org/api_refs/5.0/5.0-final/libhal/ > http://maemo.org/api_refs/5.0/5.0-final/libhal-storage/ > > Thanks, Daniil. > > On Mon, Jun 7, 2010 at 10:01 AM, Wei Li wrote: >> But is there any doc for at least the object methods and signals under >> /com/nokia? Because HAL has its own DBus instances as well as docs. But I >> couldn't find the /com/nokia ones. >> >> On Mon, Jun 7, 2010 at 3:03 AM, Ian Stirling >> wrote: >>> >>> Wei Li wrote: Hi all, I am doing a project of middleware on Maemo/N900. I need to find the methods and signals related to the hardware, for example, HAL (especially the objects under /com/nokia since it is somehow proprietary). However, I couldn't find a detailed documentation on that. And I also used tools such as mdbus2, but since it lacks documentation and so does DBus itself, I couldn't figure out how to do the introspection to find the information I want. Anyone knows how to find that? Thanks! >>> >>> As I understand it, many of these mrhods do not support introspection, and >>> there is no documentation. >>> >>> For example - the dbus 'backend' of liblocation. >>> It's possible I'm confused, and have simply missed the docs. >> >> >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> >> > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: DBus Methods and Signals Introspection or Documentation
If there is not such docs yet, we need to develop some or ask for some API docs. Who might know about this? Sivan On Mon, Jun 7, 2010 at 10:01 AM, Wei Li wrote: > But is there any doc for at least the object methods and signals under > /com/nokia? Because HAL has its own DBus instances as well as docs. But I > couldn't find the /com/nokia ones. > > On Mon, Jun 7, 2010 at 3:03 AM, Ian Stirling > wrote: >> >> Wei Li wrote: >>> >>> Hi all, >>> >>> I am doing a project of middleware on Maemo/N900. I need to find the >>> methods and signals related to the hardware, for example, HAL (especially >>> the objects under /com/nokia since it is somehow proprietary). However, I >>> couldn't find a detailed documentation on that. And I also used tools such >>> as mdbus2, but since it lacks documentation and so does DBus itself, I >>> couldn't figure out how to do the introspection to find the information I >>> want. Anyone knows how to find that? Thanks! >> >> As I understand it, many of these mrhods do not support introspection, and >> there is no documentation. >> >> For example - the dbus 'backend' of liblocation. >> It's possible I'm confused, and have simply missed the docs. > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of "stable" software: my battery drained in few hours
On Sun, Jun 6, 2010 at 8:20 PM, Ian Stirling wrote: > Robin Burchell wrote: >> >> On Sun, Jun 6, 2010 at 2:23 PM, Ian Stirling >> wrote: It's pretty hard to find out what's eating the battery on N900. First you have decide that the battery is being consumed too fast. The default charge meter occasionally realizes it's very wrong, and rapidly readjusts itself, giving potential misreadings there. bq27200 certainly helps there, though there's no "production quality" software available to use it yet. Nokia Energy Profiler still shines with its absence ;) >>> >>> I'm trying to develop something like this. >>> An energy profiler. >>> >>> The ideal would be 'top' - sorted by power use. >>> But this is hard. :) >> >> You mean, like, powertop? http://en.wikipedia.org/wiki/PowerTOP > > No, fairly unlike powertop. > > Powertop sorts by wakeups, which is not useless. > > Consider a compute intensive task that uses 99.95% of the CPU. > At the same time, you've got a lightweight task that polls some descriptor > 10 times a second. > > This will appear above the application that's really causing most battery > drain. > > Powertops metric - wakeups per second - is arguably for some loads better > than top, but it can be horribly misleading for a number of reasons. Ideally we'd have a few of the profilers each one for its metric or combine the logic into one process (to be as lightweight) so we'd get all the metrics in one profiling run. Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Live Backgrounds in PR1.2 hildon-desktop
2010/6/1 Kimmo Hämäläinen : > I think the Control Panel plugin API is C/GTK only since the plugin runs > inside the Control Panel application. You'd need to be somehow familiar > with X11 programming, since it would involve finding out the current > live backgrounds and offer UI for manipulating the window property on So essentially find the XWindow ID and set transparency attribute on it? Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Live Backgrounds in PR1.2 hildon-desktop
That is very cool Kimmo! I have a life improving app use case for that, I'll be sure to check you examples. The manager has to be written in C/GTK or can be eased off in PyGtk ? Sivan 2010/6/1 Kimmo Hämäläinen : > Hello! > > The PR1.2 has a super-secret, unplanned feature that we smuggled in: > so-called "live backgrounds" support in hildon-desktop (>= 1:2.2.133-1). > Live background is a window that is displayed below or front of the Home > applets, either in a specific desktop view (panning with the view) or as > common for all views (static). > > Live background window is recognised when an integer-valued > _HILDON_LIVE_DESKTOP_BACKGROUND window property is found in the window: > > 0 this client is not a live background > 1-4 home view specific live background > 101-104 home view specific live foreground (above applets) > -1 global live background used for all home views > -101 global live foreground used for all home views > > Notice that you probably want to use a transparent window for "live > foregrounds" so that the applets and the background image are still > visible. What you also "want" (I tell you) is to pause the animation of > the background when it's not visible. I have ported xsnow for > demonstrating how to do the pausing and detect positions of the Home > applets, the xsnow patch (against xsnow 1:1.42-8) is attached (I'm also > trying to create a Garage project for it). The xsnow pausing is not > optimal (it periodically wakes up to check sysfs for the display > brightness), but it has not eaten all my battery even if I let it run > overnight. > > Someone could write a Control Panel plugin for managing live backgrounds > (these window properties), since there is no tool as yet. > > There is a basic code example / test program here: > http://maemo.gitorious.org/fremantle-hildon-desktop/hildon-desktop/blobs/master/tests/test-live-bg.c > > -Kimmo > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of "stable" software: my battery drained in few hours
Okay, so we could special case certain process or process groups that need that sort of CPU intensity (I wonder how Chrome is in that regard) . If N900 had a larger stronger battery and if my 3G data connection would have been free, I would not had any objections running s...@home on my N900! I'm quite sure we are not alone in this universe ;) Sivan 2010/5/31 Kimmo Hämäläinen : > On Sun, 2010-05-30 at 10:30 +0200, ext Sivan Greenberg wrote: >> Stuck could be deduced for example when the process is in more then >> 90% CPU for more than a threshold duration that we will predetermine >> and being idle on its I/O streams. > > But that would prevent running s...@home ;) Browser could easily take > 90% CPU in a "legal case" when flash is involved. > > -Kimmo > >> >> Sivan >> >> On Sun, May 30, 2010 at 11:24 AM, Daniil Ivanov >> wrote: >> > Hi Sivian! >> > >> > How do you define the stuck? It's Ok for the process to consume >90% >> > of CPU time for short >> > period of time. >> > >> > Thanks, Daniil. >> > >> > On Sun, May 30, 2010 at 11:20 AM, Sivan Greenberg >> > wrote: >> >> Hey Daniil, >> >> >> >> If a process is stuck in and awakened , and consumes more then a >> >> $PERDEFINED % of cpu, and it's output and input streams are idle, then >> >> I'd say we need to seriously consider killing it. >> >> >> >> Sivan >> >> >> >> On Sun, May 30, 2010 at 11:07 AM, Daniil Ivanov >> >> wrote: >> >>> Hi Silvan! >> >>> >> >>> In these terms GPS and WiFi are also maligant. How kernel or >> >>> anything else could >> >>> know what is reasonable power consumption for a process? >> >>> >> >>> Thanks, Daniil. >> >>> >> >>> On Sat, May 29, 2010 at 10:49 PM, Sivan Greenberg >> >>> wrote: >> >>>> Actually, I would think the kernel should already do something like >> >>>> that... >> >>>> >> >>>> On Sat, May 29, 2010 at 10:48 PM, Sivan Greenberg >> >>>> wrote: >> >>>>> Doesn't the userland carry some sort of process monitoring, killing >> >>>>> malignant processes ? If not, we should develop something like this >> >>>>> for MeeGo. >> >>>>> >> >>>>> Sivan >> >>>>> >> >>>>> On Sat, May 29, 2010 at 10:44 PM, Aniello Del Sorbo >> >>>>> wrote: >> >>>>>> On 29 May 2010 10:03, Andrea Grandi wrote: >> >>>>>>> >> >>>>>>> Hi, >> >>>>>>> >> >>>>>>> On 29 May 2010 19:02, Ian wrote: >> >>>>>>> > Hi >> >>>>>>> > >> >>>>>>> >> I went to sleep at 3:00, I wake up few minutes ago with the N900 >> >>>>>>> >> powered off. There was not any active connection when I went to >> >>>>>>> >> sleep, >> >>>>>>> >> so could anyone please explain me WHO drained my whole battery?! >> >>>>>>> > >> >>>>>>> > Bluetooth? I'd check that >> >>>>>>> >> >>>>>>> I never use it >> >>>>>>> >> >>>>>> >> >>>>>> Is this a freshly flashed N900? >> >>>>>> Or did you restore from a backup? >> >>>>>> I had mine died yesterday in half a day because a process (I think >> >>>>>> intellisync or something like that) was stuck somehow somewhere. >> >>>>>> I have mine from a restored backup. Sure I wanted it to be stable >> >>>>>> after a >> >>>>>> restore, but sometimes old config files/settings/whatever cause >> >>>>>> unexpected >> >>>>>> (quite impossible to catch in testing) behaviors. >> >>>>>> -- >> >>>>>> anidel >> >>>>>> >> >>>>>> ___ >> >>>>>> maemo-developers mailing list >> >>>>>> maemo-developers@maemo.org >> >>>>>> https://lists.maemo.org/mailman/listinfo/maemo-developers >> >>>>>> >> >>>>>> >> >>>>> >> >>>> ___ >> >>>> maemo-developers mailing list >> >>>> maemo-developers@maemo.org >> >>>> https://lists.maemo.org/mailman/listinfo/maemo-developers >> >>>> >> >>> >> >> >> > >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA Proposals (was Re: Quality assurance of "stable" software: my battery drained in few hours)
On Sun, May 30, 2010 at 10:20 PM, David Greaves wrote: > Hi Sivan > > Just checking : >> >> [0]: http://wiki.meego.com/Proposal_for_a_Quality_Assurance_working_group > > and >> >> maemo-developers mailing list > > So we should really take (or at least cc) the QAWG to meego-dev (but see > later) Agreed. I was sure I was cc'ing meego-dev, but I responded while busy with a load of other things so this slipped me. > > However could you look at: > http://wiki.meego.com/Proposal_for_a_Repository_working_group > Having spent quite a lot of time pushing for *something* to be done in this > area I'd like to suggest that the successor to the RWG encompases this kind > of QA activity. I will, many thanks for re-pointing at it. I was not aware it would be so relevant to this subject, as I got the impression this is very much related to app development and not the core, but if we have access to the core packages that setup the very base system (minus the kernel, I'm not a kernel dev and not claiming to be) that this is probably where it belongs. > > Personally, I'd also suggest that you forget about Working Groups the > powers that be don't seem interested in setting up WGs for much other than > product direction at the moment; certainly they won't (AFAIUI) set one up > for just QA; it would be expected to fall under a larger umbrella. See the > various TSG logs for the past few months for my (lbt) attempts and more > useful URLs. Will do. What would be the larger umbrella ? (-for the impatient ;)) > > Of course there's also the "Meeting call for Community application support" > that you responded to on the -community ml. Lets follow up in that meeting. Are you referring to the next TSG meeting? > > Right... now the "see later": > > I actually don't think there's much point in doing MeeGo QA policy right now > anyway; I think we'd be *far* better off working on Maemo QA for Fremantle > ... and Harmattan. > We have an established community and real devices to work with. Is there a policy in place for Maemo? > > We're also working on moving the build and QA infrastructure in Maemo > towards the same basic shape that I think we'll see in MeeGo (ie an OBS > driven approach). FYI I'm also working on workflow automation and > integration with image and test systems internally for Nokia and we expect > those solutions to be OSS and deployed on maemo.org meego.com(munity) Great. What is the prospect of wiring those systems with system-wide integrative tests? > > So if we work on a decent solution for Maemo and ensure it's suitable for > MeeGo then we solve a lot of real-world issues. Is there anyting out there to work on? How can we make it suitable for MeeGo if there are not real devices out there yet? You just mentioned those "internal" stuff , which would be released as OSS , but then wouldn't things be more set in stone? How can I now influence or contribute as a non technical user to that QA process? Important note: I'm not bashing, just sincerely interested in the true state of things and try to see where we can improve. Given all the QA Maemo had been given so far (which I admit I have no detailed knowledge of) the OS and device combination is till something very much for the tech savy and hackers and rough on the edges. As a sad personal example for me, in Israel no operator would sell N900, but *all of them* carry iPhones in its multitude of versions and makes. Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of "stable" software: my battery drained in few hours
Stuck could be deduced for example when the process is in more then 90% CPU for more than a threshold duration that we will predetermine and being idle on its I/O streams. Sivan On Sun, May 30, 2010 at 11:24 AM, Daniil Ivanov wrote: > Hi Sivian! > > How do you define the stuck? It's Ok for the process to consume >90% > of CPU time for short > period of time. > > Thanks, Daniil. > > On Sun, May 30, 2010 at 11:20 AM, Sivan Greenberg wrote: >> Hey Daniil, >> >> If a process is stuck in and awakened , and consumes more then a >> $PERDEFINED % of cpu, and it's output and input streams are idle, then >> I'd say we need to seriously consider killing it. >> >> Sivan >> >> On Sun, May 30, 2010 at 11:07 AM, Daniil Ivanov >> wrote: >>> Hi Silvan! >>> >>> In these terms GPS and WiFi are also maligant. How kernel or >>> anything else could >>> know what is reasonable power consumption for a process? >>> >>> Thanks, Daniil. >>> >>> On Sat, May 29, 2010 at 10:49 PM, Sivan Greenberg >>> wrote: >>>> Actually, I would think the kernel should already do something like that... >>>> >>>> On Sat, May 29, 2010 at 10:48 PM, Sivan Greenberg >>>> wrote: >>>>> Doesn't the userland carry some sort of process monitoring, killing >>>>> malignant processes ? If not, we should develop something like this >>>>> for MeeGo. >>>>> >>>>> Sivan >>>>> >>>>> On Sat, May 29, 2010 at 10:44 PM, Aniello Del Sorbo >>>>> wrote: >>>>>> On 29 May 2010 10:03, Andrea Grandi wrote: >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> On 29 May 2010 19:02, Ian wrote: >>>>>>> > Hi >>>>>>> > >>>>>>> >> I went to sleep at 3:00, I wake up few minutes ago with the N900 >>>>>>> >> powered off. There was not any active connection when I went to >>>>>>> >> sleep, >>>>>>> >> so could anyone please explain me WHO drained my whole battery?! >>>>>>> > >>>>>>> > Bluetooth? I'd check that >>>>>>> >>>>>>> I never use it >>>>>>> >>>>>> >>>>>> Is this a freshly flashed N900? >>>>>> Or did you restore from a backup? >>>>>> I had mine died yesterday in half a day because a process (I think >>>>>> intellisync or something like that) was stuck somehow somewhere. >>>>>> I have mine from a restored backup. Sure I wanted it to be stable after a >>>>>> restore, but sometimes old config files/settings/whatever cause >>>>>> unexpected >>>>>> (quite impossible to catch in testing) behaviors. >>>>>> -- >>>>>> anidel >>>>>> >>>>>> ___ >>>>>> maemo-developers mailing list >>>>>> maemo-developers@maemo.org >>>>>> https://lists.maemo.org/mailman/listinfo/maemo-developers >>>>>> >>>>>> >>>>> >>>> ___ >>>> maemo-developers mailing list >>>> maemo-developers@maemo.org >>>> https://lists.maemo.org/mailman/listinfo/maemo-developers >>>> >>> >> > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of "stable" software: my battery drained in few hours
Hey Daniil, If a process is stuck in and awakened , and consumes more then a $PERDEFINED % of cpu, and it's output and input streams are idle, then I'd say we need to seriously consider killing it. Sivan On Sun, May 30, 2010 at 11:07 AM, Daniil Ivanov wrote: > Hi Silvan! > > In these terms GPS and WiFi are also maligant. How kernel or > anything else could > know what is reasonable power consumption for a process? > > Thanks, Daniil. > > On Sat, May 29, 2010 at 10:49 PM, Sivan Greenberg wrote: >> Actually, I would think the kernel should already do something like that... >> >> On Sat, May 29, 2010 at 10:48 PM, Sivan Greenberg >> wrote: >>> Doesn't the userland carry some sort of process monitoring, killing >>> malignant processes ? If not, we should develop something like this >>> for MeeGo. >>> >>> Sivan >>> >>> On Sat, May 29, 2010 at 10:44 PM, Aniello Del Sorbo >>> wrote: >>>> On 29 May 2010 10:03, Andrea Grandi wrote: >>>>> >>>>> Hi, >>>>> >>>>> On 29 May 2010 19:02, Ian wrote: >>>>> > Hi >>>>> > >>>>> >> I went to sleep at 3:00, I wake up few minutes ago with the N900 >>>>> >> powered off. There was not any active connection when I went to sleep, >>>>> >> so could anyone please explain me WHO drained my whole battery?! >>>>> > >>>>> > Bluetooth? I'd check that >>>>> >>>>> I never use it >>>>> >>>> >>>> Is this a freshly flashed N900? >>>> Or did you restore from a backup? >>>> I had mine died yesterday in half a day because a process (I think >>>> intellisync or something like that) was stuck somehow somewhere. >>>> I have mine from a restored backup. Sure I wanted it to be stable after a >>>> restore, but sometimes old config files/settings/whatever cause unexpected >>>> (quite impossible to catch in testing) behaviors. >>>> -- >>>> anidel >>>> >>>> ___ >>>> maemo-developers mailing list >>>> maemo-developers@maemo.org >>>> https://lists.maemo.org/mailman/listinfo/maemo-developers >>>> >>>> >>> >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of "stable" software: my battery drained in few hours
Actually, I would think the kernel should already do something like that... On Sat, May 29, 2010 at 10:48 PM, Sivan Greenberg wrote: > Doesn't the userland carry some sort of process monitoring, killing > malignant processes ? If not, we should develop something like this > for MeeGo. > > Sivan > > On Sat, May 29, 2010 at 10:44 PM, Aniello Del Sorbo wrote: >> On 29 May 2010 10:03, Andrea Grandi wrote: >>> >>> Hi, >>> >>> On 29 May 2010 19:02, Ian wrote: >>> > Hi >>> > >>> >> I went to sleep at 3:00, I wake up few minutes ago with the N900 >>> >> powered off. There was not any active connection when I went to sleep, >>> >> so could anyone please explain me WHO drained my whole battery?! >>> > >>> > Bluetooth? I'd check that >>> >>> I never use it >>> >> >> Is this a freshly flashed N900? >> Or did you restore from a backup? >> I had mine died yesterday in half a day because a process (I think >> intellisync or something like that) was stuck somehow somewhere. >> I have mine from a restored backup. Sure I wanted it to be stable after a >> restore, but sometimes old config files/settings/whatever cause unexpected >> (quite impossible to catch in testing) behaviors. >> -- >> anidel >> >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> >> > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of "stable" software: my battery drained in few hours
Doesn't the userland carry some sort of process monitoring, killing malignant processes ? If not, we should develop something like this for MeeGo. Sivan On Sat, May 29, 2010 at 10:44 PM, Aniello Del Sorbo wrote: > On 29 May 2010 10:03, Andrea Grandi wrote: >> >> Hi, >> >> On 29 May 2010 19:02, Ian wrote: >> > Hi >> > >> >> I went to sleep at 3:00, I wake up few minutes ago with the N900 >> >> powered off. There was not any active connection when I went to sleep, >> >> so could anyone please explain me WHO drained my whole battery?! >> > >> > Bluetooth? I'd check that >> >> I never use it >> > > Is this a freshly flashed N900? > Or did you restore from a backup? > I had mine died yesterday in half a day because a process (I think > intellisync or something like that) was stuck somehow somewhere. > I have mine from a restored backup. Sure I wanted it to be stable after a > restore, but sometimes old config files/settings/whatever cause unexpected > (quite impossible to catch in testing) behaviors. > -- > anidel > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of "stable" software: my battery drained in few hours
On Sat, May 29, 2010 at 6:09 PM, Andrew Flegg wrote: > Ovi's QA (such as obvious battery drainers) will help Nokia see that > crowdsourced QA can be better than their in-house stuff (though our 10 > day process is apparently a bit longer than theirs). I think that we better sacrifice time-to-delivery than sacrifice the user experience. And yes, I think that OVI could use some more help by crowd source, there's the champions. I'm sure we could use them to get better coverage and at least some more widespread usage of an OVI app before it is published, as is done with other interesting new revamps with OVI. I as a champion would be delighted to give feedback and do proactive testing of new apps on the OVI store before they are released to the wild, once asked to through the FN contact. Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of "stable" software: my battery drained in few hours
Yes, I am working on this :) Real life and bills paying can sometimes get in the way but I'm slowly going back to being fully active with MeeGo. I will send a notification to go over and review [0] once it is finished, as so far I outlined the tools that will enable us better QA but have not expanded them and elaborated. Then I would ask the TSG to approve the team creation, which would also attempt to engage users in QA and specific niche testing of the software we deliver. Sivan [0]: http://wiki.meego.com/Proposal_for_a_Quality_Assurance_working_group On Sat, May 29, 2010 at 6:09 PM, Andrew Flegg wrote: > Sivan, > > If you have suggestions for the QA that we can control (i.e. that of > maemo.org Extras) please share them. Also, examples of problems with > Ovi's QA (such as obvious battery drainers) will help Nokia see that > crowdsourced QA can be better than their in-house stuff (though our 10 > day process is apparently a bit longer than theirs). > > Cheers, > > Andrew > > > > On 29/05/2010, Sivan Greenberg wrote: >> I also experienced that with the Facebook widget alone, but the >> battery performance is also very poor without any active widgets or >> connections (6 hours max!). I am also curious what sort of QA >> procedures the OVI store publishing process carries, but this is what >> I think only one sign of a greater problem with quality assurance that >> I think is lacking across projects. >> >> I hope we can change this in MeeGo, and ASAP. >> >> Sivan >> >> On Sat, May 29, 2010 at 1:34 PM, Daniil Ivanov >> wrote: >>> Hi Andrea! >>> >>> On Sat, May 29, 2010 at 1:18 PM, Andrea Grandi wrote: >>>> Hi, >>>> >>>> On 29 May 2010 12:11, Ville M. Vainio wrote: >>>>> On Sat, May 29, 2010 at 1:01 PM, Andrea Grandi >>>>> wrote: >>>>> >>>>>> I went to sleep at 3:00, I wake up few minutes ago with the N900 >>>>>> powered off. There was not any active connection when I went to sleep, >>>>>> so could anyone please explain me WHO drained my whole battery?! >>>>> >>>>> Can you ensure that your phone doesn't create connections automatically? >>>> >>>> yes I'm sure. I never let it connect automatically. And just for you >>>> to notice: once I really forgot to disconnect before going to sleep: >>>> when I wake up I still had more than half of the battery, but this is >>>> of course not the case. >>>> >>>> So my "suspects" are: >>>> >>>> - the Twitter widget available in OVI (if it's this, congratulation to >>>> people who publish software in OVI store without let testers to test >>>> it in extras-devel / extras-testing) >>> >>> The key word in phrase Ovi Store is a "Store". Nobody will upload >>> commercial >>> applications to extras-devel or extras-testing. This is the way Ovi Store >>> works. >>> >>> You can save battery info log with the commands: >>> lshal | grep battery.reporting.current >> battery.log >>> date >> battery.log >>> try to use facebook widget separately, twitter widget separately >>> and maybe both of widgets disabled and see how battery life is affected. >>> >>> Thanks, Daniil >>> >>>> - the facebook widget (very strange since it's available from the >>>> beginning, someone should have noticed this bug) >>>> - something really weird introduced with PR 1.2 (no comment). >>>> >>>> Regards, >>>> >>>> -- >>>> Andrea Grandi >>>> email: a.grandi [AT] gmail [DOT] com >>>> website: http://www.andreagrandi.it >>>> PGP Key: http://www.andreagrandi.it/pgp_key.asc >>>> ___ >>>> maemo-developers mailing list >>>> maemo-developers@maemo.org >>>> https://lists.maemo.org/mailman/listinfo/maemo-developers >>>> >>> ___ >>> maemo-developers mailing list >>> maemo-developers@maemo.org >>> https://lists.maemo.org/mailman/listinfo/maemo-developers >>> >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > > > -- > Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ > Maemo Community Council chair > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of "stable" software: my battery drained in few hours
I also experienced that with the Facebook widget alone, but the battery performance is also very poor without any active widgets or connections (6 hours max!). I am also curious what sort of QA procedures the OVI store publishing process carries, but this is what I think only one sign of a greater problem with quality assurance that I think is lacking across projects. I hope we can change this in MeeGo, and ASAP. Sivan On Sat, May 29, 2010 at 1:34 PM, Daniil Ivanov wrote: > Hi Andrea! > > On Sat, May 29, 2010 at 1:18 PM, Andrea Grandi wrote: >> Hi, >> >> On 29 May 2010 12:11, Ville M. Vainio wrote: >>> On Sat, May 29, 2010 at 1:01 PM, Andrea Grandi wrote: >>> I went to sleep at 3:00, I wake up few minutes ago with the N900 powered off. There was not any active connection when I went to sleep, so could anyone please explain me WHO drained my whole battery?! >>> >>> Can you ensure that your phone doesn't create connections automatically? >> >> yes I'm sure. I never let it connect automatically. And just for you >> to notice: once I really forgot to disconnect before going to sleep: >> when I wake up I still had more than half of the battery, but this is >> of course not the case. >> >> So my "suspects" are: >> >> - the Twitter widget available in OVI (if it's this, congratulation to >> people who publish software in OVI store without let testers to test >> it in extras-devel / extras-testing) > > The key word in phrase Ovi Store is a "Store". Nobody will upload commercial > applications to extras-devel or extras-testing. This is the way Ovi Store > works. > > You can save battery info log with the commands: > lshal | grep battery.reporting.current >> battery.log > date >> battery.log > try to use facebook widget separately, twitter widget separately > and maybe both of widgets disabled and see how battery life is affected. > > Thanks, Daniil > >> - the facebook widget (very strange since it's available from the >> beginning, someone should have noticed this bug) >> - something really weird introduced with PR 1.2 (no comment). >> >> Regards, >> >> -- >> Andrea Grandi >> email: a.grandi [AT] gmail [DOT] com >> website: http://www.andreagrandi.it >> PGP Key: http://www.andreagrandi.it/pgp_key.asc >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Making Symbian / MeeGo cross device
Hi All, As MeeGo is about cross vendor OS, I would like to propose to have builds of MeeGo for N8, or Symbian 3/S60 on N900. I guess I am dreaming of choosing the device and OS , given the hardware allows it. Is there a way for us to achieve that? That would be something cool to have, as providing choice for both the OS and device. Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Routing SMS to another app.
On Sat, Apr 3, 2010 at 2:00 PM, wrote: > >> >>From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] >>On Behalf Of ext Sukhbir Singh [singheinst...@gmail.com] >>Sent: Saturday, April 03, 2010 2:32 PM >>To: maemo-developers@maemo.org >>Subject: Routing SMS to another app. >> >>Hi developers, >> >>I was wondering whether there is any way I can divert SMS messages from the >>Inbox to another app that I would be designing for this purpose. Like when a >>SMS comes, I just need to delete it from the Inbox, extract the sender's name >>and the message body and store it inside my app. Is there any way >to do >>this? I am potential GSoC student. > > Easiest way is to do this with QtMobility messaging API. There QMEssagestore, > you can get signal of arriving SMS and then delete it. > QTmobility Messagign with Messge Store support will be there in next couple > of weeks. In the pymaemo or the pyside stack? Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: refinding the syncing question
What do I do if the syncing is hung up for 1.5 hours? On Sat, Mar 27, 2010 at 1:39 PM, Carsten Munk wrote: > 2010/3/27 Graham Cobb : >> On Saturday 27 March 2010 07:46:58 Ville M. Vainio wrote: >>> Implementing one by yourself is a huge task, which you probably don't want >>> to do. Current n900 endpoint is using modified version of funambol (syncml >>> server) which is a nontrivial amount of code. >> >> Ah, that's interesting. Where do I find that modified code? > > I think Nokia's funambol is licensed through funambol commercial > license, so closed source > > Regards, > Carsten Munk > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: refinding the syncing question
Also, there is no way to know when the sync task has finished , e.g. an artifact of no progress indication I guess. Sivan On Sat, Mar 27, 2010 at 12:33 PM, Sivan Greenberg wrote: > Right, so pairing with the N900 and starting the transfer it never > works the first go, after 3-4 failures it transferred most of the > contacts and some need to be imported by hand. > > It has many issues, it lacks proper progress indication and it makes > the phone switch / phone setup app on the 97 Mini hang up and make it > need a reboot if you already started the sync and you accidently click > that menu item again. > > There are more issues to it that consumed a lot of time until I > managed to do a semi decent sync last night.I would expect a bit more > from the "Canonical way" to sync. > > Sivan > > On Sat, Mar 27, 2010 at 9:46 AM, Ville M. Vainio wrote: >> The canonical program to accomplish this is the "transfer and sync" found in >> settings. You can sync with n97 over bluetooth. >> >> Implementing one by yourself is a huge task, which you probably don't want >> to do. Current n900 endpoint is using modified version of funambol (syncml >> server) which is a nontrivial amount of code. >> >> - Original message - >>> I am looking to develop a program that will do this in PySide, where >>> can I find docs about the API and the requisites to do so? >>> >>> program == "periodical sync between Maemo and Symbian" >>> >>> Sivan >>> ___ >>> maemo-developers mailing list >>> maemo-developers@maemo.org >>> https://lists.maemo.org/mailman/listinfo/maemo-developers >> >> > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: refinding the syncing question
Right, so pairing with the N900 and starting the transfer it never works the first go, after 3-4 failures it transferred most of the contacts and some need to be imported by hand. It has many issues, it lacks proper progress indication and it makes the phone switch / phone setup app on the 97 Mini hang up and make it need a reboot if you already started the sync and you accidently click that menu item again. There are more issues to it that consumed a lot of time until I managed to do a semi decent sync last night.I would expect a bit more from the "Canonical way" to sync. Sivan On Sat, Mar 27, 2010 at 9:46 AM, Ville M. Vainio wrote: > The canonical program to accomplish this is the "transfer and sync" found in > settings. You can sync with n97 over bluetooth. > > Implementing one by yourself is a huge task, which you probably don't want > to do. Current n900 endpoint is using modified version of funambol (syncml > server) which is a nontrivial amount of code. > > - Original message - >> I am looking to develop a program that will do this in PySide, where >> can I find docs about the API and the requisites to do so? >> >> program == "periodical sync between Maemo and Symbian" >> >> Sivan >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
refinding the syncing question
I am looking to develop a program that will do this in PySide, where can I find docs about the API and the requisites to do so? program == "periodical sync between Maemo and Symbian" Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Best practices to sync between N900 and N97 Mini.
Hi lists, I am trying to find the best way to sync between the two devices on a periodical term and document it on the wiki or in my Forum Nokia Blog. What is the official or preferred way to do this sort of task? Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: /etc/init.d/ssh stop does not stop ssh on the N900
Why can't we remove it then ? BR Sivan - Original message - > [Ajai Khattri Mi 24. März 2010]: > > On Wed, 24 Mar 2010, Sivan Greenberg wrote: > > > > > I'd say supporting > > > /etc/init.d/ssh stop is important for users that are coming from the > > > pre-upstart time. > > > > Better get used to it - upstart has been standard on several distros for > > a few years now (Ubuntu, Fedora and maybe the next Debian release). > > I think it doesn't matter if there's upstart or sysV-init - if I find a > /etc/init.d/foo script, I expect this script to support "foo start" and "foo > stop" and the other few valid options, and of course these shall work properly > > If the script doesn't work as everybody would expect, then it shouldn't be > there at all. > > jOERG ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: netstat and firewalls
Right, so I did more drill down and it might be a skype contact , however, is is normal for a skype's contact IP to appear like this and only one? I mean, I have several skype contacts, and only that one appeared. I have namp'd the host and it appears to be a windows machine with skype at 443 and port 80 open blank for some reason. Why would it require mDNS ? Sivan On Wed, Mar 24, 2010 at 11:22 AM, Geordie Millar wrote: > What is the specific IP? It may be a multicast IP for various things like > mDNS. > > Also are you sure port 67xxx is correct? TCP/UDP ports are numbered from 1 > (technically 0)-65535. > > As for security considerations: I don't think the N900 actually has any > running externally accessible services that it needs to firewall off (that > said, I'm remembering from OS2008, my N900 hasn't actually arrived yet). > > On 24/03/2010, at 7:05 PM, Sivan Greenberg wrote: > > > Hi List, > > > > Today my N900 started have all corrupted UI graphics when using kinetic > scrolling and what not. The machine has turned into a non responsive paper > holder. > > > > doing a netstat -ta I found out there were a couple of unexplained > connection to a specific IP in ports ranging from 65xxx to 67xxx. > > > > Is there a firewall software for the Maemo ? Is it shipped from stock ? > Has any security consideration been taken into developing the OS to prevent > hacking and piracy since this is a machine that provides "raw computer > power" ? > > > > Sivan > > ___ > > maemo-developers mailing list > > maemo-developers@maemo.org > > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: /etc/init.d/ssh stop does not stop ssh on the N900
Right that worked, thanks. Can this be aligned to work as on the OS upstart was invented on? Also, since there were no GUI for controlling the SSH server (I sense the answer here is going to be "it's not official Nokia") I'd say supporting /etc/init.d/ssh stop is important for users that are coming from the pre-upstart time. Sivan On Wed, Mar 24, 2010 at 11:05 AM, pHilipp Zabel wrote: > On Wed, Mar 24, 2010 at 9:59 AM, Sivan Greenberg > wrote: > > Hi List, > > I am trying to stop the SSH daemon using the init.d script to no avail. > Has > > anybody seen this before? This is a security issue in my taste. > > Sivan > > Try (initctl) stop sshd. sshd startup is handled by upstart, see > /etc/event.d/sshd. > > regards > Philipp > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
/etc/init.d/ssh stop does not stop ssh on the N900
Hi List, I am trying to stop the SSH daemon using the init.d script to no avail. Has anybody seen this before? This is a security issue in my taste. Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
netstat and firewalls
Hi List, Today my N900 started have all corrupted UI graphics when using kinetic scrolling and what not. The machine has turned into a non responsive paper holder. doing a netstat -ta I found out there were a couple of unexplained connection to a specific IP in ports ranging from 65xxx to 67xxx. Is there a firewall software for the Maemo ? Is it shipped from stock ? Has any security consideration been taken into developing the OS to prevent hacking and piracy since this is a machine that provides "raw computer power" ? Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Google Calendar Support in the Maemo Calendar application.
So I wonder if I could hook into this ActiveSync support and code an addition to the mail checker: I want to identify certain email messages, that people send me as an appointment reminder and automatically import them into the calendar in google or in the local calendar in the Maemo suite. Sivan On Tue, Mar 23, 2010 at 12:08 AM, Sivan Greenberg wrote: > So, reading qgill's post on that thread, ActiveSync is MS's sync protocol > with exchange and Maemo supports it through it's mail client ? Meaning this > would sync up everything else like contacts, meetings, calendar events and > have better update then the current very latent google mail check ? > > Sivan > > > On Tue, Mar 23, 2010 at 12:00 AM, Hartti Suomela wrote: > >> Have you tried syncing through Mail for Exchange? >> Some people have succeeded through MfE, and some have problems... >> http://talk.maemo.org/showthread.php?t=31315 >> >> Hartti >> >> On Mon, Mar 22, 2010 at 12:57 PM, Sivan Greenberg >> wrote: >> > Hi List, >> > I was wondering if I can sync up my maemo calendar with the google >> > calendar I have. >> > I couldn't find an option to do so. Are the parts to integrate this >> with >> > the shipped calendar app available for research to code such a feature >> in? >> > Sivan >> > ___ >> > maemo-developers mailing list >> > maemo-developers@maemo.org >> > https://lists.maemo.org/mailman/listinfo/maemo-developers >> > >> > >> > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Google Calendar Support in the Maemo Calendar application.
So, reading qgill's post on that thread, ActiveSync is MS's sync protocol with exchange and Maemo supports it through it's mail client ? Meaning this would sync up everything else like contacts, meetings, calendar events and have better update then the current very latent google mail check ? Sivan On Tue, Mar 23, 2010 at 12:00 AM, Hartti Suomela wrote: > Have you tried syncing through Mail for Exchange? > Some people have succeeded through MfE, and some have problems... > http://talk.maemo.org/showthread.php?t=31315 > > Hartti > > On Mon, Mar 22, 2010 at 12:57 PM, Sivan Greenberg > wrote: > > Hi List, > > I was wondering if I can sync up my maemo calendar with the google > > calendar I have. > > I couldn't find an option to do so. Are the parts to integrate this > with > > the shipped calendar app available for research to code such a feature > in? > > Sivan > > ___ > > maemo-developers mailing list > > maemo-developers@maemo.org > > https://lists.maemo.org/mailman/listinfo/maemo-developers > > > > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Google Calendar Support in the Maemo Calendar application.
Also, on a related note, can I use python to see if a new msg arrived through the mail client and respond accordingly ? Sivan On Mon, Mar 22, 2010 at 9:57 PM, Sivan Greenberg wrote: > Hi List, > > I was wondering if I can sync up my maemo calendar with the google > calendar I have. > > I couldn't find an option to do so. Are the parts to integrate this with > the shipped calendar app available for research to code such a feature in? > > Sivan > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Google Calendar Support in the Maemo Calendar application.
Hi List, I was wondering if I can sync up my maemo calendar with the google calendar I have. I couldn't find an option to do so. Are the parts to integrate this with the shipped calendar app available for research to code such a feature in? Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Open Sourcing software components responsible to calls and GSM/GPRS connections.
Dear lists, I have an eager prospectus GSoC student, who happened to take same interest as mine in developing a sophisticated answering mechanism for the smartphones. At first we are targetting this at the N900 devices or the futuristic MeeGo devices, but I'm sure if parts of the rtcomm are open it could be migrated to Symbian as well, given the parts are similar in design at least. How can we go about this? Or else, what would be the way to develop an application as he described without open sourcing the rtcomm parts? Sukhbir, can you please follow up on this thread with a description or a link to a specification or a write-up of the idea? Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Google Summer of Code Proposal
Dear Sukhbir, I'd be interested to work with you on this idea. I've had it for a while now and I could serve as a mentor if this realizes. Sivan On Sat, Mar 13, 2010 at 9:32 AM, Sukhbir Singh wrote: > Hello everyone. > > > I am interested in developing for Maemo under Google's Summer of Code > program and the project 'Answering Machine/Call Rejector' on the Ideas > page interests me particularly. > > I have been using a Nokia phone ever since I can remember and I used to > love the 'Screened Number' features the classic Nokia phones allowed. > However, as I kept upgrading my phone, I noticed that such a feature was > never there (Nokia E63 now), even on the high-end phones. The need for a > blacklisting software led me to some commercial S60 software (I won't > mention the names though). > > I find it odd saying, but I have expertise in this field! I have been using > such software for two - three years now on a variety of S60 phones, and I > know what features should be there. Specifically, I feel the need for : > > 1. Blacklist - Calls you don't want to attend at all. > > 2. Whitelist - This feature is not usually found in many commercial > software also, but it is required. There are many-a-times you want to > receive calls only from a few numbers and automatically reject the other > ones. If you blacklist some numbers, that works only for the contacts that > are you in your phone book. Otherwise for unknown numbers, the phone does > alert you. When you want to attend calls only from a few numbers, then > Blacklisted numbers don't do justice. > > 3. Support for text messages screening - Again, whitelist and blacklist. I > think the blacklist/ whitelist for voice calls should be different from text > messages. This again I base on personal experience. > > 4. Time based call rejecting - Set it up and forget! > > If any developer is interested in mentoring this, please let me know. I > think this is a must have feature. Coupled with the answering machine > function, it can work out wonderfully. > > > -- > Sukhbir > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Disabling WM animations
Which repo is transitioncontrol in? Extras-Testing? Can't find it in Extras. On Mon, Mar 15, 2010 at 10:06 AM, Cláudio Sampaio wrote: > 2010/3/15 Sivan Greenberg > > Why isn't there anything in the settings UI to control this outside the >> code? Like the "Appearance" manager in Ubuntu. >> > > Transitions Control? > > http://wiki.maemo.org/Customizing_Maemo#Transitions > > apt-get install transitioncontrol > > Best regards, > -- > Cláudio "Patola" Sampaio > IRC: ptl - Yahoo: patolaaa > Campinas, SP - Brazil. > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Disabling WM animations
Right, so that's something you have to willfully install. Should be there from stock. Sivan On Mon, Mar 15, 2010 at 10:06 AM, Cláudio Sampaio wrote: > 2010/3/15 Sivan Greenberg > > Why isn't there anything in the settings UI to control this outside the >> code? Like the "Appearance" manager in Ubuntu. >> > > Transitions Control? > > http://wiki.maemo.org/Customizing_Maemo#Transitions > > apt-get install transitioncontrol > > Best regards, > -- > Cláudio "Patola" Sampaio > IRC: ptl - Yahoo: patolaaa > Campinas, SP - Brazil. > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Disabling WM animations
Why isn't there anything in the settings UI to control this outside the code? Like the "Appearance" manager in Ubuntu. Sivan 2010/3/15 Kimmo Hämäläinen > On Mon, 2010-03-15 at 08:43 +0100, ext Sivan Greenberg wrote: > > I would actually want to disable it for performance reasons. The > > current eye candy is pretty tough for the N900 IMHO and causes lots of > > problems when all sorts of events are arriving simultaneously. > > This can be done by hacking util/hd-transitions.c and > home/hd-task-navigator.c, removing all the Clutter timeline playing > stuff. Easier way could be shortening their duration to 0. > > -Kimmo > > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Disabling WM animations
I would actually want to disable it for performance reasons. The current eye candy is pretty tough for the N900 IMHO and causes lots of problems when all sorts of events are arriving simultaneously. Sivan On Mon, Mar 15, 2010 at 9:33 AM, Alberto Mardegan < ma...@users.sourceforge.net> wrote: > Hi, > is there some way to completely disable window animations? It's just for > debugging, to make sure that they are the (indirect) cause of device freezes > when using Mapper. > > Ciao, > Alberto > > -- > http://www.mardy.it <-- geek in un lingua international! > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Performance of floating point instructions
Hi Alberto! On Wed, Mar 10, 2010 at 9:55 AM, Alberto Mardegan < ma...@users.sourceforge.net> wrote: > Hi all, > in maemo-mapper I have a lot of code involved in doing transformations > from latitude/longitude to Mercator coordinates (used in google maps, for > example), calculation of distances, etc. > > I'm trying to use integer arithmetics as much as possible, but sometimes > it's a bit impractical, and I wonder if it's really worth the trouble. > > Does one have any figure about how the performance of the FPU is, compared > to integer operations? > > A practical question: should I use this way of computing the square root: > > > http://en.wikipedia.org/wiki/Methods_of_computing_square_roots#Binary_numeral_system_.28base_2.29 > > (but operating on 32 or even 64 bits), or would I be better using sqrtf() > or sqrt()? > > > Does anyone know any tricks to optimize certain operations on arrays of > data? > Basically, what we did with ThinX OS, is have a full blown soft-float toolchain which then used the already proven and highly optimized GCC's stack floating point operations. However , Maemo is not soft float, so I'd recommend to experiment with rebuilding Mapper using such a soft float enabled toolchain, statically linked to avoid glitches to system's libc or have a seperat LD_LIBRARY_PATH to avoid memory hogging, and see where it gets you. IMHO this is the best way to do FP optimization. We have experimented with it alot, including sqrtf and friend to no significant improvement. Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [Meego-community] Fw: Proposal: MeeGo User Experience Framework working group
Good point. I was thinking of writing something from scratch, but not quite. so I happen to also be a member of the Plone community (I happen to be *the* QA team) and a good friend[4] of mine has done a lot of work on a repoze.bfg[3] application called Karl[0], for the OSI in Budapest. Essentially a knowledge base system I am hoping to adopt to our needs for the user-story tracker. Of course, in the meanwhile, we could always use Trac[1] that has excellent integration with various revision control systems around, and link between user-stories to commits or bug reports in the Bugzilla. And of course there is Launchpad which is now open source and could be utilized for that as it also offers some integration and linkage between questions, specifications, bugs and FAQs. However, given Trac's description I would say it's the tool for the job for now, until we can make something of our own or work it out to suite our emerging needs as they come in. I am quite proficient with setup and admin of Trac , and would be happy to contribute my experience to setting it up for the community's use. Sivan [0]: http://karlproject.org/ [1]: http://trac.edgewall.org/ A relevant paragraph from its website: *Trac allows wiki markup in issue descriptions and commit messages, creating links and seamless references between* bugs, tasks, changesets, files and wiki pages. A timeline shows all current and past project events in order, making the acquisition of an overview of the project and tracking progress very easy. The roadmap shows the road ahead, listing the upcoming milestones. [2]: https://answers.launchpad.net/ <https://answers.launchpad.net/>[3]: http://docs.repoze.org/bfg/1.2/ [4]: http://plone.org/author/ree <http://docs.repoze.org/bfg/1.2/> On Thu, Mar 4, 2010 at 8:28 PM, Warren Baird wrote: > On Thu, Mar 4, 2010 at 9:57 AM, Sivan Greenberg wrote: >> >> Randall, >> >> I am thinking along the line of something like a sort of "expert" >> system, a web ui, that offers bug/problem domains to the user to >> choose from. Then according to the problem domains a set of question >> are presented for the user to answer with minimum free text. And so on >> and forth. We could even have something like this on the device, as a >> complementary test-case or use-case to validate against a fix when it >> is out. >> >> What do you think? >> >> Sivan >> > > Hi Sivan, > > That definitely sounds great... However, I must admit that I've used these > systems a few times - last time was reporting an ubuntu bug... And I > generally didn't find them too useful - they didn't really help identify the > problem I was having though... > > I don't think the issue was with the approach, but rather with the > implementation - maybe their 'expert' system wasn't quite expert enough. I > guess the question is do you have your eye on an existing system out there > to re-use, or is this intended to be completely new development? > > Warren > > > -- > Warren Baird - Photographer and Digital Artist > http://www.synergisticimages.ca > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fw: Proposal: MeeGo User Experience Framework working group
Okay dude, I think we need to start working on this! At least start designing the data model for starters :) Sivan On Thu, Mar 4, 2010 at 4:19 PM, Randall Arnold wrote: > > - Original message - >> Randall, >> >> I am thinking along the line of something like a sort of "expert" >> system, a web ui, that offers bug/problem domains to the user to >> choose from. Then according to the problem domains a set of question >> are presented for the user to answer with minimum free text. And so on >> and forth. We could even have something like this on the device, as a >> complementary test-case or use-case to validate against a fix when it >> is out. >> >> What do you think? >> >> Sivan > > That is right on target with what I propose, especially the on-device > aspect. Now you have me thinking my presentation comes up short... ; ) > > Randy > >> >> On Thu, Mar 4, 2010 at 3:52 PM, Randall Arnold wrote: >> > >> > - Original message - >> > > Hi, >> > > >> > > ext Randall Arnold wrote: >> > > > Thanks Attila! I just uploaded a more recent update to the PDF >> > > > (http://maemo-daemons.org/MeeGo_User_Experience_Framework.pdf) >> > > > based on helpful feedback so far. >> > > >> > > Some comments on the bug reporting thing. >> > > >> > > We already have Crash reporter which collects crashes. >> > > >> > > >> > > Creating automated bug reports from crashes isn't useful because: >> > > >> > > * Users don't write detailed enough use-case descriptions >> > > to the crash uploads. It's slightly too inconvenient to >> > > do that with the device. >> > > >> > > * Bugs are related to use-cases, not crashes. Without a reproducible >> > > use-case, bugs are usually worthless as you cannot even verify >> > > potential fixes to them i.e. tell when the issue is fixed. >> > > >> > > >> > > Telling for which _already existing_ bug crash is related to is >> > > useful though and Crash reporter already supports that for (internal) >> > > bugs. Due to screen size constraints bug number is given as a keyword >> > > in note field instead of there being a separate field for it though. >> > > There are going to be some updates to Crash reporter soon so that user >> > > can select which bugs to upload (so that unrelated core dumps can be >> > > uploaded separately or ignored). >> > > >> > > >> > > Crash reporting isn't currently targeted for normal users >> > > for few reasons: >> > > >> > > * Crash dumps are large and can contain private information >> > > (like passwords). Hopefully in Harmattan we can can use >> > > minidumps that contain only enough information for backtraces, >> > > not all the process data. >> > > >> > > * Installing syslog means that user's rootfs can run out of space >> > > if the log file grows too large (syslog is run as root). Syslog >> > > can also contain private information (user names etc). >> > > >> > > * Crash dumps in heavily loaded device will make the situation >> > > worse (whole crashing process needs to be swapped in for core >> > > dump etc). >> > > >> > > >> > > - Eero >> > >> > Thanks for the information Eero. However, I'm looking to overcome the >> > issues >> > you cite rather than just accept them as inescapable. >> > >> > Randy >> > >> > -- >> > Ovi Mail: Free email account from Nokia >> > http://mail.ovi.com >> > >> > ___ >> > maemo-developers mailing list >> > maemo-developers@maemo.org >> > https://lists.maemo.org/mailman/listinfo/maemo-developers >> > >> > > > > > -- > Ovi Mail: Create an account directly from your phone > http://mail.ovi.com > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fw: Proposal: MeeGo User Experience Framework working group
Randall, I am thinking along the line of something like a sort of "expert" system, a web ui, that offers bug/problem domains to the user to choose from. Then according to the problem domains a set of question are presented for the user to answer with minimum free text. And so on and forth. We could even have something like this on the device, as a complementary test-case or use-case to validate against a fix when it is out. What do you think? Sivan On Thu, Mar 4, 2010 at 3:52 PM, Randall Arnold wrote: > > - Original message - >> Hi, >> >> ext Randall Arnold wrote: >> > Thanks Attila! I just uploaded a more recent update to the PDF >> > (http://maemo-daemons.org/MeeGo_User_Experience_Framework.pdf) >> > based on helpful feedback so far. >> >> Some comments on the bug reporting thing. >> >> We already have Crash reporter which collects crashes. >> >> >> Creating automated bug reports from crashes isn't useful because: >> >> * Users don't write detailed enough use-case descriptions >> to the crash uploads. It's slightly too inconvenient to >> do that with the device. >> >> * Bugs are related to use-cases, not crashes. Without a reproducible >> use-case, bugs are usually worthless as you cannot even verify >> potential fixes to them i.e. tell when the issue is fixed. >> >> >> Telling for which _already existing_ bug crash is related to is >> useful though and Crash reporter already supports that for (internal) >> bugs. Due to screen size constraints bug number is given as a keyword >> in note field instead of there being a separate field for it though. >> There are going to be some updates to Crash reporter soon so that user >> can select which bugs to upload (so that unrelated core dumps can be >> uploaded separately or ignored). >> >> >> Crash reporting isn't currently targeted for normal users >> for few reasons: >> >> * Crash dumps are large and can contain private information >> (like passwords). Hopefully in Harmattan we can can use >> minidumps that contain only enough information for backtraces, >> not all the process data. >> >> * Installing syslog means that user's rootfs can run out of space >> if the log file grows too large (syslog is run as root). Syslog >> can also contain private information (user names etc). >> >> * Crash dumps in heavily loaded device will make the situation >> worse (whole crashing process needs to be swapped in for core >> dump etc). >> >> >> - Eero > > Thanks for the information Eero. However, I'm looking to overcome the issues > you cite rather than just accept them as inescapable. > > Randy > > -- > Ovi Mail: Free email account from Nokia > http://mail.ovi.com > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fw: Proposal: MeeGo User Experience Framework working group
On Thu, Mar 4, 2010 at 4:22 PM, Eero Tamminen wrote: > Crash reporting isn't currently targeted for normal users > for few reasons: > > * Crash dumps are large and can contain private information > (like passwords). Hopefully in Harmattan we can can use > minidumps that contain only enough information for backtraces, > not all the process data. > > * Installing syslog means that user's rootfs can run out of space > if the log file grows too large (syslog is run as root). Syslog > can also contain private information (user names etc). Hmmm, and then we have to tell the user to go clean up his rootfs as happened with the last upgrade. However, the fact that crash reporting is not suitable for the normal user is exactly the reason why a user story tracker that I'd like us to have could help here. Part of the QAWG efforts, in which a user can tell in his own words what happened and later on a quality assurance engineer goes over them and turns relevant ones to bugs, once the story can be reproduced by him. That might demand more work of the QA engineers, but IMHO this is the only way to achieve useful bug reports that have a deterministic user-stories as a test case. Sivan > > * Crash dumps in heavily loaded device will make the situation > worse (whole crashing process needs to be swapped in for core > dump etc). Not to mention that already, when an app crashes (Like I've discovered with the skyp plugin of telepathy) the system is brought to its knees until the offending process and its children are cleared. Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fw: Proposal: MeeGo User Experience Framework working group
Another pressing question as I see it, you talk about automatic bug search and and offer the user to comment or vote on an existing one if a match is found. I've seen alot of bug tools in my time trying to do to the same, I have to say that the matching algorithm usually works when the user scores exactly to the same wording or set of words, and in my experience the bugs that were suggested to me as already existing were not such that my discovered issue was compatible with, so I had to manually ignore the bug search and enter a new bug by its own. Are there any developments on this that I am not aware of yet? I'd be happy to learn about them, as I am not an expert on automatic reporting tools. Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fw: Proposal: MeeGo User Experience Framework working group
Randall, would you be interested in collaborating on the QAWG ? See - http://wiki.meego.com/Proposal_for_a_Quality_Assurance_working_group I feel we've got some intersecting interests we should discuss. I am going to put more work on the processes and the devices I believe we need to utilize. Your proposal has some nice approach on the complete user level involvement. Alas, How do we stimulate someone to actually participate in the survey ? I can tell you I would find it a bit irritating to enable the user feedback feature and would probably put it off if I am in regular usage of the platform and not specifically doing QA. Sivan On Wed, Mar 3, 2010 at 6:47 PM, Randall Arnold wrote: > >> - Original message - >> From: "Attila Csipa" >> To: >> Subject: Re: Fw: Proposal: MeeGo User Experience Framework working group >> Date: Wed, 3 Mar 2010 17:32:50 +0100 >> >> >>On Wednesday 03 March 2010 16:13:28 Randall Arnold wrote: >> > I have linked the latest draft of my proposal below.� So far I have >> > included Andrew Flegg's ideas for donationware support (which was >> > based on Maemo and will likely need some alterations) and am looking >> > for more suggestions and technical guidance from the community.� In >> > addition, I want to propose a MeeGo working group for this project as >> > I lack the skills and time to make all of this happen.� I am >> > especially hoping Andrew, Henri Bergius, Attila Csipa and more will >> > jump in! >> > >> > So if anyone thinks this is a good idea, please join in and let's >> > make MeeGo the OS to envy! >> > >> > http://maemo-daemons.org/MeeGo_User_Experience_Framework.pdf >> >> You have some really good stuff going on here. If such a thing can be >> pulled >> off tech-wise (i.e. the Nokia approval and support so the whole thing does >> not feel like a bolt-on with regard to application managers and such), it >> could very well be a defining point of the platform. May suggest you >> extend >> the 'call' to Daniel Wilms, he is/was also working with things like the >> Extras Assistant, which also fits this framework picture pretty well. >> >> >> Regards, >> Attila >> << 2.dat >> >> > > Thanks Attila! I just uploaded a more recent update to the > PDF (http://maemo-daemons.org/MeeGo_User_Experience_Framework.pdf) based on > helpful feedback so far. I have also reached out to a group to start a > dialog on a gaming ecosystem: http://xbmc.org/about/ > > I assumed Daniel was on one of the lists but have added him specifically > just in case. I got a good reception from a very rough version of this > proposal from Nokia management when I was in Santa Clara but of course there > is a difference between lighting people up with an idea and turning it into > reality. ; ) > > I'm still hoping to get this info on the MeeGo.com wiki and could use help > in understanding how to add a new page! I don't see a means... > > Randy > > > -- > Ovi Mail: Create an account directly from your phone > http://mail.ovi.com > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [pymaemo] Twitter client for Maemo in Qt + Python: call for developers and UI designers
Just a note, a good friend of mine heard about the initiative and that's what he said he wants as a feature: "Filtering of which postings to display using regular expressions and hashtag names." Sivan On Mon, Feb 22, 2010 at 6:06 PM, Andrea Grandi wrote: > > Hello, > > just few words to introduce myself (since I'm posting to MeeGo > development list too). > > My name's Andrea Grandi, I'm italian and I'm a Maemo > user/lover/contributor since the Nokia 770. > I love Python as development language and few months ago I also gave > some contributions to the PyMaemo project. > > In these days I had the idea to start writing a Twitter client for > Maemo with a precise direction in my mind. I'll try to explain all my > reasons here. > First of all I've to thank the author of Mauku client. I use it since > its first version and I'm quite happy with it. Then, why do I want to > write another one? > > 1) Maemo (MeeGo) is moving to Qt and for this reason I'm going to use > Qt, while Mauku uses Gtk. > 2) I'm learning Qt and what is better than writing a complete (but not > too complex) application to learn better? > 3) Mauku is not free as lot of people could think. Reading the source > codeyou find this "You are NOT allowed to modify or redistribute the > source code.", while I want to write a client and release it under > GPL2 or GPL3 license. > 4) Mauku is not updated since some months and we have no news about it. > 5) I love Python and I like to write free software in this language > 6) I want to give to Maemo a stronger contribute. > > Now my request for help. > > Before lot of people start writing their own client resulting in 4-5 > twitter clients for Maemo, why don't we join our strength and work to > a common project? > I'm not a Python expert nor a Qt one, but I've some experience as > project/team leader and since this is not a complex project, I would > be glad to lead it. > > So, I'm looking for Python developers, Qt developers, UI designers and > whoever want to contribute to this project. > I still have to find a good name and logo for this application. > > Who want to help me? > > -- > Andrea Grandi > email: a.grandi [AT] gmail [DOT] com > website: http://www.andreagrandi.it > PGP Key: http://www.andreagrandi.it/pgp_key.asc > ___ > pymaemo-developers mailing list > pymaemo-develop...@garage.maemo.org > https://garage.maemo.org/mailman/listinfo/pymaemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [MeeGo-dev] Twitter client for Maemo in Qt + Python: call for developers and UI designers
Right, so at the moment PyQT supports more of the Qt bindings. But I think we should use PySide and help the PySide team enable more of the bindings we require, or at least ask them for those critical for the app development. Sivan On Mon, Feb 22, 2010 at 7:19 PM, Frank Banul wrote: > PyQt. > > Frank > > On Mon, Feb 22, 2010 at 11:06 AM, Andrea Grandi > wrote: > > Hi, > > > > On 22 February 2010 18:01, Gibran Rodriguez wrote: > >> Do you think PySide could be used at some point? > > > > I'm going to use PySide :) > > Do you know any other working binding for Qt available for Maemo? > > > > -- > > Andrea Grandi > > email: a.grandi [AT] gmail [DOT] com > > website: http://www.andreagrandi.it > > PGP Key: http://www.andreagrandi.it/pgp_key.asc > > ___ > > maemo-developers mailing list > > maemo-developers@maemo.org > > https://lists.maemo.org/mailman/listinfo/maemo-developers > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
