Re: # echo 0 /proc/sys/vm/vdso_enabled
On 12/9/07, Tomi Ollila [EMAIL PROTECTED] wrote: Hi # echo 0 /proc/sys/vm/vdso_enabled Makes scratchbox environment (at least with Maemo 2.2 rootstrap) to work with Fedora 8 (and Fedora 7) (IA32 platform). It took a while for me to figure this out, hopefully this helps any other who had problems there. This info has been found in #maemo irc channel (summer 2007) but no traces on maemo developers list (but the same problem has been discussed here (VDSO=2 kernel boot option makes kernel unbootable...)). Hi, This fedora problem info has been in the Scratchbox wiki [1] for ages, so if you'd just have read all the documentation, you'd have found it. :) [1] http://www.scratchbox.org/wiki/HostDistributions -- Daniel Ps. Damn I hate mailing lists that don't have the list in the reply-to address.. Had to send this another time when I noticed it.. :/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
memory upgrade on maemo.org
Hi, maemo.org will have a short, 15 mins maintenance break starting in a few minutes. The server will get some more RAM. br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to add ogg to the supported codecs/containers list?
Hi, ext Tuomas Kulve wrote: Tuomas Kulve wrote: Felipe Contreras wrote: Indeed, the MP checks for mime-types with audio/* or video/* otherwise it won't play. Hmm.. That's a bit inconvenient as the mime type for *.ogg is application/ogg. The subclass is e.g. audio/x-vorbis+ogg but it seems nobody really checks that much. Replying again to myself. It seems that if I remove the *.ogg from the mime file, the metalayer crawler does get the proper mime type for the ogg audios (audio/x-vorbis+ogg) and videos (video/x-theora+ogg) and the MP seems to be able to play the files from the Library. Still no artist/etc info.. But now the FM says Unable to recognise file type of: filename.ogg even though the details button shows the correct mime type for the file and the MP's desktop file has the exact same mimetype. Does the FM only know to how start apps by the extension? I think it parses the images types based only on the file name extension for performance reasons. Maybe when user taps selected items to open them it could do better checking... Could you make a bug about this? Metalayer crawler adds Theora as the codec for the video file. I wonder where that comes from? For the vorbis audio the codec field is empty. The word Theora does not exist in the mime file. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
The encumberance of Ogg (was Re: How to add ogg to the supported codecs/containers list?)
On Dec 8, 2007 12:34 PM, Tuomas Kulve [EMAIL PROTECTED] wrote: Replying again to myself. It seems that if I remove the *.ogg from the mime file, the metalayer crawler does get the proper mime type for the ogg audios (audio/x-vorbis+ogg) and videos (video/x-theora+ogg) and the MP seems to be able to play the files from the Library. Still no artist/etc info.. But now the FM says Unable to recognise file type of: filename.ogg even though the details button shows the correct mime type for the file and the MP's desktop file has the exact same mimetype. Does the FM only know to how start apps by the extension? Metalayer crawler adds Theora as the codec for the video file. I wonder where that comes from? For the vorbis audio the codec field is empty. The word Theora does not exist in the mime file. Great work! I tried out the latest ogg support package and it is really coming along. I am glad someone from the community is picking up on fixing this bug that has been existing since people found out that the 770 wasn't going to support ogg. Starting a new topic thread since I don't want to hijack the parent one: I really don't understand Nokia's hesitation wrt supporting ogg officially. In fact, they seem to be actively surpressing it as an emerging standard. (ref: http://www.w3.org/2007/08/video/positions/Nokia.pdf ). I would love to hear the reasoning behind calling ogg proprietary and why Nokia Maemo devs won't touch ogg with a 10 foot pole while seeming to remain (morally) supportive here. Maybe I am barking up the wrong tree but there is obviously a force here that is working in the background; no conspiracy ... just a completely different way of thinking about it than the free software community that maybe can be reconciled one way or another. /Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N810 available yet in Spain
Hi, The discount code still don't work, but it's a great notice. Let's be patient... :-) Same here in Germany: The N810 is in stock, but the code doesn't work. Regards, Hanno ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
N810 available in nokia shop Germany - but discount code fails
Hi, I just saw the N810 available in the online shop from Nokia Germany. But entering the discount code fails. We had the same situation with the developer program for the N800 already. I suppose the distributed discount codes for Germany are not registered in the shop yet or my special code is the problem. Has anyone of the german developers already ordered successfully his N810 with the code? I'd like to know if it's a general problem or a problem with MY code... Thanks for any feedback here! Best Regards, Uwe Koch __ _-_ \|).---'---`---. ||\._./ || / ,' `---' ___||_,--' -._ /___ ||(- `---._-' __ Ihr erstes Fernweh? Wo gibt es den schönsten Strand? www.yahoo.de/clever ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
dbus overhead of unnecessary signals
I'm new to the dbus world and was wondering what the overhead/cost is of many dbus messages. In particular, as an abstract example, suppose I have an event daemon process that could possibly know about n different events and send those out via dbus as n signals. For any particular signal, if some other program is out there listening for the signal, then presumably whatever the dbus overhead is, it's worth it as it's doing what you want it to do. But the real question I have is, what if no one is listening to that signal? Perhaps programs out there are only listening for half of those n signals. For the ignored signals, there is presumably some work for the daemon to listen/process that event, send it out via dbus, the dbus bus daemon receiving the signal and deciding that no one cares about it and dropping it. All of this, in theory, is unnecessary work as no one cares about the message. As one scales the number of such signals and their frequency, my intuition is that it would not be a low cost on an internet tablet as both the event daemon and dbus bus daemon will be constantly waking up and doing unnecessary work. In particular, the work needed to listen/process an event is potentially unbounded. If it is indeed unscalable or a large cost, then an alternative programming model is for the event daemon to not do anything until another program sends it a signal that it's interested in a particular event. Then the server starts sending out the signals for that event, until all programs who have expressed interest disappear or indicate they've lost interest. Clearly, this is programmable in the dbus framework and leads to no unnecessary work being done. However, it also seems redundant for programs to do this as this seems like what the bus daemon is doing. Sending signals to unknown targets seems to me to be a common paradigm in the dbus world but I have not seen a dbus program that avoids sending signals that no one cares about. Why is this? Is there an efficient way to avoid unnecessary dbus signals that doesn't require writing lots of code? It seems ideal if the event daemon could just ask the bus daemon or be notified by it when someone is listening for a particular signal. For the maemo developer, this choice makes it necessary to decide whether some program out there likely wants to know about a particular signal and thus only emit those signals. However, it seems to be much more in the spirit of dbus signals to just emit all the signals you could possibly think of emitting and let the receivers decide what they want to listen to. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N810 available in nokia shop Germany - but discount code fails
Looks like it's general ... Same here in France :( Fred Uwe Koch a écrit : Hi, I just saw the N810 available in the online shop from Nokia Germany. But entering the discount code fails. We had the same situation with the developer program for the N800 already. I suppose the distributed discount codes for Germany are not registered in the shop yet or my special code is the problem. Has anyone of the german developers already ordered successfully his N810 with the code? I'd like to know if it's a general problem or a problem with MY code... Thanks for any feedback here! Best Regards, Uwe Koch __ _-_ \|).---'---`---. ||\._./ || / ,' `---' ___||_,--' -._ /___ ||(- `---._-' __ Ihr erstes Fernweh? Wo gibt es den schönsten Strand? www.yahoo.de/clever ___ 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: N810 available in nokia shop Germany - but discount code fails
Mine too, I read somewere in the list that the codes should work at 15. Dec. Detlef Am Montag, den 10.12.2007, 18:15 +0100 schrieb Uwe Koch: Hi, I just saw the N810 available in the online shop from Nokia Germany. But entering the discount code fails. We had the same situation with the developer program for the N800 already. I suppose the distributed discount codes for Germany are not registered in the shop yet or my special code is the problem. Has anyone of the german developers already ordered successfully his N810 with the code? I'd like to know if it's a general problem or a problem with MY code... Thanks for any feedback here! Best Regards, Uwe Koch __ _-_ \|).---'---`---. ||\._./ || / ,' `---' ___||_,--' -._ /___ ||(- `---._-' __ Ihr erstes Fernweh? Wo gibt es den schönsten Strand? www.yahoo.de/clever ___ 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: N810 available in nokia shop Germany - but discount code fails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fred escreveu: Looks like it's general ... Same here in France :( IIRC they will start to be valid on the 15th. I hope so because I too have one :) []s Adilson. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHXXb82cB5Bt7H7YARApN8AJ9nU5EuMVNascB7vivnCrSCJQnogwCgwWcb DCueD8x/gF/vzIosSJpJqak= =397b -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: dbus overhead of unnecessary signals
On Mon, 2007-12-10 at 12:19 -0500, Austin Che wrote: Sending signals to unknown targets seems to me to be a common paradigm in the dbus world but I have not seen a dbus program that avoids sending signals that no one cares about. Why is this? Is there an efficient way to avoid unnecessary dbus signals that doesn't require writing lots of code? It seems ideal if the event daemon could just ask the bus daemon or be notified by it when someone is listening for a particular signal. This would indeed be a useful optimisation, I suggest that you contact the dbus mailing list to work out some form of notification so that clients can ask to be told when there are listeners for a particular signal. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to add ogg to the supported codecs/containers list?
Eero Tamminen wrote: Could you make a bug about this? http://bugs.maemo.org/show_bug.cgi?id=2521 I tried to make a non-ogg related bug for more easier testing. Feel free to try to reproduce :) -- Tuomas signature.asc Description: OpenPGP digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
770 mmc hardware question - sdhc bugfix needed for high capacity cards?
Hi, this is question mainly to @nokia.com kernel people familiar with 770 and N800 MMC code and/or OMAP1 vs OMAP2 power management (like those ones who fixed bug http://bugs.maemo.org/show_bug.cgi?id=1204#c120) Is the MMC_POWER_STANDBY feature implemented in OMAP MMC driver for latest N800 2.6.18 kernel relevant to 770 hardware? Does omap1710 lower MMC slot power in sleep (when all clocks are off) too so this is needed for high capacity cards? Recently I have backported MMC code from N800 2.6.18 kernel to allow SDHC cards to be used in 770 but I don't know whether I should let the code which waits for the card before turning off MMC clock in or not. And while we are are at it, here is second question that bugs me for long time. Does 770 hardware allow to give MMCmobile cards 1.8 volts? From the schematics floating on the net it looks like OMAP uses 1.8 volts but there is LP3928TLX voltage converter [1] [2] between omap and mmc slot which cannot be bypassed in software, is this correct or did I miss something? And third bonus question, is it stupid idea to search for OMAP pins for second MMC interface and connect them directly to dual voltage MMCmobile card capable of running at 1.8 volts and have some chance for this to actually work? Frantisek 1. http://www.national.com/opf/LP/LP3928.html 2. http://www.alldatasheet.com/view.jsp?Searchword=LP3928TLX ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
N810: 2GB internal flash and boot from MMC ?
Hi, as a developer I like to boot from MMC with my N800 as described here: http://maemo.org/community/wiki/howto_easily_boot_from_mmc_card/ Short before we all get the N810 I ask myself if I have a N810, insert a 6GB microSD Card in it... ...and supposed this method (the initfs of that method) will adopted to the N810 firmware. Then: I boot from the external SDHC card - my /-directory is on a partition on my SDHC card... So, what about my 2GB internal flash memory - is it still accessibly if I have booted from the inserted card? I hope there's still a way to access it. The 2GB internal memory is important, because we have no 2nd slot anymore (as the N800 has). I know (nearly) nobody has a N810, but perhaps this is a general device / memory question which can be answered without having device. Regards, Uwe __ _-_ \|).---'---`---. ||\._./ || / ,' `---' ___||_,--' -._ /___ ||(- `---._-' Machen Sie Yahoo! zu Ihrer Startseite. Los geht's: http://de.yahoo.com/set ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: # echo 0 /proc/sys/vm/vdso_enabled
On Mon, 10 Dec 2007 13:50:45 +0200, Daniel Bainton wrote: # echo 0 /proc/sys/vm/vdso_enabled This fedora problem info has been in the Scratchbox wiki [1] for ages, so if you'd just have read all the documentation, you'd have found it. The Scratchbox wiki says: echo 0 /proc/sys/kernel/vdso, which might have worked on ancient Fedora versions but that /proc entry neither exists on Fedora 7 nor Fedora 8. It would be nice if somebody with edit rights would update http:// www.scratchbox.org/wiki/HostDistributions accordingly. Volker ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N810: 2GB internal flash and boot from MMC ?
N810 internal 2GB storage looks to linux kernel like normal MMC card. You just can't remove it :-) It is similar/same like having 2gb card in N800 internal slot. Still I wonder how it looks on the board. I hope it can be replaced somehow. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N810: 2GB internal flash and boot from MMC ?
Uwe Koch wrote: ...and supposed this method (the initfs of that method) will adopted to the N810 firmware. Oh and it is already adopted since the day we had N810 firmware booting on N800. Not sure if someone tried with N810 but the initfs flasher should work with both N810 and OS2008 based N800 (real beta for N800 or firmware intended for N810). Maybe with N810 you need to backup data (maps?) before re-partitioning internal 'card' if you want to boot from it. Or maybe you can reformat it and later just download maps you need to fresh FAT partition. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to force fullscreen thumbboard (a la Navicore)?
Hi, I know it's possible for an application to force the fullscreen thumbboard (skipping the stylus keyboard) for input, because Navicore has it this way. I want to force the thumbboard for input in my (finger-friendly) application as well. What's the way to do this? Setting a magic XAtom property on the text input window? Can anybody help? Thanks, Martin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: The encumberance of Ogg (was Re: How to add ogg to the supported codecs/containers list?)
On Dec 10, 2007 12:00 PM, Michael Wiktowy [EMAIL PROTECTED] wrote: Starting a new topic thread since I don't want to hijack the parent one: I really don't understand Nokia's hesitation wrt supporting ogg officially. In fact, they seem to be actively surpressing it as an emerging standard. (ref: http://www.w3.org/2007/08/video/positions/Nokia.pdf ). I would love to hear the reasoning behind calling ogg proprietary and why Nokia Maemo devs won't touch ogg with a 10 foot pole while seeming to remain (morally) supportive here. That document reads to me like a defense of the status quo from an established market player who doesn't mind the IP regime (since they already directly or indirectly license MPEG4/MP3) but instead very much minds the idea of competition from the kind of small device manufacturers who _might_ be able to compete if they didn't have to license those codecs. Not that I believe that there are hoards of potential device manufacturers out there ready to release the next great internet device, frustrated only by the lack of a patent-free standard for Internet Video. But it is ironic that they chose to use the word proprietary to describe Ogg: the justification for that description seems to lie in points 2, 4 and 6 in the Possible requirements for codecs... section. At any rate, this is supposed to be a developers' list, so I'll shut up now. Dave ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
N810 availability
If you're lucky enough to live near any of the Nokia stores, its definately worth calling them up to see if they have any N810's in stock. I know this won't be useful for people with discount codes, but for the rest of us waiting for availability online, a store may be your best bet. I just picked up my N810 on Saturday from the Nokia store in New York. So far Im noticing lots of nice little changes and tweaks to the interface and apps making it seem a lot more polished. Luckily I had used a 4Gb miniSD card in my N800 so upgrading wasn't a problem... -- Aj. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
did anybody try example_camera @ Linux on board?
I need some help to get around example_camera.c compiled for OS2008. Maybe I had better switch back to OS2007, but let me ask for help before I reflash. Did anybody follow IBM's series on the n800? (i.e. http://www.ibm.com/developerworks/linux/library/l-lob800-2.html) I tried the jpeglib.h way of image encoding. After much (amateurish) work, I hit this error and halted: /usr/include/jpeglib.h:914: error: syntax error before FILE the mentioned line: EXTERN(void) jpeg_stdio_dest JPP((j_compress_ptr cinfo, FILE * outfile)); Thanks Jesus A. Baro ETSIIAA Palencia ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
