Re: OSiM
ext ma...@bitblit.net wrote: Are Nokia developers planning to be at OSiM in San Francisco this week? At least Not from Maemo SW. -- Quim Gil open source advocate Maemo Software @ Nokia ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder for Fremantle now available
Hi, ext Till Harbaum / Lists wrote: hmm, something seems still to be broken. Looks like opengles-sgx-img-common tries to load a kernel module from its init script but can't due to missing modutils. See https://garage.maemo.org/builder/fremantle/clutter-gtk_0.8.2-maemo0/armel.root.log.FAILED.txt Setting up opengles-sgx-img-common (0.20081031.1-18) ... /scratchbox/devkits/debian-etch/bin/invoke-rc.d: line 1: /sbin/runlevel: No such file or directory I think you're using wrong devkit. What the SDK docs say? Starting SGX services: /etc/init.d/opengles-sgx-img-common: line 46: modprobe: command not found On Debian (Stable/Lenny): - modprobe comes from module-init-tools - runlevel comes from sysvinit package - invoke-rc.d comes from sysv-rc sysvinit is an essential, others aren't, so on Debian sysvinit should be already present and opengles-sgx-img-common should depend from module-init-tools. However, on Maemo / Fremantle (device): - module-init-tools package is like on Debian - upstart is essential package and provides sysvinit package, BUT doesn't provide runlevel tool - runlevel and invoke-rc.d come from mini-rc package which is NOT essential So... Clearly opengles-sgx-img-common has the bug that it doesn't depend on module-init-tools although it should. Could you make a bug about this? I'm not sure about runlevel though. Should runlevel be in upstart package, or should packages have dependency to mini-rc, or should mini-rc be essential? SDK should contain everything that is essential, because essentials are by definition needed for installing additional packages. If SDK (or its minimal rootstrap) doesn't contain them, it's an SDK bug. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: OSiM
ext ma...@bitblit.net wrote: Are Nokia developers planning to be at OSiM in San Francisco this week? There will be at least one Nokia person there doing a presentation on Qt stuff, although I think he will be showing it on an S60 device. And I will be there to talk about the N97. So Nokia people - yes, Maemo people - no :) Victor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Anyone porting madplay
On Thu, Mar 12, 2009 at 6:16 AM, Bruce Forsberg bruce.forsb...@gmail.com wrote: I am porting madplay to DIABLO. I was wondering if anyone knows if this is already available or if someone else is doing it now. I see that the two things it depends on libmad0 and libid3tag0 have been ported. The reason for porting this is that I am working on a project that requires this. For those not familiar with madplay it is a console mp3 player. It would be interesting to try also mpg123. Supposedly it performs better. -- Felipe Contreras ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Re: Autobuilder for Fremantle now available
Hi Eero, sorry, i don't understand your reply. Why do you think _i_ am using the wrong version of something? This is the output of the autobuilder. These are all programs/tools/devkits running on the nokia/maemo.org side. I just uploaded a source tarball via scp. Till - original Nachricht Betreff: Re: Autobuilder for Fremantle now available Gesendet: Do, 12. Mrz 2009 Von: Eero Tammineneero.tammi...@nokia.com Hi, ext Till Harbaum / Lists wrote: hmm, something seems still to be broken. Looks like opengles-sgx-img-common tries to load a kernel module from its init script but can't due to missing modutils. See https://garage.maemo.org/builder/fremantle/clutter-gtk_0.8.2-maemo0/armel.ro ot.log.FAILED.txt Setting up opengles-sgx-img-common (0.20081031.1-18) ... /scratchbox/devkits/debian-etch/bin/invoke-rc.d: line 1: /sbin/runlevel: No such file or directory I think you're using wrong devkit. What the SDK docs say? Starting SGX services: /etc/init.d/opengles-sgx-img-common: line 46: modprobe: command not found On Debian (Stable/Lenny): - modprobe comes from module-init-tools - runlevel comes from sysvinit package - invoke-rc.d comes from sysv-rc sysvinit is an essential, others aren't, so on Debian sysvinit should be already present and opengles-sgx-img-common should depend from module-init-tools. However, on Maemo / Fremantle (device): - module-init-tools package is like on Debian - upstart is essential package and provides sysvinit package, BUT doesn't provide runlevel tool - runlevel and invoke-rc.d come from mini-rc package which is NOT essential So... Clearly opengles-sgx-img-common has the bug that it doesn't depend on module-init-tools although it should. Could you make a bug about this? I'm not sure about runlevel though. Should runlevel be in upstart package, or should packages have dependency to mini-rc, or should mini-rc be essential? SDK should contain everything that is essential, because essentials are by definition needed for installing additional packages. If SDK (or its minimal rootstrap) doesn't contain them, it's an SDK bug. - Eero --- original Nachricht Ende ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: libicd-network-wpa
Hi, On Tue, 2009-03-10 at 23:08 +0100, ext Javier S. Pedro wrote: neither the status bar tooltip nor the connection status application show the signal bar. Hmm, interesting. They should request icd2 once a second for the updated status, which would make icd2 query your network module. Maybe there's a bug/feature when the network has a different type from WLAN_*... Thanks again. Putting sane values there fixed a problem I had with icd retrying the connection forever. Also interesting. Those should not have anything to do with retrying a connection. Could you file a hopefully detailed bug report to Bugzilla? I guess it would be possible to hack wpa_supplicant (yet again) so that it works with the pristine cx3110.ko, but I'm not a wireless-extensions guru. There's also the option of using the open source wl1251(sp?) WLAN driver, but that one still needs love and nutrients in order to replace the cx* one. Cheers, Patrik ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder for Fremantle now available
Hi, ext Till Harbaum wrote: sorry, i don't understand your reply. Why do you think _i_ am using the wrong version of something? This is the output of the autobuilder. These are all programs/tools/devkits running on the nokia/maemo.org side. I just uploaded a source tarball via scp. Oh, sorry. - bug in in opengles-sgx-img-common dependencies and autobuilder minimal target setup. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: libicd-network-wpa
ext Javier S. Pedro wrote: 2009/3/3 Patrik Flykt patrik.fl...@nokia.com: One thing you should add to the code: if you already have a WLAN connection ongoing and icd2 calls the link up function again, make the module reply with the ICD_NW_TOO_MANY_CONNECTIONS icd network status in the callback. Hey, thanks! icd2 never tried to call link_up while the connection was up during my so far two week field test, but good to be on the safe side. IIRC, the link_up function will be called again if the user tries to switch to another network (IAP) that uses the same net module. icd2 will try to connect to the new IAP before closing the connection to the previous one. Maybe Patrik can correct me if I'm wrong. -- Cheers, Luca. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder for Fremantle now available
Hi, I filed https://bugs.maemo.org/show_bug.cgi?id=4197 to ask the SDK team if this is a known issue or something that is broken at the autobuilder side. -- Niels Breet maemo.org webmaster On Wed, March 11, 2009 21:30, Till Harbaum / Lists wrote: Hi, hmm, something seems still to be broken. Looks like opengles-sgx-img-common tries to load a kernel module from its init script but can't due to missing modutils. See https://garage.maemo.org/builder/fremantle/clutter-gtk_0.8.2-maemo0/armel. root.log.FAILED.txt Setting up opengles-sgx-img-common (0.20081031.1-18) ... /scratchbox/devkits/debian-etch/bin/invoke-rc.d: line 1: /sbin/runlevel: No such file or directory Starting SGX services: /etc/init.d/opengles-sgx-img-common: line 46: modprobe: command not found invoke-rc.d: initscript opengles-sgx-img-common, action start failed. dpkg: error processing opengles-sgx-img-common (--configure): subprocess post-installation script returned error exit status 127 dpkg: dependency problems prevent configuration of opengles-sgx-img-common-dev: opengles-sgx-img-common-dev depends on opengles-sgx-img-common; however: Package opengles-sgx-img-common is not configured yet. dpkg: error processing opengles-sgx-img-common-dev (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libgles2-sgx-img-dev: libgles2-sgx-img-dev depends on opengles-sgx-img-common-dev; however: Package opengles-sgx-img-common-dev is not configured yet. dpkg: error processing libgles2-sgx-img-dev (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libclutter-0.8-dev: libclutter-0.8-dev depends on libgles2-dev | libgles2-sgx-img-dev | libgl1-mesa-dev | libgl-dev; however: Package libgles2-dev is not installed. Package libgles2-sgx-img-dev is not configured yet. Package libgl1-mesa-dev is not installed. Package libgl-dev is not installed. dpkg: error processing libclutter-0.8-dev (--configure): dependency problems - leaving unconfigured Setting up libgtk2.0-common (2.12.12-1maemo8) ... Setting up gconf2 (2.16.0-2osso4) ... ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Problems with commit list
Hello, I have a problem at my project commit list. Anyone in the list is receiving the commit messages. How can I fix that? Thanks. -- Felipe Leal Coutinho http://felipelcoutinho.googlepages.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with commit list
Hi Felipe, Felipe Coutinho schrieb: Hello, I have a problem at my project commit list. Anyone in the list is receiving the commit messages. How can I fix that? Thanks. Isn't this the purpose of a commit list? Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: +49 271-771091-15 and the reality of tomorrow.Fax: +49 271-771091-19 [Robert Hutchings Goddard, 1904]florian.b...@kernelconcepts.de http://www.kernelconcepts.de/en ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with commit list
Sorry. No one in the list is receiving the commit messages. Thanks Florian. On Thu, Mar 12, 2009 at 9:24 AM, Florian Boor florian.b...@kernelconcepts.de wrote: Hi Felipe, Felipe Coutinho schrieb: Hello, I have a problem at my project commit list. Anyone in the list is receiving the commit messages. How can I fix that? Thanks. Isn't this the purpose of a commit list? Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: +49 271-771091-15 and the reality of tomorrow.Fax: +49 271-771091-19 [Robert Hutchings Goddard, 1904]florian.b...@kernelconcepts.de http://www.kernelconcepts.de/en -- Felipe Leal Coutinho http://felipelcoutinho.googlepages.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with commit list
Or nobody. Sorry, I don't speak english very well. On Thu, Mar 12, 2009 at 12:40 PM, Felipe Coutinho felipelc...@gmail.comwrote: Sorry. No one in the list is receiving the commit messages. Thanks Florian. On Thu, Mar 12, 2009 at 9:24 AM, Florian Boor florian.b...@kernelconcepts.de wrote: Hi Felipe, Felipe Coutinho schrieb: Hello, I have a problem at my project commit list. Anyone in the list is receiving the commit messages. How can I fix that? Thanks. Isn't this the purpose of a commit list? Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: +49 271-771091-15 and the reality of tomorrow.Fax: +49 271-771091-19 [Robert Hutchings Goddard, 1904]florian.b...@kernelconcepts.de http://www.kernelconcepts.de/en -- Felipe Leal Coutinho http://felipelcoutinho.googlepages.com/ -- Felipe Leal Coutinho http://felipelcoutinho.googlepages.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with commit list
On Thu, March 12, 2009 16:40, Felipe Coutinho wrote: Sorry. No one in the list is receiving the commit messages. I really want to help you, but you aren't providing very much information ;) What project are we talking about? Did it work before? -- Niels Breet maemo.org webmaster ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with commit list
Hi, Am Donnerstag 12 März 2009 schrieb Felipe Coutinho: Hello, I have a problem at my project commit list. Anyone in the list is receiving the commit messages. How can I fix that? Thanks. You have to select the Use svncommitemail Plugin checkbox in the project features on the admin page of your project. Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with commit list
Till, I did that but it is not working. My project is https://garage.maemo.org/projects/pyfinancial/ On Thu, Mar 12, 2009 at 1:47 PM, Till Harbaum / Lists li...@harbaum.orgwrote: Hi, Am Donnerstag 12 März 2009 schrieb Felipe Coutinho: Hello, I have a problem at my project commit list. Anyone in the list is receiving the commit messages. How can I fix that? Thanks. You have to select the Use svncommitemail Plugin checkbox in the project features on the admin page of your project. Till -- Felipe Leal Coutinho http://felipelcoutinho.googlepages.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with commit list
I have found the problem. It is working now! Thanks everyone. On Thu, Mar 12, 2009 at 4:38 PM, Felipe Coutinho felipelc...@gmail.comwrote: Till, I did that but it is not working. My project is https://garage.maemo.org/projects/pyfinancial/ On Thu, Mar 12, 2009 at 1:47 PM, Till Harbaum / Lists li...@harbaum.orgwrote: Hi, Am Donnerstag 12 März 2009 schrieb Felipe Coutinho: Hello, I have a problem at my project commit list. Anyone in the list is receiving the commit messages. How can I fix that? Thanks. You have to select the Use svncommitemail Plugin checkbox in the project features on the admin page of your project. Till -- Felipe Leal Coutinho http://felipelcoutinho.googlepages.com/ -- Felipe Leal Coutinho http://felipelcoutinho.googlepages.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with commit list
On Thu, Mar 12, 2009 at 7:42 PM, Felipe Coutinho felipelc...@gmail.com wrote: I have found the problem. It is working now! Thanks everyone. Care to enlighten us for future reference? -- question = ( to ) ? be : ! be; -- Wm. Shakespeare ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: libicd-network-wpa
2009/3/12 Patrik Flykt patrik.fl...@nokia.com: Hmm, interesting. They should request icd2 once a second for the updated status, which would make icd2 query your network module. Maybe there's a bug/feature when the network has a different type from WLAN_*... Some built-in apps are doing just that (strcmping network_type with WLAN_). That's not a problem (I can choose a new network_type easily) but applications explicitly looking for WLAN_INFRA are (e.g. 'grep WLAN_INFRA /usr/bin/modest.launch' matches). I will later try switching the module's network_type to WLAN_WPA or something like that, and get a full list of applications with hardcoded WLAN_INFRA/WLAN_ADHOC. Thanks again. Putting sane values there fixed a problem I had with icd retrying the connection forever. Also interesting. Those should not have anything to do with retrying a connection. Could you file a hopefully detailed bug report to Bugzilla? My fault -- I originally put some _really_ large timeout there, so even after having been disconnected, icd thought the network was still there, and tried to connect again. I believe this is reasonable icd behavior according to the description you gave me. Thank you all for your answers -- the NIT is now a much more useful device for me :) . I will open an ITT thread with install/usage instructions for this someday. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers