Re: [QtMoko] How do you manage your free space ?
My whole system runs from the card. I don't use internal memory for nothing but some dated QtMoko for the case of the card (or system on the card) failure. (I use my FR as daily and the only phone). Hrabosh Xavier Cremaschi píše v Pá 05. 08. 2011 v 19:01 +0200: Hi folks, my operating system is on the internal memory, and all my data (maps, music) are on a 8Gb micro sd card. But if I want to install a standard Linux application with aptitude (something like tangogps for example) it will take almost all my free space (~100mo IIRC) because of dependencies. How do you manage your free space ? Did you put a part of your system on the micro sd too ? If yes which one ? Xavier. ___ 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: navit in QTmoko: Map don't follow actual position
Hallo Frank, is your GPSD daemon running? Is it configured properly? If my Navit works (i.e. has current position), I can see actual coordinates in Action menu below the car icon (in the middle of left row). My navit.xml is attached. BTW ... I have nothing on the screen but the map and + - icons. If you managed to get ETA time, trip length, next turn, etc. information on the screen, could you please share your navit.xml? Thanks, Hrabosh Frank píše v Pá 05. 08. 2011 v 20:47 +0200: Hallo, I try to run navit on my freerunner. - QTmoko v35 - navit Version: 0.2.0~svn3501+dfsg.1-1 I downloaded and installed a OSM-Map for Germany. I see this map and can zoom and pan but ... My problem now is: The map is *not* centered on my actual position from GPS. I tried to configure some vehicle-Tags in /home/root/.navit/navit.xml vehicle name=.. profilename=car enabled=yes active=0 source=gpsd://localhost gpsd_query=w+xj follow=3 But on navit's gui I only see the default DEMO-Vehicle which has no GPSD-source. Can someone send me an example for a working freeruner-proved 'navit.xml' or a vehicle-Tag that follows GPS? How can I test, that navit gets the actual position from GPS-deamon? navit-xml.tar.gz Description: application/compressed-tar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] How do you manage your free space ?
В Птн, 05/08/2011 в 22:13 +0400, Dmitry Chistikov пишет: Sebastian Reinhardt, Aug. 05, 2011, 19:20 +0200: Am 05.08.2011 19:01, schrieb Xavier Cremaschi: To save some space, You can copy whole directory /usr to sd-card and create an symbolic link (ln -s path-to-sd-card/usr /usr). This can help a little, because many data of additional packages is stored to directory /usr First, I'd recommend using an fstab line instead of a symlink. It's a more standard method of joining filesystems on different devices. If one cannot allocate a separate partition for /usr for some reason, it is advisable to use a bind mount (man mount, search for bind mounts) as an fstab line. It should be checked, however, whether the system is able to boot correctly, when configured in any of these ways (including one with a symlink). According to FHS, it must be able to boot, but things might have been broken accidentally. (Though I hope they are not.) Symlink works perfectly for /usr. I had some problems with simplinking some parts of some root dirs, but big ones working just fine. I've ended this practice because qtmoko had no smooth upgrade path and because of expirements with glamo sd. Also i think it's probably better to have single tree in fstab, not a graph of mounts until it's impossible to avoid it like in case of mounting parts of / fs into chroot directory (main reason bind mount appeared i think). Also you free to create, rename or remove symlink, while bind-mount is sligly more difficult to manage. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community