Re: [Mokomaze 0.5.0] is released
on shr-unstable mokomaze E displays two icons, I had to remove extra categories in the .desktop file. I've read Freedesktop Specification and it says that many categories are OK, so I considered this field to be 'Application;Game'. The Digital Pioneer To fix the icon, just edit the .desktop file and change the Icon=mokomaze to Icon=mokomaze.png Michael Zanetti After I restarted the neo the icon appeard. No change in the .desktop file was needed... Again, Freedesktop Specification says file extensions are auto-detected, so 'Icon=' field is OK too, especially when restarting of E solves the problem. -- View this message in context: http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2776786.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: [Mokomaze 0.5.0] is released
Aapo Rantalainen Hi, I implemented some multiplayer code (proof-of-concept). Good start! Just some coding tips: Every time ball is drawn, its coordinates are sended to opponent. There would be better to have a timer that sends ball's coordinates with fixed periodicity (e.g. 60 times a second). opponents player drawings (this is very ugly, but there were no any support for drawing multiballs) It is better to draw opponent's ball by a sprite (as in previous versions of mokomaze) and may be with alpha blending. Also, you need to remember opponent's previous position to restore the level's background in that place. Then draw opponent's ball. Then refresh screen surface at old and new ball's location. level changing (this might need there must be some true 'protocol' to handle communication) This is what to be done first of all. -- View this message in context: http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2776790.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: [Mokomaze 0.5.0] is released
Marcel-2 Could you consider building against libode1 (ODE 0.11, debian sid) instead of libode0debian1 (ODE 0.9, debian lenny/squeeze)? Freerunner-Debian is a Debian sid/experimental so it would be nice not having to pull libode0debian1 from squeeze... I'll investigate. -- View this message in context: http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2776792.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: [Mokomaze] Two bugreports and a feature-request (was: Re: [Mokomaze 0.5.0] is released)
Paul Fertser Thank you for this great app, it's really nice and cool and fun and addictive. It is nice to hear that is works normally on Debian. And unfortunately it'll need some fixing because libode1 from Debian sid asserts with your app. Thanks for report. I'll investigane with what 'configure' parameters was compiled libode1 (from sid) and try to prevent asserts. But first of all I need to reinstall by broken debian. Try to make it resolution-independent. It now segfaults in QVGA mode. I assume it as a long term plan: there are many physical values and graphical objects to be scaled down when computing or drawing. I guess we all would like to have a special cheat: if you hold FR upside down, the ball shouldn't fall into a hole :) 1 of 3 people that saw how the ball fell down say that :) I will think something up. -- View this message in context: http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2776798.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: [Mokomaze 0.5.0] is released
Johny Tenfinger Much better to prevent screen dimming that mdbus is dbus-send: Thanks! I'll renew the instructions. P.S. I think 'CPU' must be requested too. -- View this message in context: http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2776801.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: [Mokomaze 0.5.0] is released
is there anyway to create your own levels? The format of levels is very easy: there are coordinates of walls (boxes), holes, exit and ball's initialization position. At that time you may design new level only manually e.g. by drawing it on the paper. Maybe some day we have level editor? I'd prefer someone to make it :) By the way, converter from the format of some _existing_ opensource vector editor is better. The original levels were converted from .dxf format by my unaccomplished tool fast-coded on C#. Maybe if more people will like to make (and contribute) new levels I'll write a simple online-editor or accomplish the existing converter, adapt it to Mono platform, and public it. I would be glad to see some well-tuned contributed levels. They will be included in extended levelpack and placed at the homepage. If really _many_ levels are contributed I'll add a multi-levelpack support to the game with possibility to install new levelpacks by opkg. -- View this message in context: http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2776804.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
qemu-native build fail
Dear List, I have found that qemu-native failed with gcc 3.4, see below. Originally, qemu failed with 4.* gcc, now qemu is ok with gcc3.4 but qemu-native failed. I googled, only found this http://pastebin.com/f75407ece# , which seems failed on 20 Apr. Now, I'm confused. Is there anyone can help me out this problem? I'm build fso-gta02-testing-image, with Jaunty (ubuntu 9.04). Thanks. NOTE: Running task 241 of 253 (ID: 8, /home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb, do_compile) NOTE: package qemu-native-0.9.1+svnr4242-r15: task do_compile: started ERROR: function do_compile failed ERROR: see log in /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/temp/log.do_compile.10467 NOTE: Task failed: /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/temp/log.do_compile.10467 NOTE: package qemu-native-0.9.1+svnr4242-r15: task do_compile: failed ERROR: TaskFailed event exception, aborting ERROR: Build of /home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb do_compile failed ERROR: Task 8 (/home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb, do_compile) failed NOTE: Tasks Summary: Attempted 240 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb' failed From log, we can see gcc-3.4 -I. -I.. -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/target-i386 -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk -MMD -MP -DNEED_CPU_H -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/tcg -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/tcg/i386 -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/fpu -DHAS_AUDIO -DHAS_AUDIO_CHOICE -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/slirp -isystem/home/daniel/work4/fso/fso-testing/tmp/staging/i686-linux/usr/include -O2 -Wall -O2 -g -fno-strict-aliasing -m32 -c -o kqemu.o /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/kqemu.c gcc-3.4 -Wall -O2 -g -fno-strict-aliasing -fno-reorder-blocks -fno-gcse-fno-optimize-sibling-calls -fno-crossjumping -fno-align-labels -fno-align-jumps -fno-align-functions -mpreferred-stack-boundary=2 -fomit-frame-pointer -m32 -I. -I.. -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/target-i386 -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk -MMD -MP -DNEED_CPU_H -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/tcg -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/tcg/i386 -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/fpu -DHAS_AUDIO -DHAS_AUDIO_CHOICE -I/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/slirp -c -o op.o /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/target-i386/op.c /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1 +svnr4242-r15/trunk/target-i386/ops_sse.h: In function `op_pshufw_mmx': /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1 +svnr4242-r15/trunk/target-i386/ops_sse.h:597: error: unable to find a register to spill in class `GENERAL_REGS' /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1 +svnr4242-r15/trunk/target-i386/ops_sse.h:597: error: this is the insn: (insn:HI 18 17 19 0 /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/target-i386/ops_sse.h:592 (set (strict_low_part (subreg:HI (reg/v:DI 58 [ r ]) 0)) (mem/s/j:HI (plus:SI (mult:SI (reg:SI 62) (const_int 2 [0x2])) (reg/v/f:SI 60 [ s ])) [0 variable._w S2 A16])) 54 {*movstricthi_1} (insn_list 16 (insn_list 12 (insn_list 50 (nil (expr_list:REG_DEAD (reg:SI 62) (nil))) /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1 +svnr4242-r15/trunk/target-i386/ops_sse.h:597: confused by earlier errors, bailing out make[1]: *** [op.o] Error 1 make[1]: Leaving directory `/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/trunk/i386-softmmu' make: *** [subdir-i386-softmmu] Error 2 FATAL: oe_runmake failed -- Daniel.Li lida_m...@163.com PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing
Re: [all e/illume based] copy/paste
On Thu, 30 Apr 2009 17:41:16 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com (CH(R) wrote: On Thu, 30 Apr 2009 07:24:55 +0100 Tilman Baumann til...@baumann.name said: On 27 Apr 2009, at 02:07, Carsten Haitzler (The Rasterman) wrote: On Mon, 27 Apr 2009 00:38:20 +0200 Marco Trevisan (Treviño) m...@3v1n0.net said: Recent versions of Elementary include a support for easy copy/paste actions. I think it's a good example that could be ported also to other toolkits (wich mostly need patches, BTW). yes. just hold down your finger for a second and presto.. menu (you can paste or begin selecting things). the selection is malleable ie the first time when there is no selection you define it with a drag. but after that pressing near the beginning or end of the selection allows you to adjust it to get it right. press and hold again for menu to copy or cut or cancel. cancel just clears the selection and does nothing. copy and cut put that selection in the copy buffer, and going anywhere else to paste will paste it. Wow, nice! But it does only work in text edit fields. Not for example in the sms message view text area. Feature request... ;) that's up to the app - but if you look at elementary_test - anchorview and anchoirblock both are not text fields u can type in - but they are selectable (they allow selection) and the same thing works. it's up to the app to allow selection or not - use anchorview widget or just a simpel label (labels don't allow selection). it works really well, thank you. the only issue i can see is that if the text field is somewhere in the middle of the screen then the popup menu goes under the topbar... Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all e/illume based] copy/paste
On Sun, 3 May 2009 10:34:49 +0200 Petr Vanek van...@penguin.cz said: that's up to the app - but if you look at elementary_test - anchorview and anchoirblock both are not text fields u can type in - but they are selectable (they allow selection) and the same thing works. it's up to the app to allow selection or not - use anchorview widget or just a simpel label (labels don't allow selection). it works really well, thank you. the only issue i can see is that if the text field is somewhere in the middle of the screen then the popup menu goes under the topbar... yeah. that's a generic problem i have to fix with the hoversel - it doesnt account for window bounds at all. add that to the long list of things to do! :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will my phone buzz?
Shachar Shemesh shac...@shemesh.biz writes: Can anyone tell me how I can find out? Is there some way to look at the board of a phone and tell whether it has the fix? cat /proc/cpuinfo If it says 0305 you have V5 and need a fix. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenBSD GTA02 images?
Martin Bernreuther wrote: Hello, I read about OpenBSD running on OpenMoko now: http://www.heise.de/open/OpenBSD-laeuft-auf-OpenMoko--/news/meldung/137134 (in german) http://lwn.net/Articles/331052/ and http://www.openbsd.org/plus45.html mention an initial port. However, I didn't see an entry in http://wiki.openmoko.org/wiki/Distributions (with more information) yet. Are there any images (for the FR) available? (Maybe together with a readme/howto...) Regards, Martin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I'm guesing drahn could tell you. From http://openmoko.kd85.com/ ## Booting kernel from Legacy Image at 3300 ... Image Name: OpenBSD Created: 2009-02-08 14:14:10 UTC Image Type: ARM Unknown OS Kernel Image (gzip compressed) Data Size:1260477 Bytes = 1.2 MB Load Address: 3030 Entry Point: 3030 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting kernel ... OpenBSD/moko booting ... init_ulcon 3init_ucon 245init_ufcon 1init_umcon 0init_utrstat 6init_uerstat 0ini t_ufstat 0init_umstat 0init_ubrdiv 1ainitarm: Configuring system ... physmemory: 16384 pages at 0x3000 - 0x33ff Allocating page tables freestart = 0x30009000, free_pages = 759 (0x02f7) IRQ stack: p0x302d1000 v0xc02d1000 ABT stack: p0x302d v0xc02d UND stack: p0x302cf000 v0xc02cf000 SVC stack: p0x302cd000 v0xc02cd000 Creating L1 page table at 0x302fc000 Mapping kernel Constructing L2 page tables freestart = 0x306d6000 - 3400, free_pages = 14634 (0x392a) switching to new L1 page table @0x302fc000...bootstrap done. init subsystems: stacks vectors undefined page pmap [ no symbol table formats fo und ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2009 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 4.4-current (RAMDISK) #232: Sun Feb 8 08:14:08 CST 2009 dr...@drahnlap.astc-design.net:/scratch/OpenBSD/src/sys/arch/moko/compile/RA MDISK real mem = 67108864 (64MB) avail mem = 55869440 (53MB) mainbus0 at root cpu0 at mainbus0: ARM920T rev 0 (ARM9TDMI core) cpu0: DC enabled IC enabled WB enabled EABT cpu0: 16KB(32b/l,64way) I-cache, 16KB(32b/l,64way) wr-back-lock-A D-cache ssio0 at mainbus0: fclk 200 MHz hclk 200 MHz pclk 100 MHz sscom0 at ssio0 unit 0: addr=5000 irqs(33:32:34) sscom1 at ssio0 unit 1: addr=50004000 irqs(36:35:37) sscom2 at ssio0 unit 2: addr=50008000 irqs(39:38:40): console clock: hz=100 stathz = 64 PCLK=1 prescaler=2 tc=48828 rd0: fixed, 5120 blocks root on rd0a swap on rd0b dump on rd0b erase ^?, werase ^W, kill ^U, intr ^C, status ^T (I)nstall, (U)pgrade or (S)hell? s # ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ReMoko on SHR - python error
Now it should run, but I think it's not working. There are still some errors with dbus (I think they come with bluez) Any progress on this issue? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter --- the state of development and future
Sebastian Hammerl wrote: Hi, Here are some updates about cellhunter. I am currently working at an online map so you can view already found cells around you. I am using tangogps to display the cells and it looks like: http://78.47.116.33/~hole/cellhunter/images/tangogps.png I created a tangogps repository which overlays the celldata over openstreetmap. So you know if somebody has been there and where you can get new cells. It is not finished yet but I will release it soon. Greetings, Sebastian ivvmm schrieb: I wonder how quick is it developed and how much people are involved in? In fact no one in my country is using it(looked at the map on cellhunter's site). By also looking at the map we can see that many regions are already covered. So when the next steps will be taken? I mean integrating the ability to get a fix from a network cell for GPS clients. TangoGPS for example? Or will cellhunter remain just a game? Thank you very much. This feature is a useful one that will help me as I have already forgotten what places I had fetched and what not. It looks like it is time for a feature request for TangoGPS to allow overlaying of maps: not just points where GPS was linked with GSM, but OSM over Google maps or so as number of repositories grow. My SD card is running out of space because of maps. And now additional repository will be added which partly duplicates OSM! signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will my phone buzz?
Timo Juhani Lindfors wrote: Shachar Shemesh shac...@shemesh.biz writes: Can anyone tell me how I can find out? Is there some way to look at the board of a phone and tell whether it has the fix? cat /proc/cpuinfo If it says 0305 you have V5 and need a fix. I'm sorry if I'm asking a silly question. When I do cat /proc/cpuinfo I get Revision: 24420360, so presumably I'm okay. Then again, while trying to figure out what field I was supposed to be looking at, I stumbled upon http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware. From there, it seems that the user space gets that data from the kernel, which in turn gets it from the boot loader, which doesn't get it from anywhere at all hardware related. I've upgraded my boot loader with an image I downloaded from the Internet (so I could boot from ext2 partitions on a microsd card). So now I have to wonder whether the fact that it says 24420360 actually means anything other than I upgraded my u-boot? I have the debug board, which implicitly means I have the screw driver needed to open the device (already did once). I was more looking for something that says this is the change you need to do in order to fix the buzz, and then just open the device and have a look whether that change is already in place. Thanks, Shachar P.s. This is somewhat academic, as I'm fairly certain that my phone is a V6 -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter --- the state of development and future
Hi, Here are some updates about cellhunter. I am currently working at an online map so you can view already found cells around you. I am using tangogps to display the cells and it looks like: http://78.47.116.33/~hole/cellhunter/images/tangogps.png I created a tangogps repository which overlays the celldata over openstreetmap. So you know if somebody has been there and where you can get new cells. It is not finished yet but I will release it soon. Greetings, Sebastian ivvmm schrieb: I wonder how quick is it developed and how much people are involved in? In fact no one in my country is using it(looked at the map on cellhunter's site). By also looking at the map we can see that many regions are already covered. So when the next steps will be taken? I mean integrating the ability to get a fix from a network cell for GPS clients. TangoGPS for example? Or will cellhunter remain just a game? ___ 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: PISI 0.2 released
I tried this on shr-testing but I get: r...@om-gta02 ~/.pisi $ pisigui Traceback (most recent call last): File /bin/pisigui, line 31, in module import pisi File /opt/pisi/pisi.py, line 31, in module from events import events, eventsSync File /opt/pisi/events/events.py, line 22, in module import vobject ImportError: No module named vobject Maybe this is python-2.6 related? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
Konstantin wrote: matthias schrieb: If they really need a small quantity, maybe 10. How can I do with the rest of solar chargers, sell them??? :( I'd really like to buy one! Wouldn't it be great? An open handy powered with free and open energy!!! Damn, I'd like to buy 2 or 3! Same for me, i'd like to buy at least two. Chris Please, get them! I'm surely not the only one who would REALLY like to have such a thing! Am I? For the sake of statistics: I definitely want one, too! :D Cheers Matthias Regards, Konstantin ___ 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: Solar charger (was Re: News Openmoko Shop Pulster)
Christian Gagneraud wrote: Konstantin wrote: matthias schrieb: If they really need a small quantity, maybe 10. How can I do with the rest of solar chargers, sell them??? :( I'd really like to buy one! Wouldn't it be great? An open handy powered with free and open energy!!! Damn, I'd like to buy 2 or 3! Same for me, i'd like to buy at least two. I've got a quote for the SC019, SC020 and SC021, minimum order quantity is 50: | SC019 | SC020 | SC021 --+-+--+-- price(USD)| 35.88 | 34.00 | 25.63 battery | 3.0Ah | 3.6Ah | 2.0Ah http://www.en-hancing.com/productDetail.php?id=78 http://www.en-hancing.com/productDetail.php?id=79 http://www.en-hancing.com/productDetail.php?id=80 Regards, Chris Chris Please, get them! I'm surely not the only one who would REALLY like to have such a thing! Am I? For the sake of statistics: I definitely want one, too! :D Cheers Matthias Regards, Konstantin ___ 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
[fso-testing] python-xml missing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I'm trying to develop a small Python application which needs to parse XML-Files. Now, executing the app on my phone gives me: from xml.dom.ext.reader import Sax2 ImportError: No module named ext.reader So - apparently python-xml isn't installed. Funny, though, that opkg install python-xml says: Package python-xml (2.6.1-ml0.1) installed in root is up to date. I tried a opkg -force-reinstall install python-xml, but to no avail: ERROR: Package python-xml (parent python-xml) is not available from any configured src. (I did opkg update before - obviously.) Um... help? I tried to find the package online somewhere, but could only find a version for Python 2.5 (and I don't think mixing versions here is a good idea). Where can I get an up-to-date .ipk? Regards, Andreas Fischer -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn9oqgACgkQ5Fl7TYZQYwFS4QCgiaZzHRzT/DmIprRZO0EU1tnT hpMAnicdrZ+k5gzy4GYYJRRAAi0gRDCd =9vi+ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
those are pritty awesome On Sun, May 3, 2009 at 6:11 AM, Christian Gagneraud cgagner...@techworks.ie wrote: Christian Gagneraud wrote: Konstantin wrote: matthias schrieb: If they really need a small quantity, maybe 10. How can I do with the rest of solar chargers, sell them??? :( I'd really like to buy one! Wouldn't it be great? An open handy powered with free and open energy!!! Damn, I'd like to buy 2 or 3! Same for me, i'd like to buy at least two. I've got a quote for the SC019, SC020 and SC021, minimum order quantity is 50: | SC019 | SC020 | SC021 --+-+--+-- price(USD)| 35.88 | 34.00 | 25.63 battery | 3.0Ah | 3.6Ah | 2.0Ah http://www.en-hancing.com/productDetail.php?id=78 http://www.en-hancing.com/productDetail.php?id=79 http://www.en-hancing.com/productDetail.php?id=80 Regards, Chris Chris Please, get them! I'm surely not the only one who would REALLY like to have such a thing! Am I? For the sake of statistics: I definitely want one, too! :D Cheers Matthias Regards, Konstantin ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will my phone buzz?
On Sun, May 03, 2009 at 02:18:57PM +0300, Shachar Shemesh wrote: I'm sorry if I'm asking a silly question. When I do cat /proc/cpuinfo I get Revision: 24420360, so presumably I'm okay. Then again, while trying to figure out what field I was supposed to be looking at, I stumbled upon http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware. From there, it seems that the user space gets that data from the kernel, which in turn gets it from the boot loader, which doesn't get it from anywhere at all hardware related. It _is_ read from the hardware by the kernel. Please see function gta02_get_pcb_revision() in arch/arm/mach-s3c2442/mach-gta02.c. I have the debug board, which implicitly means I have the screw driver needed to open the device (already did once). I was more looking for something that says this is the change you need to do in order to fix the buzz, and then just open the device and have a look whether that change is already in place. Easy enough. Unscrew the two screws, remove the front cover and check the area left of the mic. If there isn't a huge (relatively - 3.2 mm by 1.6 mm or more) capacitor left of or above the small resistors and capacitors, then you don't have the buzz fix. Examples: http://anyotherkey.googlepages.com/c http://vanous.penguin.cz/files/om/SOP/ Note: This does not apply to the GTA02v8 which is buzz-fixed differently. Btw, do we really need two wiki pages for the same thing? https://wiki.openmoko.org/wiki/GSM_buzz https://wiki.openmoko.org/wiki/Buzz_Fix -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Mokomaze 0.5.0] is released
Thank you for this. Mokomaze looks and feels extremely polished. I have one recommendation to you. When you keep improving the game, do not change the basic gameplay. Do not add timed completions or scores or anything the like. One reason why it feels so nice right now is it's simplicity. Just get to the end, doesn't matter how fast, doesn't matter with how many tries, no one keeps count. That doesn't mean you can't make the level mechanics more sophisticated though. Moving platforms and the like would be quite welcome. Overall, nice job! This is the most polished game on the freerunner. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Mokomaze 0.5.0] is released
Am Sonntag, 3. Mai 2009 09:21:42 schrieb ANT: I'll investigate. Another thing about the debian package: Could you release your package source (dsc-file), too? I've just got my qemubuilder environment set up successfully and would like to fiddle with mokomaze around a bit... (and could build a package against libode1, too, if everything works like I expect it to do). -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Mokomaze 0.5.0] is released
Yogiz wrote: Thank you for this. Mokomaze looks and feels extremely polished. Thanks for a nice words. I have one recommendation to you. When you keep improving the game, do not change the basic gameplay. Actually, I am following this way. I am sure that the game itself is more important than a tons of statistic and sub-menus: just launch the game and start playing. So, if the feature of showing information about level time and retries count will be added, it will be optional. -- View this message in context: http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2778417.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: Tasks Client for FR
On 29/04/2009, c_c wrote: c Hi, c I've released a task client based on elementary and sqlite3. See [1]. c The db should make it easy to write a sync app - once the modality to c sync is clear. I'm looking at opensync - but any other method should be c fine. c [1] c http://n2.nabble.com/NEW-e-tasks-Alpha-release-td2740524ef1958.html I haven't yet looked over it. Does it have an interface to add tasks from other apps (e.x. PIM birthdays)? Regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Mokomaze 0.5.0] is released
On Sun, May 3, 2009 at 09:24, ANT ant0...@gmail.com wrote: P.S. I think 'CPU' must be requested too. No, when you requests Display, device doesn't suspend too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Mokomaze 0.5.0] is released
Marcel-2 wrote: Could you release your package source (dsc-file), too? I've created .deb package with checkinstall, not with dh_make/dpkg-buildpackage so I have not .dsc file. -- View this message in context: http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2778413.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: Will my phone buzz?
On Sun, May 3, 2009 at 10:47, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: If it says 0305 you have V5 and need a fix. You're wrong. GTA02A5 and GTA02A6 don't differ regarding buzz. Now only A7 and A8 differs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
Hello, I'm interested as well in anThe SC021. Adrian Paul schrieb: jeremy jozwik wrote: those are pritty awesome Definitely! I wonder what one of those would cost including shipping to the Netherlands. The SC021 looks like a sweet deal. Paul ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - - - - A - B - S - E - N - D - E - R - : - - - - Adrian Matter-Cottini Badweg 25 CH-5040 Schöftland Fon:++41 (0)62 721 03 14 / ++41 (0)32 512 94 85 [VoIP] Mobile: ++41 (0)76 542 18 71 Email: mailto:mat...@abmaco.info ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will my phone buzz?
Johny Tenfinger seba.d...@gmail.com writes: On Sun, May 3, 2009 at 10:47, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: If it says 0305 you have V5 and need a fix. You're wrong. GTA02A5 and GTA02A6 don't differ regarding buzz. Now only A7 and A8 differs. I didn't say A6 would not need a fix, only that A5 needs one :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Mokomaze 0.5.0] is released
On Sun, 3 May 2009 00:24:40 -0700 (PDT) ANT ant0...@gmail.com (A) wrote: Johny Tenfinger Much better to prevent screen dimming that mdbus is dbus-send: Thanks! I'll renew the instructions. P.S. I think 'CPU' must be requested too. it would make a lot of sense to prevent dimming only if the game is active - ball rolling - as one might just stop playing and keep it run (receiving a call and then forgetting) and then accidentally drain battery... yes, in a vehicle or in a pocket it would perhaps stay triggered... just a suggestion :) -- Petr Vaněk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
The SC019 seems the best choice to me: Rugged metal casing sounds really great. But the Sc021 is good as well, if getting them depends on a group-order. Matthias Adrian Matter schrieb: Hello, I'm interested as well in anThe SC021. Adrian Paul schrieb: jeremy jozwik wrote: those are pritty awesome Definitely! I wonder what one of those would cost including shipping to the Netherlands. The SC021 looks like a sweet deal. Paul ___ 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: Solar charger (was Re: News Openmoko Shop Pulster)
On Sun, May 3, 2009 at 10:39 PM, matthias matthiasfels...@web.de wrote: The SC019 seems the best choice to me: Rugged metal casing sounds really great. And magnetic case closing. Pretty sweet. Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Network Management
I just changed from my OM, to a Palm Centro, Networking sucks, always had a difficult time getting a reliable connection. In contrast, the Palm Centro, was strictly plug-and-play. Once that happens, I will bring my OM out of the box, and start utilizing it again. -- View this message in context: http://n2.nabble.com/Network-Management-tp2782552p2782552.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: Network Management
On Sun, May 3, 2009 at 10:46 PM, RodM rdmyers...@gmail.com wrote: Once that happens, I will bring my OM out of the box, and start utilizing it again. you won't know when that happens, leaving it in the box... -- just joking, no flame -- -- roby ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Network Management
On May 3, 2009, at 1:55 PM, roby wrote: On Sun, May 3, 2009 at 10:46 PM, RodM rdmyers...@gmail.com wrote: Once that happens, I will bring my OM out of the box, and start utilizing it again. you won't know when that happens, leaving it in the box... -- just joking, no flame -- -- roby Which is fine as well. PGP.sig Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Forcing fast-charge
On Sat, May 02, 2009 at 03:30:10AM +0200, Joerg Reisenweber wrote: Am Mi 29. April 2009 schrieb Cédric Berger: On Tue, Apr 28, 2009 at 15:36, Joerg Reisenweber jo...@openmoko.org wrote: That's nonsense as there is no dumb charger out there not being capable of supplying 500mA. OTOH any management of maximum ingress current to USB by whatever means will inevitably fail when unplugging the charger device connected to FR during powerdown and replace it with a (nonexistent) weaker one. No. For better or for worse, the PCF50633 variant we use will power up the Frerunner and thus run the boot loader when you swap chargers. If the boot loader doesn't set the current limit correctly for the newly inserted charger, then that's where the bug is. TODO: Check U-Boot and Qi. (Long term TODO: Instead of fixing each and every bug three times (kernel, U-Boot and Qi), try to fit a bare-bones kernel and rootfs with boot menu into the 512 kB we currently use for boot loader.) Or a solar panel ? How could setting BAT_CURLIM to USB_CURLIM help? Because USB_CURLIM is reset to 500 mA when the Freerunner is turned off, while BAT_CURLIM remains at what it was last set to. Or you have 2 phone charging from the same usb port ? or I'm using the usb extension in my usb-coffemug-warmer? Or create a shortcircuit? It's not a valid usecase and I don't see how to accomplish that. Don't tell me you haven't seen one of those 4-port unpowered USB hubs which can only supply 100 mA per port. Note than doing this (I used a little GUI with 1 set button for each value), I must set usb current limit, then only I set charge current limit. And in the meanwhile, since charge limit=usb limit=1A, it starts pulling about 1A and I cannot avoid that. Sorry I don't understand this statement. The problem is when you use e.g. a 750 mAh Nokia battery and set chg_curlim to 750 mA like you're supposed to. If you then plug in the charger, usb_curlim will be set to 1000 mA and so will chg_curlim. Automatically setting chg_curlim to 1000 mA is a bug since the user said max 750 mA for the battery. The kernel needs to remember the user specified chg_curlim. TODO: Kernel patch. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable]Blinking AUX button LED
On Thu, Apr 30, 2009 at 04:26:30PM +0300, Timo Juhani Lindfors wrote: Vasco Névoa vasco.ne...@sapo.pt writes: Possible errors that lead to that situation: - bad rootfs kernel parameters in u-boot environment; - check if you need to change them; This can't surely cause missing filesystem support? It can if you no longer have the correct mtdparts option. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what happened to shr-testing?
On Friday 01 May 2009 05:03:03 am Klaus 'mrmoku' Kurzmann wrote: sorry... I just announced it on shr-user and not here. Something went wrong with the testing build, so I moved it to -bad. To not break mokos out in the wild. see announcement here: http://lists.shr-project.org/pipermail/shr-user/2009-April/27.html Has the shr-testing repos been restored, or better asked has this problem been fixed? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Time from the calypso chipset
Just some further info to this: I was hoping to use the time from the SIM as a reference to keep a check on the FR time which is rarely correct, often being at least a few minutes out, and sometimes days/years out after a crash unless I notice it. Unfortunately, once you set the SIM time, it loses time at a fairly fast rate so thats not an option :( Billk On Fri, 2009-05-01 at 14:30 +0200, Michael 'Mickey' Lauer wrote: Hi Bill, Can read the chipset time, but cant seem to set it (from mickyterm). Tried lots of variations, and from what googling finds it *should* work, but doesnt. Is there something I am missing? (using moko11 firmware) OK AT+CCLK? AT+CCLK? +CCLK: 0/1/1,0:0:14 OK AT+CCLK=00/01/01,1:0:15 AT+CCLK=00/01/01,1:0:15 ERROR AT+CCLK=0/1/1,1:0:15 AT+CCLK=0/1/1,1:0:15 ERROR Welcome to the wonderful world of standards compliance *cough*. Getting the time from the modem has just recently been implemented in frameworkd as per http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=633ffc7bb9bbfc25ff4142d9291af00afbbd4fad;hp=1d4a6f96edf56531c891533bb7e704e2c950943b The fun thing is you need to give the UTC offset in the set command, although the Calypso does not honor it and won't report it back. So if you want to do it manually, do it like that: --- Mickey's Term V2.9.1 @ /dev/pts/3 --- AT-Command Interpreter ready OK at+cclk? +CCLK: 0/1/1,0:0:9 OK at+cclk=09/04/01,14:30:00+00 OK at+cclk? +CCLK: 9/4/1,14:30:3 OK Cheers, :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
scripta
hello list. I'm proud to present you my creation: scripta. you can see some screenshots herehttp://repo.or.cz/w/scripta.git?a=commit;h=72371a7f87407d36d52c361e31bdd1097cb6958a. Sorry,i know they are and fat ugly but my gimp is broken... scripta is a bash application which uses zenity as interface. It allows to easily run, create, modify and organize many little/middle size bash scripts. I already provided some scripts to use opkg, and some others mainly for testing purposes. The opkg install script is incomplete so don't use it, or edit it if you want to give a try. you can get the package here: http://repo.or.cz/w/scripta.git you can clone the git tree or just download the .tar.gz of the latest snapshot. to run it enter the package dir and execute ./scripta The package is nearly untested, even though it don't crash on my pc and don't do nasty things. I suggest to try it on your pc before, learning a bit to use it and then put it on the om. This is because writing and modifying scripts is possible but surely not handy on the neo. If somebody wants to provide an icon and/or some scripts or suggestions please contact me or this thread ps. read the scripts that you execute, there is no safety measure at all (yet) -- roby ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what happened to shr-testing?
On Sun, 3 May 2009 17:58:35 -0400 Adam Jimerson vend...@gmail.com (AJ) wrote: On Friday 01 May 2009 05:03:03 am Klaus 'mrmoku' Kurzmann wrote: sorry... I just announced it on shr-user and not here. Something went wrong with the testing build, so I moved it to -bad. To not break mokos out in the wild. see announcement here: http://lists.shr-project.org/pipermail/shr-user/2009-April/27.html Has the shr-testing repos been restored, or better asked has this problem been fixed? yes, it's working now again. you need to reflash, opkg upgrade wont work. -- Petr Vaněk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Mokomaze] Two bugreports and a feature-request (was: Re: [Mokomaze 0.5.0] is released)
neovento wrote: Can you fix this soon? That would be really great. :) I am trying to prevent ode's (debian sid) asserts, but no luck. Code of the game is correct. I've surfed the web and all recommends to recompile ode with --enable-release if that assert appears. I've found it was ./configure'd with --enable-double-precision and without --disable-debug, so the problem is in one of this flags. Anyway if some coding trick will be found to avoid the problem, Double Precision will drop the performance. Currently, install libode0debian1 from stable and have a fun. -- View this message in context: http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2785659.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: [Mokomaze 0.5.0] is released
Introducing an idle mode just for that seems like too much work. It would seem more reasonable to unregister from the Display resource when the game is paused (click on screen as it is now) and reregistered when resumed. I would also suggest an auto-pause when incoming call is detected. Yogiz On Sun, 3 May 2009 21:47:03 +0200 Petr Vanek van...@penguin.cz wrote: it would make a lot of sense to prevent dimming only if the game is active - ball rolling - as one might just stop playing and keep it run (receiving a call and then forgetting) and then accidentally drain battery... yes, in a vehicle or in a pocket it would perhaps stay triggered... just a suggestion :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Network Management
On Sun, 3 May 2009 14:12:23 -0700 Rodney D. Myers rod_my...@fastmail.fm wrote: On May 3, 2009, at 1:55 PM, roby wrote: On Sun, May 3, 2009 at 10:46 PM, RodM rdmyers...@gmail.com wrote: Once that happens, I will bring my OM out of the box, and start utilizing it again. you won't know when that happens, leaving it in the box... -- just joking, no flame -- -- roby Which is fine as well. What do you want plug-and played? Usb connection? Wifi? GPRS? It all seems like simple scripting when using the framework. I mostly only use Wifi and it wasn't too hard to make a shortcut on the desktop that turns on wifi and connects to preferred AP, if one doesn't exist then a free AP with the best connection quality and if that does not exist, flash the led so I know no APs are available. I'm not sure it could be made any more easier so with what exactly are you having problems with? Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community