Re: Re: Android Vs. Maemo
Hi, since Android makes heavy use of Java and OpenGL, there is a problem with the current maemo to support it. While the N8x0 hardware contains a 3D graphics chip and Java acceleration, both are not yet accessible on the maemo platform. But maybe Nokia is silently working on these 2 features... who knows... With Java and OpenGL available, there should be no reason for Google and Nokia not to built an Android compatibility layer for maemo devices. Since Google is already involved in maemo with GoogleTalk and being the default search engine, it wouldn't sound too far-fetched if both companies worked together on Android as well. Nokia already fulfilled our wishes for Flash 9, Mozilla-based webbrowser, swap-space, SDHC support, hw keyboard, GPS, Xcomposite, Bluetooth audio, so why not Java and OpenGL as well? I'm confident that at least OpenGL on maemo is not far away. :) Cheers, Martin 2007/11/14, Yang Cheng [EMAIL PROTECTED]: Android simulate RIM blackberrey is based on JVM development, I did not think Google Android affect Maemo. On Nov 14, 2007 3:43 AM, Antonio Di Cello [EMAIL PROTECTED] wrote: Google will give 10 Million in awards for application development :-) http://code.google.com/android/adc.html thanx unni On Nov 13, 2007 1:36 AM, Antonio Di Cello [EMAIL PROTECTED] wrote: On Nov 9, 2007 3:05 PM, vicente garcia [EMAIL PROTECTED] wrote: I think Android will be a bad thing to maemo. I'm suppose that Android is not for an specific phone, it's a platform for a set of phones that complains a standard. Android will probably gain a greater momentum than Maemo have had so far, since Google will push for it in a way that more people (and developers) will notice. It seems very easy to develop for and include nice APIs to interact for example with Google maps and positioning. Personally I think it seems easier to get started with since it has Eclipse support and I am more comfortable with Java. On the other hand, if Google follows through and makes Android fully open source, including the specialized JVM it includes, it is not impossible to imagine an Android runtime on Maemo devices. That would mean that Maemo devices would get the opportunity to run both Maemo and Android types of apps. I am sure Google would be glad to see it happen. Whether it actually will happen probably depends on whether Nokia wants it. At this point in time, seems not so likely. Claes -- C l a e sH o l m e r s o n ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers As you said you Android is a new framework and therefore is enjoying enormous visibility in recent days. One might say that it is sponsored by google wants to bring forward that the market for mobile phones and devices. Android I think it is done quite well and using the Java language is very easy to develop applications! A Maemo still missing a JVM or something like that to exploit the power of java and possibly some application of Android on internet tablet Nokia -- Antonio Di Cello (rafanto) skype:rafanto (or) tuxnetserver jabber: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers Google will give 10 Million in awards for application development , but not for the italian developer because? What is the limitation in italy law and regulatory..? Antonio Di Cello (rafanto) skype:rafanto (or) tuxnetserver jabber: [EMAIL PROTECTED] ___ 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: Interest groups
Hi, isn't this exactly what garage.maemo.org is all about? There you can have projects, mailing lists, share code, look for other developers, etc. Cheers, Martin 2007/11/14, Sarah Newman [EMAIL PROTECTED]: On ITT I have noticed person X,Y,and Z say that they are interested in various topics like location services or PIM and would be spending time investigating those topics. So far I mostly see this forum get used for very specific technical questions. It might be useful to form public but smaller, more casual communities for people to bounce ideas off of each other and exchange code (not necessarily on the same project,) maybe even coming up with libraries organically. Does this already happen? If not is this something people would want? I have too many projects so I don't know how soon I would be using it personally. :( But I thought I would bring it up. --Sarah ___ 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
Issue with GtkUIManager on OS2008?
In my program I use GtkUIManager to create and manage keyboard accelerators for the hardware keys. This works fine on OS 2007 but I have a sneaking suspicion it does not work in OS2008. Can someone with an N810 test my program and let me know if the accelerators are working? (testing the fullscreen button should be sufficient). http://maemo.org/downloads/product/OS2008/quiver/ If it turns out that it is not working, would anyone know the cause? A bug in gtk+ for 2008 perhaps? Thanks, Mike http://maemo.org/downloads/product/OS2008/quiver/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Issue with GtkUIManager on OS2008?
On Wed, 2007-11-14 at 01:18 -0800, ext Mike Morrison wrote: In my program I use GtkUIManager to create and manage keyboard accelerators for the hardware keys. This works fine on OS 2007 but I have a sneaking suspicion it does not work in OS2008. You're right, it won't work. Even on n810. The reason is that keyboard shortcuts are disabled when there's no keyboard available; there's no point in wasting space by displaying the shortcuts when you don't have a keyboard to actually use them. See http://bugzilla.gnome.org/show_bug.cgi?id=72375 We pretty much overlooked the keys on the outside, sorry :-( You can always use the key-press-event signal on toplevel window for handling the special hardware keys. (You can toggle the keyboard shortcuts with /apps/osso/gtk/enable-accels and /apps/osso/gtk/enable-mnemonics GConf keys though be aware that input methods will overwrite the values when the availability of hardware keyboard changes.) -- Tommi Komulainen[EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Re: Android Vs. Maemo
On Nov 14, 2007 9:35 AM, Martin Grimme [EMAIL PROTECTED] wrote: Hi, Nokia already fulfilled our wishes for Flash 9, Mozilla-based webbrowser, swap-space, SDHC support, hw keyboard, GPS, Xcomposite, Bluetooth audio, so why not Java and OpenGL as well? I'm confident that at least OpenGL on maemo is not far away. :) It turns out that Android does not execute Java bytecode at all, but its own (so far proprorietary) bytecode format that is compiled from Java source code. So a JVM on Maemo would not be able to execute Android apps - only the Dalvik VM (part of Android) can do that. Neither can Dalvik execute regular Java apps. Claes ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: OS2008 download?
On Nov 13, 2007 9:14 PM, Marius Gedminas [EMAIL PROTECTED] wrote: Will this be changed soon? I expect the OS2008 image for the N800 to appear at http://tablets-dev.nokia.com/nokia_N800.php once the N810 finally appears in the shops. Yep, Marius is right. Nokia will release an image for N800 soon. The image for N810 (or parts of it) is (are) not meant for N800. Marius Gedminas Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Re: Android Vs. Maemo
From what I have read somewhere, Google is going to opensource Dalvik. Cheers, Martin 2007/11/14, Claes H [EMAIL PROTECTED]: On Nov 14, 2007 9:35 AM, Martin Grimme [EMAIL PROTECTED] wrote: Hi, Nokia already fulfilled our wishes for Flash 9, Mozilla-based webbrowser, swap-space, SDHC support, hw keyboard, GPS, Xcomposite, Bluetooth audio, so why not Java and OpenGL as well? I'm confident that at least OpenGL on maemo is not far away. :) It turns out that Android does not execute Java bytecode at all, but its own (so far proprorietary) bytecode format that is compiled from Java source code. So a JVM on Maemo would not be able to execute Android apps - only the Dalvik VM (part of Android) can do that. Neither can Dalvik execute regular Java apps. Claes ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: OS2008 download?
Ferenc Szekely wrote: Yep, Marius is right. Nokia will release an image for N800 soon. The image for N810 (or parts of it) is (are) not meant for N800. Still it seems to work with no major issues and is very useful for developers with N800 for testing and polishing chinook stuff right now. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
I upgraded the HE firmware of my N770 but version displayed is still 4.2007.26-8
Hello, I installed the latest Hacker Edition firmware on my N770 using this command: ./flasher-3.0 -F SU-18_2007HACKER_4.2007.45-1_PR_F5_MR0_ARM.bin -f -R the firmware is flashed: Image 'kernel', size 1268864 bytes Image 'initfs', size 1984512 bytes Image 'rootfs', size 91534976 bytes Image 'xloader', size 13824 bytes Image 'secondary', size 86912 bytes Image '2nd', size 8704 bytes Suitable USB device not found, waiting USB device found found at bus 001, device address 002 Found device SU-18, hardware revision 1802 NOLO version 0.9.14 Version of 'sw-release': no version Sending xloader image (13 kB)... 100% (13 of 13 kB, avg. 750 kB/s) Sending secondary image (84 kB)... 100% (84 of 84 kB, avg. 964 kB/s) Flashing bootloader... done. Sending kernel image (1239 kB)... 100% (1239 of 1239 kB, avg. 996 kB/s) Flashing kernel... done. Sending initfs image (1938 kB)... 100% (1938 of 1938 kB, avg. 990 kB/s) Flashing initfs... done. Sending and flashing rootfs image (89389 kB)... 100% (89389 of 89389 kB, avg. 983 kB/s) Finishing flashing... done but when I reboot my device, and I go on Control Panel-Informations ecc... I get this version: 4.2007.26-8 why? Maybe I didn't flash it correctly or the version string has not been updated? Thanks! -- Andrea Grandi email: [EMAIL PROTECTED] website: http://www.ptlug.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: I upgraded the HE firmware of my N770 but version displayed is still 4.2007.26-8
I get the same version 2.2007.26-8 in my 770 with 2007 HE. On Nov 14, 2007 10:30 AM, Andrea Grandi [EMAIL PROTECTED] wrote: Hello, I installed the latest Hacker Edition firmware on my N770 using this command: ./flasher-3.0 -F SU-18_2007HACKER_4.2007.45-1_PR_F5_MR0_ARM.bin -f -R the firmware is flashed: Image 'kernel', size 1268864 bytes Image 'initfs', size 1984512 bytes Image 'rootfs', size 91534976 bytes Image 'xloader', size 13824 bytes Image 'secondary', size 86912 bytes Image '2nd', size 8704 bytes Suitable USB device not found, waiting USB device found found at bus 001, device address 002 Found device SU-18, hardware revision 1802 NOLO version 0.9.14 Version of 'sw-release': no version Sending xloader image (13 kB)... 100% (13 of 13 kB, avg. 750 kB/s) Sending secondary image (84 kB)... 100% (84 of 84 kB, avg. 964 kB/s) Flashing bootloader... done. Sending kernel image (1239 kB)... 100% (1239 of 1239 kB, avg. 996 kB/s) Flashing kernel... done. Sending initfs image (1938 kB)... 100% (1938 of 1938 kB, avg. 990 kB/s) Flashing initfs... done. Sending and flashing rootfs image (89389 kB)... 100% (89389 of 89389 kB, avg. 983 kB/s) Finishing flashing... done but when I reboot my device, and I go on Control Panel-Informations ecc... I get this version: 4.2007.26-8 why? Maybe I didn't flash it correctly or the version string has not been updated? Thanks! -- Andrea Grandi email: [EMAIL PROTECTED] website: http://www.ptlug.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: Android Vs. Maemo
ext Claes H wrote: On Nov 9, 2007 3:05 PM, vicente garcia [EMAIL PROTECTED] wrote: Android will probably gain a greater momentum than Maemo have had so far, since Google will push for it in a way that more people (and developers) will notice. It seems very easy to develop for and include nice APIs to interact for example with Google maps and positioning. Personally I think it seems easier to get started with since it has Eclipse support and I am more comfortable with Java. Android has many good things on it but also what is better and most successful is not so clear. Technically Android is running same SW platform than maemo, so it won't be difficult to run android and maemo applications in maemo devices. If i quess, it wont take long until someone in oss community ports android to N8xx platform. The sharing display with X11 and Clutter with OpenGL-ES works, i don't see reason why it would not work with X11 and OpenGL-ES/Android and even Clutter all together. The java, C or C++ is lot of personal preference. I just prefer C or C++, many mobile programmers that have Symbian background prefer C++ and of course there is lot of Java programmers also. I rather like see diversity and support multiple choices and Java is not exluded from this set. With the Chinook support Forum Nokia was adding support to C++ bindings and we have Eclipse with both maemo/hildon C and C++ support. You can check http://maemo4mobile.garage.maemo.org/esbox.html With Eclipse it is about as easy to make Android or Maemo C++ application and they even can co-exist in same eclipse instance. One big advantage in maemo is that it is based already de-fracto GTK API's and these API's has thoudsands of applications and a huge amount of coders already familiar with them. Android is starting from empty table. They have luxury to refactor all API's but lack of developpers already familiar. On the other hand, if Google follows through and makes Android fully open source, including the specialized JVM it includes, it is not impossible to imagine an Android runtime on Maemo devices. That would mean that Maemo devices would get the opportunity to run both Maemo and Android types of apps. I am sure Google would be glad to see it happen. Whether it actually will happen probably depends on whether Nokia wants it. At this point in time, seems not so likely. I am not person saying what Nokia does or not but just http://www.engadgetmobile.com/2007/11/06/nokia-says-google-alliance-participation-not-ruled-out-at-all/ Personally i rather like to see Android port to N8xx as soon as possible. Kate ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: I upgraded the HE firmware of my N770 but version displayed is still 4.2007.26-8
I forget to update version sorry. Images are done to hacker by hand. But it is updated. I'll try to make new image with updated versioning. - Joni On Wed, 14 Nov 2007, Alfredo J. Fabretti wrote: I get the same version 2.2007.26-8 in my 770 with 2007 HE. On Nov 14, 2007 10:30 AM, Andrea Grandi [EMAIL PROTECTED] wrote: Hello, I installed the latest Hacker Edition firmware on my N770 using this command: ./flasher-3.0 -F SU-18_2007HACKER_4.2007.45-1_PR_F5_MR0_ARM.bin -f -R the firmware is flashed: Image 'kernel', size 1268864 bytes Image 'initfs', size 1984512 bytes Image 'rootfs', size 91534976 bytes Image 'xloader', size 13824 bytes Image 'secondary', size 86912 bytes Image '2nd', size 8704 bytes Suitable USB device not found, waiting USB device found found at bus 001, device address 002 Found device SU-18, hardware revision 1802 NOLO version 0.9.14 Version of 'sw-release': no version Sending xloader image (13 kB)... 100% (13 of 13 kB, avg. 750 kB/s) Sending secondary image (84 kB)... 100% (84 of 84 kB, avg. 964 kB/s) Flashing bootloader... done. Sending kernel image (1239 kB)... 100% (1239 of 1239 kB, avg. 996 kB/s) Flashing kernel... done. Sending initfs image (1938 kB)... 100% (1938 of 1938 kB, avg. 990 kB/s) Flashing initfs... done. Sending and flashing rootfs image (89389 kB)... 100% (89389 of 89389 kB, avg. 983 kB/s) Finishing flashing... done but when I reboot my device, and I go on Control Panel-Informations ecc... I get this version: 4.2007.26-8 why? Maybe I didn't flash it correctly or the version string has not been updated? Thanks! -- Andrea Grandi email: [EMAIL PROTECTED] website: http://www.ptlug.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: Android Vs. Maemo
On Wed, 2007-11-14 at 15:38 +0200, ext Kate Alhola wrote: ext Claes H wrote: On Nov 9, 2007 3:05 PM, vicente garcia [EMAIL PROTECTED] wrote: Android will probably gain a greater momentum than Maemo have had so far, since Google will push for it in a way that more people (and developers) will notice. It seems very easy to develop for and include nice APIs to interact for example with Google maps and positioning. Personally I think it seems easier to get started with since it has Eclipse support and I am more comfortable with Java. Android has many good things on it but also what is better and most successful is not so clear. Technically Android is running same SW platform than maemo, so it won't be difficult to run android and maemo applications in maemo devices. If i quess, it wont take long until someone in oss community ports android to N8xx platform. Well, this is not really correct. While it runs same operating system (just like ie. your washing machine might be running embedded Linux), it runs a significantly different SW platform. 1) No X 2) Android is virtual-machine based versus native maemo apps 3) Different toolkit, different object-orientation model, different IPC ideas While making Android run on nXXX is prolly possible (and we'll see it) integrating android applications inside hildon is going to be rather hard. The sharing display with X11 and Clutter with OpenGL-ES works, i don't see reason why it would not work with X11 and OpenGL-ES/Android and even Clutter all together. The java, C or C++ is lot of personal preference. I just prefer C or C++, many mobile programmers that have Symbian background prefer C++ and of course there is lot of Java programmers also. I rather like see diversity and support multiple choices and Java is not exluded from this set. With the Chinook support Forum Nokia was adding support to C++ bindings and we have Eclipse with both maemo/hildon C and C++ support. You can check http://maemo4mobile.garage.maemo.org/esbox.html With Eclipse it is about as easy to make Android or Maemo C++ application and they even can co-exist in same eclipse instance. One big advantage in maemo is that it is based already de-fracto GTK API's and these API's has thoudsands of applications and a huge amount of coders already familiar with them. Android is starting from empty table. They have luxury to refactor all API's but lack of developpers already familiar. On the other hand, if Google follows through and makes Android fully open source, including the specialized JVM it includes, it is not impossible to imagine an Android runtime on Maemo devices. That would mean that Maemo devices would get the opportunity to run both Maemo and Android types of apps. I am sure Google would be glad to see it happen. Whether it actually will happen probably depends on whether Nokia wants it. At this point in time, seems not so likely. I am not person saying what Nokia does or not but just http://www.engadgetmobile.com/2007/11/06/nokia-says-google-alliance-participation-not-ruled-out-at-all/ Personally i rather like to see Android port to N8xx as soon as possible. Kate ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Michael ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
Michael Dominic Kostrzewa wrote: Android has many good things on it but also what is better and most successful is not so clear. Technically Android is running same SW platform than maemo, so it won't be difficult to run android and maemo applications in maemo devices. If i quess, it wont take long until someone in oss community ports android to N8xx platform. Well, this is not really correct. While it runs same operating system (just like ie. your washing machine might be running embedded Linux), it runs a significantly different SW platform. 1) No X That's no problem. Also Clutter run in maemo even it used OpenGl-ES directly. It can run in window or in fullscreen. 2) Android is virtual-machine based versus native maemo apps I don't see any problem on this. We have already Python and Jalimo 3) Different toolkit, different object-orientation model, different IPC ideas Different toolkits are mostly usabitity/ look-and-feel problem. How to get same look and feel to all of them ? I see most problem coming from this IPC model and how to adapt Android Activity/Intent/Service/Provider model to maemo . Basically i think that maemo environment can provide Services and Providers for Android applications acting as Activities ans Intents. While making Android run on nXXX is prolly possible (and we'll see it) integrating android applications inside hildon is going to be rather hard. The seamless integration is of course much more work than just quick and dirty port. Kate ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SDL App runs for some seconds and then dies
Hi, ext Daniel Monteiro wrote: Hello folks, I have the following issue compiling my game for Maemo 2.2 (I know, its old stuff): After installing my game (http://angstron.garage.maemo.org) from the .deb, and tapping the game icon on the menu, my game runs...and then dies after some (~ 10) seconds. When running from x-terminal or the system-monitor applet, it runs flawless for any time I want. Where am I screwing it? (code @ http://bzk.svn.sourceforge.net/viewvc/bzk/ ) It cant be on the application itself , as I spent the last two months scrutinizing my code. Got lots of bugs out of it, but didnt solved this issue. This is the *last* issue to solve, and then we can ship it =-P How can you guys help me? If you declare your application to provide a D-BUS service in its .desktop file, it needs to provide that (register to D-BUS etc), otherwise D-BUS thinks the application failed to startup properly and terminates it. Easiest is to fix your .desktop file. For apps that are run as D-BUS services, the daemon guarantees that there's only one instance of the service running (it starts a service only if one isn't already running), which can be nice too. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
State of Jalimo
Hi, I have just uploaded SWT 3.4 packages to the Jalimo [1] maemo3 repository, so I thought, it was time to give you a short update you about our progress. - The current stack for Os2007 is very stable. We have a well performing robust cacaojvm and and gnu classpath, which implements mostly all of Java 1.5, a normal application developer want's to see. - We have a complete toolchain (static x86 cacao, ecj, javah, javap) for usage within scratchbox. [2] - With the mvn-pkg-plugin [3] we provide a maven plugin which is able to build .deb and .ipk packages from normal java maven plugins. - We have SWT 3.4 [4] working, together with a small hildonizing mainly to get the SWT menu Bar attached as Hildon menu. SWT uses the native gtk peers and works very well!!! - We are still supporting java-gnome, which makes a good progress in the upstream [5] - For It2008 we have an OpenEmbedded configuration in our SVN, which produces binary compatible packages, so for the next Releases we can use OpenEmbedded as build system. Regards, Sebastian [1] http://www.jalimo.org [2] http://www.jalimo.org/wiki/doku.php?id=doc:howto:gettingstarted#java5_support_in_scratchbox [3] http://evolvis.org/projects/mvn-pkg-plugin/ [4] http://www.eclipse.org/swt/ [5] http://java-gnome.sourceforge.net/ -- tarent Gesellschaft für Softwareentwicklung und IT-Beratung mbH Heilsbachstr. 24, 53123 Bonn| Poststr. 4-5, 10178 Berlin fon: +49(228) / 52675-0 | fon: +49(30) / 27594853 fax: +49(228) / 52675-25| fax: +49(30) / 78709617 durchwahl: +49(228) / 52675-17 | mobil: +49(171) / 7673249 Geschäftsführer: Boris Esser, Elmar Geese, Thomas Müller-Ackermann HRB AG Bonn 5168 Ust-ID: DE122264941 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
Hi, ext Kate Alhola wrote: 1) No X That's no problem. Also Clutter run in maemo even it used OpenGl-ES directly. It can run in window or in fullscreen. It needs to integrate to X *somehow*. Otherwise you miss connectivity dialogs, battery notifications, power menu etc - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Changing GPG key
On Tue, 2007-11-06 at 13:23 +0100, Johannes Schmid wrote: Because I revoked my old GPG key, I wanted to change the key stored for the Maemo extras repository. After my mail to [EMAIL PROTECTED] remained unreplied I would like to ask whom I should contact to change the key. Please. This is really slowing us down. Can't someone let Johannes upload packages again? -- [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SDL App runs for some seconds and then dies
Eero Tamminen wrote: Easiest is to fix your .desktop file. Which in other words means that you should remove D-BUS service declaration in the .desktop file if you don't implement it in your application. See also http://maemo.org/community/wiki/gamedevelopment/#7179b7084dd3339e008879a088142aae ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Interest groups
Maybe you don't all want to work on the same project. Or maybe you want to discuss projects before declaring one on garage. We can't list interests on our profile. And can we actually start new mailing lists? If there is a way to use garage in the way I'm talking about, and there could be, I haven't found it yet. Martin Grimme wrote: Hi, isn't this exactly what garage.maemo.org is all about? There you can have projects, mailing lists, share code, look for other developers, etc. Cheers, Martin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Help getting round compiler a error (compiling CLN)
Hi, ext Simon Pickering wrote: I thought that the use of the inline keyword for a function should completely remove any mention of such a function from the relocation table? No, you need to use static keyword for that. Can anyone think why such a function would end up in the relocation table (and then start causing these duplicated symbol errors)? From the CLN mailing list it appears that the same thing happens on Darwin (MacOS). Is this likely to be a compiler bug? - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Telling devices to not go to sleep
Hi, Perhaps a stupid question but I couldn't find on the Gregale and Bora control panels a way to tell the device to never go to sleep. Did I just miss it? :-) Also, it'd be nice to have a way to have a different energy saving policy depending on whether the device is plugged in or not. Thanks, Ludovic. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Interest groups
Hi Sarah, you are right but it's to late to go back to Usenet groups discussion times, as traffic has been forwarded to www board forums both commercial or non-for-profit sponsored by ads. I can open another 10 projects but what counts is a smart coder who can make project a fully working application. Developers don't show interest to have third party assistants as this is developer not project manager who can introduce an application to a market and make some profit. If you are interested to start some projects, the only way is to have paid coders from - hire a coder - www boards. Any good job should be paid. So third party discussions on ongoing projects have no sense. What makes sense is to donate and support best developers. Darius Sarah Newman [EMAIL PROTECTED] wrote: Maybe you don't all want to work on the same project. Or maybe you want to discuss projects before declaring one on garage. We can't list interests on our profile. And can we actually start new mailing lists? If there is a way to use garage in the way I'm talking about, and there could be, I haven't found it yet. Martin Grimme wrote: Hi, isn't this exactly what garage.maemo.org is all about? There you can have projects, mailing lists, share code, look for other developers, etc. Cheers, Martin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers Send instant messages to your online friends http://uk.messenger.yahoo.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Check if application is run
Hi,
ext Aleksandr Koltsoff wrote:
Michael Stepanov wrote:
when the SDL program crashed by some reason to run it again. What is the
most efficient way to periodically check something in the Maemo SDK?
If you exec it directly, just use wait/waitpid(). No need for polling.
I think in your case it would be sufficient to do something like this:
while true; do
./run-your-application params
sleep 2
done
Or in C:
while(1) {
system(./run-your-application params);
sleep(2);
}
That would shorten the battery life. If one really needs/wants
to kludge things with polling, the interval should be several
times larger.
Linux (kernel) does not have a non-polling mechanism to track
PID-existance for non-related processes.
It has, you just need to be the process parent. :-)
(adding this is not that hard,
one hooks into the same logic that is used for BSD style process
accounting, but this isn't present in stock kernel).
Obviously you'll want to also check the reason why your application
crashed and act on that (branching on the exit code) but that was
omitted from the above snippets.
For a crazy hack (nothing you would offer for others),
one can install in Chinook a core dump handler (using
'|' in the /proc core pattern).
- Eero
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: virtual keyboard popup from code
Any chance we will get Python bindings for HIM some day? On 11/13/07, Mohammad Anwari [EMAIL PROTECTED] wrote: Pada hari Selasa, tanggal 13/11/2007 pukul 09:08 +0100, ext _v_tiziano menulis: How I can invoke this? There's a sample code here: http://aksi.mdamt.net/basic-example-of-HIM-enabled-custom-gtk-widget+ ___ 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: virtual keyboard popup from code
On Wed, Nov 14, 2007 at 11:55:43AM -0500, Igor Tkach wrote: Any chance we will get Python bindings for HIM some day? I'm currently writing an input widget in python, and intend to eventually write HIM bindings to integrate it properly with Maemo's input system. That is, unless someone gets there first. I don't foresee any particular difficulties. Incidentally, how can one write a replacement for the thumb pad? It seems to be essentially a full-screen window with its own small editing space, whose contents get sent to the application when the thumb pad is closed. This much is straightforward. But the thumb pad's editing window is initialized with a portion of text from the text widget into which we are entering text. How is this done? Lauri ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Any problem with chinhook beta repo?
Hi, ext Luca Donaggio wrote: On Nov 8, 2007 4:04 PM, Gabriel Schulhof [EMAIL PROTECTED] wrote: On Thu, 2007-11-08 at 15:14 +0100, ext Luca Donaggio wrote: It seems that my sbox target is somewhat misconfigured: it should look in binary-armel subdir on repository.maemo.org, not binary-arm, but I don't have any clue why it happened and how to correct it! IIRC, there is a certain combination of scratchbox parameters (especially the emulation and/or debkits) that results in the package management system thinking that it's on arm rather than armel. I believe the fix is to use the correct emulation and/or debkits. Any clue about how to fix it? I followed these instructions to set up my sbox environment: http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/ My current parameters for chinhook-armel target (via sb-menu - show) are: Compiler: cs2005q3.2-glibc2.5-arm Architecture: arm Sub-architecture: arm C-library:glibc Devkits: cputransp debian doctools perl debian-sarge CPU-transparency: /scratchbox/devkits/cputransp/bin/qemu-arm-0.8.1-sb2 Apart from the compiler glibc version and debian-sarge among the devkits, they are the same for my bora-armel target, which works just fine (no arm/armel mismatch)! For Chinook debian-sarge should be debian-etch. Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Changing GPG key
On Nov 14, 2007 5:09 PM, Murray Cumming [EMAIL PROTECTED] wrote: On Tue, 2007-11-06 at 13:23 +0100, Johannes Schmid wrote: Because I revoked my old GPG key, I wanted to change the key stored for the Maemo extras repository. After my mail to [EMAIL PROTECTED] remained unreplied I would like to ask whom I should contact to change the key. Please. This is really slowing us down. Can't someone let Johannes upload packages again? A new invitation is sent to Johannes. That's the only way until we have an interface for changing the gpg keys online. Btw. you can change the ssh keys on this page: https://garage.maemo.org/account/index2.php -- [EMAIL PROTECTED] cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Interest groups
On Nov 14, 2007 6:28 PM, Darius Jack [EMAIL PROTECTED] wrote: Any good job should be paid. So third party discussions on ongoing projects have no sense. What makes sense is to donate and support best developers. I wrote a simple bounty plugin [1] for garage back then. Anybody can open a project at garage, can start hiring coders and throw in bounties if he/she wishes so. If you have a garage project then go to the Admin section of the project and click on Edit Public Info. Among the plugins tick the box Use Bounties plugin and click the Update button. You will get an extra tab for your project (similar to Admin, Trackers, Lists etc) and you can start managing bounties. The documentation is missing for this small tool, but I am ready to answer questions. Who will offer the 1st bounty at garage? ;) Darius Cheers, ferenc [1] https://garage.maemo.org/projects/gbounty/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Issue with GtkUIManager on OS2008?
On Nov 14, 2007 2:28 AM, Tommi Komulainen [EMAIL PROTECTED] wrote: On Wed, 2007-11-14 at 01:18 -0800, ext Mike Morrison wrote: In my program I use GtkUIManager to create and manage keyboard accelerators for the hardware keys. This works fine on OS 2007 but I have a sneaking suspicion it does not work in OS2008. You're right, it won't work. Even on n810. The reason is that keyboard shortcuts are disabled when there's no keyboard available; there's no point in wasting space by displaying the shortcuts when you don't have a keyboard to actually use them. See http://bugzilla.gnome.org/show_bug.cgi?id=72375 We pretty much overlooked the keys on the outside, sorry :-( Any chance this will be fixed? It seems like it would be better to hide the accelerator labels while keeping the accelerators active. Is that possible? You can always use the key-press-event signal on toplevel window for handling the special hardware keys. This seems like a hack that I would like to avoid. GtkUIManager is much better because I can use it to merge the menus, toolbars, and accelerators in and out depending on the state of the application. (You can toggle the keyboard shortcuts with /apps/osso/gtk/enable-accels and /apps/osso/gtk/enable-mnemonics GConf keys though be aware that input methods will overwrite the values when the availability of hardware keyboard changes.) Yikes... I'd really rather not have to resort to this either. Would setting the gtk-enable-accels property to TRUE reenable the accelerators? If so, could I also then monitor this property through the property-notify-event signal and set it back to TRUE if it gets set to FALSE? This seems like it would be the best solution for me (besides a proper fix to the bug) as it would require the least amount of changes and would still be compatible with the GtkUIManager (as opposed to having to handling key-press-event). Thanks, Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
On Wednesday 14 November 2007 18:58:07 Klaus Rotter wrote: What I would really like to have is TV-out and a presentations player for Maemo. :-) Would be really nice to connect my N8x0 to a beamer. Yes, yes, yes, please!!! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Check if application is run
Eero Tamminen wrote:
ext Aleksandr Koltsoff wrote:
I think in your case it would be sufficient to do something like this:
while true; do
./run-your-application params
sleep 2
done
Or in C:
while(1) {
system(./run-your-application params);
sleep(2);
}
That would shorten the battery life. If one really needs/wants
to kludge things with polling, the interval should be several
times larger.
When the application is running, both methods wait for the process to
terminate, i.e., no polling. man 3 system. The idea originally was that
should the application terminate, it will be restarted after a while.
If the application is completely broken, and will fail to start in any
case, then this would amount to polling, and would shorten battery life.
My original post did suggest handling exit codes of the child properly,
but I guess that was lost somewhere in the process..
Linux (kernel) does not have a non-polling mechanism to track
PID-existance for non-related processes.
It has, you just need to be the process parent. :-)
Note the non-related part :-). Parent - child = related processes.
ak.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Issue with GtkUIManager on OS2008?
I've entered a bug for this issue: https://bugs.maemo.org/show_bug.cgi?id=2278 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
On 11/14/07, Klaus Rotter [EMAIL PROTECTED] wrote: Porting a software OpenGL layer isn't that hard. Fabrice Bellards TinyGL would be a candidate for it, because the Omap 2420 (N8x0 uC) supports vfp. http://fabrice.bellard.free.fr/TinyGL/ wohoo, Google Earth next! ;-) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
The following package crashed Application manager at Nokia maemo N770
Hi, it took me 2 weeks to wait, not reflashing my crashed Nokia 770 to find out, what package install from maemo.org crashes Nokia 770 was: Package: osso-filemanager-ui Status: install ok installed Priority: optional Section: libs Installed-Size: 212 Maintainer: Ouyang Qi [EMAIL PROTECTED] Architecture: armel Source: osso-filemanager Version: 2006.29.1 updated to: Package: osso-filemanager-ui Status: install ok installed Priority: optional Section: libs Installed-Size: 212 Maintainer: Ouyang Qi [EMAIL PROTECTED] Architecture: armel Source: osso-filemanager Version: 2006.29.1-#340;#280; ^ So it is really urgently required to have distributed packages both as .deb and install for security reasons. Suggested solution to not look for a real reason of File manager crashing but to start with maemo reflashing immediately is not good. I called the above Nokia maemo virus and maintain it. Darius Send instant messages to your online friends http://uk.messenger.yahoo.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Repositories mess: conclusions and actions
On Mon, 2007-11-12 at 14:05 +0200, ext Ed Bartosh wrote: I agree with that, but not 100%. We shouldn't wait for Nokia, we can start checking packages from extras-devel for upgradeability. If we manage to do that with our packages only it would help a lot to improve the whole situation with upgrades. One decision to be made (it looks like the sooner = the better) is to close direct access to extras while opening and promoting extras-devel as easy entry point. Otherwise we may risk trying to convince app developers in extras to push out their releases if they don't qualify (although specially at the beginning I would be as soft/hard as until now). -- Quim Gil - http://maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
