Re: [QT Extended Improved] GPS Mapping Demo
On Sun, Apr 26, 2009 at 6:36 AM, Fabio Locati fabioloc...@gmail.com wrote: What about looking into SHR or other openmoko distro to copy the compile options of SDL? I think SDL is a needed instrument, because it would allow the support of many applications that are not supported by Qt Extended because they need X. In any ways, I'll try to look into it as soon as I'll have time, but if someone want to do it before...he/she is completely welcome. The problem is that we have tu use a framebuffer, and they can rely on a X-server ... I see that it is possible to compile SDL in, have you tried that yet? Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi c_c And what about a debian .deb package ? There are already some music player packages, but none is as finger friendly as inton (my opinion), e.g Sonata, or gmpc (which are frontend for mpd ) Thanks in advance Kimaidou 2009/4/27 c_c cchan...@yahoo.com Hi, The openmoko feeds have changed some library names to something like libecore_evas-ver-pre-01.so.0. And now programs compiled here don't run on any other distribution. Will need more time to come up with a release. I'm pretty much done adding dbus support and have altered the finger size to hopefully better propotions. Will release soon. -- View this message in context: http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2721237.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit skins...
Marco Trevisan (Treviño) wrote: I've finally modified the OSD skin to improve the usability (from my point of view). You can find it here [4]. Nice job! I only see a little glitch : on the upper right corner, your GPS signal 'widget' is on top of your current road name 'widget', hence the darker area. The trick to avoid this (and to avoid long names being displayed under the GPS signal level widget when you are on a road with a long name) would be to reduce the width of your current road name widget. Other than that, very good layout. If someone is interested, it could also be useful to post landscape layouts maybe? Marco Trevisan (Treviño) wrote: Maybe should be added a pre-set 3d view in the Display menu too. [4] http://wiki.navit-project.org/index.php/OSD#Freerunner_version_by_Trevi.C3.B1o Actually, you can enable/disable it from the Settings/Display. It's called... 3D :) (notice that there is a little bug atm : when you touch/click the 3D button, the button background will blink to grey to show the click was taken into account, but the button label won't change to 2D. If you go back to the map, 3D mode will be enabled (it may take 1 or 2 more seconds to draw the fist time in 3D), or if you go back to settings, then display, you will see that the button label would have changed to 2D now. Should be fixed Really Soon Now. -- View this message in context: http://n2.nabble.com/Navit-skins...-tp2592202p2722587.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[New Mokomaze] Coming soon
Hello list! I want to tell that Mokomaze (ball-in-the-labyrinth game) is still developing. Currently I am preparing release of a new version (with completely new physics and graphics engines) which will satisfy (almost) all your improvement requests. The upcoming version (0.5.0) will include many changes compared with previous one: * a good-looking skin ( yeah, programmer's art :) ) * use ODE (Open Dynamics Engine) instead of my own physics engine * rolling ball animation * falling ball animation * gravity calibration feature * GUI improvements * added exit button ( hello, Fyp/Neovento users :) ) I am planning to public the release within a week. Until than, you can see a screenshots on the project's homepage [1] and watch the demonstration video on youtube [2]. [1] http://mokomaze.projects.openmoko.org/ [2] http://www.youtube.com/watch?v=VVRRXx2kEu8 Regards, ANT -- View this message in context: http://n2.nabble.com/-New-Mokomaze--Coming-soon-tp2722681p2722681.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit skins...
BTW : you can have a huge speedup in menus (from 1 or 2s to almost nothing) by using PNG files instead of SVG. I've posted the tip on the French forum, but forgot to paste it here, until it is integrated in navit's SVN. I've made a tarball with the necessary files here : http://www.kazer.org/navit/freerunner_navit_icons.tar Simply untar in in /usr/share/navit/xpm and your menus should be way more reactives. -- View this message in context: http://n2.nabble.com/Navit-skins...-tp2592202p2722726.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB Kernel problem with latest SHR unstable
El Saturday, 25 de April de 2009 01:30:45 Robin Paulson va escriure: rebooted the phone and the laptop, and still nothing dmesg gives this, which looks like it can see the phone, but not figure out what it is [ 1448.937469] hub 1-0:1.0: unable to enumerate USB device on port 1 [ 1451.316831] usb 1-1: new full speed USB device using uhci_hcd and address 18 [ 1466.428058] usb 1-1: device descriptor read/64, error -110 . any ideas? I will try another usb cable or port ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-testing] unable to return after suspend
Hi Last night I suspended my FreeRunner from SHR-testing, hoping that the alarm clock would work like it does on my Nokia. The alarm didn't work and when I tried to start it today the screen remained black. Sometimes when I press the power button I get the messages on screen as if it's waking up from suspend but then the screen goes black again. I tried shutting the device down, removing the battery for a while etc. But after the devices boots the screen goes black again. I do get the screen asking me to enter my PIN (the screen looks off a bit though and the text on the buttons is hardly readable) but after that the screen goes black again. When I boot FDOM from the device's main memory everything works but when I boot SHR-testing again I get the same symptoms. Any idea what might be wrong and how to fix it? Just now some more messages scrolled by on the screen, several minutes after my last key or screen presses. When I pressed the power button again again messages scrolled by, one of the last messages (not the last, the screen blacks out to soon to read that) was: restarting tasks: done Regards Bram ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
Wow, it looks awesome! r On Mon, Apr 27, 2009 at 10:37 AM, ANT ant0...@gmail.com wrote: Hello list! I want to tell that Mokomaze (ball-in-the-labyrinth game) is still developing. Currently I am preparing release of a new version (with completely new physics and graphics engines) which will satisfy (almost) all your improvement requests. The upcoming version (0.5.0) will include many changes compared with previous one: * a good-looking skin ( yeah, programmer's art :) ) * use ODE (Open Dynamics Engine) instead of my own physics engine * rolling ball animation * falling ball animation * gravity calibration feature * GUI improvements * added exit button ( hello, Fyp/Neovento users :) ) I am planning to public the release within a week. Until than, you can see a screenshots on the project's homepage [1] and watch the demonstration video on youtube [2]. [1] http://mokomaze.projects.openmoko.org/ [2] http://www.youtube.com/watch?v=VVRRXx2kEu8 Regards, ANT -- View this message in context: http://n2.nabble.com/-New-Mokomaze--Coming-soon-tp2722681p2722681.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testing] save SMS messages to text file?
Cool, As soon as I can start SHR again (see my other post) I'll give this a try! @Arne: the second step of saving the messages is that the redirection of the output in David's script? Or did you mean a separate command? @Johnny: looking forward to those improvements! Regards Bram On Mon, Apr 27, 2009 at 2:31 AM, David Ford da...@blue-labs.org wrote: this is what i use to dump the messages from my sim card to a text file. then i delete the messages on the sim card so i have room for new messages. a limit of 30 messages is entirely impractical. that gets filled up before noon arrives unless i constantly delete messages. r...@nibbly-bits:~# cat backup_messages.sh #!/bin/sh d=$(date +%Y.%m.%d-%H%M) mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.RetrieveMessagebook 'all' messages-$d.txt On 04/26/09 19:06, Daniel.Li wrote: I don't know about current status. But it seems impossible, if u are using openmoko-message, see below http://lists.openmoko.org/nabble.html#nabble-td2619250 On Sun, 2009-04-26 at 20:13 +0200, Bram Mertens wrote: Hi I've succesfully flashed my GSM firmware with the provided uSD image so now I'm able to use my FreeRunner as a phone. My old phone has several SMS messages stored in it's internal memory and allowed receiving messages to this memory even though the space on the SIM for storing SMS messages is full. Now off course only those messages on the SIM card are available on the FreeRunner and the messages application immediately complained that there is no space for new messages. Doesn't the FreeRunner allow storing SMS messages other than on the SIM? And in any case: is there a way to extract or backup SMS messages to a clear text file? I couldn't find anyhting on the wiki about this. Regards Bram ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT Extended Improved] GPS Mapping Demo
With some work, it would also be possible to write a directFB gui for navit. Somebody (Boris_Omega in #navit) started working on it some times ago, but he got busy on other things since, and i'm not aware of someone else continuing the work currently. -- View this message in context: http://n2.nabble.com/-QT-Extended-Improved--GPS-Mapping-Demo-tp2669187p2722946.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
Wow i have seen the new mokomaze's video very Cool!!! Il giorno lun, 27/04/2009 alle 00.37 -0700, ANT ha scritto: Hello list! I want to tell that Mokomaze (ball-in-the-labyrinth game) is still developing. Currently I am preparing release of a new version (with completely new physics and graphics engines) which will satisfy (almost) all your improvement requests. The upcoming version (0.5.0) will include many changes compared with previous one: * a good-looking skin ( yeah, programmer's art :) ) * use ODE (Open Dynamics Engine) instead of my own physics engine * rolling ball animation * falling ball animation * gravity calibration feature * GUI improvements * added exit button ( hello, Fyp/Neovento users :) ) I am planning to public the release within a week. Until than, you can see a screenshots on the project's homepage [1] and watch the demonstration video on youtube [2]. [1] http://mokomaze.projects.openmoko.org/ [2] http://www.youtube.com/watch?v=VVRRXx2kEu8 Regards, ANT signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit skins...
Please people add all these hacks to one single package easily available so everyone don't have to go find a navit skin, images, config file etc for freerunner but just download install (or untar) a single package.. Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
On Sun, Apr 26, 2009 at 10:22 PM, leona...@lilik.it leona...@lilik.it wrote: I've already build a new image with this (not online yet, since I'm setting it up on a new space). A visual hint for prediciveness would be nice, but I leave that up to you :-) btw, I also added code for a backspace key. I *know* that you can slide to the left for backspace, but if you want to delete an entire sentence (or just 10 letters), this becomes ridiculous. Therefore: the backspace key is to be found in the same group as the return key. I've updated the current image with it. you can select the text you want to cancel and leftslide, but it's very unconfortable. true, even more because there's no visual feedback for selection (I think, or I never succeeded into selecting naything yet) Now just some buttons to quickly go from letters to ciphers and to the sentence-characters (.,?, etc...). Instead of always needing to slide up and down ... There's place for at least 3 extra signs on the letters screen, I would use them for uppercase (and in the uppercase version: lowercase), numbers and sentence-characters. This would work more reliable and quicker than the basic sliding ... we could use the other three diagonals. I think it's better then filling the keyboard with more buttons, or it will end up like matchbox keyboard. I understand the concern, but when you type in a sentence (or multiple sentences) and you need punctuation characters, you're gonna need a lot of sliding ... so I would bring the most used keyboards under 3 buttons as well. I'll try it, and if it clutters too much, I'll remove it again. I can always leave the code in, and just disable it in the layout.conf file ... For the buttons, any suggestions? I can take any html code ... see http://cityofstrife.net/hexcodes.html. For uppercase/lowercase, I'll use an fat arrow up/down (x21E7 and x21E9), but what to use for letter symbol, special char symbol and cipher symbol? In the letters keyboards, I'll add: up/down, special char, ciphers In the special char keyboard, I'll add: letters (lowercase), ciphers In the ciphers keyboard, I'll add: letters (lowercase), special chars Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-testing] no screen lock
since i upgraded to shr-testing from april 23rd, there's no longer a screen lock. if i press the aux button, nothing happens. if i press the power button and then hit lock, it tells me No PAM support was built in to Enlightenment, desk locking is disabled any suggestions how to fix this? cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] new navit
Is the debian source package also available somewhere?
http://navit.latouche.info/debian/sid/navit_0.1.0+svn-2234.diff.gz
does
./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
--prefix=/usr --mandir=\$${prefix}/share/man
--infodir=\$${prefix}/share/info CFLAGS=-g -O --disable-samplemap
but you mention using
--enable-avoid-float --disable-garmin --disable-samplemap
--disable-postgresql --disable-graphics-opengl --disable-graphics-win32
--disable-gui-win32 --disable-vehicle-demo --disable-vehicle-wince
so these are clearly different packages, right?
the config options mentioned are simply appended to the configure call of
the debian/rules, that's the only difference.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] no screen lock
2009/4/27 Jakob jackram...@googlemail.com: you can bind the aux button to Desktop Simple Lock. open the wrench -- input -- keybindings cheers, got that sorted. problem is, i get the same error message about PAM support not built into enlightenment ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [shr-testing] no screen lock
On Apr 27, 2009 11:09am, Jakob jackram...@googlemail.com wrote: you can bind the aux button to Desktop Simple Lock. open the wrench -- input -- keybindings Thanks for the tip, but the window is larger than the screen. How can I scroll it left and right? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All?] Dictator - the most undemocratic recording and dictationsoftware ever
Thomas Franck wrote: Hi.. Helge Hafting wrote: Also, dictator seems to record in stereo, while these sources are mono. One channel is silent. Avoiding unnecessary stereo gives the cpu less work, which is important with this weak cpu. I haven't tested Dictator yet.. but I really liked the way the other recording software[1] did it.. with incoming/outgoing sound separated on different channel that.. Such use of stereo is nice, of course. What I objected to was the recording of all sound in one channel, and then adding a silent channel as well. There is no need for that. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] no screen lock
Jakob wrote: you can bind the aux button to Desktop Simple Lock. open the wrench -- input -- keybindings Configurability is nice, but how about having Desktop Simple Lock set up as default in the shipped image? Unless SHR is planning another default use for the AUX button, that is. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
thanks a lot ! 2009/4/27 c_c cchan...@yahoo.com Hi, kimaidou wrote: And what about a debian .deb package ? Well, I hadn't thought of one. Thanks for bringing this up. Will have to read some tutorials on how to make one. I think they are quite similar to the .ipk's in that they too have a control file etc. The next release - coming soon - will have a .deb package too. -- View this message in context: http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2723962.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT Extended Improved] GPS Mapping Demo
On 27/04/2009, at 5:14 PM, Franky Van Liedekerke wrote: On Sun, Apr 26, 2009 at 6:36 AM, Fabio Locati fabioloc...@gmail.com wrote: What about looking into SHR or other openmoko distro to copy the compile options of SDL? I think SDL is a needed instrument, because it would allow the support of many applications that are not supported by Qt Extended because they need X. In any ways, I'll try to look into it as soon as I'll have time, but if someone want to do it before...he/she is completely welcome. The problem is that we have tu use a framebuffer, and they can rely on a X-server ... I see that it is possible to compile SDL in, have you tried that yet? SDL was 'ported' to Qtopia 2, with a little work, it could be 'ported' to qt 4. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testing] save SMS messages to text file?
@Arne: the second step of saving the messages is that the redirection of the output in David's script? Or did you mean a separate command? i hadn't seen david's screen when answering -- but ... mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.RetrieveMessagebook 'all' messages-$d.txt ... that's exactly, what i had in mind. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] no screen lock
you can bind the aux button to Desktop Simple Lock. open the wrench -- input -- keybindings On 4/27/09, Robin Paulson robin.paul...@gmail.com wrote: since i upgraded to shr-testing from april 23rd, there's no longer a screen lock. if i press the aux button, nothing happens. if i press the power button and then hit lock, it tells me No PAM support was built in to Enlightenment, desk locking is disabled any suggestions how to fix this? cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster Openmoko Shop - new: Bluetooth Keyboard
Christoph Pulster wrote: Thanks to David Samblas, who wrote the Wiki for Bluetooth Keyboard: http://wiki.openmoko.org/wiki/Freedom_Slim_Keyboard we have stock up with the Freedom Ltd. Slim Keyboard. A bit too slim for my use. I remap my keyboards to Norwegian, but that requires another key to the right of p, and two keys to the right of l. These positions don't exist on that keyboard. The freedom universal keyboard from the same site was more promising. English layout for the moment, but at least there are enough extra keys that the important key positions can be remapped. Other language layouts are coming. It is not much bigger than the FR when folded up, and seems to have a stand that holds the phone too. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB Kernel problem with latest SHR unstable
2009/4/27 Jose Luis Perez Diez perezd...@gmail.com: El Saturday, 25 de April de 2009 01:30:45 Robin Paulson va escriure: rebooted the phone and the laptop, and still nothing dmesg gives this, which looks like it can see the phone, but not figure out what it is [ 1448.937469] hub 1-0:1.0: unable to enumerate USB device on port 1 [ 1451.316831] usb 1-1: new full speed USB device using uhci_hcd and address 18 [ 1466.428058] usb 1-1: device descriptor read/64, error -110 . any ideas? I will try another usb cable or port no, there was nothing wrong with the port or cable - someone at shr hadn't run depmod before creating the tarball, and the modules for communicating over usb weren't being loaded. if you run depmod on your phone, it should clear it up ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [shr-testing] no screen lock
2009/4/27 jeffrey.ratcli...@gmail.com: On Apr 27, 2009 11:09am, Jakob jackram...@googlemail.com wrote: you can bind the aux button to Desktop Simple Lock. open the wrench -- input -- keybindings Thanks for the tip, but the window is larger than the screen. How can I scroll it left and right? it's not great, but you don't need to it's fiddly, but if you use a stylus or similar, you can drag the right-hand list (the one i assume you're having problems with) around just like any other element, so you can see the entire list of commands available. or try the 'Rotator' app, to get landscape mode i assume someone will be working on this in future to get it fitting on a low-res screen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, kimaidou wrote: And what about a debian .deb package ? Well, I hadn't thought of one. Thanks for bringing this up. Will have to read some tutorials on how to make one. I think they are quite similar to the .ipk's in that they too have a control file etc. The next release - coming soon - will have a .deb package too. -- View this message in context: http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2723962.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Re: [shr-testing] no screen lock
On Apr 27, 2009 11:27am, Robin Paulson robin.paul...@gmail.com wrote: commands available. or try the 'Rotator' app, to get landscape mode Ah, yes. That did the trick. Now what I would really like to do is to bind the AUX key to a script that switched between portrait and landscape modes, or maybe pulled up the keyboard - things that weren't on the list. How can you add actions to the list? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All?] Dictator - the most undemocratic recording and dictationsoftware ever
Recording GSM and Mic in different channels will be implemented in the next version. :) Thanks for your feedback! It was just a state-file-issue. Matthias Helge Hafting schrieb: Thomas Franck wrote: Hi.. Helge Hafting wrote: Also, dictator seems to record in stereo, while these sources are mono. One channel is silent. Avoiding unnecessary stereo gives the cpu less work, which is important with this weak cpu. I haven't tested Dictator yet.. but I really liked the way the other recording software[1] did it.. with incoming/outgoing sound separated on different channel that.. Such use of stereo is nice, of course. What I objected to was the recording of all sound in one channel, and then adding a silent channel as well. There is no need for that. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
On Mon, Apr 27, 2009 at 09:37, ANT ant0...@gmail.com wrote: I want to tell that Mokomaze (ball-in-the-labyrinth game) is still developing. Does that mean that Mokomaze will be compatible with recent kernels? Now it doesn't work on andy-tracking (changed working style of accelerometers). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] no screen lock
Helge Hafting wrote: Configurability is nice, but how about having Desktop Simple Lock set up as default in the shipped image? Unless SHR is planning another default use for the AUX button, that is. Helge Hafting I second that. It was the default behavior until recently, and it was very convenient. One could then extend the use of the aux button with siglaunchd (like rotating the screen, i like the idea). -- View this message in context: http://n2.nabble.com/-shr-testing--no-screen-lock-tp2723596p2725403.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
On Monday 27 April 2009 12:51:49 Johny Tenfinger wrote: On Mon, Apr 27, 2009 at 09:37, ANT ant0...@gmail.com wrote: I want to tell that Mokomaze (ball-in-the-labyrinth game) is still developing. Does that mean that Mokomaze will be compatible with recent kernels? Now it doesn't work on andy-tracking (changed working style of accelerometers). Tis version works with new kernels: http://projects.openmoko.org/frs/download.php/765/mokomaze_0.2.3-1_armv4t.ipk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster Openmoko Shop - new: Bluetooth Keyboard
Woo, fantastic :) I like it. On Mon, 2009-04-27 at 11:43 +0200, Helge Hafting wrote: Christoph Pulster wrote: Thanks to David Samblas, who wrote the Wiki for Bluetooth Keyboard: http://wiki.openmoko.org/wiki/Freedom_Slim_Keyboard we have stock up with the Freedom Ltd. Slim Keyboard. A bit too slim for my use. I remap my keyboards to Norwegian, but that requires another key to the right of p, and two keys to the right of l. These positions don't exist on that keyboard. The freedom universal keyboard from the same site was more promising. English layout for the moment, but at least there are enough extra keys that the important key positions can be remapped. Other language layouts are coming. It is not much bigger than the FR when folded up, and seems to have a stand that holds the phone too. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel.Li lida_m...@163.com PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] no screen lock
Hi, on the Neo (not ssh) you can try: enlightenment_remote -binding-key-del ANY Keycode-177 NONE 1 simple_lock and: enlightenment_remote -binding-key-add ANY Keycode-177 NONE 1 simple_lock To have a sample screen lock. icp. Il giorno lun, 27/04/2009 alle 08.45 +, Robin Paulson ha scritto: since i upgraded to shr-testing from april 23rd, there's no longer a screen lock. if i press the aux button, nothing happens. if i press the power button and then hit lock, it tells me No PAM support was built in to Enlightenment, desk locking is disabled any suggestions how to fix this? cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] no screen lock
KaZeR wrote: Now, short press lock screen, 1s press rotate the screen. Useful to quickly switch to landscape mode for navit for example. I tried omrotate in the past, but i didn't like auto-rotation. If the phone was started in a position where it should be rotated, display was borked until reboot. In fact, i made some more tests, and with this solution touchscreen gets buggy (doesn't clic where it is supposed to) until you go back to xrandr -o 0. Anyone has a solution? -- View this message in context: http://n2.nabble.com/-shr-testing--no-screen-lock-tp2723596p2725507.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fabio Locati wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. Moro, This is great! I have been hunting for such a list. What about the differences between those, wikipage that explains which is most stable and which is most bleeding edge would be nice. AFAIK, karadog is supposed to be the stable one and others more or less bleeding / dev..? Which ones are too bleeding to even consider and which are meant just for the developer them selves to keep track on patches... - -- husku -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn1mtMACgkQYntoxOJkGJJIDACeLjv26NlclHbvygT2+G5EjvT+ H3wAn3GvT1MyNDcGYUS/a/WdOESu6Gz8 =SfQU -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] no screen lock
icp wrote: Hi, on the Neo (not ssh) you can try: enlightenment_remote -binding-key-del ANY Keycode-177 NONE 1 simple_lock and: enlightenment_remote -binding-key-add ANY Keycode-177 NONE 1 simple_lock To have a sample screen lock. icp. Thanks for the tip! When flashing a new SHR, it's one of the settings i always had to do manually until now. You will save me time, thanks a lot :) I'll try to find also if there are equivalent calls for lowering the FPS and removing animations. Unless somebody knows them already.. -- View this message in context: http://n2.nabble.com/-shr-testing--no-screen-lock-tp2723596p2725523.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] no screen lock
KaZeR wrote: Helge Hafting wrote: Configurability is nice, but how about having Desktop Simple Lock set up as default in the shipped image? Unless SHR is planning another default use for the AUX button, that is. Helge Hafting I second that. It was the default behavior until recently, and it was very convenient. One could then extend the use of the aux button with siglaunchd (like rotating the screen, i like the idea). Here's the script for siglaunchd : #!/bin/sh # First, guess if we already are rotated xrandr |grep default connected 480x640+0+0 (normal left inverted right x axis y axis) 0mm x 0mm /dev/null IS_ROTATED=$? if [[ $IS_ROTATED -gt 0 ]]; then #Switch back to default mode xrandr -o 0 else #Switch to rotated mode xrandr -o 1 fi And the siglaunchd rule (amazing tool, btw) : /usr/local/bin/aux_rotate.sh=org.freesmartphone.Device.Input;org.freesmartphone.oeventsd;/org/freesmartphone/Device/Input;Event;arg[0]=AUX,arg[1]=released,arg[2]0 Now, short press lock screen, 1s press rotate the screen. Useful to quickly switch to landscape mode for navit for example. I tried omrotate in the past, but i didn't like auto-rotation. If the phone was started in a position where it should be rotated, display was borked until reboot. -- View this message in context: http://n2.nabble.com/-shr-testing--no-screen-lock-tp2723596p2725453.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
I suppose that there are no changes in accelerometer's sysfs paths or device events in new kernels since Mokomaze 0.2.3-1 released (15 april). Please try that (latest) version of the game and let me know if it works or not. Johny Tenfinger wrote: Does that mean that Mokomaze will be compatible with recent kernels? Now it doesn't work on andy-tracking (changed working style of accelerometers). -- View this message in context: http://n2.nabble.com/-New-Mokomaze--Coming-soon-tp2722681p2725443.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
On Mon, Apr 27, 2009 at 1:45 PM, Mikko Husari hu...@husku.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fabio Locati wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. Moro, This is great! I have been hunting for such a list. What about the differences between those, wikipage that explains which is most stable and which is most bleeding edge would be nice. AFAIK, karadog is supposed to be the stable one and others more or less bleeding / dev..? Which ones are too bleeding to even consider and which are meant just for the developer them selves to keep track on patches... Hi, first of all, what does Moro mean? I've seen you using that word many times, but it doesn't exist in English :-) For the rest: it's a difficult question to answer ... karadog is stable, but using an unstable kernel and seems to be missing a lot of late patches. But once he will switch to 2.6.28, he will be on the same level as Radek is. I'm ahead of Radek, in a way that I've been fixing lots of stuff, but Radek is a busy man, and I was bored :-) Lorn (lpotter) also pulled in all my changes. So in short: my changes are stable ones (I only put things in the git that are tested), for now Lorn is bleeding edge (has things that are not working right now). Radek is also stable, but behind on patches. Karadog is stable 2.6.24, but also behind on patches (and kernel). Filip so far only put standard qtextended on github (because t that time, karadog was very busy and unavailable), no patches are integrated. As you can see here, only lpotter is ahead for now: http://github.com/liedekef/qtmoko/network Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB Kernel problem with latest SHR unstable
On Mon, Apr 27, 2009 at 10:43 AM, Robin Paulson robin.paul...@gmail.com wrote: 2009/4/27 Jose Luis Perez Diez perezd...@gmail.com: El Saturday, 25 de April de 2009 01:30:45 Robin Paulson va escriure: rebooted the phone and the laptop, and still nothing dmesg gives this, which looks like it can see the phone, but not figure out what it is [ 1448.937469] hub 1-0:1.0: unable to enumerate USB device on port 1 [ 1451.316831] usb 1-1: new full speed USB device using uhci_hcd and address 18 [ 1466.428058] usb 1-1: device descriptor read/64, error -110 . any ideas? I will try another usb cable or port no, there was nothing wrong with the port or cable - someone at shr hadn't run depmod before creating the tarball, and the modules for communicating over usb weren't being loaded. if you run depmod on your phone, it should clear it up It didn't when I tried this. I ended up flashing a newer version of SHR-testing (2009/04/22 if I remember corretly) and that one did work out of the box. That is untill I hit the suspend problem this morning... Regards Bram ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Franky Van Liedekerke wrote: Hi, first of all, what does Moro mean? I've seen you using that word many times, but it doesn't exist in English :-) Moro :) ... is a common way to greet each other in Tampere, Finland. I have seen people use different languages in greetings on mailinglists and all of them have been major languages and easy to guess, like hola. So, why not raise the stakes :) So in short: my changes are stable ones (I only put things in the git that are tested), for now Lorn is bleeding edge (has things that are not working right now). Radek is also stable, but behind on patches. Karadog is stable 2.6.24, but also behind on patches (and kernel). Filip so far only put standard qtextended on github (because t that time, karadog was very busy and unavailable), no patches are integrated. And of course this situation lives by the day and is not written on stone, so no wiki page would be possible. Now I understand the lack of it. As you can see here, only lpotter is ahead for now: http://github.com/liedekef/qtmoko/network Heh, I've been looking a different versions of that map and just understood how that mapping is supposed to be used. It matters on what you choose as your reference point, which I did not realize since in my mind there was no such thing. Thank you for clarification and an excellent insight on who has what. I think im going to start tracking yours since karadog lacks patches. Is the trac at karadog the only bugrepoting place, besides this list? - -- husku -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn1oskACgkQYntoxOJkGJLYRgCgmATiEN2E21Jn7v77xw4DlOSd MpUAoKPXSdalGvJj17NiwjQkWyiIcQBi =eiHq -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
Moro :-))), On Mon, Apr 27, 2009 at 2:19 PM, Mikko Husari hu...@husku.net wrote: snip And of course this situation lives by the day and is not written on stone, so no wiki page would be possible. Now I understand the lack of it. nicely put indeed :-) As you can see here, only lpotter is ahead for now: http://github.com/liedekef/qtmoko/network Heh, I've been looking a different versions of that map and just understood how that mapping is supposed to be used. It matters on what you choose as your reference point, which I did not realize since in my mind there was no such thing. Thank you for clarification and an excellent insight on who has what. I think im going to start tracking yours since karadog lacks patches. feel free to do so :-) Is the trac at karadog the only bugrepoting place, besides this list? For now it is, but since karadog is behing, most things there are fixed already, also almost all on his todo list. But since they aren't fixed in his tree, they can't be closed ... I've actived the issues thingie on github for mine as well. The mailing list is alo a good place to report these (I would always start with the mailing list anyway). Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Theora 320x240 - is it possible?
Hi, i would like to distribute in my rootfs video player that can play theora videos in fullscreen mode 320x240. I was experimenting with mplayer on with fbdev as video output, but i was able to play just very small resolution video (160x120). I used ffmpeg2theora for encoding and mplayer from debian. So my question: is it possible to play 320x240 theora videos? Which player should i use? How to convert videos? Btw what is faster video output. Xglamo or fbdev? Thanks Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
On Monday 27 April 2009 14:33:47 Radek Polak wrote: Hi, i would like to distribute in my rootfs video player that can play theora videos in fullscreen mode 320x240. Glamo can only accelerate mpeg4 AFAIK I was experimenting with mplayer on with fbdev as video output, but i was able to play just very small resolution video (160x120). I used ffmpeg2theora for encoding and mplayer from debian. You should use a patched mplayer. Xglamo has not xv support. Link to patched mplayer binary: http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2 Btw what is faster video output. Xglamo or fbdev? No one has xv support. I bet there are not difference when playing videos. More info about video playing: http://wiki.openmoko.org/wiki/Video_Player Following this instructions, I can play 320x200 mpeg4. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
David Garabana Barro da...@garabana.com writes: No one has xv support. I bet there are not difference when playing videos. You mean this one? li...@ginger:~$ xdpyinfo | grep XV XVideo I'm using Xorg with xf86-video-glamo git revision 703acea13. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Asterisk on Freerunner was: voip on Debian
2009/4/26 Rask Ingemann Lambertsen r...@sygehus.dk: On Sat, Apr 18, 2009 at 05:49:05PM +0200, Nicola Mfb wrote: I will be happy to write an AMI gui but now I'm hold having problems with the alsa channel. Using the pcm default is not compatible with the default shipped /etc/asound.conf, so I just tried to use plughw:dnsoop and plughw:dmix, the result is that there freerunner does not ring on incoming call (and you cannot hear the other peer), while audio transmitting is perfect. Using plughw:0,0 for input/output works but I have stuttered audio (from freerunner to peer). Why are you not using hw:0,0? Asterisk has fixed-hardcoded settings for alsa (8000hz, 1 channel etc), and they are incompatible using hw directly, plughw autoconvert sound streams but it uses very short buffer/period size so the stuttered audio (I guess). Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
Looks awesome! The ball rolling seems much more accurate than mine is, I assume this is due to the new physics engine. I can't wait for the release. :D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
On Monday 27 April 2009 15:07:09 Timo Juhani Lindfors wrote: David Garabana Barro da...@garabana.com writes: No one has xv support. I bet there are not difference when playing videos. You mean this one? li...@ginger:~$ xdpyinfo | grep XV XVideo I'm using Xorg with xf86-video-glamo git revision 703acea13. He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;) But knowing Xorg glamo has xv support are really great news! :) What about xrand and composite? Is stable enough for daily use? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
Not sure if it means anything, but I used compositing on my phone (I had the translucent QWO for a while) and it seemed to work just fine. I use SHR-unstable, BTW. Not sure what GUI server it uses, but I'm sure it's fairly recent. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
Fabio Locati wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. Moro, This is great! I have been hunting for such a list. What about the differences between those, wikipage that explains which is most stable and which is most bleeding edge would be nice. AFAIK, karadog is supposed to be the stable one and others more or less bleeding / dev..? Which ones are too bleeding to even consider and which are meant just for the developer them selves to keep track on patches... -- husku Moro, This (and also Franky answer) is very interesting. A would also like to know something about the different, already available, packaged QtEI distributions. Thank you very much from the NAND of my freerunner. Giacomo -- /_\ The ASCIIPer comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-testing] dbus SetNetworking()
Hello there. I've been playing a few times with the dbus method SetNetworking() (i thought it would be handy to monitor my ppp0 device) but if i try to activate monitoring for rx or tx, the device just hangs (monitoring link seems to work). Is it a known issue? I'm running shr-unstable from 20090423 with uImage-2.6.29-oe10+gitr119800+0b9d21bf5d05d5dd909425a67a8be2eb1c1fc579-r3.4-om-gta02.bin Thanks in advance! -- View this message in context: http://n2.nabble.com/-shr-testing--dbus-SetNetworking%28%29-tp2726190p2726190.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
On Mon, Apr 27, 2009 at 3:54 PM, giacomo giotti mariani giacomomari...@yahoo.it wrote: Fabio Locati wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. Moro, This is great! I have been hunting for such a list. What about the differences between those, wikipage that explains which is most stable and which is most bleeding edge would be nice. AFAIK, karadog is supposed to be the stable one and others more or less bleeding / dev..? Which ones are too bleeding to even consider and which are meant just for the developer them selves to keep track on patches... -- husku Moro, This (and also Franky answer) is very interesting. A would also like to know something about the different, already available, packaged QtEI distributions. Thank you very much from the NAND of my freerunner. Giacomo Hi, there are 3 distributions: karadogs, Radeks and mine. The same comments as before apply to each: karadog runs on 2.6.24 and is behind patches, radek (based on karadog) is running on 2.6.28 and behind on patches, I'm running based on radek (patches included), but no binary distro, just an install script. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
David Garabana Barro da...@garabana.com writes: What about xrand and composite? Both work. Is stable enough for daily use? Yes. I've used it now for nearly two months. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
This is great - and might be what's needed to convince me to move from my now-ancient QTE 4.4.3 to the latest and greatest! Thanks to everyone for all the hard work on this - it's clear that Nokia desupporting QTE was the best thing that could happen to the FR. Warren On Mon, Apr 27, 2009 at 4:39 AM, Franky Van Liedekerke liede...@telenet.bewrote: On Sun, Apr 26, 2009 at 10:22 PM, leona...@lilik.it leona...@lilik.it wrote: I've already build a new image with this (not online yet, since I'm setting it up on a new space). A visual hint for prediciveness would be nice, but I leave that up to you :-) btw, I also added code for a backspace key. I *know* that you can slide to the left for backspace, but if you want to delete an entire sentence (or just 10 letters), this becomes ridiculous. Therefore: the backspace key is to be found in the same group as the return key. I've updated the current image with it. you can select the text you want to cancel and leftslide, but it's very unconfortable. true, even more because there's no visual feedback for selection (I think, or I never succeeded into selecting naything yet) Now just some buttons to quickly go from letters to ciphers and to the sentence-characters (.,?, etc...). Instead of always needing to slide up and down ... There's place for at least 3 extra signs on the letters screen, I would use them for uppercase (and in the uppercase version: lowercase), numbers and sentence-characters. This would work more reliable and quicker than the basic sliding ... we could use the other three diagonals. I think it's better then filling the keyboard with more buttons, or it will end up like matchbox keyboard. I understand the concern, but when you type in a sentence (or multiple sentences) and you need punctuation characters, you're gonna need a lot of sliding ... so I would bring the most used keyboards under 3 buttons as well. I'll try it, and if it clutters too much, I'll remove it again. I can always leave the code in, and just disable it in the layout.conf file ... For the buttons, any suggestions? I can take any html code ... see http://cityofstrife.net/hexcodes.html. For uppercase/lowercase, I'll use an fat arrow up/down (x21E7 and x21E9), but what to use for letter symbol, special char symbol and cipher symbol? In the letters keyboards, I'll add: up/down, special char, ciphers In the special char keyboard, I'll add: letters (lowercase), ciphers In the ciphers keyboard, I'll add: letters (lowercase), special chars Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Franky Van Liedekerke wrote: from this url http://build.shr-project.org/shr-unstable/images/om-gta02/, the following rootfs and uImage: uImage-2.6.29-oe10+gitr119800+0b9d21bf5d05d5dd909425a67a8be2eb1c1fc579-r3.4-om-gta02.bin openmoko-shr-lite-image-glibc-ipk--20090423-om-gta02.rootfs.jffs2 Franky Moi, I tried to compile qte from your git, it works nicely. Currently Im using 2.6.24 kernel and when I tried with the one you suggest above, qte keeps crashing on startup and then it tries to start again, only to crash again. It might be because Im using rather old rootfs, or is it possible that something else has gone wrong... I compiled same way as it says on the wiki page and then used rsync -ar --delete to move the files, that has worked before. Is it possible to just upgrade my root using opkg upgrade and then boot to the more recent kernel, or is reflash (rootfs) needed? ps. I have not read your install script since I would like to stay pure :p Thanks as usual :) - -- husku -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn1x0QACgkQYntoxOJkGJLAAgCgg0ZYp06//2QyPDNTGDAXCXY5 zdMAnixbzgBh9qRxY2lZyxECYKS8FkfP =04V2 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
I am still trying to get my wireless to work on the 4/16 release of SHR-Testing, I can get a scan to work on eth0 every now and then and the rest of the time I get a device does not support scanning error. No matter if I can scan or not eth0 will not connect to any AP. I have set up the /etc/network/interfaces so that eth0 uses wpa_supplicant, which I have the file setup with the APs and everything, and when I try and ifup eth0 it goes though the configurations but stops at a No lease failing error. I have been at this for a while trying to get it to work and all my attempts have failed. If anyone has any kind of suggestion, or if they have had this problem with this version of SHR-Testing please reply, I getting desperate and will try anything to get it to work. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 9
On Mon, 27 Apr 2009 17:55:00 +0300 Mikko Husari hu...@husku.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Franky Van Liedekerke wrote: from this url http://build.shr-project.org/shr-unstable/images/om-gta02/, the following rootfs and uImage: uImage-2.6.29-oe10+gitr119800+0b9d21bf5d05d5dd909425a67a8be2eb1c1fc579-r3.4-om-gta02.bin openmoko-shr-lite-image-glibc-ipk--20090423-om-gta02.rootfs.jffs2 Franky Moi, I tried to compile qte from your git, it works nicely. Currently Im using 2.6.24 kernel and when I tried with the one you suggest above, qte keeps crashing on startup and then it tries to start again, only to crash again. It might be because Im using rather old rootfs, or is it possible that something else has gone wrong... I compiled same way as it says on the wiki page and then used rsync -ar --delete to move the files, that has worked before. Is it possible to just upgrade my root using opkg upgrade and then boot to the more recent kernel, or is reflash (rootfs) needed? ps. I have not read your install script since I would like to stay pure :p well, that's the reason why it crashes: because you want to stay pure :-) In 2.6.28 kernels, the qpe.sh script is slightly different, and I copy a modified version over to /etc/init.d in my install script. But I could just as well change it in the sourcecode ... I'll do that :-) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Franky Van Liedekerke wrote: On Mon, 27 Apr 2009 17:55:00 +0300 Mikko Husari hu...@husku.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Franky Van Liedekerke wrote: from this url http://build.shr-project.org/shr-unstable/images/om-gta02/, the following rootfs and uImage: uImage-2.6.29-oe10+gitr119800+0b9d21bf5d05d5dd909425a67a8be2eb1c1fc579-r3.4-om-gta02.bin openmoko-shr-lite-image-glibc-ipk--20090423-om-gta02.rootfs.jffs2 Franky Moi, I tried to compile qte from your git, it works nicely. Currently Im using 2.6.24 kernel and when I tried with the one you suggest above, qte keeps crashing on startup and then it tries to start again, only to crash again. It might be because Im using rather old rootfs, or is it possible that something else has gone wrong... I compiled same way as it says on the wiki page and then used rsync -ar --delete to move the files, that has worked before. Is it possible to just upgrade my root using opkg upgrade and then boot to the more recent kernel, or is reflash (rootfs) needed? ps. I have not read your install script since I would like to stay pure :p well, that's the reason why it crashes: because you want to stay pure :-) In 2.6.28 kernels, the qpe.sh script is slightly different, and I copy a modified version over to /etc/init.d in my install script. But I could just as well change it in the sourcecode ... I'll do that :-) Franky Cool, Thank you very much :) /me waits for a commit... - -- husku -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn1108ACgkQYntoxOJkGJL1FACgmabiL7CwWsnymXBHlUJTeKbi XCYAoKoA1eqW3b+9rqRvT9n+6M96avbT =BI41 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 9
On Mon, 27 Apr 2009 19:03:28 +0300 Mikko Husari hu...@husku.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Franky Van Liedekerke wrote: On Mon, 27 Apr 2009 17:55:00 +0300 Mikko Husari hu...@husku.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Franky Van Liedekerke wrote: from this url http://build.shr-project.org/shr-unstable/images/om-gta02/, the following rootfs and uImage: uImage-2.6.29-oe10+gitr119800+0b9d21bf5d05d5dd909425a67a8be2eb1c1fc579-r3.4-om-gta02.bin openmoko-shr-lite-image-glibc-ipk--20090423-om-gta02.rootfs.jffs2 Franky Moi, I tried to compile qte from your git, it works nicely. Currently Im using 2.6.24 kernel and when I tried with the one you suggest above, qte keeps crashing on startup and then it tries to start again, only to crash again. It might be because Im using rather old rootfs, or is it possible that something else has gone wrong... I compiled same way as it says on the wiki page and then used rsync -ar --delete to move the files, that has worked before. Is it possible to just upgrade my root using opkg upgrade and then boot to the more recent kernel, or is reflash (rootfs) needed? ps. I have not read your install script since I would like to stay pure :p well, that's the reason why it crashes: because you want to stay pure :-) In 2.6.28 kernels, the qpe.sh script is slightly different, and I copy a modified version over to /etc/init.d in my install script. But I could just as well change it in the sourcecode ... I'll do that :-) Franky Cool, Thank you very much :) /me waits for a commit... arf wait, you say you have problems in 2.6.24 kernels? Then you're just missing some libraries, I would suggest you check out my install script for opkg install lines: opkg install libts-1.0-0 opkg install libstdc++6 That's why I made the script in the first place ... :-) But the qpe.sh file needed changing anyway, to be able to work correctly on 2.6.24 and 2.6.28 kernels. That has been commited now. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
TIEMU Package?
Hi. Does anyone know of a TIEMU package for the FR, or can someone build one? I just can't figure out the HP x48 calculator... -- Thanks, The Digital Pioneer -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [orrery] new version (2.6) available
lol nice work Ken! On Sun, Apr 26, 2009 at 6:28 PM, Ken Young r...@cfa.harvard.edu wrote: If Sean is ever to begin receiving daily orders for pallets of 50,000 3G-enabled Freerunners, certain core applications must be attractive, quickly responsive, and absolutely bullet proof. We all know what these applications are: Dialer, Contacts, Meteor Shower Information, SMS Messaging and Calendar. Let's be frank - Meteor Shower Information has long been the weak link in the Freerunner's PIM (Planet Information Management) software suite. This has been, I believe, one of the biggest barriers to mainstream consumer acceptance of the phone. Well no more. A new version of the orrery program (version 2.6) is available which provides several essential pieces of information about meteor showers. It puts YOU, the Freerunner owner, in charge of your nightly meteor watching activities. Version 2.6: New user features: Added meteor shower information. There is now a page under the opts menu which gives information about all meteor showers for the year (the year can be changed with the time menu, of course). Things such as the dates of the showers, the maximum rate of meteors per hour, the phase of the moon for each shower's peak and the number of dark hours, are shown. Also shown is the number of dark hours for the next or current night. The items menu allows you to specify that meteor radiants for currently active showers should be plotted on the sky display. The radiant position moves against the background stars as the shower progresses. Added a way to change the sky display's center azimuth quickly. Now, if you tap the center of the pan area or press (long tap) anywhere in the pan area, a compass will appear which will allow you to select a new center azimuth with your finger or stylus. When you release pressure on the screen, the display will be redrawn with the selected azimuth at the center. You can still pan in the old way by tapping in the panning area (bottom 1/5 of the screen). Bug Fixes: Fixed a bug which prevented fullscreen mode and flashlights from working under SHR. Fixed nonstandard date display The new version is available here: http://projects.openmoko.org/frs/download.php/778/orrery_2.6_arm_2008.8.ipk I thank the International Meteor Organization (http://www.imo.net/imo/intro) for permission to use their data to produce the meteor shower related displays. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
David Garabana Barro wrote: You should use a patched mplayer. Xglamo has not xv support. Link to patched mplayer binary: http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2 Hi David, thank you very much. This mplayer really can handle 320x240 avi, but it does not have support for ogg theora. Are there sources available for this binary? I have found this[1] repo, but not sure if these are sources for above binary. Anyone knows? Thanks Radek [1] http://repo.or.cz/w/mplayer/glamo.git ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit skins...
Marco Trevisan (Treviño) wrote: And... How can be enabled the 3d-view? Should I change something in my navit.xml to get it working with latest svn version? On [1] they mention a cegui (not supported anymore) that can be started in 3D mode by specifying: Well, it should work also in the gtk view using a svn version of navit (check also its wiki homepage), but it doesn't to me. :( I've just found that to use the 3d-mode with the gtk interface I have to set manually the pitch by using the w and x key of the keyboard (rotation with a and d). Maybe should be added a pre-set 3d view in the Display menu too. Ah, and I've written in the Configuration Navit wiki, it can be pre-set for any interface by setting the pitch=xx argument in the navit tag of the navit.xml file. (i.e. navit center=xxx . pitch=15 ) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
On Mon, Apr 27, 2009 at 10:37 AM, ANT ant0...@gmail.com wrote: Hello list! I want to tell that Mokomaze (ball-in-the-labyrinth game) is still developing. Currently I am preparing release of a new version (with completely new physics and graphics engines) which will satisfy (almost) all your improvement requests. The upcoming version (0.5.0) will include many changes compared with previous one Cool! By the way, using the vista logo was a cool idea, what about re-adding it? :P -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
David Garabana Barro ha scritto: On Monday 27 April 2009 14:33:47 Radek Polak wrote: Hi, i would like to distribute in my rootfs video player that can play theora videos in fullscreen mode 320x240. Glamo can only accelerate mpeg4 AFAIK I was experimenting with mplayer on with fbdev as video output, but i was able to play just very small resolution video (160x120). I used ffmpeg2theora for encoding and mplayer from debian. You should use a patched mplayer. Xglamo has not xv support. Xglamo *does* support Xv. I'm using it and works quite at the same level of the glamo engine (also for non-mp4 files). For istance, I can nicely play 320x240 flv videos (I only have to use a framedrop of 2-3 frames). See previous posts about this. ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter --- the state of development and future
Hi, as stated before, FSO team has started some work on database on the phone. Maybe you should get in touch with them, in order to build something together. Of course if you think openBmap could be of any help with your work, feel free to get in touch with me! Onen fredrik normann wrote: Understand that things are moving in the same direction :) but I still think a local db of the data you have collected yourself is a good idea :) I am playing with some code my self now, trying to make something. -f- On Sun, Apr 26, 2009 at 6:48 AM, Onen onen.om http://onen.om@free.fr http://free.fr wrote: Hi, regarding the settings based on location. ptitjes from SHR is working on an ologicd, which implements reasoning on the phone. He is interested in this cell location based service, as one of the inputs for his ologicd. Onen fredrik normann wrote: Wouln't it be smarter to have a local db on the phone, so after a while the phone will learn where it is all the time and can aply diffrent settings do things according to that? -f- On Thu, Apr 23, 2009 at 12:42 PM, Onen onen.om http://onen.om http://onen.om@free.fr http://free.fr http://free.fr wrote: Hi, adding to my last comments... Onen wrote: Ok. If I understand you correctly, you would like some kind of anonymous account, where people could upload if they don't want to create an account? Did I understand you correctly? Well I have nothing against it, it is a good idea to me. But is it good enough regarding legal aspect? Creative commons license makes you have to put the name of contributors (and possibly link them to the data they provided, not sure about this). Is an anonymous account compatible with this? I guess, if people would upload using a same account, this would be one contributor name, and would legally be ok, isn't it? Another point against an open account: imagine somebody starts uploading garbage. Once we notice it. It could be difficult to know what to delete, if a lot of people are using this account. I am not very sure we could reliably rely on IP address to find out what should be deleted. Onen ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org mailto:community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter --- the state of development and future
On Mon, Apr 27, 2009 at 3:15 PM, Onen onen...@free.fr wrote: Hi, as stated before, FSO team has started some work on database on the phone. Maybe you should get in touch with them, in order to build something together. Are there some code somewhere that i can look at? Of course if you think openBmap could be of any help with your work, feel free to get in touch with me! I am learning from your code :) But I want to make a different datastructure. The GsmCell should be like objects that collect information about its self over time, but more or less use the datastructures from the FSO functions... or something :) I am mostly just playing with the code to get more into the FSO stack and python again :) -fredrin- Onen fredrik normann wrote: Understand that things are moving in the same direction :) but I still think a local db of the data you have collected yourself is a good idea :) I am playing with some code my self now, trying to make something. -f- On Sun, Apr 26, 2009 at 6:48 AM, Onen onen.om http://onen.om@free.fr http://free.fr wrote: Hi, regarding the settings based on location. ptitjes from SHR is working on an ologicd, which implements reasoning on the phone. He is interested in this cell location based service, as one of the inputs for his ologicd. Onen fredrik normann wrote: Wouln't it be smarter to have a local db on the phone, so after a while the phone will learn where it is all the time and can aply diffrent settings do things according to that? -f- On Thu, Apr 23, 2009 at 12:42 PM, Onen onen.om http://onen.om http://onen.om@free.fr http://free.fr http://free.fr wrote: Hi, adding to my last comments... Onen wrote: Ok. If I understand you correctly, you would like some kind of anonymous account, where people could upload if they don't want to create an account? Did I understand you correctly? Well I have nothing against it, it is a good idea to me. But is it good enough regarding legal aspect? Creative commons license makes you have to put the name of contributors (and possibly link them to the data they provided, not sure about this). Is an anonymous account compatible with this? I guess, if people would upload using a same account, this would be one contributor name, and would legally be ok, isn't it? Another point against an open account: imagine somebody starts uploading garbage. Once we notice it. It could be difficult to know what to delete, if a lot of people are using this account. I am not very sure we could reliably rely on IP address to find out what should be deleted. Onen ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org mailto:community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing- how to switch on gsm?
Robin Paulson wrote: yeah, i'm getting exactly this error also. i later found out my sim had been borked by the messages app in 2008.12, but trying it with a friend's sim (which worked fine in his motorola and qte phone) i had the same response the gsm switch keeps going back to off also, even with a working sim Well, on switch on this morning, I got the pincode request. Sadly there has not been improvement on this area, i.e., the request for the pincode does not come right away as in typical mobiles. This is one one the few little but constant annoyances that does not allow FR/SHR to look polished. Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
I had the same problems with the same image. But today, when i tried to connect to the network of my university, it surprisingly worked. I did the following: powered up the device with shr-settings and started mofi.py in the terminal. It worked fine until i switched the device off. So, I hope that was no one-night-stand with me and eth0! But your troubles make me worry! Hope anyone can help! Matthias Adam Jimerson schrieb: I am still trying to get my wireless to work on the 4/16 release of SHR-Testing, I can get a scan to work on eth0 every now and then and the rest of the time I get a device does not support scanning error. No matter if I can scan or not eth0 will not connect to any AP. I have set up the /etc/network/interfaces so that eth0 uses wpa_supplicant, which I have the file setup with the APs and everything, and when I try and ifup eth0 it goes though the configurations but stops at a No lease failing error. I have been at this for a while trying to get it to work and all my attempts have failed. If anyone has any kind of suggestion, or if they have had this problem with this version of SHR-Testing please reply, I getting desperate and will try anything to get it to work. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
Usage of vista logo adds some humour to the idea of the game, but in practice many identical logos on the screen breaks the solid design of a new game skin. Maybe I'll add an undocumented feature of showing logos on the holes :) . Marco Trevisan wrote: Cool! By the way, using the vista logo was a cool idea, what about re-adding it? :P -- View this message in context: http://n2.nabble.com/-New-Mokomaze--Coming-soon-tp2722681p2727862.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
Well it is nice to see that I am not the only person with this problem, for me Mofi doesn't even load, I am installing the one from opkg.org to see if I have any better luck with it. On Mon, Apr 27, 2009 at 2:43 PM, matthias matthiasfels...@web.de wrote: I had the same problems with the same image. But today, when i tried to connect to the network of my university, it surprisingly worked. I did the following: powered up the device with shr-settings and started mofi.py in the terminal. It worked fine until i switched the device off. So, I hope that was no one-night-stand with me and eth0! But your troubles make me worry! Hope anyone can help! Matthias Adam Jimerson schrieb: I am still trying to get my wireless to work on the 4/16 release of SHR-Testing, I can get a scan to work on eth0 every now and then and the rest of the time I get a device does not support scanning error. No matter if I can scan or not eth0 will not connect to any AP. I have set up the /etc/network/interfaces so that eth0 uses wpa_supplicant, which I have the file setup with the APs and everything, and when I try and ifup eth0 it goes though the configurations but stops at a No lease failing error. I have been at this for a while trying to get it to work and all my attempts have failed. If anyone has any kind of suggestion, or if they have had this problem with this version of SHR-Testing please reply, I getting desperate and will try anything to get it to work. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Local GSM db on the phone (Was:Re: cellhunter --- the state of development and future)
fredrik normann wrote: On Mon, Apr 27, 2009 at 3:15 PM, Onen onen.om http://onen.om@free.fr http://free.fr wrote: Hi, as stated before, FSO team has started some work on database on the phone. Maybe you should get in touch with them, in order to build something together. Are there some code somewhere that i can look at? The commits I was referring to: http://git.freesmartphone.org/?p=framework.git;a=commit;h=bcc9257634bc42d1bc3531633e62d29cb93aba37 http://git.freesmartphone.org/?p=framework.git;a=commit;h=b6cf00aa9970368debac89edd9ed69cac032779d http://git.freesmartphone.org/?p=framework.git;a=commit;h=567f3454e19fac756a03ba58a7a3c5e909519780 I did a quick search to point it to you. I may miss some more commits, though. Of course if you think openBmap could be of any help with your work, feel free to get in touch with me! I am learning from your code :) :-) But I want to make a different datastructure. The GsmCell should be like objects that collect information about its self over time, but more or less use the datastructures from the FSO functions... or something :) The code is in a public git. You can follow work there. If you want to discuss this and/or think this could be included in openBmap logger I would be more than happy to talk about it! I plan to rework some of the GSM part, this could be a good opportunity to include more... I am mostly just playing with the code to get more into the FSO stack and python again :) Ok, to be honest, this is not exactly clear for me right now what you have in mind. So if you want to explain maybe a little bit further, and/or want precision about my code, feel free. Onen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
Great game I just have one question, I know its not really related to the game, but how can I keep my screen from blanking when it is running? It does this on a lot of applications where it seems logical where the screen should not blank out. Sorry to run this a bit off topic I just didn't like dying because I had to move my hand to tap the screen. On Mon, Apr 27, 2009 at 2:48 PM, ANT ant0...@gmail.com wrote: Usage of vista logo adds some humour to the idea of the game, but in practice many identical logos on the screen breaks the solid design of a new game skin. Maybe I'll add an undocumented feature of showing logos on the holes :) . Marco Trevisan wrote: Cool! By the way, using the vista logo was a cool idea, what about re-adding it? :P -- View this message in context: http://n2.nabble.com/-New-Mokomaze--Coming-soon-tp2722681p2727862.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TIEMU Package?
I have worked with Tilem emulator. It's for ti73 ti82 ti83 ti83p ti83pse ti84p ti84pse ti85 and ti86. It is little bit slow (not very usable) and little bit tall (cosmetic), there are screenshot: http://cc.oulu.fi/~rantalai/freerunner/tilem/snap1.png I thought there are free (as speech) rom-image for emulating and I draw missing ti-85 skin and (hardly) got it working on Freerunner. And then I realize there are only official roms available for free (as beer). So I never did finalize it. I uploaded my bitbake recipe and one needed patch. (reported to upstream). I think this might be still cool to have working well, so if somebody has inspiration and tested this, let me know! Official sdk-rom-images, priceless, but not free. (hidden in windows exe, I asked can Texas Instrument put rom-image in pure zip, but they do not understand my question (or didn't like it)) http://education.ti.com/educationportal/sites/US/productDetail/us_sdk_73_83_84.html Or do you mean 'bigger' calculators? TI-92/92+/89 has GPL rom named PedRom. http://www.tigen.org/kevin.kofler/ti89prog/pedrom-ld-tigcc.zip I tested compile tiemu 0.0.9 ./configure --host=arm-angstrom-linux --with-gui=gtk make Didn't success. (skipping incompatible /usr/lib/libglib.so when searching for -lglib so configure has some weird, no time to see deeply) -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
Looks nice. I think hate is no cool. Hole is better than Vista. (actually in every context hole is better than Vista =). Do it has vibration? Are you planned timecounter? I liked play without time, but maybe I will want challenge somebody, so how we know who is better? Maybe player profile and each unplayed level is 5minutes, and who has lowest total time. How about multiplaying with two (or more) devices? Maybe just info of another players ball, when playing same level. (Or can balls collide with anothers? Both balls has own inclination of floor =) -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TIEMU Package?
Yeah, I have a real TI-86. I'm more interested in the TI-89 platinum emulator. I've compiled TIEMU on my laptop and tested it, and it works quite well... I just can't compile for the FR. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
I mean do that new version has vibration too, it is nice effect. I looked old sources and planned how to implement idea of multiplaying (another players ball visible in 'ghost'). Maybe simple udp-packets containing x and y. (can we suppose they are in same wlan?) Have you planned use svn? -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Android on freerunner, GUI responsiveness
On Sat, Apr 25, 2009 at 8:34 AM, Juan Lucas Dominguez Rubio jldoming...@prodevelop.es wrote: Hi List. To those who have installed Android on the Freerunner: how responsive is the GUI? Is the Google maps application available? If so, is the panning (for maps and menu lists) as smooth as with G1 or the Android emulator? The Google Maps application, and indeed even the Google Maps API, is not currently part of the open source code, so it's not available on Freerunner. My impression of the UI responsiveness in general is that it's smooth but slow. Obviously such things are subjective, so you'd really have to see for yourself. You might get more answers to this sort of question on the android-freerunner list (see http://android.koolu.org/listinfo.cgi/android-freerunner-koolu.org) to subscribe. Jim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Steven ** montgoss+openmokocommun...@gmail.com writes: A well written app that works quite well under latest SHR-testing (installed via opkg directly from SHR feeds). Nice to hear. One area I think needs improvement ASAP: my Freerunner suspends (thus silencing the alarm) before the alarm gets loud enough to really wake me up. SHR goes back to suspended after about 1 minute even if ffalarms is playing the alarm. There are two things that would help this: 1. Make the loudness increase by more with each step. Ideally this would be configurable. Currently it increases the volume +1 each second, I may make the time between increases configurable in config file if you insist that fixing point 2. (see below) is not enough for you. 2. Make ffalarms prevent suspend for a time, maybe 5 minutes. (Note that it would be REALLY bad to prevent suspend indefinitely, as I might forget I set an alarm and walk away from the phone, only to come back hours later to an empty battery) I will try to fix the suspend issue this weekend (time is scarce) that is avoid suspending until you stop the alarm. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Local GSM db on the phone (Was:Re: cellhunter --- the state of development and future)
Thanks man! I am a bit offline right now, dont have internet in my house and have to use internet cafes :( But it makes time for reading code, lol -fredrin- On Mon, Apr 27, 2009 at 4:03 PM, Onen onen...@free.fr wrote: fredrik normann wrote: On Mon, Apr 27, 2009 at 3:15 PM, Onen onen.om http://onen.om@free.fr http://free.fr wrote: Hi, as stated before, FSO team has started some work on database on the phone. Maybe you should get in touch with them, in order to build something together. Are there some code somewhere that i can look at? The commits I was referring to: http://git.freesmartphone.org/?p=framework.git;a=commit;h=bcc9257634bc42d1bc3531633e62d29cb93aba37 http://git.freesmartphone.org/?p=framework.git;a=commit;h=b6cf00aa9970368debac89edd9ed69cac032779d http://git.freesmartphone.org/?p=framework.git;a=commit;h=567f3454e19fac756a03ba58a7a3c5e909519780 I did a quick search to point it to you. I may miss some more commits, though. Of course if you think openBmap could be of any help with your work, feel free to get in touch with me! I am learning from your code :) :-) But I want to make a different datastructure. The GsmCell should be like objects that collect information about its self over time, but more or less use the datastructures from the FSO functions... or something :) The code is in a public git. You can follow work there. If you want to discuss this and/or think this could be included in openBmap logger I would be more than happy to talk about it! I plan to rework some of the GSM part, this could be a good opportunity to include more... I am mostly just playing with the code to get more into the FSO stack and python again :) Ok, to be honest, this is not exactly clear for me right now what you have in mind. So if you want to explain maybe a little bit further, and/or want precision about my code, feel free. Onen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
On Mon, 27 Apr 2009 10:39:07 +0200
Franky Van Liedekerke liede...@telenet.be wrote:
I understand the concern, but when you type in a sentence (or multiple
sentences) and you need punctuation characters, you're gonna need a
lot of sliding ... so I would bring the most used keyboards under 3
buttons as well. I'll try it, and if it clutters too much, I'll remove
it again. I can always leave the code in, and just disable it in the
layout.conf file ...
For the buttons, any suggestions? I can take any html code ... see
http://cityofstrife.net/hexcodes.html. For uppercase/lowercase, I'll
use an fat arrow up/down (x21E7 and x21E9), but what to use for
letter symbol, special char symbol and cipher symbol?
In the letters keyboards, I'll add: up/down, special char, ciphers
In the special char keyboard, I'll add: letters (lowercase), ciphers
In the ciphers keyboard, I'll add: letters (lowercase), special chars
Franky
Hmmm ... I changed keyboard.cpp to look like this (never mind I
could've used a case structure):
+++ qtmoko/src/plugins/inputmethods/predictivekeyboard/keyboard.cpp
2009-04-27 22:21:27.0 +0200 @@ -1577,6 +1577,16 @@
clear();
} else if(c == QChar(0x2190)) {// backspace key
doBackspace();
+} else if(c == QChar(0x21E7)) {// uppercase
+setBoardCaps(true);
+} else if(c == QChar(0x21E9)) {// lowercase
+setBoardCaps(false);
+} else if(c == QChar(0x2213)) {// Other
+setBoardByType(Other);
+} else if(c == QChar(0x2205)) {// Numeric
+setBoardByType(Numeric);
+} else if(c == QChar(0x2200)) {// Words
+setBoardByType(Words);
} else {
And then I changed etc/default/Trolltech/PredictiveKeyboardLayout.conf
to use these characters, but it seems that \x notation is only
interpreted correctly in the Others keyboard, on the other keyboards,
the symbols don't show as expected (empty spaces are used instead).
Any hint is appreciated ...
Franky
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
2009/4/28 Adam Jimerson vend...@gmail.com: Well it is nice to see that I am not the only person with this problem, for me Mofi doesn't even load, I am installing the one from opkg.org to see if I have any better luck with it. i'd recommend knjmokowifi also for managing connections, it works very nicely ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB Kernel problem with latest SHR unstable
On Mon, Apr 27, 2009 at 6:43 PM, Robin Paulson robin.paul...@gmail.com wrote: no, there was nothing wrong with the port or cable - someone at shr hadn't run depmod before creating the tarball, and the modules for communicating over usb weren't being loaded. if you run depmod on your phone, it should clear it up I apologise for reporting this and then disappearing. Sometimes there are just not enough hours in the day. I just want to confirm that a combination of running 'depmod' in terminal on the phone and also using 'ifconfig -a' on my host (now upgraded to Ubuntu 9.04), I found that when the phone is plugged in that I got an 'eth1' listed so I changed my scripts accordingly and I can now SSH in. I have not rebooted the neo or my host yet but if anything changes I will report here. Thanks, to all for your replies and assist. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing- how to switch on gsm?
ivvmm wrote: Fernando Martins wrote: I've just flashed shr testing 22nd April and I don't get the usual pin code request. Also, the icons Contacts and Mofi on the desktop are just two blank sheets. Under settings, the GSM antena is set off but I can't change it to on. The Modem information does nothing (not yet implemented?). So, how can I start GSM, manually and on startup? Regards, Fernando Something goes wrong. It should have started automatically. What image did you flash exactly? I had the same problem... actually I still have it. My SIM doesn't always make good contact with the FR slot, so if I get that type of problem, I shut down the FR, pull the battery, and wiggle the SIM in the socket... then put it back together and boot it up. For those that are curious, the pins are connecting almost dead-center on the proper place, there just seems to be a contact problem on my phone. Usually mine will boot, then after the appropriate time (maybe a minute), I get the error that the SIM card isn't found. If it's just a premature message, I will get signal and wireless carrier info in the shelf (SHR-April 22nd release). If it truly can't seem to connect, I learned today that I can switch the GSM radio off and back on to have it re-initialize and acquire signal properly. This seems a bit of a pain, but I knew what I was getting when I bought the FR, and I'm still very happy with my purchase. :) The fact that I have a GPS that can download its own maps while I'm on the road is the best. -Laura ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Neofreerunner Twitter
Deal All, Neofreerunner is now on Twitter! https://twitter.com/neofreerunner Neofreerunner twitter helps all to communicate with our ever expanding community and exchange as much as information, news, updates, testing experiences and not to forget the jokes.We would be updating tweets timely as and when we have any, including internal happenings in Openmoko office :). This would be a lot more fun too. If you are on twitter do not forget to follow neofreerunner and tweet us whenever you like. Regards, Sushama ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neofreerunner Twitter
sushama ha scritto: Deal All, Neofreerunner is now on Twitter! https://twitter.com/neofreerunner Neofreerunner twitter helps all to communicate with our ever expanding community and exchange as much as information, news, updates, testing experiences and not to forget the jokes.We would be updating tweets timely as and when we have any, including internal happenings in Openmoko office :). This would be a lot more fun too. If you are on twitter do not forget to follow neofreerunner and tweet us whenever you like. Regards, Sushama i hope you tweet from http://wiki.openmoko.org/wiki/TwitterMoko :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
