[Android beta 7]
Does Koolu Android Beta 7 not have deep space enabled? I am recamping all the time (bug 1024) all the time and loosing calls. I tried to look on the Koolu site but could not find the answer. Rakshat -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 jeremy jozwik jerjoz.for...@gmail.com On Mon, Jul 27, 2009 at 3:27 PM, Michal Brzozowskiruso...@poczta.fm wrote: Hi, The basic idea on the GUI is that it is packed in one window, the various 'modules' (contacts, messages, dialer, etc) placed into tabs. No popup windows. Screenshot: http://pvtrace.com/litephone/litephone1.png Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community i like this basic idea. not having to wait for dialer to load. wait for messages to load. waiting for applications sucks on the freerunner so the less i have to load the better. That's right. The other thing that bugged me in SHR and Paroli was that when you have many apps open, and you want to, lets say, send a message, you have to go through all the windows to see if you have the messages window open. And when you're just using applications the phone apps get in your way all the time. Ideally the phone app should be on a different workspace activated by AUX or something, so when you just switch windows you don't see it at all. i dont think i will be trying this one though, the install seems a bit too complex and being that its unstable to you eliminates my chances of using it. The app itself is pretty stable, after all it's just gui bound to dbus calls. The problem is that you have to use bleeding edge FSO, and it currently crashes on any FSO error. It's the first thing I'm going to fix. But you can use it along ophonekitd and SHR apps with no problems. It would be very helpful to get feedback on the gui. I'll set up an svn repo today. Any hints where's the best place? I've put some more screenshots on http://pvtrace.com/litephone/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Looks very promising. From the stylesheet I see that the colors are customizable. Is it possible to change the layout of the gui? Regards, Adolph -- Adolph J. Vogel BEng(Hons) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Christophe, this can be a great alternative to get rid of Zhone in the Qalee distro!!! -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
- Install all the ipks from http://pvtrace.com/litephone/ (qt deps and phone app itself). * ERROR: Cannot satisfy the following dependencies for qt4-x11-free: * libqtcore4 (= 4.4.3) * libqtcore4 (= 4.4.3) * * ERROR: Cannot satisfy the following dependencies for litephone: * libqtgui4 (= 4.4.3) * libqtcore4 (= 4.4.3) * where do you get these from? Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 Adolph J. Vogel ajvo...@tuks.co.za Looks very promising. From the stylesheet I see that the colors are customizable. Is it possible to change the layout of the gui? No, ATM gui is hardcoded. But you can change stuff like margins, and other properties (quite a lot). I've set the package up properly. Now the style_sheet.conf is put in /etc/litephone/, and loaded automatically. You can run it in 3 modes (note that the binary name change): litephone demo - runs it with bogus data (contacts, etc), and generates bogus call and message events. You can test most of the gui this way. litephone nogsm - runs it with bogus data, no events litephone - normal mode http://pvtrace.com/litephone/litephone_0.0.1-r1_armv4t.ipk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 Petr Vanek van...@penguin.cz - Install all the ipks from http://pvtrace.com/litephone/ (qt deps and phone app itself). * ERROR: Cannot satisfy the following dependencies for qt4-x11-free: * libqtcore4 (= 4.4.3) * libqtcore4 (= 4.4.3) * * ERROR: Cannot satisfy the following dependencies for litephone: * libqtgui4 (= 4.4.3) * libqtcore4 (= 4.4.3) * where do you get these from? I just uploaded them to http://pvtrace.com/litephone/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 Michal Brzozowski ruso...@poczta.fm 2009/7/28 Petr Vanek van...@penguin.cz - Install all the ipks from http://pvtrace.com/litephone/ (qt deps and phone app itself). * ERROR: Cannot satisfy the following dependencies for qt4-x11-free: * libqtcore4 (= 4.4.3) * libqtcore4 (= 4.4.3) * * ERROR: Cannot satisfy the following dependencies for litephone: * libqtgui4 (= 4.4.3) * libqtcore4 (= 4.4.3) * where do you get these from? I just uploaded them to http://pvtrace.com/litephone/ Wiki page: http://wiki.openmoko.org/wiki/Litephone ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
On Tue, Jul 28, 2009 at 9:12 AM, David Reyes Samblas Martinezda...@tuxbrain.com wrote: Christophe, this can be a great alternative to get rid of Zhone in the Qalee distro!!! Oh! another nice news, someone working on a QT/X11/FSO based distro :), going to test in next days! If interested I may finally decide to exit the prototype phase for NWA: http://wiki.openmoko.org/wiki/NWA P.s. what's about the window manager? it may be nice to take a look at http://qlwm.get.to/ patching it to become an embedded wm :) Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
How to suspend Hackable1
Of the many distros I tried, I really fell in love with H1. but I coudn't figure out how to make it suspend. apm -s makes it totally lock. How do we make a stock H1 sleep? Auto suspend is good but manual is also enough. Also can GPS re-fix after waking up? Happy hacking -- - Atilla Filiz Eindhoven University of Technology Embedded Systems, Master's Programme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 Nicola Mfb nicola@gmail.com P.s. what's about the window manager? it may be nice to take a look at http://qlwm.get.to/ patching it to become an embedded wm :) I've worked on Icewm a little bit, it's good for the Neo. What features do you think a WM needs? I think it's just putting all windows to full screen and switching between them. Bigger problem is a good launcher that works without E. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
snip Bigger problem is a good launcher that works without E. Qalee includes a launcher , and has not E :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 David Reyes Samblas Martinez da...@tuxbrain.com snip Bigger problem is a good launcher that works without E. Qalee includes a launcher , and has not E :) Please, I want that launcher :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Seeking Extra Packages for FSO Milestone 5.5
I've successfully installed FSO Milestone 5.5 onto my GTA01 hardware and it is working fine. However I miss many of the optional tools I have installed on prior milestones. The directory: http://downloads.freesmartphone.org/fso-stable/milestone5.1/updates/ is missing and that's probably because there are no fixes out yet. Understandable, but where can I obtain the many -optional- packages for Milestone 5.5 such as emacs, libspeex, mplayer, madplay etc.? In case the answer is opkg.org, I'm puzzled by that site. It doesn't have indicators or a way to search by OM distribution, eg. SHR, FSO, DEB, etc. I'm sure every package is not OM distribution agnostic, so how are people managing this kind of compability? Is opkg.org actually the official place to obtain solid, tested packages for an FSO Milestone? Thanks, Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
Dnia 2009-07-27, pon o godzinie 14:14 -0400, Warren Baird pisze: looks great - I took the liberty of adding the version #'s into the output created by the template, so you can see the version #'s on the draft community page. Thanks, i intended to do it yesterday... but ended up playing Battlefield2 - needed some relax ;) -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] GSM/GPS logger 0.4.0 is out!
[cut] Hi, did you considered legal side of this work? I mean, do GSM operators in all countries allow us to collect these data? -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] - who is working on it?
Hi, Just wondering if we've got a few people working on QtMoko at the moment? I've been running Franky's QTEI, which is good, but has not changed for awhile, and keen to try a QT that can run tangoGPS and maybe with bluetooth working if I am luckly. Regards Glen Ogilvie signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] GSM/GPS logger 0.4.0 is out!
Am Dienstag, 28. Juli 2009 12:35:47 schrieb Patryk Benderz: [cut] Hi, did you considered legal side of this work? I mean, do GSM operators in all countries allow us to collect these data? This data is kinda obvious, one could also walk around and look for GSM anntennas... How would they forbid collecting that data? Everything can be abused for terrorist acts, even your local street lamps if they are turned off suddenly and cars crash then... :/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Can my FreeRunner remind me to shut it down if it is still running at 22:00?
2009/7/27 Ben Wong lists.openmoko@wongs.net On Fri, Jul 24, 2009 at 3:44 PM, Brolin Empeybro...@brolin.be wrote: I prefer to shut down my cell phone before going to bed, but I frequently forget to do so. That could be interpreted as meaning I frequently forget to go to bed too. ;) Hmmm... I think the solution depends on why you're shutting down your cell phone at night. To prevent calls from waking you? No, the phones I have do not wake me. Try a cron job that changes your default ring style to silent (and resets it in the morning). A phone that literally *rings* (i.e., has a real bell instead of an electronic tone) may wake me, though. :) To save electricity, and thus the earth from global climate change? I was thinking more of “to save the battery runtime for when I am awake and can actually use the phone”, but I guess it could be considered to be preventing (or at least reducing) climate change too. I already have 2 tower PCs running almost all the time at home, but at least they both have 80plus PSUs. My tower PC at work is running almost all the time too, but it needs to be running at night for the backup system. It has an 80plus PSU too. I'd use a cron job that calls shutdown, but that first checks if your phone is off the hook (well, I guess we already know the Freerunner is off the hook). I'd probably also check if there had been any recent screen input. In this case you literally meant off the hook, but at first I thought you meant “no longer responsible for”. :) To save the battery in case you forgot to plug it in? Yes, this is what I was thinking of. I am afraid to leave battery-powered devices plugged in (line-powered) all the time, though, because doing so seems to kill laptop batteries. A cron job would work to shut it down, but you could add a couple lines in the script to skip it if the battery is already charging. Or if I am using the phone. ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Can my FreeRunner remind me to shut it down if it is still running at 22:00?
Am Dienstag, 28. Juli 2009 12:47:25 schrieb Brolin Empey: 2009/7/27 Ben Wong lists.openmoko@wongs.net On Fri, Jul 24, 2009 at 3:44 PM, Brolin Empeybro...@brolin.be wrote: I prefer to shut down my cell phone before going to bed, but I frequently forget to do so. That could be interpreted as meaning I frequently forget to go to bed too. ;) LOL. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Thanks david, I'll have a look at this and try to integrate it with Qalee, maybe we'll have it in the 0.0.3 release :). I 'just' have to update the fso stack to the new one ... Nicola Qalee is a environment developed for the freerunner witch integrate a windows manager ;) -- __ http://think-free.homelinux.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.61 Almost Stable ;-)
On Tuesday 28 July 2009, c_c wrote: Dan Staley wrote: Occasionally the key presses from my headset stop being picked up by intoneit looks like they are being sent to the phone because the screen will turn on, but intone doesn't respond Well, can you run intone from the terminal and see if it prints the keypress it receives? If it prints the keypress intone should respond to them. If it doesn't print - that could be because the keypresses are not getting through either because of :- * a locked screen * some other app gaining focus (like if you receive a message etc) Can you confirm this? You may be able to sidestep this by using the org.bluez.audio.Control dbus interface, but documentation seems somewhat lacking. I'll try poking it when I get my headset going. This seems to be all the documentation there is at the moment: http://wiki.bluez.org/wiki/Audio ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Is the source code available anywhere ? 2009/7/28 Christophe M meumeu1...@gmail.com Thanks david, I'll have a look at this and try to integrate it with Qalee, maybe we'll have it in the 0.0.3 release :). I 'just' have to update the fso stack to the new one ... Nicola Qalee is a environment developed for the freerunner witch integrate a windows manager ;) -- __ http://think-free.homelinux.org -- __ http://think-free.homelinux.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Seeking Extra Packages for FSO Milestone 5.5
On Tuesday 28 July 2009, Jeff Rush wrote: In case the answer is opkg.org, I'm puzzled by that site. It doesn't have indicators or a way to search by OM distribution, eg. SHR, FSO, DEB, etc. I'm sure every package is not OM distribution agnostic, so how are people managing this kind of compability? Is opkg.org actually the official place to obtain solid, tested packages for an FSO Milestone? You've correctly identified the main drawback of opkg.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
- Install all the ipks from http://pvtrace.com/litephone/ (qt deps and phone app itself). * ERROR: Cannot satisfy the following dependencies for qt4-x11-free: * libqtcore4 (= 4.4.3) * libqtcore4 (= 4.4.3) * * ERROR: Cannot satisfy the following dependencies for litephone: * libqtgui4 (= 4.4.3) * libqtcore4 (= 4.4.3) * where do you get these from? I just uploaded them to http://pvtrace.com/litephone/ thank you Michal. I seems very nice and usable. of course, this is early stage, but it has features that shr-phone apps might take ages to get - phone volume, using opimd backends, integration of contacts with phone log, sms... while i am happy to see litephone, i know it just put us one step aside from the ahead direction... Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
On Tue, Jul 28, 2009 at 14:37, Petr Vanekvan...@penguin.cz wrote: - Install all the ipks from http://pvtrace.com/litephone/ (qt deps and phone app itself). * ERROR: Cannot satisfy the following dependencies for qt4-x11-free: * libqtcore4 (= 4.4.3) * libqtcore4 (= 4.4.3) * * ERROR: Cannot satisfy the following dependencies for litephone: * libqtgui4 (= 4.4.3) * libqtcore4 (= 4.4.3) * where do you get these from? I just uploaded them to http://pvtrace.com/litephone/ thank you Michal. I seems very nice and usable. of course, this is early stage, but it has features that shr-phone apps might take ages to get - phone volume, using opimd backends, integration of contacts with phone log, sms... while i am happy to see litephone, i know it just put us one step aside from the ahead direction... Petr I already have volume slider in libframeworkd-phonegui-efl, but now there is just no way to have volume handled correctly, so it can't be done now. If it is somewhere (Paroli, LitePhone), then it's done wrongly. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
I already have volume slider in libframeworkd-phonegui-efl, but now there is just no way to have volume handled correctly, so it can't be done now. If it is somewhere (Paroli, LitePhone), then it's done wrongly. so what is The right way of controlling volume? Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
On Tue, Jul 28, 2009 at 15:10, Petr Vanekvan...@penguin.cz wrote: I already have volume slider in libframeworkd-phonegui-efl, but now there is just no way to have volume handled correctly, so it can't be done now. If it is somewhere (Paroli, LitePhone), then it's done wrongly. so what is The right way of controlling volume? Petr We're using sound scenarios, which are also bad. We have to know, which alsa controls we should change with that slider on every scenario and on every device, but ATM there is no infrastructure for that. ogsmd's SetSpeakerVolume is bad, as it's about modem's volume, not alsa's. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 Sebastian Krzyszkowiak seba.d...@gmail.com ogsmd's SetSpeakerVolume is bad, as it's about modem's volume, not alsa's. But it works? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
On Tue, Jul 28, 2009 at 15:47, Michal Brzozowskiruso...@poczta.fm wrote: 2009/7/28 Sebastian Krzyszkowiak seba.d...@gmail.com ogsmd's SetSpeakerVolume is bad, as it's about modem's volume, not alsa's. But it works? Are you sure it will work on every device FSO wants to support? -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 Sebastian Krzyszkowiak seba.d...@gmail.com On Tue, Jul 28, 2009 at 15:47, Michal Brzozowskiruso...@poczta.fm wrote: 2009/7/28 Sebastian Krzyszkowiak seba.d...@gmail.com ogsmd's SetSpeakerVolume is bad, as it's about modem's volume, not alsa's. But it works? Are you sure it will work on every device FSO wants to support? First I'll make sure it works on the device in my pocket, then I'll think about the other 10k devices that FSO wants to support. To be more serious, what kind of a problem is it to change the dbus call later, when FSO exports one? Are you going to wait x months to do it the 'right' way, while users can't change their call volume? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 Petr Vanek van...@penguin.cz while i am happy to see litephone, i know it just put us one step aside from the ahead direction... What's the ahead direction then? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is your GPS working today?
Sebastian Krzyszkowiak a écrit : Hey guys! I have really small question. Is your GPS working now? And if not, when it worked last time? Also if not - after trying to use it, check if you have rxerr messages in dmesg, and report it here. Here it works OK, last upgraded SHR-unstable on Sunday 8p.m. GMT. uname -a gives: Linux om-gta02 2.6.29-rc3 #1 PREEMPT Wed Jul 8 21:33:42 CEST 2009 armv4tl unknown dmesg | grep rxerr returns empty. Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps : updating tiles ?
William Kenworthy wrote: Is there any advantage (to the server) of using curl? - is there a reason why openstreetmap would ban one and not the other (or is it just someone(s) using wget beating up their server? Go to their website - read their policy. tile.openstreetmap.org is not to be used for bulk downloads. I can understand this, they probably have a bandwith problem. This rules out any app that actually do bulk downloading, they detect and block as needed. Find another repository that don't have such limitations. Changing the user agent string will work - for a little while. Then the new string goes on the block list - or perhaps your IP address. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
while i am happy to see litephone, i know it just put us one step aside from the ahead direction... What's the ahead direction then? this is certainly a very good question. i guess perhaps one day it will be one or none of the following: http://shr-project.org/trac/wiki/SHR%20Applications http://dufoun.cz/ http://wiki.openmoko.org/wiki/Litephone http://wiki.openmoko.org/wiki/Paroli http://wiki.openmoko.org/wiki/Tichy http://wiki.openmoko.org/wiki/Zhone and i might be forgetting some... cheers Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
On Tue, Jul 28, 2009 at 11:43 AM, Michal Brzozowskiruso...@poczta.fm wrote: 2009/7/28 Nicola Mfb nicola@gmail.com P.s. what's about the window manager? it may be nice to take a look at http://qlwm.get.to/ patching it to become an embedded wm :) I've worked on Icewm a little bit, it's good for the Neo. What features do you think a WM needs? I think it's just putting all windows to full screen and switching between them. Bigger problem is a good launcher that works without E. Well, every wm doing that is sufficient for embedded devices, so MatchBox or Illume are well suited (or your patched icewm). IMHO patching qlwm may give some advantages: *) it fits nice in a quite totally qt based phone/desktop stack *) interoperation between application and wm may be easy, developers may go further without the need of learning different language/toolkits *) easy consistent look feel with applications as the graphics/text engine would be the same *) maintaining a c++ wm may be easy and modular by the nature of the language *) making it pluggable is easy due to the inner plugin api of qt and the signal slot mech that make api interfaces dynamic *) qt developers may be attracted in enhancements without going too deeply in XLib programming *) the nice side effect to have qt library always preloaded, so other application loads go fast *) interest from other community going to use QT for their stack (maemo) *) qt is supporting embedded deeply due to its historical embedded support and new Nokia interest (qtopia, qml, kinetic), so we may expect great improvements in the library *) a professional support (believe me trolls are fast and reactive) And last, a sane competition awaking developers ;) Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
2009/7/28 Petr Vanek van...@penguin.cz What's the ahead direction then? this is certainly a very good question. i guess perhaps one day it will be one or none of the following: http://shr-project.org/trac/wiki/SHR%20Applications http://dufoun.cz/ http://wiki.openmoko.org/wiki/Litephone http://wiki.openmoko.org/wiki/Paroli http://wiki.openmoko.org/wiki/Tichy http://wiki.openmoko.org/wiki/Zhone and i might be forgetting some... The more the better, is my philosophy. To stay on topic. You can find the Litephone code on sf.net/litephone ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
The more the better, is my philosophy. thanx for offering choices :) You can find the Litephone code on sf.net/litephone here is working link: http://sourceforge.net/projects/litephone/ cheers Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] - who is working on it?
Glen Ogilvie wrote: Hi, Just wondering if we've got a few people working on QtMoko at the moment? I've been running Franky's QTEI, which is good, but has not changed for awhile, and keen to try a QT that can run tangoGPS and maybe with bluetooth working if I am luckly. Hi Glen, i am working on QtMoko. Right now i am testing new images (and will upload today if all works). Bluetooth works in my debian based images but sometimes does not survive suspend. TangoGPS and other X applications should work quite nice too. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[fso] scripts on suspend/resume
is there any infrastructure to run scripts upon suspend resp resume? the only way so far seems to be using apmd -- but that adds considerable delay to resume ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debug board for non-neo devices
Atilla Filiz atilla.fi...@gmail.com writes: My Neo FR came with blank Nor and there seems no one close to me to help me flash it, so I decided to buy a debug board. I'm not planning to do any low level debugging on neo, but may use UART/JTAG for other devices. Is the board handy for other devices? Did anyone use it for any non-neo device? Can this be used with GP2X(assuming I can take care of wiring) so I don't need a pc with parallel port? FYI you don't need a debug board to flash NOR if you can already boot your FR. It's a matter of shorting one easily accessible TP to the ground. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso5.5] bluettoth works only once -- after boot
did some research and found https://bugs.launchpad.net/dell/+bug/330934 apparently doing hid2hci -q indeed brings back the bluetooth dongle after suspend. the link above mentions some udev rule being somehow involved in this problem and it being fixed in karmic, but i cant really figure out, what they did and how the fix is supposed to work. the udev rule file in debian is /lib/udev/rules.d/62-bluez-hid2hci.rules and it has already the necessary line. from what i understand, it is just not called when accessing bt after resume. so, if someone with more understanding of udev is able to make that in an actual bugfix ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] New debian images V5
Hi, new version of QtMoko debian images is uploading now. It will be possible to download them soon (like in 2 hours) from: http://activationrecord.net/radekp/qtmoko/download/ MD5 checksums: 6c259005e72c5c163bee85bdd92d290f qtmoko-debian-v5.jffs2 b1164caeda73a69e62091af3f5269fe5 qtmoko-debian-v5.tar.gz f64f5ff2e7dad0202e7cb69d263d006d uImage-v5.bin Most important changes in V5 version include: * much better support for X applications * X is not starting during boot which makes Qtopia faster * short AUX press brings up menu while running X application * X application stopping should be now correct (first SIGTERM and if no response then SIGKILL) * included TangoGPS, xterm with matchbox virtual keyboard and matchbox window manager. * scripts for turning on/off bluetooth, wifi, gps and for switching USB between host and device (available from dev tools menu) Most probably no bugs were introduced and this version should be stable as daily phone. There can be still problem with no sound on incoming call. The only workaround i know is to make outgoing call after boot (e.g. to some cost free number) and all incoming calls will be ok after that. With X application support you can now use TangoGPS for mapping, links2 for web browsing, you can play doom, tons of games in scummvm - the possibilities are nearly endless. You can also switch to USB host and attach USB keyboard which will work for X applications. For more information please visit links [1] [2] [3] [4]. The support for X applications still needs some more work. I would appreciate if someone could help me understand why X server cannot be started from within Qtopia. It always hangs in VT_WAITACTIVE. I am now solving this with simple helper program [5] that starts before Qtopia. To me it looks that Qtopia takes over virtual terminal and when X tries to allocate it - it hangs. So this needs clean solution and understanding the problem. Any help would be very welcome. In next days I will be on holidays on my bike so i will get to mail on Monday. Enjoy images, hope you will like them Cheers Radek [1] http://activationrecord.net/radekp/qtmoko/download/ [2] http://activationrecord.net/radekp/qtmoko/ [3] http://github.com/radekp/qtmoko/tree/master/ [4] http://qtmoko.org/ [5] http://github.com/radekp/qtmoko/tree/e0c5da38bfcb8eaaf205967ad084ee3475394572/src/3rdparty/applications/qx_helper ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debug board for non-neo devices
Wow, I didn't know that, I haven't seen it on wiki but will keep researching. Thanks for the info, you may have just saved my precious student $s. On 7/28/09, Paul Fertser fercer...@gmail.com wrote: Atilla Filiz atilla.fi...@gmail.com writes: My Neo FR came with blank Nor and there seems no one close to me to help me flash it, so I decided to buy a debug board. I'm not planning to do any low level debugging on neo, but may use UART/JTAG for other devices. Is the board handy for other devices? Did anyone use it for any non-neo device? Can this be used with GP2X(assuming I can take care of wiring) so I don't need a pc with parallel port? FYI you don't need a debug board to flash NOR if you can already boot your FR. It's a matter of shorting one easily accessible TP to the ground. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com -- - Atilla Filiz Eindhoven University of Technology Embedded Systems, Master's Programme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[???] Which system is this?
saw these screenies on scap: http://scap.linuxtogo.org/files/b41df60899616887078dc018612ba0e7.png looks like efl based, seems to be shr (?) is this a new, basic windowmanager? is this a in-development version of launcher? is this a rewrite of the illume launcher? it uses some costom edj file for translucent buttons (at least thats what i guess, since it seems to be efl based) if there is someone out there, who can answer my question, can he or she please tell me hor responsive the ui is.. thx in adavance ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [???] Which system is this?
On Wed, Jul 29, 2009 at 02:31, Bernd Prünsterbernd.pruens...@gmail.com wrote: saw these screenies on scap: http://scap.linuxtogo.org/files/b41df60899616887078dc018612ba0e7.png looks like efl based, seems to be shr (?) It's Qt4 based. Even looks like Qt :P is this a new, basic windowmanager? is this a in-development version of launcher? is this a rewrite of the illume launcher? it uses some costom edj file for translucent buttons (at least thats what i guess, since it seems to be efl based) if there is someone out there, who can answer my question, can he or she please tell me hor responsive the ui is.. thx in adavance Just read thread about LitePhone. Or if you're lazy: Qalee - http://www.openmoko.openmatica.es/QALEE/ -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [???] Which system is this?
Sebastian Krzyszkowiak schrieb: On Wed, Jul 29, 2009 at 02:31, Bernd Prünsterbernd.pruens...@gmail.com wrote: saw these screenies on scap: http://scap.linuxtogo.org/files/b41df60899616887078dc018612ba0e7.png looks like efl based, seems to be shr (?) It's Qt4 based. Even looks like Qt :P well i guess i guess i was VERY wrong. although an elementary button looks exactly the same when you remove the bottom layer... ... Just read thread about LitePhone. Or if you're lazy: Qalee - http://www.openmoko.openmatica.es/QALEE/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.61 Almost Stable ;-)
Hi, Al Johnson wrote: You may be able to sidestep this by using the org.bluez.audio.Control dbus interface, but documentation seems somewhat lacking. Thanks for your offer. Actually, I'm not so clued up on bt - not having been able to even get any sound out of my bt (Jabra 125) handsfree. The lack of documentation is quite awkward for something that seems this popular. Do let me know if you find anything. Thanks. -- View this message in context: http://n2.nabble.com/Intone-0.61-Almost-Stable---%29-%28bug-fix-release%29-tp3283204p3347153.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: Intone 0.61 Almost Stable ;-)
Hi, Al Johnson wrote: You may be able to sidestep this by using the org.bluez.audio.Control dbus interface, but documentation seems somewhat lacking. I'll try poking it when I get my headset going. Do post back if you find something interesting. Thanks! -- View this message in context: http://n2.nabble.com/Intone-0.61-Almost-Stable---%29-%28bug-fix-release%29-tp3283204p3347181.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: Intone 0.61 Almost Stable ;-)
On Mon, Jul 27, 2009 at 6:56 PM, c_ccchan...@yahoo.com wrote: can you take a look into pause/play it seems every time i pause then resume playback the audio gets routed to the speaker rather then the headphones. quick unplug replug fixes it. any ideas? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.61 Almost Stable ;-)
Hi, jeremy jozwik wrote: it seems every time i pause then resume playback the audio gets routed to the speaker rather then the headphones My fault :-) I'm setting state to stereoout everytime you pause (in case the user needs to make a call) and then restoring the pcm, bass and treble levels on unpausing. So obviously - the change over to headset is cancelled. Will just change back the levels to what they were before intone changed them. Fix in next version - out soon. -- View this message in context: http://n2.nabble.com/Intone-0.61-Almost-Stable---%29-%28bug-fix-release%29-tp3283204p3347264.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-U] Bluetooth and GSM... Again.
Hi,
Well, I've been trying to get my headset (Jabra 125) to work and I must
say I've not been able to get anything going.
Steps taken - (/etc/bluetooth/audio.conf SCORouting=PCM was already
commented)
1. shr-settings bt on
2. /etc/init.d/bluetooth start
3. simple-agent hci0 {my headset add} 1 (othewise it says something about
already bonded)
4. add lines to /etc/freesmartphone/opreferences/conf/phone/default.yaml
bt-headset-enabled: 1
bt-headset-address: {my headset add}
5. mdbus -s org.bluez /org/bluez/`pidof bluetoothd`/hci0/dev_{headset add}
org.bluez.Headset.Connect
6. Nothing. Not a sound. no gsmbluetooth being used from the logs.
Any idea what I'm doing wrong?
--
View this message in context:
http://n2.nabble.com/-SHR-U--Bluetooth-and-GSM...-Again.-tp3247130p3347358.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-U] Bluetooth and GSM... Again.
On Tue, Jul 28, 2009 at 9:43 PM, c_c cchan...@yahoo.com wrote: Hi, Well, I've been trying to get my headset (Jabra 125) to work and I must say I've not been able to get anything going. Steps taken - (/etc/bluetooth/audio.conf SCORouting=PCM was already commented) You say it was already commented... Did you uncomment it? That line MUST be uncommented (so bluez parses it) before bluetooth calls will work. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Aargh! The Digital Pioneer wrote: You say it was already commented... Did you uncomment it? That line MUST be uncommented (so bluez parses it) before bluetooth calls will work. So - I've managed to spend over 5 hrs doing and redoing everything after mis-reading that as __comment__ SCORouting = PCM. Well, - I'll post back what happens after this. Thanks! -- View this message in context: http://n2.nabble.com/-SHR-U--Bluetooth-and-GSM...-Again.-tp3247130p3347756.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
