Re: extras-assistant: autobuilder fails, no reason given?
Thanks to both of you - your tips helped me to resolve the problem. I indeed had an issue in the debian/control file (line breaks, string delimiters, quite similar to the bug of Patrick) So whoever has such an issue in the future, just login to your scratchbox and enter the commands manually as seen in the logfile. (Starting with the comamnds visible after the Copying source files to work dir / Extracting sources to work dir log entries) Happy hacking -Tom On Sat, Nov 6, 2010 at 10:02 PM, Thomas Waelti twae...@gmail.com wrote: Hello all Autobuilder fails on my uploads, but I can't find the reason in the logs available. Any ideas on how to proceed? Did I overlook something? Most of the time this is due to issues in your debian/control file. Looking at yours, my guess is that it is your description field. That looks like a bit of a mess. You can find more info about this build here: https://garage.maemo.org/builder/fremantle/recaller_2.1.0-1/ Thanks -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
extras-assistant: autobuilder fails, no reason given?
Hello all Autobuilder fails on my uploads, but I can't find the reason in the logs available. Any ideas on how to proceed? Did I overlook something? You can find more info about this build here: https://garage.maemo.org/builder/fremantle/recaller_2.1.0-1/ Thanks -Tom [2010-11-06 22:34:01] Processing package recaller 2.1.0-1. Uploader: twaelti, builder: builder2 [2010-11-06 22:34:03] Building recaller 2.1.0-1 for target 'maemo-fremantle-i386-extras-devel' [2010-11-06 22:34:17] FAILED [2010-11-06 22:34:17] You can find more info about this build here: https://garage.maemo.org/builder/fremantle/recaller_2.1.0-1/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MADDE 'developer' account - good or bad?
In my very limited personal experience from my first few hours with Qt Creator yesterday, I can already tell you that it doesn't help in security at all: I was browsing the example projects and decided to take a look at the calendar example. Debugging it on the device caused it to replace the in-built calendar... -Tom As many of you go, Nokia Qt SDK uses, through MADDE, a special 'developer' account (with it's own home directory) to do stuff on the device That means that it doesn't use the information (databases etc.) stored in the users home directory. I'm gradually starting to feel this is a bad idea, that leads to subtle problems when developers are trying to pretend that they are running their application as default user (and hence have direct access to all the data user has). Discuss :). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Enhanced Recorder App
Perhaps you could help me to add this function to my recaller widget? It's written in Python and the source can be downloaded fro the repos. That would be the easiest way for sure. -Tom Hello, I am looking for a recorder which is able to start recording and stop recording when the button at the headset is pressed. Usecase: phone is somewhare in the pocket and I want to do recording. I did not see an app able to do this. Now I am wondering how much effort it would be to create a simple app like this myself (I am a programer, have scratchbox setup, but no hildon and codec experience). Spec of the up: - Three buttons: New, Save, Start/Stop recording - Start/Stop recording should also work from headset button when recording up is up and screen blancked. What I would appreciate are answers to - Is there an app which I could take as starting point? Depending on what is missing of the app if there is any - Pointer to a hello world app with buttons - Would you rather recommend C or python (I am more fluent in C/C++, but I see a lot of python apps and applets)? - Pointer to codec to use for audio encoding - Pointer how to use headset button. I certainly tried recorder and filed a bug report https://bugs.maemo.org/show_bug.cgi?id=9903 some time ago. Since the author has a Nokia address Marko Nykanen marko.ja.nyka...@nokia.com I suspect recorder has a closed source license Nokia app. Since there is no action on the bug report I assume Nokia has no interest in supplying that features and since source code is not available it is also impossible to enhance the existing app. Thanks, Rainer ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Help needed: packaging/distributing very small C app
Hell, frozen over. It took me four evenings, one hour each evening, to tinker and try and fail and try again. But now it loooks good: http://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_armel/mafw-play-list/0.1.0-5/ (To test it, you need to have one or more saved playlists on your N900. Then open X-Term and enter mafw-play-list NameOfYourPlayList and it should start the playback of this playlist.) Thanks for all the help and support - it's been a positive (community) but still frustrating (technology) experience :-) I guess once you're spoiled by something like the Compact Framework and Visual Studio, a casual hoppy developer finds the current state of Maemo development quite difficult to accept... Mainly, there was a major pitfall that I fell into: - In configure.ac, pkg_check_modules, I had to put mafw and mafw-shared as dependencies - But in the Build-Depends of the control file, I had to write libmafw0-dev and libmafw-shared0-dev In addition, once something fails, it's still a bit unclear from the current docs about where to continue/repeat which steps. Thanks again and Happy hacking -Tom On Apr 22, 2010, at 11:02 PM, Joseph Charpak wrote: On Thu, 2010-04-22 at 21:58 +0200, Thomas Waelti wrote: Thanks everybody for your extensive support in documenting this process. While I encountered a few smaller stumbling blocks, it worked quite good (especially once the docs got updated by David) I can report halfway success for now :-) The reason is simple: - No package 'mafw' found - No package 'mafw-shared' found How to proceed? Is this indeed a problem of the autobuilder (no mawf libs) or of my source package? The build-depends line in the debian control file is probably missing a reference to mafw and mafw-shared. You have it locally so the program finds it, but the autobuilder doesn't know to include it and therefore can't complete the build. Remember the autobuilder only includes the bareest minimum by default, you need to explicitly include everything else. I would suspect that is the problem as well. I would also look at your 'Depends:' line to make sure you have all the packages your app relies on at runtime installed with your package when it is installed on someone else's machine. Build-Depends is for buildtime dependencies, Depends is for runtime dependencies. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Help needed: packaging/distributing very small C app
Thanks everybody for your extensive support in documenting this process. While I encountered a few smaller stumbling blocks, it worked quite good (especially once the docs got updated by David) I can report halfway success for now :-) It was impossible to achieve the original target, having a smaller effort in building than in developing. Adapting C code and just building it took me an hour. Reading through the package docs plus two separate efforts to get it running took about 3 hours :-) However, I was now able to build a 386 and an armel package the way it's described in the docs. Manually installing the armel deb on my N900 through dpkg -i gave me a working binary. Hooray! (Now I'm where I've been before, a working binary on MY device :-) Unfortunately, my effort to share this in the proper way (uploading the sources package) did now fail in the autobuilder: https://garage.maemo.org/builder/fremantle/mafw-play-list-c_0.1-1/armel.build.log.FAILED.txt The reason is simple: - No package 'mafw' found - No package 'mafw-shared' found How to proceed? Is this indeed a problem of the autobuilder (no mawf libs) or of my source package? Best regards -Tom On 2010-04-19 16:50, Dave Neary dne...@maemo.org wrote: Hi, Dave Neary wrote: I documented the packaging of a C app (using autotools for building) a while back in the wiki: http://wiki.maemo.org/Packaging#A_concrete_example_-_rot13 This starts with a tiny C program the minimum autotools stuff to build it (I don't include these - would that be useful?) and guides you through making a .deb. So I included an A to Z for this project, with the 3 files you need to create a .tar.gz using standard autotools. Let me know if it's useful. I updated this with some newer syntax and a link to some (very detailed) documentation in the wiki. I second autotools as a way to make packaging easier (once you understand them). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Help needed: packaging/distributing very small C app
I'm looking for advanced packaging information for a very small C application. While I've learned to build a .deb for a python app using py2deb, I now face another task of packaging where the effort to package could very quickly become exponentially greater than the effort needed to write the application itself. Here's the story: I needed a way to start the playback of a certain playlist in mafw/gstrenderer. Unfortunately, the python-mafw doesn't support this. I also stalled on using ctypes or going through d-bus. However, I found the source code for mafw-renderer-example*, a CLI app that includes the desired functionality. (* http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Multimedia_Components/Media_Application_Framework_(MAFW)#Renderer_example ) I then took that code and made some slight modifications to suit my needs (shuffle the playlist before starting playback, exit the app after starting playback). After building my first C app (hooray!), I now have an ARMEL binary named mafw-play-list that does what I want. Now I face the daunting task to distribute that code/binary, as I will need it in another app of mine (and because I believe others might like it, too). I'ts just one source file (400 lines, 10kB) and it takes two lines to compile. How should I distribute this? (I've already built a binary-only package using py2deb and uploaded it to extras-devel - but I believe this is not the right way to do it). Can someone explain what to do correctly? Or could someone even lend me a hand in packaging this? Thanks! -Tom BTW: strangely, the in-built media player is not aware of any alternatively started playlists in it's renderer. Exists there anything to signal something about a running playlist to the Media player? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [pymaemo] hildon-desktop: getting D-Bus?
As a final status update: a vastly improved version of Recaller has been built and uploaded - it will show up in extras-devel during the next hours :-) Thanks for all the inputs and have fun -Tom Thanks to all of you! Based on your feedbacks, I was able to find a solution :-) So here is on how to get your hands on a dbus system object in a python-based hildon-home widget in a way that you can attach callbacks. from dbus.mainloop.glib import DBusGMainLoop dbus.mainloop.glib.DBusGMainLoop(set_as_default=True) dbus.mainloop.glib.threads_init() class YourHomePlugin(hildondesktop.HomePluginItem): def __init__(self): self.bus = dbus.bus.BusConnection(unix:path=/var/run/dbus/system_bus_socket) This means that auto-recording now works in my Recaller widget... I'll post a new version to Extras-Devel during the next days. Thanks again to everybody! -Tom 2010/4/14 Kimmo Hämäläinen kimmo.hamalai...@nokia.com: On Tue, 2010-04-13 at 23:19 +0200, ext Thomas Waelti wrote: (Crossposting to maemo-devel, hoping for a Hildon-Desktop or D-Bus expert to pick this up. Original thread is at https://garage.maemo.org/pipermail/pymaemo-developers/2010-April/001444.html ) Thanks for a very interesting input. Unfortunately, it didn't work for my needs, as I must get my hands on the SYSTEM bus, not the Session one. I tried your example, changing it to self.bus = dbus.bus.BusConnection(unix:abstract=/var/run/dbus/system_bus_socket) However, I get this error: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused Isn't this the correct address of the system dbus? Or do I have a permission (or other) problem when trying to get on the system-dbus from hildon-desktop? You mean hildon-home (hildon-desktop does not have plugins). I found some code from http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html#connecting-to-the-bus = import dbus from dbus.mainloop.glib import DBusGMainLoop dbus_loop = DBusGMainLoop() bus = dbus.SessionBus(mainloop=dbus_loop) = Just replace SessionBus with SystemBus, yes? -Kimmo Thanks all -Tom As a follow-up to the discussion about d-bus from a hildon widget a few days ago that I found out while having the same problem, I've finally managed to get something that seems to be working for me: # Create a session bus. import dbus from dbus.mainloop.glib import DBusGMainLoop dbus.mainloop.glib.DBusGMainLoop(set_as_default=True) from os import environ bus = dbus.bus.BusConnection(environ[DBUS_SESSION_BUS_ADDRESS]) And then bus can be used as usual. I haven't done a whole lot of testing, as I just found this out, but it appears to be working both in command line mode and as a home widget. Yves. ___ pymaemo-developers mailing list pymaemo-develop...@garage.maemo.org https://garage.maemo.org/mailman/listinfo/pymaemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC 2010, eBook reader
I would be very interested to see a high-performing ebook reader on the Maemo platform. At hand, I have a 27 MB epub file (90 MB unzipped) with thousands of articles. FBreader chokes on that. Having a speedy reader with nice navigation features would make the N900 stand out from the crowd of other devices. Best regards -Tom On Thu, Mar 25, 2010 at 12:51 PM, Juhana Jauhiainen juhana.jauhiai...@gmail.com wrote: Overall though I think it would be wise to stick to implementing a basic UI, touch friendly navigation and good format support without adding too much features. +1 here. Ebook reader doesn't need *that* much features (it's basically ls less in drag), but what's there should work in a solid fashion. Good book browsing ui, TOC navigation, and read area where you can add your own annotations would be nice. It might be a good idea to research other ebook reader offerings (for other platforms) and make a list of what you think you can implement during the summer, keeping in mind that the project will continue after the summer = community can add the missing features. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Builder now runs PR1.2 SDK with Qt 4.6 support
I strongly (but clueless) guess that 1.2 is right around the corner. Tomorrow or this week, so we can play with it over Easter :-) It's a difficult transition period, but well worth a few days of patience. Happy hacking :-) -Tom On Wed, 24 Mar 2010, Niels Breet wrote: Hi, I've installed the new PR1.2 SDK on the maemo.org Extras autobuilder. Developers are encouraged to test their application in the PR1.2 SDK to see if everything still works as expected. If I understand correctly, now developers who depend on maemo.org repositories to distribute their cannot distribute updates to users. Users of applications in extras-devel who delete an application for some reason cannot reinstall it. Since Nokia does not comment on schedule of future releases, we might remain in this state for a long time. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Download statistics
Ok, that sounds good. Is app karma documented somewhere? I can only find this: http://wiki.maemo.org/Task:Karma_for_applications Yes, http://wiki.maemo.org/Karma In fact, it's even nicely linked from your profile page Karma :-) Happy hacking -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
Thank you Anderson, much appreciated! -Tom 2010/1/13 Kimmo Hämäläinen kimmo.hamalai...@nokia.com: Notice that hildon-desktop does not have any plugins, all plugins are in hildon-home. What you need is killall hildon-home -- it will restart automatically and no reboot is needed. Yesterday I uploaded an updated version of the Python loader that uses this workaround, thus closing https://bugs.maemo.org/show_bug.cgi?id=8586 See also the broader bug report : https://bugs.maemo.org/show_bug.cgi?id=9370 (not fixed yet, that's why we added the workaround) Regards, ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo
These two statements together make it clear for me as a hobby developer on this platform that there is nothing to worry about, topic closed :-) OTOH, I've clearly seen the limits of the App Manager (speed/performance) from a user perspective and hope that the switch to .rpm could improve that. Even if I have to repack my measly apps (after finally having mastered debbing after years...), I'm glad to see Maemo getting a strong partner. Happy hacking -Tom Tor wrote: This is very bad news IMO. I work a lot with both formats and I know which one is less painful. Completely subjective. I work with both, and I can tell you the opposite. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Testing apps
Virtual machines :-) I have one in which I develop and one for testing. The latter has a filebackup of the full machine so I can just dump it back to the initial state if needed. -Tom Ive built a command-line app. I can bring up the Maemo UI and run the tool from Terminal just fine (from inside its source folder), however related utilities that come with the tool dont work - Im assuming I need to do a make install to fully test it. I could install it but then Im 'polluting' my dev environment with something that may not work and may be hard to remove all traces of correctly. What's a good strategy to test then? Should I make a package and use the package manager to install, test and uninstall? How do developers test apps like this? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Autobuilder, where have you gone?
Once again, autobuilder is down for me. Extras Assistant is ok, I can upload my files, but on step 4, the button Move files to autobuilder queue just hangs. I'm tired to filing Bugzillas for these things, couldn't we have an active infrastructure monitoring for these important elements? (Nice example, slightly better funded: http://www.google.com/appsstatus#hl=en :-) Most of the community work done for Maemo is done in evenings and over weekends. Not having a supported infrastructure during these times = Fail. I have 2 hours per days for this fascinating hobby - if I can't build, new versions are delayed 1-2 days every time. I guess this might be true for many others here, too. These delays are wasted time especially right now, when it's important that Maemo gets a number of critical apps as soon as possible. But still - big thanks anyway for the efforts of the Maemo admins - it must be quite a party these weeks :-) -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
So would it make sense to add a killall hildon-home to the postinstall of the hildon-desktop-python-loader as an interim fix? Who could do that? (I refrain from adding that to my app, as I think this would be the wrong place :-) Thanks -Tom This is what I've noticed: killall hildon-home shouldn't cause the widgets to disappear. If hildon-home is kill -9'ed, the widgets will almost certainly disappear as part of a safe mode designed to ensure hildon-home doesn't go into a crash loop due to a misbehaving widget. But, if you then killall hildon-home (send it SIGTERM) while it is in this safe mode state, it then proceeds to update its config (which has all non-Nokia applets). Best Regards, Faheem On Thu, Jan 14, 2010 at 10:32 AM, Mikko Vartiainen mvartiai...@gmail.com wrote: Not sure about that - I just tested it on my 44-1 and all previously placed custom widgets came up again. I also was able add other previously installed widgets. What was your test case so that I can better try and verify on my device? Hmm, it seems that sometimes widgets disappear, not always. ___ 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
Hildon-Desktop: added Widget not shown
Hello all I've uploaded an alpha version of my shutter home widget (IR shutter for Nikon DSLR) to extras-devel. Functionaly, it works. But now I have a small problem in my installer that I'm unable to resolve: After running the deb, the widget gets installed. It can then be added to the desktop by the user through the normal Desktop Config Add Widget process. It shows up in the list and is selectable. But then it does not show up on the desktop! However, once the device is rebooted, the added widget is cleary visible and works well. Now I really don't want to forece my users to reboot just because of a widget. Therefore my question: what am I missing? Any special postinstall script to run? Or is it a problem of my .desktop file? [Desktop Entry] Name=shutter Comment=Issues a single IR command using LIRC Type=python X-Path=shutter.py X-Multiple=true Thanks for any help -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Hildon-Desktop: added Widget not shown
(Resent with correct time/date) Hello all I've uploaded an alpha version of my shutter home widget (IR shutter for Nikon DSLR) to extras-devel. Functionaly, it works. But now I have a small problem in my installer that I'm unable to resolve: After running the deb, the widget gets installed. It can then be added to the desktop by the user through the normal Desktop Config Add Widget process. It shows up in the list and is selectable. But then it does not show up on the desktop! However, once the device is rebooted, the added widget is cleary visible and works well. Now I really don't want to forece my users to reboot just because of a widget. Therefore my question: what am I missing? Any special postinstall script to run? Or is it a problem of my .desktop file? [Desktop Entry] Name=shutter Comment=Issues a single IR command using LIRC Type=python X-Path=shutter.py X-Multiple=true Thanks for any help -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does anyone see this?
Not only did I see your post, but I can confirm your problem, as I have the same: My own emails sent to the list never arrive in my mailing list inboxes, even though I have the settings in the subscriper page set as you describe. Anyone else with that problem? We might need to open a bug in bugzilla. Best regards -Tom Can someone please confirm that they can see this email? There have been some issues with post seeing my own postings (even though in the subscriber page the appropriate option is checked off as Yes) and also anyone seeing my emails on any of the two lists. Thanks ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Simple javascript application on maemo
Would it make sense if I would try that route with maeMaps, too? (Because I didn't win any friends to support my proposal of packing a bookmark :-) I'm still a bit afraid of QT, not knowing what version to develop for on the N900 and being a real C++ noob (altough I once created an image converter in C++ that did run over 100 million times worldwide :-) -Tom Hi, What about creating a simple Qt application with a QWebPage and load your html/js page into it? Br, Antonio On Sun, Dec 13, 2009 at 1:55 PM, ds d...@physik.de wrote: Hi, I wonder if there is prefered way to install a simple javascript application to maemo. I only want to start a html page containing javascript in fullscreen mode and have a nice shortcut for the application. Is there any example? Thanks a lot Detlef ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Garage maintenance break
And now we have rush-hour on garage... dog slow, four apps queued inside 20 minutes. Is that new server slower or faster than the old one :-) Thanks for keeping an eye on that infrastructure, it really becomes critically important now. Best regards -Tom Hello, Marius Gedminas wrote: On Sat, Dec 12, 2009 at 11:34:57AM +, Andrew Flegg wrote: Apologies if such an announcement was made - but I didn't see it, and can't find it if it was. So, if it *was* made; it needs to be made more clearly next time :-) I was unable to find an announcement either. Since previous maintenance breaks used to be announced, I can only assume this downtime is unscheduled. Some kind of emergency? There was no announcement, because there was no maintenance break planned. What happened was a bad mistake from me. I changed the PosgreSQL config file to do some db migration stuff to the new server. After copying the database I forgot to revert the config changes which caused that the web site went down. I am very sorry for inconveniences it has caused. Br, ferenc ___ 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
Intercept camera slider open event to default camera app? (N900)
Can anybody tell how an app can intercept the camera slider opening event, so that it does NOT call the default camera app? This might be handy for my upcoming version of moodlight, which now has a camera-LED-based flashlight mode thanks to the input from RISKÓ Gergely. It might also benefit all other cam-related apps such as mBarcode from Lardman. Thanks and happy hacking :-) -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Packaging a bookmark?
Hello list Some of you might have seen my Google Maps webapplication called maeMaps (http://tomch.com/maemaps.html) As it is a always online app anyway, I would like to distribute through Extras not an offline version, but just a bookmark to the online version. This would have the advantage for endusers that people can easily find it through the Application Catalog and for me as a developer greater freedom in updaating and integration with other services. Is that allowed and acceptable? Does it make sense in my case? What would you do in such a case? Best regards and a happy weekend -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mediaplayer/GStreamer/Tracker: adding new file types?
Unfortunatley, I'm running into two issues with these solutions: 1. After registering the MIME type, it still doesn't show up. Probably because of http://bugs.freedesktop.org/show_bug.cgi?id=24690 (.ts files are incorrectly detected as application/x-linguist not video/MP2T) 2. playbin2 doesn't seem to choose the best pipeline for playing these .ts files. I get better results (more fluid video) building simple pipelines myself. I guess I could resolve the freedesktop bug on my machine for me and now, but if someone with a freedesktop bugzilla account could vote for that bug, I'd be happy :-) Any ideas about issue 2? Thanks for all the info - I just LOVE the framework that Maemo 5 offers! -Tom Juan A. Suarez Romero wrote: On Sat, 2009-11-14 at 23:55 +0100, Thomas Waelti wrote: Hello all Using gst-launch with playbin2, I'm able to play .ts files on my N900 from the command line. Is there any way to add this ability to the inbuilt mediaplayer? I guess that this involves a few steps, but don't know how to achieve that: - Get Tracker to index .ts files as video files - Configure Mediaplayer to use the correct pipeline for this media type Really, MAFW is in charge of playing things, not mediaplayer. And MAFW is already using playbin2. So you only need to configure tracker to index those .ts files in order to show them as video files. Here's how Ogg Support does it: http://cgit.pingu.fi/repositories/ogg-support/ogg-support.git/tree/debian/ogg-support.postinst?id=1.0.5 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Flash in MicroB on N900: Hardware acceleration?
Still running with 2009.41-10, I'm unsure if the flash player is hardware accelerated or not. In the context menu of Flash player, under SettingsDisplay (first tab from the left), there is one (selected) item called Enable hardware acceleration. This looks good. OTOH, I'm asking this because the perfomance of Google Streetview in my maeMaps Google Maps webapp seems relatively slow when changing views to the left and right (especially after I've seen native Streetview running on a HTC phone :-). In addition, flash games that are slightly advanced seem slow, too. I'm aware that in both contexts, I have fullscreen flash. But still - the device is quite snappy in all other tasks I'm throwing at it, just flash seems a tad too slow in comparison. Anyone with other experience / insider knowhow? Thanks -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Mediaplayer/GStreamer/Tracker: adding new file types?
Hello all Using gst-launch with playbin2, I'm able to play .ts files on my N900 from the command line. Is there any way to add this ability to the inbuilt mediaplayer? I guess that this involves a few steps, but don't know how to achieve that: - Get Tracker to index .ts files as video files - Configure Mediaplayer to use the correct pipeline for this media type Any ideas? Thanks! -Tom (still dreaming of using the N900 as the frontend for his digital videorecorder :-) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: how to manage phone Profiles in Maemo
There is no difference, they are synonyms. From http://maemo.org/api_refs/5.0/5.0-final/mce-dev/mode-names_8h.html : Offline device mode; RF's disabled; alias for flight mode. -Tom 2009/11/11 daniel wilms daniel.wi...@nokia.com: Hi thank you for the fast response; #define MCE_DEVICE_MODE_CHANGE_REQ req_device_mode_change WoW!, that looks promising. But how can I use this inside my application to force changing of the Profile/mode of the phone ?? this describes a dbus-service. How to implement it, depends on the language you are using. Here an example using the dbus-send in the terminal: bus-send --system --type=method_call --dest=com.nokia.mce --print-reply /com/nokia/mce/request com.nokia.mce.request.get_device_mode The reply is the device mode as a string. But with mce you can just switch between normal, flight and offline mode. I will try to figure out if and how you can select the other profiles. Cheers Daniel What's the difference between flight and offline ? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo5 MicroB: javascript API for fullscreen, location, cursor enable?
Thanks to Nokia for the great input, this works VERY well :-) (!!!) I will shortly post an update of maeMaps on tmo including this function. Can you explain it to me how it works in terms of accuracy? My first queries only gave me a result in the center of Zurich, over 100 km off my current position. Was that through Google or over the Maemo Geolocation API? (Provider/Cell based?) On subsequent tries however, the GPS was active and gave perfect information (gotta round down these 15 decimal places of lat/long a bit :-). And what happens if I call getCurrentPosition() using the enableHighAccuracy PositionOption? Thanks again! Best regards -Tom [BTW: GPS get really quick and good fixes, even inside my house with closed blinds]- Hi, a little update on this: The GeoLocation API is in general available in mozilla, but there is no specific back-end implemented in Maemo yet to use it. There is now a browser extension, which implements the back-end implementation for the GeoLocation API in extras-devel. It is called maemo-geolocation [1]. Feel free to test it [2]. [1] http://maemo.org/packages/view/maemo-geolocation/ [2] http://www.mozilla.com/en-US/firefox/geolocation/ Cheers Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo5 MicroB: javascript API for fullscreen, location, cursor enable?
Hello all I'm looking for any information about MicroB maemo-specific javascript API to do the following things: - Switch to fullscreen - Access location information - Enable the cursor Any hints? Thanks -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Changing Freemantle Desktop Backgrounds
And because it is a wiki, I just changed it. HINT: you can do similar things in the maemo.org wiki... ;-) -Tom (sorry for slightly OT, but the Wiki Action Group needs to push the Wiki :-) Andrea Grandi ha scritto: More importantly ;-) I don't see Diablo in that list, although that is also a wind: http://en.wikipedia.org/wiki/Diablo_wind ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?
So I guess there must be a bug somewhere in my package files. There is, it's in the changelog. The canonical place for the version string is in your changelog - debian tools look for that string and assign the version based on that. Here's the first line of your changelog for verion 0.6.4: mclock (0.6.4) stable; urgency=low As you can see there is no -1 after the version number. Also, the following word after the version in parentheses is stable, but it really should be unstable since this signifies which debian repository this package is destined for. Of course, Maemo is not debian, so this is irrelevant at this point in time. Thanks for the help, I'll go after that and hunt and hopefully fix the bug. (For me, finding this would have been like a needle in a haystack) I recommend using the tools recommended by debian and Maemo[0], specifically dh_make. The simple reason I recommend dh_make is that I have more experience with that then py2deb and I know that dh_make is well tested and used extensively in debian. Yes, I fully understand and agree. However, the idea is to offer an option to build a package for people without a linux desktop, so that they can prepare the package parts directly on their device and upload from there (same goes for pypackager). This also offers a quick way to package command line hacks (such as the gconf options for the display timeout, aka moreDimmingOptions) Best regards -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?
The second issue seems to be a bug somewhere between py2deb, autobuilder and the uploader to the repos: the build number isn't recognized by the repo loader. By build number do you mean package version? Yes, I mean package version, sorry for the wrong terminology. Just to clarify things, the software has a version, the debian packaging has a version, and the maemo packging has a version. I know it is confusing, but lets take a look at a package name: This I knew, and that's what confused me: When preparing my package for upload, I increased my package version number, then prepared the .dsc. and .changes etc. using py2deb. If we look at the email from the autobuilder, it seems that it properly recognized this in the uploaded files (or at least my filenames reflect it :-): My second package version of the initial fremantle version of mclock: [2009-09-21 20:35:21] Processing package mclock 0.6.0-2. Uploader: twaelti, builder: builder1 [2009-09-21 20:35:34] Building mclock 0.6.0-2 for target 'maemo-fremantle-i386-extras-devel' [2009-09-21 20:36:14] OK [2009-09-21 20:36:21] Signing build results [2009-09-21 20:36:27] mclock 0.6.0-2 has been queued for loading into fremantle extras-devel repository [2009-09-21 20:36:27] You can find more info about this build here: https://garage.maemo.org/builder/fremantle/mclock_0.6.0-2/ My first package version of the fifth minor revision of the fremantle version of mclock: [2009-09-24 22:20:17] Processing package mclock 0.6.4-1. Uploader: twaelti, builder: builder1 [2009-09-24 22:20:24] Building mclock 0.6.4-1 for target 'maemo-fremantle-i386-extras-devel' [2009-09-24 22:21:12] OK [2009-09-24 22:21:19] Signing build results [2009-09-24 22:21:22] mclock 0.6.4-1 has been queued for loading into fremantle extras-devel repository [2009-09-24 22:21:22] You can find more info about this build here: https://garage.maemo.org/builder/fremantle/mclock_0.6.4-1/ Unfrtunatelely, that info about the package version never arrived in the repository or package viewer. So I guess there must be a bug somewhere in my package files. However, looking at the files in e.g. https://garage.maemo.org/builder/fremantle/mclock_0.6.4-1/ doesn't reveal any problem. Can you help me track that bug down? It would not only help me, but all people who plan to use py2deb for their packaging. I will gladly send you the files privately in a separate email if this helps. Best regards -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Allowed sections for Fremantle
It is just extremely confusing that http://wiki.maemo.org/Task:Package_categories#New_list_for_DIABLO shall be the answer for Allowed sections for FREMANTLE? (All Caps by me) I really hope for the sprint, that's why I voted and commented on that bug 5055. Otherwise, I'll have to wear a #5055 T-Shirt at the summit :-) -Tom On Thu, Sep 24, 2009 at 12:58, Luca Donaggio donag...@gmail.com wrote: But the package interface seems to think differently; the page for grsync [2] says: Section:user/accessories Warning: This package is not using one of the allowed user/* sections! What's wrong? The wiki or the package interface? Or maybe the reason is another one? The definitive list is: http://wiki.maemo.org/Task:Package_categories#New_list_for_Diablo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?
Thanks you both for all the support. Unfortunately, from evaluation of your feedbacks, I found out that the information in http://maemo.org/packages/view/mclock/ is outdated and does not reflect the currently uploaded package (build3) but instead still contains the information from an earlier build. The errors mentioned in there were (hopefully) resolved by me in the way you mentioned in build3 which is the most recently uploaded package. Is there a problem with the queue for loading into fremantle extras-devel repository (taking too long) or is my package so wrong (perhaps a py2deb bug)? It did however build OK (https://garage.maemo.org/builder/fremantle/mclock_0.6.0-3/) [2009-09-21 20:55:21] Processing package mclock 0.6.0-3. Uploader: twaelti, builder: builder1 [2009-09-21 20:55:29] Building mclock 0.6.0-3 for target 'maemo-fremantle-i386-extras-devel' [2009-09-21 20:56:26] OK [2009-09-21 20:56:27] Signing build results [2009-09-21 20:56:34] mclock 0.6.0-3 has been queued for loading into fremantle extras-devel repository I will wait for the repository and package view webpage to get updated with the newer build and try again tomorrow. Thanks! -Tom On Mon, Sep 21, 2009 at 4:02 PM, Jeremiah Foster jerem...@jeremiahfoster.com wrote: The following packages have unmet dependencies: mclock: Depends: gnome-python (= 2.26.1-1maemo1) Depends: pygtk (= 2.12.1-6maemo7) but it is not installable Depends: pygame (= 1.8.1release-0maemo3) but it is not You are using the wrong package names, you should use: python-gtk2 python-pygame Regards, ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Nokia PUSH N900. Now open for submissions.
The hackers' guide mentions the light sensor, proximity sensor, and IR port. Can someone from Nokia already anwer some questions about these three interfaces? Glancing at http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Architecture/System_Software#Mode_Control_Entity_.28MCE.29, it seems that MCE is used to control light sensor and proximity sensor. While it seems that some parts of MCE are available through D-Bus according to http://maemo.org/api_refs/5.0/beta/mce-dev/ (LED, vibrator), the control light sensor and proximity sensor are not mentioned. Are/will the be available through D-Bus, too? Or is there another preferred method to communicate with MCE for these sensors? What kind of values or information can the proximity sensor offer? What is the exact specification and intended purpose of the IR port? (It seems to be a bit of an easter egg, but Irreco is already available for Maemo 5, so I guess the port is available as a serial device - source isn't available yet, however). And: Any range information? For happy hacking, it would be nice to have this information available. Thanks! (and special thanks to the persons getting the IR port onboard!!!) -Tom Hacker's Guide released: http://bit.ly/3epzBN Any info if the sample projects will make it to the Maemo Summit? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Python packaging (Was: Re: debmaster priorities [YOUR INPUT HERE])
Did anybody ever stumble over my two wiki articles about this issue? ;-) They are written from a no-real-clue-but-finally-got-it-working perspective, which might shed a light on the problems these amateur developers (such as myself) face on the platform. http://wiki.maemo.org/Py2deb (accessed 3000 times?) http://wiki.maemo.org/PyPackager (accessed 4000 times?) Perhaps they could also serve as the foundation for an advanced article or get linked in the next blog that Jeremiah writes. Thanks and best regards -Tom PS: Ok, now we have a debmaster. But could Nokia also sponsor a debslave? Would come in handy :-) On Thu, May 14, 2009 at 1:44 AM, Jeremiah Foster jerem...@jeremiahfoster.com wrote: On May 15, 2009, at 9:29, Qole wrote: The maemo.org community seems to have a large number of very amateur developers (myself included) who see a need and develop a solution to fill that need. These solutions often are written in Python or are composed of a series of shell scripts, so no compiling is necessary. These new developers post their solutions on the forums, and they are very appreciated by the community. The problem then is that these amateur developers have never packaged an application before, and they don't know how to package the app (make a .deb) and make it available to a wider audience (put it in Extras). I would love to see the debmaster pick up the slack and help get these applications properly packaged, and then, if the community support is strong enough, help get the package into Extras. I have just blogged about resources for packaging - mainly links to get people started. (It wasn't showing up on the planet last I checked, I have to check again.) I am going to blog about packaging a sample python app and push more documentation to the wiki. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
