Re: QtMoko is great! :-)
* Stefan Fröbe wrote, Il 29/08/2009 23:45: > Hi Andrea, > I also tried it out yesterday and loved the speed - I could not start > any X apps, however. How did you manage to run tangogps??? > Stefan You have to click on the QX icon on the App section (it's a black icon with an X). Then you can launch TangoGPS with a GUI. You can always exit or pause TangoGPS with a quick AUX button pression. I think i'll try to add some instruction and photos on the QtMoko Wiki ( http://www.qtmoko.org ). Very cool, and it works well! I like the fact that under Qt, with this method, we can launch any X program, absolutely smart. -- Andrea ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Litemoko, new window environment
On Sat, 2009-08-29 at 23:07 +0200, Michal Brzozowski wrote: > Out of curiosity, did anyone try it? I've used it for the past 2 > weeks, and it works flawlessly. Fast, simple, and the apps run > fullscreen. Just what I needed, but maybe I'm in minority :-) I installed the package, made a .Xsession file in ~/ but could not get icewm to launch. This is on shr unstable 0808 full glibc ipk (the one recommended at #openmoko). I'de love to give it a try but haven't had too much time to figure out whats wrong. Clearly it worked for you, are you launching ice with .xsession? Or firing it up manually? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft & design
something.openmoko.org makes sense to me, if it's not about openmoko inc om-community works as a second option - I'd like to see the foundation thing up&running behind this.. 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: Litemoko, new window environment
On Sun, Aug 30, 2009 at 12:07 AM, Michal Brzozowski wrote: > Out of curiosity, did anyone try it? I've used it for the past 2 weeks, and > it works flawlessly. Fast, simple, and the apps run fullscreen. Just what I > needed, but maybe I'm in minority :-) Screenshots usually help. 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: blink AUX or power light while suspended?
On Fri, Aug 28, 2009 at 11:06:24PM +0200, arne anka wrote: > > This post in that same thread mentions that leaving an LED on would > > halve the battery life while suspended: > > what it says is, _blinking_ would halve it, since blinking would mean > resume/suspend/resume/suspend ... No, leaving it permanently lit would approximately halve battery life. Suspend current is around 8 mA, AUX LED current is around 6 mA (GTA02 revision 6)[1]. Blinking an LED with repeated resume/suspend cycles would have a much worse effect on battery life because of all the work the CPU has to do. [1] # echo >/sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/usb_curlim 0 \ && sleep 60 && cat /sys/class/power_supply/battery/current_now && \ echo >/sys/class/leds/gta02-aux\:red/brightness 1 && sleep 60 && \ cat /sys/class/power_supply/battery/current_now ; \ echo >/sys/class/leds/gta02-aux\:red/brightness 0 ; \ echo >/sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/usb_curlim 500 46500 52875 -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Litemoko, new window environment
Out of curiosity, did anyone try it? I've used it for the past 2 weeks, and it works flawlessly. Fast, simple, and the apps run fullscreen. Just what I needed, but maybe I'm in minority :-) 2009/8/14 Christian Rüb > > On Freitag, 14. August 2009 08:57:45 rakshat hooja wrote: > > > > There isn't much source code to see :-), the launcher is 100 lines, > > > > litephone and literki are already available (although I'll try to put > > > > literki on a repo). I had to do some hacks in icewm, I'll release the > > > > patch (that one I have too :-)) > > > > > > > > Michal > > > > > > And put litephone and literki in the SHR and OM2009 repos too. > > > > > > Rakshat > > > > There is currently some litephone development happening by cmusik here > [1], I > > do not know if/when the git is also placed on sourceforge, maybe the devs > can > > shed some light here. You can get ipk here [2] (I use it on my SHR-U). > > > > I can upload the bitbake recipe I use tonight if anyone is interested. > > > > Cheers, > > Christian > > > > [1] http://git.senfdax.de/?p=litephone;a=summary > > [2] http://openmoko.senfdax.de/shr-unstable > > recipe added: > > > http://git.senfdax.de/?p=oe_recipes;a=tree;f=litephone;h=ea660faeb4887d0efdb9715453014cad4828d98c;hb=HEAD > > ___ > 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: Freerunner & wireless internet
On 8/29/09, Davide Scaini wrote: > which kernel? you need the perfect blend :) > e.g. i use a 2.6.28-rc4 with nwa. no a single freeze! > > On 8/28/09, Michele Brocco wrote: >> On 8/26/09, Nicola Mfb wrote: >>> On Wed, Aug 26, 2009 at 2:13 PM, Michele Brocco >>> wrote: >>> [...] For me in SHR-U with mofi wifi reconnects after resume (just with the same essid however). It just doesnt re-request a dhcp lease, have to call udhcpc manually then. Does the dhcp-lease re-request after re-connection to the AP work for u guys? >>> >>> Try NWA, it listens for a wpa_supplicant dbus signal occourring when >>> the network status changes, in the case of disconnection/reassociation >>> it respawns the dhcp client. That's typical in a suspend/resume cycle. >>> >> Unfortunately NWA does not find any network here. And when i start it >> sequentially more than one time all my phone freezes. >> Any clues? >> Btw. I like the qtgui! >> I am running 2.6.29-rc3 from the SHR-U repositories. So that might be the reason. Maybe i will have a try if I find the kernel image and modules somewhere to download. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Am Freitag, den 28.08.2009, 21:09 +0200 schrieb Sebastian Krzyszkowiak: > Oh guys... I'm SHR developer (once I tried Om2009), but... regarding > stablity, SHR and FSO is mainly the same! We both use FSO and we both > are affected by FSO bugs. And most of bugs regarding phone > functionality came from FSO on both distros (ok, in early stage SHR > ophonekitd wasn't perfect, but now it should be rock solid). That's > just matter of used versions. Saying "om2009 is unstable cause i can't > answer call" means that this bug probably is (was or even will be) > also in SHR, and vice versa. > > Om2009 was much stabler than SHR-unstable. That's why I liked SHR more > ;) Now shr-unstable has bugfixes to most of om2009 issues. That's why > shr-unstable is now stabler than om2009. > > And don't get me wrong - i'm SHR developer, and I love SHR, and I > "fight" with Om2009 (regarding "i with SHR want to be better than guys > with om2009" ;)), but I really don't like criticizing anything without > knowing anything about mentioned issues and causes! Paroli is great > work, I just don't like approach "everything in one big daemon", but > my opinion doesn't make Paroli worse... I'll just use SHR without > saying bad words on Paroli. well, so maybe it's because i was using om2009t5 (not unstable), but it having being promoted as stable enough for daily use, i was pretty disappointed to find it was not. and with shr-u (from around 07/31, i think), things worked pretty good. so maybe i really don't know enough about internals and organization, but trust me: with om2009t5, i couldn't pick up about every other incoming call -- or more -- which made it practically useless. with shr-u, i can pick up calls. that's about all i wanted to say about om2009 vs. shr. bernhard > Well, probably reality isn't as simple as i presented in this post. > But i'm sure it's at least close to ;) And I hope you'll understand > what I said. This post can be noisy cause i'm excited with listening > to really great concert of polish rock group (Perfect) from 1981 > (great time of rock in Poland) which I just got ;) :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft & design
why not packages.openmoko.org?? if I remember well openmoko.org mainting and thematics is about comunity so if some openmoko.org is listening will be hard to create such subdomain pointing to an external subdomain? Nevertheless whatever decision taken Tuxbrain will sponsor the new domain if needed alternatively to openmoko.org if is not responsive enough or not posible(logo sponsor ) I vote for om-comnunity.org 2009/8/29 Fabian Killus : > On Fri, 28 Aug 2009 10:24:53 +0300 > m...@nysv.org (Markus Törnqvist) wrote: > >> On Fri, Aug 28, 2009 at 07:13:23AM +0200, Fabian Killus wrote: >> >On Fri, 28 Aug 2009 08:18:47 +0300 >> >"Risto H. Kurppa" wrote: >> >> >Actually this is heavily inspired by gentoo-portage.com, which is a >> >nice (but unofficial) package listing system for Gentoo. I just added >> >the distributions menu on the left side. BTW do we also need a field >> >that shows which other distributions provide a certain package (like: >> >"Other distributions with this Package: SHR, Debian")? >> >> Trying to see the relations in apt-portal's db now... >> >> Then again, if it's not doable now, we can do it later >> >> >I thought if you switch the distribution with the left side menu and >> >already have selected a package, the equivalent package for the just >> >selected distribution should be displayed. >> >If this distro doesn't have such a package show an apropiate message, >> >maybe telling whom to contact, to get this app into the distribution. >> >> Ok, cool. It could be pretty generic, probably. >> >> >These colors are taken from the Openmoko identity guidelines [1] and >> >I agree that they are heavy. >> >Maybe now designing this showroom and its colors is a good moment to >> >decide as a community, wether to stick with the official guidelines >> >or not. I do think consistent colors are good for community spirit. I >> >don't care if we continue with darkgrey/orange or have something new, >> >as long as it is documented on the wiki. >> >> The wiki would probably have its old colors, and we can always >> do a "facelift" and change colors, so I say we stick to the current >> stuff and change colors later if we cared to... >> >> >Another issue would be the logo, here I'm not even aware if we are >> >allowed to use it. I recall a post be Sean Moss-Pultz to release this >> >stuff to the community, but don't know how or if this ever happend. >> >> Let's hope for the best. >> >> >One last thing, you've maybe noticed the >> >packages.openmoko-community.org at top of my mockup. I questioning >> >which domain should be used for the showroom? I'm _not_ totally >> >convinced by suggestions like frappdb.org or so. >> >> I did :) >> >> openmoko-community.org is a bit long, what about om-community.org? >> >> Heh, ompkg.org ;P >> >> Something? >> >> I agree with you that frappdb, tho it sounds almost cool, is very >> fr-centric and maybe not the best solution. >> > > I like om-community.org and use packages.om-community.org or > showroom.om-community.org for the showroom. I prefer this over > something like ompkg.org, because maybe later we also want to have > something like polls.om-community (just an idea) or so. > > jxs > > ___ > 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
QtMoko is great! :-)
A little ciao here to all ;-) I started my Neo usage some month ago with Qtopia. Yesterday i've installed the V8 of QtMoko: i'd like only to say that i like a lot QtMoko! Contratulation to all the contributors and maintainers! IMHO it's really the best distro for everyday phone (of course there some problems, but the base it's really strong). The Qx trick to launch TangoGPS was really a cool idea, congratulation to Radek for his incredible work on this (and not only on this). I started to make some contribution to the QtMoko site htp://www.qtmoko.org -- Andrea ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launchers (shr-launcher, qalee, ...) and Xdg
2009/8/29 Nicola Mfb : > Hi! > while writing a simple application launcher for my needs I found (and > begin to lite support) freedesktop Xdg menu specifications [1] so just > asked to myself if other launchers supports these. It may be a way to > unify launchers behaviour and user preferences, but it's a new topic > for me, so I do not know the real status and actual trends. > What do you think about? > > Reading the specs I found "Telephony" and "TelephonyTools", in the > additional categories, are these suitable for phone apps? should shr > applications/paroli and so on add one of that in the respective > .desktop file? > > Finally if this is an interesting topic and we come to a "common" > default menu view of applications, we may think to customize the > /etc/xdg/menus/applications.menu of SHR (and other distros, ore create > a specific new one) to match our needs. That may be a real starting > point to have the same applications menu structure even if the user > decide to install and use different launchers. > > Regards > > Nicola > > [1] http://standards.freedesktop.org/menu-spec/latest/ > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > +1 -- 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: [gta02-core] Another statistical milestone reached
On Sat, Aug 29, 2009 at 3:41 AM, Jakob wrote: > On 8/29/09, Jakob wrote: >> hey, i'm one of them "silent"ones and i realy appreciate the work you are >> doing. >> thanks! I'm here for the jokes! J.K. , N.- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft & design
On Fri, 28 Aug 2009 10:24:53 +0300 m...@nysv.org (Markus Törnqvist) wrote: > On Fri, Aug 28, 2009 at 07:13:23AM +0200, Fabian Killus wrote: > >On Fri, 28 Aug 2009 08:18:47 +0300 > >"Risto H. Kurppa" wrote: > > >Actually this is heavily inspired by gentoo-portage.com, which is a > >nice (but unofficial) package listing system for Gentoo. I just added > >the distributions menu on the left side. BTW do we also need a field > >that shows which other distributions provide a certain package (like: > >"Other distributions with this Package: SHR, Debian")? > > Trying to see the relations in apt-portal's db now... > > Then again, if it's not doable now, we can do it later > > >I thought if you switch the distribution with the left side menu and > >already have selected a package, the equivalent package for the just > >selected distribution should be displayed. > >If this distro doesn't have such a package show an apropiate message, > >maybe telling whom to contact, to get this app into the distribution. > > Ok, cool. It could be pretty generic, probably. > > >These colors are taken from the Openmoko identity guidelines [1] and > >I agree that they are heavy. > >Maybe now designing this showroom and its colors is a good moment to > >decide as a community, wether to stick with the official guidelines > >or not. I do think consistent colors are good for community spirit. I > >don't care if we continue with darkgrey/orange or have something new, > >as long as it is documented on the wiki. > > The wiki would probably have its old colors, and we can always > do a "facelift" and change colors, so I say we stick to the current > stuff and change colors later if we cared to... > > >Another issue would be the logo, here I'm not even aware if we are > >allowed to use it. I recall a post be Sean Moss-Pultz to release this > >stuff to the community, but don't know how or if this ever happend. > > Let's hope for the best. > > >One last thing, you've maybe noticed the > >packages.openmoko-community.org at top of my mockup. I questioning > >which domain should be used for the showroom? I'm _not_ totally > >convinced by suggestions like frappdb.org or so. > > I did :) > > openmoko-community.org is a bit long, what about om-community.org? > > Heh, ompkg.org ;P > > Something? > > I agree with you that frappdb, tho it sounds almost cool, is very > fr-centric and maybe not the best solution. > I like om-community.org and use packages.om-community.org or showroom.om-community.org for the showroom. I prefer this over something like ompkg.org, because maybe later we also want to have something like polls.om-community (just an idea) or so. jxs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft & design
On Sat, 29 Aug 2009 05:24:46 +0200 Bernd Prünster wrote: > Fabian Killus schrieb: > > I did a quick mockup of how I would like to have such a showroom > > look like. The "traditional" openmoko colors were used. > > > > Please comment if you like it or not (I know it's not perfect, just > > an idea). Here comes the png: > > > > http://ji-xiansheng.de/tmp/om_packages_mockup.png > > > > jxs > Please dont make the same mistake that was made relaunching opkg.org: > dont use such huge graphics. > keep in mind that the showroom should maybe also easily viewable @ > 480x640. > > just my 2 cents > I totally agree. jxs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft & design
On Sat, 29 Aug 2009 05:05:36 +0200 David Reyes Samblas Martinez wrote: > > > > > Please comment if you like it or not (I know it's not perfect, just > > an idea). Here comes the png: > > > > http://ji-xiansheng.de/tmp/om_packages_mockup.png > > > > jxs > > My comments on the mokup some of them will be related to the coding > effort to reach some of your proposal and what I think it should be > the fisrt relase, as Markus said what we can't reach now we will reach > later: > -Hierarchical clasification:well righ now there is only a flat > classification on apt-portal (as it was on opkg.org) so first release > will have only one level. > -Multiple distros: idem as previous one, but this will be a priority > for futures impovements > -Too big fonts?? If the description become larger and there are much > comments too much scroll > -As other said, too strong colors, I prefer a dominant white with > details with the official colors , > -again said by others the OM logo is too big, wasting a lot of > horizontal/vertical space > -Having distros on a column always on left side seem to me again a lot > of space wasting, having a roll over menu, and line some where in the > app description telling "also in this other distros:" ,and a "not > in your favourite distro?" link with the instructions you mentioned > will safe a lot of useful space. > > above are opinions now what I really think :Good work Fabian! :), > thanks a lot for the mokup > - The fonts and the logo are far too big, I know. I want to create another mockup, but it will take some time, since I'm moving at the moment. About the distributions menu on the left side I have to disagree. I don't think it should be replaced with a roll over menu. I would agree on having the side menu + roll over menu. Space below the side menu could be used for a sponsor logo for Tuxbrain if the showroom will be placed on your server. jxs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Launchers (shr-launcher, qalee, ...) and Xdg
Hi! while writing a simple application launcher for my needs I found (and begin to lite support) freedesktop Xdg menu specifications [1] so just asked to myself if other launchers supports these. It may be a way to unify launchers behaviour and user preferences, but it's a new topic for me, so I do not know the real status and actual trends. What do you think about? Reading the specs I found "Telephony" and "TelephonyTools", in the additional categories, are these suitable for phone apps? should shr applications/paroli and so on add one of that in the respective .desktop file? Finally if this is an interesting topic and we come to a "common" default menu view of applications, we may think to customize the /etc/xdg/menus/applications.menu of SHR (and other distros, ore create a specific new one) to match our needs. That may be a real starting point to have the same applications menu structure even if the user decide to install and use different launchers. Regards Nicola [1] http://standards.freedesktop.org/menu-spec/latest/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Nokia N900
On Sat, Aug 29, 2009 at 3:41 PM, Sebastian Krzyszkowiak wrote: > On 8/29/09, Nicola Mfb wrote: [...] > It's already known that N900 is UMTS phone, not only internet tablet. Yes I know ;) but the last time I checked ofono sources it seemed very incomplete that's the reason for my doubts, as consequence the gui phone part should be incomplete too. It may be he has only support for 3g data connectivity? (is the real question!) Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Nokia N900
> http://www.nokia.com/press/press-releases/showpressrelease?newsid=133759 >4 > > I found a screenshot on: > > http://www.hwupgrade.it/news/telefonia/nokia-n900-internet-tablet-con-ma >emo-5_29935-10.html > > where it seems there is a phone app running, but I'm not sure it's a > GSM/UMTS call, it may be voip? > Some rumors about that? I believe this device is running ofono stack, see http://www.ofono.org/ 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: Nokia N900
On 8/29/09, Nicola Mfb wrote: > http://www.nokia.com/press/press-releases/showpressrelease?newsid=1337594 > > I found a screenshot on: > > http://www.hwupgrade.it/news/telefonia/nokia-n900-internet-tablet-con-maemo-5_29935-10.html > > where it seems there is a phone app running, but I'm not sure it's a > GSM/UMTS call, it may be voip? > Some rumors about that? > > Regards > > Nicola It's already known that N900 is UMTS phone, not only internet tablet. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Putting the *S*table back in *S*HR!
On Sat, Aug 29, 2009 at 3:25 PM, Klaus 'mrmoku' Kurzmann wrote: > Am Samstag 29 August 2009 14:00:29 schrieb Nicola Mfb: >> On Fri, Aug 28, 2009 at 6:38 PM, Tom wrote: >> [...] >> >> > The goal will probably be creating and testing a new testing image every >> > 2 weeks or so. Though we haven't officially decided on that. >> >> May you elaborate? why every 2 weeks a new testing image? >> will not creating a single testing image and opkg update && opkg >> upgrade be sufficient? > yeah, but for those installing it freshly having to flash and then upgrade is > a > pain... And the longer the list of packages to update... the more probable it > will be that opkg bails out. Ah! so "creating and testing" means "building" ;) Happy to hear that! about opkg why do not use an "old" version? in the past it worked fine. Regards and keep up the upcoming good work ;) Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: apt-portal import opkg repos :) & some comments
On Sat, Aug 29, 2009 at 11:48 AM, Markus Törnqvist wrote: > On Sat, Aug 29, 2009 at 12:27:49PM +0300, Markus T�rnqvist wrote: >> >>After all that typing, I say we just remove the encode() call and use >>utf-8 across the board ;) > > The below patch works > > --- opkg2sql.py.orig  2009-08-29 13:46:21.004642989 +0300 > +++ opkg2sql.py 2009-08-29 13:46:05.995767671 +0300 > @@ -135,7 +135,7 @@ >   source = control['Source'] >   version = control['Version'] >   architecture = control['Architecture'] > -  description =  control['Description'].encode('ascii','ignore') > +  description =  unicode(control['Description']) >   homepage =  control['HomePage'] >   package = Package.query.filter_by( \ >    package = package_name, \ > > -- > mjt > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > I have applied the fix at dpkg_control.py, converting the entire control file contents to utf8. Thanks -- João LuÃs Marques Pinto GetDeb Team Leader http://www.getdeb.net http://blog.getdeb.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Nokia N900
http://www.nokia.com/press/press-releases/showpressrelease?newsid=1337594 I found a screenshot on: http://www.hwupgrade.it/news/telefonia/nokia-n900-internet-tablet-con-maemo-5_29935-10.html where it seems there is a phone app running, but I'm not sure it's a GSM/UMTS call, it may be voip? Some rumors about that? Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Putting the *S*table back in *S*HR!
Am Samstag 29 August 2009 14:00:29 schrieb Nicola Mfb: > On Fri, Aug 28, 2009 at 6:38 PM, Tom wrote: > [...] > > > The goal will probably be creating and testing a new testing image every > > 2 weeks or so. Though we haven't officially decided on that. > > May you elaborate? why every 2 weeks a new testing image? > will not creating a single testing image and opkg update && opkg > upgrade be sufficient? yeah, but for those installing it freshly having to flash and then upgrade is a pain... And the longer the list of packages to update... the more probable it will be that opkg bails out. > > Regards > > Nicola -- Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Putting the *S*table back in *S*HR!
On Fri, Aug 28, 2009 at 6:38 PM, Tom wrote: [...] > The goal will probably be creating and testing a new testing image every 2 > weeks or so. Though we haven't officially decided on that. May you elaborate? why every 2 weeks a new testing image? will not creating a single testing image and opkg update && opkg upgrade be sufficient? Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om 2009, NWA, keyboard?
On 8/28/09, Carsten Gerlach wrote: > Hello, > > Am Freitag 28. August 2009 22:06:12 schrieb Stefan Fröbe: >> cd /usr/lib/enlightenment/modules/illume/keyboards >> rm Default.kbd >> ln -sf Terminal.kbd Default.kbd > > Thank you, this works. And what do I have to do, that the keyboard starts > directly when I start the terminal? > > Greetings, Carsten > > > > -- > Hier ist mein öffentlicher GPG-Schlüssel: > http://daswaldhorn.funpic.de/gpg.html > = > www.stopptdievorratsdatenspeicherung.de > In SHR it's done my matchbox-keyboard-im package. I don't think it's available in Om2009. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: blink AUX or power light while suspended?
On 8/28/09, arne anka wrote: >> This post in that same thread mentions that leaving an LED on would >> halve the battery life while suspended: > > what it says is, _blinking_ would halve it, since blinking would mean > resume/suspend/resume/suspend ... > still, there's an issue with the aux led in some versions, which makes it > eat a lot of power. Some versions = GTA02A5. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: apt-portal import opkg repos :) & some comments
On Sat, Aug 29, 2009 at 12:27:49PM +0300, Markus T�rnqvist wrote: > >After all that typing, I say we just remove the encode() call and use >utf-8 across the board ;) The below patch works --- opkg2sql.py.orig 2009-08-29 13:46:21.004642989 +0300 +++ opkg2sql.py 2009-08-29 13:46:05.995767671 +0300 @@ -135,7 +135,7 @@ source = control['Source'] version = control['Version'] architecture = control['Architecture'] - description = control['Description'].encode('ascii','ignore') + description = unicode(control['Description']) homepage = control['HomePage'] package = Package.query.filter_by( \ package = package_name, \ -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr] rfd: some ideas for improving dialer
Petr Vanek schrieb: >> Imagine, you are standing outside in the sun and someone calls you: >> you hurry for getting the call and ... >> tap on "Reject"-button because you didn't see it right (in the sun) >> >> wouldn't it be better to use red and green Buttons like in paroli? >> > > > good idea. please have a look at [1] where redesign of shr phone apps > is being drafted. feel free to contribute there, > > petr > > > [1]http://shr-project.org/trac/wiki/phoneui > > Calling3 in http://www.alasal.be/openmoko/shr2/dialer/r1/ is great for me. -- Mit freundlichen Grüssen Matthias Huber Kohlstattstr. 14 86459 Wollishausen Tel: 08238-7998 LPI000181125 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: apt-portal import opkg repos :) & some comments
On Sat, Aug 29, 2009 at 10:00:06AM +0200, Klaus 'mrmoku' Kurzmann wrote: >Am Samstag 29 August 2009 04:31:28 schrieb David Reyes Samblas Martinez: >> the problem persist, so the conversion to ascii doesn't solve it, the >> problematic package description is pyelf-sudoku, it seems that is not >> on UTF-8 nor ascii, is that posible? >It is UTF-8 (at least if I can believe my vim which ususally I can :). >The only special char in there is the à in 9Ã9 and 3Ã3 Python has one big suck in it wrt to character sets, it's using ascii by default and not utf-8. So the first part of the solution is to put the lines import sys sys.setdefaultencoding('utf-8') into a file called sitecustomize.py in the python search path. On Ubuntu this is /etc/python2.6/sitecustomize.py or whatever, but it could be eg. /usr/lib/python2.6/sitecustomize.py To test, start python and check import sys; sys.getdefaultencoding() Python then deletes (!!) the setdefaultencoding function altogether so it can not be changed at runtime, it's available only on interpreter startup and if sitecustomize.py uses it. Anyway, the code is using 'ignore' to skip over characters; imo that looks a bit bad In [1]: 'ö'.encode('ascii', 'ignore') Out[1]: '' In [2]: 'ö'.encode('ascii', 'replace') Out[2]: '?' Or is there a reason we recode this, why can't we just use utf8 like most normal people? IIRC debian changelogs have to be utf8 nowadays too. After all that typing, I say we just remove the encode() call and use utf-8 across the board ;) -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QNavitCtl - Navit Bookmarks via dbus
Christian Rüb: > arne anka: > > i just tried qnavitctl right now and had two problems: > > - where is the bookmarks.csv supposed to come from? navit creates > > bookmark.txt > > - tab "buttons", button "register" leads only to "could not get Navit > > instance" and > > > > QDBusObjectPath: invalid path "" > > reply: "" > > coud not get iter > > Thanks for your feedback, please have a look at my frist mail: > you have to create a bookmarks.csv yourself > > format is NOT the same as navit bookmarks.txt, but > name; lat; lon > > The reason is I only support decimal coordinates in QNavitCtl and not all > types of card mappings as Navit does. > > The second error sounds like dbus is not activated for navit, you have to > explicitely do this in navit.xml: > > ... > active="yes"/> > ... > > by default it says "no" here Wiki page added: http://wiki.openmoko.org/wiki/QNavitCtl ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
> > GPRS worked fine. > Could you please post an explanation on how to test/use gprs on debian? 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
[gta02-core] Another statistical milestone reached
On 8/29/09, Jakob wrote: > hey, i'm one of them "silent"ones and i realy appreciate the work you are > doing. > thanks! > > jake > > On 8/28/09, Álvaro Lopes wrote: >> Werner Almesberger wrote: >>> The gta02-core list has reached 100 non-digested subscribers today. >>> (Plus 12 digested ones, one of them with delivery disabled.) >> >> Kudos to us all ;) >> >> If we keep like this, we might surpass ker...@vger soon :) >> >> Álvaro >> >> ___ >> gta02-core mailing list >> gta02-c...@lists.openmoko.org >> https://lists.openmoko.org/mailman/listinfo/gta02-core >> > hey, i'm one of them "silent"ones and i realy appreciate the work you are doing. thanks! jake ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr] rfd: some ideas for improving dialer
>Imagine, you are standing outside in the sun and someone calls you: >you hurry for getting the call and ... >tap on "Reject"-button because you didn't see it right (in the sun) > >wouldn't it be better to use red and green Buttons like in paroli? good idea. please have a look at [1] where redesign of shr phone apps is being drafted. feel free to contribute there, petr [1]http://shr-project.org/trac/wiki/phoneui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: apt-portal import opkg repos :) & some comments
Am Samstag 29 August 2009 04:31:28 schrieb David Reyes Samblas Martinez: > the problem persist, so the conversion to ascii doesn't solve it, the > problematic package description is pyelf-sudoku, it seems that is not > on UTF-8 nor ascii, is that posible? > Can any one on SHR mantainers take a look on this and fix it?, surelly > the origin is in the description on the bb file ,isn't it? > now is late but later on I will continue with import hardcoding the > skip of this packages to see if there is another one problematic. It is UTF-8 (at least if I can believe my vim which ususally I can :). The only special char in there is the à in 9Ã9 and 3Ã3 -- Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr] rfd: some ideas for improving dialer
Imagine, you are standing outside in the sun and someone calls you: you hurry for getting the call and ... tap on "Reject"-button because you didn't see it right (in the sun) wouldn't it be better to use red and green Buttons like in paroli? -- Matzehuber ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
2009/8/28 Radek Polak : > Risto H. Kurppa wrote: >> Tried to install debian today: > ... >> E: Internal error: install Unfortunately it was found out installing Debian via the install.sh script is broken until dpkg 1.15.4 lands in unstable. So, keep eye on http://packages.qa.debian.org/d/dpkg.html Only manual installation using debootstrap is possible meanwhile. Updated http://wiki.debian.org/DebianOnFreeRunner#CurrentStatusofInstallation -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QNavitCtl - Navit Bookmarks via dbus
arne anka: > i just tried qnavitctl right now and had two problems: > - where is the bookmarks.csv supposed to come from? navit creates > bookmark.txt > - tab "buttons", button "register" leads only to "could not get Navit > instance" and > > QDBusObjectPath: invalid path "" > reply: "" > coud not get iter Thanks for your feedback, please have a look at my frist mail: you have to create a bookmarks.csv yourself format is NOT the same as navit bookmarks.txt, but name; lat; lon The reason is I only support decimal coordinates in QNavitCtl and not all types of card mappings as Navit does. The second error sounds like dbus is not activated for navit, you have to explicitely do this in navit.xml: ... ... by default it says "no" here ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community