Ubuntu ipkg package
Follow or contribute to the packaging of ipkg for Ubuntu here: https://bugs.launchpad.net/bugs/303223 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A light for the Freerunner
Hello, it's not comparable to this solution ;) This two leds are twice or more brighter than the display. with kind regards Patrick Am Samstag, den 29.11.2008, 12:42 +0900 schrieb William Kenworthy: I use flashlight - turns the screen backlight up to max. Touch to turn off ( return screen to previous setting). Its actually quite bright and useful, and no soldering involved. BillK On Fri, 2008-11-28 at 22:56 +0100, Patrick Beck wrote: Hello, because i like my light on my older phone, a Sony Ericsson W800i, i added a light on the miniusb - connector. Perhaps anybody like it or has any improvements for me :D Here you can find a wiki article about the light http://yourse.de/wiki/doku.php?id=openmoko:usb_light And here two videos http://www.youtube.com/watch?v=iK5w-OHSm9g http://www.youtube.com/watch?v=f2H4QZq2xxE It was a proof-of-concept and it works! Perhaps Openmoko likes the idea and adds a light directly into the case in the next generation of devices :) At least manufacutring at one's own risk ;) Have fun! with kind regards Patrick Beck ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.2
William Kenworthy [EMAIL PROTECTED] wrote: tried to install it on 2008.9 - required new glib which predictably, killed some other apps - and on top doesnt run (enlightenment error). Will have to wait for possibly 2008.12 (?) until it can be used unless you are on another distro. Nyarg, really sorry about that, and thanks for reporting it. I've made a small change to the dependencies and a new package is now available: openmoocow_0.2-r2_armv4t.ipk from the usual place: http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/ Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.2
Joachim Breitner [EMAIL PROTECTED] wrote: I took this as an encouragement to hack slightly on your code, so I did a slightly larger modification. Looks good. Just one comment: O_NONBLOCK doesn't seem to be honoured for the Neo accelerometers (hence the select() stuff). See this post on OM-Devel (and the responses): http://lists.openmoko.org/pipermail/devel/2008-November/003443.html I've added this to my Git tree for inclusion in later releases. For the purposes of the Debian package, are you happy to have this included from your own branch in the Debian Git repository, or would it be less complicated if I did a new upstream release with the HDAPS stuff? Many thanks, Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian -FSO -GPS] No Fix
Am Do 27. November 2008 schrieb arne anka: I don know why, and I'm not shure if it was solved by the changes I have made, but after time and timezone was correct fso-gpsd fixed in less then 2min. if that's really the cause it needs fixing -- my fr is always about 3 min behind in time when rebooted and i do not always have a ntp source available to sync. wasn't there recently something about fso feeding the u-blox data on startup and that the data needs to match time and so on? then this routine needs to be more tolerant. Feeding GPS with correct data about recent sat positions isn't something you can make more tolerant. Either the GPS knows where to look for the sats (due to accurate data being supplied by AGPS), or it needs to scan all possibilities to find where to get an actual signal (which may take quite a while). cheers jOERG [[position and where used herein as a synonym for frequency/channel. Though the position in space also needs to be known to calculate exact GPS-data]] 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: [Debian -FSO -GPS] No Fix
Either the GPS knows where to look for the sats (due to accurate data being supplied by AGPS) true, o pharao -- but afair the issue was, that no fix at all was obtained. and if that is caused by whatever feeds the ublox with agps data, the feeding routine has to be more tolerant, ie issue a fallback to scanning instead of solely relying on agps. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.2
Hi, Am Samstag, den 29.11.2008, 13:46 + schrieb Thomas White: Joachim Breitner [EMAIL PROTECTED] wrote: I took this as an encouragement to hack slightly on your code, so I did a slightly larger modification. Looks good. Just one comment: O_NONBLOCK doesn't seem to be honoured for the Neo accelerometers (hence the select() stuff). See this post on OM-Devel (and the responses): http://lists.openmoko.org/pipermail/devel/2008-November/003443.html I've added this to my Git tree for inclusion in later releases. Nice. Is your git tree publicly available? For the purposes of the Debian package, are you happy to have this included from your own branch in the Debian Git repository, or would it be less complicated if I did a new upstream release with the HDAPS stuff? I’d prefer to wait for a new upstream release – I try to avoid having a different version in Debian than elsewhere if possible. But I’m perfectly fine if you’ll just release it whenever you would have released anyways. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian -FSO -GPS] No Fix
...right now i'm still no able to get a fix, so maybe it's better for me to downgrade to 4.0 if this is the only solution (hoping that debian mantains the right enumeration... 0.4.3 is my current version). d On Sat, Nov 29, 2008 at 4:01 PM, arne anka [EMAIL PROTECTED] wrote: Either the GPS knows where to look for the sats (due to accurate data being supplied by AGPS) true, o pharao -- but afair the issue was, that no fix at all was obtained. and if that is caused by whatever feeds the ublox with agps data, the feeding routine has to be more tolerant, ie issue a fallback to scanning instead of solely relying on agps. ___ 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
[Debian] TSLIB_TSDEVICE no longer getting set
I've been trying to get gestikk [1] working, a mouse-gestures program that turns mouse gestures into keystrokes at the window manager level. This seems ideal for finger gestures to do things like scrolling, paging, etc in a generic fashion. After working through package dependencies, and building a needed python module, I got it fulling installed and actually managed to get it to run and put it's icon in the tray. Unfortunately, it requires right-click...i don't have the right-click tslib patch installed (yet), so I reran the program in a mode that allows configuration. As soon as I did that, I seemed to lose pointer input. /etc/init.d/nodm restart, reboot, all have no effect. I have traced it down to TSLIB_TSDEVICE no longer getting set. If I manually export this set properly, and do startx, it works, I get my pointer back. I am running X as a normal user, but the same happens when reverting back to root as well. So, what happened? I can't figure out how /etc/init.d/nodm is supposed to setup environment variables that tslib needs. ...cj [safire] Christopher J. White [1] http://gestikk.reichbier.de/en/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Audio format
Hi all, What is the best audio format for offering ringtones, notifications, etc.? I'd prefer .ogg because of its easy license and small file size. The .wav and .mp3 I'd shun for these reasons. Is this correct and is the phone capable of using .ogg as ringtones and notifications in both the OM part and the Qt part. Thanks, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian -FSO -GPS] No Fix
Am Sa 29. November 2008 schrieb arne anka: Either the GPS knows where to look for the sats (due to accurate data being supplied by AGPS) true, o pharao -- but afair the issue was, that no fix at all was obtained. and if that is caused by whatever feeds the ublox with agps data, the feeding routine has to be more tolerant, ie issue a fallback to scanning instead of solely relying on agps. AGPS is *not* disabling normal non-A operation of GPS (means there is no need for a paricular fallback scheme - GPS starts and operates in fallback-mode all the time, A just updates a few variables more quickly than the GPS-chip would do anyway, so the chip finds his channels/sats/fix. Even if we would write completely bogus info to the chip, it wouldn't be worse off than without AGPS and starting on default values. btw: It seems to me as if 3 minutes difference in time shouldn't make any trouble. cheers jOERG 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: A light for the Freerunner
Hi patrick, thanks for the link. You've encouraged me to create a much improved (?) version of my usb button. It'll be on planet.openmoko.org on monday. Cheers, j On 28/11/2008, Patrick Beck [EMAIL PROTECTED] wrote: Hello, because i like my light on my older phone, a Sony Ericsson W800i, i added a light on the miniusb - connector. Perhaps anybody like it or has any improvements for me :D Here you can find a wiki article about the light http://yourse.de/wiki/doku.php?id=openmoko:usb_light And here two videos http://www.youtube.com/watch?v=iK5w-OHSm9g http://www.youtube.com/watch?v=f2H4QZq2xxE It was a proof-of-concept and it works! Perhaps Openmoko likes the idea and adds a light directly into the case in the next generation of devices :) At least manufacutring at one's own risk ;) Have fun! with kind regards Patrick Beck ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian -FSO -GPS] No Fix
AGPS is *not* disabling normal non-A operation of GPS (means there is well, agps doesn't come from heaven -- it has to be programmed somehow. and i simply think it possible that there something goes wrong. btw: It seems to me as if 3 minutes difference in time shouldn't make any trouble. atm there's no fix at all, neither after 3 nor after 10 minutes. the log is full of Discarded data not UBX ... and ubx seems, afair, to be the format the agps uses/needes. so far there's no statement of the fso developers, what that means -- and according to the git ogpsd wasn't changed for more than a month now, so downgrading seems not really sensible. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A light for the Freerunner
Hello Joseph, that sounds great. I look forward :D with kind regards Patrick Am Samstag, den 29.11.2008, 17:43 +0030 schrieb Joseph Reeves: Hi patrick, thanks for the link. You've encouraged me to create a much improved (?) version of my usb button. It'll be on planet.openmoko.org on monday. Cheers, j On 28/11/2008, Patrick Beck [EMAIL PROTECTED] wrote: Hello, because i like my light on my older phone, a Sony Ericsson W800i, i added a light on the miniusb - connector. Perhaps anybody like it or has any improvements for me :D Here you can find a wiki article about the light http://yourse.de/wiki/doku.php?id=openmoko:usb_light And here two videos http://www.youtube.com/watch?v=iK5w-OHSm9g http://www.youtube.com/watch?v=f2H4QZq2xxE It was a proof-of-concept and it works! Perhaps Openmoko likes the idea and adds a light directly into the case in the next generation of devices :) At least manufacutring at one's own risk ;) Have fun! with kind regards Patrick Beck ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internet Key on Neo Freerunner?
Can any expert write an how-to document to explain how to setup and run an internet key on the Freerunner? Better if the how-to is on the official wiki. On Sat, Nov 29, 2008 at 6:38 AM, Timo Juhani Lindfors [EMAIL PROTECTED]wrote: Al Johnson [EMAIL PROTECTED] writes: over to usb-serial mode to do the comms. This seems to cover most models, but I don't know if it's been tried on ARM yet. Works fine. http://iki.fi/lindi/debian/pool/main/u/usb-modeswitch has an unofficial debian source and binary package. ___ 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: Creating a distro on a sim card
In my ongoing quest, I did find out I was not actually booting from the SD device, so I have printed out the instructions, and for the past week attempting to get the device configured and booting properly So far this is what I am accomplishing Still attempting to get my OM to boot from the SD card. If I fillow the instructions at http://wiki.openmoko.org/wiki/Booting_from_SD#Prepare_the_SD_card and format the 1st partition vfat, I get this error when booting (using magnifying glass); [2.68000] mmcblk0: error -84 sending read/write command [2.68000] buffer I/O error on device mmcblk0, logical block 0 [2.68500] mmcblk0: error -110 sending read/write command [2.69000] buffer I/O error on device mmcblk0, logical block 0 [8.15000] kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2) if I change 1st partition to ext2, I get this error; unable to read image uImage.bin and then pops back into the boot menu I'm at a loss to figure this out. Anymore help would be greatly appreciated 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: Creating a distro on a sim card
and format the 1st partition vfat, I get this error when booting (using magnifying glass); [2.68000]mmcblk0: error -84 sending read/write command [2.68000]buffer I/O error on device mmcblk0, logical block 0 [2.68500]mmcblk0: error -110 sending read/write command [2.69000]buffer I/O error on device mmcblk0, logical block 0 [8.15000]kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2) What did you do to the 2nd partition? You need to format that ext2, and put a rootfs on that. Judging from the last error message, there is no defined or formated 2nd partition. Paul -- If you can talk brilliantly about a problem, it can create the consoling illusion that it has been mastered. -Stanley Kubrick http://www.nlpagan.net Running on Mandriva Linux 2009 and Ubuntu 8.10 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Creating a distro on a sim card
On Sat, 2008-11-29 at 12:45 -0800, Rodney Myers wrote: if I change 1st partition to ext2, I get this error; unable to read image uImage.bin and then pops back into the boot menu If you change the SD partition to ext2, you have change the boot_args to something like in the NAND flash. The key difference, I believe, is changing the rootfstype to ext2. With Debian on a 2GB microSD card, here's my boot cmdline (cat /proc/cmdline): glamo_mci.sd_max_clk=1000 rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs) rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 For details on setting bootargs variable, see: http://docs.openmoko.org/trac/ticket/1743 ...cj ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Community update draft
Hi guys, As usual, the draft is at: http://wiki.openmoko.org/wiki/Talk:Community_Updates Please feel free to fix/update/add whatever, the newsletter should go on Monday if all goes well. Yours, Minh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] TSLIB_TSDEVICE no longer getting set
Hi Christopher, Am Samstag, den 29.11.2008, 16:18 + schrieb Christopher J. White: I've been trying to get gestikk [1] working, a mouse-gestures program that turns mouse gestures into keystrokes at the window manager level. This seems ideal for finger gestures to do things like scrolling, paging, etc in a generic fashion. Nice program. What are you going to use as a toggle? AUX-Key? After working through package dependencies, and building a needed python module, I got it fulling installed and actually managed to get it to run and put it's icon in the tray. Unfortunately, it requires right-click...i don't have the right-click tslib patch installed (yet), so I reran the program in a mode that allows configuration. As soon as I did that, I seemed to lose pointer input. /etc/init.d/nodm restart, reboot, all have no effect. I have traced it down to TSLIB_TSDEVICE no longer getting set. If I manually export this set properly, and do startx, it works, I get my pointer back. I am running X as a normal user, but the same happens when reverting back to root as well. So, what happened? I can't figure out how /etc/init.d/nodm is supposed to setup environment variables that tslib needs. AFAIR, it is not necessary anymore to set this variable, if /etc/X11/xorg.conf and/or the udev rules are set up correctly – did you by any chance modify that? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Creating a distro on a sim card
On Nov 29, 2008, at 1:04 PM, Paul wrote: and format the 1st partition vfat, I get this error when booting (using magnifying glass); [2.68000]mmcblk0: error -84 sending read/write command [2.68000]buffer I/O error on device mmcblk0, logical block 0 [2.68500]mmcblk0: error -110 sending read/write command [2.69000]buffer I/O error on device mmcblk0, logical block 0 [8.15000]kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2) What did you do to the 2nd partition? You need to format that ext2, and put a rootfs on that. Judging from the last error message, there is no defined or formated 2nd partition. Paul 2nd partition is an ext2 partition with the rootfs.*.gz untarred as per the wiki. I just checked again, and this is what I have for the SD card; I'm doing this on a Debian Stable machine /dev/sdd1 7.8M 1.9M 5.5M 26% /home/rodney/MokoKernel /dev/sdd2 949M 157M 745M 18% /home/rodney/Moko fdisk -l /dev/sdd Disk /dev/sdd: 1019 MB, 1019216384 bytes 14 heads, 45 sectors/track, 3159 cylinders Units = cylinders of 630 * 512 = 322560 bytes Device Boot Start End Blocks Id System /dev/sdd1 1 268167+ 6 FAT16 /dev/sdd2 273159 986895 83 Linux ls -la MokoKernel/ total 1872 drwxr-xr-x 2 root root 16384 1969-12-31 16:00 . drwxr-xr-x 81 rodney rodney4096 2008-11-29 11:18 .. -rwxr-xr-x 1 root root 1894716 2008-11-29 13:48 uImage.bin ls -la Moko/ total 84 drwxr-xr-x 18 root root4096 2008-09-15 17:24 . drwxr-xr-x 81 rodney rodney 4096 2008-11-29 11:18 .. drwxr-xr-x 2 root root4096 2008-11-29 12:12 bin drwxr-xr-x 2 root root4096 2008-09-15 17:25 boot drwxr-xr-x 2 root root4096 2008-08-06 23:27 dev drwxr-xr-x 46 root root4096 2008-11-29 12:12 etc drwxr-xr-x 3 root root4096 2008-09-15 17:23 home drwxr-xr-x 4 root root4096 2008-08-07 15:26 lib drwx-- 2 root root 16384 2008-11-29 12:11 lost+found drwxr-xr-x 10 root root4096 2008-09-15 17:23 media drwxr-xr-x 3 root root4096 2008-11-29 12:12 mnt drwxr-xr-x 3 root root4096 2008-08-06 23:28 opt drwxr-xr-x 2 root root4096 2008-08-06 23:27 proc drwxr-xr-x 2 root root4096 2008-11-29 12:12 sbin drwxr-xr-x 2 root root4096 2008-08-06 23:27 sys drwxrwxrwt 2 root root4096 2008-08-06 23:27 tmp drwxr-xr-x 10 root root4096 2008-08-06 23:27 usr drwxr-xr-x 7 root root4096 2008-08-06 23:26 var Bloody wierd. Mounted, looked at, umounted, the SD card, reinserted into the, and it appears to be boot, but the IP address I edited into the /etc/network/interfaces card. does not appear to have taken. This is why it is so frustrating. One time, nothing works, then things start working 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: Creating a distro on a sim card
Christopher J. White: With Debian on a 2GB microSD card, here's my boot cmdline (cat /proc/cmdline): glamo_mci.sd_max_clk=1000 rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs) rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 Don't anybody see a problem with this settings? There's two pairs of parameters rootfstype and root; who get the priority? This redundancy is because environment has the following variables: bootargs_base=rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=4 regular_boot menu_1=Boot from microSD (FAT+ext2): setenv bootargs ${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 ${mtdparts} ro; mmcinit; fatload mmc 1 0x3200 ${sd_image_name}; bootm 0x3200 bootargs_base has one pair, menu_1 has another. So, who's in charge here? Also, is there a reason to mount rootfs read-only? I try to boot from uSD card and get several error messages like this: tar: cannot create directory 'devices/snd': Read-only fiel system tar: cannot create directory 'devices/input': Read-only fiel system tar: cannot create directory 'devices/bus': Read-only fiel system tar: cannot create directory 'devices/net': Read-only fiel system tar: cannot create directory 'devices/loop': Read-only fiel system and then cp: cannot stat '/lib/udev/devices/*': No such file or directory then Remounting root filesystem (so it is remounted rw now?) then mount: special device /dev/mmcblk0p1 does not exist (this is stock 512Mb uSD). After that it tries to startup ALSA (with No soundcard found resulting message) and network (resulting done), and after that it just stall forever. Rootfs is yesterday's testing tarball taken from http://downloads.openmoko.org/daily/testing/. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Creating a distro on a sim card
On Sun, 2008-11-30 at 02:32 +0300, Evgeniy Karyakin wrote: Christopher J. White: With Debian on a 2GB microSD card, here's my boot cmdline (cat /proc/cmdline): glamo_mci.sd_max_clk=1000 rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs) rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 Don't anybody see a problem with this settings? There's two pairs of parameters rootfstype and root; who get the priority? This redundancy is because environment has the following variables: bootargs_base=rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=4 regular_boot menu_1=Boot from microSD (FAT+ext2): setenv bootargs ${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 ${mtdparts} ro; mmcinit; fatload mmc 1 0x3200 ${sd_image_name}; bootm 0x3200 bootargs_base has one pair, menu_1 has another. So, who's in charge here? LOLI didn't even notice that. After several *hours* of working on it (and dumping the 8GB card I bought that just would not work), I finally found a combo that worked. Needless to say the above works fine for me with my Debian distro, so it must just take the last assignment as the final and go from there. You are right that it's a combo of boot_args plus the indirection from menu_1 using boot_args. ...cj ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Audio format
I would recommend ogg too. I'm was using ogg file as my ringtone without any problems. Not sure about your distribution... Leonti On Sat, Nov 29, 2008 at 5:29 PM, Pander [EMAIL PROTECTED] wrote: Hi all, What is the best audio format for offering ringtones, notifications, etc.? I'd prefer .ogg because of its easy license and small file size. The .wav and .mp3 I'd shun for these reasons. Is this correct and is the phone capable of using .ogg as ringtones and notifications in both the OM part and the Qt part. Thanks, Pander ___ 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: [Debian] TSLIB_TSDEVICE no longer getting set
On Sat, 2008-11-29 at 21:53 +, Joachim Breitner wrote: Hi Christopher, Am Samstag, den 29.11.2008, 16:18 + schrieb Christopher J. White: I've been trying to get gestikk [1] working, a mouse-gestures program that turns mouse gestures into keystrokes at the window manager level. This seems ideal for finger gestures to do things like scrolling, paging, etc in a generic fashion. Nice program. What are you going to use as a toggle? AUX-Key? Yeah, it's looking promising. I'm not quite sure yet how to integrate it. I've managed to get it working with the standard Xorg distribution, but not Xglamo as it require Xkb, which Xglamo doesn't currently support. (anyone interested, I can send you pointers to what I've got workingnot quite ready though). At a basic stage, I can define a finger gesture and map it to a keystroke such as a. So far the mouse events are simultaneously passed to the underlying application. For example, passing a simple stroke up will be recognized by gestikk, but also passed to the xterm that has focus and thus will select and drag across the xterm window. Not ideal. Ideally it would always be active in a smart mode. I'm thinking about trying to restrict it such that if there is no movement after the initial click, than it is *not* a gesture. If there is immediate motion, capture the entire mouse motion as a gesture and attempt not to pass it along to the underlying application. We'll have to see how easily this is achieved. It may work best enabled for some apps but not others. At worst, I'll use the AUX-key or something like that as a trigger to enable gesture recognition. After working through package dependencies, and building a needed python module, I got it fulling installed and actually managed to get it to run and put it's icon in the tray. Unfortunately, it requires right-click...i don't have the right-click tslib patch installed (yet), so I reran the program in a mode that allows configuration. As soon as I did that, I seemed to lose pointer input. /etc/init.d/nodm restart, reboot, all have no effect. I have traced it down to TSLIB_TSDEVICE no longer getting set. If I manually export this set properly, and do startx, it works, I get my pointer back. I am running X as a normal user, but the same happens when reverting back to root as well. So, what happened? I can't figure out how /etc/init.d/nodm is supposed to setup environment variables that tslib needs. AFAIR, it is not necessary anymore to set this variable, if /etc/X11/xorg.conf and/or the udev rules are set up correctly – did you by any chance modify that? I was running Xglamo at the time, so I had modified xorg.conf to point to Xglamo as the display device. However, something happened that screwed that up, both for Xglamo as well as fbdev. Right now neither will work. In fact, it's rather strange. If I start xinit manually after setting TSLIB_TSDEVICE, it works: $ export TSLIB_TSDEVICE=/dev/input/event1 $ /usr/bin/xinit /etc/X11/Xsession However, when I run it in a fashion similar to /etc/init.d/nodm, it fails: $ /bin/su --login --command /usr/bin/xinit /etc/X11/Xsession root This is despite putting the export command in .bashrc and verifying that it's set. I even tried verifying that it was getting TSLIB_TSDEVICE: $ /bin/su --login --command printenv root [...] TSLIB_TSDEVICE=/dev/input/event1 However, it still fails to work. I removed and then reinstalled xserver-xglamo, and the error messages changed, but it still does not work. ...cj ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A light for the Freerunner
Yes, they are brighter. I am actually thinking of using your idea, but adding an extension and small camera so the light can be used in confined areas with the FR as the screen. When I get the time ... BillK On Sat, 2008-11-29 at 14:09 +0100, Patrick Beck wrote: Hello, it's not comparable to this solution ;) This two leds are twice or more brighter than the display. with kind regards Patrick Am Samstag, den 29.11.2008, 12:42 +0900 schrieb William Kenworthy: I use flashlight - turns the screen backlight up to max. Touch to turn off ( return screen to previous setting). Its actually quite bright and useful, and no soldering involved. BillK On Fri, 2008-11-28 at 22:56 +0100, Patrick Beck wrote: Hello, because i like my light on my older phone, a Sony Ericsson W800i, i added a light on the miniusb - connector. Perhaps anybody like it or has any improvements for me :D Here you can find a wiki article about the light http://yourse.de/wiki/doku.php?id=openmoko:usb_light And here two videos http://www.youtube.com/watch?v=iK5w-OHSm9g http://www.youtube.com/watch?v=f2H4QZq2xxE It was a proof-of-concept and it works! Perhaps Openmoko likes the idea and adds a light directly into the case in the next generation of devices :) At least manufacutring at one's own risk ;) Have fun! with kind regards Patrick Beck ___ 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 -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian -FSO -GPS] No Fix
Hi, On Sat, Nov 29, 2008 at 06:34:18PM +0100, arne anka wrote: atm there's no fix at all, neither after 3 nor after 10 minutes. the log is full of Discarded data not UBX ... and ubx seems, afair, to be the format the agps uses/needes. so far there's no statement of the fso developers, what that means -- and according to the git ogpsd wasn't changed for more than a month now, so downgrading seems not really sensible. Daniel asked for a _complete_ log just 3 hours after the initial bug report (Ticket #265). But no answer until now... Greetings, Sascha ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community