Re: oFono
So wait, you're saying we now have a fully open source telephony stack on the N900 that works to make phone calls? jaw drops Congratulations! On Fri, Jan 8, 2010 at 3:12 PM, Jeff Moe m...@blagblagblag.org wrote: On Friday 08 January 2010 04:34:09 Aki Niemi wrote: to, 2010-01-07 kello 14:04 +0100, Niemi Aki (Nokia-D/Helsinki) kirjoitti: to, 2010-01-07 kello 13:48 +0100, ext Jeff Moe kirjoitti: You should use the isimodem driver in oFono. It is specifically made to support Nokia modems, such as the one on N900. I've been told, and tried my self, and it doesn't work on the N900. It _should_ work out of the box on the N900. In fact, I did some quick packaging of the 0.15 release and just pushed ofono in Fremantle extras-devel. So let's see... Right, ofono is now in extras-devel, and based on some quick testing, it seems to work fine. WORKSFORME ! :) Quick dirty: sudo gainroot apt-get install ofono /etc/init.d/ofono start exit (so you're not root) # Check see wtf is up: dbus-send --system --print-reply --dest=org.ofono /isimodem0 org.ofono.Modem.GetProperties # Make call: dbus-send --print-reply --system --dest=org.ofono /isimodem0 org.ofono.VoiceCallManager.Dial string:5551212 string: I have updated my wiki page: http://wiki.maemo.org/User:Jebba/Ofono Thanks! This is fantastico. -Jeff ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Continued outages and lame updates
Jeff, I want to say that you have been very helpful to me and others in the maemo.org community. Thank you very much. But your style can come across as being somewhat aggressive, and can sometimes obscure your message. I too frequently suffer from this problem. I find that thinking of the recipients and subjects of my posts as friends and peers can really help. Would I use the same tone when talking to my friend about another friend? -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Proposal: Sharing plugin to call command-line apps (e.g. photo sharing via SCP)
Thomas, What a MARVELOUS idea! If you coupled this with an Advanced Mode in the File manager that let you show all files and browse all directories, it would be The Best Idea Evar! On Sat, Jan 2, 2010 at 7:53 AM, Thomas Perl th.p...@gmail.com wrote: Hello! I've been thinking of creating a SCP sharing plugin for uploading photos to a web server, but then thought that a generic command-line sharing plugin would be even more universal and useful. I'm thinking of a plugin that has a single-line configuration entry that contains the command line will be called by the shell and the filename of the to-be-shared file passed in as parameter (%s), so if I want to publish photos on a server via SCP, I set up SSH public key authentication the normal way and then create a new account with the following command line: scp %s u...@server.example.org:~/photo-uploads/ The command will be called for each file that is to be shared, and the success or failure of the operation is determined by the return value of the application. The sharing framework support multiple acounts per service, so our service (Command line) can then have multiple accounts (e.g. one for copying files via SCP to server A, one for copying files via FTP to server B, ...) for different purposes. Writing a shell script or utility that takes one media file to upload as argument is much easier than writing a sharing plugin for every service. Of course, it's not as user-friendly, but power users can do lots of interesting things without much effort, and we can provide template command lines for use by normal users (e.g. SCP, FTP, woof, copy to manual upload queue folder in MyDocs, ...). Is anyone interested in collaborating on such a plugin, or does such a thing already exist? Thanks, Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mapping the N900 keyboard?
So no, that command, dsmetool -k /usr/bin/hildon-desktop is not an option, since it kills the desktop. I can't kill the desktop. It has its uses ;-) What is this XSetInputFocus and how do I set it from the command line? 2009/11/19 Qole qole.tab...@gmail.com 2009/11/15 Kimmo Hämäläinen kimmo.hamalai...@nokia.com On Mon, 2009-11-16 at 08:39 +0100, ext Faheem Pervez wrote: On 11/16/09, Kimmo Hämäläinen kimmo.hamalai...@nokia.com wrote: On Mon, 2009-11-16 at 02:03 +0100, ext Qole wrote: I am still hoping for some more help with remapping the N900 keyboard (see quoted message below). I have come across a problem I believe is related, and it is much more urgent for me to identify and fix the problem. When I start a nested Xephyr X Server on the N900, the desktop environment that I run in that X Server (LXDE, on DISPLAY :1) does not seem to have access to the keyboard. No keyboard presses are passed to DISPLAY :1 at all. When I press the key combination to get to the Dashboard (CTRL-Backspace), I am taken to the Dashboard, which suggests that maybe Hildon desktop is not letting go of the keyboard. hildon-desktop does not ever grab the keyboard. It only grabs some specific key combinations, such as that ctrl+backspace. I have tried using xkbcomp as described below to copy the keyboard mapping to display :1, but it doesn't help. Does 'xev' report any key events? xev won't work on the N900 by default for exactly the same reason qole's LXDE stuff isn't working: https://bugs.maemo.org/show_bug.cgi?id=5987 Seems to work after: 1) dsmetool -k /usr/bin/hildon-desktop 2) xev 3) tap on the xev window Or you could device a diabolical utility program that calls XSetInputFocus for the xev window... Could this dsmetool technique (which I don't pretend to understand at all) be used to help give my Xephyr window the required focus to receive keyboard input, too? Because the Xephyr window gets focus in every other way, that is, I can use an on-screen virtual keyboard within the secondary X Server to type, but not the physical N900 keyboard... I'm going to try it out, regardless. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Flash in MicroB on N900: Hardware acceleration?
My impression is that the current Adobe Flash is not hardware accelerated, but Flash 10 (available in 2010) will be. See this Adobe press release for more details: http://www.adobe.com/aboutadobe/pressroom/pressreleases/200811/111708ARMAdobeFlash.html I might be wrong. I hope I'm right, however, because Flash performance on the N900 isn't terribly good. On Sun, Nov 15, 2009 at 12:13 PM, Thomas Waelti twae...@gmail.com wrote: 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 -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mapping the N900 keyboard?
I am still hoping for some more help with remapping the N900 keyboard (see quoted message below). I have come across a problem I believe is related, and it is much more urgent for me to identify and fix the problem. When I start a nested Xephyr X Server on the N900, the desktop environment that I run in that X Server (LXDE, on DISPLAY :1) does not seem to have access to the keyboard. No keyboard presses are passed to DISPLAY :1 at all. When I press the key combination to get to the Dashboard (CTRL-Backspace), I am taken to the Dashboard, which suggests that maybe Hildon desktop is not letting go of the keyboard. I have tried using xkbcomp as described below to copy the keyboard mapping to display :1, but it doesn't help. Any help or suggestions? On Tue, Nov 10, 2009 at 9:23 PM, Qole qole.tab...@gmail.com wrote: Now that the N900 has been released, I will post this question on maemo-developers, in the hopes that some Nokia devs can help me here. I would like to know how to remap the keyboard on the N900. I've received some help from Marius Gedminas, as you will see below, but I'd like to know how to map the keyboard permanently, without having to run xkbcomp every time. Here is the help that I've received so far: On Sun, Oct 25, 2009 at 4:23 AM, Marius Gedminas mar...@pov.lt wrote: I've had partial success by doing this: $ xkbcomp :0 default.xkb $ vi default.xkb comment out the two rules that cause syntax errors: // interpret AccessX_Enable+AnyOfOrNone(all) { // action= LockControls(controls=); // }; // interpret MouseKeys_Accel_Enable+AnyOfOrNone(all) { // action= LockControls(controls=); // }; Now you can restore the settings back by running $ xkbcmp default.xkb :0 if you screw up and end up with a nonfunctional keyboard. Next $ cp default.xkb mg.xkb $ vi mg.xkb key RGHT { type= FOUR_LEVEL, symbols[Group1]= [ Right, Right, Tab, Tab ] }; $ xkbcomp mg.xkb :0 and now Fn+Right arrow is a Tab key. Sadly I don't know enough about xkbcomp to see if it's possible to make it load incomplete maps on top of the current configuration, just to update a few symbols without replicating the full configuration. None of the changes I make to /usr/share/X11/xkb/symbols/nokia_vndr/rx-51 have any effect (yes I reboot after changing the file). Maybe the files in /var/cache/xkb contain precompiled versions of those? I'm not adventurous enough to go and start editing files in /usr/. Although creating a new symbols file in there and loading it on top of the defaults with setxkbmap ought to maybe work... Marius Gedminas (I have already replied with the following: Replace type= FOUR_LEVEL, symbols[Group1]= [ Right, Right, Tab, Tab ] with type= PC_FN_LEVEL2, symbols[Group1]= [ Right, Tab ] and you will retain the ability to highlight text with shift-right arrow.) -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mapping the N900 keyboard?
Now that the N900 has been released, I will post this question on maemo-developers, in the hopes that some Nokia devs can help me here. I would like to know how to remap the keyboard on the N900. I've received some help from Marius Gedminas, as you will see below, but I'd like to know how to map the keyboard permanently, without having to run xkbcomp every time. Here is the help that I've received so far: On Sun, Oct 25, 2009 at 4:23 AM, Marius Gedminas mar...@pov.lt wrote: I've had partial success by doing this: $ xkbcomp :0 default.xkb $ vi default.xkb comment out the two rules that cause syntax errors: // interpret AccessX_Enable+AnyOfOrNone(all) { // action= LockControls(controls=); // }; // interpret MouseKeys_Accel_Enable+AnyOfOrNone(all) { // action= LockControls(controls=); // }; Now you can restore the settings back by running $ xkbcmp default.xkb :0 if you screw up and end up with a nonfunctional keyboard. Next $ cp default.xkb mg.xkb $ vi mg.xkb key RGHT { type= FOUR_LEVEL, symbols[Group1]= [ Right, Right, Tab, Tab ] }; $ xkbcomp mg.xkb :0 and now Fn+Right arrow is a Tab key. Sadly I don't know enough about xkbcomp to see if it's possible to make it load incomplete maps on top of the current configuration, just to update a few symbols without replicating the full configuration. None of the changes I make to /usr/share/X11/xkb/symbols/nokia_vndr/rx-51 have any effect (yes I reboot after changing the file). Maybe the files in /var/cache/xkb contain precompiled versions of those? I'm not adventurous enough to go and start editing files in /usr/. Although creating a new symbols file in there and loading it on top of the defaults with setxkbmap ought to maybe work... Marius Gedminas (I have already replied with the following: Replace type= FOUR_LEVEL, symbols[Group1]= [ Right, Right, Tab, Tab ] with type= PC_FN_LEVEL2, symbols[Group1]= [ Right, Tab ] and you will retain the ability to highlight text with shift-right arrow.) -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA process = bug fixing disincentive?
I really like Marius' ideas. A mature, high-karma app should be able to push bugfixes through the system without all the QA hassles of a new, untested app. Security fixes on high-karma apps should go straight to extras. On Mon, Nov 2, 2009 at 7:12 AM, Andrew Flegg and...@bleb.org wrote: I'd say we've had more intelligent thought and discussion here than I'd expect on this topic on talk Grrr! I hate that kind of talk. It only makes the problem worse. My child is approaching school age, and I'm hearing the same thing all around me as middle class moms want to keep their precious children away from the bad influences of the poor kids in the local public schools, and so they send their kids to private schools and impoverish the public schools even more! If you aren't part of the solution... -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA process = bug fixing disincentive?
Your reply continues to sound like the middle class moms who argue for private schools. How will our children ever get ahead if they go to that school down the street? It is full of common children who will only slow our gifted children down. On Mon, Nov 2, 2009 at 11:48 AM, Andrew Flegg and...@bleb.org wrote: Alan wrote: On Mon, Nov 2, 2009 at 7:12 AM, Andrew Flegg and...@bleb.org wrote: I'd say we've had more intelligent thought and discussion here than I'd expect on this topic on talk Grrr! I hate that kind of talk. It only makes the problem worse. What problem? This mailing list has a higher concentration of involved (and affected) developers than talk. You can have an intelligent discussion here without it devolving into petty spats or rampaging off topic. This is the official mailing list for the development of (and developers for) Maemo. It is also easier, as someone strapped for time and wanting to make a positive contribution to Maemo, to spend time thinking of fundamental problems like this with a low-volume of well-formed ideas for debate and consensus. Mailing lists have advantages over fora, and vice versa. Trying to corale all the discussion to one form and medium is just likely to lead frustration for everyone. This is one of the tenets of good knowledge management: there's no single technology which is perfect for all forms of discussion and storage. If you aren't part of the solution... I think streamlining the process so that high quality software can get into Extras in a timely manner without severely disavowing developers from their release often, release often tendencies is more important than whether this should be discussed in the wiki, off a blog post, in a brainstorm or on tmo. Fortunately, there's enough work for everyone - so please feel free to make sure anyone on tmo who can contribute comes here to do so. I don't want to limit the discussion but why should it be Not Here? Cheers, Andrew PS. I wrote this on the train. There's no Maemo offline client for vBulletin ;-) -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PUSH N900 (Was Re: N900 usb host + power charge)
If you're going to use an external CPU module running Linux, you might as well use an N8x0. After all, A CPU module is a pretty big gun to be pointing at that mosquito. On Sun, Sep 20, 2009 at 11:27 PM, Kees Jongenburger kees.jongenbur...@gmail.com wrote: I guess the Hammer CPU module is very well suited for this as you can run a full linux stack on this http://www.tincanthttp://www.tincantools.com/product.php?productid=16133cat=0page=1featured ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 camera control - focus movement, white balance, auto-focus calcs, etc.
Hey Simon, The other option, for the interim until the Camera Secrets Are Unveiled, is to get the user to tell your app where to look for new pictures (internal or external memory), then tell the user to take a picture using the camera app, and press OK when they're done. Show them the last picture taken and say, is this it? and if they say yes, go ahead and do your thing... It's an ugly hack, but what can you do? Other than wait for the Summit, that is. On Tue, Sep 22, 2009 at 4:49 AM, Mohammed Hassan mohammed.2.has...@nokia.com wrote: On Tue, 2009-09-22 at 11:50 +0200, ext Simon Pickering wrote: Hello everyone, I'm looking into how to use the camera on the N900 when it is released, I would like to be able to write some code in Python if at all possible, but I guess I can move my app back to C if needs must. Anyway, the camera will need to be focused, so I have been trawling through the kernel code and gstreamer source to try and work out how to do this, but I thought I may as well just ask as it may save me some time. I see there are ioctls for the ad5820 focus piezo controller which could be used (though I've not looked to see if there's a dev entry for that device yet), and Qole pointed out that the /dev/video0 device reports that it has v4l2 extended controls, including the ability to move the focus (though no mention of autofocus there afaict). I understand I should be able to adjust the focus through a gstreamer element such as camerabin or the photography interfaces, but ideally I'd like to do this from Python. Is v4l2camsrc linked to these btw? The other option (which means I don't have to wrap one of the gstreamer elements for Python) is to use the v4l2 extended control command ioctls directly on the /dev/video0 device. I'm assuming that should be possible anyway, certainly the Python part looks pretty straight forward (see e.g. FMRadio.py). While we're on the subject, I see some header files for what I presume is a Ti binary blob named isp_*.h. isp_af.h contains header information for autofocus functionality afaict. Is this functionality exposed to userspace anywhere? Looking through the package list, I came across a libgdigicam, might this be involved...? Anyway I'm going to keep experimenting with the above, but thought I'd see if anyone else has any bright ideas. Hi Simon, I'd rather hold on for a while. I guess that more information will be available at Summit's timeframe. Cheers, -- Maemo Software Nokia Devices ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Considering /opt and MyDocs in your packages
2009/9/9 Andrew Flegg and...@bleb.org: Well, I don't want a 4GB /opt so if someone does, they can repartition as you say. 1GB sounds about the right point for now. Is there already a gparted port to Maemo; if not - should be straightforward given it's ext2 rather than ubifs/jffs2. For what its worth, there's a GParted available for Diablo. It works great on the N8x0, but it makes some assumptions about what partitions are mounted where and so the startup shell scripts would probably require some tweaking to work properly under Fremantle... http://talk.maemo.org/showthread.php?t=24679 -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle SDK mount command?
On Thu, Jun 25, 2009 at 3:11 AM, Jeremiah Foster jerem...@jeremiahfoster.com wrote: On Jun 25, 2009, at 24:52, Qole wrote: I also tried to chroot from within Scratchbox: /scratchbox/tools/bin/chroot. What was the full command here? Is there a form of the chroot command that DOES work within Scratchbox? -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to create a flash image from a Noka N810?
fanoush gives a suggested method in talk.maemo.org: http://talk.maemo.org/showthread.php?p=33348#post33348 On Sat, Jun 27, 2009 at 11:29 AM, Martin Wegner martinator...@arcor.dewrote: Hello, is it possible to create a flash image (bin format for the Nokia flasher would be great) from a Nokia 810? I need this because we have a some Nokia N810 and it would be very helpful to flash a self created backup flash (with the settings and installed software) image to all the N810 instead of flash every N810 with the original firmware and install software. Thank you very much! Greetings, Martin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle SDK mount command?
Kees, Thank you for your help; I was able to get the mount command in Scratchbox by following your instructions. I then discovered that I don't have permissions to actually mount anything from within Scratchbox. So I've given up for now. I think I'll have to wait until some hardware comes out, or until I'm given some new insights into this mess. On Fri, Jun 19, 2009 at 2:01 PM, Kees Jongenburger kees.jongenbur...@gmail.com wrote: Hi Qole On Fri, Jun 19, 2009 at 9:01 PM, Qole qole.tab...@gmail.com wrote: Any help here would be appreciated it was a little searching but the following worked for me (I start off first outside of sbox on ubuntu in /tmp) cd /tmp apt-get source mount ke...@ijssijs:/tmp$ /scratchbox/login [sbox-FREMANTLE_ARMEL: ~] cp -r /tmp/util-linux-2.14.2 . [sbox-FREMANTLE_ARMEL: ~] (cd util-linux-2.14.2 ; ./configure --with-fsprobe=volume_id --prefix=/usr ; make ; fakeroot make install ) [sbox-FREMANTLE_ARMEL: ~] mount rootfs on / type rootfs (rw) [sbox-FREMANTLE_ARMEL: ~] type mount mount is hashed (/bin/mount) ? ##This I don't really understand why did it install there? [sbox-FREMANTLE_ARMEL: ~] file /bin/mount /bin/mount: setuid ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.6.14, dynamically linked (uses shared libs), not stripped On Wed, Jun 17, 2009 at 2:19 PM, Qole qole.tab...@gmail.com wrote: Hello developers, Can anyone tell me how I can get the mount command from within the Maemo 5 SDK? -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle SDK mount command?
Hi all; me again. On Wed, Jun 24, 2009 at 2:09 PM, I wrote: I then discovered that I don't have permissions to actually mount anything from within Scratchbox. I also tried to chroot from within Scratchbox: /scratchbox/tools/bin/chroot.bin: cannot change root directory to /debian: Operation not permitted So it just isn't going to happen. :( So I've given up for now. I think I'll have to wait until some hardware comes out, or until I'm given some new insights into this mess. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle SDK mount command?
Any help here would be appreciated On Wed, Jun 17, 2009 at 2:19 PM, Qole qole.tab...@gmail.com wrote: Hello developers, Can anyone tell me how I can get the mount command from within the Maemo 5 SDK? -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Fremantle SDK mount command?
Hello developers, Can anyone tell me how I can get the mount command from within the Maemo 5 SDK? I'm trying to test out Easy Debian* within the SDK to see what needs to be in place for it to work under Fremantle, and there's a rather glaring hole when it comes to the mount command. Any ideas? * *Well, actually, Easy Mer, since the Mer projecthttp://wiki.maemo.org/Merhave both armelhttp://stskeeps.subnetmask.net/mer/0.14/mer-armel-n8x0-image-v0.14.tar.gzand x86http://stskeeps.subnetmask.net/mer/0.14/mer-x86-generic-image-v0.14.tar.gzrootfs packages already, so I can test on the x86 SDK target. * -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle SDK mount command?
Thank you, Jeremiah, for opening that bug and pointing me in the right direction. On Wed, Jun 17, 2009 at 5:15 PM, Jeremiah Foster jerem...@jeremiahfoster.com wrote: You could try pulling down the upstream source, then just moving the source package into the SDK building it there and use dpkg -i to install it. Can you tell me where to get the upstream source package? Debian? -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle OpenGL wrapper?
Quim: Look, I'm very very sorry that the Nokia developers feel that I am putting pressure on them to do something here! I posted first to talk.maemo.org, and then I posted here on the developers list. I hoped to start a discussion about making an OpenGL - GL ES 2 translation library for porting games to Maemo 5, in the manner that is being done in the Pandora community. I really don't know how this discussion has gone off the rails so badly. And why is someone who is more into words contributing to the derailment, while the pure developer has responded to my last post very helpfully? On Thu, Jun 4, 2009 at 1:24 AM, Quim Gil quim@nokia.com wrote: This is a developers list and you were disappointed by the answer of a developer telling you that the technologies involved are all open source so anybody can contribute to the solution. That's not what I said! This is a text medium, all of the text is archived, why are you misquoting me by paraphrasing so badly? Kimmo and Kate are giving technical details telling that the enablers are in place and they need fine tuning. They also tell you that such wrapper can be developed by anybody (with the knowledge and the time, sure). Yes. And I am very grateful that Kimmo is working on it. And I'm very interested by the other solution Kimmo suggested, involving switching off just the compositor. So I'm not disappointed any more. My disappointment stemmed from the fact that I wanted to talk about porting OpenGL games, and I discovered that there's problems that I had no idea about, on a much lower level, blocking the way. Kate and Kimmo detailed problems with my request. Kimmo didn't make it clear at first that these problems were being worked on, and that was disappointing to me. When Kimmo said that hildon-desktop was open source, so we could fix it, I thought that meant it wasn't being worked on, and that it was going to be left entirely to the community to provide some solution. I was wrong, it is being worked on within Maemo, so I'm happy. I don't want to upset the Maemo folks, that is biting the hand that feeds me. But I am an expert at getting everyone upset... :-( Quim wrote: Besides, based on this thread you are making your own conclusions in talk.maemo.org about the status of the release etc. Actually, no, I'm making my guesses based on several threads in this mailing list. They are by no means conclusions. I don't think I've made any conclusions about anything. Just some idle speculations. Any input is welcome and your point is taken. Now, please let's move on. Agreed. I'll move on right now, and I will not address any more points in your post. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Multiple instances of Maemo
I've asked a similar question before. It seems that maemo-launcher can only have one instance running at a time, so that effectively limits the number of Hildon desktops that can be running to one as well. On Thu, Jun 4, 2009 at 5:36 AM, Joel Raj joel.ra...@gmail.com wrote: Hi, Can somebody let me know how we can launch multiple instances of Maemo simultaneously, with each instance running for a user. I have created two users A and B on my Ubuntu machine. The two users also have their *users* created in Scratchbox. I also have Maemo SDK installed for both the users. I login as user A, create a Xephyr window with the DISPLAY value set to 2, login to scratchbox and launch maemo with DISPLAY value 2. Maemo is launched in the Xephyr window. As Maemo is running in user A, I switch user and then login as user B. Here I create a Xephyr window with DISPLAY value set to 3, login to scratchbox and launch maemo with DISPLAY value 3. Maemo is not launched, nothing is shown in Xephyr window and an error message as follows is shown. --- [sbox-DIABLO_X86: ~] af-sb-init.sh start Sample files present. Starting DBUS system bus Starting D-BUS session bus daemon /usr/bin/af-sb-init.sh: line 1: export: `bus:': not a valid identifier /usr/bin/af-sb-init.sh: line 1: export: `/tmp/session_bus_socket:': not a valid identifier /etc/init.d/maemo-launcher: line 1: export: `bus:': not a valid identifier /etc/init.d/maemo-launcher: line 1: export: `/tmp/session_bus_socket:': not a valid identifier Starting Maemo Launcher: maemo-launchermaemo-launcher: died binding to invoker socket start failed. Starting Sapwood image server sapwood-server[4620]: GLIB INFO default - server started Starting Matchbox window manager Starting clipboard-manager Starting Keyboard Starting Hildon Desktop --- How can I make Maemo run for two different users simultaneously ? Note: I am doing this so that if I succeed, I can later use this Ubuntu machine as a server, so that multiple users can simultaneously login to that server and run Scratchbox/Maemo. Thanks, Joel. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle OpenGL wrapper?
Thank you very much! On Thu, Jun 4, 2009 at 2:25 PM, kate.alh...@nokia.com wrote: From: maemo-developers-boun...@maemo.org [ maemo-developers-boun...@maemo.org] On Behalf Of ext Qole [ qole.tab...@gmail.com] Sent: Thursday, June 04, 2009 9:47 PM To: maemo-dev Subject: Re: Fremantle OpenGL wrapper? I hoped to start a discussion about making an OpenGL - GL ES 2 translation library for porting games to Maemo 5, in the manner that is being done in the Pandora community. I have been having several presentations to maemo community how to use OpenGL-ES in maemo You can find them from my blog http://blogs.forum.nokia.com/blog/kate-alholas-forum-nokia-blog It is ot so much question of transition libraries but understanding what is OpenGL-ES and how it relates to desktop OpenGL I checked openpandora wiki http://pandorawiki.org/Development_tutorials . It looks a like they are having very similar approach, no silver bullet OpenGL to OpenGL-ES translation library but just OpenGL-ES1.1 tutorial and example how to use OpenGL-ES with SDL. I have had my tutorials about how to use OpenGL-ES2.0 and how to use it with Qt . If you read http://pandorawiki.org/OpenGL_ES_1.1_Tutorial . It tells a lot what is the qestion. There is just no single OpenGL but desktop OpenGL has many, many legacy layers of API's . Mobile OpenGL implements only the most efficient subset of them. Because there is hundreds of ways to use OpenGL, there is no simple way to convert. The Openpandora OpenGL-ES1.1 wiki tries to explain ( as i had in my presentations/blog and maemo wiki page ) that as example OpenGL has legacy API glBegin/glVertex/gEnd that are obsoleted in OpenGL-ES and OpenGL-ES only supports way to pass vertexes as array. Of course passing them as array is much more efficient, just one API call with big number of vertexes as opposed one call for one coordinate point. That just an example what is the difference. For game developer it is much more sense port the application to use vertex arrays because it is more efficient also in desktop. When we go to OpenGL-ES2.0 or Desktop OpenGL-2.0, we have thing called programmable shaders. OpenGL1.x or OpenGL-ES1.x has fixed function non programmable pipeline doing transformations and lighting. In OpenGL-(ES)2.0 it is all programmable and it offers much more features to make much better looking games. I strongly recommend to take it in use. If you still would like use fixed function pipeline to port old not so advanced games, you can still use OpenGL-ES1.x emulation libraries in maemo. I hope that we can get them in to next SDK release. Kate ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle OpenGL wrapper?
That's quite disappointing. I'm looking forward to seeing further news about game mode, I guess. 2009/6/2 Kimmo Hämäläinen kimmo.hamalai...@nokia.com Hi, On Wed, 2009-06-03 at 00:53 +0200, ext Qole wrote: On Tue, Jun 2, 2009 at 3:04 PM, David Greaves da...@dgreaves.com wrote: I understood that GL wasn't going to be available to the apps on the device... something about the window manager permanently taking the only viewport? I am not sure if this is a beta-phase bug or a hardware or GLES issue. David -- Don't worry, you'll be fine; I saw it work in a cartoon once... I think you are referring to the following two posts, both by Kimmo Hämäläinen. I don't believe they say that GL won't be available, but that there will be a performance hit OpenGL is not available in the device but OpenGL ES2 is. Notice that this is a big problem when porting OpenGL applications from the desktop PC world. Some kind of OpenGL to OpenGLES conversion layers are possible but with some FPS cost, I assume. because the apps will have to go through Hildon-Desktop to render, rather than rendering directly. Yes, about 30% penalty with the compositor, but I'm working on non- composited or game mode for hildon-desktop that allows shutting down the compositor and rendering directly to the screen (without killing hildon-desktop). I still need to get it working with dialogs and menus popping on top of the non-composited application, but I guess it'll work in the end somehow. BR; Kimmo http://lists.maemo.org/pipermail/maemo-developers/2009- March/018639.html As Kate has already proven, multi-context works. But as long as you have hildon-desktop running in the background, you will not render directly to the screen even if you use Clutter/QtGraphicsView/EGL+OpenGLES2.0/whatnot in your application. When hildon-desktop is running, it is the only one drawing on the screen (with the exception of XVideo). So, killing hildon-desktop is the only way to get direct rendering to the screen at the moment. (We might have something more elegant for this in the future...) http://lists.maemo.org/pipermail/maemo-developers/2009- March/018645.html Keeping the compositor around has some performance impact, because after the application draws to an offscreen pixmap (the window), the X server sends Damage events (saying this part of the pixmap changed) to hildon-desktop, and hildon-desktop asks the 3D HW to use this pixmap in a OpenGL texture and draw it to the screen. So, there is some extra delay (maybe 10-25ms) after the application's drawing is visible. Second implication is that you cannot use HW accelerated zooming and moving of textures for the whole graphical pipeline. You can use it for drawing into your window, but when hildon-desktop draws to the screen, it cannot use it (e.g. it cannot say move this content to there). It will just get a big damage area that is updated by updating the OpenGL texture content. Third implication: to save memory, we are using the texture- from-pixmap GL extension to allow the X server and 3D HW share the pixmap data. This means that while 3D HW is accessing the pixmap data (while transferring it to the 3D chip), X server cannot access it. Thus, while the compositor is updating the screen, it is slowing down X drawing. However, it's not mandatory to use texture-from-pixmap, but then you are paying the price in increased RAM usage. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle OpenGL wrapper?
On Wed, Jun 3, 2009 at 1:06 AM, Cornelius Hald h...@icandy.de wrote: I think qole is asking for a wrapper library, that offers a OpenGL-1.x / OpenGL-2.0 API and translates those calls on the fly to OpenGL-ES2.0. With a library like that it would be possible to run standard/non-mobile OpenGL applications on Maemo without changing much of the code. Sorry, if this is already clear, I had the feeling that there is some misunderstanding... I'm glad somebody understands what I'm asking. I only wish the good folks at Nokia understood. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Fremantle OpenGL wrapper?
Hi all, I'm not much of a developer, but I really think it would be a good idea to get a couple OpenGL wrappers ready for Fremantle. I have a thread on talk.maemo.org[1], but maybe I should be posting here too. [1] http://talk.maemo.org/showthread.php?t=29085 I think there should be a wrapper for applications that use OpenGL directly, and maybe an SDL library for games that use OpenGL via SDL. There's work in this area for the Pandora, but I haven't seen much yet for Maemo devices. I propose starting with a simple test game like Armagetron Advanced [2], which actually runs on an N800 at 3 fps with software OpenGL rendering. This game uses SDL and the mesa GL libraries, which suggests that an SDL library like the one developed for the Pandora [3] might work here. [2] http://packages.debian.org/lenny/armagetronad [3] http://www.gp32x.com/board/index.php?showtopic=48023 Like I said, I'm not really a developer, and I can't really take these ideas and make them happen. But I'm paying close enough attention to these things to see that this seems to be an important gap in the available software right now. I would prefer comments on my talk.maemo.org thread, but you can discuss here, too. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Fremantle OpenGL wrapper?
On Tue, Jun 2, 2009 at 1:14 PM, kate.alh...@nokia.com wrote: From: maemo-developers-boun...@maemo.org [ maemo-developers-boun...@maemo.org] On Behalf Of ext Qole [ qole.tab...@gmail.com] Sent: Tuesday, June 02, 2009 9:05 PM To: maemo-developers Subject: Fremantle OpenGL wrapper? Hi all, I'm not much of a developer, but I really think it would be a good idea to get a couple OpenGL wrappers ready for Fremantle. What do you like the wrapper do ? If you like to get easiest way to run OpenGL you can take example skeleton from Imagination OpenGL-ES2.0 examples. They run in Fremantle, you just need to compile them or then you can take Qt GLWidget as it is done in hellogl_es2 that is part of Qt4.5 source. I also runs nicely in Fremantle. Good thing using Qt as a wrapper is that you can use full GL but you can mix it with Qt UI widgets or QGraphicsWiew higer level drawing primitives. Kate I am asking for a wrapper that will make it possible to port existing OpenGL applications (mainly games) to Maemo 5+ without having to do any real rewriting. I gave an example in my e-mail of an SDL game that uses OpenGL. If your solutions will allow someone to port a game like Armagetron Advanced without much effort, then that is what I'm looking for. If this means rewriting the game / application, then that's not what I'm asking for. A good way to know if your solution is what I'm looking for is to take the Debian Lenny source code of Armagetron Advanced ( http://packages.debian.org/source/lenny/armagetronad) and make a Qt / Imagination wrapper for it, then compile it to run on Fremantle. If this takes a very long time, then this isn't what I'm looking for. I'm looking for something that would be a drop-in replacement for the OpenGL libraries for games like Quake2 or SDL games like Armagetron. You may think, these aren't important, they're only games, but I would disagree. And I'm not even a gamer. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle OpenGL wrapper?
On Tue, Jun 2, 2009 at 3:04 PM, David Greaves da...@dgreaves.com wrote: I understood that GL wasn't going to be available to the apps on the device... something about the window manager permanently taking the only viewport? I am not sure if this is a beta-phase bug or a hardware or GLES issue. David -- Don't worry, you'll be fine; I saw it work in a cartoon once... I think you are referring to the following two posts, both by Kimmo Hämäläinen. I don't believe they say that GL won't be available, but that there will be a performance hit because the apps will have to go through Hildon-Desktop to render, rather than rendering directly. http://lists.maemo.org/pipermail/maemo-developers/2009-March/018639.html As Kate has already proven, multi-context works. But as long as you have hildon-desktop running in the background, you will not render directly to the screen even if you use Clutter/QtGraphicsView/EGL+OpenGLES2.0/whatnot in your application. When hildon-desktop is running, it is the only one drawing on the screen (with the exception of XVideo). So, killing hildon-desktop is the only way to get direct rendering to the screen at the moment. (We might have something more elegant for this in the future...) http://lists.maemo.org/pipermail/maemo-developers/2009-March/018645.html Keeping the compositor around has some performance impact, because after the application draws to an offscreen pixmap (the window), the X server sends Damage events (saying this part of the pixmap changed) to hildon-desktop, and hildon-desktop asks the 3D HW to use this pixmap in a OpenGL texture and draw it to the screen. So, there is some extra delay (maybe 10-25ms) after the application's drawing is visible. Second implication is that you cannot use HW accelerated zooming and moving of textures for the whole graphical pipeline. You can use it for drawing into your window, but when hildon-desktop draws to the screen, it cannot use it (e.g. it cannot say move this content to there). It will just get a big damage area that is updated by updating the OpenGL texture content. Third implication: to save memory, we are using the texture-from-pixmap GL extension to allow the X server and 3D HW share the pixmap data. This means that while 3D HW is accessing the pixmap data (while transferring it to the 3D chip), X server cannot access it. Thus, while the compositor is updating the screen, it is slowing down X drawing. However, it's not mandatory to use texture-from-pixmap, but then you are paying the price in increased RAM usage. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: debmaster priorities [YOUR INPUT HERE]
On Thu, May 14, 2009 at 1:44 AM, Jeremiah Foster jerem...@jeremiahfoster.com wrote: To summarize a bit; I think the feedback I am receiving is that I need to be more proactive and visible in places like iTT and take up the discussion with developers about packaging. From my perspective, that means reducing the amount of repository work to some degree and replacing that with real time packaging discussions, policy changes, and other documentation. I also think interacting in the forums and one-on-one with developers having packaging difficulties should be a high priority. 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'm sure the backend server stuff is important too, I just don't know anything about it so I can't comment there. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: no suitable windowing system found, exiting.
If all you want to do is run OpenOffice 3.0, install Easy Debian from Extras and use the included installer to download the big image file. You will then be able to run the Debian Squeeze version of OpenOffice 3.0 on your tablet. If you wish to install OpenOffice 3.0 in Maemo, you will need to build it in Scratchbox. This will most likely turn into a giant task, and you may not succeed. But if you do succeed, please package OpenOffice for Maemo. Many people would appreciate it. On Mon, May 4, 2009 at 6:57 PM, jiangchuang jiangchu...@redoffice.comwrote: Hi everyone: I would like to run OpenOffice.org 3.0 on N800. I copied OpenOffice.org into the removable memory sd card, and run the ./soffice command in the terminal. I get the following error messages: *no suitable windowing system found, exiting.* I did my best to solve the problem,but failed.Can you give me any advice? TIA. Regards. JiangChuang ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
New home for Easy Debian?
Hi everyone, My long-time host, maemobox.org, is being shut down this week. Is there anyone willing to host my image files? They are large (over 300 MB each) and they contain the root filesystems of various alternate distributions, tweaked to run in a chroot. At this point, garage.maemo.org doesn't allow file uploads of the size I need (maximum 150MB files there). If I can't find a host for, at least, my Easy Debian rootfs image, I will have to remove Easy Debian from the extras repository. -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: New home for Easy Debian?
Thank you, Graham, and those who championed the raising of garage.maemo.org's file size limits. I still think maemo.org needs to allow big Maemo and tablet related downloads, but we've got some more time to discuss this now. I have managed to get a stay of execution for a year, by purchasing an unlimited bandwidth hosting account from dreamhost.com for $9.24 for a year. I will update my Easy Debian package to point to the new server this week. You can go visit my new site at qole.org and feel free to download away! On Mon, Apr 27, 2009 at 2:31 PM, Graham Cobb g+...@cobb.uk.netg%2b...@cobb.uk.net wrote: On Monday 27 April 2009 18:40:26 you wrote: Hi everyone, My long-time host, maemobox.org, is being shut down this week. Is there anyone willing to host my image files? They are large (over 300 MB each) and they contain the root filesystems of various alternate distributions, tweaked to run in a chroot. Of course, the best idea is a Maemo server but if you need somewhere for a limited time, I might be able to host them on my personal Internet server. I have plenty of disk space but bandwidth is limited on my hosting package -- any idea how much bandwidth you use each month? Graham -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Running multiple maemo-launchers?
Hi, I'm trying to run Mer apps and Maemo apps side by side, but there seems to be some conflict between the two versions of maemo-launcher. Once the Mer maemo-launcher starts running, Maemo apps (the ones dependent on maemo-launcher) quit launching, even though the Maemo version of maemo-launcher is still running. I notice that one of the parameters of maemo-launcher is --pidfile which has the following listed in the help file: --pidfile FILE Specify a different pid file (default /tmp/maemo-launcher.pid). It would seem that this has the possibility for two or more maemo-launchers to share the system, by using two different PID files, but I can't see any way to specify which maemo-launcher to use in the documentation of maemo-invoker. As it is now, the most recently launched maemo-launcher takes all the maemo-invoker calls, leaving the older maemo-launcher (still running, in the shadows) leaning against the wall, feeling lonely. And so the non-Mer apps fail to start, because the Mer maemo-launcher stares blankly at the Maemo apps and says, I'm sorry, do I know you? Any suggestions? Perhaps this is a request I should be making to the Mer team? (Make a mer version of maemo-invoker that is capable of choosing which maemo-launcher to use) By the way, I notice this same behaviour when running apps in Fremantle Alpha Scratchbox... Interesting behaviour if I try to run a Diablo maemo-launcher on top of the Mer version: I issue the following command: ~ $ maemo-invoker browser maemo-launcher responds with: maemo-launcher: invoking '/usr/bin/browser' maemo-launcher: died loading invoked application: '/usr/bin/browser: cannot dynamically load executable' maemo-launcher: child (pid=2657) terminated due to exit()=1 -- enthusiast, n. One whose mind is wholly possessed and heated by what engages it; one who is influenced by a peculiar fervor of mind; an ardent and imaginative person. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo OpenGL-ES2.0 wikipage
The Opengl.svg picture seems broken (Linux Firefox 3); I can't read the upper text in the green oval. On Thu, Mar 26, 2009 at 4:03 AM, Kate Alhola kate.alh...@nokia.com wrote: After numerous questions how to use OpenGL-ES2.0 in maemo Fremantle i made wiki page http://wiki.maemo.org/OpenGL-ES It is still small but i hope that we can together make it better . Kate ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Qole: fanboy, wacko, and maemo.org junta member ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Uploading packages to extras that already exist in maemo SDK
The SDK repositories are not available by default on any of the tablets, and they are not really safe to enable on the average user's tablet. I personally think it is great to make as wide a variety of libraries available in extras as possible, as long as they don't conflict with the standard set of libraries or cause harm to a functioning device (simply by being present on the device). On Tue, Mar 24, 2009 at 10:40 AM, Anderson Lizardo anderson.liza...@gmail.com wrote: Hi all, I want to upload some Python related packages to fremantle extras-devel, however some of these packages are already on the Maemo SDK repository. I suppose the images that will be flashed to the device will not contain the SDK repositories (e.g. deb http://repository.maemo.org/ fremantle/sdk free non-free), based on the previous releases. I remember a discussion on the list about this topic and IIRC the solution was simply re-upload the packages to extras. Is that still the case? Thanks, -- Anderson Lizardo Instituto Nokia de Tecnologia (INdT) Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Qole: fanboy, wacko, and maemo.org junta member ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers