Re: Freerunner - small and fast distribution only for GPS
Carsten Gerlach writes: > does someone know a small distribution which is only made for GPS usage? For I don't really see the point in having a yet another distribution. Just take an existing distribution and configure it to fit this task. Optionally contribute back some new packages. Configuring a system for GPS-only use is an interesting challenge. 1) The filesystem probably should be read-only so that you can turn the power off at any time, right? 2) The only volatile part of the filesystem would then be the gps tracks? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner - small and fast distribution only for GPS
Carsten Gerlach writes: > > does someone know a small distribution which is only made for GPS usage? For > outdoor holydays it would be nice to have such a distro. There is no need for > using the GSM, blootooth, wifi, acceleration sensor and so on. It should only > be fast at booting and should have a small energy consumption. For the > application I'm thinking of something like tangogps. It should be able to > show > the position on a map and log a track. I haven't really looked at it, but perhaps the OpenTom project has something to offer that could be easily adapted to the FreeRunner in the case that you don't come across anything else: http://www.opentom.org/ They're mainly focused on documenting how to get a Linux OS other than the stock TomTom firmware installed onto TomTom hardware, but maybe there is some subset of that community that's interested in using their GPS units as a GPS units, too. :) -- "Don't be afraid to ask (λf.((λx.xx) (λr.f(rr." ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner - small and fast distribution only for GPS
Hello, does someone know a small distribution which is only made for GPS usage? For outdoor holydays it would be nice to have such a distro. There is no need for using the GSM, blootooth, wifi, acceleration sensor and so on. It should only be fast at booting and should have a small energy consumption. For the application I'm thinking of something like tangogps. It should be able to show the position on a map and log a track. Ok, if there is not such a distro, would it possible to build it? My programming skills are very small for this topic so I don't know where to start. A little help from you would be nice. :-) Thanks for reading and for any hint to the right direction. :-) Greetings, Carsten ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
a recipe for qt4-plugin-phonon-backend-vlc
Hi, If someone is interested I am trying to build the vlc backend for phonon (in replacement of the gstreamer one). It needs at least libvlc 1.1 that you can found attached (David I tested it and it works!. well not very smoothly at all but I think it can be largely optimized. don't have the skill to do it plus here it is for playing sound which interests me, not video :) ) I did a recipe (attached) but it needs automoc4 which is provided by automoc-native to build. And this is where I gets stuck : automoc-native itself does not build. (According to OE's log automoc-native is ~ 2 years old.) Attached my CMakeError.log => 'Q_WS_WIN' undeclared (first use in this function) which was defined in QtCore/glogal.h but not anymore now and I don't know where it is supposed to be. I don't know how to fix this properly. If someone can help me. thx by advance! Sylvain (aka GarthPS) vlc_1.1.2.bb Description: Binary data qt4-plugin-phonon-backend-vlc.bb Description: Binary data Determining if the Q_WS_WIN exist failed with the following output: Change Dir: /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp Run Build Command:/usr/bin/make "cmTryCompileExec/fast" make -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build make[1]: Entering directory `/home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp' /home/sylvain/dev/SHR-Build/shr-unstable/tmp/sysroots/x86_64-linux/usr/bin/cmake -E cmake_progress_report /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.c.o /usr/bin/gcc -isystem/home/sylvain/dev/SHR-Build/shr-unstable/tmp/sysroots/x86_64-linux/usr/include -I/usr/include/qt4 -o CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.c.o -c /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CheckSymbolExists.c /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CheckSymbolExists.c: In function 'main': /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: 'Q_WS_WIN' undeclared (first use in this function) /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: (Each undeclared identifier is reported only once /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: for each function it appears in.) make[1]: Leaving directory `/home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp' make[1]: *** [CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.c.o] Error 1 make: *** [cmTryCompileExec/fast] Error 2 File /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CheckSymbolExists.c: /* */ #include void cmakeRequireSymbol(int dummy,...){(void)dummy;} int main() { #ifndef Q_WS_WIN cmakeRequireSymbol(0,&Q_WS_WIN); #endif return 0; } Determining if the Q_WS_QWS exist failed with the following output: Change Dir: /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp Run Build Command:/usr/bin/make "cmTryCompileExec/fast" make -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build make[1]: Entering directory `/home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp' /home/sylvain/dev/SHR-Build/shr-unstable/tmp/sysroots/x86_64-linux/usr/bin/cmake -E cmake_progress_report /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.c.o /usr/bin/gcc -isystem/home/sylvain/dev/SHR-Build/shr-unstable/tmp/sysroots/x86_64-linux/usr/include -I/usr/include/qt4 -o CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.c.o -c /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CheckSymbolExists.c /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CheckSymbolExists.c: In function 'main': /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/automoc-native-4.1+svnr856719-r0/automoc/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: 'Q_WS_QWS' undeclared (first use in this function) /
Re: please notice if any of your wsods gone with latest shr kernel upgrade [Was: QtMoko v25 - experimental with 2.6.34 kernel ]
On Thu, Aug 26, 2010 at 10:22:01PM +0200, Petr Vanek wrote: > >It was added to feed 2days ago together with 2.6.32.17->2.6.32.20 > >upgrade so if you have: > >SHR r...@gojama / $ opkg info kernel > >Package: kernel > >Version: > >2.6.32.20-oe3.3+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0.5 > > > >or newer then you have this patch too > > > FYI, here 2.6.32.20 was fetched but /boot/uImage symlink wasn't > automatically updated from 2.6.32.16, not sure whether bug or > intention... booting from uSD right? check cat /usr/lib/opkg/alternatives/uImage link to latest is managed by u-a and ie for mixed alternatives from 2.6.32 and 2.6.34 it doesn't work, because it's using last version part as priority on my install 2.6.32.21 wins (will be in feed today) even with 2.6.34.6 available SHR r...@gojama ~ $ cat /usr/lib/opkg/alternatives/uImage /boot/uImage uImage-2.6.32.17 17 uImage-2.6.32.20 20 uImage-2.6.32.21 21 uImage-2.6.34.5 5 uImage-2.6.34.6 6 > > i have switched now and rotate causes no wsod, which would typically > appear... great! btw. how do you rotate the touchscreen (xrands rotates > the display, but i cannot see xsetwacom to rotate the input...), thank > you. > > Petr > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community