Re: ASU - out of memory?
On Fri, 22 Aug 2008 08:36:26 +0200 Sander van Grieken <[EMAIL PROTECTED]> babbled: > On Friday 22 August 2008 02:59:25 Carsten Haitzler wrote: > > On Thu, 21 Aug 2008 19:54:26 +0200 Sander van Grieken <[EMAIL PROTECTED]> > babbled: > > > For a phone, the algorithm could be as simple as killing the process that > > > has allocated the most memory. The essential system services and the > > > basic UI applications usually have a small footprint, and the biggest > > > consumer of memory is most likely a leaky UI app that's not part of the > > > main system anyway. > > > > > > For a production server with large databases this doesn't work of course, > > > but there you're already in big trouble if you have to fallback on the > > > oom-killer. > > > > true - and the kernel oom killer should mostly handle this, BUT it is > > possible to do better. a userspace oom killer can trawl all .desktop files > > and thus know if the app is run by a user (base on command), or if its a > > system app that can be run, or if its installed later etc. etc. > > > > such a userspace oom isn't hard to do. it's pretty simple. > > Problem is, your might not have the memory to trawl those .desktop files. thus my original "write a root daemon - setsched() to realtime priority and mlock() memory space down! (and of course read every page of memory to make sure it's paged in) :) > What about a malloc that's LD_PRELOADed in front of non-essential apps, that > enforces a 5-10% available memory for essential system and phone apps? (or > maybe some other hook mechanism if preloading is not feasible) > > Of course there also should be such wrappers for delegated allocators like > the X pixmap example your mentioned earlier. yeah. though such a userspace oom could use xresource extension to track x client usage too and do the same as it would rummaging through /proc regularly :) > Sander > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
On Friday 22 August 2008 02:59:25 Carsten Haitzler wrote: > On Thu, 21 Aug 2008 19:54:26 +0200 Sander van Grieken <[EMAIL PROTECTED]> babbled: > > For a phone, the algorithm could be as simple as killing the process that > > has allocated the most memory. The essential system services and the > > basic UI applications usually have a small footprint, and the biggest > > consumer of memory is most likely a leaky UI app that's not part of the > > main system anyway. > > > > For a production server with large databases this doesn't work of course, > > but there you're already in big trouble if you have to fallback on the > > oom-killer. > > true - and the kernel oom killer should mostly handle this, BUT it is > possible to do better. a userspace oom killer can trawl all .desktop files > and thus know if the app is run by a user (base on command), or if its a > system app that can be run, or if its installed later etc. etc. > > such a userspace oom isn't hard to do. it's pretty simple. Problem is, your might not have the memory to trawl those .desktop files. What about a malloc that's LD_PRELOADed in front of non-essential apps, that enforces a 5-10% available memory for essential system and phone apps? (or maybe some other hook mechanism if preloading is not feasible) Of course there also should be such wrappers for delegated allocators like the X pixmap example your mentioned earlier. Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
sound problems on 2008.08
Hi, I am running 2008.08 and the phone does not make any sound on an incomming call or when I get a SMS or an entry from my calendar should pop up. I can hear music with openmoko-mediaplayer. The profile in the settings is set to "ring and vibrate". "ring only" does not give any sound either. Any suggestions what could be wrong? I could not found a mixer app for the qtopia stuff. Is there any? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 4GB with the Debian Installer
On Thu, 21 Aug 2008, Greg Bonett wrote: > Alright, here it is... > Writing superblocks and filesystem accounting information: > Warning, had trouble writing out superblocks.done I saw that too! > Warning, had trouble writing out superblocks.done I saw *that*, too! (-; I found that lowering the glamo MMC clock by a factor of 1/2 repeatedly, until I found a stable clock speed, worked fine for me. Now I make calls in Zhone! on Deviant GNU/Linux! I mean, Debian. -- Asheesh. -- A new koan: If you have some ice cream, I will give it to you. If you have no ice cream, I will take it away from you. It is an ice cream koan. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GNOME running on Freerunner
On Fri, 22 Aug 2008 10:21:24 +0530 "Shakthi Kannan" <[EMAIL PROTECTED]> wrote: [...] > http://free-opensource.qvantel.net/mediawiki//index.php/Debian_on_FreeRunner#Indian_localization [...] Cool. Thank you. I am going to publicise that page. Regards, Gora ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GNOME running on Freerunner
Gora, --- On Thu, Aug 21, 2008 at 2:09 PM, Gora Mohanty <[EMAIL PROTECTED]> wrote: | Would it be possible for you to cut-and-paste the | line of Hindi text below into gedit on the Freerunner, | and take a screenshot. \-- http://free-opensource.qvantel.net/mediawiki//index.php/Debian_on_FreeRunner#Indian_localization SK -- Shakthi Kannan http://www.shakthimaan.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Pyring - python keyring
Pyring is running on the freerunner. It still needs some polishing for the smaller screen. I haven't created an ipkg yet but there is a python setup file for the freerunner. It will import palm keyring and palm cryptinfo databases. It uses the same file format on the desktop and the handheld so can have the same database on both. Homepage : http://handheldshell.com/software/pyring.php All of the prerequisites need to be installed including pyDes Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debian installed in Flash instead of uSD
All, I got the Debian install to fit in flash, even with several extra things (like vim-gtk) installed, and it's currently showing 53M free. Here are (somewhat cleaned up) instructions: Using the install.sh, installed Debian on my 4GB uSD card. Booted into Debian, did my apt-get stuff to add packages. In particular, I added: apt-get install subversion python-crypto python-gdbm python-gtk2 xauth x2x python-pysqlite2 vim-gtk gpaint tangogps gpsd apmd patch patchutils You probably will want to "apt-get clean" at this point. mkdir /var/tmp/root mount /dev/root /var/tmp/root On my workstation: ssh [EMAIL PROTECTED] "mkfs.jffs2 -d /var/tmp/root -e 128 --pad --no-cleanmarkers" | pv -W > debian-rootfs.jffs2 (The "| pv -W" is optional, it just gives you something to watch as the bytes fly by.) Copy the /boot/uImage.bin to the workstation. (Or wget the one the install.sh grabbed.) Use dfu-util to flash the kernel image and the rootfs. Boot into Debian from the uSD again. mount /mnt/flash vim /mnt/flash/etc/fstab 1) Change the filesystem type for the rootfs line to jffs2 2) Comment out the mmcblk0p1 and mtdblock6 lines 3) Add a line: tmpfs /var/cache/apt tmpfs defaults,noatime0 0 ... and save your changes. rm -rf /mnt/flash/var/cache/apt/* umount /mnt/flash Reboot, and let the FR boot from its internal flash. It will take a while, but debian should boot. If you want to run apt-get, you will need to mkdir -p /var/cache/apt/archives/partial (This http://www.nabble.com/Bug-314334:-apt:-APT-doesn't-work-on-filesystems-without-shared-writeable-mmap(),-like-JFFS2-td19080729.html may be a better solution, but I haven't tried it.) apt-get update took 5 minutes for me, and used a dozen MB in the rootfs temporarily, but I'm not anticipating apt-get to be a daily task on this once I get the basics worked out. The tmpfs for /var/cache/apt is necessary because apt uses mmap for some stuff in /var/cache/apt, and that doesn't appear to play well with jffs2. Comments, suggestions, etc, welcome. Eli --. "If it ain't broke now, Eli Carter \ it will be soon." -- crypto-gram [EMAIL PROTECTED] `- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date/time
William Kenworthy wrote: > On 2007.2 from the 2008.8.11 image - I installed ntpdate and ran it. > Now the date/time in the terminal is correct, but X clock and calendar > are showing UTC. My location is +8 and the timezone is set according to > the docs, but X is showing 8 hours behind the terminal time (therefore > in UTC) which is weird. Where else can I look? > > BillK > > did you link /etc/localtime -> /usr/share/zoneinfo/PST8PDT Or whatever your timezone is? This seemed to work for me, after restarting. -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth on om 2008.08
Paul Buede wrote: > Anyone know how to pair a bluetooth headset? I was able to do it on the > Qtopia release, but don't see an app to do it on ASU. Is there a > package I need to install? Am I just blind? > You can pair with a headset, but to date no one has figured out how to get the audio to and from it. If you do let us know, it is the one thing blocking me from using it as a phone. (Plus the GSM buzzing of course). -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Windows CE on freerunner
Awesome details. I would definitely give it a try. Not intereseted in font blitting, so would stick to the morse code idea :). Would send out the details (and wiki them). --Vikas On Fri, Aug 22, 2008 at 7:57 AM, Alex Osborne <[EMAIL PROTECTED]> wrote: > On 22/08/2008, at 11:41 AM, Vikas Saurabh wrote: > > > Why can't I fool the bootloader to think that I am a kernel. I > > always thought boot loaders just load the kernel image, pass it > > some parameters and start executing them. > > Indeed, that's exactly what it does. It loads the kernel image into > RAM, puts some parameters and a pointer to the ATAGS (which include > stuff the kernel command-line) into registers and jumps to the start > of the image. See here for details: > > http://www.arm.linux.org.uk/developer/booting.php > > > > > I had done this helloworld kind of thing with grub during > > college...but then maybe grub is advanced. What puzzles me is how > > exactly? > > Note that the Freerunner doesn't have a BIOS. When you did it on x86 > you probably used the BIOS' printing routines. If you want to do it > on the FR you'll have to do your own font blitting etc. If you have > a debug board you could print it to a serial port. You can then also > use JTAG to debug your code and figure out what is going on. If you > don't have the debug board, I guess you could easily enough blink out > hello world in morse code through an LED or by turning on and off the > backlight or something. > > It might also be useful to play with it in qemu, just pass in your > binary with the -kernel option, you can connect gdb to it and step > through line by line (see the qemu documentation for how to do this). > > As to how to actually do it, it's a bit of a pain. You'll probably > need to write a little ARM assembler stub entry point to setup a > stack and call your C code. Although you might be able to just reuse > u-boots stack, I guess. Then you'll need to compile your code with - > nostdlib and link it in a way that ensures your assembler code is at > the start of the image, you might need to investigate custom linker > scripts for this, I can't remember. You can then use something like > "objcopy -O binary mycode.elf mycode.bin" to pull the raw code out of > the elf file the linker generated, so that you can give it to u-boot. > > Remember also that you won't have any standard library, so you'll > have to write every function you want to use yourself (or use > something like the OSKit C library) and if you code has a bug it's > just going to hang or reset the CPU, unless you define your own error > handling code. > > So yes, certainly doable and a good learning experience but it's not > exactly straightforward. > > ___ > 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: Migration to 2008.08
Marco Trevisan (Treviño) wrote: > Dale Maggee wrote: > >> 1. I don't think so, mainly because of bug # 1766 - can't be used as a >> phone. YMMV. >> > > Try using the workaround I've posted [1] using the attached > libficgta01vendor.so. It seems it makes telephony working in 2008.08 too. > > [1] http://docs.openmoko.org/trac/ticket/1766#comment:60 > > from zecke's comments, it looks like this will be available in his feeds in the next day or so, nice! I currently don't have 2008.8 installed, but if I hear good things then it might be worth trying it again! cool! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Windows CE on freerunner
On 22/08/2008, at 11:41 AM, Vikas Saurabh wrote: > Why can't I fool the bootloader to think that I am a kernel. I > always thought boot loaders just load the kernel image, pass it > some parameters and start executing them. Indeed, that's exactly what it does. It loads the kernel image into RAM, puts some parameters and a pointer to the ATAGS (which include stuff the kernel command-line) into registers and jumps to the start of the image. See here for details: http://www.arm.linux.org.uk/developer/booting.php > > I had done this helloworld kind of thing with grub during > college...but then maybe grub is advanced. What puzzles me is how > exactly? Note that the Freerunner doesn't have a BIOS. When you did it on x86 you probably used the BIOS' printing routines. If you want to do it on the FR you'll have to do your own font blitting etc. If you have a debug board you could print it to a serial port. You can then also use JTAG to debug your code and figure out what is going on. If you don't have the debug board, I guess you could easily enough blink out hello world in morse code through an LED or by turning on and off the backlight or something. It might also be useful to play with it in qemu, just pass in your binary with the -kernel option, you can connect gdb to it and step through line by line (see the qemu documentation for how to do this). As to how to actually do it, it's a bit of a pain. You'll probably need to write a little ARM assembler stub entry point to setup a stack and call your C code. Although you might be able to just reuse u-boots stack, I guess. Then you'll need to compile your code with - nostdlib and link it in a way that ensures your assembler code is at the start of the image, you might need to investigate custom linker scripts for this, I can't remember. You can then use something like "objcopy -O binary mycode.elf mycode.bin" to pull the raw code out of the elf file the linker generated, so that you can give it to u-boot. Remember also that you won't have any standard library, so you'll have to write every function you want to use yourself (or use something like the OSKit C library) and if you code has a bug it's just going to hang or reset the CPU, unless you define your own error handling code. So yes, certainly doable and a good learning experience but it's not exactly straightforward. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Windows CE on freerunner
You can if your image must include implementation of the low level print function that write characters to hardware register. not a statically linked linux userspace helloworld program. Best Regards, Mac Lin Date: Fri, 22 Aug 2008 07:11:15 +0530 From: [EMAIL PROTECTED] To: community@lists.openmoko.org Subject: Re: Windows CE on freerunner Why can't I fool the bootloader to think that I am a kernel. I always thought boot loaders just load the kernel image, pass it some parameters and start executing them. I had done this helloworld kind of thing with grub during college...but then maybe grub is advanced. What puzzles me is how exactly? On Fri, Aug 22, 2008 at 6:58 AM, Jeff Sadowski <[EMAIL PROTECTED]> wrote: you would need to replace uboot its ugly _ 5 GB 超大容量 、創新便捷、安全防護垃圾郵件和病毒 — 立即升級 Windows Live Hotmail http://mail.live.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Windows CE on freerunner
Ohh...I guess you mean that it would not be possible to load windows kernel and tell it about the partition info etc so that it can continue booting. I think that is fine. I would be more than happy to have my program start up by uboot. Windows was just an example that my friend had set up. Thanks a lot. --Vikas On Fri, Aug 22, 2008 at 7:20 AM, Jeff Sadowski <[EMAIL PROTECTED]>wrote: > you can with a normal OS windows has its own bootloader > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Windows CE on freerunner
you can with a normal OS windows has its own bootloader On Thu, Aug 21, 2008 at 7:41 PM, Vikas Saurabh <[EMAIL PROTECTED]> wrote: > Why can't I fool the bootloader to think that I am a kernel. I always > thought boot loaders just load the kernel image, pass it some parameters and > start executing them. > > I had done this helloworld kind of thing with grub during college...but then > maybe grub is advanced. What puzzles me is how exactly? > > On Fri, Aug 22, 2008 at 6:58 AM, Jeff Sadowski <[EMAIL PROTECTED]> > wrote: >> >> you would need to replace uboot its ugly > > > ___ > 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
Cincinnati Bell Wireless
Hello, I intend to buy a FreeRunner. This will be my first time owning a cell phone, though. My service plan is offered through my university by Cincinnati Bell Wireless, and includes a free phone. Can I expect that removing the SIM card from the free phone and placing it in the FreeRunner will work? (IE, allow calls and SMS. I'd do any data over wifi.) Thanks, Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia WIFI WPA
Matthew Lane wrote: > Hey all, > > I'm loving the GUI for connecting to a WIFI AP on Qtopia 4.1.4. 4.1.4? thats ancient :) Are you sure this is the correct version? > > However, I'm trying to connect to my university's WPA EAP TKIP network, > and there doesn't seem to be a TKIP option (only TLS/TTLS/PEAP). Also, > when I view security certificates, the next screen simple shows "Empty > Text" and I'm not able to select any security certificates. > > Any news on new Qtopia WIFI updates? 4.3.2 supports tkip and aes. -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Windows CE on freerunner
Why can't I fool the bootloader to think that I am a kernel. I always thought boot loaders just load the kernel image, pass it some parameters and start executing them. I had done this helloworld kind of thing with grub during college...but then maybe grub is advanced. What puzzles me is how exactly? On Fri, Aug 22, 2008 at 6:58 AM, Jeff Sadowski <[EMAIL PROTECTED]>wrote: > you would need to replace uboot its ugly > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Windows CE on freerunner
you would need to replace uboot its ugly On Thu, Aug 21, 2008 at 7:20 PM, Vikas Saurabh <[EMAIL PROTECTED]> wrote: > Totally agreed but it would still be fun have my own hello world program > running. Can I have a HelloWorld named as uImage.bin and which can be loaded > by uboot. > Wait I would try that out myselfshould be interesting :) > > --Vikas > PS: On a lighter note, I cant run away from that friend, he sits right > beside my cube in my office :) > > On Fri, Aug 22, 2008 at 6:02 AM, David Samblas > <[EMAIL PROTECTED]> wrote: >> >> Your friend is the evil temptating you doing nasty things, don't listen >> him , run away as far as you can, >> El vie, 22-08-2008 a las 05:51 +0530, Vikas Saurabh escribió: >> > Hi All, >> > >> > I really don't want to use windows on my moko. Its rather to prove a >> > point to a friend of mine. So, can we install windows (if we somehow >> > get the flash image of the OS)? >> > >> > Or more simply asked can I configure uBoot to launch a "Hello World" >> > program that I compile completely statically? >> > >> > --Vikas >> > >> > PS: I guess there would be problems with the driver etc. But I that >> > should be OKas long as I can have the booting up part.. >> > >> > ___ >> > 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: Windows CE on freerunner
Yes you could it would be the same as putting windows ce on a gumstix. When I first read this I was thinking I had to set someone straight. You probably already know this but I will say it anyways. You can buy a phone with windows ce on it already and it would be cheaper and could do all the same things that you would be able to do with windows ce on the free runner the whole reason to buy a freerunner is the fact that they support linux. With linux and a good programmer you can do things you could never have dreamed of under windows because of licensing stipulations. and there just isn't the driver support for windows ce on the arm processor. On Thu, Aug 21, 2008 at 6:32 PM, David Samblas <[EMAIL PROTECTED]> wrote: > Your friend is the evil temptating you doing nasty things, don't listen > him , run away as far as you can, > El vie, 22-08-2008 a las 05:51 +0530, Vikas Saurabh escribió: >> Hi All, >> >> I really don't want to use windows on my moko. Its rather to prove a >> point to a friend of mine. So, can we install windows (if we somehow >> get the flash image of the OS)? >> >> Or more simply asked can I configure uBoot to launch a "Hello World" >> program that I compile completely statically? >> >> --Vikas >> >> PS: I guess there would be problems with the driver etc. But I that >> should be OKas long as I can have the booting up part.. >> >> ___ >> 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
Bluetooth on om 2008.08
Anyone know how to pair a bluetooth headset? I was able to do it on the Qtopia release, but don't see an app to do it on ASU. Is there a package I need to install? Am I just blind? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Windows CE on freerunner
Totally agreed but it would still be fun have my own hello world program running. Can I have a HelloWorld named as uImage.bin and which can be loaded by uboot. Wait I would try that out myselfshould be interesting :) --Vikas PS: On a lighter note, I cant run away from that friend, he sits right beside my cube in my office :) On Fri, Aug 22, 2008 at 6:02 AM, David Samblas < [EMAIL PROTECTED]> wrote: > Your friend is the evil temptating you doing nasty things, don't listen > him , run away as far as you can, > El vie, 22-08-2008 a las 05:51 +0530, Vikas Saurabh escribió: > > Hi All, > > > > I really don't want to use windows on my moko. Its rather to prove a > > point to a friend of mine. So, can we install windows (if we somehow > > get the flash image of the OS)? > > > > Or more simply asked can I configure uBoot to launch a "Hello World" > > program that I compile completely statically? > > > > --Vikas > > > > PS: I guess there would be problems with the driver etc. But I that > > should be OKas long as I can have the booting up part.. > > > > ___ > > 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: Partitioning 4GB with the Debian Installer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joachim Breitner wrote: > Hi, > > Am Donnerstag, den 21.08.2008, 15:48 -0500 schrieb Greg Bonett: >> Unfortunately I'm working with the 512mb SD card that came with my FR >> (install.sh had trouble partitioning my 4gb SDHC) so I haven't been able >> to install too many aps > > Actually, the install.sh should be able to handle that as well, at least > theoretically. What problems did you have? Alright, here it is... When I run './install.sh all' it runs through the partition step (but does not continue) and gives this output before quiting: W: /dev/mmcblk0p1 is mounted, unmounting 1+0 records in 1+0 records out Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel Building a new DOS disklabel. Changes will remain in memory only, until you decide to write them. After that the previous content won't be recoverable. The number of cylinders for this disk is set to 125440. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Warning: invalid flag 0x00,0x00 of partition table 4 will be corrected by w(rite) Command (m for help): Command action e extended p primary partition (1-4) Partition number (1-4): First cylinder (1-125440, default 1): Using default value 1 Last cylinder or +size or +sizeM or +sizeK (1-125440, default 125440): Command (m for help): Command action e extended p primary partition (1-4) Partition number (1-4): First cylinder (246-125440, default 246): Using default value 246 Last cylinder or +size or +sizeM or +sizeK (246-125440, default 125440): Using default value 125440 Command (m for help): The partition table has been altered! Calling ioctl() to re-read partition table * Waiting for partitions to appear * Partition table created W: /dev/mmcblk0p1 is mounted, unmounting * Formatting the microSD card partitions mke2fs 1.38 (30-Jun-2005) Filesystem label= OS type: Linux Block size=1024 (log=0) Fragment size=1024 (log=0) 1960 inodes, 7832 blocks 391 blocks (4.99%) reserved for the super user First data block=1 1 block group 8192 blocks per group, 8192 fragments per group 1960 inodes per group Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 34 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. mke2fs 1.38 (30-Jun-2005) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 500960 inodes, 1001560 blocks 50078 blocks (5.00%) reserved for the super user First data block=0 31 block groups 32768 blocks per group, 32768 fragments per group 16160 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736 Writing inode tables: done Writing superblocks and filesystem accounting information: Warning, had trouble writing out superblocks.done This filesystem will be automatically checked every 33 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. If I try and run './install.sh mount' I get the following error: Running stage mount Mounting the newly created system mount: wrong fs type, bad option, bad superblock on /dev/mmcblk0p2, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so dmesg | tail gives: glamo-mci glamo-mci.0: Error after cmd: 0x20 mmcblk0: error -110 sending read/write command end_request: I/O error, dev mmcblk0, sector 0 glamo-mci glamo-mci.0: Error after cmd: 0x8020 mmcblk0: error -110 sending read/write command end_request: I/O error, dev mmcblk0, sector 0 glamo-mci glamo-mci.0: Error after cmd: 0x20 mmcblk0: error -110 sending read/write command end_request: I/O error, dev mmcblk0, sector 1568 EXT2-fs: unable to read superblock I'm pretty sure this has something to do with th e problem: Warning, had trouble writing out superblocks.done (from initial ./install.sh all output) Thanks for taking a look at this. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIrhIcR7UPrMLya90RAmk2AKDIRQRue11ukU3YV9N9ElgrnGfNswCfZsL0 ilTG+IGwiyOqYcr6fZbWzTU= =f4ES -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
On Thu, 21 Aug 2008 19:54:26 +0200 Sander van Grieken <[EMAIL PROTECTED]> babbled: > On Thursday 21 August 2008 19:33:24 Steven Kurylo wrote: > > > And come on. Software is not perfect. Sometimes we have to live with a > > > dreamteam like (old) firefox and x11. I had times when they had both > > > hundreds of megs virtual mem. But everything was fine because it all was > > > just harmlessly been swaped away. I restarted them every weekend to not > > > let it become worse. > > > Not ideal, but should the system rather be unusable in this condition? > > > > You're assuming the system will be usable when an application > > misbehaves and 50mb gets swapped out. On a desktop, sure your points > > are valid. > > > > I'm not sure this is true on Freerunner. None of the embedded systems > > I've used have had swap. What happens when you haven't received a > > call for several hours and the application you're using forces it to > > swap out? Can you still answer a call in time? > > Exactly. > > > I'd rather see a smart oom killer which will only kill non-essential > > applications. Adding 128mb of swap just pushes the problem back and > > slows down the entire phone. > > For a phone, the algorithm could be as simple as killing the process that has > allocated the most memory. The essential system services and the basic UI > applications usually have a small footprint, and the biggest consumer of > memory is most likely a leaky UI app that's not part of the main system > anyway. > > For a production server with large databases this doesn't work of course, but > there you're already in big trouble if you have to fallback on the > oom-killer. true - and the kernel oom killer should mostly handle this, BUT it is possible to do better. a userspace oom killer can trawl all .desktop files and thus know if the app is run by a user (base on command), or if its a system app that can be run, or if its installed later etc. etc. such a userspace oom isn't hard to do. it's pretty simple. -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
On Thu, 21 Aug 2008 18:40:52 +0200 Tilman Baumann <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) wrote: > > On Thu, 21 Aug 2008 16:44:36 +0200 Tilman Baumann <[EMAIL PROTECTED]> > > babbled: > > > >> Carsten Haitzler (The Rasterman) wrote: > >>> On Thu, 21 Aug 2008 17:50:26 +0200 Esben Stien <[EMAIL PROTECTED]> > >>> babbled: > >>> > Tilman Baumann <[EMAIL PROTECTED]> writes: > > > all the linux memory overcommit behaviour more or less depends on > > the fact that it can allways save it's ass by using swap. (Instead > > of helplessley crashing) > Yes, or killing the application. Not having swap is nonsense;). If you > are using swap something is wrong, right, but then you fix it. I find > it strange that the debian install didn't make a little swap > partition. > >>> and luckily those smart fellas in kernel developer land.. made kernel > >>> overcommit.. a tunable parameter! and... cunningly.. on the FR (and as wel > >>> on my desktop) it's turned off! :) so... a moot point really. :) > >> pardon? Honestly? This is absurd! > >> Why? I don't get it. > >> > >> I mean, how did you get the impression that overcomitting is a bad thing? > > > > when it makes: > > > > > > myptr = malloc(somesize); > > if (myptr == NULL) return -1; // return and unwind > > // continue as normal > > > > > > useless so i mayaswell do: > > > > myptr = malloc(somesize); > > if (myptr == NULL) abort(); > > > > > > ala glib. all that error checking code programs have becomes stupid. i > > should just assume all mallocs succeed!. as they likely will and part way > > through accessing the memory malloc actually returned - i may segv because > > i dont have enough ram. that's just bad! what's the point of error codes > > and returns then? whats the point of even trying to handle an error? :( may > > as well throw in the towel ala glib. > > > > Not being able to malloc memory and not having any physical memory left > are just two sepereate things. At least on modern linux systems. no they are not. i write code. myptr = malloc(mysize); it returns failuer (NULL) then i need to deal with it. it returns a pointer - it succeeded. i asked for memory - it gave it to me. the problem is with overcommit success returns are lies. they MAY have the memory - they may not. part way through using the pages it returned and SAID i could have, it can just segv - as it is overcommitted and out of pages. this means that suddenly return values can't be trusted for memory allocations anymore. any attempts to handle NULL returns may as well not exist as success cases can be undetectable failures. it's just a stupid policy. sure - its there to work around stupid userspace code that goes off allocing massive blobs of ram that it then never goes and uses, but the kernel should go punish all apps for this - those apps being stupid should be punished and have their code fixed. > Memory overcommit saves (physical) memory. And not just a bit. > And with some swap safety net it is reasonably save to do so. > > And how should it be better if _any_ app gets knocked out by running in > the memory limit? Usually it can't help the situation. Especially if > some other app that is eating all memory. > The effect is more or less the same. Some random poor app has to be > killed. (Since suicide is often the only way to react to malloc fails) > > Turning overcommit off is in my eyes only a poor 'bury one's head in the > sand' solution which effectively does improve nothing. i disagree. overcommit is a "bury head in sand" solution. it means you just go and avoid the original problem of allocing much more memory than you really need. > Overcommit and swap is just the winner. Everyone does it so. And in my > eyes rightly so. It is fast and efficient. > And even without swap, i would not want to turn overcommit off. > > Swap and overcommit is just the dream team. Fast and efficient memory. > And if something goes wrong, you have plenty of time (and mem) for > solving the problem. > Contrary to without, because how could you fix any low memory condition > with not allocating any more memory? Driving something into swap to be > able to do something about it is just right. > > And just if you thought so. Overcommit is not just lazy don't care for > errors behaviour but a really smart optimisation. wrong. it means i can no longer trust a successful malloc() calloc() realloc() or even alloca() return. ever. the return of a valid pointer which according to the manuals provided ever since for these calls, could be an error state too. and thew only way to handle it is have your own sigsegv/bus handlers and on a segv which accesses a known allocated chunk of memory, realise that overcommit just screwed you and try and save yourself (and frankly by this stage - you may as well just segv, exit or try re-exec yourself freshly). is is not elegant. it is not good. it is a cute hack that ma
Re: ASU - out of memory?
On Thu, 21 Aug 2008 18:49:33 +0200 Tilman Baumann <[EMAIL PROTECTED]> babbled: > And come on. Software is not perfect. Sometimes we have to live with a > dreamteam like (old) firefox and x11. I had times when they had both man it gets annoying people blaming x11 for memory problems. it is rarely a cause. it LOOKs bad because it is allocating ram FOR client apps (like firefox) - when firefox asks for 300mb of pixmaps.. the memory sits in x11 - not in firefox. use xrestop. example: res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID Identifier 1c0 333 4351 374 33236940K 26K 36967K 15872 Main - Mozilla PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 15872 raster20 0 432m 198m 27m S 11 6.0 1:09.77 firefox it's simple - but firefox has alone ASKED x to allocate just under 37mb of pixmap memory... and that is not included in firefox's base - everyone goes around blaming x. x invariably is the victim of its clients resource requests and the need of having to MAP lots of video card memory and resources into its space - thus looking big (though it really just brought in video memory and card registers in - not real memory). > hundreds of megs virtual mem. But everything was fine because it all was > just harmlessly been swaped away. I restarted them every weekend to not > let it become worse. > Not ideal, but should the system rather be unusable in this condition? we should have a userspace oom that on low-memory kills off "user apps" (not xserver or wm or basic required processes - just optional ones like calculator, addressbook, web browser etc.) when things get low - not going and adding swap. > -- > Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. > Please print this mail only on recycled paper. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
On Thu, 21 Aug 2008 14:29:45 -0400 Clinton Ebadi <[EMAIL PROTECTED]> babbled: > You've just rediscovered one of the few good design decisions of the > l4hurd project. See the bits on memory allocation in [0]. 'Tis a shame > that Hurd has pretty much failed (l4hurd and ngHurd got closer and > closer to fixing the terrible flaws of Mach Hurd ... but, alas, l4 > stagnated and Coyotos has yet to appear dooming us to another 30 years > of UNIX it seems). > > [0] > http://www.walfield.org/papers/20070104-walfield-access-decomposition-policy-refinement.pdf you know what's sad? WinCE even has "low on memory" messages - standard system messages like everything else that applications are meant to honor and try and clean up stuff when they get it. it of course is voluntary - and it's a measure to avoid HAVING to kill off apps... but even WinCE has it... and we have no such ability right now - no standard... so we are stuck with uglier hacks as the only solution. :( -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
On Fri, 22 Aug 2008 00:07:12 +0200 Esben Stien <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes: > > > and luckily those smart fellas in kernel developer land.. made > > kernel overcommit.. a tunable parameter! and... cunningly.. on the > > FR (and as wel on my desktop) it's turned off! :) so... a moot point > > really. :) > > I was more thinking of applications filling up RAM and then things > will have to be paged out if you don't want things to crash/get > killed. Something is definitely wrong if you're actually using the > swap area on this device, but things like this are observable with > vmstat. Unfortunately, you can't plug in more memory when you see that > your need exceeds the capacity of the device;). > > A 128Mio space of memory is not that huge, especially if you want to > use it for something cool and you will at some points pass this mark > and things will die; given the current algorithm it might not be > something you want to get killed. 128m is massive. it's unimaginably huge. if you need more you need to look hard at what it is you are doing, and how. seriously. for the kind of processing power, storage ability and display ability of this device... - and no. not saying "640k is enough for everyone". i am saying that 128m is a lot. people who don't think so are incredibly spoilt. possibly are bad programmers who need to learn more about memory management or should have their programming licenses revoked! :) (ok just kidding there). but seriously - it's a lot. this is why instead of running off to swap for help - which just overflows your ram problems onto disk (and sooner or later swap fills - then what? you haven't fixed the original problem - just delayed it). -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Swap Space was Re: Partitioning 4GB with the Debian Installer
On Fri, Aug 22, 2008 at 5:02 AM, Joachim Breitner <[EMAIL PROTECTED]> wrote: > Hi, > > Actually, the install.sh should be able to handle that as well, at least > theoretically. What problems did you have? > > Greetings, > Joachim When the installer partitions the disk, why does it not supply a swap partition? Is it needed or not needed by Debian? thanks clare ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit patch for faster map dragging
Vikas Saurabh wrote: > WHAT OM is shipping 900MHz version...at the same costmy v5 is > still working and I clearly remember it was 400MHz. That'd be the GSM radio frequency, not the CPU. - Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit patch for faster map dragging
AhhhI feel so stupid...you must have meant 900MHz triband in terms of network [:sheepish:] On Fri, Aug 22, 2008 at 5:49 AM, Vikas Saurabh <[EMAIL PROTECTED]>wrote: > WHAT OM is shipping 900MHz version...at the same costmy v5 is still > working and I clearly remember it was 400MHz. > Would 900MHz be at the same cost? > >> I'm hoping that OM will send me a replacement 900MHz version >> sometime ... >> > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Windows CE on freerunner
Your friend is the evil temptating you doing nasty things, don't listen him , run away as far as you can, El vie, 22-08-2008 a las 05:51 +0530, Vikas Saurabh escribió: > Hi All, > > I really don't want to use windows on my moko. Its rather to prove a > point to a friend of mine. So, can we install windows (if we somehow > get the flash image of the OS)? > > Or more simply asked can I configure uBoot to launch a "Hello World" > program that I compile completely statically? > > --Vikas > > PS: I guess there would be problems with the driver etc. But I that > should be OKas long as I can have the booting up part.. > > ___ > 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
Windows CE on freerunner
Hi All, I really don't want to use windows on my moko. Its rather to prove a point to a friend of mine. So, can we install windows (if we somehow get the flash image of the OS)? Or more simply asked can I configure uBoot to launch a "Hello World" program that I compile completely statically? --Vikas PS: I guess there would be problems with the driver etc. But I that should be OKas long as I can have the booting up part.. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit patch for faster map dragging
WHAT OM is shipping 900MHz version...at the same costmy v5 is still working and I clearly remember it was 400MHz. Would 900MHz be at the same cost? > I'm hoping that OM will send me a replacement 900MHz version > sometime ... > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FR: freevo, mythtv, elisa
Good testing ;) I will give a try at mythtv and transform the neo a
mythtvfrontend only station or as remote control of a "mythtvzed"
desktop
El vie, 22-08-2008 a las 01:33 +0200, Nik Lutz escribió:
> Recently I came up with the idea of installing a "Media Center" on my FR:
>
> Why? Applications like mythtv, freevoo, lunuxmce are optimized for
> multimedia and low resolution displays (therefore rather big
> control-elements that could be used without a stylus). Some of these
> applications also offer plugins for: webbrowsing, e-mail,
> weather-report, news ... Everything I'd like to see on my phone!!!
>
> I added debian-multimedia.org to my sources.list and found packages
> for elisa, freevo and mythv.
>
> freevo:
> =
> Installs and starts without a problem. I can even listen to mp3-files.
> The UI must be controlled with the keyboard because the mouse is not
> working. Additional input-devices can be configured, but I found no
> good documentation and gave up.
>
> mythtv:
> =
> It installs a mysql-server! After that I didn't expect it to run. But
> I was wrong. mythfrontend is quite responsive but I couldn't figure
> out how to import songs or videos. So I stopped...
>
> elisa:
>
> Would be great but terribly slow ( ~30 seconds per action). I'am quite
> sure that's because elisa uses opengl (with xglamo elisa crashes on
> startup). The UI is fully controlable with the mouse and looks
> fantastic. With a better display driver Elisa would be the UI for
> my FR!!
>
>
> elisa/python related question:
> Actually the mouse does not work out of the box. I got stack-traces
> saying that a function was called with to many arguments. I figured
> out that all these function where receivers of "clicked"-events.
>
> So I searched the elisa code for statements like
>
> self.play_button.connect("clicked", self.play_button_clicked)
>
> and added a dummy argument to every callback-function
>
> e.g.
> play_button_clicked(self, drawable, x, y, z, button, time):
> play_button_clicked(self, drawable, x, y, z, button, time, dummy):
>
> After that the mouse worked. Why is the number of arguments on my FR
> different? Should I file a bug?
>
> ___
> 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: FSO testing on Neo 1973
Torfinn Ingolfsen wrote: > On Thu, Aug 21, 2008 at 10:01 AM, Torfinn Ingolfsen <[EMAIL PROTECTED]> wrote: >> On Thu, Aug 21, 2008 at 2:12 AM, Rod Whitby <[EMAIL PROTECTED]> wrote: >>> The connection between gllin and TangoGPS is not there on the >>> fso-testing image (since we're waiting for some major frameworkd changes >>> to stabilise before Mickey bumps the srcrev). >>> >>> If you apply the patches in FSO trac tickets 49 and 50, then it works. >> I'll try that. Thanks. > > I must have done something wrong, because neither tangoGPS nor zhone > displays any GPS data, even if gpsd spews data out. > I applied the pat in 49, edited /etc/fraeworkd.conf as described in > one comment, and applied the patch in 50. Then I restarted the phone > and verified that gllin and gpsd was started, and that gpsd was > outputting data. > Any hints on where to look? So just to confirm your setup ... 1/ You installed the gta01 fso-testing image from shr.bearstech.com 2/ You installed gllin 3/ You applied the patches from trac 49 and 50 4/ You edit /etc/frameworkd.conf as detailed in trac 49 5/ You rebooted after all this 6/ cat /tmp/nmeaNP gives output, including FIX lines 7/ dbus-monitor --system does not show any GPS-related signals If all the above is true, then kill frameworkd and run it on the command line - send the output of that. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit patch for faster map dragging
Yohann (YC) Coppel wrote: > So, I can view the maps, calculate the directions, but It does not > read gps data. > I am using FSO, and apparently there is no gpsd in the repositories. gpsd is installed in the GTA01 fso-testing image at shr.bearstech.com, and navit is also in the fso-testing feeds. I have been able to run it, and get it to display the GPS co-ords, on a GTA01 device. I can comment on GTA02 support, since my pre-production GTA02 is broken, and I'm hoping that OM will send me a replacement 900MHz version sometime ... -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Which distribution to start with? - Noob question alert
Daniel Selinger wrote: > Or should i still consider using the 2007 or SHR release to begin with > the phone, despite the fact that they are mainly based on the "old" gtk > apps which will likely be abondoned in the future, aren't they? There is no SHR release yet - do you perhaps mean ASU/Om2008.8 ? -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Which distribution to start with? - Noob question alert
I'll receive my long awaited freerunner in the next few days, and still wondering which distribution to go for for daily use. I read a lot on the mailinglist, but im still completely lost in the nothingness of space :> Which distribution should i go for to start with. Sure i will try my way trough all of them, but as my old phone is broken and i borrowed one from a friend of mine, who want's it back soon, i would like to have a distribution to start with and learn which is actually useable, at least for making calls and sms. Which would you prefer to start with, to learn the internals of the freerunner, experiment with wifi, gprs and stuff before taking a look on the other releases, while still have a useable phone. I'm thinging of one of ASU, FSO M2, Qtopia and Debian. One short question for the last 2 options. Qtopia: Are the system internas, wifi, grps, bluetooth and stuff configured and handled the same way or is completely different, as it is from Trolltech? Debian: I couldn't manage to definitely finding out if the debian distribution is actually useable as a phone or if it's just a pure debian which doesn't handle the telephony aspect of the phone at all. Or should i still consider using the 2007 or SHR release to begin with the phone, despite the fact that they are mainly based on the "old" gtk apps which will likely be abondoned in the future, aren't they? Sorry for the shitload of noob questions, and big thanks if someone finds the time to answer some of them ^^ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debian on FR: freevo, mythtv, elisa
Recently I came up with the idea of installing a "Media Center" on my FR:
Why? Applications like mythtv, freevoo, lunuxmce are optimized for
multimedia and low resolution displays (therefore rather big
control-elements that could be used without a stylus). Some of these
applications also offer plugins for: webbrowsing, e-mail,
weather-report, news ... Everything I'd like to see on my phone!!!
I added debian-multimedia.org to my sources.list and found packages
for elisa, freevo and mythv.
freevo:
=
Installs and starts without a problem. I can even listen to mp3-files.
The UI must be controlled with the keyboard because the mouse is not
working. Additional input-devices can be configured, but I found no
good documentation and gave up.
mythtv:
=
It installs a mysql-server! After that I didn't expect it to run. But
I was wrong. mythfrontend is quite responsive but I couldn't figure
out how to import songs or videos. So I stopped...
elisa:
Would be great but terribly slow ( ~30 seconds per action). I'am quite
sure that's because elisa uses opengl (with xglamo elisa crashes on
startup). The UI is fully controlable with the mouse and looks
fantastic. With a better display driver Elisa would be the UI for
my FR!!
elisa/python related question:
Actually the mouse does not work out of the box. I got stack-traces
saying that a function was called with to many arguments. I figured
out that all these function where receivers of "clicked"-events.
So I searched the elisa code for statements like
self.play_button.connect("clicked", self.play_button_clicked)
and added a dummy argument to every callback-function
e.g.
play_button_clicked(self, drawable, x, y, z, button, time):
play_button_clicked(self, drawable, x, y, z, button, time, dummy):
After that the mouse worked. Why is the number of arguments on my FR
different? Should I file a bug?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Tester please?
It's a pain, and I suspect massaging it into an external build framework would be more trouble than it's worth. DJB has some frankly weird build and install procedures for some of his software. I've built Qmail server and djbdns&co many times in the past for servers, so was able to work my way through it, having at various times on various platforms coerced it into building. The packages and original build instructions are at http://cr.yp.to/djbdns.html, but they're expecting to be in the destination server environment, and the build doesn't accommodate cross-compiling. I ended up working up a script that builds the full djbdns, tcpserver, and daemontools packages. Most of daemontools (well, obviously not the source and scripts) and the merest fraction of djbdns (just the dnscache binary, actually, plus the svcscan control structure created during install) are all that are needed, tcpserver is only needed for a true DNS server, since localhost recursive lookups will always utilize UDP. (TCP is only used for DNS when the response is too large for a single UDP packet, which is pretty rare outside of zone transfers between DNS servers) The script I wrote to build them is at http://newkirk.us/om/mokodnscache.sh - commented somewhat, it presumes that http://cr.yp.to/djbdns/djbdns-1.05.tar.gz and http://cr.yp.to/daemontools/daemontools-0.76.tar.gz are in the same directory as the script. (http://cr.yp.to/ucspi-tcp/ucspi-tcp-0.88.tar.gz as well, if you uncomment that section to build tcpserver as well) The result of the build will be a crapload of binaries you don't need, a handful you need, and install scripts. The install scripts /will/ work on the Freerunner, but will install everything of djbdns with symbolic links everywhere, while daemontools' installer creates links all over the place and leaves the binaries inside the build directory. The ipk I posted contains just dnscache and the necessary support, and as much as possible places everything under /usr/local, whereas the 'standard' install scripts require three root folders (/service, /commands, /admin) to contain everything, with more symbolic links than lines of code. (it creates links to links to the binaries!) http://newkirk.us/om/mokodnscache.sh is not elegant, isn't proper, but produces working binaries, which was my sole goal. (nevertheless, it's fairly thoroughly commented to explain what's going on when it short-circuits one of the build-time tests or alters a config file) The second half of the job I set out on is still only half finished, as I need to test the ipk and work on eliminating a few more unneeded hunks. (I think that by disabling logging of queries, I can cut the size in half by eliminating all the special DJB logging and timestamp support binaries - he's very careful in his code, required his own logging and timestamp support because he found syslog lacking, and wanted IIRC microsecond-accurate timestamps) When all is said and done, I suspect the better solution will be a standalone single-binary dns cache, but I looked at dnsmasq and decided to stick with what I was familiar with to start, and it turned out to be less resource-hungry than I'd feared so I may just stick with it if I can pare it down and polish it a bit further. j On Thu, 21 Aug 2008 16:25:42 +0930, Rod Whitby <[EMAIL PROTECTED]> wrote: > Timo Juhani Lindfors wrote: >> Joel Newkirk <[EMAIL PROTECTED]> writes: >>> http://newkirk.us/om/dnscache_2.1.5_armv4t.ipk and let me know of any >> >> Hmm, how do I build this from source? > > Indeed - I'd be happy to test bitbake recipes for these ... > > -- Rod > > ___ > 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: ASU - out of memory?
>> I'm not sure this is true on Freerunner. None of the embedded systems >> I've used have had swap. > Because they where really embedded. > Openmoko is more or less a mobile desktop. Its embedded because of the limited resources available to it. > Slowing down is clearly better than instant crashing. > How ever any early warning system for low memory looks, it can not > guarantee it will be able to fix thing before mem runs out. > This is also true with swap, but much much less probable. > > Can you answer al call? I don't know - probably. > Besides, i can live with bad service while my phone is recovering from > a nearby crash. > And just imagine. Your phone is in a fragile low memory state, and a > call comes in and the phone app needs to be launched. > Everything great? Sure not. No matter how. The dialer app would be exempt from the killer. There are two issues here. First, you want a smart oom killer regardless if you have swap or not. Core services would never been killed. Secondly, is it better to have very slow swap to prolong oom killer being launched? You could do extensive testing to change my mind, but I think swap is going to provide a horrible user experience. Its going to take forever to swap 50mb off the SD card. I'd much rather always have top speed and less applications running. But really we can't even be sure there will be an SD card, so that makes most of this moot. Now a patch could be made to scan for swap space on start up, so people like you who want it can insert an SD card with swap defined. As for an new oom killer, I think it should expose an file in sysfs. We can then watch that file, if its 0 everything is ok. If its 4, we're running low on memory, less than 10%?, and our daemon monitoring this could send the user a popup telling them to close something. When there is less than 1%, the file changes to 9. The userspace daemon then kills a non critical service. Something along those lines, we need a kernel guy to let us know whats possible. Or perhaps the sysfs file should be 0 for normal or 1 for start killing. Then leave it up to userspace daemon to figure out if we're at send a pop up to the user stage. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
date/time
On 2007.2 from the 2008.8.11 image - I installed ntpdate and ran it. Now the date/time in the terminal is correct, but X clock and calendar are showing UTC. My location is +8 and the timezone is set according to the docs, but X is showing 8 hours behind the terminal time (therefore in UTC) which is weird. Where else can I look? BillK -- William Kenworthy <[EMAIL PROTECTED]> Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko @ Linuxworld
Nice work Ken, one of our community volunteers! Yorick Moko wrote: > subject says it all > http://www.youtube.com/watch?v=jWJjNF36DfI > > ___ > 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: Official update feeds "testing" on downloads.openmoko.org
On Wednesday 20 August 2008 15:23:34 Kevin Zuber wrote: > Hi, > > I've just noticed on a new "testing" repository on > downloads.openmoko.org [1]. Are that the official update feeds for ASU > or another distribution? Is the merge of the two branches finished? > Should I use this repo instead of the "zecke" repo now? Hey, Om will provide an unstable, testing, stable feed and Julian will send an announcement once we are there. We are not there yet, please have some patience. :) regards z. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko @ Linuxworld
subject says it all http://www.youtube.com/watch?v=jWJjNF36DfI ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973 - opkg update doesn't work
Hello, On Thu, Aug 21, 2008 at 10:39 PM, Erland Lewin <[EMAIL PROTECTED]> wrote: > For instance, my /etc/opkg/om-gta02-feed.conf contains: > > src/gz fso-om-gta02 http://shr.bearstech.com/fso-testing/ipk/om-gta02 It works now. :-) Thanks. -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on the FreeRunner -- a few questions/solutions
Your are right. The problem with ; is the same like the / and = problem. I added the ; also to the AltGr modifier on the same key and this works. I can't remember these problems with the matchbox keyboard which comes with 2007.2. It seems that with debian came an older version with more bugs and no layout switch possibilities. :/ Ciao, Rainer Aapo Rantalainen wrote: > 2008/8/21 Fox Mulder <[EMAIL PROTECTED]>: >> In the console the "umlaute" doesn't work at all. maybe i have to change >> my language or font settings. When i try it in mousepad the "umlaute" >> works and are affected by capslock. >> >> shift+. = : is right. >> >> ";" comes by shift+, (take look at the keyboard) :) > > This is my typo, I mean: > shift+, = : should be ; > > > If you put , you will get "!" > This is stupid, but it explain why produces "?" > > Maybe somebody should fix the code. > > -AR > > ___ > 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 on the FreeRunner -- a few questions/solutions
2008/8/21 Fox Mulder <[EMAIL PROTECTED]>: > In the console the "umlaute" doesn't work at all. maybe i have to change > my language or font settings. When i try it in mousepad the "umlaute" > works and are affected by capslock. > > shift+. = : is right. > > ";" comes by shift+, (take look at the keyboard) :) This is my typo, I mean: shift+, = : should be ; If you put , you will get "!" This is stupid, but it explain why produces "?" Maybe somebody should fix the code. -AR ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing and Unstable feeds for the FSO distribution are now available
On Thu, Aug 21, 2008 at 9:41 PM, Vince M. Clark <[EMAIL PROTECTED]> wrote: > I replaced all the URLs in my opkg/*.conf files with URLs that point to > http://shr.bearstech.com/fso-testing/ipk/... > > I was able to map URLs in every file except fic-gta02-feed.conf. There is no > fic-gta02 directory under http://shr.bearstech.com/fso-testing/ipk/ so I > just removed that conf file. I can now do a successful opkg update. The only > errors I get are related to signatures because there are no Packages.sig > files on the server. > > When I run opkg upgrade it thinks for a minute then returns to the command > prompt without upgrading any packages. Is it safe to assume that this is > because nothing has changed since I installed my test build or did I do > something wrong by removing the fic-gta02-feed.conf? > > - Original Message - > From: "Yorick Moko" <[EMAIL PROTECTED]> > To: "List for Openmoko community discussion" > Sent: Thursday, August 21, 2008 2:03:37 PM (GMT-0700) America/Denver > Subject: Re: Testing and Unstable feeds for the FSO distribution are now > available > > On Thu, Aug 21, 2008 at 9:10 PM, Vince M. Clark <[EMAIL PROTECTED]> > wrote: >> That is exactly where I downloaded the build. my-distribution.org was in >> all >> the /etc/opkg/*.conf files by default. Is there a wiki page somewhere that >> explains how to configure my sources? >> >> - Original Message - >> From: "Yorick Moko" <[EMAIL PROTECTED]> >> To: "List for Openmoko community discussion" >> >> Sent: Thursday, August 21, 2008 1:47:41 PM (GMT-0700) America/Denver >> Subject: Re: Testing and Unstable feeds for the FSO distribution are now >> available >> >> On Thu, Aug 21, 2008 at 8:35 PM, Vince M. Clark <[EMAIL PROTECTED]> >> wrote: >>> >>> I installed FSO testing build. Will opkg upgrade keep it current? I have >>> the >>> following files in /etc/opkg/ >>> [EMAIL PROTECTED]:/etc/opkg# ls -al >>> drwxr-xr-x2 root root0 Jan 1 1970 . >>> drwxr-xr-x 37 root root0 Aug 22 07:10 .. >>> -rw-r--r--1 root root 62 Jan 1 1970 all-feed.conf >>> -rw-r--r--1 root root 115 Jan 1 1970 arch.conf >>> -rw-r--r--1 root root 68 Jan 1 1970 armv4t-feed.conf >>> -rw-r--r--1 root root 74 Jan 1 1970 >>> fic-gta02-feed.conf >>> -rw-r--r--1 root root 70 Jan 1 1970 neo1973-feed.conf >>> -rw-r--r--1 root root 72 Jan 1 1970 >>> om-gta02-feed.conf >>> >>> Should I edit one or more of these files before trying to upgrade? >>> When I run opkg update I get: >>> [EMAIL PROTECTED]:/etc/opkg# opkg update >>> Downloading http://my-distribution.org/remote-feed//all/Packages.gz >>> Downloading http://my-distribution.org/remote-feed//all/Packages.sig >>> Signature check failed >>> Downloading http://my-distribution.org/remote-feed//armv4t/Packages.gz >>> Downloading http://my-distribution.org/remote-feed//armv4t/Packages.sig >>> Signature check failed >>> Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.gz >>> Downloading >>> http://my-distribution.org/remote-feed//fic-gta02/Packages.sig >>> Signature check failed >>> Downloading http://my-distribution.org/remote-feed//neo1973/Packages.gz >>> Downloading http://my-distribution.org/remote-feed//neo1973/Packages.sig >>> Signature check failed >>> Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.gz >>> Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.sig >>> Signature check failed >>> Collected errors: >>> * Failed to download >>> http://my-distribution.org/remote-feed//all/Packages.gz, error 404 >>> * Failed to download >>> http://my-distribution.org/remote-feed//all/Packages.sig, error 404 >>> * Failed to download >>> http://my-distribution.org/remote-feed//armv4t/Packages.gz, error 404 >>> * Failed to download >>> http://my-distribution.org/remote-feed//armv4t/Packages.sig, error 404 >>> * Failed to download >>> http://my-distribution.org/remote-feed//fic-gta02/Packages.gz, error 404 >>> * Failed to download >>> http://my-distribution.org/remote-feed//fic-gta02/Packages.sig, error 404 >>> * Failed to download >>> http://my-distribution.org/remote-feed//neo1973/Packages.gz, error 404 >>> * Failed to downloade-feed//neo1973/Packages.sig, error 404 >>> * Failed to download >>> http://my-distribution.org/rem >>> http://my-distribution.org/remotote-feed//om-gta02/Packages.gz, error 404 >>> * Failed to download >>> http://my-distribution.org/remote-feed//om-gta02/Packages.sig, error 404 >>> [EMAIL PROTECTED]:/etc/opkg# >>> >>> >>> >>> >>> >>> - Original Message - >>> From: "Kevin Fenzi" <[EMAIL PROTECTED]> >>> To: community@lists.openmoko.org >>> Sent: Thursday, August 21, 2008 11:14:11 AM (GMT-0700) America/Denver >>> Subject: Re: Testing and Unstable feeds for the FSO distribution are now >>> available >>> Kevin Fenzi wrote: > I installed the unstable image, and trie
Partitioning 4GB with the Debian Installer
Hi, Am Donnerstag, den 21.08.2008, 15:48 -0500 schrieb Greg Bonett: > Unfortunately I'm working with the 512mb SD card that came with my FR > (install.sh had trouble partitioning my 4gb SDHC) so I haven't been able > to install too many aps Actually, the install.sh should be able to handle that as well, at least theoretically. What problems did you have? 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: Navit patch for faster map dragging
On Thursday 21 August 2008, Yohann (YC) Coppel wrote: > Wahou ! > That is way faster than before ! great ! Thanks! > The svn version you are using should have the gypsy patch, but I > don't see any vehicle_gypsy in /usr/lib/navit/vehicle/. Is it > compiled it with some options (like --disable-gypsy) ? or something > like that ? (I don't see any --enable-gypsy ;) ) > If so, could you rebuild it with gypsy enabled ? :) (don't have a > build env. setup yet) I just checked with ./configure --help and it seems to have the gypsy patch. I don't disable it either. Sorry, I have been unable to find the problem with a quick glimpse. I'm off for some holidays tomorrow morning, so I'm afraid I won't have time to look into this before Monday. Cheers, Florian -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fluxbox and wicd on Debian
Hi, Am Donnerstag, den 21.08.2008, 15:48 -0500 schrieb Greg Bonett: > I also installed WICD to handle wireless networking. It's a python app > that doesn't rely on GNOME or KDE (but does use GTK) > > http://wicd.sourceforge.net > > I haven't tested it extensively yet but it looks promising (make sure you > already have wpa_supplicant, wirelesstools, etc installed) This is (supposedly) on it’s way into the Debian archive: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455325 although the last activity on that bug has been a while. 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 on the FreeRunner -- a few questions/solutions
Hi, Am Donnerstag, den 21.08.2008, 21:06 +0200 schrieb Fox Mulder: > First of all i must say that i'm quite impressed with debian on the > freerunner. It runs quite smooth most of the time and the software > choices are realy nice. :) Thanks. > First thing is that i can't find the setting, when the display dims the > brightness. The default setting dims it after some minutes (~3-5 min, i > didn't measure it) what is way to late for battery usage. Also it would > ne nice to set the maximum brightness and not always maximum (63). This should probaby be configurable in frameworkd. You should search http://trac.freesmartphone.org/ for open bugs on that. If there are none, you can open them, and optionally add a nice patch :-) > Then i wanted to use openoffice, what would make me really happy because > i only use OO on my desktop as well. But after i inetalled it i can't > start it. When i try to start any OO app i got the following error message > > /usr/lib/openoffice/program/soffice: line 365: 2088 Illegal instruction > "$sd_prog/$sd_binary" "$@" > > where the second number increases with every try. "soffice" seems to be > a start script, but i can't find the problem why it doesn't work. :( I guess not many people have tried openoffice on armel yet :-). As Timo correctly said, it might be a bug in the Debian build and should be reported there. > Then i wanted to ask if there exists a recent navit version for debian. > For 2007.2 i got one as ipkg which works really good with navigation and > speech output, but for debian i can't find any precompiled package. > I have the apprehension that i must compile it myself, but if this is > going well is another story. ;) Some people are working on it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451561 Maybe you can help here by finding out what’s stopping them (if it’s still the copyright stuff) and maybe helping upstream with sorting out their copyright information. 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: fluxbox and wicd on Debian
> (install.sh had trouble partitioning my 4gb SDHC) so I haven't been able > to install too many aps > ... > using Debian made all of this a breeze, can't wait to get my 4gb card > working... partition on your host and use later steps of install.sh -- or partition on your host, mount and rsync the contents of the two partitions of the 512mb card to the corresponding partitions of your 4g card. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
fluxbox and wicd on Debian
I've been playing around with Debian on the FR and figured I would report my experiences. Unfortunately I'm working with the 512mb SD card that came with my FR (install.sh had trouble partitioning my 4gb SDHC) so I haven't been able to install too many aps I was able to install fluxbox (a lightweight window manager). It works well, but you need to remember to start the matchbox keyboard and an xterm window with the .fluxbox/startup file. (fluxbox's menu is usually accessed with a right click) Icons can be added to the desktop easily by installing fbdesk. I also installed WICD to handle wireless networking. It's a python app that doesn't rely on GNOME or KDE (but does use GTK) http://wicd.sourceforge.net I haven't tested it extensively yet but it looks promising (make sure you already have wpa_supplicant, wirelesstools, etc installed) using Debian made all of this a breeze, can't wait to get my 4gb card working... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Qtopia WIFI WPA
Hey all, I'm loving the GUI for connecting to a WIFI AP on Qtopia 4.1.4. However, I'm trying to connect to my university's WPA EAP TKIP network, and there doesn't seem to be a TKIP option (only TLS/TTLS/PEAP). Also, when I view security certificates, the next screen simple shows "Empty Text" and I'm not able to select any security certificates. Any news on new Qtopia WIFI updates? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973 - opkg update doesn't work
2008/8/21 Torfinn Ingolfsen <[EMAIL PROTECTED]> > > Anyway, with som many feeds about, which feeds should I use? I think you want feeds from http://shr.bearstech.com/fso-testing/ipk/... Replace fso-testing with fso-unstable if that's what you're running. For instance, my /etc/opkg/om-gta02-feed.conf contains: src/gz fso-om-gta02 http://shr.bearstech.com/fso-testing/ipk/om-gta02 Good luck! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on the FreeRunner -- a few questions/solutions
Ok i changed a few things. First the Pageup is now selected with AltGR and not shift because with shift when using pageup shift is still on and text is selected. ;) Second thing is that i forgot the obey-caps='true' tag for öäü which makes them only work with shift but not capslock. Also i removed these tags on every other key than a-z. Other keys make no sense to activate with capslock. Third thing is that i inserted home and end on cursor up and down with help of AltGr. Thanks for the hint. :) Maybe i change the position of PgUp/PgDn and Home/End. But for now it is ok. Fourth change is the problem with / and =. I found out that i can use these characters with "normal" and "mod1" (AltGr) but not with "shifted" tag. I don't know why, but therefor i make a quickfix which isn't nice but these characters are usable. I inserted them to the keys 4 and 5 with help of AltGr. Looks a bit ugly but at the moment i don't know how to get them to work with shift. :/ Ciao, Rainer Aapo Rantalainen wrote: > Nice looking keyboard. Excluding Home and End there are > AllWhatCanNeed. (maybe on arrows with shift?) There are some button > which do not work on my debian. Do they work on yours? > shift+7 = ?should be / > shift+0 = +should be = > shift+. = : should be ; > > öä and umlaut-u do not affected by CAPSLOCK. > > y and z are swapped (joke) > > -Aapo Rantalainen > > > > > 2008/8/21 Fox Mulder <[EMAIL PROTECTED]>: >> First of all i must say that i'm quite impressed with debian on the >> freerunner. It runs quite smooth most of the time and the software >> choices are realy nice. :) >> >> There is a thing what i found out about the matchbox keyboard. The >> standard layout is quite bad so i tried my customized from 2007.2 which >> doesn't work at all (i already read about this problem). After a long >> try and error session i found out why it doesn't work. The matchbox >> keyboard which comes with debian seems not to get along with the >> action="modifier:layout" tag. After i found out i removed all >> alternative layouts and it worked with my nice german layout with f-keys >> and everithing which is on the keyboard. :) >> If someone is interested in the german layout with f-keys i attached. >> > > ___ > 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: ASU - out of memory?
Am 21.08.2008 um 19:33 schrieb Steven Kurylo: >> And come on. Software is not perfect. Sometimes we have to live >> with a >> dreamteam like (old) firefox and x11. I had times when they had both >> hundreds of megs virtual mem. But everything was fine because it >> all was >> just harmlessly been swaped away. I restarted them every weekend to >> not >> let it become worse. >> Not ideal, but should the system rather be unusable in this >> condition? > > You're assuming the system will be usable when an application > misbehaves and 50mb gets swapped out. On a desktop, sure your points > are valid. Remember, linux swaps unused mem first. > > > I'm not sure this is true on Freerunner. None of the embedded systems > I've used have had swap. Because they where really embedded. Openmoko is more or less a mobile desktop. > What happens when you haven't received a > call for several hours and the application you're using forces it to > swap out? Can you still answer a call in time? > > I'd rather see a smart oom killer which will only kill non-essential > applications. Adding 128mb of swap just pushes the problem back and > slows down the entire phone. Slowing down is clearly better than instant crashing. How ever any early warning system for low memory looks, it can not guarantee it will be able to fix thing before mem runs out. This is also true with swap, but much much less probable. Can you answer al call? I don't know - probably. Besides, i can live with bad service while my phone is recovering from a nearby crash. And just imagine. Your phone is in a fragile low memory state, and a call comes in and the phone app needs to be launched. Everything great? Sure not. No matter how. Though i don't think it will suffer too much from swapping. If i need to, i will test this too. And you are talking like i like to use the swap all the time. No! I just want it to be there before it is to late in case memory gets low. Regards Tilman ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Opie-Reader qpk for the Qtopia distro
I've got Qtopia working off my SD card now so I can do some more testing. I added a little bit of gesture support so you can do page up/down by stroking up/down the screen, zoom in/out by stroking right/left, and then the four diagonal directions do back/forward/beginning/end but I can't remember which is which ATM - I'll sort it all out better when I have a better handle on how to make it work on the Freerunner. You can also map the power button to page down (or any of the mappable functions) which makes it much more bearable to use. There seems to be some funnies in the way it interacts with qtopia - especially on first start-up and in combo-boxes but it is reasonably usable if you just want to read books but I don't think it is feed ready, yet. But Lorn has permission to put it up there anytime he wants to. The qtopia qpk is in the same place, but the ASU version is still awaiting me having the time to work out how to compile qtopia apps for ASU. I may have some spare time this weekend to give it another go. 2008/8/21 undrwater <[EMAIL PROTECTED]> > > Tim, > > I enjoyed opie-reader on the Zaurus...look forward to it on the Freerunner! > I've been eagerly anticipating someone building a reader! > > Thanks bunches...hope it's ASU capable soon. > > Russell > -undrwater > > > > Tim Wentford wrote: > > > > > > If it proves popular enough, and I can't get a build environment working, > > I'll go back to Qtopia again and sort it out. > > > > > > -- > View this message in context: > http://n2.nabble.com/Opie-Reader-qpk-for-the-Qtopia-distro-tp729655p741197.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 > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing and Unstable feeds for the FSO distribution are now available
I replaced all the URLs in my opkg/*.conf files with URLs that point to http://shr.bearstech.com/fso-testing/ipk/... I was able to map URLs in every file except fic-gta02-feed.conf. There is no fic-gta02 directory under http://shr.bearstech.com/fso-testing/ipk/ so I just removed that conf file. I can now do a successful opkg update. The only errors I get are related to signatures because there are no Packages.sig files on the server. When I run opkg upgrade it thinks for a minute then returns to the command prompt without upgrading any packages. Is it safe to assume that this is because nothing has changed since I installed my test build or did I do something wrong by removing the fic-gta02-feed.conf? - Original Message - From: "Yorick Moko" <[EMAIL PROTECTED]> To: "List for Openmoko community discussion" Sent: Thursday, August 21, 2008 2:03:37 PM (GMT-0700) America/Denver Subject: Re: Testing and Unstable feeds for the FSO distribution are now available On Thu, Aug 21, 2008 at 9:10 PM, Vince M. Clark <[EMAIL PROTECTED]> wrote: > That is exactly where I downloaded the build. my-distribution.org was in all > the /etc/opkg/*.conf files by default. Is there a wiki page somewhere that > explains how to configure my sources? > > - Original Message - > From: "Yorick Moko" <[EMAIL PROTECTED]> > To: "List for Openmoko community discussion" > Sent: Thursday, August 21, 2008 1:47:41 PM (GMT-0700) America/Denver > Subject: Re: Testing and Unstable feeds for the FSO distribution are now > available > > On Thu, Aug 21, 2008 at 8:35 PM, Vince M. Clark <[EMAIL PROTECTED]> > wrote: >> >> I installed FSO testing build. Will opkg upgrade keep it current? I have >> the >> following files in /etc/opkg/ >> [EMAIL PROTECTED]:/etc/opkg# ls -al >> drwxr-xr-x 2 root root 0 Jan 1 1970 . >> drwxr-xr-x 37 root root 0 Aug 22 07:10 .. >> -rw-r--r-- 1 root root 62 Jan 1 1970 all-feed.conf >> -rw-r--r-- 1 root root 115 Jan 1 1970 arch.conf >> -rw-r--r-- 1 root root 68 Jan 1 1970 armv4t-feed.conf >> -rw-r--r-- 1 root root 74 Jan 1 1970 >> fic-gta02-feed.conf >> -rw-r--r-- 1 root root 70 Jan 1 1970 neo1973-feed.conf >> -rw-r--r-- 1 root root 72 Jan 1 1970 om-gta02-feed.conf >> >> Should I edit one or more of these files before trying to upgrade? >> When I run opkg update I get: >> [EMAIL PROTECTED]:/etc/opkg# opkg update >> Downloading http://my-distribution.org/remote-feed//all/Packages.gz >> Downloading http://my-distribution.org/remote-feed//all/Packages.sig >> Signature check failed >> Downloading http://my-distribution.org/remote-feed//armv4t/Packages.gz >> Downloading http://my-distribution.org/remote-feed//armv4t/Packages.sig >> Signature check failed >> Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.gz >> Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.sig >> Signature check failed >> Downloading http://my-distribution.org/remote-feed//neo1973/Packages.gz >> Downloading http://my-distribution.org/remote-feed//neo1973/Packages.sig >> Signature check failed >> Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.gz >> Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.sig >> Signature check failed >> Collected errors: >> * Failed to download >> http://my-distribution.org/remote-feed//all/Packages.gz, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//all/Packages.sig, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//armv4t/Packages.gz, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//armv4t/Packages.sig, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//fic-gta02/Packages.gz, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//fic-gta02/Packages.sig, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//neo1973/Packages.gz, error 404 >> * Failed to downloade-feed//neo1973/Packages.sig, error 404 >> * Failed to download >> http://my-distribution.org/rem >> http://my-distribution.org/remotote-feed//om-gta02/Packages.gz, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//om-gta02/Packages.sig, error 404 >> [EMAIL PROTECTED]:/etc/opkg# >> >> >> >> >> >> - Original Message - >> From: "Kevin Fenzi" <[EMAIL PROTECTED]> >> To: community@lists.openmoko.org >> Sent: Thursday, August 21, 2008 11:14:11 AM (GMT-0700) America/Denver >> Subject: Re: Testing and Unstable feeds for the FSO distribution are now >> available >> >>> Kevin Fenzi wrote: >>> > I installed the unstable image, and tried to use either the >>> > unstable or testing feeds here, and I get: >>> > >>> > a bunch of: >>> > Assuming locally installed package is up to date. >>> > >>> > then a bunch of: >>> > >>> > * Packages were found, but none compatible with the architectures >>>
Re: Navit patch for faster map dragging
Wahou ! That is way faster than before ! great ! So, I can view the maps, calculate the directions, but It does not read gps data. I am using FSO, and apparently there is no gpsd in the repositories. The svn version you are using should have the gypsy patch, but I don't see any vehicle_gypsy in /usr/lib/navit/vehicle/. Is it compiled it with some options (like --disable-gypsy) ? or something like that ? (I don't see any --enable-gypsy ;) ) If so, could you rebuild it with gypsy enabled ? :) (don't have a build env. setup yet) Any other way to make it work in FSO ? Thank you ! On Thu, Aug 21, 2008 at 8:33 AM, Florian Hackenberger <[EMAIL PROTECTED]> wrote: > On Monday 18 August 2008, Charles-Henri Gros wrote: >> 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. > > Thanks for identifying the relevant methods. I modified my patch and > updated the ipk files on my server. I could not identify any negative > impact on speed though. It seems to work just fine, panning feels a lot > smoother compared to the previous version. > > Cheers, >Florian > > -- > DI Florian Hackenberger > [EMAIL PROTECTED] > www.hackenberger.at > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- YC http://five.sentenc.es/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes: > and luckily those smart fellas in kernel developer land.. made > kernel overcommit.. a tunable parameter! and... cunningly.. on the > FR (and as wel on my desktop) it's turned off! :) so... a moot point > really. :) I was more thinking of applications filling up RAM and then things will have to be paged out if you don't want things to crash/get killed. Something is definitely wrong if you're actually using the swap area on this device, but things like this are observable with vmstat. Unfortunately, you can't plug in more memory when you see that your need exceeds the capacity of the device;). A 128Mio space of memory is not that huge, especially if you want to use it for something cool and you will at some points pass this mark and things will die; given the current algorithm it might not be something you want to get killed. -- Esben Stien is [EMAIL PROTECTED] s a http://www. s tn m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@n n ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Opie-Reader qpk for the Qtopia distro
Tim, I enjoyed opie-reader on the Zaurus...look forward to it on the Freerunner! I've been eagerly anticipating someone building a reader! Thanks bunches...hope it's ASU capable soon. Russell -undrwater Tim Wentford wrote: > > > If it proves popular enough, and I can't get a build environment working, > I'll go back to Qtopia again and sort it out. > > -- View this message in context: http://n2.nabble.com/Opie-Reader-qpk-for-the-Qtopia-distro-tp729655p741197.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: Debian on the FreeRunner -- a few questions/solutions
In the console the "umlaute" doesn't work at all. maybe i have to change my language or font settings. When i try it in mousepad the "umlaute" works and are affected by capslock. shift+. = : is right. ";" comes by shift+, (take look at the keyboard) :) The problem with shift+7=? and shift+0=+ does here also appear. I think these keys must be quoted or something, but i don't know for sure. In the original files the / and ? are in no special way written, so i don't know what this is. I will try a few variations if i can get them to work properly. :) Ciao, Rainer Aapo Rantalainen wrote: > Nice looking keyboard. Excluding Home and End there are > AllWhatCanNeed. (maybe on arrows with shift?) There are some button > which do not work on my debian. Do they work on yours? > shift+7 = ?should be / > shift+0 = +should be = > shift+. = : should be ; > > öä and umlaut-u do not affected by CAPSLOCK. > > y and z are swapped (joke) > > -Aapo Rantalainen > > > > > 2008/8/21 Fox Mulder <[EMAIL PROTECTED]>: >> First of all i must say that i'm quite impressed with debian on the >> freerunner. It runs quite smooth most of the time and the software >> choices are realy nice. :) >> >> There is a thing what i found out about the matchbox keyboard. The >> standard layout is quite bad so i tried my customized from 2007.2 which >> doesn't work at all (i already read about this problem). After a long >> try and error session i found out why it doesn't work. The matchbox >> keyboard which comes with debian seems not to get along with the >> action="modifier:layout" tag. After i found out i removed all >> alternative layouts and it worked with my nice german layout with f-keys >> and everithing which is on the keyboard. :) >> If someone is interested in the german layout with f-keys i attached. >> > > ___ > 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: Testing and Unstable feeds for the FSO distribution are now available
On Thu, Aug 21, 2008 at 9:10 PM, Vince M. Clark <[EMAIL PROTECTED]> wrote: > That is exactly where I downloaded the build. my-distribution.org was in all > the /etc/opkg/*.conf files by default. Is there a wiki page somewhere that > explains how to configure my sources? > > - Original Message - > From: "Yorick Moko" <[EMAIL PROTECTED]> > To: "List for Openmoko community discussion" > Sent: Thursday, August 21, 2008 1:47:41 PM (GMT-0700) America/Denver > Subject: Re: Testing and Unstable feeds for the FSO distribution are now > available > > On Thu, Aug 21, 2008 at 8:35 PM, Vince M. Clark <[EMAIL PROTECTED]> > wrote: >> >> I installed FSO testing build. Will opkg upgrade keep it current? I have >> the >> following files in /etc/opkg/ >> [EMAIL PROTECTED]:/etc/opkg# ls -al >> drwxr-xr-x2 root root0 Jan 1 1970 . >> drwxr-xr-x 37 root root0 Aug 22 07:10 .. >> -rw-r--r--1 root root 62 Jan 1 1970 all-feed.conf >> -rw-r--r--1 root root 115 Jan 1 1970 arch.conf >> -rw-r--r--1 root root 68 Jan 1 1970 armv4t-feed.conf >> -rw-r--r--1 root root 74 Jan 1 1970 >> fic-gta02-feed.conf >> -rw-r--r--1 root root 70 Jan 1 1970 neo1973-feed.conf >> -rw-r--r--1 root root 72 Jan 1 1970 om-gta02-feed.conf >> >> Should I edit one or more of these files before trying to upgrade? >> When I run opkg update I get: >> [EMAIL PROTECTED]:/etc/opkg# opkg update >> Downloading http://my-distribution.org/remote-feed//all/Packages.gz >> Downloading http://my-distribution.org/remote-feed//all/Packages.sig >> Signature check failed >> Downloading http://my-distribution.org/remote-feed//armv4t/Packages.gz >> Downloading http://my-distribution.org/remote-feed//armv4t/Packages.sig >> Signature check failed >> Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.gz >> Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.sig >> Signature check failed >> Downloading http://my-distribution.org/remote-feed//neo1973/Packages.gz >> Downloading http://my-distribution.org/remote-feed//neo1973/Packages.sig >> Signature check failed >> Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.gz >> Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.sig >> Signature check failed >> Collected errors: >> * Failed to download >> http://my-distribution.org/remote-feed//all/Packages.gz, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//all/Packages.sig, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//armv4t/Packages.gz, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//armv4t/Packages.sig, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//fic-gta02/Packages.gz, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//fic-gta02/Packages.sig, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//neo1973/Packages.gz, error 404 >> * Failed to downloade-feed//neo1973/Packages.sig, error 404 >> * Failed to download >> http://my-distribution.org/rem >> http://my-distribution.org/remotote-feed//om-gta02/Packages.gz, error 404 >> * Failed to download >> http://my-distribution.org/remote-feed//om-gta02/Packages.sig, error 404 >> [EMAIL PROTECTED]:/etc/opkg# >> >> >> >> >> >> - Original Message - >> From: "Kevin Fenzi" <[EMAIL PROTECTED]> >> To: community@lists.openmoko.org >> Sent: Thursday, August 21, 2008 11:14:11 AM (GMT-0700) America/Denver >> Subject: Re: Testing and Unstable feeds for the FSO distribution are now >> available >> >>> Kevin Fenzi wrote: >>> > I installed the unstable image, and tried to use either the >>> > unstable or testing feeds here, and I get: >>> > >>> > a bunch of: >>> > Assuming locally installed package is up to date. >>> > >>> > then a bunch of: >>> > >>> > * Packages were found, but none compatible with the architectures >>> > configured >>> > >>> > Can't seem to install or update anything. ;( >>> >>> Please post the contents of your /etc/opkg/*.conf files. I know that >>> both sets of feeds work, cause people have reported success with both >>> in the IRC channel (and I personally use the fso-testing feed >>> exclusively). >> >> Sigh. As you might have suspected, it was the result of PEBKAC. ;) >> >> I was missing the arch.conf file. >> >> Adding that in gets it working nicely. ;) >> >>> -- Rod >> >> kevin >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> >> > > http://my-distribution.org does not contain any feeds > > for the FSO feeds you need to edit them, take a look at > http://shr.bearstech.com/ > > ___ > Openmoko community mailing list > community@lists.open
Re: Testing and Unstable feeds for the FSO distribution are now available
That is exactly where I downloaded the build. my-distribution.org was in all the /etc/opkg/*.conf files by default. Is there a wiki page somewhere that explains how to configure my sources? - Original Message - From: "Yorick Moko" <[EMAIL PROTECTED]> To: "List for Openmoko community discussion" Sent: Thursday, August 21, 2008 1:47:41 PM (GMT-0700) America/Denver Subject: Re: Testing and Unstable feeds for the FSO distribution are now available On Thu, Aug 21, 2008 at 8:35 PM, Vince M. Clark <[EMAIL PROTECTED]> wrote: > > I installed FSO testing build. Will opkg upgrade keep it current? I have the > following files in /etc/opkg/ > [EMAIL PROTECTED]:/etc/opkg# ls -al > drwxr-xr-x 2 root root 0 Jan 1 1970 . > drwxr-xr-x 37 root root 0 Aug 22 07:10 .. > -rw-r--r-- 1 root root 62 Jan 1 1970 all-feed.conf > -rw-r--r-- 1 root root 115 Jan 1 1970 arch.conf > -rw-r--r-- 1 root root 68 Jan 1 1970 armv4t-feed.conf > -rw-r--r-- 1 root root 74 Jan 1 1970 fic-gta02-feed.conf > -rw-r--r-- 1 root root 70 Jan 1 1970 neo1973-feed.conf > -rw-r--r-- 1 root root 72 Jan 1 1970 om-gta02-feed.conf > > Should I edit one or more of these files before trying to upgrade? > When I run opkg update I get: > [EMAIL PROTECTED]:/etc/opkg# opkg update > Downloading http://my-distribution.org/remote-feed//all/Packages.gz > Downloading http://my-distribution.org/remote-feed//all/Packages.sig > Signature check failed > Downloading http://my-distribution.org/remote-feed//armv4t/Packages.gz > Downloading http://my-distribution.org/remote-feed//armv4t/Packages.sig > Signature check failed > Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.gz > Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.sig > Signature check failed > Downloading http://my-distribution.org/remote-feed//neo1973/Packages.gz > Downloading http://my-distribution.org/remote-feed//neo1973/Packages.sig > Signature check failed > Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.gz > Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.sig > Signature check failed > Collected errors: > * Failed to download > http://my-distribution.org/remote-feed//all/Packages.gz, error 404 > * Failed to download > http://my-distribution.org/remote-feed//all/Packages.sig, error 404 > * Failed to download > http://my-distribution.org/remote-feed//armv4t/Packages.gz, error 404 > * Failed to download > http://my-distribution.org/remote-feed//armv4t/Packages.sig, error 404 > * Failed to download > http://my-distribution.org/remote-feed//fic-gta02/Packages.gz, error 404 > * Failed to download > http://my-distribution.org/remote-feed//fic-gta02/Packages.sig, error 404 > * Failed to download > http://my-distribution.org/remote-feed//neo1973/Packages.gz, error 404 > * Failed to downloade-feed//neo1973/Packages.sig, error 404 > * Failed to download > http://my-distribution.org/rem > http://my-distribution.org/remotote-feed//om-gta02/Packages.gz, error 404 > * Failed to download > http://my-distribution.org/remote-feed//om-gta02/Packages.sig, error 404 > [EMAIL PROTECTED]:/etc/opkg# > > > > > > - Original Message - > From: "Kevin Fenzi" <[EMAIL PROTECTED]> > To: community@lists.openmoko.org > Sent: Thursday, August 21, 2008 11:14:11 AM (GMT-0700) America/Denver > Subject: Re: Testing and Unstable feeds for the FSO distribution are now > available > >> Kevin Fenzi wrote: >> > I installed the unstable image, and tried to use either the >> > unstable or testing feeds here, and I get: >> > >> > a bunch of: >> > Assuming locally installed package is up to date. >> > >> > then a bunch of: >> > >> > * Packages were found, but none compatible with the architectures >> > configured >> > >> > Can't seem to install or update anything. ;( >> >> Please post the contents of your /etc/opkg/*.conf files. I know that >> both sets of feeds work, cause people have reported success with both >> in the IRC channel (and I personally use the fso-testing feed >> exclusively). > > Sigh. As you might have suspected, it was the result of PEBKAC. ;) > > I was missing the arch.conf file. > > Adding that in gets it working nicely. ;) > >> -- Rod > > kevin > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > http://my-distribution.org does not contain any feeds for the FSO feeds you need to edit them, take a look at http://shr.bearstech.com/ ___ 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 on the FreeRunner -- a few questions/solutions
Fox Mulder <[EMAIL PROTECTED]> writes: > First thing is that i can't find the setting, when the display dims the > brightness. The default setting dims it after some minutes (~3-5 min, i > didn't measure it) what is way to late for battery usage. Also it would At the moment you need to edit the source: 1) apt-get source fso-frameworkd 2) edit fso-frameworkd*/framework/subsystems/odeviced/idlenotifier.py around line 58 3) fakeroot apt-get --build source fso-frameworkd 4) dpkg -i fso-frameworkd*deb > ne nice to set the maximum brightness and not always maximum (63). 1) apt-get source zhone 2) edit zhone*/src/zhone around line 1924 3) fakeroot apt-get --build source zhone 4) dpkg -i zhone*deb > Then i wanted to use openoffice, what would make me really happy because > i only use OO on my desktop as well. But after i inetalled it i can't > start it. When i try to start any OO app i got the following error message > > /usr/lib/openoffice/program/soffice: line 365: 2088 Illegal instruction > "$sd_prog/$sd_binary" "$@" > > where the second number increases with every try. "soffice" seems to be > a start script, but i can't find the problem why it doesn't work. :( You probably should try openoffice under qemu. If you can reproduce it there you should file a bug to bugs.debian.org. > Then i wanted to ask if there exists a recent navit version for debian. You can create a package easily: 1) wget http://downloads.sourceforge.net/navit/navit-0.0.4.tar.gz 2) tar zxf navit-0.0.4.tar.gz 3) cd navit-0.0.4 4) dh_make -s -f ../navit-0.0.4.tar.gz 5) edit debian/rules and change line that calls ./configure to read only ./configure $(CROSS) --prefix=/usr 6) dpkg-buildpackage -rfakeroot 7) sudo dpkg -i ../navit*deb This quick'n'dirty packaking took only a few minutes but the package seems to work: http://iki.fi/lindi/openmoko/debian-navit1.png To create armel package you probably want to qemubuilder --build navit_0.0.4-1.dsc since building navit on your freerunner might take a while. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing and Unstable feeds for the FSO distribution are now available
On Thu, Aug 21, 2008 at 8:35 PM, Vince M. Clark <[EMAIL PROTECTED]> wrote: > > I installed FSO testing build. Will opkg upgrade keep it current? I have the > following files in /etc/opkg/ > [EMAIL PROTECTED]:/etc/opkg# ls -al > drwxr-xr-x2 root root0 Jan 1 1970 . > drwxr-xr-x 37 root root0 Aug 22 07:10 .. > -rw-r--r--1 root root 62 Jan 1 1970 all-feed.conf > -rw-r--r--1 root root 115 Jan 1 1970 arch.conf > -rw-r--r--1 root root 68 Jan 1 1970 armv4t-feed.conf > -rw-r--r--1 root root 74 Jan 1 1970 fic-gta02-feed.conf > -rw-r--r--1 root root 70 Jan 1 1970 neo1973-feed.conf > -rw-r--r--1 root root 72 Jan 1 1970 om-gta02-feed.conf > > Should I edit one or more of these files before trying to upgrade? > When I run opkg update I get: > [EMAIL PROTECTED]:/etc/opkg# opkg update > Downloading http://my-distribution.org/remote-feed//all/Packages.gz > Downloading http://my-distribution.org/remote-feed//all/Packages.sig > Signature check failed > Downloading http://my-distribution.org/remote-feed//armv4t/Packages.gz > Downloading http://my-distribution.org/remote-feed//armv4t/Packages.sig > Signature check failed > Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.gz > Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.sig > Signature check failed > Downloading http://my-distribution.org/remote-feed//neo1973/Packages.gz > Downloading http://my-distribution.org/remote-feed//neo1973/Packages.sig > Signature check failed > Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.gz > Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.sig > Signature check failed > Collected errors: > * Failed to download > http://my-distribution.org/remote-feed//all/Packages.gz, error 404 > * Failed to download > http://my-distribution.org/remote-feed//all/Packages.sig, error 404 > * Failed to download > http://my-distribution.org/remote-feed//armv4t/Packages.gz, error 404 > * Failed to download > http://my-distribution.org/remote-feed//armv4t/Packages.sig, error 404 > * Failed to download > http://my-distribution.org/remote-feed//fic-gta02/Packages.gz, error 404 > * Failed to download > http://my-distribution.org/remote-feed//fic-gta02/Packages.sig, error 404 > * Failed to download > http://my-distribution.org/remote-feed//neo1973/Packages.gz, error 404 > * Failed to downloade-feed//neo1973/Packages.sig, error 404 > * Failed to download > http://my-distribution.org/rem > http://my-distribution.org/remotote-feed//om-gta02/Packages.gz, error 404 > * Failed to download > http://my-distribution.org/remote-feed//om-gta02/Packages.sig, error 404 > [EMAIL PROTECTED]:/etc/opkg# > > > > > > - Original Message - > From: "Kevin Fenzi" <[EMAIL PROTECTED]> > To: community@lists.openmoko.org > Sent: Thursday, August 21, 2008 11:14:11 AM (GMT-0700) America/Denver > Subject: Re: Testing and Unstable feeds for the FSO distribution are now > available > >> Kevin Fenzi wrote: >> > I installed the unstable image, and tried to use either the >> > unstable or testing feeds here, and I get: >> > >> > a bunch of: >> > Assuming locally installed package is up to date. >> > >> > then a bunch of: >> > >> > * Packages were found, but none compatible with the architectures >> > configured >> > >> > Can't seem to install or update anything. ;( >> >> Please post the contents of your /etc/opkg/*.conf files. I know that >> both sets of feeds work, cause people have reported success with both >> in the IRC channel (and I personally use the fso-testing feed >> exclusively). > > Sigh. As you might have suspected, it was the result of PEBKAC. ;) > > I was missing the arch.conf file. > > Adding that in gets it working nicely. ;) > >> -- Rod > > kevin > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > http://my-distribution.org does not contain any feeds for the FSO feeds you need to edit them, take a look at http://shr.bearstech.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on the FreeRunner -- a few questions/solutions
Nice looking keyboard. Excluding Home and End there are AllWhatCanNeed. (maybe on arrows with shift?) There are some button which do not work on my debian. Do they work on yours? shift+7 = ?should be / shift+0 = +should be = shift+. = : should be ; öä and umlaut-u do not affected by CAPSLOCK. y and z are swapped (joke) -Aapo Rantalainen 2008/8/21 Fox Mulder <[EMAIL PROTECTED]>: > First of all i must say that i'm quite impressed with debian on the > freerunner. It runs quite smooth most of the time and the software > choices are realy nice. :) > > There is a thing what i found out about the matchbox keyboard. The > standard layout is quite bad so i tried my customized from 2007.2 which > doesn't work at all (i already read about this problem). After a long > try and error session i found out why it doesn't work. The matchbox > keyboard which comes with debian seems not to get along with the > action="modifier:layout" tag. After i found out i removed all > alternative layouts and it worked with my nice german layout with f-keys > and everithing which is on the keyboard. :) > If someone is interested in the german layout with f-keys i attached. > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Migration to 2008.08
Dale Maggee wrote: > 1. I don't think so, mainly because of bug # 1766 - can't be used as a > phone. YMMV. Try using the workaround I've posted [1] using the attached libficgta01vendor.so. It seems it makes telephony working in 2008.08 too. [1] http://docs.openmoko.org/trac/ticket/1766#comment:60 -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing and Unstable feeds for the FSO distribution are now available
I installed FSO testing build. Will opkg upgrade keep it current? I have the following files in /etc/opkg/ [EMAIL PROTECTED]:/etc/opkg# ls -al drwxr-xr-x 2 root root 0 Jan 1 1970 . drwxr-xr-x 37 root root 0 Aug 22 07:10 .. -rw-r--r-- 1 root root 62 Jan 1 1970 all-feed.conf -rw-r--r-- 1 root root 115 Jan 1 1970 arch.conf -rw-r--r-- 1 root root 68 Jan 1 1970 armv4t-feed.conf -rw-r--r-- 1 root root 74 Jan 1 1970 fic-gta02-feed.conf -rw-r--r-- 1 root root 70 Jan 1 1970 neo1973-feed.conf -rw-r--r-- 1 root root 72 Jan 1 1970 om-gta02-feed.conf Should I edit one or more of these files before trying to upgrade? When I run opkg update I get: [EMAIL PROTECTED]:/etc/opkg# opkg update Downloading http://my-distribution.org/remote-feed//all/Packages.gz Downloading http://my-distribution.org/remote-feed//all/Packages.sig Signature check failed Downloading http://my-distribution.org/remote-feed//armv4t/Packages.gz Downloading http://my-distribution.org/remote-feed//armv4t/Packages.sig Signature check failed Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.gz Downloading http://my-distribution.org/remote-feed//fic-gta02/Packages.sig Signature check failed Downloading http://my-distribution.org/remote-feed//neo1973/Packages.gz Downloading http://my-distribution.org/remote-feed//neo1973/Packages.sig Signature check failed Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.gz Downloading http://my-distribution.org/remote-feed//om-gta02/Packages.sig Signature check failed Collected errors: * Failed to download http://my-distribution.org/remote-feed//all/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//all/Packages.sig, error 404 * Failed to download http://my-distribution.org/remote-feed//armv4t/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//armv4t/Packages.sig, error 404 * Failed to download http://my-distribution.org/remote-feed//fic-gta02/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//fic-gta02/Packages.sig, error 404 * Failed to download http://my-distribution.org/remote-feed//neo1973/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//neo1973/Packages.sig, error 404 * Failed to download http://my-distribution.org/remote-feed//om-gta02/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//om-gta02/Packages.sig, error 404 [EMAIL PROTECTED]:/etc/opkg# - Original Message - From: "Kevin Fenzi" <[EMAIL PROTECTED]> To: community@lists.openmoko.org Sent: Thursday, August 21, 2008 11:14:11 AM (GMT-0700) America/Denver Subject: Re: Testing and Unstable feeds for the FSO distribution are now available > Kevin Fenzi wrote: > > I installed the unstable image, and tried to use either the > > unstable or testing feeds here, and I get: > > > > a bunch of: > > Assuming locally installed package is up to date. > > > > then a bunch of: > > > > * Packages were found, but none compatible with the architectures > > configured > > > > Can't seem to install or update anything. ;( > > Please post the contents of your /etc/opkg/*.conf files. I know that > both sets of feeds work, cause people have reported success with both > in the IRC channel (and I personally use the fso-testing feed > exclusively). Sigh. As you might have suspected, it was the result of PEBKAC. ;) I was missing the arch.conf file. Adding that in gets it working nicely. ;) > -- Rod kevin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debian on the FreeRunner -- a few questions/solutions
First of all i must say that i'm quite impressed with debian on the freerunner. It runs quite smooth most of the time and the software choices are realy nice. :) There is a thing what i found out about the matchbox keyboard. The standard layout is quite bad so i tried my customized from 2007.2 which doesn't work at all (i already read about this problem). After a long try and error session i found out why it doesn't work. The matchbox keyboard which comes with debian seems not to get along with the action="modifier:layout" tag. After i found out i removed all alternative layouts and it worked with my nice german layout with f-keys and everithing which is on the keyboard. :) If someone is interested in the german layout with f-keys i attached. Now to the questions i couldn't solve myself until now and i hope somebody has a few hints for me. First thing is that i can't find the setting, when the display dims the brightness. The default setting dims it after some minutes (~3-5 min, i didn't measure it) what is way to late for battery usage. Also it would ne nice to set the maximum brightness and not always maximum (63). Then i wanted to use openoffice, what would make me really happy because i only use OO on my desktop as well. But after i inetalled it i can't start it. When i try to start any OO app i got the following error message /usr/lib/openoffice/program/soffice: line 365: 2088 Illegal instruction "$sd_prog/$sd_binary" "$@" where the second number increases with every try. "soffice" seems to be a start script, but i can't find the problem why it doesn't work. :( Then i wanted to ask if there exists a recent navit version for debian. For 2007.2 i got one as ipkg which works really good with navigation and speech output, but for debian i can't find any precompiled package. I have the apprehension that i must compile it myself, but if this is going well is another story. ;) There are quite some more things i didn't find out yet, but these are the most important at the moment. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes: > really - we need a userspace "oom" that is "Smarter" (it knows what a system > daemon is and what a user application is and what is a "necessary user desktop > process"), so it will always kill "apps" not the phone daemon or the window > manager or the launcher etc. it will stick to finding "visible apps" that have > gone rogue and nuke them. the userspace oom can run as root - mlock() its > memoryspace in and give itself a realtime priority with setsched(). every > second or so - check the memory state of the system, if it begins to get low - > issue a warning signal to processes (could use dbus or something more basic > like system signals - use SIGURG or something pretty much unused these days). > any "well behaved app" when it gets such a signal should: > > * free any memory it doesnt REALLY need (any caches or any data loaded that it > can get back from a file again), so save out stuff and free. > * if it does garbage collection - collect now. asap! > * if it makes sense - exit the process altogether (if it is really not a > useful process and it can be started later when things get better) [...] > yes.. this requires work on the part of app authors in userspace. but it's the > right thing to do (imho). You've just rediscovered one of the few good design decisions of the l4hurd project. See the bits on memory allocation in [0]. 'Tis a shame that Hurd has pretty much failed (l4hurd and ngHurd got closer and closer to fixing the terrible flaws of Mach Hurd ... but, alas, l4 stagnated and Coyotos has yet to appear dooming us to another 30 years of UNIX it seems). [0] http://www.walfield.org/papers/20070104-walfield-access-decomposition-policy-refinement.pdf -- Corinne: rub a dub dub nekked in the tub ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
On Thursday 21 August 2008 19:33:24 Steven Kurylo wrote: > > And come on. Software is not perfect. Sometimes we have to live with a > > dreamteam like (old) firefox and x11. I had times when they had both > > hundreds of megs virtual mem. But everything was fine because it all was > > just harmlessly been swaped away. I restarted them every weekend to not > > let it become worse. > > Not ideal, but should the system rather be unusable in this condition? > > You're assuming the system will be usable when an application > misbehaves and 50mb gets swapped out. On a desktop, sure your points > are valid. > > I'm not sure this is true on Freerunner. None of the embedded systems > I've used have had swap. What happens when you haven't received a > call for several hours and the application you're using forces it to > swap out? Can you still answer a call in time? Exactly. > I'd rather see a smart oom killer which will only kill non-essential > applications. Adding 128mb of swap just pushes the problem back and > slows down the entire phone. For a phone, the algorithm could be as simple as killing the process that has allocated the most memory. The essential system services and the basic UI applications usually have a small footprint, and the biggest consumer of memory is most likely a leaky UI app that's not part of the main system anyway. For a production server with large databases this doesn't work of course, but there you're already in big trouble if you have to fallback on the oom-killer. Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
> And come on. Software is not perfect. Sometimes we have to live with a > dreamteam like (old) firefox and x11. I had times when they had both > hundreds of megs virtual mem. But everything was fine because it all was > just harmlessly been swaped away. I restarted them every weekend to not > let it become worse. > Not ideal, but should the system rather be unusable in this condition? You're assuming the system will be usable when an application misbehaves and 50mb gets swapped out. On a desktop, sure your points are valid. I'm not sure this is true on Freerunner. None of the embedded systems I've used have had swap. What happens when you haven't received a call for several hours and the application you're using forces it to swap out? Can you still answer a call in time? I'd rather see a smart oom killer which will only kill non-essential applications. Adding 128mb of swap just pushes the problem back and slows down the entire phone. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone 2 Zhone sending digit
Am Donnerstag 21 August 2008 18:35:27 schrieb Xavier Vens: > Good news Thank you. > > Is it a way to test it ? Yes, it should be part of the unstable images (See SHR feed at beartech, talked about in another thread). Be warned though, unstable is less functional than ms2 as we're shuffling some bits around atm. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB keyboard in hostmode?
On Thursday 21 August 2008, Geoff Ruscoe wrote: > On Wed, Aug 20, 2008 at 3:27 PM, Jay Vaughan <[EMAIL PROTECTED]> wrote: > > > Do you have a source for this info? The only need for external > > > components that > > > I'm aware of is the 15k pulldowns when charging while in host mode. > > > > About two years ago I was working on getting USB Host mode working > > "out of the box" on the GP2X, and I ran into this problem - the > > missing cap/resistor combo meant that the USB Host controller > > interface wasn't able to accurately determine what sort of node it was > > communicating with, and thus the onboard Linux driver tried to treat > > it as a hub node when it was really just a 'terminal' node. I don't > > have a reference for you on this, just going by memory .. > > Can we have a keyboard with that includes batteries and supply juice to the > freerunner while in host mode? That way when using the builkier setup with > the keyboard plugged into the usb, it could be charging the freerunner? Or > are the host mode / charging mode multually exclusive? http://wiki.openmoko.org/wiki/Neo1973_USB_host You are essentially describing a variation on the three headed cable described in the wiki. A similar suggestion that has I think been done it to modify a battery powered hub to provide power to the Neo while it's in host mode. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing and Unstable feeds for the FSO distribution are now available
> Kevin Fenzi wrote: > > I installed the unstable image, and tried to use either the > > unstable or testing feeds here, and I get: > > > > a bunch of: > > Assuming locally installed package is up to date. > > > > then a bunch of: > > > > * Packages were found, but none compatible with the architectures > > configured > > > > Can't seem to install or update anything. ;( > > Please post the contents of your /etc/opkg/*.conf files. I know that > both sets of feeds work, cause people have reported success with both > in the IRC channel (and I personally use the fso-testing feed > exclusively). Sigh. As you might have suspected, it was the result of PEBKAC. ;) I was missing the arch.conf file. Adding that in gets it working nicely. ;) > -- Rod kevin signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
Sander van Grieken wrote: >> Tilman Baumann <[EMAIL PROTECTED]> writes: >> >>> all the linux memory overcommit behaviour more or less depends on >>> the fact that it can allways save it's ass by using swap. (Instead >>> of helplessley crashing) >> Yes, or killing the application. Not having swap is nonsense;). If you >> are using swap something is wrong, right, but then you fix it. I find >> it strange that the debian install didn't make a little swap >> partition. > > How is having 256MB RAM without swap any different from 128MB RAM with 128MB > swap? It's > still 256MB (virtual) memeory in total. You have 128Mb of good healthy RAM and 128MB of safety-net and trash dump. > In other words, even WITH swap you dont solve the problem, you only postpone > any > problems until later, AND you lose some flash/sd storage room for swap > permanently. You have 128Mb of memory to wait for the problem to solve itself or better to do something about it. > It only makes sense to allocate swap if you know beforehand you'll need more > than the > available RAM. Wrong. No one plans to use swap. Using swap is bad. (for most cases) But not having swap is far worse. And come on. Software is not perfect. Sometimes we have to live with a dreamteam like (old) firefox and x11. I had times when they had both hundreds of megs virtual mem. But everything was fine because it all was just harmlessly been swaped away. I restarted them every weekend to not let it become worse. Not ideal, but should the system rather be unusable in this condition? -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR as a tablet pen?
On Thu, Aug 21, 2008 at 05:27:12PM +0100, Valerio Valerio wrote: > 2008/8/21 arne anka <[EMAIL PROTECTED]> > > > think about using the FR as a tablet pen??? It would be nice! > > > > You can do that (partially) with ReMoko [1], ReMoko emulate a Bluetooth > HID keyboard and mouse, so you can draw with the mouse profile. > > [1] - http://wiki.openmoko.org/wiki/OpenMoko_Bluetooth_remote_controller Great job, Valerio! That's really interesting software to have on Freerunner :) Rui -- Frink! Today is Pungenday, the 14th day of Bureaucracy in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
Carsten Haitzler (The Rasterman) wrote: > On Thu, 21 Aug 2008 16:44:36 +0200 Tilman Baumann <[EMAIL PROTECTED]> babbled: > >> Carsten Haitzler (The Rasterman) wrote: >>> On Thu, 21 Aug 2008 17:50:26 +0200 Esben Stien <[EMAIL PROTECTED]> >>> babbled: >>> Tilman Baumann <[EMAIL PROTECTED]> writes: > all the linux memory overcommit behaviour more or less depends on > the fact that it can allways save it's ass by using swap. (Instead > of helplessley crashing) Yes, or killing the application. Not having swap is nonsense;). If you are using swap something is wrong, right, but then you fix it. I find it strange that the debian install didn't make a little swap partition. >>> and luckily those smart fellas in kernel developer land.. made kernel >>> overcommit.. a tunable parameter! and... cunningly.. on the FR (and as wel >>> on my desktop) it's turned off! :) so... a moot point really. :) >> pardon? Honestly? This is absurd! >> Why? I don't get it. >> >> I mean, how did you get the impression that overcomitting is a bad thing? > > when it makes: > > > myptr = malloc(somesize); > if (myptr == NULL) return -1; // return and unwind > // continue as normal > > > useless so i mayaswell do: > > myptr = malloc(somesize); > if (myptr == NULL) abort(); > > > ala glib. all that error checking code programs have becomes stupid. i should > just assume all mallocs succeed!. as they likely will and part way through > accessing the memory malloc actually returned - i may segv because i dont have > enough ram. that's just bad! what's the point of error codes and returns then? > whats the point of even trying to handle an error? :( may as well throw in the > towel ala glib. > Not being able to malloc memory and not having any physical memory left are just two sepereate things. At least on modern linux systems. Memory overcommit saves (physical) memory. And not just a bit. And with some swap safety net it is reasonably save to do so. And how should it be better if _any_ app gets knocked out by running in the memory limit? Usually it can't help the situation. Especially if some other app that is eating all memory. The effect is more or less the same. Some random poor app has to be killed. (Since suicide is often the only way to react to malloc fails) Turning overcommit off is in my eyes only a poor 'bury one's head in the sand' solution which effectively does improve nothing. Overcommit and swap is just the winner. Everyone does it so. And in my eyes rightly so. It is fast and efficient. And even without swap, i would not want to turn overcommit off. Swap and overcommit is just the dream team. Fast and efficient memory. And if something goes wrong, you have plenty of time (and mem) for solving the problem. Contrary to without, because how could you fix any low memory condition with not allocating any more memory? Driving something into swap to be able to do something about it is just right. And just if you thought so. Overcommit is not just lazy don't care for errors behaviour but a really smart optimisation. For example it saves memory by only copying a page if the page was written. (copy on write) For example: If you fork, the memory space is duplicated. You end up with twice the memory. But linux does not copy the memory, it overcommits. Only if a page is really changed it get duplicated first. This is elegant, fast and efficient. But yes, you loose the context of a error condition if some happens. But i say, if a system runs out of memory, letting a program know that there is no memory left helps nothing. The poor program that gehts the error is usually neither able to save much or even to solve the system wide problem. -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973 - opkg update doesn't work
Hello, On Thu, Aug 21, 2008 at 10:37 AM, Rod Whitby <[EMAIL PROTECTED]> wrote: > Torfinn Ingolfsen wrote: >> Downloading http://my-distribution.org/remote-feed/... > > You might want to change that to the actual location of the feeds ... It must have been late yesterday - I didn't notie that one. :-) Strange that it resolves and answers to pings. Anyway, with som many feeds about, which feeds should I use? -- Regards, Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone 2 Zhone sending digit
Good news Thank you. Is it a way to test it ? On Thu, Aug 21, 2008 at 6:19 PM, Michael 'Mickey' Lauer <[EMAIL PROTECTED]> wrote: > Am Donnerstag 21 August 2008 17:28:06 schrieb Xavier Vens: >> Hi All, >> >> Now the dialout works :-); does anybody knows how to send digit to an >> IVR i called with Zhone ? > > DTMF has been added after milestone2 to zhone. This will appear in ms3 due > around end of august / early september. > > -- > :M: > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR as a tablet pen?
Hi, 2008/8/21 arne anka <[EMAIL PROTECTED]> > > think about using the FR as a tablet pen??? It would be nice! > You can do that (partially) with ReMoko [1], ReMoko emulate a Bluetooth HID keyboard and mouse, so you can draw with the mouse profile. [1] - http://wiki.openmoko.org/wiki/OpenMoko_Bluetooth_remote_controller Best regards, -- Valério Valério http://www.valeriovalerio.org > > > > someone proposed using the fr like that a while ago. > but besides the sw-problems (it would require kernel module that presents > the fr as pointer device) it will probably kill the screen's surface in no > time. > > > > ___ > 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: FSO testing on Neo 1973
Hello, On Thu, Aug 21, 2008 at 10:01 AM, Torfinn Ingolfsen <[EMAIL PROTECTED]> wrote: > Hello, > > On Thu, Aug 21, 2008 at 2:12 AM, Rod Whitby <[EMAIL PROTECTED]> wrote: >> The connection between gllin and TangoGPS is not there on the >> fso-testing image (since we're waiting for some major frameworkd changes >> to stabilise before Mickey bumps the srcrev). >> >> If you apply the patches in FSO trac tickets 49 and 50, then it works. > > I'll try that. Thanks. I must have done something wrong, because neither tangoGPS nor zhone displays any GPS data, even if gpsd spews data out. I applied the pat in 49, edited /etc/fraeworkd.conf as described in one comment, and applied the patch in 50. Then I restarted the phone and verified that gllin and gpsd was started, and that gpsd was outputting data. Any hints on where to look? -- Regards, Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hmm, On Thu, Aug 21, 2008 at 10:10 AM, Torfinn Ingolfsen <[EMAIL PROTECTED]> wrote: > Neither POWER nor AUX buttons work. At all. > Which process is supposed to monitor thoe in FSO? I just tested again. The power button will suspend my Neo 1973 if I press it for about 2 - 3 seconds. Correction: I can hold it in for 5 - 15 seconds as well, and the device will go into suspend when I release the button. When suspended, a short press on either AUX or power button will wake the device. I don't know why it did not work yesterday. -- Regards, Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
> Tilman Baumann <[EMAIL PROTECTED]> writes: > >> all the linux memory overcommit behaviour more or less depends on >> the fact that it can allways save it's ass by using swap. (Instead >> of helplessley crashing) > > Yes, or killing the application. Not having swap is nonsense;). If you > are using swap something is wrong, right, but then you fix it. I find > it strange that the debian install didn't make a little swap > partition. How is having 256MB RAM without swap any different from 128MB RAM with 128MB swap? It's still 256MB (virtual) memeory in total. In other words, even WITH swap you dont solve the problem, you only postpone any problems until later, AND you lose some flash/sd storage room for swap permanently. It only makes sense to allocate swap if you know beforehand you'll need more than the available RAM. Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO milestone 2 Zhone sending digit
Am Donnerstag 21 August 2008 17:28:06 schrieb Xavier Vens: > Hi All, > > Now the dialout works :-); does anybody knows how to send digit to an > IVR i called with Zhone ? DTMF has been added after milestone2 to zhone. This will appear in ms3 due around end of august / early september. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hi, On Thu, Aug 21, 2008 at 11:31 AM, arne anka <[EMAIL PROTECTED]> wrote: > pressing the pwr button for a few seconds does the trick mostly -- but > there's no indication and you easily press too long and the device simply > reboots ... I just tested here - if i press the POWER button for about 2 - 3 seconds, the device goes into suspend, it doesn't turn on screen locker. -- Regards, Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR as a tablet pen?
> think about using the FR as a tablet pen??? It would be nice! someone proposed using the fr like that a while ago. but besides the sw-problems (it would require kernel module that presents the fr as pointer device) it will probably kill the screen's surface in no time. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on the FreeRunner -- now official
On Thu, 21 Aug 2008 17:53:10 +0300 Timo Juhani Lindfors <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes: > > 1. colors. what's up with your colors? are you on ppc? the 16bit engine > > assumes identical endianess to the host (for x) and doesnt do any proper > > changes. > > x86 in debian unstable chroot. > > > 2. looks like you installed illume, but its deifnitely not installed the > > same place e is installed :) do you have more than 1 install of e? did > > u install e17 in /opte17 or /usr and install illume with a different prefix? > > illume and e svn should both be installed to /home/lindi/installdir. I > also removed my normal e17 debian package. something is up.. somewhere. you'll need to dig a bit - like find out just where illume installed stuff and where all of e installed itself and modules and what differs - it could be that arch/os was detected differently by the autofoo - it shouldn't be - for me its always consistent - in oe's build process too. -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - out of memory?
On Thu, 21 Aug 2008 16:44:36 +0200 Tilman Baumann <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) wrote: > > On Thu, 21 Aug 2008 17:50:26 +0200 Esben Stien <[EMAIL PROTECTED]> > > babbled: > > > >> Tilman Baumann <[EMAIL PROTECTED]> writes: > >> > >>> all the linux memory overcommit behaviour more or less depends on > >>> the fact that it can allways save it's ass by using swap. (Instead > >>> of helplessley crashing) > >> Yes, or killing the application. Not having swap is nonsense;). If you > >> are using swap something is wrong, right, but then you fix it. I find > >> it strange that the debian install didn't make a little swap > >> partition. > > > > and luckily those smart fellas in kernel developer land.. made kernel > > overcommit.. a tunable parameter! and... cunningly.. on the FR (and as wel > > on my desktop) it's turned off! :) so... a moot point really. :) > > pardon? Honestly? This is absurd! > Why? I don't get it. > > I mean, how did you get the impression that overcomitting is a bad thing? when it makes: myptr = malloc(somesize); if (myptr == NULL) return -1; // return and unwind // continue as normal useless so i mayaswell do: myptr = malloc(somesize); if (myptr == NULL) abort(); ala glib. all that error checking code programs have becomes stupid. i should just assume all mallocs succeed!. as they likely will and part way through accessing the memory malloc actually returned - i may segv because i dont have enough ram. that's just bad! what's the point of error codes and returns then? whats the point of even trying to handle an error? :( may as well throw in the towel ala glib. -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Customize Debian image in a mini desktop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 20.08.2008 um 23:30 schrieb Sebastian Ohl: > Hi, > > On Wed, 2008-08-20 at 14:39 -0400, xaos x wrote: >> I'm currently finishing up a battery power python app for any of >> the system trays (GNOME, XFCE, etc) so you can see battery power >> when zhone is either not open, or minimized. I plan on adding >> phone network status and other information to it as well. I'll >> post the link here when I'm finished. > i'm currently doning the same but it's only a xfce panel plugin so you > can't use it for gnome etc. my program can currently show the > status of > the gps,gsm,bt devices. so i did it the other way around. may be we > should combine our afforts so we get a faster solution. i think my > next > step would be to build an app to enable or disable the gps&co > hardware. > > Yours > Sebastian Ohl it would be nice to hear about your progress with this xfce-plugin. could you send me your actual version? regards, morlac - -BEGIN CONTACT BLOCK- eMail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] - --END CONTACT BLOCK-- - -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS$/IT;d-;s:;a?;C++(+++)>;UL;P++(+++)>; L++(+++);E---;W++;N(+);o?;K?;!w;!O;!M+>;!V;PS(+);PE; Y+;PGP++;t+(++);5(+)>++;X(+);R*;tv->+;b++(+++);DI++; D++(+++)>;G(+)>++;e+>+++;h-()>++;r++;y++; - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFIrZAnr81gVylJyzERApJQAKDmTAKF5KXwd9FQtfKnixQMaZP/kwCeLC29 BNWZftZx+t4u2UtcM62XXXQ= =p7mO -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FR as a tablet pen?
Hi all, I'm new in the community, I'm waiting for my Freerunner ;-)... What do you think about using the FR as a tablet pen??? It would be nice! Davide ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO milestone 2 Zhone sending digit
Hi All, Now the dialout works :-); does anybody knows how to send digit to an IVR i called with Zhone ? On the screen, i have the phone dialed with 2 buttons, hold and hangup but no way to send the digits. i tried with the virtual keyboard but no success. I running the Freerunner with FSO milestone 2. thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Booting OM 2008.08 from SD - Re: Openmoko Om 2008.8 Release
Olivier Berger wrote: > > Now, I have found a way to boot to OM 2008.8 from SD (actually VFAT + > EXT3). > > But I'm too unable to use network over USB now (works fine if > rebooting to 2007.2 in flash). > > Hi, I've just received my Freerunner yesterday. FYI, I'm able to boot to OM 2008.8 from SD and to use use network over USB with Windows XP ( with VFAT and EXT3 as described here ( http://wiki.openmoko.org/wiki/Qtopia#Preparing_the_SD_card and http://wiki.openmoko.org/wiki/Booting_from_SD#Prepare_the_SD_card ) Today, I try the Raster version of OM 2008.8 ( http://download.enlightenment.org/misc/ ) from SD and I can't use network over USB anymore. Best regards, Yves Mahe ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OT] Re: FSO milestone 2 on freerunner dial out problem
On Thu, Aug 21, 2008 at 1:30 PM, Yorick Moko <[EMAIL PROTECTED]> wrote: > On Thu, Aug 21, 2008 at 1:04 PM, Xavier Vens <[EMAIL PROTECTED]> wrote: >> To be more precise on the SIM; it is a pack prepaid from belgium >> carrefour mobile that costs 15 Euro. >> >> >> On Thu, Aug 21, 2008 at 12:11 PM, Xavier Vens <[EMAIL PROTECTED]> wrote: >>> My works to receive call, but not for dial out. How can i see the >>> model of the sim card ? >>> >>> On Thu, Aug 21, 2008 at 12:04 PM, Jan Keymeulen <[EMAIL PROTECTED]> wrote: On Thu 21 August 2008 om 11:11:01 GMT Xavier Vens told us: > Hi All, > > I am the happy owner of a freerunner from now 2 weeks, I have tried > several distribution but I stop my choice on FSO milestone 2. > Yesterday, I was looking for a sim (Prepaid BASE in Belgium), my first > test is to receive a call, what worked well. But when I try to compose > an outgoing call, nothing happens. I'm using the validation buttton > and I remain on the screen with the number telephonne. > does someone have an idea ? > What kind of BASE simcard do you have? Mine, a "128 kbit banxafe e-sim", doesn't work at all. Probably because it's one of those 3G cards.. -- "Government is the Entertainment Division of the military-industrial complex." -- Frank Zappa ___ 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 >> > > your SIM is probably not to blame > 2008.08 refused to let me make outgoing calls (incomming calls and sms > worked fine) while I could make outgoing calls with 2007.2 > Good news it works, i can dial out ,but i don't know what's happend. After rebooting 2 times, i got a suprise, i can dail out. Actually, i have reboot 4 times from now and still working. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
