Re: Is it possible to make a "well-behaved" pyGame app with maemo-python ?
On Fri 30 Nov 2007 00:33, "Thomas D. Waelti" <[EMAIL PROTECTED]> writes: > >> Thomas D. Waelti wrote : However, I have been unable to adapt the mClock example for the service file successfully. As soon as I reference the X-Osso- Service value in the desktop file, I get a lengthy "Loading..." banner and nothing else, even though I call osso.Context() early in my code. I must be missing something still... >>> >>> Does the service really load your app? >>> Try to launch the application manually from xterm using the same >>> command that you wrote into the service file. >>> Does it come up then? >>> >> Yes, it's exactly the same line as in the .desktop file, and it >> does load the app by itself. >> >> This is all very frustrating. I think it's bad for the app >> portfolio of the tablet, and its users in general, when amateur >> programmers like me have to spend hours after their program is >> finished, just to understand how to put its icon in a menu and >> actually get it launched from there... all because of an arcane and >> somewhat under-documented packaging system that's only really >> grokable if you have a good experience of Linux and Gnome >> beforehand. > Exactly my feelings. Compared to development on Palm or Windows Mobile, > this is hell :-) > I spent 2-3 evenings on mClock, and at least a dozen on the packaging > etc. Same here, I remember spending something like 6-7 hours trying to get all bits right to make one GUI application work properly on N770... and even could not do that fully. I just fork(2)ed away. The most painful things in working part were to notice that whitespace at the end of some configuration files did mean something -- made the file not to work (I hope this is fixed by now). Anyway, previous experience of flustration with getting software work on Nokia Internet Tablets have shyed me away for creating stuff for the machines... and first I should (again) get the development environment(s) to work. So OS developers, please make this part smooth and understandable -- and enchange debugging facilities so developers can figure out where the problem lays when nothing happens -- I mean *nothing* happens... this reminds me of a thing I heard what happens sometimes at russian border: one has to fill a blanket written in cyrillic letters; lot of information is asked to be filled and if there is an error anywhere in the papers, the clerk returns the papers for fixing, without any explanation what went wrong. The (language) barrier is hard to get over sometimes. The barrier in maemo development is much lower, but for developers working on their spare time it should be as minimal as possible. > > Oh darn... > -Tom Tomi ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Application Icon Broken
All, I am having trouble getting my test application to show an icon in the menu in the chinook SDK. I get the following error and the application has the default icon: hildon-desktop[12021]: GLIB WARNING ** default - Error loading icon 'hello_icon_40x40': Icon 'hello_icon_40x40' not present in theme http://img515.imageshack.us/img515/7567/brokeniconzk7.jpg I have the following in my desktop file and have the following in /usr/share/icons/ [sbox-CHINOOK_X86: ~] > cat /usr/share/applications/hildon/maemo_hello.desktop [Desktop Entry] Version=1.0.0 Encoding=UTF-8 Name=Hello PyMaemo! Exec=/usr/bin/maemo_hello.py Icon=hello_icon_40x40 Type=Application X-Osso-Service=maemo_hellopy X-Osso-Type=application/x-executable [sbox-CHINOOK_X86: ~] > ls -la /usr/share/icons/hicolor/40x40/hildon/hello_icon_40x40.png -rw-r--r-- 1 john john 485 Nov 29 17:49 /usr/share/icons/hicolor/40x40/hildon/hello_icon_40x40.png For grins I copied the icon to all of the directories that contained icons for another desktop file and restarted the hildon desktop between each copy to see if it was getting the icons from a particular directory. Same error each time and still no icon. Any ideas what I am doing wrong? -- John P. Mitchell <[EMAIL PROTECTED]> ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Is it possible to make a "well-behaved" pyGame app with maemo-python ?
On Nov 29, 2007 2:33 PM, Thomas D. Waelti <[EMAIL PROTECTED]> wrote: > Something else: make sure your service name is something like > com.nokia.yourapp, and NOT com.yourdomainname.yourapp or so... > And in the osso context, only connect to the yourapp part of the service, not > the full service name... Almost. You can use com.yourdomainname.yourapp as the service name but then you must pass the full service name in to osso_initialize(). If you use com.nokia.appname as a service name, you only need to pass the appname into osso_initialize(). Unfortunately they fail to mention this necessary tidbit of information in all the documents on the matter. Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Is it possible to make a "well-behaved" pyGame app with maemo-python ?
Exactly my feelings. Compared to development on Palm or Windows Mobile, this is hell :-) I spent 2-3 evenings on mClock, and at least a dozen on the packaging etc. Something else: make sure your service name is something like com.nokia.yourapp, and NOT com.yourdomainname.yourapp or so... And in the osso context, only connect to the yourapp part of the service, not the full service name... Oh darn... -Tom > Thomas D. Waelti wrote : >>> However, I have been unable to adapt the mClock example for the >>> service file successfully. As soon as I reference the X-Osso- >>> Service value in the desktop file, I get a lengthy "Loading..." >>> banner and nothing else, even though I call osso.Context() >>> early in my code. I must be missing something still... >>> >> >> Does the service really load your app? >> Try to launch the application manually from xterm using the same >> command that you wrote into the service file. >> Does it come up then? >> > Yes, it's exactly the same line as in the .desktop file, and it > does load the app by itself. > > This is all very frustrating. I think it's bad for the app > portfolio of the tablet, and its users in general, when amateur > programmers like me have to spend hours after their program is > finished, just to understand how to put its icon in a menu and > actually get it launched from there... all because of an arcane and > somewhat under-documented packaging system that's only really > grokable if you have a good experience of Linux and Gnome > beforehand. > > I'm willing to persevere, but I guess most normal people trying to > port their useful or fun little python app to their tablet would > have given up by now. > >>> Also, I've noticed that when pressing the Home button, in the >>> task list the app has the correct icon by is listed as >>> "unknown", although the code does call >>> pygame.display.set_caption(). Is there a hack for this too ? >>> >> >> No, this is a known bug. Somewhere between SDL and Hildon, this >> information gets lost. Identical on all pygame apps. >> (NOT in Pymaemo, see my bug report in >> https://garage.maemo.org/tracker/index.php?func=detail&aid=1597&group_ >> id=40&atid=229) >> > Thanks for that -- at least I can stop worrying about that > particular bit ! :-) > > > ___ > 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: Is it possible to make a "well-behaved" pyGame app with maemo-python ?
Thomas D. Waelti wrote : >> However, I have been unable to adapt the mClock example for the >> service file successfully. As soon as I reference the X-Osso- >> Service value in the desktop file, I get a lengthy "Loading..." >> banner and nothing else, even though I call osso.Context() early in >> my code. I must be missing something still... > > Does the service really load your app? > Try to launch the application manually from xterm using the same command that > you wrote into the service file. > Does it come up then? Yes, it's exactly the same line as in the .desktop file, and it does load the app by itself. This is all very frustrating. I think it's bad for the app portfolio of the tablet, and its users in general, when amateur programmers like me have to spend hours after their program is finished, just to understand how to put its icon in a menu and actually get it launched from there... all because of an arcane and somewhat under-documented packaging system that's only really grokable if you have a good experience of Linux and Gnome beforehand. I'm willing to persevere, but I guess most normal people trying to port their useful or fun little python app to their tablet would have given up by now. >> Also, I've noticed that when pressing the Home button, in the task >> list the app has the correct icon by is listed as "unknown", >> although the code does call pygame.display.set_caption(). Is there >> a hack for this too ? > > No, this is a known bug. Somewhere between SDL and Hildon, this information > gets lost. Identical on all pygame apps. > (NOT in Pymaemo, see my bug report in > https://garage.maemo.org/tracker/index.php?func=detail&aid=1597&group_id=40&atid=229) Thanks for that -- at least I can stop worrying about that particular bit ! :-) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Static and dynamic linkage
On Wed, 2007-11-28 at 10:19:17 +0200, ext Eero Tamminen wrote: > [EMAIL PROTECTED] wrote: > > Is there a standard way to ask for a specific library to be linked in > > statically and the rest to be dynamic? > > Just specify the static library you want to link with: > gcc -o test -lsomedynamiclib my-static-libs/foobar.a Better do something like: $ gcc -o test \ -lsomedynamiclib \ -Wl,-Bstatic -lsomestaticlib -Wl,-Bdynamic \ -lsomeotherdynamiclib \ ... > > Specifically, I want to statically link in the SQLite library but leave > > the rest of the linkage as is. I'd say better not to statically link at all. regards, guillem ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
adduser in chinook
Help me, but if there is a package for Chinook adduser? Or how to add your group without addgroup -- Best regards, Arkady Glazov ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: About the upcoming maemo user karma
Hi, > >Having same e-mail account everywhere is not very nice. Please > >consider allowing more of them. Yes, we want to implement this: Karma system should allow more e-mail addresses https://bugs.maemo.org/show_bug.cgi?id=2212 We still don't know how difficult this is and when it will be done, though. I guess it depends on the implementation and how reliable you want to make it (from adding email addresses without further checking to a way to claim them properly in a way that can be effectively identified to your profile. Henri is handling this. > And then, I am > getting > thumbs down on planet.maemo always when I post something which is not > directly related to the current products (being 770, N800, N810) > (which I presume reduces the karma?) or is too deeply related to e.g. > programming. For what I see people bury items not related to maemo, which is fair. Posts exclusively about devices many times get zero input, sometimes even buries if they are too commercial - which is also understandable. I disagree that posts deeply related to programming get buries, now I remember Dominic, Xan, INdT guys and others writing about hardcore stuff and actually getting right to the top news. But they were posting about programming languages and components with a clear link to the maemo platform. People burying posts give negative karma to the authors, yes. As getting hearts gives positive karma. Makes sense. If you bother about this I would recommend you to have a category or section for maemo stuff and aggregate that one to the planet. If you don't bother, then don't bother. :) -- Quim Gil - http://maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: About the upcoming maemo user karma
Hi, >> Comments welcome, as always :-) > >Having same e-mail account everywhere is not very nice. Please >consider allowing more of them. At least mailing list vs rest >(maemo profile, garage). Mailing list has relatively high >volume so people may want to handle it differently. Currently >I changed it to be the same (mainly to test it and see how >much points it will give me) but I don't plan to keep it that >way. Also more addresses would be useful to allow future >changes. I suppose if one changes e-mail for sending messages >to the list, his karma for list will start from scratch, right? That thing by the way applies to me too: I have my gmail address in garage account, but write often to maemo-developers from my Nokia address and also from home sometimes from my gmail address. And then, I am getting thumbs down on planet.maemo always when I post something which is not directly related to the current products (being 770, N800, N810) (which I presume reduces the karma?) or is too deeply related to e.g. programming. So with this setup, I don't care about karma, it will be terrible anyway. Best Regards, Karoliina ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
