N800 video streaming with netcat
This tip is for that kind of person who loves command lines and so on !! ;-) You'll need ffmpeg and netcat. It's important to notice that you'll need netcat on the device also. Get it here: Netcat for maemo. Then you just need to run something like this on your computer: * ffmpeg (…n800 best options…) | nc 192.168.4.5 5000 and on the device: * nc -l -p 5000 | mplayer - Here you have your easy streaming solution. :-) PS: remember to execute the client first (the one that is being run on the device) because this is actually the server of the connection. This is a solution for that guys that asked me for a simpler solution to avoid the install of vlc. It works great for another devices but right now I was not able to test on an n800. if someone could report if it works or bugs/other stuff it would be great! =) Best regards! MoRpHeUz ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
Marius Vollmer <[EMAIL PROTECTED]> writes: >>> I managed to sneak a bit of Lisp into the Application Manager, but I >>> kept it enterprise ready by hiding it behind XML. So while the new >>> way of writing .install files looks quite verbose, it is really quite >>> simple. Simple maybe, but definitely ugly. > I myself prefer the S-expression approach: > >(install-instructions > (update-catalogues >(catalogue > (tag "com.foobar.repository.automatic") > (version 0) > (name (en_GB "Foobar Catalogue") >(de_DE "Foobar Katalog")) > (uri "http://example.com/";) > (dist automatic) > (components "main"))) > (install-packages >(pkg "maemo-foo"))) > > which can be shortened to > >(install-instructions > (update-catalogues >((tag "com.foobar.repository.automatic" 0) > (name (en_GB "Foobar Catalogue") > (de_DE "Foobar Katalog")) > (deb "http://example.com/"; automatic "main"))) > (install-packages "maemo-foo")) > > Maybe I go with this approach if XML turns out to be too unwieldy. +1 Much nicer. Regards, Neil ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] QT4 for maemo
Thanks for your response Kate. I can't use QT3.3 as I wanted QT4 to build wengophone which requires QT4. - Amy On 2/5/07, Kate Alhola <[EMAIL PROTECTED]> wrote: ext Amy Sockanathan wrote: > Has anyone built QT4 for maemo. I am building an application that > requires QT4 and would like to know if anyone has the QT4 for maemo. I made port of qt_3.3.4 for Maemo 2006 . I chose qt3.3 over qt4 just because libraries are much smaller and in 770 memory space is very limited. In this my port there is working input method and keyboard appears mostly in right time, so some work is needed. I have not yet released it because i am not sure about legal status needed hildon input method .h files. The version that i have is liittle bit a hack but least it produces installable debian packages. I don't recommend to use this qt libraries until there really are no other choices and you are porting old application. If you are writing new code i recommend using native Gtk/Maemo environment. It is just much more easier to get all device features working with it. I personally made port for one aviation gps software called cumulus. Even i got basic things working with my qt port i am still considering to port ui part for native maemo and keep actual code still in c++ Kate. > > Thanks > - Amy > ___ > 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: announcing the modest email project
Hi Larry, Kemal, >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of ext Kemal >Hadimli >Great news! Though https://garage.maemo.org/projects/modest/ >gives me a "permission denied" :) >-Original Message- >From: ext Larry Battraw [mailto:[EMAIL PROTECTED] > Very exciting news! I know the community has been hoping >we'd have a sponsored alternative to the existing email >client. First things >first-- when checking out via svn I use my garage user name >and password because it requires a login. I get a 403 >forbidden error, so is there another login/password I should be using? > >Thanks- >Larry Whoopsie! It should work now though. Best wishes, Dirk. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: gstreamer's playbin
just *hangs* at "Pipeline is PREROLLING ...". Someone mentioned on irc that playbin is simply broken on maemo. Is that the case? Do I have to hand code my pipelines and implement my own file type detection? Yeah, it was me hehe =D.. Well, every test that I did using playbin just failed. The only case where playbin worked was trying to play a wav file. Every other formats (including streamings) just failed. BR, MoRpHeUz ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
gstreamer's playbin
The following works for me: gst-launch-0.10 -v file:///home/user/MyDocs/.sounds/Take_Me_Down.mp3 \ ! dspmp3sink But this: gst-launch-0.10 -v playbin \ uri=file:///home/user/MyDocs/.sounds/Take_Me_Down.mp3 just *hangs* at "Pipeline is PREROLLING ...". Someone mentioned on irc that playbin is simply broken on maemo. Is that the case? Do I have to hand code my pipelines and implement my own file type detection? For what it is worth, I'm using OS2006-3. Thanks, Neal ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: announcing the modest email project
Great news! Though https://garage.maemo.org/projects/modest/ gives me a "permission denied" :) On 2/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > "modest" is an experimental little email client with gtk (desktop) > and maemo frontends, and it uses tinymail (www.tinymail.org) as its > backend. > > After being vaporware and inactive for quite some time, in the last > months we have started working on it again. And now we make it available > > for developers as open-source software (the license is BSD'ish, > please check the sources for details). > > modest is far from finished -- we have written a lot of the Lego > bricks, but there is a lot of work left finishing them and glueing > them together. Many things don't work, and we're only at the start > of turning this into a usable e-mail client. "Release early, release > often", and bear with us while we turn this into something > useful. > > Check the webpage: http://modest.garage.maemo.org which has all the > information and SVN-links. Of course, we're very interested in > your comments, suggestions and... contributions. -- Kemal ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: announcing the modest email project
Very exciting news! I know the community has been hoping we'd have a sponsored alternative to the existing email client. First things first-- when checking out via svn I use my garage user name and password because it requires a login. I get a 403 forbidden error, so is there another login/password I should be using? Thanks- Larry On 2/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Dear all, "modest" is an experimental little email client with gtk (desktop) and maemo frontends, and it uses tinymail (www.tinymail.org) as its backend. After being vaporware and inactive for quite some time, in the last months we have started working on it again. And now we make it available for developers as open-source software (the license is BSD'ish, please check the sources for details). modest is far from finished -- we have written a lot of the Lego bricks, but there is a lot of work left finishing them and glueing them together. Many things don't work, and we're only at the start of turning this into a usable e-mail client. "Release early, release often", and bear with us while we turn this into something useful. Check the webpage: http://modest.garage.maemo.org which has all the information and SVN-links. Of course, we're very interested in your comments, suggestions and... contributions. Best wishes, Dirk. PS: if you want to chat about this, you can catch me at the FOSDEM conference in Brussels, this weekend. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: WebCam Help
Hi, Here is some more information The webcam is v4l2 compatible, the SDL_bgrab I posted earlier is v4l compatible. p.s. is there a n700 gtalk client that supports video? greetings On 2/22/07, Brian Waite <[EMAIL PROTECTED]> wrote: On Thursday 22 February 2007 15:17, Dave Cridland wrote: > On Thu Feb 22 15:53:19 2007, Kees Jongenburger wrote: > > Do you have hints onto how to get rid of the gtalk client when > > poping > > the device? > Open the gtalk client, Choose Tools->Settings Uncheck 'Start when Camera opened Press 'OK' > There's a gconf key, it's, erm, somewhere. > > I stumbled across it when I was exploring with the gconf-editor I > found, erm, in a repository I had already. > > I admit this is a strong contender for the world's least helpful > message. > > Dave. ___ 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
announcing the modest email project
Dear all, "modest" is an experimental little email client with gtk (desktop) and maemo frontends, and it uses tinymail (www.tinymail.org) as its backend. After being vaporware and inactive for quite some time, in the last months we have started working on it again. And now we make it available for developers as open-source software (the license is BSD'ish, please check the sources for details). modest is far from finished -- we have written a lot of the Lego bricks, but there is a lot of work left finishing them and glueing them together. Many things don't work, and we're only at the start of turning this into a usable e-mail client. "Release early, release often", and bear with us while we turn this into something useful. Check the webpage: http://modest.garage.maemo.org which has all the information and SVN-links. Of course, we're very interested in your comments, suggestions and... contributions. Best wishes, Dirk. PS: if you want to chat about this, you can catch me at the FOSDEM conference in Brussels, this weekend. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: N800 Camera Motion Detector w/HTTP server
Text-based should work fine. Cheers Kon On 2/23/07, Michael Wiktowy <[EMAIL PROTECTED]> wrote: On 2/22/07, Jeremiah Summers <[EMAIL PROTECTED]> wrote: > On 2/22/07, Acadia Secure Networks <[EMAIL PROTECTED]> wrote: > > On Thu, 2007-02-22 at 11:25 -0700, Jeremiah Summers wrote: > > "To configure via the web, load Opera and hit the N800 > > on port 8080" > > why is opera necessary? Would it also be possible to connect > > to the N800 on port 8080 from another computer using, say > > > > Firefox? > > > > Because Opera is on the N800 by default not FireFox! (sorry I normally > > just listen but this was to obvious) > > > > Um, he's asking if he can connect to the server from another computer > > (e.g. he wants to know if the server on the N800 is just listening on > > localhost or not) It has nothing to do with the browser used. > > But that was obvious to me. ;-) > Yes that is what I was saying but obviously opera is used because if you are > configuring it on the n800 that's your only choice right? That would be why > opera is necessary at least on the N800 and that is why it was stated. > There's no other reason why Opera would be mentioned when above he mentioned > both Firefox and Opera. Maybe the question should then be restated to can > you access the configuration from something outside the local loopback > instead of focusing on using opera or not. If that's the case Opera > wouldn't, nor shouldn't matter. So I answered the question about Opera, why > it was mentioned. In a joking way that would be the reason, would it not? To answer the question ... it is configurable but these things usually bind to localhost only by default just to be secure by default: See http://www.lavrsen.dk/twiki/bin/view/Motion/ConfigOptionControlLocalhost ... and you can probably get away with using minimo on the NokIT too. I am not sure if the control interface is simple enough to use one of the text-based browsers but it might be. /Mike ___ 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: N800 Camera Motion Detector w/HTTP server
On 2/22/07, Jeremiah Summers <[EMAIL PROTECTED]> wrote: On 2/22/07, Acadia Secure Networks <[EMAIL PROTECTED]> wrote: > On Thu, 2007-02-22 at 11:25 -0700, Jeremiah Summers wrote: > "To configure via the web, load Opera and hit the N800 > on port 8080" > why is opera necessary? Would it also be possible to connect > to the N800 on port 8080 from another computer using, say > > Firefox? > > Because Opera is on the N800 by default not FireFox! (sorry I normally > just listen but this was to obvious) > > Um, he's asking if he can connect to the server from another computer > (e.g. he wants to know if the server on the N800 is just listening on > localhost or not) It has nothing to do with the browser used. > But that was obvious to me. ;-) Yes that is what I was saying but obviously opera is used because if you are configuring it on the n800 that's your only choice right? That would be why opera is necessary at least on the N800 and that is why it was stated. There's no other reason why Opera would be mentioned when above he mentioned both Firefox and Opera. Maybe the question should then be restated to can you access the configuration from something outside the local loopback instead of focusing on using opera or not. If that's the case Opera wouldn't, nor shouldn't matter. So I answered the question about Opera, why it was mentioned. In a joking way that would be the reason, would it not? To answer the question ... it is configurable but these things usually bind to localhost only by default just to be secure by default: See http://www.lavrsen.dk/twiki/bin/view/Motion/ConfigOptionControlLocalhost ... and you can probably get away with using minimo on the NokIT too. I am not sure if the control interface is simple enough to use one of the text-based browsers but it might be. /Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Nokia hiring developer for Maemo and Internet Tablets
> Acadia Secure Networks пиÑеÑ: >> Companies like IBM figured this out long ago as a way to keep the >> software "factory" humming around the clock while saving on relocation >> costs. > :-) > Note that IBM isn't hiring anyone to do Maemo work, its Nokia and it has > its own approach to handle development process. May be they think > Helsinki region has more effective mind field than any other places. :-) > > Though I wish companies would take more diversified approach to > development... I dunno, judging by the amount of Brazilians on this list there must be a lot of dev work going on there. No ice driving mind you. []'s Ian -- .''`. : :' : `. `'` `- Orgulhoso ser MetaRecicleiro http://manaus.metareciclagem.org/ http://estudiolivre.org/el-gallery_view.php?arquivoId=2804 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
On Fri, Feb 23, 2007 at 04:28:37PM +0200, Marius Gedminas wrote: [snip] > > This looks a bit strange (=not intuitive). > Compare this to a hyphotetical .ini-based format like the one used by > GNOME/Freedesktop .desktop files > > [install] > repo_name = Foobar Catalogue > repo_name[de_DE] = Foobar Katalog > repo_deb = http://example.com/ mistral main > repo_deb_3 = http://example.com/ bora main > package = maemofoo I've never really liked the syntax of these ini-style install files. Especially the artificially generated structure (with underscores, e.g. repo_deb_3) looks ugly to me. I know it's too late but why not use simply: [install] package = maemofoo [repository] name = Foobar Catalogue dist = mistral deb = http://example.com/ mistral main I know that the improvement would be merely cosmetic but actually it's not that easy to make it radically better because of the limitations of GKeyFiles and the GLib parser (only one level of hierarchy, group names must be unique). Of course you could have support for multiple repos by allowing magic group names (repository-*) or having something like [install] package = maemoxyzzy repositories = maemofoo maemobar ... [maemofoo] name = Foobar ... [maemobar] ... but that's a bit clumsy, although cleaner. > [install] > temporary_file_relative_repo_deb = .repository/mistral mistral > temporary_file_relative_repo_deb_3 = .repository/bora bora > package = frozen-bubble crazy-parking > repo_name = Foobar Games > repo_name[de_DE] = Foobar Spiele > repo_deb = http://foobar.com/ mistral main > repo_deb_3 = http://foobar.com/ bora main Looks even uglier. > > The old GKeyFile format used by IT OS 2007 is still supported. You > > can embed a X-expression in it as comments like so: > > > > # > > # ... > > # > > Ouch. Comments that are not really comments. I can't say I like it. +1 > > [install] > > repo_deb_3=deb http://foobar.com/ bora main > > package=maemofoo > > > > If the Hildon Application Manager encounters such a file with an > > embedded X-expression, it will use that and ignore the rest. If there > > is no X-expression, it will transform the GKeyFile according to the > > following rules. > > Summary: I would prefer a straightforward extension of the current > .ini-based file format. My suggestion is that if you're going to change it, do it right this time. Backwards-compatibility is nice but if you see that GKeyFiles will cause inevitable problems in the future, drop them now. Do, however, think a bit about the format so that people don't need to have Lisp knowledge to write them. Br, Jari -- Jari Tenhunen, stardate [-29]7187.98 :wq ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Requesting confirmation of a Bug in opera
This happens to me all of the time in gmail. Haven't tried a quick disconnect like that, but when it times out sitting on my bedstand I need to close opera in the morning before it responds again. --Paul On 2/22/07, Simon Moore <[EMAIL PROTECTED]> wrote: Scenario - you are on a web page which downloads images (possibly only ones downloaded via javascript) into the page, while doing this you lose Internet connectivity (walk out of wireless range), you notice and reacquire wireless connectivity. Opera does not seem to recover from this and you cannot click links etc (well you can but they won't do anything, if you hold and click you can open in new window). In effect you must close the window, no amount of waiting or clicking seems to wake it up again, even typing a new url in the bar has no effect. How to reproduce. Open up connection manager so you can quickly disconnect and reconnect to simulate losing wireless. Goto google maps. zoom in on something click satelite and before it loads hit the disconnect button. Click back notice the image is half loaded. Go back to connection manger and reconnect. Go back to opera and clicking links etc, typing new URL has no effect. Only solution I have currently is close browser and reopen. Unfortunately it is happening a bit too often. Have other people experienced this issue (examples, circumstances?) can other people reproduce it. I have reproduced it in 3.2006 and 2.3006. My theory is the browser is using it's available connections to download data, it doesn't realise wireless was lost and carries on, something in its code blocks any other connections starting until the ones in use are finished, there seems to be no timeout to cancel trying to get these images. perhaps similar to the max connections setting in other browsers, so you can only have say 4 simultaneous downloads from the same site and extra ones are just queued until the first ones finish. Just noticed clicking links does update the URL bar if you hold and then click open but doesn't load the page. Currently looking to see if some javascript in the page could create an artificial timeout and cancel the image downloads which might work for my web app if my theory is correct and I just need to unblock the open connections but not much good for people surfing the web :-) Regards Simon -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.441 / Virus Database: 268.18.3/696 - Release Date: 21/02/2007 15:19 ___ 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: Nokia hiring developer for Maemo and Internet Tablets
Acadia Secure Networks пишет: > Companies like IBM figured this out long ago as a way to keep the > software "factory" humming around the clock while saving on relocation > costs. :-) Note that IBM isn't hiring anyone to do Maemo work, its Nokia and it has its own approach to handle development process. May be they think Helsinki region has more effective mind field than any other places. :-) Though I wish companies would take more diversified approach to development... -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
On Fri, Feb 23, 2007 at 05:42:57PM +0200, Marius Vollmer wrote: > "ext Marius Gedminas" <[EMAIL PROTECTED]> writes: > > > On Fri, Feb 23, 2007 at 04:28:37PM +0200, Marius Gedminas wrote: > >> Let me try... > >> > >> [install] > >> temporary_file_relative_repo_deb = .repository/mistral mistral > >> temporary_file_relative_repo_deb_3 = .repository/bora bora > > > > On second thought, this would be better: > > > > temporary_repo_deb = file-relative:///.repository/mistral mistral > > temporary_repo_deb_3 = file-relative:///.repository/bora bora > > > > The app manager can straightforwardly replace the file-relative:/// > > prefix to file:///path/to/the/location/ > > But that would mean more parsing in more places. I'd like to parse > only once, when reading the data structure, and the code then just > walks this data structure without the need for more parsing. My personal strategy when designing file formats is to consider the convenience of the person who will write them first. Parsing is not that hard (unless you're trying to parse natural language). Marius Gedminas -- I saw `cout' being shifted "Hello world" times to the left and stopped right there!! -- Steve Gonedes signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
"ext Marius Gedminas" <[EMAIL PROTECTED]> writes: > On Fri, Feb 23, 2007 at 04:28:37PM +0200, Marius Gedminas wrote: >> Let me try... >> >> [install] >> temporary_file_relative_repo_deb = .repository/mistral mistral >> temporary_file_relative_repo_deb_3 = .repository/bora bora > > On second thought, this would be better: > > temporary_repo_deb = file-relative:///.repository/mistral mistral > temporary_repo_deb_3 = file-relative:///.repository/bora bora > > The app manager can straightforwardly replace the file-relative:/// > prefix to file:///path/to/the/location/ But that would mean more parsing in more places. I'd like to parse only once, when reading the data structure, and the code then just walks this data structure without the need for more parsing. The following Perlisism comes to mind: The string is a stark data structure and everywhere it is passed there is much duplication of process. It is a perfect vehicle for hiding information. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
"ext Frantisek Dufka" <[EMAIL PROTECTED]> writes: > > > > > > > > > > > > it behaved the same. > > I got null (in some Java parser) for all three such cases when parsing > the value and found the hard way that there was no way to distinguish > between empty string (sometimes valid value) and missing XML element > (bug in code creating the XML or completely different meaning). Hmm, but surely you can use in XHTML and it will not be ignored, right? Maybe you really need a DTD or some such to tell the parser what to do with empty tags? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Handling asynchronous events in maemo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sampath Goud wrote: > Can somebody let me know if there are any ways to handle asynchronous > events > in Maemo. > I am looking for Event driven mechanism (observer design pattern) and not > polling. > I want to know which libraries support this method. I don't know what you're doing and what you want to do asynchronously, but gtk+ in itself is event driven (unless you do something in very weird manner). DBus as used on the device can be used in asynchronous ways for IPC. IIRC libcurl can do asynchronous for web stuff (although I personally prefer libsoup due to it's nice integration with glib). So yes, there definitely are ways to handle asynchronous events, for a more detailed answer, you should reveal more of what you're planning to do, the event source being the most important thing. - -- Santtu Lakkala -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFF3wmSX9Rc0+po4p0RAgDeAJ9c8ZnYbAn0askCE5vFWWJLU4HGwgCeLgGY 4QlLsSlPhj9yJspr+CRawb4= =/D7f -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Requesting confirmation of a Bug in opera
I've had Opera on my 770 stop following links and refusing to, e.g. reload pages. I've always attributed it to low memory conditions. For me, it happens fairly consistently if I switch to a different app while a largish page is loading. -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
On 2/23/07, Marius Vollmer <[EMAIL PROTECTED]> wrote: Hi,extentions you expect (sorry, for the marketing attack in the subject, but it's Friday... :) we need to make the .install files more capable and more extensible for the future, so I came up with a design that I want to run past you. Can you elaborate a little bit on what kind of problems you are trying to solve? Please don't see this as a rant. I wonder how this experiment will turn out. your the coder so you make the calls:p I think the real problem is the difference between the way debian repositories work and what a software developer can provide(one package v.s a repository). A real software vendor will want to provide a tested package with no dependencies otherwise his software will brake and playing with repositories is a deadly action. what happens with sirocco and greagale users in your system my "feeling" is that the xml based system would not really solve problems but make it harder for somebody to understand what is going to happen if he clicks yes I think the .install system should follow such guidelines -simple -not allow booth the repository name and location to be changed separately(security) -The manager should download a list of "know" / valid /kinda trusted list of repositories from maemo.org -try to solve the problem server side by perhaps just sending a different .install file or allowing a minimal set of variables.insall=repo://maemo-extra:$distro/ -I should be able to click a .install file and I should be presented with a list of proposed changes. -Should really not contain "relative" path and other vague fields that are hard to test -Should have a "uninstall", I was not happy that when I removed canola a lot of different canola bases packages remained on the system (this is a debian problem) Perhaps looking at the jar/.jad file format might be a good idea it allows plenty of control to both the user and the developer (things like an install success/failure automatic feedback url), and a list of allowed operations/required services to be able to install. I think in other words , what is the problem with the current .install format? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
"ext Marius Gedminas" <[EMAIL PROTECTED]> writes: >> I managed to sneak a bit of Lisp into the Application Manager, but I >> kept it enterprise ready by hiding it behind XML. So while the new >> way of writing .install files looks quite verbose, it is really quite >> simple. > > Now I'm worried. :-) >> ### Basic syntax >> > ... >> It is important to distinguish empty lists from empty texts. An empty >> list is written as >> >> >> >> while an empty text is written as >> >> > > According to the XML spec, these two are exactly equivalent. -1 for > insisting for different spellings in different contexts. Yeah, I was afraid of that. I am going to fix this. >> All text must be encoded in UTF-8. > ... >> ### Example >> >> The following X-expression is a installation script to install the >> maemofoo package from the Foobar repository. >> >> >> >> >>com.foobar.repository.automatic >>0 >> >> Foobar Catalogue >> Foobar Katalog >> >>http://example.com/ >> >>main >> >> >> >> maemofoo >> >> > > Compare this to a hyphotetical .ini-based format like the one used by > GNOME/Freedesktop .desktop files > > [install] > repo_name = Foobar Catalogue > repo_name[de_DE] = Foobar Katalog > repo_deb = http://example.com/ mistral main > repo_deb_3 = http://example.com/ bora main > package = maemofoo (You are missing the tag, version, the en_GB translation, and the automatic distribution thing.) I myself prefer the S-expression approach: (install-instructions (update-catalogues (catalogue (tag "com.foobar.repository.automatic") (version 0) (name (en_GB "Foobar Catalogue") (de_DE "Foobar Katalog")) (uri "http://example.com/";) (dist automatic) (components "main"))) (install-packages (pkg "maemo-foo"))) which can be shortened to (install-instructions (update-catalogues ((tag "com.foobar.repository.automatic" 0) (name (en_GB "Foobar Catalogue") (de_DE "Foobar Katalog")) (deb "http://example.com/"; automatic "main"))) (install-packages "maemo-foo")) Maybe I go with this approach if XML turns out to be too unwieldy. The .ini-based formats are not expressive or extensible enough, in my opinion. When you have multiple repositories each with their own set of localized names, you are stretching the format quite a bit already. Essentialy, .ini files don't lead to nice recursive in-core data structures. The idea with X-expressions is that they have a simple mapping to an internal data structure and your program actually works with that data structure directly. For example, to get the tag of a catalogue, the code currently does 'xexp_aref_text (cat, "tag")'. There are no special purpose conversion functions for catalogues from/to XML, there is just xexp_read and xexp_write. This makes not only the file format extensible, but also gives you code that can be follow when you do it. With this approach, it is quite trivial to load, store and let the user modify catalogues. I no longer want to encode all information about a catalogue in sources.list, and while we could store this information in the form of .ini files, I would rather not. > I think the XML-ish format is harder to write, harder to read, I agree. > and provides too many features that I do not see any need for. Most of the features are needed for new features of the Application Manager. But the fundemantal idea still is that we need something more expressive and extensible for the future. > Let me try... > > [install] > temporary_file_relative_repo_deb = .repository/mistral mistral > temporary_file_relative_repo_deb_3 = .repository/bora bora > package = frozen-bubble crazy-parking > repo_name = Foobar Games > repo_name[de_DE] = Foobar Spiele > repo_deb = http://foobar.com/ mistral main > repo_deb_3 = http://foobar.com/ bora main (Again it's not exactly the same, and keys like "temporary_file_relative_repo_deb" really don't look like the way to go for me. In the end, you will encode arbitrary tree structures in key names, with sequence numbers and levels, etc...) >> The old GKeyFile format used by IT OS 2007 is still supported. You >> can embed a X-expression in it as comments like so: >> >> # >> # ... >> # > > Ouch. Comments that are not really comments. I can't say I like it. Me neither. It's a compatibility hack. > Summary: I would prefer a straightforward extension of the current > .ini-based file format. We have that currently in the code, and it is not pretty (sorry Jose). I would like to improve upon it. Maybe XML is the wrong choice, but I wanted to experiment with it a bit. ___ maemo-developers mailing list maemo-developers@maemo.org https://m
Re: Enriching the Application Manager scripting experience
Marius Gedminas wrote: On Fri, Feb 23, 2007 at 02:56:27PM +0200, Marius Vollmer wrote: It is important to distinguish empty lists from empty texts. An empty list is written as while an empty text is written as According to the XML spec, these two are exactly equivalent. -1 for insisting for different spellings in different contexts. XML parsers I had chance to use didn't distinguish beweeen those two too. Also when such empty tag is completely missing in the document like this it behaved the same. I got null (in some Java parser) for all three such cases when parsing the value and found the hard way that there was no way to distinguish between empty string (sometimes valid value) and missing XML element (bug in code creating the XML or completely different meaning). Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Handling asynchronous events in maemo
Hi, Can somebody let me know if there are any ways to handle asynchronous events in Maemo. I am looking for Event driven mechanism (observer design pattern) and not polling. I want to know which libraries support this method. Thanks and Regards, Sampath ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
New release of Python2.5 for Maemo
Hi Maemo Developers! I would like to announce the release of a new version of Python2.5 for Maemo. This release includes bugfixes in the following areas: - Patch for race condition with signals, inside python; - Inclusion of pyexpat module. It was removed accidentally during the build process. This one enables the cElementTree usage. - Closes #388 and #389 (Pierre Amadio, thanks for bug report!). Now its possible to use rpc_run and rpc_async_run correctly. Some modifications inside online documentation must be done, regarding callback function used by rpc_async_run. Actually it will receive 4 parameters, like C code does. (eg. def callback_func (interface, method, retval, user_data) ). Thanks to Carman project team too. You have provided great feedback and helped us a lot. Hope all you enjoy it and keep reporting problems to improve even more. Regards, Luciano Wolf -INdT- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
On Fri, Feb 23, 2007 at 04:28:37PM +0200, Marius Gedminas wrote: > Let me try... > > [install] > temporary_file_relative_repo_deb = .repository/mistral mistral > temporary_file_relative_repo_deb_3 = .repository/bora bora On second thought, this would be better: temporary_repo_deb = file-relative:///.repository/mistral mistral temporary_repo_deb_3 = file-relative:///.repository/bora bora The app manager can straightforwardly replace the file-relative:/// prefix to file:///path/to/the/location/ > package = frozen-bubble crazy-parking > repo_name = Foobar Games > repo_name[de_DE] = Foobar Spiele > repo_deb = http://foobar.com/ mistral main > repo_deb_3 = http://foobar.com/ bora main Marius Gedminas -- Everyone has a photographic memory. Some don't have film. signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
Hi, On Fri, Feb 23, 2007 at 02:56:27PM +0200, Marius Vollmer wrote: > we need to make the .install files more capable and more extensible > for the future, so I came up with a design that I want to run past > you. That's good! > Please go here for preliminary documentation about what I am planning > (the text is also appended below for easy commenting). ... > I managed to sneak a bit of Lisp into the Application Manager, but I > kept it enterprise ready by hiding it behind XML. So while the new > way of writing .install files looks quite verbose, it is really quite > simple. Now I'm worried. > None of the documented stuff has been implemented, except the basic > support for X-expressions and storing catalogues in X-expression form. > > So, what features do you think are missing from .install files? Now > is a good time to add them. The ability to add more than one repository. E.g. I have an app in my repo that needs some library from repositories.maemo.org. > ### Basic syntax > ... > It is important to distinguish empty lists from empty texts. An empty > list is written as > > > > while an empty text is written as > > According to the XML spec, these two are exactly equivalent. -1 for insisting for different spellings in different contexts. > All text must be encoded in UTF-8. ... > ### Example > > The following X-expression is a installation script to install the > maemofoo package from the Foobar repository. > > > > >com.foobar.repository.automatic >0 > > Foobar Catalogue > Foobar Katalog > >http://example.com/ > >main > > > > maemofoo > > Compare this to a hyphotetical .ini-based format like the one used by GNOME/Freedesktop .desktop files [install] repo_name = Foobar Catalogue repo_name[de_DE] = Foobar Katalog repo_deb = http://example.com/ mistral main repo_deb_3 = http://example.com/ bora main package = maemofoo I think the XML-ish format is harder to write, harder to read, and provides too many features that I do not see any need for. But that's my personal opinion. > (Yes, using a text markup language to represent data structures (let > alone programs) gives pretty unreadable results.) XML can be pretty readable. > Here is another, slightly more involved example. This one can be used > on a memory card. It will offer to install the listed packages and > will use a repository on the memory card for that. Repositories for > "bora" and "mistral" are supplied, and they are located relatively to > installation script. Afterwards, it will offer to add a automatic > repository that might be used to deliver updates. > > > > > > > bora > .repository/bora > > > > mistral > .repository/mistral > > > >frozen-bubble >crazy-parking > > > > > > Foobar Games > Foobar Spiele > >http://foobar.com/ > >main > > > Let me try... [install] temporary_file_relative_repo_deb = .repository/mistral mistral temporary_file_relative_repo_deb_3 = .repository/bora bora package = frozen-bubble crazy-parking repo_name = Foobar Games repo_name[de_DE] = Foobar Spiele repo_deb = http://foobar.com/ mistral main repo_deb_3 = http://foobar.com/ bora main > ### Compatability with IT OS 2007. Yup. > The old GKeyFile format used by IT OS 2007 is still supported. You > can embed a X-expression in it as comments like so: > > # > # ... > # Ouch. Comments that are not really comments. I can't say I like it. > [install] > repo_deb_3=deb http://foobar.com/ bora main > package=maemofoo > > If the Hildon Application Manager encounters such a file with an > embedded X-expression, it will use that and ignore the rest. If there > is no X-expression, it will transform the GKeyFile according to the > following rules. Summary: I would prefer a straightforward extension of the current .ini-based file format. Marius Gedminas -- A Law of Computer Programming: Make it possible for programmers to write in English and you will find that programmers cannot write in English. signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
"ext David Hagood" <[EMAIL PROTECTED]> writes: > I hope you are planning on at least a DTD for this, if not a more > advanced schema such as RelaxNG. Urks. I knew I was going to regret touching XML... ;-) I will be happy to put such a DTD next to the documentation when someone contributes it. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Enriching the Application Manager scripting experience
I hope you are planning on at least a DTD for this, if not a more advanced schema such as RelaxNG. This would allow you to define the grammar in a rigorous fashion, so that those of us who need to parse or create your files can use the standard libXML2 tools to insure our files are both well-formed and correct. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Enriching the Application Manager scripting experience
Hi, (sorry, for the marketing attack in the subject, but it's Friday... :) we need to make the .install files more capable and more extensible for the future, so I came up with a design that I want to run past you. Please go here for preliminary documentation about what I am planning (the text is also appended below for easy commenting). http://hildon-app-mgr.garage.maemo.org/scripting.html I managed to sneak a bit of Lisp into the Application Manager, but I kept it enterprise ready by hiding it behind XML. So while the new way of writing .install files looks quite verbose, it is really quite simple. None of the documented stuff has been implemented, except the basic support for X-expressions and storing catalogues in X-expression form. So, what features do you think are missing from .install files? Now is a good time to add them. ## Scripting the Hildon Application Manager The Application Manager can be scripted in a limited way. This ability is used to implement the "Single Click" install feature as used on the maemo Application Catalogue, when installing applications from a memory card, and also to control what happens when a backup is restored that contains a list of applications. Hopefully new uses can be found. The scriptability is limited mainly for two reasons: to keep the implementation simple and to make the interaction with the user simple. The user should have a good enough idea of what the script is going to do to his/her system. There is no real security however; ultimately, you need to trust the scripts that you execute, just as you need to trust the packages that you install. ### Basic syntax A installation script is made up of X-expressions. X-expressions are a subset of XML that has been inspired by Lisp's S-expressions. A X-expression is either a list or a text; both lists and tags have symbolic tags. A text X-expression is written like this: text where TAG is the tag of the X-expression and TEXT is the text. A list X-expression is written like this: elt1 elt2 ... where TAG is the tag of the X-expression and ELT1, ELT2, etc are the elements of the list. The elements are all X-expressions themselves, of course. There can be arbitrary whitespace around the elements. For example, the following is a "foo" list with two "bar" text elements. first text second text You can only put whitespace around list elements. Thus, the following is not a legal X-expression, although it is legal XML: no text here but this is ok and not here either Attributes are ignored. It is important to distinguish empty lists from empty texts. An empty list is written as while an empty text is written as All text must be encoded in UTF-8. ### Catalogues One important element in .install scripts are catalogue descriptions. Such a catalogue description is a list X-expression with the tag "catalogue" and a number of children that specify the properties of the catalogue. For example, the following is the description of a typical catalogue: maemo bora extras http://repository.maemo.org/extras bora free non-free The following properties can be used: - `name` The name of the catalogue, as displayed to the user in the "Catalogues" dialog. This X-expression can be a text, in which case it is used directly for display. It can also be a list of texts, in which case the text to display is selected based in the current language. If there is a element whose tag matches the current language code, it is used. If not, the first element is used. Thus, the following will provide a localized name for the "es\_ES" language code, and will use the "en\_GB" variant otherwise: Foo Catalogue Repositorio Foo If you don't specify a name, the empty string will be used. - `uri`, `dist`, `components` The texts to use when forming the "deb" line for sources.list. The "dist" property can be a text, or it can be a list that contains the single element . In that case, the symbolic distribution name of the appropriate maemo release is used when forming the "deb" line. - `tag`, `version` These two properties identify a catalogue and the version of its description. They are used when adding or updating catalogues from installation scripts. Tags should be globally unique, so it is recommended to form them from a domain name, in reverse. For example, a catalogue hosted on maemo.org might use org.maemo.repository.extras.bora If the version property is omitted, it is treated as zero. - `filter-dist` This text property declares the the catalogue is for the given distribution. It will be used when the given distribution matches the name that is substituted for a distribution. It will have a single text as name. When the user changes the name of a catalogue, the element in its description is changed
Re: Security Guidance for N800 OS development
On 2/23/07, Marius Gedminas <[EMAIL PROTECTED]> wrote:
On Thu, Feb 22, 2007 at 08:20:53PM -0300, Gustavo Sverzut Barbieri wrote:
> On 2/22/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> >ext Gustavo Sverzut Barbieri wrote:
> >> yes, but the most harmful action is to add "/" to be scanned, but
> >> that's in blacklist so it's avoided.
> >
> >If it is monitoring file changes in the device, you should also
> >ignore at least /dev & /sys*, otherwise your process wakes up
> >unnecessarily (which drains battery).
>
> Sure, we ignore:
>
>static const gchar *blacklist[] = {
>"/bin",
>"/boot",
>"/dev",
>"/etc",
>"/lib",
>"/proc",
>"/root",
>"/sbin",
>"/sys",
>"/usr/bin",
>"/usr/sbin",
>"/usr/etc",
>"/usr/lib",
>NULL
>};
I'm somewhat surprised that you scan /var and /tmp. Or, in fact,
anything outside /home and /media.
While canola runs on maemo, it also runs on my desktop, so it's useful
to have /tmp
Since some people run maemo on their SD instead of flash, they may
have data in /var/lib/media or something like that... this isn't
really useful IMHO, but...
Maybe I'll make this a GConf list and thus configurable.
We're talking about Canola scanning for media files, right?
Yes.
--
Gustavo Sverzut Barbieri
--
Jabber: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
ICQ#: 17249123
Skype: gsbarbieri
Mobile: +55 (81) 9927 0010
Phone: +1 (347) 624 6296; [EMAIL PROTECTED]
GPG: 0xB640E1A2 @ wwwkeys.pgp.net
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: maemo UI is okay, but looks weird
On Fri, Feb 23, 2007 at 08:12:09AM +0100, Xi Chen wrote: > I managed to install maemo based on the official tutorial. After I started > maemo UI, it's ok except not having Application Manager and contacts icon > which should be residing in the task navigator bar. It's different than the > screenshot from maemo official site. I installed the Bora SDK with the installer script. I have also installed the proprietary Nokia binaries with apt-get install maemo-explicit. I have both App Manager and Contacts in my task navigator.Both in SDK_X86 and in SDK_ARMEL targets. Marius Gedminas -- If nothing else helps, read the documentation. signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Security Guidance for N800 OS development
On Thu, Feb 22, 2007 at 08:20:53PM -0300, Gustavo Sverzut Barbieri wrote:
> On 2/22/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> >ext Gustavo Sverzut Barbieri wrote:
> >> yes, but the most harmful action is to add "/" to be scanned, but
> >> that's in blacklist so it's avoided.
> >
> >If it is monitoring file changes in the device, you should also
> >ignore at least /dev & /sys*, otherwise your process wakes up
> >unnecessarily (which drains battery).
>
> Sure, we ignore:
>
>static const gchar *blacklist[] = {
>"/bin",
>"/boot",
>"/dev",
>"/etc",
>"/lib",
>"/proc",
>"/root",
>"/sbin",
>"/sys",
>"/usr/bin",
>"/usr/sbin",
>"/usr/etc",
>"/usr/lib",
>NULL
>};
I'm somewhat surprised that you scan /var and /tmp. Or, in fact,
anything outside /home and /media.
We're talking about Canola scanning for media files, right?
Marius Gedminas
--
If the code and the comments disagree, then both are probably wrong.
-- Norm Schryer
signature.asc
Description: Digital signature
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: Maemo Localization Project
On Fri, Feb 23, 2007 at 01:14:40AM +0100, Goran Rakic wrote: > У чет, 22. 02 2007. у 23:43 +0100, Goran Rakic пише: > > У чет, 22. 02 2007. у 12:27 +0200, Asmo Koskinen пише: > > > Let's do it - let's create l10n project for 770/N800. > > > > If I am understanding correctly, if locale is not officially supported > > from Nokia, there is no way we can add it to N770, right? > > To reply myself, according to http://guoyong.org/2006/08/03/247 it is > possible to add new locale, but it can not be selected as virtual > keyboard won't work. > > I have not tried that yet, but is that warning note about virtual > keyboard true and what can be done to solve that issue? There are gconf keys that specify the list of allowed values for virtual keyboard languages. I had added lt_LT there on my 770 when I was experimenting with virtual keyboards. gconf-editor is your friend. Marius Gedminas -- QOTD: "A child of 5 could understand this! Fetch me a child of 5." signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Urgent basic help please...
On Fri, Feb 23, 2007 at 12:42:28PM +0530, Vikas Murthy wrote: > I got the information from Wikipedia that Nokia N800 uses Maemo3.0 in > the form of Internet Tablet OS 2007. Yes. > Am I right that this means that Maemo is almost a complete package with > which a phone can have very basic functionalities??? The Nokia N800 is not a phone. If you're looking for open-source phone software, take a look at OpenMoko. Marius Gedminas -- Just a note: quantum gravity discussions are _clearly_ on-topic in c.l.py. -- Peter Hansen on comp.lang.python signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Questions about GUI design on N800
Hi, On Fri, Feb 23, 2007 at 09:15:16AM +0200, ext [EMAIL PROTECTED] wrote: Did I got you right? 800x480 is the default on N800. Haven't tested screen rotation on N800. On 770 it worked, but one had to gave up few optimizations: http://syslog.movial.fi/archives/7-xrandr-on-nokia-770.html Easiest way is to just run xrandr on N800 and see what happens. That will rotate in software, which is immensely slow. The LCD controller (Hailstorm) can rotate on scanout in hardware, so using that won't be a performance hit, will still let you display videos, and will generally be a great deal faster. That's dtrue and of course should be preffered over software solution. The only advance of the software solution is that it can be easily controlled from the application, but if the goal is to run nothing but this software in "kiosk mode" I would also vote for the HW solution. The hardware solution can also be controlled from software, via the exact same API (XRandR). It's just a matter of actually implementing it; the use is exactly the same. I think you got my point: you just need to implement it. :-) Br, Sampo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Questions about GUI design on N800
On Fri, Feb 23, 2007 at 12:21:36PM +0200, ext [EMAIL PROTECTED] wrote: > >On Fri, Feb 23, 2007 at 09:15:16AM +0200, ext [EMAIL PROTECTED] wrote: > >>Did I got you right? 800x480 is the default on N800. > >> > >>Haven't tested screen rotation on N800. On > >>770 it worked, but one had to gave up few > >>optimizations: http://syslog.movial.fi/archives/7-xrandr-on-nokia-770.html > >> > >>Easiest way is to just run xrandr on N800 and see what happens. > > > >That will rotate in software, which is immensely slow. The LCD > >controller (Hailstorm) can rotate on scanout in hardware, so using that > >won't be a performance hit, will still let you display videos, and will > >generally be a great deal faster. > > That's dtrue and of course should be preffered over software > solution. The only advance of the software solution is that it can be > easily controlled from the application, but if the goal is to run > nothing but this software in "kiosk mode" I would also vote for the > HW solution. The hardware solution can also be controlled from software, via the exact same API (XRandR). It's just a matter of actually implementing it; the use is exactly the same. Cheers, Daniel signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Questions about GUI design on N800
Hi, On Fri, Feb 23, 2007 at 09:15:16AM +0200, ext [EMAIL PROTECTED] wrote: 1. Is it possible to use the display of the N800 in portrait orientation? My application currently runs on a display that is 640x480. 800x480 would be a big advantage, but I can't figure out how to reorganize my layout for 480x800. Did I got you right? 800x480 is the default on N800. Haven't tested screen rotation on N800. On 770 it worked, but one had to gave up few optimizations: http://syslog.movial.fi/archives/7-xrandr-on-nokia-770.html Easiest way is to just run xrandr on N800 and see what happens. That will rotate in software, which is immensely slow. The LCD controller (Hailstorm) can rotate on scanout in hardware, so using that won't be a performance hit, will still let you display videos, and will generally be a great deal faster. That's dtrue and of course should be preffered over software solution. The only advance of the software solution is that it can be easily controlled from the application, but if the goal is to run nothing but this software in "kiosk mode" I would also vote for the HW solution. Br, Sampo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: OT: Exchanging Europe discount code for MY American discount code
On Fri, 2007-02-23 at 08:50 +0100, ext antikristian wrote: > If you actually have a discount code, I would think that Nokia would be > happy to exchange it for the correct one. We were able to do this while we had EU and US discount codes available. This is not the case anymore, in order to provide Diego an EU code we should "steal" it from... someone of you. Sorry for the trouble. Another lesson learned. Diego, I hope you can make it. -- Quim Gil - http://maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
