Re: Accelerometer Data
Iain B. Findleton wrote: > I have been playing a bit with the accelerometers on the FR appear to > observe the following: > >1) The time stamp on events appears to be unreliable, in the sense > that the time difference >between sequential events is frequently negative, and appears > also to be have erratically >by jumping an order of magnitude or 2 between sequentially > available events. > >2) It also appears to be relatively common that a SYN arrives before > all 3 axis values are available, >making it hard to figure out the meaning of the data I've seen that too; it seems that '0' readings are discarded. > >3) There is a significant difference between the readings of the 2 > accelerometers when the FR > is just sitting there on the desk doing nothing. You're taking into account the fact that they're oriented differently right? > > 4) When you move the FR about, the rate of reports being available > appears to become very erratic, > in the sense that there are relatively long periods between > reports. A known issue in 2008.12. http://docs.openmoko.org/trac/ticket//2145 Workaround: echo 10 > /sys/devices/platform/lis302dl.1/threshold > > My questions are: > > 1) Is this a common situation with the FR (OM2008.12) > 2) Is the device driver just buggy? > > Of course, I realize that my own code might be just buggy, but these > features of the accelerometers > appear in both my C++ and TCL code, and in the example programs from the > wiki references with > print statements inserted. > > Tks for any advice. > -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian]Voice recorder - ecasound --> Help
Timo Juhani Lindfors wrote: > Charles-Henri Gros writes: >> In this case I suggest using something like >> arecord -f S16_LE -r 44100 | speexenc - a.speex > > I was going to suggest it too but it does not work: I looked into it. What I did to get it to work: arecord -D hw -f cd -v -t raw | speexenc --stereo --rate 44100 --16bit --le - a.speex You need to match the params exactly as the "raw" format doesn't transmit them (and speexenc apparently can only accept raw data as stdin) -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (Qi) Qi or bust, or: what do I do wrong?
> I really feel that Qi was not a good idea. At least, with u-boot as it > was, I had a reasonably good phone using SHR. I also have the uneasy > feeling that there is no "undo" from Qi, or am I wrong? You're wrong :) I installed Qi once, but reflashing u-boot on top of it worked just fine. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian]Voice recorder - ecasound --> Help
Timo Juhani Lindfors wrote: > matthias writes: >> arecord -D hw -f S16_LE -t wav -c 1 -r 8000 ~/rec-$(date >> +%Y-%m-%d-%H-%M).wav > > How about using speex compression? I recorded a few words with > > arecord -f S16_LE -r 44100 a.wav > > and ended up with a 1089580-byte file. > > speexenc a.wav a.speex In this case I suggest using something like arecord -f S16_LE -r 44100 | speexenc - a.speex -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian]Voice recorder - ecasound --> Help
kimaidou wrote: > I am answering myself here : I found the solution :you have to add a "&" > at the end of the arecord line > So the file content is now : > > #!/bin/bash > zenity --question --title="Voice-note" --text="Click Validate to START > recording"; gostart=$? > > if [ "$gostart" = 1 ] > then > echo "Operation canceled" > exit > else > echo "Recording..." > fi > arecord -D hw -f cd -v -t wav ~/rec-$(date +%Y-%m-%d-%H-%M).wav & > alsactl -f /usr/share/openmoko/scenarios/voip-handset.state restore & This line should not end with '&' and should probably come before the "arecord" line > zenity --info --title="Voice-note" --text="Click Validate to STOP > recording"; gostop=$? > > killall -TERM arecord You should use "kill %1" instead, this will only kill the instance you just started (and TERM is the default). For that, you need to enable job control (set -m) > alsactl -f /usr/share/openmoko/scenarios/gsmhandset.state restore > zenity --info --title="Voice note" --text="Your voice-note has been > recorded"; goread=$? > > #END OF FILE Result: #!/bin/bash # Exit on error # Enable job control set -em zenity --question --title="Voice-note" --text="Click Validate to START recording"; gostart=$? if [ "$gostart" = 1 ] then echo "Operation canceled" exit 1 else echo "Recording..." fi alsactl -f /usr/share/openmoko/scenarios/voip-handset.state restore arecord -D hw -f cd -v -t wav ~/rec-$(date +%Y-%m-%d-%H-%M).wav & zenity --info --title="Voice-note" --text="Click Validate to STOP recording" # Kill arecord kill %1 alsactl -f /usr/share/openmoko/scenarios/gsmhandset.state restore zenity --info --title="Voice note" --text="Your voice-note has been recorded" #END OF FILE -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Don't like unsolicited calls?
Helge Hafting wrote: > Crane, Matthew wrote: >> The auto-detect routines that make a human or answering machine >> determination before switching to an operator seem to fail consistently >> when answering with my openmoko phone. I'd rather they didn't call at >> all, but at least when they do you don't have to listen to a sales >> pitch. A very good thing for sure. >> > > Well, this phone is programmable. Put the unwanted numbers on a blocking > list, and have the FR auto-reject them without ringing. > > For something more creative, have the phone pretend to answer. It could > "listen" to the sales pitch. When silence is detected, pick from a pool > of short .wav files that say random stuff like "interesting, tell me > more", "could you please repeat that?", "just a > moment.where were we?", "could you take it from the > beginning, my aunt wants to hear about that too!" > > Obviously, such a program should update the phone log with how much > telemarketer time it has wasted. And a high-score list where you can > see who has talked for the longest time before realizing that something > was wrong. :-) Such a thing already exists. http://www.custom3dgraphics.com/index.php?pg=swf&id=6 -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Roll The Dice
Alex Tsui wrote: > Yes, the bug is exactly as you described: the stream of data pauses in > motion. Is there some more information about this somewhere? I > searched docs.openmoko.org/trac but didn't turn up this specific bug. > Then again, most of the tickets are filed under OM 2008.8, maybe > there's no issue with an earlier OM? Here's the ticket: http://docs.openmoko.org/trac/ticket//2145 There's a workaround indicated in it. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner LightSaber
matthias wrote: > Fine, excactly the right thing for my boredom right now! > but you should have mentioned the dependencies from python-pygame. > on om2008.12 it seemed quite slow to me and did not recognized my > movements, but let's try it a few more times! Accelerometers don't appear to work correctly in 2008.12: http://docs.openmoko.org/trac/ticket/2145 There appears to be a workaround though -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.12] Accelerometer latency
When trying to read the accelerometers, it looks like no data is received if there's a big change in acceleration. e.g. if I hexdump /dev/input/event2, and start shaking the phone, output stops. Any ideas why this may be happening / how to fix it? Thanks, -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Switching the orientation of the screen
Robin Paulson wrote: > 2008/12/11 DJDAS : >> Sorry for being a little OT, but what do you mean with "problems that >> are present when this is done from the >> commend-line, with xrandr"? >> If you mean the mess after the rotation (strange lines/graphic that >> fixes after a refresh) I noticed this doesn't appear using the gestures >> rotation, anyone knows why? > > yes. how do you refresh, without restarting x server - could it be > done in a .sh script? > >> If you mean misalignment of the touchscreen calibration, I noticed >> (speaking about gestures rotation) that this appears only when the > > yes. i'm not using gestures, too unreliable for me. i've got 2 scripts, such > as: > > xrandr -o 0 > > to get portrait, and similar for landscape. both produce the same > problems, as does numptyphysics when it exits I've noticed that calibration is off if you xrandr twice in a row to the same orientation. Getting back to -o normal fixes things. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: DOOM For Neo Freerunner / 1973
> #2 ) The touchscreen being dead is probably because the X,Y Coordinates are > either A) Being reported differently than the other systems or B) There is > still a Scaling/Rotation issues BUG #1244 that plagued the other distros > (Until recently, XGlamo patched binary (for scaling) available on the doom > wiki) I believe Debian uses the FB driver by default, not Xglamo. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New home for the New FDOM
> *Updated Duke3D a version without sound but that works like a charm an > has a semitransparent buttons Nice to know people appreciate my work ;) By the way, I fixed the .desktop file (I'm like you, I don't like testing so much...) Turning sound back on is just a matter of changing the config file. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Compilation errors
Lally Singh wrote: > Hey folks, > > >I'm working on getting the entire OM stack to build under > OpenSolaris (under an LX zone), and am having a problem. I'm using > Mokomakefile. > > Specifically: > gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib/ecore > -I../../../src/lib/ecore > -isystem/home/moko/build/tmp/staging/i686-linux/usr/include > -isystem/home/moko/build/tmp/staging/i686-linux/usr/include -Os -MT > ecore_fb_li.lo -MD -MP -MF .deps/ecore_fb_li.Tpo -c ecore_fb_li.c > -fPIC -DPIC -o .libs/ecore_fb_li.o > | ecore_fb_li.c: In function `ecore_fb_input_device_open': > | ecore_fb_li.c:402: `EV_SYN' undeclared (first use in this function) > | ecore_fb_li.c:402: (Each undeclared identifier is reported only once > | ecore_fb_li.c:402: for each function it appears in.) > | ecore_fb_li.c:422: `EV_FF_STATUS' undeclared (first use in this function) > | ecore_fb_li.c:423: `EV_PWR' undeclared (first use in this function) > | ecore_fb_li.c: In function `ecore_fb_input_device_axis_size_set': > | ecore_fb_li.c:471: storage size of `abs_features' isn't known > > The symbols are defined in linux/input.h, but it looks like the "-i" > should be a "-I". Anyone know: > 1) if this is the problem It's not; the option is "-isystem" and it appears to be used correctly. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2008] Documentation for .kbd-files?
Marco Trevisan (Treviño) wrote: > Konstantin wrote: >> Is there any documentation available that describes the format of the >> .kbd-files >> the Illume-Keyboard uses? I'd like to build a german qwertz-layout (comes in >> handy for writing SMS ;) ), but don't quite understand the format of the >> corresponding keyboard config files. > > AFAIK there's no docs about it, but it's quite easy... I suggest you > starting editing the Default keyboard and as you can see there each key > has a position (key x y) and the role of the key itself (normal, shift > capslock). > > So for example a code like: >> key 5 0 10 10 >> normal q "q" >> shiftQ "Q" >> capslock 1 1 > > will put a key in the position (5,0) and that key will show a q in > normal mode, a Q in shift mode and a 1 in capslock mode. Then while both > using the normal and shift mode the char written will be checked with > the dictionary, in the capslock mode the char will be directly prompted > in the text field. > > In fact you've to use something like this: > > key $x-pos $y-pos 10 10 > mode $char-to-be-shown-in-the-key $char-xcode-to-be-written > mode $char-to-be-shown-in-the-key "$char-to-be-checked-with-dict" > > Btw I don't know what the 10 and 10 means (maybe the key size? But this > seems strange since in the terminal keyboard they're set to 30 30) I've > to ask this to Rasterman! It is key size, but remember all is relative to the total keyboard size, mentioned at the beginning of the file ("kbd x y") -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: duke3d on debian ?
Marco Trevisan (Treviño) wrote: > Charles-Henri Gros wrote: >>> For those interested I can make available my modified binaries for both >>> duke and xglamo. I can of course also provide the modified sources >>> (actually, I *have* to) >> There you go: >> http://charles-henri.org/duke3d >> http://charles-henri.org/Xglamo >> http://charles-henri.org/duke3d.tar.gz > > Are they for debian only or also for Om2008? I'm using 2008.9 I assume they work for both. I actually worked on this this week-end and made a number of improvements, including an opk See http://wiki.openmoko.org/wiki/Duke_Nukem_3D -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Screenshots from wiki.openmoko.org
Tobias Kündig wrote: > Hello everyone > > I'm working for a free german Linux-Magazine called Yalmagazine > (www.yalmagazine.org). We are publishing an article about the Openmoko > Freerunner this month. > > I'm writing to ask you, if I may use some 2008.8 screenshots from the wiki: > http://wiki.openmoko.org/wiki/Om2008.8 > > I'm sure someone on this list can answer my question. This is all licensed under the GNU FDL http://www.gnu.org/copyleft/fdl.html -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: duke3d on debian ?
Charles-Henri Gros wrote: > Fox Mulder wrote: >> Right click patch isn't implemented in xglamo so far. >> It's also really bad that there exists the xglamo package which seems to >> work but no really progress is made to use it as default for debian. >> Only with xglamo rotation and other usefull stuff works right. >> I wish there would be some news about the progress with xglamo and >> debian. :) >> >> For the duke3d part i'm also curious how to get past the menu because >> i'm also stuck at this point where nothing works for me to start a >> level. My accels also both give data with hexdump but i can't use them >> within duke3d in the menu. > > The version of duke3d I started with skipped through menus directly to > the game. > > I worked on it to have it work with the touchscreen. > > It requires a patched version of xglamo (fxing this bug: > https://docs.openmoko.org/trac/ticket/1244#comment:41 > ) > > For those interested I can make available my modified binaries for both > duke and xglamo. I can of course also provide the modified sources > (actually, I *have* to) There you go: http://charles-henri.org/duke3d http://charles-henri.org/Xglamo http://charles-henri.org/duke3d.tar.gz The buttons are: jumpescape prev weapon next weapon open/accept fire In menus, click to the left to go back In y/n menus, click "open" to accept / "escape" to cancel (I'm not sure the latter works) -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: duke3d on debian ?
Fox Mulder wrote: > Right click patch isn't implemented in xglamo so far. > It's also really bad that there exists the xglamo package which seems to > work but no really progress is made to use it as default for debian. > Only with xglamo rotation and other usefull stuff works right. > I wish there would be some news about the progress with xglamo and > debian. :) > > For the duke3d part i'm also curious how to get past the menu because > i'm also stuck at this point where nothing works for me to start a > level. My accels also both give data with hexdump but i can't use them > within duke3d in the menu. The version of duke3d I started with skipped through menus directly to the game. I worked on it to have it work with the touchscreen. It requires a patched version of xglamo (fxing this bug: https://docs.openmoko.org/trac/ticket/1244#comment:41 ) For those interested I can make available my modified binaries for both duke and xglamo. I can of course also provide the modified sources (actually, I *have* to) -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: duke3d on debian ?
vale wrote: > someone managed to get the duke3d port for the openmoko with accelerometer > usage working with debian? > http://wiki.openmoko.org/wiki/Duke_Nukem_3D I tried once but it wouldn't resize or rotate (I believe the framebuffer version of X doesn't allow that) > i get it started, but cant get trough the menu because the accelerometer > dont seem to be working. > > there is no hexdump in debian too ... Sure there is: apt-get install bsdmainutils If you like I have a version where you use the touchscreen to get through the menus (I've been hacking at it for a bit) -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTK: Problem with the function g_main_context_iteration()
daniel103 wrote: > Hello, > > when I have included the folowing line: > > g_main_context_iteration (NULL, TRUE); > > > I recieve the error: > > ...implicit declaration of function 'g_main_context_iteration'... > > Can you help me? Add a #include ? -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Install Debian without internet access
Matthias Camenzind wrote: > I tried but allways the same error on first line: iptables: No > chain/target/match by that name You might need extra kernel modules. Could you give the exact error message? What I use is this: iface usb0 inet static address 192.168.0.200 netmask 255.255.255.0 post-up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 post-up echo 1 > /proc/sys/net/ipv4/ip_forward post-up iptables -P FORWARD ACCEPT + in /etc/udev/rules.d/z60_openmoko.rules KERNEL=="usb0", SUBSYSTEM=="net", ACTION=="add",RUN+="/sbin/ifup usb0" KERNEL=="usb0", SUBSYSTEM=="net", ACTION=="remove", RUN+="/sbin/ifdown usb0" Of course you also need something like this on your freerunner: iface usb0 inet static address 192.168.0.202 netmask 255.255.255.0 network 192.168.0.0 gateway 192.168.0.200 As for your wifi problem, could you give more details? Can you connect your laptop? What exactly are you trying, and what errors do you get? -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: kobodeluxe - how do you quit?
Al Johnson wrote: > On Thursday 25 September 2008, W.Kenworthy wrote: >> I installed the kobodeluxe game for the kid, but we cant figure out how >> to exit it :( >> >> Even if you go through 5 new lives and get the menu, hitting quit with a >> stylus just takes you back into the game. Ended up removing the >> battery. >> >> How? > > IIRC tap at the top of the screen moves menu selection up, tapping at the > bottom moves it down and tapping in the middle accepts the current menu item. > If you try to treat it as a point-and-click app by tapping Quit you end up > accepting new game instead. Took me a while to work that one out, usually > after accidentally starting it when I was trying to scroll through the > Applications menu! Presumably it's this bug: https://docs.openmoko.org/trac/ticket/1244#comment:41 Priority "highest", but it hasn't been worked on in a while... It's affecting my work on Duke 3D, too -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Font scaling for illume keyboard?
Carsten Haitzler (The Rasterman) wrote: > On Wed, 24 Sep 2008 20:42:48 -0700 Charles-Henri Gros [EMAIL PROTECTED]> babbled: > >>>>> the font size itself is defined in the theme - so u'll have to modify >>>>> that. as for borders - theme as well. >>>> Any pointers for how to do that? Ideally I'd like the font size to >>>> depend on the layout but it looks like it's not possible. But borders >>>> would be a good start. >>> edje_decc FILE.edj (ille.edj for example). look at .edc in the decompile dir >>> :) >> Thanks. I actually knew about that, but it's hard to figure out which >> value to change. There's a dialog border entry, but which one controls >> keyboard keys border? > > keep looking! (it may be called something obvious.. like keyboard.. or kbd!) > :) > Alright, I got to here: group { name: "e/modules/kbd/key/default"; I suspect I need to add or change something to this, but I have no idea what. Help would be appreciated. Thanks, -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Font scaling for illume keyboard?
>>> the font size itself is defined in the theme - so u'll have to modify that. >>> as for borders - theme as well. >> Any pointers for how to do that? Ideally I'd like the font size to >> depend on the layout but it looks like it's not possible. But borders >> would be a good start. > > edje_decc FILE.edj (ille.edj for example). look at .edc in the decompile dir > :) Thanks. I actually knew about that, but it's hard to figure out which value to change. There's a dialog border entry, but which one controls keyboard keys border? Thanks, -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Font scaling for illume keyboard?
Carsten Haitzler (The Rasterman) wrote: > On Wed, 24 Sep 2008 19:28:06 -0700 Charles-Henri Gros [EMAIL PROTECTED]> babbled: > >> After my iPhone-bearing friends kept telling me the keyboard was too >> small, I decided to create a layout with fewer letters. Each letter >> becomes therefore bigger. However, the representation is the same size. >> Is there a way to allow the font to scale? Is there documentation for >> the .kbd format somewhere? Also, having borders for the keys would be >> useful. >> >> If necessary, I might be able to add that myself, but I'd need at least >> pointers to which part of the code handles this. > > no docs on the .kbd format - but it should be pretty obvious. you delcaret a > virtual size (with height) and in that place keys at x,y coords of a > particular > size (width height) that have letters in them. if u didnt reduce the virtual > size - and just removed keys, then you simply are going to see missing keys. > you need to shuffle things around or reduce virtual res so things scale up. I was able to change the layout to my liking, but things like "fuzz" and "type" are not quite obvious. > > the font size itself is defined in the theme - so u'll have to modify that. as > for borders - theme as well. Any pointers for how to do that? Ideally I'd like the font size to depend on the layout but it looks like it's not possible. But borders would be a good start. > > of course om doesnt have this code yet (and likely wont for a while as at > least > in asu (2008) this stuff will break their designs/ideas and as i change more > more will change and so either their designs will ned to adapt to e/illume > development or they will need to never update or write a wm etc. of their own: > > http://www.rasterman.com/files/illume-01.ogg > http://www.rasterman.com/files/illume-02.ogg > http://www.rasterman.com/files/illume-03.ogg This looks awesome! I'm looking forward to being able to use that. If there's a (reasonably simple) way to get some of this to work with 2008.9, I'd love to hear of it. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.9] Getting rid of the bottom bar
The bottom bar is pretty useless and takes up valuable real estate. Is there a way to disable it? (I already managed to remove the installer from it) Thanks, -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.9] Font scaling for illume keyboard?
After my iPhone-bearing friends kept telling me the keyboard was too small, I decided to create a layout with fewer letters. Each letter becomes therefore bigger. However, the representation is the same size. Is there a way to allow the font to scale? Is there documentation for the .kbd format somewhere? Also, having borders for the keys would be useful. If necessary, I might be able to add that myself, but I'd need at least pointers to which part of the code handles this. Thanks, -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Duke Nukem 3D on Openmoko Neo
Steve Mosher wrote: > I encourage you to make these changes, marco. It will show people how > the contribution of one creative person can be modified by another. I actually made some of those changes. My version is much more playable, but it cannot be calibrated at this point (although it would be a very easy change to allow calibration based on the initial position) As for buttons on the screen, it's not possible to have them work reliably, at least with the version of xglamo I'm using: https://docs.openmoko.org/trac/ticket/1244#comment:41 I tried to allow using the screen to navigate through menus but this bug prevents it :( -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: update-alternatives question
Joel Newkirk wrote: > Quick question, hopefully someone can instantly see my error: > > I've built the full iproute2 toolset, and am working on an ipk/opk for ip > and tc. > > The default om2008 at least, has /bin/ip linked to /bin/busybox. So that > should be changed. For inspiration, I looked at the postinst script for > grep, since it must perform the same changes. (point at full bin instead > of busybox in postinst, restore in prerm) So I took the > update-alternatives line from grep's postinst and simply replaced 'grep' > with 'ip' everywhere. > > [EMAIL PROTECTED]:~# update-alternatives --install /usr/bin/ip ip ip.ip 100 > update-alternatives: Error: cannot register alternative ip to /usr/bin/ip > since it is already registered to /bin/ip > > Isn't this the point of update-alternatives - to allow multiple possible > binaries, and 'register' the one with highest priority? What have I done > wrong? And why is the component grep.grep (or in my case ip.ip)?? grep.grep is the binary that contains what the "grep" package installs. You should probably install your "ip" as "ip.ip", or use /usr/bin/ip (if that's where you install it) So the command would look like (I think): update-alternatives --install /bin/ip ip /usr/bin/ip 100 -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions regarding shell/startup scripts
SCarlson wrote: > > Hey guys -- > > Does anyone's resolv.conf get stomped on every time the machine is > rebooted? I have been adding my nameservers by hand.. Just wondering if > there is a good reason for this? Look at /etc/network/interfaces; in some cases it overwrites resolv.conf there (and if it doesn't you can have it do that) > > Also, Where should I go to force BASH as my default shell Edit /etc/passwd, but I remember trying that and it prevented terminal from working. I just tried again, and it still doesn't work somehow. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: opkg seg fault FSOupgrade
Eildert Groeneveld wrote: > when trying to upgrade against testing > > src/gz fso-all http://shr.bearstech.com/fso-testing/ipk/all > > I get a segmentation fault: > > [EMAIL PROTECTED]:/etc/opkg# opkg upgrade > > Upgrading angstrom-version on root from 1:-20080729-r1 to 1:-20080904-r1... > > Downloading > http://shr.bearstech.com/fso-testing/ipk/om-gta02/angstrom-version_-20080904-r1_om-gta02.ipk > > Segmentation fault > > some individual installs work. > > any ideas? opkg sometimes segfaults when PATH is not exported. Try: env | grep PATH If it doesn't print anything, do: export PATH and then try running opkg again. http://docs.openmoko.org/trac/ticket/1787 -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Duke Nukem 3D on Openmoko Neo
Rafael Ignacio Zurita wrote: > Hello people, > > I want to share a simple duke nukem 3d port for Neo which you > can play using the accelerometer :) > > You can get all the files at: http://fz.hobby-site.org/om/duke-nukem-3d/ > and the link below has the instructions: > http://fz.hobby-site.org/om/duke-nukem-3d/readme-openmoko.txt > > Ah, if you have doubts about how to play, please check > http://www.youtube.com/watch?v=260Kpiqv9_U > and this: > http://fz.hobby-site.org/om/duke-nukem-3d/how-to-play-duke.png That's great! However turning is a bit slow; I'm wondering if the accelerators couldn't generate mouse events instead of key presses for left/right (allowing analog left/right). I'd also like to tweak the angle for forward/backwards (possibly allowing some sort of calibration). I'd love to try this myself; but I have no idea how to build the source; can you help? -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS logger / field data collection
> I will, thank you. I have no interest in inventing a new binary > format. There should be something out there that is open and compact. > ("There should be", he said. Ha) http://en.wikipedia.org/wiki/NMEA I believe TangoGPS writes those for sending traces to openstreetmap -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit patch for faster map dragging
Florian Hackenberger wrote: > On Sunday 17 August 2008, Holger Freyther wrote: >> Fantastic, did you consider sending the patch upstream? > I'll wait a few days. Usually I'm not satisfied with the first version > and keep improving it. I don't want to steal the time of the navit > developers by sending a stream of consecutive patches. > One thing which still annoys me is the flicker while panning. I'm not > familiar with gtk and have not yet found a way to disable display > refreshes while doing a series of drawing operations. Any help is > welcome. gdk_window_begin_paint_region gdk_window_end_paint It's funny, I did the opposite of what you did while working on my own version of tangoGPS, because I didn't like the white rectangles around. I'm afraid that using that method will negate any of your speed gains though. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR, browser and matchbox-keyboard
Christian Weßel wrote: > I tried to restart the X but that failed with an unreadable repeating > error message. Afterwards I had to reboot. Can you paste your /etc/matchbox/session? There might be an error in it. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR, browser and matchbox-keyboard
> How can I activate the keyboard? Or how can I automate the appearance at > selection of an enter field? Depending on what distribution you're running, see: http://wiki.openmoko.org/wiki/ASU_Keyboard_Toggle or http://wiki.openmoko.org/wiki/Switching_Keyboards#How_to_add_a_keyboard_toggle_button -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
Yaroslav Halchenko wrote: > imho shipping such an adapter within FR box would be a nice gesture from > OM -- they chosen an adapter which seems to be not that popular and > people struggle to choose 'the right one'. I bet if OM bought in > bulk it would cost them no more than 1$ a piece. Yes, that and a USB host adapter. Possibly they could put that in the accessories package (or if possible a new package, because I already have the accessories) -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO xserver update
digger vermont wrote: > Hello, > > Its great to have the updates now for FSO but I've a problem with it. I > installed the distro-feed-configs ipk Where did you find that? I asked earlier about feeds in FSO but got no answer. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDcard holder - convenience "rework"
Joerg Reisenweber wrote: > for a nice handle to save your fingernails and do no violence on SD-holder by > using a knife etc, see: > http://people.openmoko.org/joerg/sdcard-handle > > note the pretty original scotchtape-end of the transparent sticky tape ;-) > > Works like a charm! It works to remove the battery, too! Just put tape on the battery. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
> 3) I just noticed the control key seems to be applying at strange > times. If you get a "}" character, hit the CTRL key first. I will look > into this. Some people have reported something similar in matchbox-keyboard, which appeared to be linked to whether the USB cable was connect or not. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit and the ASU
> I thought ASU uses gypsy? I believe you're thinking of FSO. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO opkg feeds?
The FSO image comes with feeds referencing 'my-distribution.org', which I assume is meant to be an example (example.com would be more appropriate for that purpose though) Are there feeds that I can use that will not break FSO? Thanks, -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - opkg upgrade - is it possible to exclude some packages?
Torfinn Ingolfsen wrote: > Hi, > > On Wed, Jul 30, 2008 at 7:59 AM, Charles-Henri Gros > <[EMAIL PROTECTED]> wrote: >>> Is there a way to tell 'opkg upgrade' to upgrade everything except the >>> kernel? >> I just removed /etc/opkg/neo1973.conf >> > > Thanks! > Well, that worked. Sort of: > > Collected errors: > * ERROR: Cannot satisfy the following dependencies for neod: > * libpulse0 (>= 0.9.10) * Can't help with that, sorry. > >> I don't really see how it could be useful, and it takes care of this >> particular problem. > > I'm just worried that I will be removing something I need in the > future. At a quick glance, that repository is the only one with > kernels and kernel modules in it. It's not: om-gta02-feed.conf has kernels for gta02 (freerunner) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flash ASU
Evgeny Ginzburg wrote: > Scott wrote: >> Why do the latest ASU folders not have the kernel or root file system >> files? >> > AFAIK if they are no changed, they don't appear again. Couldn't we get symlinks to the old ones or something? Having to click on all the days until you find a directory with the right files is annoying. Thanks, -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What will the GTA03 have? and other quick questions...
Robin Häggqvist wrote: > 4) GPS > Will I be able to keep maps updated for free? > Will it be possible to make use of google maps, in the sense of having > the indications on how to get from A to B? > > > Check out OSM project http://www.openstreetmap.org/ They have a good > thing going. Tangogps already uses that. opkg install tangogps See also thread a few days ago about map pre-caching. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: minimo (browser on freerunner)
Brian C wrote: > henrikz wrote: >>> arne anka wrote: >>> does it happen with the charger only or everytime you connect usb? >>> >> It happens both with the AC charger and the usb-cable. >> >> Intrestingly it doesn't freeze the keyboard when using i.e. the terminal, >> however it messes up the key-bindings e.g.: >> >> With usb plugged in: >> the minus key "-" outputs a backslash "\" >> the "}" outputs a "∼" >> >> with usb unplugged the signs are output correctly! >> >> seems that the usb port/drivers are interfering with the matchbox-keyboard >> :) > > I experienced the - outputting \ a few days ago and didn't realize it > was related to the cable being connected, but I'm sure I had the cable > connected at the time. Nice find. Interesting, I had the same problem but fixed it by replacing keyboard.xml with a symlink to another version (in my case, the dvorak version, which worked) -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
Marek Lindner wrote: > On Thursday, 31. July 2008 05:24:45 Josh Monson wrote: >> Or is Sean saying that this would be an option if it was in the form of >> a package, so if the package was built (by the community) then you would >> have the choice to toggle or not to toggle? I am assuming that >> functionality was removed so that it can be an installable option and >> not a default. > > Bingo ! :-) This might be a desirable goal, but people don't like it if they have to spend days writing the package that's required to bring the functionality back (which so far no one has even tried doing apparently) I don't think anyone would have complained if you had created that package yourself (since, presumably, you're well qualified to do it) and made it available on the standard repo. Right now the way to bring the keyboard back is to dig into the wiki, decompile a theme, modify it, recompile it. A bit harder than installing a package. So: pretty please, could you create a package to add the option? Could you, in the future, when you remove functionality (to make it "optional"), create a package to get the functionality back? Or at least warn in advance that such a package is needed, so that the community can build the package if you don't have time? Thanks! -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTK in Qtopia
> Back in the glorious days of Qtopia2 (o zauri, where are thou?), there > was an X server running on top of Qt-embedded. I'm pretty sure it > stalled since then, but one can give it a try > (http://xqt.sourceforge.jp/). > > BTW, it might have been a quicker way to reach the "let's run random X > apps aside Qtopia ones" goal without porting the whole Qtopia to X11. > Just the other way around, I guess. > Some people are already complaining that X is slow, I can't even imagine what it would be if coded on top of Qt... -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - opkg upgrade - is it possible to exclude some packages?
> Upgrading kernel on root from > 2:2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r0 to > 2:2.6.24+git75929+66a83c97c4545ce4f07e0d90998f906fae49caf2-r1... > Downloading > http://downloads.openmoko.org/openmoko-repository/ASU/neo1973/kernel_2.6.24+git75929+66a83c97c4545ce4f07e0d90998f906fae49caf2-r1_neo1973.ipk > > Is there a way to tell 'opkg upgrade' to upgrade everything except the kernel? I just removed /etc/opkg/neo1973.conf I don't really see how it could be useful, and it takes care of this particular problem. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
Scott wrote: > Charles, > > While that is a means of bringing the keyboard button back, thats just > too damn hard! And I have to do that all over again if I upgrade! > > Needs to be a simple configuration setting. Agreed, but I was just replying to that part: > if you HAVE to leave them out could someone post easy to > follow directions to replace them in the wiki somewhere?? For those of > us not gifted with totally amazing programming skills? -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
Lisa wrote: > ~ Folks, > ~ I don't need a major design statement for my phone...I just want > a (mostly) working phone. There is a point where "taking one more thing > away" doesn't make it simpler any longer, it makes it hard to figure > out/work on. Not having a terminal in ASU ( the general style of which I > like) and taking the manual keyboard switch out of ASU (which actually > WORKS as opposed to the automatic pop up which doesn't) were bad ideas , > at least for as long as this thing is going to be in pre-release. I > could understand it in a general release, but the people who have it now > are EXACTLY the kind of people who would whip it out and noodle around > with the terminal during lunch break if they could. I know I > would..or if you HAVE to leave them out could someone post easy to > follow directions to replace them in the wiki somewhere?? For those of > us not gifted with totally amazing programming skills? You mean like this? http://wiki.openmoko.org/wiki/ASU_Keyboard_Toggle -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flash ASU
Paul Buede wrote: > Hey, I was looking at the wiki but could not find something that laid > the steps out for me. > > I have been messing with the default image, and have it upgraded as of > yesterday. I want to check out the ASU image. Whats the best way to do > that? I don't have anything in the phone yet that I want to save, so I > don't mind wiping it out and reloading later. Please give me the steps, > or a link to the steps, to get the ASU image loading on the phone. I grabbed the roots fs from here: http://buildhost.openmoko.org/daily/freerunner/200807/20080722/Openmoko-openmoko-qtopia-x11-image-glibc-ipk-P1-Snapshot-20080722-om-gta02.rootfs.jffs2 And the latest kernel from here: http://buildhost.openmoko.org/daily/freerunner/200807/20080728/uImage-om-gta02-latest.bin I got to those files by reading this: http://wiki.openmoko.org/wiki/Latest_Images#ASU_.28April.7CAugust_Software_Update.29_qtopia-based_Image Then I followed the instructions to flash that are here: http://wiki.openmoko.org/wiki/Flashing_the_Neo_FreeRunner -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SMS
stef wrote: > hello, > i've got my freerunner since thursday and it works quite fine except the > SMS applet. > At first I could open the applet and send messages but now it fails. > When I try to start the > applet it seems to be loading but it stops after a while. Is there any > way to fix it or to reinstall > the applet?? I've had the same problem when I had a "null" contact in my contact list. See if you have this (It can happen when you try to add a contact but then give up, and maybe other situations) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Application list scrolling
When I scroll the application list (on 2007.2), it keeps going for a while, very slowly slowing down until it comes to a stop. This makes it very difficult to hit the applications in the middle of the menu. Is there a way to configure this so that e.g. it stops faster? Thanks, -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fast questions (email, GPRS, WiFi...)
Yaroslav Halchenko wrote: >> Is it possible to leave the USB connection up, so you can work on the >> Freerunner via ssh, and at the same time bring up the WIFI? > sure -- just have wifi and usb0 on different networks (e.g. > 192.168.0.0/24 for usb and 192.168.1.0/24 for wifi). the only glitch > might come if you are going to access internet and by default usb0 sets > up itself as a gateway interface -- so just remove it from the route or > directly from usb0 definition in interfaces I use this: iface eth0 inet dhcp wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf up route del default dev usb0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Operation without battery (GTA02)
Andy Green wrote: > Somebody in the thread at some point said: > |> And temp in 0.25 Kelvin > |> steps --> Celcius in 0.1 steps. But this is basically scaling up > |> operation and you see otherwise unmassaged data. > | > | ? > | 1K step = 1 degree Celsius step > > "Scaling up operation" refers to the sentence before that you snipped: > > ''Some of the coulomb counter data is actually directly provided in very > funny units relative to a sense resistor outside the chip (20mR in our > case), the driver does the recommended computation and normalizes them > to uV and uA as required by power_supply APIs.'' So this is not saying that a .25K step is a .1C step? -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problem Making Keyboard Dissapear
reaper527 wrote: > I am currently using the multi-touch keyboard, and am having a hard time > making the keyboard disappear when I use the webbrowser (in my case, > minimo). > > I have tried altering the /etc/matchbox/session file, as the toggle switch > guide suggested, but I am not seeing a button to enable/disable the > keyboard. the following is the contents of my session file You'll need the matchbox-keyboard-applet package. I don't know if it works with multitouch keyboard though (I've only tried with matchbox keyboard) Apparently X in the applet list requires /usr/lib/matchbox-panel/libX.so So you need /usr/lib/matchbox-panel/libkeyboard.so -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Operation without battery (GTA02)
> And temp in 0.25 Kelvin > steps --> Celcius in 0.1 steps. But this is basically scaling up > operation and you see otherwise unmassaged data. ? 1K step = 1 degree Celsius step -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Matchbox Keyboard Layout Change
Roland Mas wrote: > shawn sullivan, 2008-07-21 09:01:26 -0600 : > >> Dvorak, here I come! > > Er, Dvorak on a touchscreen might be exactly the wrong thing to > do... you don't really want to alternate taps on both sides of the > screen, do you? QWERTY is also "optimized" for that (originally to avoid typewriter jams). The main point is to know where to find the keys. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: g_ether as module
Michael Kluge wrote: > OK, thanks. > > iface usb0 inet static > pre-up ifconfig usb0 hw ether 6E:A3:B3:D1:4E:24 > address 192.168.0.202 > ... > You should be able to do: iface usb0 inet static hwaddress ether 6E:A3:B3:D1:4E:24 address 192.168.0.202 ... -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community