[maemo-developers] GStreamer plugin development
Hello there, I've made a gstreamer plugin for internal use here at INRIA. The plugin works well, and I have everything I need to build it on the Nokia (our library already works on the device), but I can't manage to build the plugin development package to build on the ARM target. Does anyone know how I could handle this? Thanks, Corentin BARON. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GStreamer plugin development
ext Corentin Baron wrote: Hello there, I've made a gstreamer plugin for internal use here at INRIA. The plugin works well, and I have everything I need to build it on the Nokia (our library already works on the device), but I can't manage to build the plugin development package to build on the ARM target. Any debug/trace or log info ?? Are your using GStreamer 0.8 or 0.10? Maemo 1.1 has if I remember correctly 0.8 Devesh Does anyone know how I could handle this? Thanks, Corentin BARON. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GStreamer plugin development
Corentin Baron [EMAIL PROTECTED] writes: Hello there, I've made a gstreamer plugin [...] but I can't manage to build the plugin development package to build on the ARM target. Does anyone know how I could handle this? How are you trying to do the ARM build, and where is the build failing? Regards, Neil ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] http://press.nokia.com:80/PR/200605/1051308_5.html
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, In case anyone missed it: http://press.nokia.com:80/PR/200605/1051308_5.html The biggest error in the statement: It is downloadable free of charge from the Internet www.nokia.com/770. nokia.com only has IT2005 downloads :( regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEaXsbMkyGM64RGpERAiBNAKCoCa78FXVd2iOUfoMDYhK64qHmigCaAuvE CrgO5MdKsud9/Hz7UU22fyg= =9jXc -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] http://press.nokia.com:80/PR/200605/1051308_5.html
At least, the screenshots look promising ;-) Thank you very much, 2006/5/16, Devesh Kothari [EMAIL PROTECTED]: ext Koen Kooi wrote: [maemo-developers] http://press.nokia.com:80/PR/200605/1051308_5.html Hi, In case anyone missed it: http://press.nokia.com:80/PR/200605/1051308_5.html The biggest error in the statement: It is downloadable free of charge from the Internet www.nokia.com/770. It will be :) This is the 2006 IT SW Edition launch (which means we are close to public release). Currently we do not yet have the exact final public release date. We also intend to coincide the release of Maemo 2.0 release candidate with the public release. Trust me team is working real hard :) Cheers Devesh nokia.com only has IT2005 downloads :( regards, Koen ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers -- J. Manrique López de la Fuente http://www.jsmanrique.net msn: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] http://press.nokia.com:80/PR/200605/1051308_5.html
I hope they release the SDk first, and a pre-IT2006 image to test the recompiled apps... 2006/5/16, Koen Kooi [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Devesh Kothari schreef: ext Koen Kooi wrote: [maemo-developers] http://press.nokia.com:80/PR/200605/1051308_5.html Hi, In case anyone missed it: http://press.nokia.com:80/PR/200605/1051308_5.html The biggest error in the statement: It is downloadable free of charge from the Internet www.nokia.com/770. It will be :) This is the 2006 IT SW Edition launch (which means we are close to public release). Currently we do not yet have the exact final public release date. We also intend to coincide the release of Maemo 2.0 release candidate with the public release. Trust me team is working real hard :) So we won't get the SDK before the release, but at the same time? Given the huge incompatibilities (app-installer, EABI) I would have thought nokia would release the sdk a bit earlier to give the app developers a chance to get their software out on time. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEaYpMMkyGM64RGpERAu6QAJ0eh4pQDNp0OW5cjIy5OibaU3sjewCgn21w 5RxTdC9Ut8PQn2u0I1Oi688= =7/ec -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers -- J. Manrique López de la Fuente http://www.jsmanrique.net msn: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
On 5/16/06, Devesh Kothari [EMAIL PROTECTED] wrote: ext Koen Kooi wrote: [snip] So we won't get the SDK before the release, but at the same time? Given the huge incompatibilities (app-installer, EABI) I would have thought nokia would release the sdk a bit earlier to give the app developers a chance to get their software out on time. Unfortunately so :( , we are trying hard but due to so many major changes we just dont want to push out something which is either poor quality or half cooked. IF we still are able to beat the IT 2006 to public launch (assuming we get things stabilized enough), we will push it out the door :) [snip] What do you guys think? Should we try to push out the SB development environment early, even if the developers can test apps on real device? Absolutely! The API changes in particular must have time to be tested, even if it's only in Scratchbox. Personally, I'd also like to see at least some form of product image for beta testing (not just our apps, but the OS as well), but that's almost certainly wishful thinking now. Otherwise people'll get upset very quickly when they upgrade and their favourite app doesn't work! Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
On 5/16/06, Koen Kooi [EMAIL PROTECTED] wrote: Andrew Flegg schreef: Otherwise people'll get upset very quickly when they upgrade and their favourite app doesn't work! I suggest removing the application catalog wiki page(s) when IT2006 gets released and fill them with apps that are known to work on IT2006. Interesting idea: the opportunity could also be taken to better structure them. The only slight niggle is that with zero third party software, how many end-users will NOT upgrade immediately, and still want the old app catalogues? Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
What do you guys think? Should we try to push out the SB development environment early, even if the developers can test apps on real device? Absolutely! The API changes in particular must have time to be tested, even if it's only in Scratchbox. Personally, I'd also like to see at least some form of product image for beta testing (not just our apps, but the OS as well), but that's almost certainly wishful thinking now. I second that! Otherwise people'll get upset very quickly when they upgrade and their favourite app doesn't work! I suggest removing the application catalog wiki page(s) when IT2006 gets released and fill them with apps that are known to work on IT2006. Or moving it to a page for Applications IT 2005 and add a new one for IT 2006. Peter ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
Peter Robinson wrote: What do you guys think? Should we try to push out the SB development environment early, even if the developers can test apps on real device? Absolutely! The API changes in particular must have time to be tested, even if it's only in Scratchbox. Personally, I'd also like to see at least some form of product image for beta testing (not just our apps, but the OS as well), but that's almost certainly wishful thinking now. I second that! Otherwise people'll get upset very quickly when they upgrade and their favourite app doesn't work! I suggest removing the application catalog wiki page(s) when IT2006 gets released and fill them with apps that are known to work on IT2006. Or moving it to a page for Applications IT 2005 and add a new one for IT 2006. I also wouldn't remove wiki's application catalog 2005 completely. It would remain be useful for those running IT SW 2005. Peter ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers -- Andrey Khurri, Researcher Helsinki Institute for Information Technology (HIIT) Tel: +358 50 384 1510 Fax: +358 9 694 9768 [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
ext Andrew Flegg wrote: On 5/16/06, Koen Kooi [EMAIL PROTECTED] wrote: Andrew Flegg schreef: Otherwise people'll get upset very quickly when they upgrade and their favourite app doesn't work! I suggest removing the application catalog wiki page(s) when IT2006 gets released and fill them with apps that are known to work on IT2006. Interesting idea: the opportunity could also be taken to better structure them. The only slight niggle is that with zero third party software, how many end-users will NOT upgrade immediately, and still want the old app catalogues? I am of the opinion that everyone MUST be advised to upgrade Since - it is a free upgrade - Maintaining Maemo 1.1 and 2.0 which are incompatible is a big problem (proposal is move Maemo 1.1 to archive status) - It just causes confusion if Maemo 1.1 and 2.0 applications start to coexist especially to the end user (Maemo 2.0 Application installer would refuse to install anyway) So I am of the opinion as Koen, to deprecate the Application Catalogue page and start with a clean slate, and as suggested take the opportunity to reorganize the new catalogue better. Remember now the concept of - click on download link in application catalogue page, browser opens AI, AI installer installs WOULD NOT WORK since we moving to full package management and repository structure (Unless off course packages are as self constained as they with Maemo 1.1, but that we all agree is not real package management :). So we need to come up with the concept of community contrib repository where the 3rd party applications could be uploaded Devesh Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
ext Koen Kooi wrote: Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html Devesh Kothari schreef: ext Koen Kooi wrote: [maemo-developers] http://press.nokia.com:80/PR/200605/1051308_5.html Hi, In case anyone missed it: http://press.nokia.com:80/PR/200605/1051308_5.html The biggest error in the statement: It is downloadable free of charge from the Internet www.nokia.com/770. It will be :) This is the 2006 IT SW Edition launch (which means we are close to public release). Currently we do not yet have the exact final public release date. We also intend to coincide the release of Maemo 2.0 release candidate with the public release. Trust me team is working real hard :) So we won't get the SDK before the release, but at the same time? Given the huge incompatibilities (app-installer, EABI) I would have thought nokia would release the sdk a bit earlier to give the app developers a chance to get their software out on time. Unfortunately so :( , we are trying hard but due to so many major changes we just dont want to push out something which is either poor quality or half cooked. IF we still are able to beat the IT 2006 to public launch (assuming we get things stabilized enough), we will push it out the door :) Another reason, is we dont just want to push the Maemo 2.0 till we get the public upgrade IT 2006. Since we know Maemo 2.0 would be binary incompatible, the applications cross compiled on the development environment would not run on the current IT 2005 edition (on device) out there, so developers cant really test it on the device. What do you guys think? Should we try to push out the SB development environment early, even if the developers can test apps on real device? Devesh regards, Koen ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
Devesh Kothari wrote: Another reason, is we dont just want to push the Maemo 2.0 till we get the public upgrade IT 2006. Since we know Maemo 2.0 would be binary incompatible, the applications cross compiled on the development environment would not run on the current IT 2005 edition (on device) out there, so developers cant really test it on the device. Can't we have at least developer rootfs for Maemo 2.0? But with working multimedia if posible. Opera etc. isn't needed for testing. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
ext Frantisek Dufka wrote: Devesh Kothari wrote: Another reason, is we dont just want to push the Maemo 2.0 till we get the public upgrade IT 2006. Since we know Maemo 2.0 would be binary incompatible, the applications cross compiled on the development environment would not run on the current IT 2005 edition (on device) out there, so developers cant really test it on the device. Can't we have at least developer rootfs for Maemo 2.0? But with working multimedia if posible. Opera etc. isn't needed for testing. Thats what is the internal goal to get Maemo 2.0 pre release together with a developer rootfs, with a functionality similar to Maemo 1.1 but upgraded components, new toolchain etc BUT to tell you the truth, its not looking very good, but will post more updates later this week Devesh Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
--- cut --- I suggest removing the application catalog wiki page(s) when IT2006 gets released and fill them with apps that are known to work on IT2006. Or moving it to a page for Applications IT 2005 and add a new one for IT 2006. I vote for this last option. Roberto Peter ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] gtkmm in scratchbox, build documentation
Hello Murray, now, I have installed Doxygen in the scratchbox and I built the documentation for gtkmm without problems. But I had problems to build the documentation for hildon-fmmm and hildon-widgetsmm. [sbox-SDK_PC: ~/Sourcen/hildon-fmmm-REV-1469/hildon-fmmm/docs/reference] make all doxygen Doxyfile Warning: ignoring unsupported tag `SHOW_DIRECTORIES =' at line 58, file Doxyfile Warning: ignoring unsupported tag `FILE_VERSION_FILTER=' at line 59, file Doxyfile Warning: ignoring unsupported tag `WARN_NO_PARAMDOC =' at line 67, file Doxyfile Warning: ignoring unsupported tag `FILTER_PATTERNS=' at line 84, file Doxyfile Warning: ignoring unsupported tag `GROUP_GRAPHS =' at line 199, file Doxyfile Warning: ignoring unsupported tag `DIRECTORY_GRAPH=' at line 206, file Doxyfile Warning: ignoring unsupported tag `DOT_TRANSPARENT=' at line 213, file Doxyfile Warning: ignoring unsupported tag `DOT_MULTI_TARGETS =' at line 214, file Doxyfile Error: tag INPUT: input source [EMAIL PROTECTED]@' does not exist make: *** [hildon-libsmm-reference] Error 1 I hope you can help me. Regards, Damaris On Wed, 2006-05-03 at 12:55 +0200, Damaris Kröger wrote: Hello, now I have installed the hildon-fmmm and the hildon-widgetsmm. The problem was the separate command: ./configure --prefix/usr With these command the installation works: ./configure --enable-maintainer-mode --prefix=/usr Now I understand. You should use the autogen.sh files when building modules from cvs, instead of guessing the appropriate incantations for aclocal, autoconf, automake, etc. But where is the documentation of the libs? How could I create the documentation? You need to have doxygen. Unfortunately, it's not available from Maemo's repository, so you'll have to build it from source. Then rebuild from a fresh checkout. I'll try to put them online somewhere. They probably are not that great yet. -- -- Damaris Kröger Anwendungsentwicklerin GEDIM AG - Entwicklung Bergmannstraße 32, 44809 Bochum eMail: [EMAIL PROTECTED] Tel.: +49 (234) 89393-73 Fax.: +49 (234) 89393-99 -- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
I recommend that a live cd or similiar would be launched some time in advance. That would allow developers to compile their apps in there and switch their own systems to 2.0 when 2.0 is in final state and 2006 is out. If live cd is hard to make, then a vmware image. Just my 2 cents. urho ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
So we need to come up with the concept of community contrib repository where the 3rd party applications could be uploaded Yes, yes, yes. (Please) Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
Devesh Kothari schrieb: What do you guys think? Should we try to push out the SB development environment early, even if the developers can test apps on real device? Very brief: YES! I think Koen is perfectly right that developers should get a chance to cross compile their apps with the new dev-env. Even if not being able to test them on the device directly it will still dramatically shorten the time from release of IT2006 until getting stable apps for the new environment. So I think it is really worth it. Besides it might also be nice for Nokia to get early feedback on the Maemo 2.0 and probably be able to fix minor things. I also think it would be a good policy that the community will always get information first before official press releases ;) Devesh Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
What do you guys think? Should we try to push out the SB development environment early, even if the developers can test apps on real device? Very brief: YES! I think Koen is perfectly right that developers should get a chance to cross compile their apps with the new dev-env. Even if not being able to test them on the device directly it will still dramatically shorten the time from release of IT2006 until getting stable apps for the new environment. So I think it is really worth it. Besides it might also be nice for Nokia to get early feedback on the Maemo 2.0 and probably be able to fix minor things. Yes, I agree whole heartedly. To have the base platform in place people can test their apps and give feedback that way you can get a much wider testing of the base platform before launch and possibly fix any brown paper bag issues that others may catch. It also allows the app developers to test their apps in the maemo v2 environment so they can get them running in the dev env and just have to do final testing in the live image when it ships to fix any minor issues allowing updated apps to hit the net shortly after the launch. There are certainly some apps that I use constantly that will stop me from directly upgrading to thee IT2006 before they become available. Cheers, Pete ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
Hi, I recommend that a live cd or similiar would be launched some time in advance. That would allow developers to compile their apps in there and switch their own systems to 2.0 when 2.0 is in final state and 2006 is out. What's the problem of apt-get installing a new EABI Scrathcbox toolchain + creating a separate target for IT2006 (using that toolchain)? You can have multiple targets in Scratchbox, each with their own CPU architecture, toolchain, software etc... - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
On Tue, May 16, 2006 at 09:51:44AM +0100, Peter Robinson wrote: Or moving it to a page for Applications IT 2005 and add a new one for IT 2006. Like this one: http://maemo.org/maemowiki/ApplicationCatalog2006 :) /me ducks and runs... -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
ext Mikhail Sobolev wrote: On Tue, May 16, 2006 at 09:51:44AM +0100, Peter Robinson wrote: Or moving it to a page for Applications IT 2005 and add a new one for IT 2006. Like this one: http://maemo.org/maemowiki/ApplicationCatalog2006 Some thinking here might help :), there have been some proposals about how this application catalogue can be reorganized and managed I for one am looking for a system 1. which is as easy as wiki to add 2. some policy what is acceptable and not acceptable [remember the thread we had about when one of the entry was removed] 3. possiblity to sort/search applications (already thinking about device/maemo/IT SW edition compatible/WIP/testing/stable i.e this application is known to work with Maemo 2.0) 4. some kind of user ranking system (user feedback possibility) 5. some possibility to have top 5 new submitted applications 6. some possibility to have top 5 popular applications More ideas welcomed, lets solve this for a better solution (i dont know if wiki will continue to solve our needs) Devesh :) /me ducks and runs... -- Misha ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GStreamer plugin development
ext Corentin Baron wrote: Devesh Kothari wrote: ext Corentin Baron wrote: Hello there, I've made a gstreamer plugin for internal use here at INRIA. The plugin works well, and I have everything I need to build it on the Nokia (our library already works on the device), but I can't manage to build the plugin development package to build on the ARM target. Any debug/trace or log info ?? Are your using GStreamer 0.8 or 0.10? Maemo 1.1 has if I remember correctly 0.8 Devesh Actualy my problem is first to have the gst-plugins package to compile on the ARM target inorder to have the gst-lib stuff installed. But the package fails to compile the tcp plugin because it couldn't find the dataprotocol.h header file, and I couldn't disable the tcp plugin at configure. Please describe your environment, e.g SB version, rootstrap version What GStreamer source ? version? where you obtained i.e from maemo repository or mainstream? config.log ? etc else its very difficult to figure out the reason Devesh BTW: please post to maemo-devel list, so others can possibly help you better too ;) Thanks for your interest, Corentin. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GStreamer plugin development
Devesh Kothari wrote: ext Corentin Baron wrote: Devesh Kothari wrote: ext Corentin Baron wrote: Hello there, I've made a gstreamer plugin for internal use here at INRIA. The plugin works well, and I have everything I need to build it on the Nokia (our library already works on the device), but I can't manage to build the plugin development package to build on the ARM target. Any debug/trace or log info ?? Are your using GStreamer 0.8 or 0.10? Maemo 1.1 has if I remember correctly 0.8 Devesh Actualy my problem is first to have the gst-plugins package to compile on the ARM target inorder to have the gst-lib stuff installed. But the package fails to compile the tcp plugin because it couldn't find the dataprotocol.h header file, and I couldn't disable the tcp plugin at configure. Please describe your environment, e.g SB version, rootstrap version What GStreamer source ? version? where you obtained i.e from maemo repository or mainstream? config.log ? etc else its very difficult to figure out the reason Devesh I use Scratchbox 0.9.8.5 with Maemo 1.1 and GStreamer 0.8.10 (the one preinstalled with maemo), everything running on a linux fedora core 4. The error I get at compilation time with the gst-plugin package is this: distcc[21914] ERROR: compile (null) on localhost failed In file included from gsttcpclientsrc.h:36, from gsttcpplugin.c:26: gsttcp.h:28:43: gst/dataprotocol/dataprotocol.h: No such file or directory distcc[21913] ERROR: compile gsttcpplugin.c on localhost failed make[4]: *** [libgsttcp_la-gsttcpplugin.lo] Error 1 make[4]: Leaving directory `/home/cobaron/gst/gst-plugins-0.8.11/gst/tcp' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/cobaron/gst/gst-plugins-0.8.11/gst/tcp' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cobaron/gst/gst-plugins-0.8.11/gst' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cobaron/gst/gst-plugins-0.8.11' make: *** [all] Error 2 It seems that the gstreamer installation isn't complete. If I could get the gst-plugin configure/make to skip or forget the tcp plugin, which I don't need, I think I could also have my own plugin compiling. Corentin ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Xephyr troubles
Hello,
I wanted to start using Encode (http://encode.sourceforge.net) for my maemo
developments so I installed Xephyr on my Ubuntu host using apt-get install
(xserver-xephyr 6.6.1-0ubuntu1).
I have a problem illustrated by the code of the following expose callback:
scrWidget-background and scrWidget-pixmap are 2 pixmaps.
scrWidget-pixmap contains scribbles rendered on mouse down and mouse move
events.
when i comment out the drawing of one of the 2 pixmaps, the other get displayed
correctly.
when i combine them using GDK_AND it works when launching Xephyr from its
location inside scratchbox (as provided by the Maemo 1.1 i386 tarball)
when i combine them using GDK_AND it does not work when launching Xephyr from
my Ubuntu host (Xephyr has been installed using apt-get install)
what i get displayed is the content of the scrWidget-pixmap (black scribbles
on a white background) which does not blend with the background pixmap at all.
in both cases the Xephyr command line used is:
Xephyr :2 -host-cursor -screen 800x480x16 -dpi 96 -ac
i don\'t know if the detail is usefull or not but when launching Xephyr from
the scratchbox path (/scratchbox/users/guardian/targets/SDK_PC/usr/bin/Xephyr),
it opens up with a white background
when launching Xephyr from the ubuntu host path (/usr/bin/Xephyr), it opens up
with a traditional \checkboard\ background, which makes me thinkg that
somehow the configuration is not exactly the same.
so ... am I doing something wrong in my code ? or is there something to
configure on my Xephyr ubuntu installation ???
gboolean callbackExpose(GtkWidget* widget, GdkEventExpose* event,
ScribbleWidget* scrWidget)
{
GdkGC* gc = gdk_gc_new(widget-window);
gdk_draw_drawable(widget-window,
widget-style-fg_gc[GTK_WIDGET_STATE(widget)],
scrWidget-background,
event-area.x,
event-area.y,
event-area.x,
event-area.y,
event-area.width,
event-area.height);
gdk_gc_copy(gc,widget-style-fg_gc[GTK_WIDGET_STATE(widget)]);
gdk_gc_set_function(gc,GDK_AND);
gdk_draw_drawable(widget-window,
gc,
scrWidget-pixmap,
event-area.x,
event-area.y,
event-area.x,
event-area.y,
event-area.width,
event-area.height);
g_object_unref(gc);
return FALSE;
}
Thx for any help.
Regards,
G.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nils Faerber schreef: Devesh Kothari schrieb: I also think it would be a good policy that the community will always get information first before official press releases ;) The only actual news was integration with gizmo and a commitment to deliver it in june, the rest[2] has been on http://maemo.org/platform/docs/roadmap.html for some time now. regards, Koen [2] and on the debian-arm and maemo-dev mailinglists as well -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEacPgMkyGM64RGpERAmLrAJ9uOeXQlgUrA2Az60TPp3CKZfPp1ACgtMRr fNsiL4rk3M43kBmt5gcPNZY= =5hvJ -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
I also think it would be a good policy that the community will always get information first before official press releases ;) The only actual news was integration with gizmo and a commitment to deliver it in june, the rest[2] has been on http://maemo.org/platform/docs/roadmap.html for some time now. If you look at the press release it doesn't actually say integration with Gizmo. It says 'can also support SIP based VoIP solutions' and that standalone apps are planned. The full paragraph. The upgraded Internet Tablet software platform can also support SIP based VoIP solutions for broadband business benefit. Standalone software applications, like the popular Gizmo Project by SIPPhone Inc, is planned to be available for the Nokia 770 Internet Tablet. The Gizmo Project has a rich feature set including the capability to make and receive calls from public telephony networks. So I think actually shipped with the OS will be gtalk/jabber and then the rest will be available as addons probably provided by the actually SIP companies themselves. Peter ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GStreamer plugin development
ext Corentin Baron wrote: Devesh Kothari wrote: ext Corentin Baron wrote: Devesh Kothari wrote: ext Corentin Baron wrote: Hello there, I've made a gstreamer plugin for internal use here at INRIA. The plugin works well, and I have everything I need to build it on the Nokia (our library already works on the device), but I can't manage to build the plugin development package to build on the ARM target. Any debug/trace or log info ?? Are your using GStreamer 0.8 or 0.10? Maemo 1.1 has if I remember correctly 0.8 Devesh Actualy my problem is first to have the gst-plugins package to compile on the ARM target inorder to have the gst-lib stuff installed. But the package fails to compile the tcp plugin because it couldn't find the dataprotocol.h header file, and I couldn't disable the tcp plugin at configure. Please describe your environment, e.g SB version, rootstrap version What GStreamer source ? version? where you obtained i.e from maemo repository or mainstream? config.log ? etc else its very difficult to figure out the reason Devesh I use Scratchbox 0.9.8.5 with Maemo 1.1 and GStreamer 0.8.10 (the one preinstalled with maemo), everything running on a linux fedora core 4. The error I get at compilation time with the gst-plugin package is this: distcc[21914] ERROR: compile (null) on localhost failed In file included from gsttcpclientsrc.h:36, from gsttcpplugin.c:26: gsttcp.h:28:43: gst/dataprotocol/dataprotocol.h: No such file or directory i quickly did = apt-get source gstreamer0.8-osso [thats what i could find in Maemo 1.1] ./configure ./make it build ok on arm target. == i can see this file here libs/gst/dataprotocol/dataprotocol.h so if you in hurry :) then I will open the Makefile and add -I../libs/gst/dataprotocol/ and try again but I suspect some problem in your build environment HTH Devesh distcc[21913] ERROR: compile gsttcpplugin.c on localhost failed make[4]: *** [libgsttcp_la-gsttcpplugin.lo] Error 1 make[4]: Leaving directory `/home/cobaron/gst/gst-plugins-0.8.11/gst/tcp' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/cobaron/gst/gst-plugins-0.8.11/gst/tcp' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cobaron/gst/gst-plugins-0.8.11/gst' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cobaron/gst/gst-plugins-0.8.11' make: *** [all] Error 2 It seems that the gstreamer installation isn't complete. If I could get the gst-plugin configure/make to skip or forget the tcp plugin, which I don't need, I think I could also have my own plugin compiling. Corentin ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
Ola, I think some zope/plone solution could be useful here... 1. which is as easy as wiki to add..plone has a product called wicked which provides this behaviour 2. some policy what is acceptable and not acceptable [remember the thread we had about when one of the entry was removed] ...zope it has fine grained permissions with the ability to publish/retract etc 3. possiblity to sort/search applications (already thinking about device/maemo/IT SW edition compatible/WIP/testing/stable i.e this application is known to work with Maemo 2.0) you can search products in plone 4. some kind of user ranking system (user feedback possibility) plone has this 5. some possibility to have top 5 new submitted applications plone has this 6. some possibility to have top 5 popular applications plone has this HTH []'s Ian -- .''`. : :' : `. `'` `- Orgulhoso ser MetaRecicleiro http://manaus.metareciclagem.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
- Forwarded message from Devesh Kothari [EMAIL PROTECTED] I am of the opinion that everyone MUST be advised to upgrade Since - it is a free upgrade - Maintaining Maemo 1.1 and 2.0 which are incompatible is a big problem (proposal is move Maemo 1.1 to archive status) - It just causes confusion if Maemo 1.1 and 2.0 applications start to coexist especially to the end user (Maemo 2.0 Application installer would refuse to install anyway) From the 3rd party developer/Nokia point of view I agree, nobody wants the overhead for now. And all kinds of rough edges are kind of expected at this point, even if everybody is doing his/her best to improve things. From a user PoV I'm doubtful. Current users want the applications, and there would be a plethora of other reasons to be slow in updating. Think about other platform products, like Red Hat, PalmOS, or Symbian, do they only support the latest version as well? I think in the long run you need a process that takes this into account. For this upgrade, I think you'd need a developer release at least 2 weeks in advance for a smooth transition. This could be different things as the critical thing is just a way to test that one's implementation of the new APIs works, as early as possible. A public beta of the production image could be a way to do this but it involves other overhead and would bring other benefits, like feedback from real users, more publicity, etc. If a smooth transition is essential in your mind you could even delay the production release. So we need to come up with the concept of community contrib repository where the 3rd party applications could be uploaded Something like all the repositories you can use with apt-get and sources.list on Debian? That could be ideal but making the maintenance smooth (everything needs to work with everything) is not trivial. Risto ... Luukku Plus paketilla pääset eroon tila- ja turvallisuusongelmista. Hanki Luukku Plus ja helpotat elämääsi. http://www.mtv3.fi/luukku ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: cant get maemo to my Xnest window
sorry the long delay, but I was a little busy. here is the log: [sbox-SDK_PC: ~] export DISPLAY=localhost:2 [sbox-SDK_PC: ~] af-sb-init.sh start Sample files present. Starting DBUS system bus Starting D-BUS session bus daemon Starting Sapwood image server Starting Matchbox window manager Starting Keyboard Starting Task Navigator Starting Home Starting Statusbar and the Xnest init log: Sandbox:/home/cacto# /scratchbox/sbin/sbox_ctl start Registering Scratchbox binary formats: done. Mounting Scratchbox directories: done. Sandbox:/home/cacto# exit exit [EMAIL PROTECTED]:~$ Xnest -geometry 800x480 -ac :2 [1] 3682 [EMAIL PROTECTED]:~$ Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! this Xnest message means anything special? thanks Daniel NeoStrider Monteiro PS: soon my project will be available in sourceforge. keep your eyes open! ___ Abra sua conta no Yahoo! Mail: 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz. http://br.info.mail.yahoo.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: cant get maemo to my Xnest window
ext Daniel Monteiro wrote: sorry the long delay, but I was a little busy. here is the log: [sbox-SDK_PC: ~] export DISPLAY=localhost:2 [sbox-SDK_PC: ~] af-sb-init.sh start Sample files present. Starting DBUS system bus Starting D-BUS session bus daemon Starting Sapwood image server Starting Matchbox window manager Starting Keyboard Starting Task Navigator Starting Home Starting Statusbar and the Xnest init log: Sandbox:/home/cacto# /scratchbox/sbin/sbox_ctl start Registering Scratchbox binary formats: done. Mounting Scratchbox directories: done. Sandbox:/home/cacto# exit exit [EMAIL PROTECTED]:~$ Xnest -geometry 800x480 -ac :2 [1] 3682 [EMAIL PROTECTED]:~$ Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! this Xnest message means anything special? Nope nothing special. I think you should also give Xnest the colordepth using '-depth 16' option. Before launching maemo-environment from scratchbox you might want to try launching some random program (xterm) to it and see that it works. However, you should really consider to use Xephyr instead of Xnest so that you don't need to change your native X-server colordepth. thanks Daniel NeoStrider Monteiro PS: soon my project will be available in sourceforge. keep your eyes open! // Tapani ___ Abra sua conta no Yahoo! Mail: 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz. http://br.info.mail.yahoo.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
