[Community Updates] August 19, 2009 released!
Hello everybody, August 19th , 2009 Community Update is out! Take a look at: http://wiki.openmoko.org/wiki/Community_Updates/2009-08-19 and contribute to the new draft at: http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-02 -- 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: [QtMoko] new images v6
I've just spent a few hours trying to cross-build from the git sources on my 686 Debian box with a view to making a .deb file so I can add qtmoko to an existing Debian installation. After several hours of working it fails with: > /home/jschultz/openmoko/qtmoko/qtmoko/src/applications/datebook/accounteditor.cpp:59: > error: uninitialized member ‘AccountWidgetItem::mSource’ with ‘const’ type > ‘const QPimSource’ Does this mean anything to anyone? -- View this message in context: http://n2.nabble.com/-QtMoko--new-images-v6-tp3385796p3477246.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: Enhancing launcher - feedback
c_c wrote: > > > I thought I'll use this email to get some feedback on this ML. > > I"ve been using the AUX button to bring up shr-dialer, and I tried it with (what I believe was) an earlier iteration. I found that launching with AUX opened multiple instances of launcher. Can you make it aware of itself (or ignore me if it already is) so that multiple instances get invoked? This way a simple AUX press brings us back from wherever we are to the "home screen". -- View this message in context: http://n2.nabble.com/Enhancing-launcher---feedback-tp3463811p3477182.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: One second Openmoko boot?
Robin Paulson wrote: > i've never understood the fascination of linux users with keeping > systems up for days and months on end. sure, it's great for a server > hosting web sites, or in a corporate environment, but for a home > system? it comes across as nothing more than who's the most '1337', > which is really lame. add to that the power wasted and it's verging on > the pointless AFAIK, theres' only one problem with the fascination of never rebooting - and it's not power consumption. If you never reboot your servers under controlled circumstances, you have no guarantee that they will come up nicely in event of a forced reboot. /Peter ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian
2009/8/20, Timo Jyrinki : > As for those asking for instructions: I built the kernel branch [1] > with the http://wiki.openmoko.org/wiki/Toolchain instructions. Forgot to note: config is arch/arm/configs/gta02_drm_defconfig. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian
2009/8/19, Martin Jansa : >> > I'm using this driver for some time and it behaves realy good. I didn't >> > even >> > noticed any garbled text or artifacts, which is great for this state of >> > development :). >> >> You are probably talking about the non-KMS, normal xf86-video-glamo? > > No I'm really talking about KMS :). Today I've seen first garbled text in > midori, but the rest looks the same as it looked with normal > xf86-video-glamo or Xglamo before.. Wow, ok :) "Some time" sounded so long as it's not that many days away when the X started working for the first time :) Good for you, I'm mostly still seeing garbage in all but Zhone, though I haven't tried many applications besides TangoGPS, lxterminal and some more GTK programs. Even the fbpanel with the start menu, battery information and Bluetooth icon is garbled. As for those asking for instructions: I built the kernel branch [1] with the http://wiki.openmoko.org/wiki/Toolchain instructions. Transferred the uImage.bin.xxx and modules to device, symlinked /boot/uImage.bin to this uImage.bin.xxx and unpacked the modules package. Then I built libdrm branch [2] and xf86-video-glamo [3] on the phone itself. Using Debian from SD, so the only reason I didn't build also kernel on the device was simply to save time. When trying to build the xf86-video-glamo, use autoreconf -vi first. I installed libdrm simply by make install (under /usr/local/lib) and xf86-video-glamo by copying the library from .src/libs to /usr/lib/xorg/modules/drivers/. [1] http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/drm-tracking [2] http://git.bitwiz.org.uk/?p=libdrm.git;a=shortlog;h=refs/heads/glamo [3] http://git.openmoko.org/?p=xf86-video-glamo.git;a=shortlog;h=refs/heads/kms Mesa [4] can be AFAIK ignored at this point (?), though you get even neater X.org log lines by using it :) Since it hasn't been updated for some months, I took a ready made binary from http://www.bitwiz.org.uk/openmoko/dri-binaries/ and unpacked it manually into my Debian. [4] http://git.bitwiz.org.uk/?p=mesa.git;a=shortlog;h=refs/heads/glamo -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
Hi, I would look for a decent middle path. A reasonable boot time, perhaps 30 secs to fully usable, and charging required in say 3 days of some measure of activity assumed to be normal (we could define something as a benchmark). And for a hell of a lot more smarts from a 'smart'phone. How about sync with desktop apps/on the net (yes PISI is getting there), notifications, reminders, alarms, PIM apps, stable accelerometer based rotation etc. I have to say that things have improved drastically over the last year - but then the FR should have been here long ago. Maybe openmoko could have done a lot better if the FR was where it is heading for right now (buzz-fix, bass-fix, #1024 fix, software stack improvements). I cant wait to get this phone running the (future) fully compiled FSO stack. Already the parts that are compiled are making a huge difference to the phone's performance. We're getting there. Now, if only we could write down a priority wise sequence of problems that need solving somewhere and tackle them one at a time with all the resources we have. -- View this message in context: http://n2.nabble.com/One-second-Openmoko-boot--tp3474833p3476622.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: Enhancing launcher - feedback
Hi, Steven ** wrote: > > But what is the motivation for writing another set of phone apps? And > why as part of launcher (and not standalone apps)? > Well, Illume is perhaps the best way of going about for the notifications and categories, which makes Launcher just an interim solution till that happens. And its taking time - I've already had this phone for a year now. Do I want to continue waiting? No. The motivation for some amount of phone functionality comes from the need for Speed. I find the current set of SHR apps still slow and they're already written in C. How do you speed that up significantly? By making them load up all at once and letting that app stay in memory. Launcher already runs in the background (for me at least) - so I thought, let me see how fast it would be if the needed functionality was integrated with Launcher. I've got the phonelog working as of now - and it comes up usable in less than a sec. We could do with a faster phonelog on SHR right now. Normally, a large number of calls I make made are based on the log - with a limited few from the contacts. And I use sms extensively and haven't really found a decent app that meets my needs. So I started off (and am pretty much still looking at) integrating phonelog and a threaded sms app into launcher. I need contact data for showing names instead of numbers, hence I'm getting contacts data into a local db - but I'm really not (as of now) looking at a full fledged contacts app or a dialer. Eventually, if a better solution arises that replaces Launcher - I could always spin off the sms app as a standalone - though that will make it slower than it would be when integrated. I'm using Launcher as an experimental (though stable) app to see what I really need in a smartphone and if it helps other users - great. It's just that nothing else really meets my needs yet as well as I would like it to. BTW - are there so many phone apps? Paroli is one and targets OM, SHR is another and litephone is the only third. I don't think there are that many options available right now but correct me if I'm wrong. So - to summarise - I'm not really looking at a full set of phone apps (right now). I think I can wait for the dialer to come up - it's quite fast, and a separate contact app would be fine too (preferably if I can send it some data over dbus from the log for eg). But I want a faster phonelog and sms app. Progress. * I've got sms/missed calls notifications working better (using opimd - thanks to Sebastian Krzyszkowiak!) * reminders (for notifications) works while the phone is awake * phonelog works - but no contact names yet * fixed duplicate entry because of directories bug * monitoring the /usr/share/applications directory seems stable now (but needs more testing) * lots of dbus improvements - yet not enough I think Still pending :- * solution for the cellbroadcast info for location * dbus service from C has me foxed - cant get it going * need to get contact names in the phonelog * I'm finding the dbus - opimd combo slow (for now). So I'm working on caching the needed data locally. * reminder alarms when suspended * changing colour of the clock (needs a local edc?) I wanted to release a test version yesterday - but couldn't. Will release one as soon as it gets to a state where it feels usable enough. I've got some icons (thanks to Evgeniy Ginzburg) but I still need more. Particularly the ones for sms, calls and notifications (need svg's). And some interesting sounds for the notifications alarm. I'm keeping the svn at shr-launcher.googlecode.com updated (for those who might want to look at the code) - but it may not always compile with full functionality. Thanks. -- View this message in context: http://n2.nabble.com/Enhancing-launcher---feedback-tp3463811p3476573.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: Replacement battery for GTA01/Neo
err, which version? - I did a make update, built and upgraded yesterday (shr-u) and its not there (though the new pin dialog is - Yeah!) or is it only visible on a non-gta02 battery? BillK On Wed, 2009-08-19 at 17:32 +0200, Sebastian Krzyszkowiak wrote: > On 8/19/09, Daniel.Li wrote: > > On Wed, 2009-08-19 at 09:50 -0400, Stefan Monnier wrote: > >> > BL-5C can't be charged with GTA02. > >> > >> I presume you mean GTA01, right? My GTA02 has no trouble charging my > >> BL-5C. > > > > Really? > > > > I bought BL-5C compatible battery month ago, and it can't be charged > > with GTA02. I also remove BL-5C from Nokia phone, and GTA02 still can't > > charge this battery. > > > > And previous discussion tells that GTA02 can just charge battery with > > Coulomb-counter. > > > > Does this bug fixed? > > > >> > >> > >> Stefan > > SHR even supports Nokia batteries from GUI, just enter SHR Settings -> > Power -> Battery -> Switch to dumb battery driver, and then you'll get > estimated capacity and it charges without any problems. > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
>i've never understood the fascination of linux users with keeping >systems up for days and months on end. sure, it's great for a server >hosting web sites, or in a corporate environment, but for a home >system? it comes across as nothing more than who's the most '1337', >which is really lame. add to that the power wasted and it's verging on >the pointless I turn my systems off at home to save power, lifetime on fans and disks. That is not the point. The point is that *I* turn them off, versus some instability that causes the system to crash. The fact that a multi-user, network-connected, resource-limited system *can* stay up that long is (IMHO) desirable. >as for phones, there are many reasons i turn mine off - not least >because there's no way i want to be contactable at night, and when i'm >doing other things where i don't want to be interrupted. it gets >turned on and off at least once a day. my phone exists to serve me, >not the other way around Ahhh, the difference between a "phone" and a portable computing device that can make telephone calls. I want my "phone" to be an alarm clock, a calendar, a music playerand I want it to have the *capability* of running twenty-four hours a day, seven days a week, efficiently, and without me having to futz too much with it, or to worry if I have to find its electric fix three times a day. Or to *have* to turn it off because I am not near an outlet for a long enough period of time. >do you realise the effects of the 'always-connected' lifestyle? >they're not good at all I do not typically give out my cell phone number. I consider my cell phone for my convenience and not others. Again, that is not the point. You are welcome to turn off your cell phone any time you want, or leave it on and make it silent, ready to receive messages and let it save them for you. Turn it off, and it is a boat anchor. Worse than a boat anchor, because at least a boat anchor is heavy enough to hold a boat in place. As to the power wasted, the always on, connected cell phone uses less power in a day than my laptop uses in an hour...and if it goes into deep suspend, a lot less than that. Power management in servers, desktops, laptops and netbooks is also necessary, and can help cellphones too, in the long run. >anyway, the point i'm getting at is: a quick boot time, it doesn't >have to be one second, is definitely an advantage Granted. But if there is a choice of where to put engineering talent? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
"Daniel.Li" writes: >> > BL-5C can't be charged with GTA02. >> >> That's just plain wrong! GTA02 has _zero_ problems charging BL-4/5/6C. >> >> Please read the battery Q&A [1]. > > We have a discussion month ago, and found that FR (GTA02) can't charge > BL-5C, see below link. > > http://lists.openmoko.org/nabble.html#nabble-td2908120 " I think "work" means all functions can be used (remaining battery indication, battery info display, anyway compatible with battery shipped with FR) BL-5C can't display battery info/remaining battery and charge with FR. " Yes, for that kind of information you need to use gta01_battery driver. But charging dumb batteries always worked in gta02, if unsure reread Rask's reply at the link you posted: "Please define "CAN NOT charge". Note that you can quite easily try it out as explained above. Simply put in a battery with middle pad covered and see if it charges. When you want to check the capacity, just take out the piece of paper or plastic. " etc. -- 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: One second Openmoko boot?
2009/8/20 Jon 'maddog' Hall : > I have a friend of mine who's multi-user Linux system was recently up > for thirty days before a power failure caused it to go down. > > I had a Digital Unix system on my desk up for an entire year without > rebooting. > > We had cases of VAX/Ultrix systems up for over three years without a > reboot. > > IMHO the only time you should have to cold reboot an operating system is > when there is a change to a critical section of the kernel, or perhaps a > hardware failure and with loadable kernel modules and loadable device > drivers (to say nothing of user-mode device drivers), those sections and > failures are relatively few. i think this whole idea is fatelly flawed i've never understood the fascination of linux users with keeping systems up for days and months on end. sure, it's great for a server hosting web sites, or in a corporate environment, but for a home system? it comes across as nothing more than who's the most '1337', which is really lame. add to that the power wasted and it's verging on the pointless as for phones, there are many reasons i turn mine off - not least because there's no way i want to be contactable at night, and when i'm doing other things where i don't want to be interrupted. it gets turned on and off at least once a day. my phone exists to serve me, not the other way around do you realise the effects of the 'always-connected' lifestyle? they're not good at all /return rant over anyway, the point i'm getting at is: a quick boot time, it doesn't have to be one second, is definitely an advantage ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
On Wed, 2009-08-19 at 18:38 +0400, Paul Fertser wrote: > >> I'll try to come up with a patch to make it > >> work. > >> > > > > Good. I'm trying to fix it, but I don't have much experience. Is > there > > any references available for me to study? > > To fix what? Do you have gta01? Sorry, I don't have gta01, I just have FR (GTA02). -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
On Wed, 2009-08-19 at 18:38 +0400, Paul Fertser wrote: > "Daniel.Li" writes: > > On Wed, 2009-08-19 at 00:14 +0400, Paul Fertser wrote: > >> Gerald A writes: > >> > Looking at my Neo this morning, I noticed that it looked like the > >> > case wasn't put back on straight. > >> > > >> > I removed the back to find the battery is slightly bulging. I'm > >> > assuming this isn't a good thing. > >> > >> Yes, using a battery like that is discouraged. Basically for gta01 you > >> can use BL-5C or even better (more capacity) BL-6C but currently it > >> doesn't charge it afaik. > > > > BL-5C can't be charged with GTA02. > > That's just plain wrong! GTA02 has _zero_ problems charging BL-4/5/6C. > > Please read the battery Q&A [1]. We have a discussion month ago, and found that FR (GTA02) can't charge BL-5C, see below link. http://lists.openmoko.org/nabble.html#nabble-td2908120 [1] is it mean I should use gta01_battery driver to charge BL-5C battery? > > >> I'll try to come up with a patch to make it > >> work. > >> > > > > Good. I'm trying to fix it, but I don't have much experience. Is there > > any references available for me to study? > > To fix what? Do you have gta01? > > >> Please catch me on IRC if you want to be early tester/adopter. > >> > > > > Which IRC? do u have any address for IRC channel? > > #openmoko at irc.freenode.net > > [1] http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi timeout with mokonnect
Am Sonntag, den 16.08.2009, 21:00 +0200 schrieb Rask Ingemann Lambertsen: >What little I've seen of that code does not look promising. The author > didn't understand the netif_stop_queue()/netif_wake_queue() calls, so who > knows what else might have gone wrong? Someone needs to sit down with the > firmware interface specification (i.e. from the existing driver?) and match > it up with the Linux network device API ("make htmldocs") and then write > a new driver. any takers? at least for a detailed bug report? rask, what about yourself? bernhard ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
>Once per year? :) Up until recently was once per day (minimum), but >since 8-8's SHR-U I haven't returned to that sad average! /* gentle rant on Which is *exactly* my point. I have a friend of mine who's multi-user Linux system was recently up for thirty days before a power failure caused it to go down. I had a Digital Unix system on my desk up for an entire year without rebooting. We had cases of VAX/Ultrix systems up for over three years without a reboot. IMHO the only time you should have to cold reboot an operating system is when there is a change to a critical section of the kernel, or perhaps a hardware failure and with loadable kernel modules and loadable device drivers (to say nothing of user-mode device drivers), those sections and failures are relatively few. Sooo, while booting in one second is a neat "stunt", and nice for automotive needs, or deep space probes that have a master controlling module that turns another module on and off; for a phone I would rather have it function like a "real phone" for four (or even three or even two or even one) days without rebooting or having to be recharged. On the other hand, there is the source codego to it. gentle rant off */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
On Wed, Aug 19, 2009 at 04:01:29PM -0400, Jon 'maddog' Hall wrote: > make the battery last longer in normal running mode, suspend and deep > suspend, rather than shortening the (hopefully) once per year boot > cycle. Once per year? :) Up until recently was once per day (minimum), but since 8-8's SHR-U I haven't returned to that sad average! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One (or ten) second Openmoko boot?
At 16:01 -0400 19/08/09, Jon 'maddog' Hall wrote: > >Maybe this might be possible in some future of Openmoko Linux? > >Yes and no. Of course and not. :-) > >Depends on what your definition of "cold boot" is. ... >Warmest regards, > >md Hi Jon 10 seconds would do ;-) Might be done by booting from a SDHC-flash card...and a swap-file? kind regards, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
>Maybe this might be possible in some future of Openmoko Linux? Yes and no. Of course and not. :-) Depends on what your definition of "cold boot" is. There are trade-offs here, as always. As I understand it, the read-only text of the kernel was in ROM (could have been Flash), so did not have to be read in off a file system and "loaded". On the other hand they were loading and initializing device drivers, and on a fixed system like the Openmoko you probably could cut down on that process quite a bit. Issues like memory bandwidth to the processor, processor speed, etc. etc. But the real question is, what was the customer need that drove the work? Probably a lot of engineering work went into that "one second boot", but what would a "one second boot" (versus a two second or three second boot) really gain the FreeRunner unless you had a "boot on incoming event", and a way to capture that event until the phone had booted and could handle it? IMHO what would be more useful is even more power management work to make the battery last longer in normal running mode, suspend and deep suspend, rather than shortening the (hopefully) once per year boot cycle. Warmest regards, md ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
One second Openmoko boot?
Maybe this might be possible in some future of Openmoko Linux?: 07/15/09, NEWS: MontaVista claims an ultra-fast 1 second Embedded Linux Boot Time: http://www.embedded.com/products/softwaretools/218500563?_requestid=93912 One Second Linux Boot Demonstration (new version) - with list of used enhancements: http://www.youtube.com/watch?v=-l_DSZe8_F8 July 14, 2009, MontaVista Achieves Ultra-fast One Second Linux Boot Time in Embedded Industrial Applications: http://www.mvista.com/press_release_detail.php?fid=news/2009/Ultra-fast-boot.html /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Several (probably basic) wifi questions from an OM noob
Dan Staley writes: > To keep wifi useable, due to bug still present currently (2009-08-18) you > need to also do: > > rmmod ar6000 && modprobe ar6000" Which bug is this exactly? #2277 Wireless does not work with the 2.6.29 kernel http://docs.openmoko.org/trac/ticket/2277 ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
Gerald A writes: > Would a battery from a Freerunner/GTA02 work in my neo? Only with software tweaks i'm yet to try to provide a good method to perform. The same story as with BL-5C. And you won't gain much, BL-6C is 1150 and GTA02 battery is 1200, imho not worth it. -- 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: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian
On Wed, Aug 19, 2009 at 08:27:30PM +0300, Timo Jyrinki wrote: > 2009/8/19 Martin Jansa : > > I'm using this driver for some time and it behaves realy good. I didn't even > > noticed any garbled text or artifacts, which is great for this state of > > development :). > > You are probably talking about the non-KMS, normal xf86-video-glamo? > It's been working ca. since February (bugs fixed since). But this new > thing is a huge renewal of the whole gfx architecture, including new > branches of kernel, libdrm and xf86-video-glamo. Read the blog post :) > > -Timo No I'm really talking about KMS :). Today I've seen first garbled text in midori, but the rest looks the same as it looked with normal xf86-video-glamo or Xglamo before.. -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa pgp3AWGEx0CD1.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian
2009/8/19 Thomas White > Anyone brave enough to test it is more than welcome. > Sure, I'd like to test it. Any instructions on how to install it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian
2009/8/19 Martin Jansa : > I'm using this driver for some time and it behaves realy good. I didn't even > noticed any garbled text or artifacts, which is great for this state of > development :). You are probably talking about the non-KMS, normal xf86-video-glamo? It's been working ca. since February (bugs fixed since). But this new thing is a huge renewal of the whole gfx architecture, including new branches of kernel, libdrm and xf86-video-glamo. Read the blog post :) -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] GSM and GPRS Problems
On 8/19/09, Michele Brocco wrote: > Since the latest troubles with fsousaged in FSO I am having problems > with gsm and gprs. When I reboot I can enter my pin and everything > works fine. After it, I start gprs through the shr-settings gui, and > in contrast to what was happening before the last updates, the gui > does not show if the gprs connection is working or not. However, i can > see it the phone is connected in frameworkd.log and through ifconfig. > If I restart the gui, the connection status is updated and shows > "Connected". When I press "Disconnect" fso shuts down correctly pppd > (the connection status in the gui is again not updated automatically): Not updating GPRS status is SHR Settings problem, introduced by me few days ago. I also discovered it today and i'm fixing it now :) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
Hi, On Tue, Aug 18, 2009 at 3:31 PM, RANJAN wrote: > I'm wondering if there are any approved replacement batteries, or if >> Openmoko sells the originals. >> > > BL-C5A (name might be jumbled up but a Nokia battery did work for me.) > I'm guessing then that the resellers don't sell/stock the FIC replacements? Would a battery from a Freerunner/GTA02 work in my neo? I do know the Nokia batteries work, but I was hoping for the higher capacity Neo ones. And they look cooler. :P Thanks, Gerald. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] GSM and GPRS Problems
Since the latest troubles with fsousaged in FSO I am having problems with gsm and gprs. When I reboot I can enter my pin and everything works fine. After it, I start gprs through the shr-settings gui, and in contrast to what was happening before the last updates, the gui does not show if the gprs connection is working or not. However, i can see it the phone is connected in frameworkd.log and through ifconfig. If I restart the gui, the connection status is updated and shows "Connected". When I press "Disconnect" fso shuts down correctly pppd (the connection status in the gui is again not updated automatically): 2009.08.19 18:14:16.811 ogsmd.modems.abstract.pdp INFO shutting down pppd 2009.08.19 18:14:16.821 mppl.processguardINFO shutdown: killing process 1669 with signal 15 2009.08.19 18:14:18.928 ogsmd.modems.abstract.pdp INFO pppd exited with code 5, signal 0 2009.08.19 18:14:18.938 ogsmd.device INFO org.freesmartphone.GSM.PDP.ContextStatus: 1 release {} 2009.08.19 18:14:19.539 ogsmd.server INFO online status now offline 2009.08.19 18:14:21.238 ogsmd.device INFO org.freesmartphone.GSM.PDP.NetworkStatus: {'registration': 'unregistered'} This is also the last message displayed in the log also after the next steps. if now I want to restart the shr-settings ui the application freezes when loading the ui-modules. I just can kill the process to quit, in addition the phone does not display any calls even if you here the "ringing" on the caller's device. Did someone experience the same problem there? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian
On 8/19/09, Martin Jansa wrote: > On Wed, Aug 19, 2009 at 01:01:53PM +0100, Thomas White wrote: >> On Tue, 18 Aug 2009 11:38:12 +1000 >> Chris Samuel wrote: >> >> > I haven't seen anyone else post about this yet, but this looks really >> > neat! >> > >> > (Found via Planet Ubuntu) >> > >> > http://losca.blogspot.com/2009/08/kernel-mode-setting-kms-on-neo.html >> >> Thanks to everyone for the encouragement! Apart from the GEM buffer >> object >> waiting ioctl not having been implemented (leading to garbled text in some >> cases, and a few other artifacts), I think the KMS driver is in a usable >> state >> right now. Anyone brave enough to test it is more than welcome. > > Thanks for your great work! > I'm using this driver for some time and it behaves realy good. I didn't even > noticed any garbled text or artifacts, which is great for this state of > development :). > > I have few patches for shr/import branch for newer versions of xorg (I'm > using xserver-xorg-1.6.3) and also some cleanup of your bbfiles (like > using SRCPV for automatic upgrade after rebuild new git revision). If > you're interested, let me know. Send them to shr-de...@lists.shr-project.org (prefered format: git format-patch/send-email)! Well, after you told us you have that patches I think you *have to* send them to SHR ;> -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
On 8/19/09, Daniel.Li wrote: > On Wed, 2009-08-19 at 09:50 -0400, Stefan Monnier wrote: >> > BL-5C can't be charged with GTA02. >> >> I presume you mean GTA01, right? My GTA02 has no trouble charging my >> BL-5C. > > Really? > > I bought BL-5C compatible battery month ago, and it can't be charged > with GTA02. I also remove BL-5C from Nokia phone, and GTA02 still can't > charge this battery. > > And previous discussion tells that GTA02 can just charge battery with > Coulomb-counter. > > Does this bug fixed? > >> >> >> Stefan SHR even supports Nokia batteries from GUI, just enter SHR Settings -> Power -> Battery -> Switch to dumb battery driver, and then you'll get estimated capacity and it charges without any problems. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all / linux] neo as gps unit?
On Wed, Aug 19, 2009 at 7:25 AM, Niels Heyvaert wrote: > Perhaps you can also point Jeremy to this easy, one-click search of all > months archives for the Openmoko lists... your such a sweet heart. dont open it or respond to it if it causes you such a headache. sorry, didnt use the search. im a busy person. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
>> > BL-5C can't be charged with GTA02. >> I presume you mean GTA01, right? My GTA02 has no trouble charging my BL-5C. > Really? Yes. > I bought BL-5C compatible battery month ago, and it can't be charged > with GTA02. I also remove BL-5C from Nokia phone, and GTA02 still can't > charge this battery. No idea, but "it just works" for me. Has always worked. I've been using Debian kernels for a while now, and they're still stuck at 2.6.29, so maybe some newer kernels make it fail. Of course, I don't get any charge indication, but I'm pretty sure it does charge, since I've been using this battery for almost a year now. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Several (probably basic) wifi questions from an OM noob
>From the bottom of: http://wiki.openmoko.org/wiki/FSO_Resources "Example command (works for open, WEP and WPA/WPA2 networks, automatically determining the network it can connect to, just add all the networks you use to the config): fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf To keep wifi useable, due to bug still present currently (2009-08-18) you need to also do: rmmod ar6000 && modprobe ar6000" You can see examples of setting up your wpa_supplicant file here: http://wiki.openmoko.org/wiki/WiFi Hope this helps, -Dan Staley On Wed, Aug 19, 2009 at 4:28 AM, Joachim Ott wrote: > 2009/8/19 Alex Sunekants : > > I did that, of course, all of these situations are with the radio > enabled. > > with it disabled, it doesn't see the "eth0" device at all, > > that's why I asked how to do it from command line > > I used to use one of this 2 commands for some time, wmiconfig didn't > work every time: > > wmiconfig -i eth0 --wlan enable > > fsoraw -r Wifi -- wpa_supplicant -i eth0 -c > /etc/wpa_supplicant/wpa_supplicant.conf > ___ > Shr-User mailing list > shr-u...@lists.shr-project.org > http://lists.shr-project.org/mailman/listinfo/shr-user > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enhancing launcher - feedback
The notifications stuff makes sense, as it is definitely needed(although preferably integrated with Illume instead of standalone). But what is the motivation for writing another set of phone apps? And why as part of launcher (and not standalone apps)? -Steven On Mon, Aug 17, 2009 at 10:25 PM, c_c wrote: > > Hi, > I thought I'll use this email to get some feedback on this ML. > > I've spent some time trying to add stuff to Illume - but am still divided > between having a seperate user space app for the FR. Tying phone > functionality to Illume doesn't really feel right. > Launcher already works reasonably - and adding basic phone functionality > will make a lot of sense - hence this effort. Unfortunately, I'm never > really satisfied with the basic ;-) > > The plan is therefore to add the following:- > > * call log (already done to a large extent) > * match numbers to callers (in progress) > * sms app (with threads) (planned but not yet started) > * location info display (if someone can show me how) > * notification service - (stuck halfway) allowing any app to give a > notification to the user. It'll work similar to the way things work now for > indicating sms/missed calls. A notification icon gets shown on the home > page, clicking it brings up a notifications window with an icon and a > message in a button allowing the (client) app to set another app (mostly > itself) to run in response to the button click. > * reminders for notifications (including sms/missed calls) > * icons indicating the profile settings (vibrate / silent etc) > * perhaps overloading the aux button to provide some specific functionality > (like brightness/picking calls etc) > > > Help needed > * dbus service using e libs. How do I register a service from a running > app? I'm a little unsure about whether a marshaller is needed or not - and > what the right way to implement this using e would be. > > * icons for just about everything - missed calls, incoming calls, outgoing > calls, new sms, read sms, phone icon, mobile icon etc. > I'm currently using icons from opimd-utils. Hope that's OK. > > * bug reports on launcher. There are a few pending bugs - will fix them > soon. > > I'll get back sms/missed call functionality (had shifted to opimd till I > was told that the current stack hasn't) and will release a test version with > phonelog working soon(maybe today). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
"Daniel.Li" writes: > On Wed, 2009-08-19 at 00:14 +0400, Paul Fertser wrote: >> Gerald A writes: >> > Looking at my Neo this morning, I noticed that it looked like the >> > case wasn't put back on straight. >> > >> > I removed the back to find the battery is slightly bulging. I'm >> > assuming this isn't a good thing. >> >> Yes, using a battery like that is discouraged. Basically for gta01 you >> can use BL-5C or even better (more capacity) BL-6C but currently it >> doesn't charge it afaik. > > BL-5C can't be charged with GTA02. That's just plain wrong! GTA02 has _zero_ problems charging BL-4/5/6C. Please read the battery Q&A [1]. >> I'll try to come up with a patch to make it >> work. >> > > Good. I'm trying to fix it, but I don't have much experience. Is there > any references available for me to study? To fix what? Do you have gta01? >> Please catch me on IRC if you want to be early tester/adopter. >> > > Which IRC? do u have any address for IRC channel? #openmoko at irc.freenode.net [1] http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers -- 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: Replacement battery for GTA01/Neo
On Wednesday 19 August 2009 16:14:18 Daniel.Li wrote: > I bought BL-5C compatible battery month ago, and it can't be charged > with GTA02. I also remove BL-5C from Nokia phone, and GTA02 still can't > charge this battery. > > And previous discussion tells that GTA02 can just charge battery with > Coulomb-counter. > > Does this bug fixed? http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers#So.2C_how_do_i_use_.22dumb.22_batteries_with_my_freerunner.3F It works for me and my old Nokia's BL-5C ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: [all / linux] neo as gps unit?
Hi Rask, Perhaps you can also point Jeremy to this easy, one-click search of all months archives for the Openmoko lists... Where would one find that? Niels. -- Microsoft gives you windows, Linux gives you the whole house. > Date: Wed, 19 Aug 2009 00:51:30 +0200 > From: ccc94...@vip.cybercity.dk > To: community@lists.openmoko.org > Subject: Re: [all / linux] neo as gps unit? > > On Tue, Aug 18, 2009 at 08:17:49AM -0700, jeremy jozwik wrote: >> morning all. i was just sitting here on my debian laptop, poking >> around with tango gps. now my laptop does not have any sort of gps so >> i get the "no gps found" deal at the bottom. that got me thinking, has >> anyone setup there freerunner to act as a gps device for there >> laptops? > > Yes! This very questions was asked and answered not even a week ago. > You're supposed to search the archives before asking, you know. > https://lists.openmoko.org/pipermail/community/2009-August/053218.html > > -- > 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 _ Hebben jij en je vrienden leuke foto's van jullie feestje? Maak een groepsalbum en geniet nog extra na. http://www.microsoft.com/belux/nl/windows/windowslive/products/photos.aspx ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
On Wed, 2009-08-19 at 09:50 -0400, Stefan Monnier wrote: > > BL-5C can't be charged with GTA02. > > I presume you mean GTA01, right? My GTA02 has no trouble charging my BL-5C. Really? I bought BL-5C compatible battery month ago, and it can't be charged with GTA02. I also remove BL-5C from Nokia phone, and GTA02 still can't charge this battery. And previous discussion tells that GTA02 can just charge battery with Coulomb-counter. Does this bug fixed? > > > Stefan > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzzfix in Switzerland?
Le 17-08-2009, à 11:38:06 +0200, Patryk Benderz (patryk.bend...@esp.pl) a écrit : > > Any pointers would be great. > http://www.handheld-linux.com/wiki.php?page=Buzz-Rework Thanks. But it seems that they don't do it for Swiss and Norwegian people... Other pointers? thanks in advance, steve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
> BL-5C can't be charged with GTA02. I presume you mean GTA01, right? My GTA02 has no trouble charging my BL-5C. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Elementary documentation
On Wed, Aug 19, 2009 at 01:58:01PM +0200, Laszlo KREKACS wrote: > Hope it helps something. Would be nice, to have some clean example how to mix > elementary, edje and evas canvas Even though I don't have good python basics, I think it may help me make one C test program from root. I guess I'll try. Thanks! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
> Which IRC? do u have any address for IRC channel? freenode, #openmoko, #openmoko-cdevel -- Adolph J. Vogel BEng(Hons) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
On Wed, 2009-08-19 at 00:14 +0400, Paul Fertser wrote: > Gerald A writes: > > Looking at my Neo this morning, I noticed that it looked like the > > case wasn't put back on straight. > > > > I removed the back to find the battery is slightly bulging. I'm > > assuming this isn't a good thing. > > Yes, using a battery like that is discouraged. Basically for gta01 you > can use BL-5C or even better (more capacity) BL-6C but currently it > doesn't charge it afaik. BL-5C can't be charged with GTA02. > I'll try to come up with a patch to make it > work. > Good. I'm trying to fix it, but I don't have much experience. Is there any references available for me to study? > Please catch me on IRC if you want to be early tester/adopter. > Which IRC? do u have any address for IRC channel? > Also you might want to read > http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers > > HTH -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian
On Wed, Aug 19, 2009 at 01:01:53PM +0100, Thomas White wrote: > On Tue, 18 Aug 2009 11:38:12 +1000 > Chris Samuel wrote: > > > I haven't seen anyone else post about this yet, but this looks really neat! > > > > (Found via Planet Ubuntu) > > > > http://losca.blogspot.com/2009/08/kernel-mode-setting-kms-on-neo.html > > Thanks to everyone for the encouragement! Apart from the GEM buffer object > waiting ioctl not having been implemented (leading to garbled text in some > cases, and a few other artifacts), I think the KMS driver is in a usable state > right now. Anyone brave enough to test it is more than welcome. Thanks for your great work! I'm using this driver for some time and it behaves realy good. I didn't even noticed any garbled text or artifacts, which is great for this state of development :). I have few patches for shr/import branch for newer versions of xorg (I'm using xserver-xorg-1.6.3) and also some cleanup of your bbfiles (like using SRCPV for automatic upgrade after rebuild new git revision). If you're interested, let me know. -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa pgpKISB3Nb8IO.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Elementary documentation
On Mon, Aug 17, 2009 at 3:09 PM, Sebastian Krzyszkowiak wrote: > (there are some problems with images, but they aren't as important as > code and description :P) How could we recover the images? Did somebody saved the page? The images was very helpful on that page. Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian
On Tue, 18 Aug 2009 11:38:12 +1000 Chris Samuel wrote: > I haven't seen anyone else post about this yet, but this looks really neat! > > (Found via Planet Ubuntu) > > http://losca.blogspot.com/2009/08/kernel-mode-setting-kms-on-neo.html Thanks to everyone for the encouragement! Apart from the GEM buffer object waiting ioctl not having been implemented (leading to garbled text in some cases, and a few other artifacts), I think the KMS driver is in a usable state right now. Anyone brave enough to test it is more than welcome. It's important to note that, at this stage, the work is less about performance and more about laying a solid basis for DRI [1]. The overheads involved with mmapping GEM objects appear to result in a slowdown for some things (for example, switching tabs in TangoGPS). But fear not - there is plenty of room for optimisation here. Tom [1] Give or take any bugs, the DRI protocol itself should actually work at this point. -- Thomas White ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Elementary documentation
On Tue, Aug 18, 2009 at 6:09 PM, Rui Miguel Silva Seabra wrote: > Can you show me a complete mini-example, please? I have a bit of trouble myself how evas, edje, elementary are related to each other. In paroli every root window is a elementary.Window, and we attache to this window (or canvas? is elementary.Window has a secret evas.Canvas object, or is it itself an evas object? Sorry no real understanding here) a elementary.Layout object. The elementary.Layout itself is rather simple it has only three methods: file_set(edje_file, group_inside_edje_file) # set the edje file edje_get() # returns with the edje object content_set("swallow-name-inside-group", elementary_layout_object) I fail to understand what is really required while initializing elementary.Layout, its *required* to pass an elementary.Window object or any canvas is enough? So the window itself needs to be an elementary.Window, or can be a regular evas window too? So basically what you need is: elm_layout = elementary.Layout(elementary.Window("window-title", elementary.ELM_WIN_BASIC)) elm_layout.file_set("./my-awesomeness.edj") elm_layout.content_set("swallow-wanna-inject-here", self.any_elementary_object) (maybe we can inject here any edje object ) Really dont count on me, I lack the proper understanding, and I meet these things only in paroli, and in paroli these abstracted things are burried into some tichy objects, and makes understanding even more hard. Hope it helps something. Would be nice, to have some clean example how to mix elementary, edje and evas canvas Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian
Dan Staley wrote: > The glamo.useful? If this work continues...perhaps a rethink of > gta02-core is in order?! Hmm, I doubt it :) Use one bitmap that's not cached in Glamo memory and you're back to watching the same old paint dry again. So I still think gta02-core will run circles around GTA02. But perhaps smaller circles now :-) But I have to say that I'm very impressed by Thomas' work. It's not just the acceleration but also the complete overhaul of the driver architecture. - Werner ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all / linux] neo as gps unit?
>And not from e.g. a local TangoGPS. that wasn't the question. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all / linux] neo as gps unit?
On Tue, Aug 18, 2009 at 08:52:41PM +0200, arne anka wrote: > > a quick glance over /etc/init.d&fso-gpsd did not reveal an easy way to > > change that. > > a glance a tad slower shows the line > > DAEMON_OPTS="-S localhost:gpsd -P $PIDFILE" > > change localhost to 192.168.0.202 and the gpsd is available from outer > space ... And not from e.g. a local TangoGPS. Reading the manual page which explains how to make it work is left as an excercise to the reader. -- 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: [all / linux] neo as gps unit?
On Tue, Aug 18, 2009 at 08:17:49AM -0700, jeremy jozwik wrote: > morning all. i was just sitting here on my debian laptop, poking > around with tango gps. now my laptop does not have any sort of gps so > i get the "no gps found" deal at the bottom. that got me thinking, has > anyone setup there freerunner to act as a gps device for there > laptops? Yes! This very questions was asked and answered not even a week ago. You're supposed to search the archives before asking, you know. https://lists.openmoko.org/pipermail/community/2009-August/053218.html -- 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: Packaging of Python Programs (was Re: PISI 0.4 released)
> > *** Should we really install a Python application as a site-package?? *** > > Setuptools (and whatever similar stuff is out there for Python packaging) > is a very good tool to assemble and distribute Python site-packages (so to > say Python libraries) - stuff, that extends Python by some additional > functionality. A program, however, does not extend the functionaility of > the language - it is just an application itself. I agree, installing applications in site-packages just feels *wrong*. That being said, A number of applications still do it. :( Im not sure, but perhaps setuptools, can be told to install to an alternative location? Adolph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli : migrating SIM contacts
On Wed, Aug 19, 2009 at 10:37 AM, Michael Pilgermann wrote: > The Paroli numbers are not yet visible to PISI; unless Paroli makes use of > OPIMD??? But that would be new to me ... Paroli uses cPickle python fileformat mainly for *performance reason*, to start faster. You can find your contacts under ~/.paroli/contacts/phone. There is a general interest (or at least from my part;), to clean this part of paroli. So for example I cant answer exactly what contacts are stored in this file;-\ The newly added contacts for sure, but what resides on sim card, I think will stay on it (ie. paroli does not touch the sim card, just read from it). So as of now, I can not propose you a builtin solution. Im on an old om2009 unstable (~om2009t5), and om2009 is trying to migrate towards 2.6.30 kernel. When the switch is done, I will revisit these kind of things. (because it requires some fiddling with fso through dbus) Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli : migrating SIM contacts
Hi Xavier, generally speaking, you could use PISI (http://www.opkg.org/package_191.html) for this problem. Although, we developed and tested PISI on SHR. So, I do not know, whether it is running on Om 2009 as well? (Any experiences from anybody??) If it is running: You could take a copy of your VCF file - synchronize this one with you existing SIM card entries (access via dbus, should be in OM 2009 I think) ... afterwards, you could edit the vcf file and sync again with the new SIM card in the OM. The Paroli numbers are not yet visible to PISI; unless Paroli makes use of OPIMD??? But that would be new to me ... Michael Original-Nachricht > Datum: Wed, 19 Aug 2009 10:15:15 +0200 > Von: Xavier Cremaschi > An: community@lists.openmoko.org > Betreff: Paroli : migrating SIM contacts > Hi folks, > > I use Om2009/fso/paroli as my daily phone, and today I need to migrate > from my old SIM card to a new one. > And of course I want to keep my contacts. > > What I have : > - old SIM card with contacts (currently in my FR), but some are shorten > (like a too long filename in MsDOS) probably because the card is a 9 > year old one > - new SIM card with nothing but pre-registered provider numbers > - a vcf file exported from an old Nokia 9210 in 2008/07 (FR release > date), full information (long names...) but of course contacts added > between 2008/08 and now are missing > - 2 contacts added in Paroli... must be on FR flash memory because I can > see them even with the new SIM > - geek abilities and a great FR community (you) > > What I want to do (ideally) : set up a "centralized thing" where I could > import contacts from these different sources, then sort a bit the mess, > then export everything in the new SIM. > Do you have any idea ? Is there any SIM-to-vcf or paroli-to-vcf piece of > software ? > > If not possible : what could be the best way to transfer my old SIM card > contact into the new one ? I presume I can fill the holes/rename things > manually after the big part of the job is done. > > > Best regards, > Xavier Cremaschi. > > > ___ > 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: Replacement battery for GTA01/Neo
Gerald A wrote: > Hi, > Looking at my Neo this morning, I noticed that it looked like the case > wasn't put back on straight. My GTA01 Battery was always a bit bulgy from the beginning. If you feel it has become worse quickly, be afraid. :) -- MFG Tilman Baumann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Paroli : migrating SIM contacts
Hi folks, I use Om2009/fso/paroli as my daily phone, and today I need to migrate from my old SIM card to a new one. And of course I want to keep my contacts. What I have : - old SIM card with contacts (currently in my FR), but some are shorten (like a too long filename in MsDOS) probably because the card is a 9 year old one - new SIM card with nothing but pre-registered provider numbers - a vcf file exported from an old Nokia 9210 in 2008/07 (FR release date), full information (long names...) but of course contacts added between 2008/08 and now are missing - 2 contacts added in Paroli... must be on FR flash memory because I can see them even with the new SIM - geek abilities and a great FR community (you) What I want to do (ideally) : set up a "centralized thing" where I could import contacts from these different sources, then sort a bit the mess, then export everything in the new SIM. Do you have any idea ? Is there any SIM-to-vcf or paroli-to-vcf piece of software ? If not possible : what could be the best way to transfer my old SIM card contact into the new one ? I presume I can fill the holes/rename things manually after the big part of the job is done. Best regards, Xavier Cremaschi. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: how good is the debian package?
> I install navit as package from this feed: as stated in the subject, i use debian, no feeds or ipk. > http://download.navit-project.org/navit/openmoko/svn/ > Maybe you could improve ipks compiled on this server, by telling them > which switches makes it faster on FR? i think, i posted them a while ago already, but the whole bunch is written down at http://ginguppin.de/node/26 too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: how good is the debian package?
[cut] > Since than i always compile navit myself from source directly on my > freerunner (thanks to all the gcc tools in debian for freerunner). > It compiles about half an hour but i can use every compile switch i like > and it always runs quite fast. At the moment i think this is the best > way for a fast and optimized version of navit. I install navit as package from this feed: http://download.navit-project.org/navit/openmoko/svn/ Maybe you could improve ipks compiled on this server, by telling them which switches makes it faster on FR? -- 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: [all / linux] neo as gps unit?
[cut] > DAEMON_OPTS="-S localhost:gpsd -P $PIDFILE" r...@om-gta02 ~ $ fso-gpsd -? [...] -S integer (default 2947) Set port for daemon [...] so you could provide just "-S gpsd" so daemon listen an all IPs... -- 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