Re: using openocd
Does the cable fit completely into your neo? Because my cable doesn't go straight in. Is there a technique to make it fit? Did you have any problems making it fit? Because I think my problem is that my cable doesn't go all the way in. Lynn On Thu, Sep 11, 2008 at 8:47 AM, andi [EMAIL PROTECTED] wrote: Hypnotize wrote: I have tried that to and get the same error messages! :( Hi! I go the debug board working the first time just a minute ago, but I had the same errors. Make sure, you have the flat flexible cable between debug board and freerunner completely plugged into the small connector on the freerunner. This solved my problems ;-) andi On Sun, Sep 7, 2008 at 3:52 AM, Holger Freyther [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Sunday 07 September 2008 02:22:40 Hypnotize wrote: Hi, I cant get openocd working (with Debug Board v3 and GTA02), I just get this error message: $ openocd -f /etc/openocd/openocd.conf Info:openocd.c:84 main(): Open On-Chip Debugger (2007-01-31 12:00 CET) Error: ft2232.c:1351 ft2232_init(): unable to open ftdi device: ftdi_usb_reset failed sudo openocd? z. ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mac USB Networking
Hi, On Fri, Sep 12, 2008 at 1:46 AM, Alexandre Girard [EMAIL PROTECTED] wrote: Router: 192.168.0.202 (not actually needed, OS X can figure this out for itself, unless you have other conflicting configurations) Are you sure this is the correct address? I 'had' to put in 192.168.62.1 (my router's address) to get it to work. * Some crash on the mac if you boot/shutdown with the usb plugged Also, lots of crashes if you do opkg upgrade (at least, I've had lots of problems with that). Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mac USB Networking
Yes, the same here, I am using the Buglabs driver. I wonder if they are experiencing the same behaviours with their devices or if this is a OM issue? /peter GTalk: neubauer.peter Skype peter.neubauer ICQ 18762544 Phone +46704 106975 LinkedIn http://www.linkedin.com/in/neubauer Twitter http://twitter.com/peterneubauer http://www.neo4j.org - New Energy for Data - the Graph Database. http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software. http://www.qi4j.org - New Energy for Java - Domain Driven Development. On Fri, Sep 12, 2008 at 1:46 AM, Alexandre Girard [EMAIL PROTECTED] wrote: Hi Lally, Here are some notes I took when configuring the USB networking, it's not really different from the wiki page. It's working great on my macbook ( and with image 2008.8), it might help you: * Install AJZaurusUSB driver on mac: http://www.dsitri.de/wiki.php?page=AJZaurusUSB * After reboot, configure USB networking in Network pref panel: IP-V4: manual IP-Addr: 192.168.0.200 (you can use anything in 192.168.0.* but OM is configured by default to use 192.168.0.200 as the external gateway) Subnet: 255.255.255.0 (should be the default - see tip below if have issue with these settings) Router: 192.168.0.202 (not actually needed, OS X can figure this out for itself, unless you have other conflicting configurations) * Connect openmoko and: ssh [EMAIL PROTECTED] * hotplug problem, disconnected network - change usb port, reboot computer * Some crash on the mac if you boot/shutdown with the usb plugged Alex El 12/09/2008, a las 0:25, Lally Singh escribió: Hey all, Just got the FR yesterday (nice physical design). I installed the patched network driver listed under Apple CDC Ethernet driver 10.5.x, and the Networking pane shows a USB serial connection, but no ethernet. It also does not show up as enXX in ifconfig. This is OS X 10.5.4. I can use dfu-util fine. But, I haven't found a way to get the wifi working yet, so the device is networkless. Anyone else have a mac with a working usb networking setup? What'd you do? I'll happily update the wiki with the result. Here's my ifconfig when the device is plugged in (this was right before I did the dfu-util reflash): lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff00 inet6 ::1 prefixlen 128 inet6 fd5d:a24b:2849:fed7:217:f2ff:fece:65ba prefixlen 128 gif0: flags=8010POINTOPOINT,MULTICAST mtu 1280 stf0: flags=0 mtu 1280 en0: flags=8863UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST mtu 1500 ether 00:17:f2:ce:65:ba media: autoselect status: inactive supported media: autoselect 10baseT/UTP half-duplex 10baseT/UTP full-duplex 10baseT/UTP full-duplex,hw-loopback 10baseT/UTP full-duplex,flow-control 100baseTX half-duplex 100baseTX full-duplex 100baseTX full-duplex,hw-loopback 100baseTX full-duplex,flow-control 1000baseT full-duplex 1000baseT full-duplex,hw-loopback 1000baseT full-duplex,flow-control none fw0: flags=8822BROADCAST,SMART,SIMPLEX,MULTICAST mtu 2030 lladdr 00:19:e3:ff:fe:22:6b:5c media: autoselect full-duplex status: inactive supported media: autoselect full-duplex en1: flags=8863UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::219:e3ff:fe04:85c2%en1 prefixlen 64 scopeid 0x6 inet 10.0.1.2 netmask 0xff00 broadcast 10.0.1.255 ether 00:19:e3:04:85:c2 media: autoselect status: active supported media: autoselect vmnet8: flags=8863UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 172.16.1.1 netmask 0xff00 broadcast 172.16.1.255 ether 00:50:56:c0:00:08 vmnet1: flags=8863UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 172.16.74.1 netmask 0xff00 broadcast 172.16.74.255 ether 00:50:56:c0:00:01 Thanks in advance! -ls -- H. Lally Singh Ph.D. Candidate, Computer Science Virginia Tech ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks a lot ! I tried, it works perfectly, except 2 thing (but I don't know if it's due to FSO 3) : I don't have the zhone bar at the top anymore and a tap on calendar icon do nothing. I don't knwo if it's due to FSO 3 or if it's related to your package, anyway thanks a lot for this release Joachim Breitner a écrit : Hi, tonight we have packaged the new versions of zhone and frameworkd and adjusted the (slightly improved) installer script to install the FSO milestone3 kernel. So if you are running Debian already, you get the new stuff by running apt-get update; apt-get -u upgrade If you are not yet running Debian, you can follow the instructions on http://wiki.debian.org/DebianOnFreeRunner That said, I didn’t very thoroughly test the new versions, so it might be that you stumble upon stupid mistakes from me. Please let us know (at the smartphone-userland[1] mailing list, where most Debian related discussion take place) if you find any. Besides these new versions you might be interested to hear that remoko and pypennotes have been packaged for Debian, and fso-gpsd makes sure all gpsd-using applications (such as tangogps) work also. We still don’t have Illume, as we are still waiting for new Enlightenment libs being released and packaged for Debian. Greetings, Joachim for the pkg-fso team. [1] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIygs/kEZRefkDBDsRAvSyAJ9A6o92wfhGAC8lkxWY78CeVCi65ACdGJMw GFwWAZZMZDvsqNojSqjAxuY= =ZGM1 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Trolltech Qtopia (not X11) on 2008.8 base rootfs
On Thu, Sep 11, 2008 at 2:02 PM, Cédric Berger [EMAIL PROTECTED]wrote: On Thu, Sep 11, 2008 at 06:00, Sarton O'Brien [EMAIL PROTECTED] wrote: On Tuesday 09 September 2008 02:27:05 Cédric Berger wrote: Is there a possibility you will be releasing a rootfs archive? That'd rock. there is already a qtopia update archive with qtopia stack files only. it comes with a little script to replace these files (/opt/Nokia/Qtopia/) (just beware if you have qtopia X11 apps installed, this script might delete them) The best would be to support qtopia phone in the OE tree. It would be very nice to update it with opkg :). Actually there are qt,qt4, and qtopia-core, why not the phone part too? regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WiFi doesn't work
On Fri, 2008-09-12 at 00:18 +1000, Alex (Maxious) Sadleir wrote: The solution is absurdly simple. Use udhcpc not dhclient. Both are installed on 2008.8, only udhcpc does the right thing. So .. it works, thanks, but as noted by Tore it works only once after a reboot. Even letting the FR suspend causes the wifi to fail. I see there are some open bugs about wifi in the bug tracker. I think I'll let my FR sleep for a few weeks, waiting for the bugs to be resolved. Thanks, Xav ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Qtopia-core look consistency
My applications has different looks on pc/qt4, on qvfb/i686fb, and on the Freerunner with official qtopia. The last has a lot of problems on a QGraphicsScene/QGraphicsView, broken painterpaths, no rounded edges, no antialiasing, weird fonts, bad collision detection and so on. I'd like to know the exact src tarball used to build qtopia for the Freerunner and the configure command line, hoping that using it to build my SDK will give me the same results. Actually, infact, i'm trying to debug on the device directly (as only there i have problems!), but it's a real pain! I was not able to have a qemu-1973 with qtopia too. Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] J-Pilot
FYI J-Pilot does run on Debian. I copied across my databases and it seems to work in display mode. It is too big for the screen and I have tried it in landscape mode, as well The keyring plugin works, as well. I have not tried to sync to my Treo. But since USB host mode works it should be possible. I intend to see how Zhone or the FSO backend can be made to dial from the the command line (i.e. the J-Pilot dial button). ...Peter ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Duke Nukem 3D on Openmoko Neo
I'd start with Q1, I havent talked to Carmack in a while but I could ask his advice. Rafael Ignacio Zurita wrote: --- On Sat, 9/6/08, Steve Mosher [EMAIL PROTECTED] wrote: I would get a kick out of that. A quake port perhaps? or battlezone? Hello Steve, You mean quake 2? or which version? Regards. -- Rafael Ignacio Zurita Buenos Aires, Argentina ___ 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: dfu_upload error -84 when trying to backup images
Russell Sears wrote: [EMAIL PROTECTED] wrote: On Sat, Aug 16, 2008 at 09:36:43PM +0530, Vikas Saurabh wrote: I dont think this is related to the architecture. I had faced similar issue on core duo (i had put a comment on the wiki for the same). Btw, i didnt have to flash the back up image so i dont know if it actually worked out correctly. So does flashing new images work? Is it just uploading that's broken? Yes, and yes. -Rusty please refer to these tickets: https://docs.openmoko.org/trac/tags?q='dfu' -- Joachim Steiger Openmoko Central Services ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SIP on Debian
On Thursday 11 September 2008, Michael Shiloh wrote: Peter Schwenke wrote: Using http://svn.openmoko.org/trunk//src/target/audio/om-gta02/voip-handset.sta te I was able to use linphone to connect to ekiga on another machine. The mic and speaker worked. The sound was a little soft and distorted. But I was juggling a headset on the other computer and the openmoko. Excellent news. This is what I'd use daily. Do you think the distortion was on the analog side e.g. volume settings, or delays on the network side? Were you using WiFi or Ethernet over USB? Were you speaking to yourself on the other computer, so not over the Internet? I used linphonec 1.6.0 built with mokomakefile for 2007.2 a while ago. Once I sorted out the audio device and the mixer settings and killed pulseaudio it worked as well as any decent SIP client. This was through a convoluted route out through ADSL to a SIP provider, over to asterisk at another site then back over a VPN through the same ADSL line it went out over to a hardware SIP phone. I don't recall whether I used WiFi, USB or both. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fantastic Experience
I believe Sean and the rest of the Openmoko crowd was thinking in people like you when they decide to start this awesome trip ;) Thanks Scott for this encorageous post :) El jue, 11-09-2008 a las 20:49 -0700, SCarlson escribió: Hello All -- I'd like to pipe in with my New Freerunner experiences thus far. I have had my phone for 2 weeks. I loaded up OM2008.8-update. Here is the list : Solid GSM (Sending and Receiving). No Echo, clear calls, full bars. My SIM Card contact list imported automatically. SMS, Solid. Wifi, also works great. GPS works. 60 second TTFF and 40 second TTFF w/ external antenna (This is without the capacitor fix) microSd works. Suspend/Resume .. solid (minus the GUI setting having no effect. but I don't care, I just suspend manually with the power button when I'm not using it). I made a usb cable, so now my phone can receive standard USB devices.. this opens many doors. When I was shopping for a mobile computer/phone, I scraped the planet for something open and hackable. What I found was nice machines with propriety software that goes through a Telecom company, which is then purposely crippled and released for public consumption. Most of the crippling process is based on a Business model that nickels and dimes us to death for services and features that (I believe) we should already have. In the end, the only answer for me was to by the GTA02. I'd like to say, that I'm here to stay, on the band wagon, lets kick some ass... Completely Satisfied, Scott R Carlson ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
MonoMakefile: how to build navit-svn instead of navit-0.0.4 ?
Hi, using MonoMakefile I'd like to build navit_svn but this fails: make build-package-navit-svn ... ERROR: Nothing PROVIDES 'navit-svn' (but '[]' DEPENDS on or otherwise requires it) make build-package-navit_svn ... ERROR: Nothing PROVIDES 'navit_svn' (but '[]' DEPENDS on or otherwise requires it) while make build-package-navit and make build-package-navit-0.0.4 both work fine (so does e.g. make build-package-gdb-6.8 to get a specific version...). there are bb files for both versions, but how to I use/build the svn version ? ./openembedded/packages/navit/navit_0.0.4.bb ./openembedded/packages/navit/navit_svn.bb thanks, Harald -- I hope to die ___ _ before I *have* to use Microsoft Word., 0--,|/OOO\ Donald E. Knuth, 02-Oct-2001 in Tuebingen._/ / /OOO\ \ \/OOO\ \ O|// \/\/\/\/\/\/\/\/\/ Harald Koenig // / \\ \ [EMAIL PROTECTED] ^ ^ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO milestone3 my view (ON gta01)
I found the new fso milestone and tried it out on my Neo 1973. Here is what i think of it. I used the 2008.2 (GTK) build before. First of all, i like that it bases on illume. Illume as a WM is gorgeous. I managed to crash enlightenment some time, but it works very well and was never unable to recover itself. Zhone works well, but it's hideous. The integrated apps approach does not work any more in a window managed environment. And the UI is clunky. But nice work on the back end, it works perfect. I think i never had basic phone functionality this stable. On demand GPS works great too. Finally a solution that does not suck. And launch time of Zhone is terrible. You are essentially unable to accept calls unless you have Zhone runnng all the time. When you launch Zhone when a call comes in it is launched the peer or the net has already droped the call. The switchable Illume keyboard works great too. Now some Bugs: Differenciating between suspend and shutdown is terribely hard. I almost never get the thing to sleep because i fear i would press power too long and shut it down. What happens quite often never the less. (But suspend itself seems to be working great. Finally i do not fear that something would not work after suspend) If i shut it down by pressing the power button long, it ussually indicates shutdown (nice animation btw) but then goes into suspend. Both events suspend and shudown where triggered. Then i have to press power again to wake it up to let it finish shutdown. Zhone screen lock is useless. (Illume has it's own) When i change icon sizes for the top shelf i never get it to look the same as it did before. And it crashes very often. (rm -r .e/ helps *g*) The power save settings seem to be useless. Aftr i change anything there i can only prevent my phone from sleeping by pressing buttons. Taping the screen does not wake it up. Taping the screen powers the display on even if the screen is locked. I think this wastes battery because the locked phone will always backlit the screen if you have it i your pocket. But maybe it is right to seperate between locking and suspend. Not so sure... Maybe this remark is stupid. Zhone does not show german umlauts correctly in SMS and it does not concatenate big messages composed of multiple messages. And now some remarks on what i like to change or what i'm missing. I like the Tichy concept of having pythons apps running as plugins in one python runtime. I always expected it to be something like a app launcher that executes python modules rather than calling stand allonw apps. But tichy as it is is useless. Combining all apps into one screen does not help, we have window management. The GUI design does not strike me as good either. The all in one concept is just wrong in my eyes. Great idea, but done wrong. I don't want to have my phone work nearly as like tichy works. I like to have some native apps like the GTK PIM apps back. They where really well made, usefull and useable. I like to have a home screen on the desktop like the GTK home app. This was really a great concept. i like to see that come back. I think this would be a easy job for a desklet... Especially important would be a dialer app that starts quickly. (maybe living in a applet all the time) The GTK dialer would be a great template. ;-) And i would say it is time for some gui guidelines for new world etk, efl apps. We have a great looking environment, now let's define how apps should look. And pleas don't make them look like qtopia, Zhone or tichy. I have some ideas for that too. But i whink we need some experimenting first... Is there already some movement into finding the new way to interact with the UI? -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using openocd
Lynn Nguyen wrote: Does the cable fit completely into your neo? Because my cable doesn't go straight in. Is there a technique to make it fit? Did you have any problems making it fit? Because I think my problem is that my cable doesn't go all the way in. When you look at the contacts on the cable, you can see that there are two rows, so you have to plug the cable pretty deep into the connector. (I think I had only the first row in at the beginning...) On the connector you can see how far you have to push the cable into the connector. There is no special technique. Just push it in. andi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia-core look consistency
Nicola Mfb wrote: My applications has different looks on pc/qt4, on qvfb/i686fb, and on the Freerunner with official qtopia. It will depend on theme used, screen resolution and dpi. Use the ficgta01 skin and the finxi theme to mimic what is default for the Neo. Qtopia has its own themes, lok and feel, so straight qt apps will look out of place. The last has a lot of problems on a QGraphicsScene/QGraphicsView, broken painterpaths, no rounded edges, no antialiasing, weird fonts, bad collision detection and so on. I'd like to know the exact src tarball used to build qtopia for the Freerunner and the configure command line, hoping that using it to build my SDK will give me the same results. Actually, infact, i'm trying to debug on the device directly (as only there i have problems!), but it's a real pain! I was not able to have a qemu-1973 with qtopia too. ftp://ftp.trolltech.com/qtopia/snapshots/qtopia-opensource-src-4.3.2-snapshot-20080912.tar.gz You can either grab the ficgta02 sdk iso, or the toolchain. But I havent updated the toolchain with the gstreamer and ssl includes and libs, yet. (these can easily be configured out by editing the devices/ficgta01/configure file and removing gstreamer and -ssl argument. configure -device ficgta01 -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mac USB Networking
Hi, It's nt our router address you need to put ine the USB network config, it's the openmoko IP (described here as a router), because it's configure as 192.168.0.202 in its conf. No crashes yet with opkg on usb networking, a bit slow but internet sharing works nice :) Alex El 12/09/2008, a las 8:05, Christ van Willegen escribió: Hi, On Fri, Sep 12, 2008 at 1:46 AM, Alexandre Girard [EMAIL PROTECTED] wrote: Router: 192.168.0.202 (not actually needed, OS X can figure this out for itself, unless you have other conflicting configurations) Are you sure this is the correct address? I 'had' to put in 192.168.62.1 (my router's address) to get it to work. * Some crash on the mac if you boot/shutdown with the usb plugged Also, lots of crashes if you do opkg upgrade (at least, I've had lots of problems with that). Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko planet language.
Hi all, Would it be possible to make openmoko planet an aggregation of feeds in english language? Or possibly there could be introduced feeds like: planet.openmoko.org/en/rss20.xml, planet.openmoko.org/de/rss20.xml and planet.openmoko.org/rss20.xml to aggregate them all. I'm not capable of reading in german or french so posts in these languages (not to mention ?chineese?) are cluttering the channel for me. I want to make clear that I don't suggest that these are worthless. In addition to that channel descritpion in planet.openmoko.org/rss20.xml states that the channel is in english language. thanks Maciek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
Hi, Am Freitag, den 12.09.2008, 08:25 +0200 schrieb Yann SLADEK: Thanks a lot ! I tried, it works perfectly, great to hear that, especially as I did less testing than I should have :-) except 2 thing (but I don't know if it's due to FSO 3) : I don't have the zhone bar at the top anymore yes, they removed functionality that is provided by Illume. But we still don’t have Illume in Debian (waiting for the next Enlightenment snapshot to be released and packaged :-() and a tap on calendar icon do nothing. I’ll see if that works in the official FSO image. Gruß, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone3 my view (ON gta01)
Tilman Baumann wrote: Zhone works well, but it's hideous. The integrated apps approach does not work any more in a window managed environment. And the UI is clunky. strange, I think that zhone is *gorgeous*, and I don't find it clunky at all! IMHO it's *very* pretty, and runs nicely - in terms of speed I think it's almost on par with qtopia - it's certainly much faster and less clunky than 2008.8. If I could just figure out how to change zhone's wallpaper... the only problem I have with zhone is missing features, such as an internal PIM database - at present it only uses contacts stored in the sim card. Also the fact that you can only send sms's to existing contacts , and can't just type in a phone number. If it wasn't for these couple of things I'd be happy to use FSO3 as my primary distribution. (yes, I know, be patient, zhone is only a 'test gui', and this stuff is coming...) On the whole though I think it's great! -Dale ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mac USB Networking
Yes - both are known and on the bug list. But debugging OSX kernel drivers needs two machines with the same Darwin version connected through firewire and a lot of spare time since you have to force the machine to crash, then use gdb from the other machine to inspect and try to understand wat did go wrong. Then, reboot the crashed machine nd hope that the Journaled Filesystem and Time Machine can backup everything. Then try some fix in the sources. Recompile on the crashed machine. Copy binaries and symbol files to the inspection machine. Then, try again. Each such session takes approx. 30 minutes. And, you have to add time to understand the sparse documentation of IOKit. So, if you have no interruptions you verify approx. 8 ideas per day. All of them may be wrong and after a long day you have no progress... Since the Apple CDC driver also works (but shows the problem that you have to reconfigure networking after each reboot), I do not have it on highest priority. BR, Nikolaus Am 12.09.2008 um 08:05 schrieb Christ van Willegen: * Some crash on the mac if you boot/shutdown with the usb plugged Also, lots of crashes if you do opkg upgrade (at least, I've had lots of problems with that). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone3 my view (ON gta01)
Hi, Am Freitag, den 12.09.2008, 12:24 +0200 schrieb Tilman Baumann: Zhone does not show german umlauts correctly in SMS and it does not concatenate big messages composed of multiple messages. It does show umlauts correclty here (running Milestone3 on Debian, but I don’t think we have changed anything relevant). But those SMS were received with the SIM card plugged into a Siemens S35, maybe that helps. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtGps for Trolltechs Qtopia
Jim Morris wrote: Another issue: qtgps keeps on saying that there an 'error opening gpsd', then i tried a low level access to gps, nothing worked (i already tried before flashing and it worked well). gps is power on # gpspipe -r gpspipe: could not connect to gpsd 127.0.0.1:2947, Connection refused(111) Make sure gpsd is instaled and running... /etc/init.d/gpsd start Also make sure there are no other gpsd daemons running hogging the serial port. I had to configure the deamon and it worked well in the end. I was thinking if you could add the option to write a gpx track using gpxlogger or cgpxlogger. That would be very useful in various use cases (http://wiki.openmoko.org/wiki/GPS_applications). -- View this message in context: http://n2.nabble.com/QtGps-for-Trolltechs-Qtopia-tp777344p1084655.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: Openmoko planet language.
Shawn, On Fri, Sep 12, 2008 at 11:44, Shawn Thompson [EMAIL PROTECTED] wrote: Maciej, In other words you'd like to be able to pull versions of planet that are english only or french only, etc, etc? Yes I would. -- Maciek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko planet language.
Maciej, In other words you'd like to be able to pull versions of planet that are english only or french only, etc, etc? I would like to second that motion if it is possible, I only read the english posts since all the rest are nothing I understand at all. -Shawn Maciej Ligenza wrote: Hi all, Would it be possible to make openmoko planet an aggregation of feeds in english language? Or possibly there could be introduced feeds like: planet.openmoko.org/en/rss20.xml, planet.openmoko.org/de/rss20.xml and planet.openmoko.org/rss20.xml to aggregate them all. I'm not capable of reading in german or french so posts in these languages (not to mention ?chineese?) are cluttering the channel for me. I want to make clear that I don't suggest that these are worthless. In addition to that channel descritpion in planet.openmoko.org/rss20.xml states that the channel is in english language. thanks Maciek ___ 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: Qtopia-core look consistency
On Fri, Sep 12, 2008 at 11:22 AM, Lorn Potter [EMAIL PROTECTED] wrote: [...] Qtopia has its own themes, lok and feel, so straight qt apps will look out of place. Thanks Lorn, i think the problem is not only in themes, dpi and resolution, i have two screenshots for you. http://picasaweb.google.it/nicola.mfb/QtopiaPics the first is from neo, the second from qvfb/i686fb. The application and configuration is the same, as you can see there are errors painting painterpaths Items on the graphics view, some segments are larger the others, the edge of them ar not rounded, some do not appear, font rendering is not good. So there is a problem in qtopia/arm or i'm missing again somethink. This is the reason why i asked you how should i do to have consistency beetween the two SDK (arm - x86). Howewer i installed my built /opt/Qtopia on the Freerunner to be sure i used the same toolkit, but the problems are the same. Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fantastic Experience
El jue, 11-09-2008 a las 20:49 -0700, SCarlson escribió: Hello All -- I'd like to pipe in with my New Freerunner experiences thus far. I have had my phone for 2 weeks. I loaded up OM2008.8-update. Here is the list : Solid GSM (Sending and Receiving). No Echo, clear calls, full bars. My SIM Card contact list imported automatically. SMS, Solid. Wifi, also works great. GPS works. 60 second TTFF and 40 second TTFF w/ external antenna (This is without the capacitor fix) microSd works. Suspend/Resume .. solid (minus the GUI setting having no effect. but I don't care, I just suspend manually with the power button when I'm not using it). I made a usb cable, so now my phone can receive standard USB devices.. this opens many doors. When I was shopping for a mobile computer/phone, I scraped the planet for something open and hackable. What I found was nice machines with propriety software that goes through a Telecom company, which is then purposely crippled and released for public consumption. Most of the crippling process is based on a Business model that nickels and dimes us to death for services and features that (I believe) we should already have. In the end, the only answer for me was to by the GTA02. I'd like to say, that I'm here to stay, on the band wagon, lets kick some ass... Completely Satisfied, Scott R Carlson Hi Scott, Thanks for the nice comments which make me even more suffer because I have to wait one or two weeks more until my gadget is supposed to arrive :-) one question to the community: normally you can't switch easy between normal USB mode, i.e. a host is talking to a USB device, and host-to-host mode where two computers are talking to each other; the USB FAQ even warns not to connecting two computers without any kind of USB bridge, because this could damage the computers; see here: http://www.usb.org/about/faq/ans5/ how is this electrically organised in the GTA02 that I could just use a gender changer to switch between host-to-host mode or host-to-device mode? thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Problems building ASU image
Hello, Sorry this may be a dumb question. I'm trying to build an ASU image for x86 with the MokoMakefile for several days without success. I carefully followed the explanations of Wiki, searched the mailling-lists and the Web for a tip, but I always get the same error message. [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake openmoko-asu-image u-boot-openmoko ) ) ERROR: Unable to open conf/bitbake.conf I checked my setup-env file. All this seems correct. I also echoed BBPATH from it and it seems correct too. I added -DDD to the bitbake command in the Makefile and it looks like it opens the conf file and process it but then it stops with the same message... I can't understand why! Thanks for your help. Didier. Output with -DDD : [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake -DDD openmoko-asu-image u-boot-openmoko ) ) DEBUG: CONF reading /home/moko/openembedded/conf/bitbake.conf DEBUG: update_data() DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:539: including conf/site.conf DEBUG: CONF including /home/moko/build/conf/site.conf DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:540: including conf/auto.conf DEBUG: CONF file 'conf/auto.conf' not found DEBUG: CONF conf/bitbake.conf:541: including conf/local.conf DEBUG: CONF including /home/moko/build/conf/local.conf DEBUG: CONF conf/bitbake.conf:546: including conf/build/i686-linux.conf DEBUG: CONF file 'conf/build/i686-linux.conf' not found DEBUG: CONF conf/bitbake.conf:547: including conf/target/INVALID-INVALID.conf DEBUG: CONF file 'conf/target/INVALID-INVALID.conf' not found DEBUG: CONF conf/bitbake.conf:548: including conf/machine/x86.conf DEBUG: CONF including /home/moko/openembedded/conf/machine/x86.conf DEBUG: BB conf/machine/include/tune-x86.inc: handle(data, include) DEBUG: CONF conf/bitbake.conf:549: including conf/distro/openmoko.conf DEBUG: CONF including /home/moko/openembedded/conf/distro/openmoko.conf DEBUG: BB conf/distro/include/preferred-om-2008-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-2007-for-openmoko.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcdates.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcrevs.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-xorg-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-gpe-versions-2.8.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-e-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom.inc: handle(data, include) DEBUG: update_data() DEBUG: BB conf/distro/include/angstrom-glibc.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-package-opk.inc: handle(data, include) DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:550: including conf/documentation.conf DEBUG: CONF including /home/moko/openembedded/conf/documentation.conf DEBUG: setVarFlag(PREFERRED_VERSION, doc, Normally use it as PREFERRED_VERSION_package-name = to set the preferred version of more than one version for the package-name is available., data) DEBUG: setVarFlag(BUILD_ARCH, doc, The name of the building architecture. E.g. i686., data) DEBUG: setVarFlag(BUILD_OS, doc, The operating system (in lower case) of the building architecture. E.g linux., data) DEBUG: setVarFlag(BUILD_VENDOR, doc, FIXME, data) DEBUG: setVarFlag(BUILD_SYS, doc, FIXME, data) DEBUG: setVarFlag(BUILD_PREFIX, doc, FIXME, data) DEBUG: setVarFlag(BUILD_CC_ARCH, doc, FIXME, data) DEBUG: setVarFlag(HOST_ARCH, doc, The name of the target architecture. Normally same as the TARGET_ARCH. @see TARGET_ARCH @group base, data) DEBUG: setVarFlag(HOST_OS, doc, The name of the target operating system. Normally the same as the TARGET_OS. @see TARGET_OS @group base, data) DEBUG: setVarFlag(HOST_VENDOR, doc, The name of the vendor. Normally same as the TARGET_VENDOR. @see TARGET_VENDOR, data) DEBUG: setVarFlag(HOST_SYS, doc, FIXME, data) DEBUG: setVarFlag(HOST_PREFIX, doc, Normally same as the TARGET_PREFIX. @see TARGET_PREFIX @group base, data) DEBUG: setVarFlag(HOST_CC_ARCH, doc, Normally same as the TARGET_CC_ARCH. @see TARGET_CC_ARCH @group base, data) DEBUG: setVarFlag(HOST_NONSYSV, doc, This flag can be set to 1 if the host system is not SysV compatible. E.g.fakeroot-native will be build with tcp as IPC implementation., data) DEBUG: setVarFlag(TARGET_ARCH, doc, Build for which architecture. Examples are arm, i686, sh3, mips, powerpc., data) DEBUG: setVarFlag(TARGET_OS, doc, Build for which Operating System. Currently possible values are linux and linux-uclibc. When using linux-uclibc you might want to set USE_NLS_gcc-cross to no., data) DEBUG: setVarFlag(TARGET_VENDOR, doc, FIXME, data) DEBUG: setVarFlag(TARGET_SYS, doc, The target system is composed out of TARGET_ARCH,TARGET_VENDOR and TARGET_OS., data) DEBUG: setVarFlag(TARGET_PREFIX, doc, The prefix for the cross compile toolchain. E.g arm-linux-
Re: Swype - Jaw dropping fast and accurate entry of text via touch screen [w/video]
On 11 Sep 2008, at 14:17, Kostis Anagnostopoulos wrote: On Thu 11 Sep 2008 01:31:27 Didier Raboud wrote: nickd wrote: Take a look at the other method previously pointed by Dan : http://www.inference.phy.cam.ac.uk/dasher/ It's GPL... I don't like Dasher because it introduces uncontrolled waiting states, in order for the target letter to reach the center. Surely the waiting state is controlled - by moving the cursor to the right (I imagine tilting the Freerunner) the stream of letters speeds up. On Dasher's site they make a comparison with car-driving. I think that if we were given the chance, we would preffere a click-to-destination instead of a steering- wheel car-UI. At some point analogies always break - probably as soon as you start using them to expand outside anything that the original analogiser had in mind. ;) The destination is the completed sentence of words. It is held initially inside your mind, and it is impossible to give the target device this destination without any intervening steps. Just as we don't yet have autonomous automobiles, either, a steering-wheel (or some other control device) is clearly necessary to get the words out of your head into the device. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Illume Theme and E native gold theme
Hi, Some ETK apps have the Illume theme (the black one, like Locations os Settings) and some others have the native E theme, with small gold buttons (like omview) Do you know why we have different themes here? How to change it in omview? Thanks -jec ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
and a tap on calendar icon do nothing. I'll see if that works in the official FSO image. That seems to be not implemented in FSO m3. -- Craiig ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Duke Nukem 3D on Openmoko Neo
try to run it in 2007.2. I tried killing pulseaudio with no luck, see my other message in this thread. I changed the config file to turn off audio as suggested, and got a bit further, but still no luck: output: --- Checking sound inits. Checking music inits. RTS Manager Started. Adding DUKE.RTS. Using .RTS file:DUKE.RTS Loading palette/lookups. --- at which point the screen goes black and nothing happens for more than 5 minutes. I have to open up a new terminal window and kill the duke3d process to get anything to happen. could this be related to my accelerometer problems mentioned elsewhere (hexdump /dev/input/event2 and event3 gives me nothing)? That's how far I get too, on 2007.2, sounds disabled (got exactly the same errors also after killing pulseaudio) It might have something to do with he accelerometers: sometimes they still seem to fail after waking up from suspend. I'll try at some point with a fresh-started phone and see if the accelerometers work (with accelgame) and then see if duke works better. Here's a .desktop -file for you to add to /usr/share/applications to create a menu icon: [Desktop Entry] Encoding=UTF-8 Name=Duke Nukem 3D Exec=dukenukem3d Icon=applications-games Terminal=false Type=Application Categories=Game StartupNotify=true SingleInstance=true Comment=3D shooting and create an executable file dukenukem3d in /usr/bin: # xrandr -s 240x320 xrandr -o 3 /media/card/duke3d/duke3d #MODIFY THIS TO SUIT YOUR INSTALL DIR! #sorry, no idea if these will anymore fix the screen.. Any suggestions and fixes are welcome! xrandr -s 480x640 xrandr -o 3 r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone3 my view (ON gta01)
Hello Tilman. I will just comment on the tichy part of your email, since I am the main author. On Fri, 2008-09-12 at 12:24 +0200, Tilman Baumann wrote: I like the Tichy concept of having pythons apps running as plugins in one python runtime. I always expected it to be something like a app launcher that executes python modules rather than calling stand allonw apps. But it is exactly what it does. I think you misunderstood tichy. But still I want to defend my approach (that you seem to recommend so I am confused). Tichy is a python app. I can't afford to start a new python interpreter every time we open an application. I don't want to have too many python interpreters running at the same time either. My solution is to use a cooperative event based system for all the basics applications (dialer, messages, etc) They all run in the same interpreter, and share the same mainloop. That is what i refer to tichy as a python applets manager. But tichy as it is is useless. I agree with you in the sense that if tichy would only call stand alone app, it would be useless. Combining all apps into one screen does not help, we have window management. Do you mean we should use one X window per applet in tichy ? Well that is possible. In fact I have a backend for gtk+ and etk/evas (still experimental). Both of them use one window per applet. The GUI design does not strike me as good either. I can unfortunately only agree on this :(. My fault. I am not an expert in GUI design (I have a hard time with it cause things that look good on the desktop don't on a small screen.) When I started tichy I tried to use gtk+, but then gave up and used my own SDL based gui system (we talk about the guy who liked to write video games here :-) ). Then I though about all the possible choices of graphics backend -and how critical this choice could be- and I realize the only way to be sure not to make a bad decision, is not to choose one at all. So here is how it works : When you write an application for tichy, you use as few gui objects as possible. Instead, you define 'Items' with properties and possible actions. Then tichy will request for a plugin that offers the 'Design' service and ask this plugin to create the user interface for the application. the design plugin is free to create any interface, as long as it shows the proper items and provides a way to trigger the proper actions on those items (not unlike edje works) That is why I can create backends for almost any graphic library you can imagine, without changing the code of the applications. The all in one concept is just wrong in my eyes. Great idea, but done wrong. The concept is wrong or the idea is great but done wrong ? For me the all in one concept is important, at least for all the basics phone applications. There is just too much communication between them. It is not only a matter of sharing data (the framework is there for this), but also being able to lauch one app from an other, and to share the screen space in a clever way. Also the time to launch an external application is too slow. I don't want to have my phone work nearly as like tichy works. I like to have some native apps like the GTK PIM apps back. They where really well made, usefull and useable. I like to have a home screen on the desktop like the GTK home app. This was really a great concept. i like to see that come back. I think this would be a easy job for a desklet... I agree with you. Beside it is very simple to do. Especially important would be a dialer app that starts quickly. (maybe living in a applet all the time) The GTK dialer would be a great template. ;-) And i would say it is time for some gui guidelines for new world etk, efl apps. We have a great looking environment, now let's define how apps should look. And pleas don't make them look like qtopia, Zhone or tichy. I have some ideas for that too. But i whink we need some experimenting first... Is there already some movement into finding the new way to interact with the UI? Well, what about the idea I talked about : You define a set of minimal necessary information needed to construct the gui for many kinds of applications (most of the time an application is just trying to show some objects and let the user trigger actions on it). Then you use a plugin to actually construct the gui. I guess Raster was a visionary on this idea. In fact he is the one who gave me this idea once on irc, the next week I started implementing it in tichy :P But even the applications we have that do use edge don't do it the perfect optimal way. If your application's code use -let's say- a scrollbox, then you are already deciding that you want to show your items in a scrolled view, so what if the user want to show them in a table, or in a fancy 3d view like we start to see on a few closed source mobile phone ? Then you have to modify the application code. In tichy you would first create a list of items, and then ask
Re: milestone3 available in Debian
Joachim Breitner [EMAIL PROTECTED] writes: Besides these new versions you might be interested to hear that remoko and pypennotes have been packaged for Debian, and fso-gpsd makes sure all gpsd-using applications (such as tangogps) work also. We still don’t have Illume, as we are still waiting for new Enlightenment libs being released and packaged for Debian. I have updated this morning, and I have some problems: - SMS do not work (the icon is grey), zhone says 2008-09-12 15:43:44,943 INFO checking for unsent messages 2008-09-12 15:43:45,404 INFO did not receive any unsent messages: org.freesmartphone.GSM.SIM.NotFound: It worked OK on fso-m2 (sometimes, I received a number instead of the text of the SMS). - Sometimes, zhone do not want to suspend after 2 sec power buttun because it do not received the event. On fso-m2, I restart frameworkd and zhone, and It works after. Now, when I do that, I lost the contact list. - I cannot downgrade to fso-m2 because it is not in the archive now. I need SMS to use the FR as a phone. else, it works well, and fso-gpsd work fine. -- Guillaume Pinot http://www.irccyn.ec-nantes.fr/~pinot/ ``Computers are good at following instructions, but not at reading your mind.'' -- Donald E. Knuth, the TeXbook () ASCII ribbon campaign -- Against HTML e-mail /\ http://www.asciiribbon.org -- Against proprietary attachments ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Swype - Jaw dropping fast and accurate entry of text via touch screen [w/video]
On Fri 12 Sep 2008 15:42:31 Stroller wrote: On 11 Sep 2008, at 14:17, Kostis Anagnostopoulos wrote: On Thu 11 Sep 2008 01:31:27 Didier Raboud wrote: nickd wrote: Take a look at the other method previously pointed by Dan : http://www.inference.phy.cam.ac.uk/dasher/ It's GPL... I don't like Dasher because it introduces uncontrolled waiting states, in order for the target letter to reach the center. Surely the waiting state is controlled - by moving the cursor to the right (I imagine tilting the Freerunner) the stream of letters speeds up. Yet, sometimes you just have to slowdown untill the needed letter appears. In any way, it is not the same as a deterministic action under your controll, lets say, i move from point a to point b, and it would take me as much time as i like! Thats what i meant with uncontrollable, i din't mean totally-out-of-my-controll. On Dasher's site they make a comparison with car-driving. I think that if we were given the chance, we would preffere a click-to-destination instead of a steering- wheel car-UI. At some point analogies always break - probably as soon as you start using them to expand outside anything that the original analogiser had in mind. ;) The destination is the completed sentence of words. It is held initially inside your mind, and it is impossible to give the target device this destination without any intervening steps. Just as we don't yet have autonomous automobiles, either, a steering-wheel (or some other control device) is clearly necessary to get the words out of your head into the device. Wel, the target for me is the letters-of-a-world, not the world, so from this point of view, yes click or signature-like typing is more like controlling a variable but a steering wheel is like controlling the derivative of that variable. Hence the wait-states! I need to say that, concerning mobile devices, i had try to envision such a input-method myself, and the Dasher is as close as it gets to what i might had end up with. My kudos to the programmers and designers of Dasher. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone3 my view (ON gta01)
Guillaume Chereau wrote: Hello Tilman. I will just comment on the tichy part of your email, since I am the main author. On Fri, 2008-09-12 at 12:24 +0200, Tilman Baumann wrote: I like the Tichy concept of having pythons apps running as plugins in one python runtime. I always expected it to be something like a app launcher that executes python modules rather than calling stand allonw apps. But it is exactly what it does. I think you misunderstood tichy. But still I want to defend my approach (that you seem to recommend so I am confused). Tichy is a python app. I can't afford to start a new python interpreter every time we open an application. I don't want to have too many python interpreters running at the same time either. My solution is to use a cooperative event based system for all the basics applications (dialer, messages, etc) They all run in the same interpreter, and share the same mainloop. That is what i refer to tichy as a python applets manager. Yea, the concept is great for me it was more a look and feel mishap. Combining all apps into one screen does not help, we have window management. Do you mean we should use one X window per applet in tichy ? Well that is possible. In fact I have a backend for gtk+ and etk/evas (still experimental). Both of them use one window per applet. Well, you just have defended Tichy well. I was just not happy with that everything happens in one window, and only one applet at the time approach. The gui is kludgy at the time. But as it is work in progress i have no problem seeing that change. So here is how it works : When you write an application for tichy, you use as few gui objects as possible. Instead, you define 'Items' with properties and possible actions. Then tichy will request for a plugin that offers the 'Design' service and ask this plugin to create the user interface for the application. the design plugin is free to create any interface, as long as it shows the proper items and provides a way to trigger the proper actions on those items (not unlike edje works) That is why I can create backends for almost any graphic library you can imagine, without changing the code of the applications. Edje scrips come to my mind. :) Sounds great. The all in one concept is just wrong in my eyes. Great idea, but done wrong. The concept is wrong or the idea is great but done wrong ? For me the all in one concept is important, at least for all the basics phone applications. There is just too much communication between them. It is not only a matter of sharing data (the framework is there for this), but also being able to lauch one app from an other, and to share the screen space in a clever way. Also the time to launch an external application is too slow. Yes and now. The experience with the standallone gtk apps from 20082 was not too bad. The only app that was a bit critical was the dialer. I'm not sure what works better. Native single apps or python applets. Native would at least be more interoperable. And a applet like way would work too for native code... And i would say it is time for some gui guidelines for new world etk, efl apps. We have a great looking environment, now let's define how apps should look. And pleas don't make them look like qtopia, Zhone or tichy. I have some ideas for that too. But i whink we need some experimenting first... Is there already some movement into finding the new way to interact with the UI? Well, what about the idea I talked about : You define a set of minimal necessary information needed to construct the gui for many kinds of applications (most of the time an application is just trying to show some objects and let the user trigger actions on it). Then you use a plugin to actually construct the gui. I guess Raster was a visionary on this idea. In fact he is the one who gave me this idea once on irc, the next week I started implementing it in tichy :P But even the applications we have that do use edge don't do it the perfect optimal way. If your application's code use -let's say- a scrollbox, then you are already deciding that you want to show your items in a scrolled view, so what if the user want to show them in a table, or in a fancy 3d view like we start to see on a few closed source mobile phone ? Then you have to modify the application code. In tichy you would first create a list of items, and then ask the design service to create a view of that list. That view may be a scrollbox, but it may as well be anything else. You can actually play with this in tichy : application conf-designgrid/default/wheel The right way. Besides, i would say the app should decide what category of look it wants and the user (framework) how it really looks. I see some basic app schemes. Tabs, scroll-lists, hirarchical lists (scrollable) (like the tree columns finder fiew), tables. How they react to clicks or if they slide or fade or or how many items are
Re: Problems building ASU image
permissions??? maybe it's really silly... d On Fri, Sep 12, 2008 at 1:44 PM, Didier Ptitjes [EMAIL PROTECTED] wrote: Hello, Sorry this may be a dumb question. I'm trying to build an ASU image for x86 with the MokoMakefile for several days without success. I carefully followed the explanations of Wiki, searched the mailling-lists and the Web for a tip, but I always get the same error message. [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake openmoko-asu-image u-boot-openmoko ) ) ERROR: Unable to open conf/bitbake.conf I checked my setup-env file. All this seems correct. I also echoed BBPATH from it and it seems correct too. I added -DDD to the bitbake command in the Makefile and it looks like it opens the conf file and process it but then it stops with the same message... I can't understand why! Thanks for your help. Didier. Output with -DDD : [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake -DDD openmoko-asu-image u-boot-openmoko ) ) DEBUG: CONF reading /home/moko/openembedded/conf/bitbake.conf DEBUG: update_data() DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:539: including conf/site.conf DEBUG: CONF including /home/moko/build/conf/site.conf DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:540: including conf/auto.conf DEBUG: CONF file 'conf/auto.conf' not found DEBUG: CONF conf/bitbake.conf:541: including conf/local.conf DEBUG: CONF including /home/moko/build/conf/local.conf DEBUG: CONF conf/bitbake.conf:546: including conf/build/i686-linux.conf DEBUG: CONF file 'conf/build/i686-linux.conf' not found DEBUG: CONF conf/bitbake.conf:547: including conf/target/INVALID-INVALID.conf DEBUG: CONF file 'conf/target/INVALID-INVALID.conf' not found DEBUG: CONF conf/bitbake.conf:548: including conf/machine/x86.conf DEBUG: CONF including /home/moko/openembedded/conf/machine/x86.conf DEBUG: BB conf/machine/include/tune-x86.inc: handle(data, include) DEBUG: CONF conf/bitbake.conf:549: including conf/distro/openmoko.conf DEBUG: CONF including /home/moko/openembedded/conf/distro/openmoko.conf DEBUG: BB conf/distro/include/preferred-om-2008-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-2007-for-openmoko.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcdates.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcrevs.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-xorg-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-gpe-versions-2.8.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-e-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom.inc: handle(data, include) DEBUG: update_data() DEBUG: BB conf/distro/include/angstrom-glibc.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-package-opk.inc: handle(data, include) DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:550: including conf/documentation.conf DEBUG: CONF including /home/moko/openembedded/conf/documentation.conf DEBUG: setVarFlag(PREFERRED_VERSION, doc, Normally use it as PREFERRED_VERSION_package-name = to set the preferred version of more than one version for the package-name is available., data) DEBUG: setVarFlag(BUILD_ARCH, doc, The name of the building architecture. E.g. i686., data) DEBUG: setVarFlag(BUILD_OS, doc, The operating system (in lower case) of the building architecture. E.g linux., data) DEBUG: setVarFlag(BUILD_VENDOR, doc, FIXME, data) DEBUG: setVarFlag(BUILD_SYS, doc, FIXME, data) DEBUG: setVarFlag(BUILD_PREFIX, doc, FIXME, data) DEBUG: setVarFlag(BUILD_CC_ARCH, doc, FIXME, data) DEBUG: setVarFlag(HOST_ARCH, doc, The name of the target architecture. Normally same as the TARGET_ARCH. @see TARGET_ARCH @group base, data) DEBUG: setVarFlag(HOST_OS, doc, The name of the target operating system. Normally the same as the TARGET_OS. @see TARGET_OS @group base, data) DEBUG: setVarFlag(HOST_VENDOR, doc, The name of the vendor. Normally same as the TARGET_VENDOR. @see TARGET_VENDOR, data) DEBUG: setVarFlag(HOST_SYS, doc, FIXME, data) DEBUG: setVarFlag(HOST_PREFIX, doc, Normally same as the TARGET_PREFIX. @see TARGET_PREFIX @group base, data) DEBUG: setVarFlag(HOST_CC_ARCH, doc, Normally same as the TARGET_CC_ARCH. @see TARGET_CC_ARCH @group base, data) DEBUG: setVarFlag(HOST_NONSYSV, doc, This flag can be set to 1 if the host system is not SysV compatible. E.g.fakeroot-native will be build with tcp as IPC implementation., data) DEBUG: setVarFlag(TARGET_ARCH, doc, Build for which architecture. Examples are arm, i686, sh3, mips, powerpc., data) DEBUG: setVarFlag(TARGET_OS, doc, Build for which Operating System. Currently possible values are linux and linux-uclibc. When using linux-uclibc you might want to set USE_NLS_gcc-cross to no., data) DEBUG: setVarFlag(TARGET_VENDOR, doc, FIXME, data) DEBUG: setVarFlag(TARGET_SYS, doc,
Re: FSO milestone3 my view (ON gta01)
Dale Maggee wrote: the only problem I have with zhone is missing features, such as an internal PIM database - at present it only uses contacts stored in the sim card. Also the fact that you can only send sms's to existing contacts , and can't just type in a phone number. If it wasn't for these couple of things I'd be happy to use FSO3 as my primary distribution. When I used FSO for the first time, to workaround this, I simply hardcoded my contacts in the zhone python files. It works well, also if it's not so dynamic :P -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Exciting Experience
Well, as long as others are keen to share their positiveness, I thought I'd chime in as well. :P The sudden death of my previous smartphone kicked me into using the freerunner everyday as main (and single) phone. And I'm glad to say it has done a proper job for over a month, even though I flashed it every 2 or 3 days. :) I have lost a few calls because of software issues, but these were exceptions (pun intended). I tried the first 4 distros (OM2007.2, ASU, FSO, Qtopia) as soon as I got the phone (simultaneously in multiboot from the sd-card), and after a day I had thrown away Qtopia because it was too polished and not flexible enough (from an experimental point of view). :) Then OM2007.2 got axed, so it went away too. But I couldn't yet wrap my mind around FSO's objectives, and I needed a working phone with a few extras, so FSO got the axe too. This left me with ASU (now officially OM2008.8), which I proceeded to torture almost daily with all the opkg feeds (including testing) I could get my hands on. When OM reorganized the repositories, this caused a lot of confusion for me, but now I know what to expect from where. I finally settled with the standard OM2008.8-update because it is the right balance between stable (as in I won't lose calls and SMSs) and experimental (as in I can try/develop all kinds of python-powered stuff and play with the geeky HW peripherals too). The GPS works well (usually around 40 seconds to get a fix if the signal is any good - I did the capacitor hack as soon as I could, which was an interesting labor hour where I lost 3 capacitors because they are so damn small :S ). The GSM is also ok, although I got once a couple of complaints of bad audio quality - this is now gone, it was probably a bad SW image. SMS is also no problem. The accelerometers have been fun to play with (duke3d, gestures, accelGame) and make for good showing off of openmoko. Wifi mostly works - some APs better than others. Bluetooth is a pain in the ass to configure and use. It is highly user-unfriendly, but if you persist, you can do anything (except GSM headset... has anyone got it working yet?). Heck, I don't use it anyway. ;) Which brings me down to audio: the routing of this baby is pretty complex stuff (as is common in most embedded devices), so it's only natural that the more advanced functions are still a mystery. And you know what? the fact that there still isn't a GUI way to control the sound volume hasn't been a problem so far!!! I find that the mechanical design of the Neos is quite above average, and this shows off in the audio capabilities - when the volume is cranked up to 100%, the case does not resonate and there is no noticeable distortion. Very good mechanical and electrical design. My only real complaint is power management. It just doesn't seem to stabilize. For each fs image I flash or opkg upgrade I do, a new non-intended behavior happens. But I do understand that, like audio, it is one of the most complex things to implement right - balancing the intricacies of each chip's power modes (and their spec violations) with the kernel's modeling as well as the X-server's old ways - it can be very challenging. So OK, I don't get mad if sometimes I have to call my Neo from another phone to get it to wake up so I can SSH into it. I have confidence in the OM team's competence and in the Community's effort and contributions. All we need is a little more time and care and everything will be fine. Overall, it has been a good ride, and it is getting better by the week, especially now that FSO efforts are finally starting to get momentum - and I think all that D-BUS goodness will start to pay back very soon. I can't wait to see the framework integrated into the main distro (or vice-versa) - this will make its usefulness and interest explode! :D But it looks like there are at least a few people out there who have other plans for it - not just HSR, but efforts like FDOM - and it is also exciting to see new distros/remixes pop up. It is a brave new world we are creating - a big thank you to Sean Moss-Pultz for having the courage to push the dream into reality. You are the Mark Shuttleworth of the mobile world, and OM is on the fast-track to becoming it's Ubuntu (or more rigorously, it's Debian!). ;) Vasco Névoa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
Hi, Am Freitag, den 12.09.2008, 15:58 +0200 schrieb TeXitoi: Joachim Breitner [EMAIL PROTECTED] writes: Besides these new versions you might be interested to hear that remoko and pypennotes have been packaged for Debian, and fso-gpsd makes sure all gpsd-using applications (such as tangogps) work also. We still don’t have Illume, as we are still waiting for new Enlightenment libs being released and packaged for Debian. Thanks for testing. I have updated this morning, and I have some problems: - SMS do not work (the icon is grey), zhone says 2008-09-12 15:43:44,943 INFO checking for unsent messages 2008-09-12 15:43:45,404 INFO did not receive any unsent messages: org.freesmartphone.GSM.SIM.NotFound: It worked OK on fso-m2 (sometimes, I received a number instead of the text of the SMS). It’s strange, I have it some times as well, some times not. It needs to be determined yet if that bug is Debian-introduced or already in the fso-m2 code. - Sometimes, zhone do not want to suspend after 2 sec power buttun because it do not received the event. On fso-m2, I restart frameworkd and zhone, and It works after. Now, when I do that, I lost the contact list. Not sure what’s happening here. Error messages from zhone or frameworkd might be useful. - I cannot downgrade to fso-m2 because it is not in the archive now. I need SMS to use the FR as a phone. Yes, we need to sort that out somehow, that old versions are not deleted. One can of course still compile it from git, as the versions are tagged. else, it works well, and fso-gpsd work fine. Nice to hear that, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Zhone with visual suspend feedback, Was: FSO milestone3 my view (ON gta01)
Hi, Am Freitag, den 12.09.2008, 12:24 +0200 schrieb Tilman Baumann: Differenciating between suspend and shutdown is terribely hard. I almost never get the thing to sleep because i fear i would press power too long and shut it down. What happens quite often never the less. If i shut it down by pressing the power button long, it ussually indicates shutdown (nice animation btw) but then goes into suspend. Both events suspend and shudown where triggered. Then i have to press power again to wake it up to let it finish shutdown. I have just created a patch that gives zhone visual feedback when suspending. This will, in that order highlight four bars on the screen: “keep pressed”, “let go”, “suspending” and “waking up”. They are highlighted when the user pushes down POWER, when he has pushed it for one second, when he releases it in time and when the phone wakes up. This also has the effect that keeping it pressed for more than three seconds it will _not_ suspend, as to not interfere with a shutdown or restart triggered by the Altr-Ctrl-Del sent this way. I’ll soon submit that for inclusion, so maybe that problem will be resolved as well. Greetings, Joachim -- Joachim nomeata Breitner mail: [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Key: 4743206C JID: [EMAIL PROTECTED] | http://www.joachim-breitner.de/ Debian Developer: [EMAIL PROTECTED] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume Theme and E native gold theme
as far as i know (new to e17) every program can have its own .edj (theme) file and OMView is one that does. there are a couple of other places you will see the e17 theme (some of the crash notices, for instance). i think i even a png or two with stuff for the winter theme (the default e16 theme) somewhere. the OMView wiki page has instructions to install the illume theme. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MonoMakefile: how to build navit-svn instead of navit-0.0.4 ?
In my oe tree i have navit_cvs and not navit_svn, are you using asu as branch? On 9/12/08, Harald Koenig [EMAIL PROTECTED] wrote: Hi, using MonoMakefile I'd like to build navit_svn but this fails: make build-package-navit-svn ... ERROR: Nothing PROVIDES 'navit-svn' (but '[]' DEPENDS on or otherwise requires it) make build-package-navit_svn ... ERROR: Nothing PROVIDES 'navit_svn' (but '[]' DEPENDS on or otherwise requires it) while make build-package-navit and make build-package-navit-0.0.4 both work fine (so does e.g. make build-package-gdb-6.8 to get a specific version...). there are bb files for both versions, but how to I use/build the svn version ? ./openembedded/packages/navit/navit_0.0.4.bb ./openembedded/packages/navit/navit_svn.bb thanks, Harald -- I hope to die ___ _ before I *have* to use Microsoft Word., 0--,|/OOO\ Donald E. Knuth, 02-Oct-2001 in Tuebingen._/ / /OOO\ \ \/OOO\ \ O|// \/\/\/\/\/\/\/\/\/ Harald Koenig // / \\ \ [EMAIL PROTECTED] ^ ^ ___ 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: Problems building ASU image
But if you look at the log it can read the conf files! Anyway, I've got rw on all my files... Didier. Davide Scaini wrote: permissions??? maybe it's really silly... d On Fri, Sep 12, 2008 at 1:44 PM, Didier Ptitjes [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, Sorry this may be a dumb question. I'm trying to build an ASU image for x86 with the MokoMakefile for several days without success. I carefully followed the explanations of Wiki, searched the mailling-lists and the Web for a tip, but I always get the same error message. [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake openmoko-asu-image u-boot-openmoko ) ) ERROR: Unable to open conf/bitbake.conf I checked my setup-env file. All this seems correct. I also echoed BBPATH from it and it seems correct too. I added -DDD to the bitbake command in the Makefile and it looks like it opens the conf file and process it but then it stops with the same message... I can't understand why! Thanks for your help. Didier. Output with -DDD : [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake -DDD openmoko-asu-image u-boot-openmoko ) ) DEBUG: CONF reading /home/moko/openembedded/conf/bitbake.conf DEBUG: update_data() DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:539: including conf/site.conf DEBUG: CONF including /home/moko/build/conf/site.conf DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:540: including conf/auto.conf DEBUG: CONF file 'conf/auto.conf' not found DEBUG: CONF conf/bitbake.conf:541: including conf/local.conf DEBUG: CONF including /home/moko/build/conf/local.conf DEBUG: CONF conf/bitbake.conf:546: including conf/build/i686-linux.conf DEBUG: CONF file 'conf/build/i686-linux.conf' not found DEBUG: CONF conf/bitbake.conf:547: including conf/target/INVALID-INVALID.conf DEBUG: CONF file 'conf/target/INVALID-INVALID.conf' not found DEBUG: CONF conf/bitbake.conf:548: including conf/machine/x86.conf DEBUG: CONF including /home/moko/openembedded/conf/machine/x86.conf DEBUG: BB conf/machine/include/tune-x86.inc: handle(data, include) DEBUG: CONF conf/bitbake.conf:549: including conf/distro/openmoko.conf DEBUG: CONF including /home/moko/openembedded/conf/distro/openmoko.conf DEBUG: BB conf/distro/include/preferred-om-2008-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-2007-for-openmoko.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcdates.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcrevs.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-xorg-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-gpe-versions-2.8.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-e-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom.inc: handle(data, include) DEBUG: update_data() DEBUG: BB conf/distro/include/angstrom-glibc.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-package-opk.inc: handle(data, include) DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:550: including conf/documentation.conf DEBUG: CONF including /home/moko/openembedded/conf/documentation.conf DEBUG: setVarFlag(PREFERRED_VERSION, doc, Normally use it as PREFERRED_VERSION_package-name = to set the preferred version of more than one version for the package-name is available., data) DEBUG: setVarFlag(BUILD_ARCH, doc, The name of the building architecture. E.g. i686., data) DEBUG: setVarFlag(BUILD_OS, doc, The operating system (in lower case) of the building architecture. E.g linux., data) DEBUG: setVarFlag(BUILD_VENDOR, doc, FIXME, data) DEBUG: setVarFlag(BUILD_SYS, doc, FIXME, data) DEBUG: setVarFlag(BUILD_PREFIX, doc, FIXME, data) DEBUG: setVarFlag(BUILD_CC_ARCH, doc, FIXME, data) DEBUG: setVarFlag(HOST_ARCH, doc, The name of the target architecture. Normally same as the TARGET_ARCH. @see TARGET_ARCH @group base, data) DEBUG: setVarFlag(HOST_OS, doc, The name of the target operating system. Normally the same as the TARGET_OS. @see TARGET_OS @group base, data) DEBUG: setVarFlag(HOST_VENDOR, doc, The name of the vendor. Normally same as the TARGET_VENDOR. @see TARGET_VENDOR, data) DEBUG: setVarFlag(HOST_SYS, doc, FIXME, data) DEBUG: setVarFlag(HOST_PREFIX, doc, Normally same as the TARGET_PREFIX. @see TARGET_PREFIX @group base, data) DEBUG: setVarFlag(HOST_CC_ARCH, doc, Normally same as the TARGET_CC_ARCH. @see TARGET_CC_ARCH @group base, data) DEBUG: setVarFlag(HOST_NONSYSV, doc, This flag can be set to 1 if the host system is
Re: MonoMakefile: how to build navit-svn instead of navit-0.0.4 ?
On Sep 12, Nicola Mfb wrote: In my oe tree i have navit_cvs and not navit_svn, and can you start a build for navit_cvs (I'd guess for you it's make build-package-navit-cvs then?) are you using asu as branch? I'd guess no (looks like FSO?!) but how do I know ? as suggested here http://wiki.openmoko.org/wiki/MokoMakefile I'm using this makefile (without modifications) http://www.rwhitby.net/files/openmoko/Makefile http://svn.projects.openmoko.org/svnroot/mokomakefile/trunk/Makefile which starts like this --- OM_GIT_SITE := git.openmoko.org OM_GIT_REPO := git/openmoko.git OM_GIT_BRANCH := org.openmoko.dev BB_GIT_SITE := git.openmoko.org BB_GIT_BRANCH := bitbake-om MM_SVN_SITE := svn.projects.openmoko.org MM_SVN_PATH := svnroot/mokomakefile/trunk .PHONY: all all:openmoko-devel-image \ fso-image fso-image-light \ openmoko-qtopia-x11-image \ build-qemu \ openmoko-feed openmoko-toolchain \ openmoko-devel-tools .PHONY: image image: openmoko-devel-image .PHONY: fso fso: fso-image --- the MokoMakefile wiki page says for this branch url: OM_GIT_BRANCH := org.openmoko.dev # OM2007.2 (enabled by default) Harald -- I hope to die ___ _ before I *have* to use Microsoft Word., 0--,|/OOO\ Donald E. Knuth, 02-Oct-2001 in Tuebingen._/ / /OOO\ \ \/OOO\ \ O|// \/\/\/\/\/\/\/\/\/ Harald Koenig // / \\ \ [EMAIL PROTECTED] ^ ^ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Zhone with visual suspend feedback, Was: FSO milestone3 my view (ON gta01)
On 12.09.2008 at 12:24 +0200, Tilman Baumann wrote: Differenciating between suspend and shutdown is terribely hard. I almost never get the thing to sleep because i fear i would press power too long and shut it down. What happens quite often never the less. Agreed and this is especially annoying if you use the FreeRunner as a watch (like I do). On ASU that's: take the fr out of the pocket, press power, wait 1-2 seconds, see the time and press power again. But on FSO (which has a nicer clock, btw ;)) that's: take the fr out, press power, wait 1-2 seconds, see the shiny clock and then wait 2-4 seconds till suspend is triggered or press the button too long and shut it down. imho the 2 to 4 second timeout (I haven't figured out the exact time yet^^) is not really necessary, as the power button is so tiny, that it is very unlikely you press it by accident. So im my eyes a much better solution compared to the gui by Joachim Breitner, would be to disable the timeout completely. -- Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Zhone with visual suspend feedback, Was: FSO milestone3 my view (ON gta01)
Hi, Am Freitag, den 12.09.2008, 18:23 +0200 schrieb Fabian Henze: imho the 2 to 4 second timeout (I haven't figured out the exact time yet^^) is not really necessary, as the power button is so tiny, that it is very unlikely you press it by accident. So im my eyes a much better solution compared to the gui by Joachim Breitner, would be to disable the timeout completely. From what I’ve seen while coding the GUI (which is commited now), I think the reason why there is a timeout is that if there is not, the POWER press that you use to wake up the phone will be detected again... Greetings, Joachim -- Joachim nomeata Breitner mail: [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Key: 4743206C JID: [EMAIL PROTECTED] | http://www.joachim-breitner.de/ Debian Developer: [EMAIL PROTECTED] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Zhone with visual suspend feedback, Was: FSO milestone3 my view (ON gta01)
On 12.09.2008 at 18:56:00, Joachim Breitner wrote: From what I’ve seen while coding the GUI (which is commited now), I think the reason why there is a timeout is that if there is not, the POWER press that you use to wake up the phone will be detected again... So how does it work on ASU? I think suspending on button _release_ should work fine. -- Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
Am Freitag, den 12.09.2008, 08:25 +0200 schrieb Yann SLADEK: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks a lot ! I tried, it works perfectly, except 2 thing (but I don't know if it's due to FSO 3) : I don't have the zhone bar at the top anymore and a tap on calendar icon do nothing. I don't knwo if it's due to FSO 3 or if it's related to your package, anyway thanks a lot for this release Both is expected. The calendar is a placeholder for later milestones, the top bar has been removed since its functionality is now covered by illume (yes I know Debian does not have this yet... I did not think about that, when we removed it from Zhone). :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone3 my view (ON gta01)
Thanks for the review, I agree with almost all your points (except some Zhone things, but UI is always subjective -- and it's not at all the point of the fso release as you know.) Now some Bugs: Differenciating between suspend and shutdown is terribely hard. Hmm, I thought that bug was fixed. It takes 5 seconds to powerdown here, holding the button for 1 second should trigger suspend. Check whether you have the latest illume-fso-theme or config. Zhone does not show german umlauts correctly in SMS and it does not concatenate big messages composed of multiple messages. Daniel? :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SIP on Debian
Peter Schwenke wrote: Michael Shiloh wrote: Do you think the distortion was on the analog side e.g. volume settings, or delays on the network side? I tried again last night when I had a second person. The distortion was not too bad. Gaps and missing chunks but promising. But there was a long delay receiving the audio. It might be networking or processing speed. Were you using WiFi or Ethernet over USB? Wifi on both ends with WPA2 encryption. I'll will try it over Ethernet over USB and ethernet on the other end. Were you speaking to yourself on the other computer, so not over the Internet? Yes, locally. I have tried and connected over the internet. Wireless going out over a 512/512Kb ADSL line and connecting to an actual Video Conferencing endpoint another ADSL line. I have 2 ADSL lines. Doing the above with Ekiga *some* muffled distorted sounds go back and forth. I receive the picture from the endpoint. But that stops updating straight away. Then sound stops. Limiting the call to audio only, I have had both SIP and H239 calls with Ekiga with the similar audio results. Received audio clearly on the FreeRunner for a while. Muffled distorted hardly going out. But after a while things don't well. I've used Ekiga a fair bit but know it can get dodgy over that ADSL line. I have been able to initiate and receive calls calls using Linphone over the Internet using the above gear. But I have not managed to get audio up and down. I have also been unable to get audio up and down with my laptop with Linphone so that problem is not only with the Openmoko. I have received the no webcam image from my laptop on the endpoint. All the routing from the firewall on the laptop/Freerunner end should be fine. I have tried linphone with and without the firewall setting. At some point I'm going to try setting the endpoint and phone up together on the same local switch. That will make it easier to work where the problems are. When I get (or build) a kernel with the uvcvideo driver I intend trying a webcam in usb host mode on the Freerunner and see what happens. ...Peter Peter, Thanks for the detailed report. I think this is something many of us will be trying. Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 would it be feasible to get a little panel-plugin which provides these informations? network-status (registered?) network-name(t-mob, voda, o2, ..), network-quality how could i aquire these informations? i would write an extension for openmoko-panel-plugin .. ciao, morlac Am 12.09.2008 um 19:04 schrieb Michael 'Mickey' Lauer: Am Freitag, den 12.09.2008, 08:25 +0200 schrieb Yann SLADEK: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks a lot ! I tried, it works perfectly, except 2 thing (but I don't know if it's due to FSO 3) : I don't have the zhone bar at the top anymore and a tap on calendar icon do nothing. I don't knwo if it's due to FSO 3 or if it's related to your package, anyway thanks a lot for this release Both is expected. The calendar is a placeholder for later milestones, the top bar has been removed since its functionality is now covered by illume (yes I know Debian does not have this yet... I did not think about that, when we removed it from Zhone). :M: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFIyqpZr81gVylJyzERAqXcAKDqxBV8ULHn+Uoe0aPrIVezfqF39QCgq7Kc S+UEsVwNvMDTKWpUl0q9xpc= =xFNG -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was wondering how it could have been removed. We now have the answer :). What is the problem for porting Illume in Debian ? Are you waiting for a package to be done ? Yann Michael 'Mickey' Lauer a écrit : Am Freitag, den 12.09.2008, 08:25 +0200 schrieb Yann SLADEK: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks a lot ! I tried, it works perfectly, except 2 thing (but I don't know if it's due to FSO 3) : I don't have the zhone bar at the top anymore and a tap on calendar icon do nothing. I don't knwo if it's due to FSO 3 or if it's related to your package, anyway thanks a lot for this release Both is expected. The calendar is a placeholder for later milestones, the top bar has been removed since its functionality is now covered by illume (yes I know Debian does not have this yet... I did not think about that, when we removed it from Zhone). :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIyqw+kEZRefkDBDsRAuSqAKCZhrh9o+mQPMcz/SjknLA7h+aACACgwkk+ FYP42gfLYX27YybanCBuPaA= =Dxmd -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtGps for Trolltechs Qtopia
Dareus wrote: I had to configure the deamon and it worked well in the end. I was thinking if you could add the option to write a gpx track using gpxlogger or cgpxlogger. That would be very useful in various use cases (http://wiki.openmoko.org/wiki/GPS_applications). There are plans to add more features to this app, either by me or another person who has cloned the tree, he will be working on it in a few weeks I think. Adding tracks is definitely something he is planning to do. -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
odeviced (open device daemon): 0.1-alpha release
Hi all,
I am happy to announce the first 0.1 release of my gsoc project, odeviced.
It is more a preliminary vala/c implemenatation of the odeviced subsystem
from frameworkd.
Although mostly compatible with milestone3, odeviced lacks the audio support
and GetInfo DBus methods since vala doesn't support returning DBus types of
signature a{sv}.
This package includes the following device plugins that has been tested on
the Freerunner
accelerometer
* audio (incomplete now)
* display
* idlenotifier
* input
* led
* power
* powercontrol
* rtc
Get the package here,
http://sudharsh.mukt.in/odeviced_0.1-r0_armv4t.opk
The sources are available here,
http://git.freesmartphone.org/?p=openmoko-gsoc2008.git;a=summary
GSoC abstract here,
http://code.google.com/soc/2008/openmoko/appinfo.html?csaid=C4E490026007DA79
NOTE: If you have frameworkd installed, please do the following prior to the
installation of odeviced to avoid conflicts in DBus.
[EMAIL PROTECTED]:~# mv
/usr/lib/python2.5/site-packages/framework/subsystems/odeviced
.
Community feedback as always is appreciated and eagerly awaited.
Many thanks to the GSoC mentors for lending a helping hand throughout the
program (..and not to mention the shipped Freerunner. :D)
Happy Hacking,
Sudharshan S
Blog : http://www.sudharsh.wordpress.com
IRC : Sup3rkiddo @ Freenode, Gimpnet
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
On Friday 12 September 2008, Christian Adams wrote: would it be feasible to get a little panel-plugin which provides these informations? network-status (registered?) network-name(t-mob, voda, o2, ..), network-quality how could i aquire these informations? i would write an extension for openmoko-panel-plugin .. Use the FSO APIs - it's what they're there for ;-) http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Network.html;hb=HEAD Am 12.09.2008 um 19:04 schrieb Michael 'Mickey' Lauer: Am Freitag, den 12.09.2008, 08:25 +0200 schrieb Yann SLADEK: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks a lot ! I tried, it works perfectly, except 2 thing (but I don't know if it's due to FSO 3) : I don't have the zhone bar at the top anymore and a tap on calendar icon do nothing. I don't knwo if it's due to FSO 3 or if it's related to your package, anyway thanks a lot for this release Both is expected. The calendar is a placeholder for later milestones, the top bar has been removed since its functionality is now covered by illume (yes I know Debian does not have this yet... I did not think about that, when we removed it from Zhone). :M: ___ 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: using openocd
andi wrote: Lynn Nguyen wrote: Does the cable fit completely into your neo? Because my cable doesn't go straight in. Is there a technique to make it fit? Did you have any problems making it fit? Because I think my problem is that my cable doesn't go all the way in. When you look at the contacts on the cable, you can see that there are two rows, so you have to plug the cable pretty deep into the connector. (I think I had only the first row in at the beginning...) On the connector you can see how far you have to push the cable into the connector. There is no special technique. Just push it in. andi What I am seeing on a couple of connectors and phones is that the cable is a bit wider than the opening in the connector. Yes, I know that it has always been a tight fit, but I wonder if it has gotten worse, as I can't get the cable in at all now. Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Opkg: how to protect configuration files?
When i make an update/upgrade opkg carefully protect my configuration files inside /etc, but he always destroy my changes in /opt/Qtopia/etc, causing qpe to search for documents in all the /usr (which i transferred on the memory card). Is there a way to tell to opkg to protect other directories than /etc ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone3 my view (ON gta01)
Am 12.09.2008 um 19:11 schrieb Michael 'Mickey' Lauer: Thanks for the review, I agree with almost all your points (except some Zhone things, but UI is always subjective -- and it's not at all the point of the fso release as you know.) Hehe, yea i have seen. Seems difficult to agree on a UI. Some think less is better, some think more... Now some Bugs: Differenciating between suspend and shutdown is terribely hard. Hmm, I thought that bug was fixed. It takes 5 seconds to powerdown here, holding the button for 1 second should trigger suspend. Check whether you have the latest illume-fso-theme or config. I have that milestone3 release from i think the day before yesterday. (Fresh from the server even before it was released officially) I did not upgrade because i fear this will overflow my flash again and trash the whole install. (gta01 ROM is clearly too small *g*) And opkg handles this not very gracefully. :-/ Zhone does not show german umlauts correctly in SMS and it does not concatenate big messages composed of multiple messages. Daniel? Additional info. I believe it was sent by a Nokia N90. If that helps... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
I'm not sure if this new release is related to Debian installation problem I have. The script stops somewhere during debian stage with this error: ... P: Validating vim-tiny P: Validating wget P: Extracting gcc-4.3-base P: Extracting libc6 P: Extracting libgcc1 P: Extracting libstdc++6 P: Extracting libncurses5 P: Extracting zlib1g P: Extracting base-passwd P: Extracting mawk P: Extracting base-files P: Extracting debianutils P: Extracting bash P: Extracting bsdutils P: Extracting libattr1 P: Extracting libacl1 P: Extracting libselinux1 P: Extracting coreutils tar: can't open './usr/share/info/coreutils.info.gz': Input/output error E: Got signal: Broken pipe, cleaning up [EMAIL PROTECTED]:~# This has happened now 4 times in row and I can't find anything causing this. Here is tail from dmesg if it helps. [EMAIL PROTECTED]:~# dmesg |tail [ 2421.68] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112643 [ 2421.69] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112644 [ 2421.70] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112645 [ 2421.715000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112646 [ 2421.725000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112647 [ 2421.735000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112648 [ 2421.745000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112649 [ 2421.75] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112650 [ 2421.775000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112651 [ 2421.78] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112652 [EMAIL PROTECTED]:~# Joachim Breitner kirjoitti: Hi, tonight we have packaged the new versions of zhone and frameworkd and adjusted the (slightly improved) installer script to install the FSO milestone3 kernel. So if you are running Debian already, you get the new stuff by running apt-get update; apt-get -u upgrade If you are not yet running Debian, you can follow the instructions on http://wiki.debian.org/DebianOnFreeRunner That said, I didn’t very thoroughly test the new versions, so it might be that you stumble upon stupid mistakes from me. Please let us know (at the smartphone-userland[1] mailing list, where most Debian related discussion take place) if you find any. Besides these new versions you might be interested to hear that remoko and pypennotes have been packaged for Debian, and fso-gpsd makes sure all gpsd-using applications (such as tangogps) work also. We still don’t have Illume, as we are still waiting for new Enlightenment libs being released and packaged for Debian. Greetings, Joachim for the pkg-fso team. [1] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland ___ 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: milestone3 available in Debian
Little update: Tried another Debian mirror and this time I got similar error on different package. P: Extracting libpam0g P: Extracting libdb4.6 P: Extracting libpam-modules P: Extracting passwd tar: can't open './sbin/shadowconfig': Input/output error P: Extracting libuuid1 tar: can't open './lib/libuuid.so.1.2': Input/output error P: Extracting libblkid1 tar: can't open './lib/libblkid.so.1.0': Input/output error E: Got signal: Broken pipe, cleaning up [EMAIL PROTECTED]:~# And here is dmesg. [EMAIL PROTECTED]:~# dmesg |tail [ 3064.315000] EXT2-fs error (device mmcblk0p2): ext2_get_inode: unable to read inode block - inode=47341, block=98344 [ 3064.33] glamo-mci glamo-mci.0: Error after cmd: 0x20 [ 3064.33] mmcblk0: error -110 sending read/write command [ 3064.335000] end_request: I/O error, dev mmcblk0, sector 802432 [ 3064.345000] glamo-mci glamo-mci.0: Error after cmd: 0x8122 [ 3064.345000] mmcblk0: error -84 sending read/write command [ 3064.35] glamo-mci glamo-mci.0: Error after cmd: 0x302 [ 3064.355000] end_request: I/O error, dev mmcblk0, sector 15680 [ 3064.36] EXT2-fs error (device mmcblk0p2): ext2_get_inode: unable to read inode block - inode=47342, block=98344 [ 3064.69] EXT2-fs error (device mmcblk0p2): ext2_get_inode: unable to read inode block - inode=47343, block=98344 [EMAIL PROTECTED]:~# Seems like some kind of problem with my SD card. :/ Mikko Niemikorpi kirjoitti: I'm not sure if this new release is related to Debian installation problem I have. The script stops somewhere during debian stage with this error: ... P: Validating vim-tiny P: Validating wget P: Extracting gcc-4.3-base P: Extracting libc6 P: Extracting libgcc1 P: Extracting libstdc++6 P: Extracting libncurses5 P: Extracting zlib1g P: Extracting base-passwd P: Extracting mawk P: Extracting base-files P: Extracting debianutils P: Extracting bash P: Extracting bsdutils P: Extracting libattr1 P: Extracting libacl1 P: Extracting libselinux1 P: Extracting coreutils tar: can't open './usr/share/info/coreutils.info.gz': Input/output error E: Got signal: Broken pipe, cleaning up [EMAIL PROTECTED]:~# This has happened now 4 times in row and I can't find anything causing this. Here is tail from dmesg if it helps. [EMAIL PROTECTED]:~# dmesg |tail [ 2421.68] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112643 [ 2421.69] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112644 [ 2421.70] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112645 [ 2421.715000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112646 [ 2421.725000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112647 [ 2421.735000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112648 [ 2421.745000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112649 [ 2421.75] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112650 [ 2421.775000] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112651 [ 2421.78] EXT2-fs error (device mmcblk0p2): ext2_free_blocks: bit already cleared for block 112652 [EMAIL PROTECTED]:~# Joachim Breitner kirjoitti: Hi, tonight we have packaged the new versions of zhone and frameworkd and adjusted the (slightly improved) installer script to install the FSO milestone3 kernel. So if you are running Debian already, you get the new stuff by running apt-get update; apt-get -u upgrade If you are not yet running Debian, you can follow the instructions on http://wiki.debian.org/DebianOnFreeRunner That said, I didn’t very thoroughly test the new versions, so it might be that you stumble upon stupid mistakes from me. Please let us know (at the smartphone-userland[1] mailing list, where most Debian related discussion take place) if you find any. Besides these new versions you might be interested to hear that remoko and pypennotes have been packaged for Debian, and fso-gpsd makes sure all gpsd-using applications (such as tangogps) work also. We still don’t have Illume, as we are still waiting for new Enlightenment libs being released and packaged for Debian. Greetings, Joachim for the pkg-fso team. [1] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone3 my view (ON gta01)
Am Freitag, den 12.09.2008, 21:52 +0200 schrieb Tilman Baumann: Am 12.09.2008 um 19:11 schrieb Michael 'Mickey' Lauer: Thanks for the review, I agree with almost all your points (except some Zhone things, but UI is always subjective -- and it's not at all the point of the fso release as you know.) Hehe, yea i have seen. Seems difficult to agree on a UI. Some think less is better, some think more... *nod* Now some Bugs: Differenciating between suspend and shutdown is terribely hard. Hmm, I thought that bug was fixed. It takes 5 seconds to powerdown here, holding the button for 1 second should trigger suspend. Check whether you have the latest illume-fso-theme or config. I have that milestone3 release from i think the day before yesterday. (Fresh from the server even before it was released officially) Right, that one contained the bug :/ I did not upgrade because i fear this will overflow my flash again and trash the whole install. (gta01 ROM is clearly too small *g*) And opkg handles this not very gracefully. :-/ Zhone does not show german umlauts correctly in SMS and it does not concatenate big messages composed of multiple messages. Daniel? Additional info. I believe it was sent by a Nokia N90. If that helps... Please contact Daniel to give him the SMS as PDU, so he can look into why decoding it fails. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 thx, this was the hint i was hoping for :) will start coding after a couple hours of sleep (yes i know - sleep is overestimated ;)) ciao, morlac Am 12.09.2008 um 21:03 schrieb Al Johnson: On Friday 12 September 2008, Christian Adams wrote: would it be feasible to get a little panel-plugin which provides these informations? network-status (registered?) network-name(t-mob, voda, o2, ..), network-quality how could i aquire these informations? i would write an extension for openmoko-panel-plugin .. Use the FSO APIs - it's what they're there for ;-) http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/ org.freesmartphone.GSM.Network.html;hb=HEAD Am 12.09.2008 um 19:04 schrieb Michael 'Mickey' Lauer: Am Freitag, den 12.09.2008, 08:25 +0200 schrieb Yann SLADEK: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks a lot ! I tried, it works perfectly, except 2 thing (but I don't know if it's due to FSO 3) : I don't have the zhone bar at the top anymore and a tap on calendar icon do nothing. I don't knwo if it's due to FSO 3 or if it's related to your package, anyway thanks a lot for this release Both is expected. The calendar is a placeholder for later milestones, the top bar has been removed since its functionality is now covered by illume (yes I know Debian does not have this yet... I did not think about that, when we removed it from Zhone). :M: ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFIyt4or81gVylJyzERAlKaAJ46iRzJV14kgSDj1VhjlxnGdnYC4wCfR3tg gUyM4Lhx6dSmQ+fvRVnUXKo= =3oAP -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
Hi, Am Freitag, den 12.09.2008, 19:51 +0200 schrieb Yann SLADEK: I was wondering how it could have been removed. We now have the answer :). What is the problem for porting Illume in Debian ? Are you waiting for a package to be done ? (pasting) ... llume, which we can not yet have in Debian, because it needs newer enlightenment libraries, which the maintainer wants to wait for the next snapshot for, which as not yet been released because the enlightenment guys don’t think it’s stable enough. :-( Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
Hi, Am Freitag, den 12.09.2008, 23:23 +0300 schrieb Mikko Niemikorpi: Little update: Tried another Debian mirror and this time I got similar error on different package. [..] please see http://docs.openmoko.org/trac/ticket/1743 maybe (very likely) that applies to you. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone3 my view (ON gta01)
Am 12.09.2008 um 22:43 schrieb Michael 'Mickey' Lauer: Now some Bugs: Differenciating between suspend and shutdown is terribely hard. Hmm, I thought that bug was fixed. It takes 5 seconds to powerdown here, holding the button for 1 second should trigger suspend. Check whether you have the latest illume-fso-theme or config. I have that milestone3 release from i think the day before yesterday. (Fresh from the server even before it was released officially) Right, that one contained the bug :/ Can i opkg upgrade one packet stright away? Or are there new images available? I did not upgrade because i fear this will overflow my flash again and trash the whole install. (gta01 ROM is clearly too small *g*) And opkg handles this not very gracefully. :-/ Zhone does not show german umlauts correctly in SMS and it does not concatenate big messages composed of multiple messages. Daniel? Additional info. I believe it was sent by a Nokia N90. If that helps... Please contact Daniel to give him the SMS as PDU, so he can look into why decoding it fails. Daniel, i hope you read the list. ;) How can i 'extract' the messages? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wiki outdated ? was Re: Problems building ASU image
Hello, It seems that the Wiki is outdated. For example, the Wiki says you have to make openmoko-devel-image or openmoko-qtopia-x11-image. But the MokoMakefile version I downloaded has no such target but you have to set OM_IMAGE_NAME := openmoko-asu-image in the Makefile and make image. I'm wondering if anyone has done a fresh build restarting from scratch with the MokoMakefile as I can't explain my problems. This is really annoying. I'm blocked before anything may even be compiled!! Please help. Didier. Didier Ptitjes wrote: But if you look at the log it can read the conf files! Anyway, I've got rw on all my files... Didier. Davide Scaini wrote: permissions??? maybe it's really silly... d On Fri, Sep 12, 2008 at 1:44 PM, Didier Ptitjes [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, Sorry this may be a dumb question. I'm trying to build an ASU image for x86 with the MokoMakefile for several days without success. I carefully followed the explanations of Wiki, searched the mailling-lists and the Web for a tip, but I always get the same error message. [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake openmoko-asu-image u-boot-openmoko ) ) ERROR: Unable to open conf/bitbake.conf I checked my setup-env file. All this seems correct. I also echoed BBPATH from it and it seems correct too. I added -DDD to the bitbake command in the Makefile and it looks like it opens the conf file and process it but then it stops with the same message... I can't understand why! Thanks for your help. Didier. Output with -DDD : [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake -DDD openmoko-asu-image u-boot-openmoko ) ) DEBUG: CONF reading /home/moko/openembedded/conf/bitbake.conf DEBUG: update_data() DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:539: including conf/site.conf DEBUG: CONF including /home/moko/build/conf/site.conf DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:540: including conf/auto.conf DEBUG: CONF file 'conf/auto.conf' not found DEBUG: CONF conf/bitbake.conf:541: including conf/local.conf DEBUG: CONF including /home/moko/build/conf/local.conf DEBUG: CONF conf/bitbake.conf:546: including conf/build/i686-linux.conf DEBUG: CONF file 'conf/build/i686-linux.conf' not found DEBUG: CONF conf/bitbake.conf:547: including conf/target/INVALID-INVALID.conf DEBUG: CONF file 'conf/target/INVALID-INVALID.conf' not found DEBUG: CONF conf/bitbake.conf:548: including conf/machine/x86.conf DEBUG: CONF including /home/moko/openembedded/conf/machine/x86.conf DEBUG: BB conf/machine/include/tune-x86.inc: handle(data, include) DEBUG: CONF conf/bitbake.conf:549: including conf/distro/openmoko.conf DEBUG: CONF including /home/moko/openembedded/conf/distro/openmoko.conf DEBUG: BB conf/distro/include/preferred-om-2008-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-2007-for-openmoko.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcdates.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcrevs.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-xorg-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-gpe-versions-2.8.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-e-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom.inc: handle(data, include) DEBUG: update_data() DEBUG: BB conf/distro/include/angstrom-glibc.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-package-opk.inc: handle(data, include) DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:550: including conf/documentation.conf DEBUG: CONF including /home/moko/openembedded/conf/documentation.conf DEBUG: setVarFlag(PREFERRED_VERSION, doc, Normally use it as PREFERRED_VERSION_package-name = to set the preferred version of more than one version for the package-name is available., data) DEBUG: setVarFlag(BUILD_ARCH, doc, The name of the building architecture. E.g. i686., data) DEBUG: setVarFlag(BUILD_OS, doc, The operating system (in lower case) of the building architecture. E.g linux., data) DEBUG: setVarFlag(BUILD_VENDOR, doc, FIXME, data) DEBUG: setVarFlag(BUILD_SYS, doc, FIXME, data) DEBUG: setVarFlag(BUILD_PREFIX, doc, FIXME, data) DEBUG: setVarFlag(BUILD_CC_ARCH, doc, FIXME, data) DEBUG: setVarFlag(HOST_ARCH, doc, The name of the target architecture. Normally same as the TARGET_ARCH. @see TARGET_ARCH @group base, data) DEBUG: setVarFlag(HOST_OS, doc, The name of the target operating system. Normally the same as the TARGET_OS. @see
Re: Wiki outdated ? was Re: Problems building ASU image
OK I found the problem finaly. The Wiki states what follows for the local.conf : MACHINE = x86 DISTRO = openmoko BUILD_ARCH = i686 INHERIT += devshell TARGET_FPU = but the INHERIT += rm_work is mandatory else the bitbake doesn't work at all as you can see in the errors of my previous message. Thanks anyway. Didier. Didier Ptitjes wrote: Hello, It seems that the Wiki is outdated. For example, the Wiki says you have to make openmoko-devel-image or openmoko-qtopia-x11-image. But the MokoMakefile version I downloaded has no such target but you have to set OM_IMAGE_NAME := openmoko-asu-image in the Makefile and make image. I'm wondering if anyone has done a fresh build restarting from scratch with the MokoMakefile as I can't explain my problems. This is really annoying. I'm blocked before anything may even be compiled!! Please help. Didier. Didier Ptitjes wrote: But if you look at the log it can read the conf files! Anyway, I've got rw on all my files... Didier. Davide Scaini wrote: permissions??? maybe it's really silly... d On Fri, Sep 12, 2008 at 1:44 PM, Didier Ptitjes [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, Sorry this may be a dumb question. I'm trying to build an ASU image for x86 with the MokoMakefile for several days without success. I carefully followed the explanations of Wiki, searched the mailling-lists and the Web for a tip, but I always get the same error message. [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake openmoko-asu-image u-boot-openmoko ) ) ERROR: Unable to open conf/bitbake.conf I checked my setup-env file. All this seems correct. I also echoed BBPATH from it and it seems correct too. I added -DDD to the bitbake command in the Makefile and it looks like it opens the conf file and process it but then it stops with the same message... I can't understand why! Thanks for your help. Didier. Output with -DDD : [EMAIL PROTECTED] ~ $ make image ( cd build . ../setup-env \ ( bitbake -DDD openmoko-asu-image u-boot-openmoko ) ) DEBUG: CONF reading /home/moko/openembedded/conf/bitbake.conf DEBUG: update_data() DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:539: including conf/site.conf DEBUG: CONF including /home/moko/build/conf/site.conf DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:540: including conf/auto.conf DEBUG: CONF file 'conf/auto.conf' not found DEBUG: CONF conf/bitbake.conf:541: including conf/local.conf DEBUG: CONF including /home/moko/build/conf/local.conf DEBUG: CONF conf/bitbake.conf:546: including conf/build/i686-linux.conf DEBUG: CONF file 'conf/build/i686-linux.conf' not found DEBUG: CONF conf/bitbake.conf:547: including conf/target/INVALID-INVALID.conf DEBUG: CONF file 'conf/target/INVALID-INVALID.conf' not found DEBUG: CONF conf/bitbake.conf:548: including conf/machine/x86.conf DEBUG: CONF including /home/moko/openembedded/conf/machine/x86.conf DEBUG: BB conf/machine/include/tune-x86.inc: handle(data, include) DEBUG: CONF conf/bitbake.conf:549: including conf/distro/openmoko.conf DEBUG: CONF including /home/moko/openembedded/conf/distro/openmoko.conf DEBUG: BB conf/distro/include/preferred-om-2008-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-2007-for-openmoko.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcdates.inc: handle(data, include) DEBUG: BB conf/distro/include/sane-srcrevs.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-xorg-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-gpe-versions-2.8.inc: handle(data, include) DEBUG: BB conf/distro/include/preferred-e-versions.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom.inc: handle(data, include) DEBUG: update_data() DEBUG: BB conf/distro/include/angstrom-glibc.inc: handle(data, include) DEBUG: BB conf/distro/include/angstrom-package-opk.inc: handle(data, include) DEBUG: update_data() DEBUG: CONF conf/bitbake.conf:550: including conf/documentation.conf DEBUG: CONF including /home/moko/openembedded/conf/documentation.conf DEBUG: setVarFlag(PREFERRED_VERSION, doc, Normally use it as PREFERRED_VERSION_package-name = to set the preferred version of more than one version for the package-name is available., data) DEBUG: setVarFlag(BUILD_ARCH, doc, The name of the building architecture. E.g. i686., data) DEBUG: setVarFlag(BUILD_OS, doc, The operating system (in lower case) of the building architecture. E.g linux., data) DEBUG: setVarFlag(BUILD_VENDOR, doc, FIXME, data) DEBUG: setVarFlag(BUILD_SYS, doc, FIXME, data) DEBUG:
Re: Fantastic Experience
On Fri, 12 Sep 2008 14:20:13 +0200, Matthias Apitz [EMAIL PROTECTED] wrote: one question to the community: normally you can't switch easy between normal USB mode, i.e. a host is talking to a USB device, and host-to-host mode where two computers are talking to each other; the USB FAQ even warns not to connecting two computers without any kind of USB bridge, because this could damage the computers; see here: http://www.usb.org/about/faq/ans5/ how is this electrically organised in the GTA02 that I could just use a gender changer to switch between host-to-host mode or host-to-device mode? thx matthias You cannot just use a gender changer. As you already perceive, that's just the physical connection being adapted. Take a few minutes and read through http://wiki.openmoko.org/wiki/USB_host and http://wiki.openmoko.org/wiki/Specialized_USB_cables - the gist of it is that you use a coupler or non-standard cable for the physical connection, and settings in the kernel (configurable on-the-fly, of course) tell the Freerunner whether it is USB Device or USB Host, and whether to expect 5V over the USB to charge power itself, or to provide 5V over USB to power devices. There are also some clever things that can be done on this front that aren't exploited yet, like sensing a resistor's presence or absence and automatically switching things around. I wrote a shell script to let me choose (manually) among the various configurations more easily - when asked to go to 'power-providing' host mode, it checks for 5V presence on the USB port and refuses to send out 5V while it is so. I expect similar functionality will appear soon in the form of an applet. (context menu from the USB tray icon, perhaps?) As an aside: It'd be helpful if we could use a short standard term to differentiate: Host mode providing power vs Host mode permitting charging. Given the non-standard nature of Host mode communication on top of device-mode power, I figure there's no existing standard. powered host mode is descriptive but potentially confusing - what is 'powered': the Freerunner or the devices... Any suggestions, anyone, or someone know of a (short) existing term in use? j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: milestone3 available in Debian
Hi, I'm working on such a plugin already, coded in C so it doesn't have much footprint. I'll be working on it this weekend; I'll post the result to the list if it's finished enough. Jeroen On Fri, 12 Sep 2008, Christian Adams wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 would it be feasible to get a little panel-plugin which provides these informations? network-status (registered?) network-name(t-mob, voda, o2, ..), network-quality how could i aquire these informations? i would write an extension for openmoko-panel-plugin .. ciao, morlac Am 12.09.2008 um 19:04 schrieb Michael 'Mickey' Lauer: Am Freitag, den 12.09.2008, 08:25 +0200 schrieb Yann SLADEK: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks a lot ! I tried, it works perfectly, except 2 thing (but I don't know if it's due to FSO 3) : I don't have the zhone bar at the top anymore and a tap on calendar icon do nothing. I don't knwo if it's due to FSO 3 or if it's related to your package, anyway thanks a lot for this release Both is expected. The calendar is a placeholder for later milestones, the top bar has been removed since its functionality is now covered by illume (yes I know Debian does not have this yet... I did not think about that, when we removed it from Zhone). :M: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFIyqpZr81gVylJyzERAqXcAKDqxBV8ULHn+Uoe0aPrIVezfqF39QCgq7Kc S+UEsVwNvMDTKWpUl0q9xpc= =xFNG -END PGP SIGNATURE- ___ 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: Wiki outdated ? was Re: Problems building ASU image
Didier Ptitjes wrote: OK I found the problem finaly. The Wiki states what follows for the local.conf : MACHINE = x86 DISTRO = openmoko BUILD_ARCH = i686 INHERIT += devshell TARGET_FPU = but the INHERIT += rm_work is mandatory else the bitbake doesn't work at all as you can see in the errors of my previous message. rm_work should have no effect on whether bitbake can find configuration files. Are you sure it wasn't some other change you made? Someone else had the same problem as you when they moved the build directory and did not do a make clobber between moving the directory and starting a new build ... -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki outdated ? was Re: Problems building ASU image
Didier Ptitjes wrote: It seems that the Wiki is outdated. Yes, wiki's are always outdated. :-( For example, the Wiki says you have to make openmoko-devel-image or openmoko-qtopia-x11-image. But the MokoMakefile version I downloaded has no such target but you have to set OM_IMAGE_NAME := openmoko-asu-image in the Makefile and make image. Please update the wiki to match reality. I'm wondering if anyone has done a fresh build restarting from scratch with the MokoMakefile as I can't explain my problems. Yes. Make sure you always make clobber if you move the build directory. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Opkg: how to protect configuration files?
Previdi Roberto wrote: When i make an update/upgrade opkg carefully protect my configuration files inside /etc, but he always destroy my changes in /opt/Qtopia/etc, causing qpe to search for documents in all the /usr (which i transferred on the memory card). Is there a way to tell to opkg to protect other directories than /etc ? The packager of whatever package includes that file needs to set CONFFILES to include that file. Then opkg will ask you whether you want to overwrite the file, or keep your old one, or drop you into a shell to do a manual merge. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MonoMakefile: how to build navit-svn instead of navit-0.0.4 ?
Harald Koenig wrote: On Sep 12, Nicola Mfb wrote: In my oe tree i have navit_cvs and not navit_svn, and can you start a build for navit_cvs (I'd guess for you it's make build-package-navit-cvs then?) Everything after the '_' in the bitbake recipe name is part of the version number, and should not be used as part of a make command. You need to tell bitbake using PREFERRED_VERSION which version you want to build. See the bitbake manual for more details. http://bitbake.berlios.de/manual/, Example 4.7 -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia-core look consistency
[...]
So there is a problem in qtopia/arm or i'm missing again somethink. This is
the reason why i asked you how should i do to have consistency beetween the
two SDK (arm - x86). Howewer i installed my built /opt/Qtopia on the
Freerunner to be sure i used the same toolkit, but the problems are the
same.
Hi Lorn! after a two day headache i finally found the problem. In Qtopiacore
for arm qreal is a float while in i686fb qreal is double.
I defined qreal as a float on i686 and recompiled it, and now i have the
same paint horror on the desktop :)
The following is a snippet that you can use to show how is simple to break a
QPainterPath rendering in a QGraphicsScene/QGraphicsView:
#include QtopiaApplication
#include QGraphicsView
#include QGraphicsScene
#include QGraphicsPathItem
int main ( int argc, char *argv[] )
{
qDebug ( sizeof qreal is %d,sizeof ( qreal ) );
QtopiaApplication app ( argc, argv );
QGraphicsScene *qgs = new QGraphicsScene;
QGraphicsView *qgv = new QGraphicsView ( qgs );
qgv-showMaximized();
QPainterPath *qpp = new QPainterPath;
qpp-moveTo ( 18164355,12559962 );
qpp-lineTo ( 18164319,12560006 );
qpp-lineTo ( 18164273,12560058 );
qpp-lineTo ( 18164262,12560068 );
qpp-lineTo ( 18164253,12560074 );
qpp-lineTo ( 18164242,12560080 );
qpp-lineTo ( 18164232,12560085 );
qpp-lineTo ( 18164222,12560093 );
qpp-lineTo ( 18164221,12560106 );
qpp-lineTo ( 18164224,12560112 );
qpp-lineTo ( 18164231,12560113 );
qpp-lineTo ( 18164239,12560112 );
QGraphicsPathItem *p=new QGraphicsPathItem ( *qpp );
QPen pen ( Qt::white );
//pen.setWidthF(1.0); //UNCOMMENTING THIS BREAKS PAINTING
p-setPen ( pen );
qgs-addItem ( p );
QRect r ( 18164355-qgv-width() /2,12559962-qgv-height()
/2,qgv-width(),qgv-height() );
qgv-setSceneRect ( r );
return app.exec();
}
Run it twice toggling the pen.setWidthF line comment and you'll se wath i'm
saying.
Hoping this may help, i'd like to follow/contribute to further investigation
on a bug tracking system, is there one for qtopia?
Regards
Nicola
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: MonoMakefile: how to build navit-svn instead of navit-0.0.4 ?
On Sat, Sep 13, 2008 at 2:37 AM, Rod Whitby [EMAIL PROTECTED] wrote: [...] Everything after the '_' in the bitbake recipe name is part of the version number, and should not be used as part of a make command. You need to tell bitbake using PREFERRED_VERSION which version you want to build. See the bitbake manual for more details. http://bitbake.berlios.de/manual/, Example 4.7 In 4.2 there are examples where version number is used, i tested it and it runs, so this is quite confusing. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia-core look consistency
Nicola Mfb wrote:
[...]
So there is a problem in qtopia/arm or i'm missing again somethink.
This is the reason why i asked you how should i do to have
consistency beetween the two SDK (arm - x86). Howewer i installed my
built /opt/Qtopia on the Freerunner to be sure i used the same
toolkit, but the problems are the same.
Hi Lorn! after a two day headache i finally found the problem. In
Qtopiacore for arm qreal is a float while in i686fb qreal is double.
I defined qreal as a float on i686 and recompiled it, and now i have the
same paint horror on the desktop :)
The following is a snippet that you can use to show how is simple to
break a QPainterPath rendering in a QGraphicsScene/QGraphicsView:
#include QtopiaApplication
#include QGraphicsView
#include QGraphicsScene
#include QGraphicsPathItem
int main ( int argc, char *argv[] )
{
qDebug ( sizeof qreal is %d,sizeof ( qreal ) );
QtopiaApplication app ( argc, argv );
QGraphicsScene *qgs = new QGraphicsScene;
QGraphicsView *qgv = new QGraphicsView ( qgs );
qgv-showMaximized();
QPainterPath *qpp = new QPainterPath;
qpp-moveTo ( 18164355,12559962 );
qpp-lineTo ( 18164319,12560006 );
qpp-lineTo ( 18164273,12560058 );
qpp-lineTo ( 18164262,12560068 );
qpp-lineTo ( 18164253,12560074 );
qpp-lineTo ( 18164242,12560080 );
qpp-lineTo ( 18164232,12560085 );
qpp-lineTo ( 18164222,12560093 );
qpp-lineTo ( 18164221,12560106 );
qpp-lineTo ( 18164224,12560112 );
qpp-lineTo ( 18164231,12560113 );
qpp-lineTo ( 18164239,12560112 );
QGraphicsPathItem *p=new QGraphicsPathItem ( *qpp );
QPen pen ( Qt::white );
//pen.setWidthF(1.0); //UNCOMMENTING THIS BREAKS PAINTING
p-setPen ( pen );
qgs-addItem ( p );
QRect r ( 18164355-qgv-width() /2,12559962-qgv-height()
/2,qgv-width(),qgv-height() );
qgv-setSceneRect ( r );
return app.exec();
}
Run it twice toggling the pen.setWidthF line comment and you'll se wath
i'm saying.
Hoping this may help, i'd like to follow/contribute to further
investigation on a bug tracking system, is there one for qtopia?
Yes there is. I think this would be a good one. thanks
http://trolltech.com/bugreport-form
--
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki outdated ? was Re: Problems building ASU image
Rod Whitby wrote: Didier Ptitjes wrote: It seems that the Wiki is outdated. Please update the wiki to match reality. I'll do it. I'm wondering if anyone has done a fresh build restarting from scratch with the MokoMakefile as I can't explain my problems. Yes. Make sure you always make clobber if you move the build directory. I tried to do make clobber (even if I did not move the build directory...) but this did not help. I just noticed that this behavior only occurs when building for the x86 machine. I say this if this can help to identify the problem. BTW the makefile process is great. I used Gentoo daily so I like it. I would suggest to add a x/n numbering for packages selected to be build, as does emerge. Best regards, Didier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
DFUScript v0.1 - Script to help flashing
Community, I got a little bored today and somewhat inspired to write a script to help those flashing their freerunner or 1973 often. dfu-utils has to have a -d argument if you have multiple DFU capable devices on your computer. I got tired of typing out the -d and hex code or copy and paste so I wrote a nifty script that does that part of it for you. To use this script just login to your linux-machine as root and make sure that dfu-utils is in your path, if not go ahead and edit the PATH= line by appending :/path/to/your/script/folder to the end of that line. Example usage: ./dfuscript.sh fr kernel uImage-something.image.bin Please note this does NOT check to see if you are using a valid .image.bin, .bin, or .jffs2 so make sure that all file names are correct before pressing enter. The script will be on GForge soon but for now the script is available at http://projektenterprises.com/openmoko/dfuscript.sh -Shawn prjktdtnt Thompson ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FDOM updated
see wiki page for more details (thanks to all that help to mantain and correct it) http://wiki.openmoko.org/wiki/FDOM_-_a_Fat_and_Dirty_OM_based_distribution Added Pidgin, and Remoko and something else :) http://compartida.net/openmoko/FDOM Regards David Samblas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki outdated ? was Re: Problems building ASU image
Didier Ptitjes wrote: I just noticed that this behavior only occurs when building for the x86 machine. I say this if this can help to identify the problem. Do you mean x86 as a host, or x86 as a target. x86 as a target is not supported, and x86 as a host is what everyone uses, so you can assume that that works. BTW the makefile process is great. I used Gentoo daily so I like it. I would suggest to add a x/n numbering for packages selected to be build, as does emerge. MokoMakefile just sets up an environment and then calls bitbake. Numbering of packages selected to be built is the domain of bitbake. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MonoMakefile: how to build navit-svn instead of navit-0.0.4 ?
Nicola Mfb wrote: On Sat, Sep 13, 2008 at 2:37 AM, Rod Whitby [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: [...] Everything after the '_' in the bitbake recipe name is part of the version number, and should not be used as part of a make command. You need to tell bitbake using PREFERRED_VERSION which version you want to build. See the bitbake manual for more details. http://bitbake.berlios.de/manual/, Example 4.7 In 4.2 there are examples where version number is used, i tested it and it runs, so this is quite confusing. You should report the confusion to the bitbake developers, not to the openmoko community. https://lists.berlios.de/mailman/listinfo/bitbake-dev -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FDOM updated
Thank you very much for this! im still downloading this one, but if its as good as the last one, then its gonna rock! btw, thanks for the info about qtopia crashing afer an opkg update/upgrade, it was driving me nuts Tom David Samblas escribió: see wiki page for more details (thanks to all that help to mantain and correct it) http://wiki.openmoko.org/wiki/FDOM_-_a_Fat_and_Dirty_OM_based_distribution Added Pidgin, and Remoko and something else :) http://compartida.net/openmoko/FDOM Regards David Samblas ___ 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: DFUScript v0.1 - Script to help flashing
Quick update: Thanks to Rod Whitby (rwhitby) I corrected some errors on the wiki page and the script itself (FreeRunner not subject to being bricked by u-boot update, etc). The new updated script can be downloaded from http://projects.openmoko.org/projects/dfuscript/ A wiki page with documentation has also been added at http://wiki.openmoko.org/wiki/DFUScript Thanks, Shawn prjktdtnt Thompson Shawn Thompson wrote: Community, I got a little bored today and somewhat inspired to write a script to help those flashing their freerunner or 1973 often. dfu-utils has to have a -d argument if you have multiple DFU capable devices on your computer. I got tired of typing out the -d and hex code or copy and paste so I wrote a nifty script that does that part of it for you. To use this script just login to your linux-machine as root and make sure that dfu-utils is in your path, if not go ahead and edit the PATH= line by appending :/path/to/your/script/folder to the end of that line. Example usage: ./dfuscript.sh fr kernel uImage-something.image.bin Please note this does NOT check to see if you are using a valid .image.bin, .bin, or .jffs2 so make sure that all file names are correct before pressing enter. The script will be on GForge soon but for now the script is available at http://projektenterprises.com/openmoko/dfuscript.sh -Shawn prjktdtnt Thompson ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
