Re: /qtopia/ how to upgrade without reflashing?
On Sun, Aug 03, 2008 at 01:01:19PM -0700, Jim Morris wrote: Did you have to set any special Environment variables or paths to get this to work? I have installed the toolchain on a Ubuntu Linux system, and it gets quite a long way through, but end up getting this error eventually... ../../include/QtCore/../../../../../qtopia-opensource-src-4.3.2-snapshot-20080801/qtopiacore/qt/src/corelib/tools/qlist.h:355: error: no matching function for call to ‘operator new(unsigned int, QListbool (*)(void**)::Node*)’ built-in:0: note: candidates are: void* operator new(unsigned int) Is there by any chance an error further above about not finding the include `new'? Looks like the placement new operator is not available. This can be from not finding g++ includes. pgpQy3Rrowl6A.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
Did you have to set any special Environment variables or paths to get this to work? I have installed the toolchain on a Ubuntu Linux system, and it gets quite a long way through, but end up getting this error eventually... ../../include/QtCore/../../../../../qtopia-opensource-src-4.3.2-snapshot-20080801/qtopiacore/qt/src/corelib/tools/qlist.h:355: error: no matching function for call to ‘operator new(unsigned int, QListbool (*)(void**)::Node*)’ built-in:0: note: candidates are: void* operator new(unsigned int) While trying to build this... make[7]: Entering directory `/media/oldroot/opt/QtopiaSDK/opt/build/qtopia-4.3.2/qtopiacore/target/src/corelib' arm-linux-g++ -c -pipe -DQT_QWS_FICGTA01 -fno-exceptions -fno-rtti -O2 -fomit-frame-pointer -finline-functions -falign-functions=2 -falign-loops=2 -falign-jumps=2 -march=armv4t -mtune=arm920t -msoft-float -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED -DQTOPIA_NO_ICONV_OPEN_ERRORS -DQT_QWS_DISABLE_FLUSHCLIPPING -DQT_NO_PLUGIN_CHECK -DQT_EXTERNAL_SOUND_SERVER -DQT_QWS_KEYEVENT_SINGLECLIENT -DMEDIA_SERVER -DQT_KEYPAD_NAVIGATION -DQT_QWS_SCREENCORDS -DQT_QWS_DISABLE_FLUSHCLIPPING -DQT_BUILD_CORE_LIB -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT_44_API_QSQLQUERY_FINISH -DQT_MOC_COMPAT -DQT_NO_DEBUG -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/media/oldroot/opt/QtopiaSDK/opt/build/qtopia-opensource-src-4.3.2-snapshot-20080801/devices/ficgta01/mkspecs/qws/linux-ficgta01-g++ -I/media/oldroot/opt/QtopiaSDK/opt/build/qtopia-opensource-src-4.3.2-snapshot-20080801/qtopiacore/qt/src/corelib -I../../include -I../../include -I../../include/QtCore -Iglobal -I/media/oldroot/opt/QtopiaSDK/opt/build/qtopia-opensource-src-4.3.2-snapshot-20080801/qtopiacore/qt/src/3rdparty/zlib -I.moc/release-shared-emb-arm -I.uic/release-shared-emb-arm -I/opt/toolchains/arm920t-eabi/arm-angstrom-linux-gnueabi/include -I. -o .obj/release-shared-emb-arm/qatomic.o /media/oldroot/opt/QtopiaSDK/opt/build/qtopia-opensource-src-4.3.2-snapshot-20080801/qtopiacore/qt/src/corelib/arch/arm/qatomic.cpp arm-linux-g++ -c -pipe -DQT_QWS_FICGTA01 -fno-exceptions -fno-rtti -O2 -fomit-frame-pointer -finline-functions -falign-functions=2 -falign-loops=2 -falign-jumps=2 -march=armv4t -mtune=arm920t -msoft-float -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED -DQTOPIA_NO_ICONV_OPEN_ERRORS -DQT_QWS_DISABLE_FLUSHCLIPPING -DQT_NO_PLUGIN_CHECK -DQT_EXTERNAL_SOUND_SERVER -DQT_QWS_KEYEVENT_SINGLECLIENT -DMEDIA_SERVER -DQT_KEYPAD_NAVIGATION -DQT_QWS_SCREENCORDS -DQT_QWS_DISABLE_FLUSHCLIPPING -DQT_BUILD_CORE_LIB -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT_44_API_QSQLQUERY_FINISH -DQT_MOC_COMPAT -DQT_NO_DEBUG -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/media/oldroot/opt/QtopiaSDK/opt/build/qtopia-opensource-src-4.3.2-snapshot-20080801/devices/ficgta01/mkspecs/qws/linux-ficgta01-g++ -I/media/oldroot/opt/QtopiaSDK/opt/build/qtopia-opensource-src-4.3.2-snapshot-20080801/qtopiacore/qt/src/corelib -I../../include -I../../include -I../../include/QtCore -Iglobal -I/media/oldroot/opt/QtopiaSDK/opt/build/qtopia-opensource-src-4.3.2-snapshot-20080801/qtopiacore/qt/src/3rdparty/zlib -I.moc/release-shared-emb-arm -I.uic/release-shared-emb-arm -I/opt/toolchains/arm920t-eabi/arm-angstrom-linux-gnueabi/include -I. -o .obj/release-shared-emb-arm/qglobal.o /media/oldroot/opt/QtopiaSDK/opt/build/qtopia-opensource-src-4.3.2-snapshot-20080801/qtopiacore/qt/src/corelib/global/qglobal.cpp I have also tried to use the VMPlayer based SDK trolltech provide, but that also gets an error during build, but a different one. I'd prefer to use the local toolchain as it is faster of course. Thanks Jim Ole Kliemann wrote: On Fri, Aug 01, 2008 at 03:32:52PM -0400, Yaroslav Halchenko wrote: Is there an easy way to upgrade qtopia installation without reflashing whole rootfs? since /opt/Qtopia is not a part of any package according to opkg search, thus is not 'opkg upgrade'able. 1 possibility I see is to keep /home/root on a flash and manually mount it to preserve at least personal settings and aphone book, but that would require manual remounting after flashing. May be there is a better way?? You can upgrade Qtopia like this: shutdown Qtopia (/etc/init.d/qpe stop) remove /opt/Qtopia copy new Qtopia to /opt/Qtopia (via scp) That's pretty straight forward. Tricky part is where to get new Qtopia as tarball or whatever to copy it. One possibility is to compile yourself. It's not difficult and you are always up-to-date. The precompiled images are not so often updated. Get the Qtopia toolchain for FR [1]. Unpacking it to / will install into /opt/toolchains/arm920t-eabi/ Get the latest snapshot [2]. Create a build dir and run configure -device ficgta01 then build it. Ole [1] http://www.qtopia.net/modules/mydownloads/singlefile.php?lid=38 [2]
/qtopia/ how to upgrade without reflashing?
Is there an easy way to upgrade qtopia installation without reflashing whole rootfs? since /opt/Qtopia is not a part of any package according to opkg search, thus is not 'opkg upgrade'able. 1 possibility I see is to keep /home/root on a flash and manually mount it to preserve at least personal settings and aphone book, but that would require manual remounting after flashing. May be there is a better way?? -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
On Fri, Aug 01, 2008 at 03:32:52PM -0400, Yaroslav Halchenko wrote: Is there an easy way to upgrade qtopia installation without reflashing whole rootfs? since /opt/Qtopia is not a part of any package according to opkg search, thus is not 'opkg upgrade'able. 1 possibility I see is to keep /home/root on a flash and manually mount it to preserve at least personal settings and aphone book, but that would require manual remounting after flashing. May be there is a better way?? You can upgrade Qtopia like this: shutdown Qtopia (/etc/init.d/qpe stop) remove /opt/Qtopia copy new Qtopia to /opt/Qtopia (via scp) That's pretty straight forward. Tricky part is where to get new Qtopia as tarball or whatever to copy it. One possibility is to compile yourself. It's not difficult and you are always up-to-date. The precompiled images are not so often updated. Get the Qtopia toolchain for FR [1]. Unpacking it to / will install into /opt/toolchains/arm920t-eabi/ Get the latest snapshot [2]. Create a build dir and run configure -device ficgta01 then build it. Ole [1] http://www.qtopia.net/modules/mydownloads/singlefile.php?lid=38 [2] ftp://ftp.trolltech.com/qtopia/snapshots/ pgphJj3W7zDIL.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
Thank you Ole for the instructions! indeed I could just extract opt/Qtopia from a fresh .jffs image whenever new one becomes available, BUT that would not give me easy way to upgrade the rest of the packages (non-qpe) to the same state as in that image... I am not sure how much that is important though... (events/avahi/mediaserver or whatever else qpe relies on). I wonder if OpenMokoMakefile's qtopia target would substitute your directions for how to build from sources... lets see... On Fri, 01 Aug 2008, Ole Kliemann wrote: On Fri, Aug 01, 2008 at 03:32:52PM -0400, Yaroslav Halchenko wrote: Is there an easy way to upgrade qtopia installation without reflashing whole rootfs? since /opt/Qtopia is not a part of any package according to opkg search, thus is not 'opkg upgrade'able. 1 possibility I see is to keep /home/root on a flash and manually mount it to preserve at least personal settings and aphone book, but that would require manual remounting after flashing. May be there is a better way?? You can upgrade Qtopia like this: shutdown Qtopia (/etc/init.d/qpe stop) remove /opt/Qtopia copy new Qtopia to /opt/Qtopia (via scp) That's pretty straight forward. Tricky part is where to get new Qtopia as tarball or whatever to copy it. One possibility is to compile yourself. It's not difficult and you are always up-to-date. The precompiled images are not so often updated. Get the Qtopia toolchain for FR [1]. Unpacking it to / will install into /opt/toolchains/arm920t-eabi/ Get the latest snapshot [2]. Create a build dir and run configure -device ficgta01 then build it. Ole [1] http://www.qtopia.net/modules/mydownloads/singlefile.php?lid=38 [2] ftp://ftp.trolltech.com/qtopia/snapshots/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
On Fri, Aug 01, 2008 at 04:52:04PM -0400, Yaroslav Halchenko wrote: indeed I could just extract opt/Qtopia from a fresh .jffs image whenever new one becomes available, BUT that would not give me easy way to upgrade the rest of the packages (non-qpe) to the same state as in that image... I am not sure how much that is important though... (events/avahi/mediaserver or whatever else qpe relies on). Ah, good point. I just update the rest through opkg upgrade and don't care for consitency between non-qpe and qtopia. So far things only got better from update to update. ;-) Ole pgpd4nvOPPXr0.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
On Fri, 01 Aug 2008, Ole Kliemann wrote: Create a build dir and run configure -device ficgta01 then build it. just want to confirm -- for freerunner should it remain ficgta01 (I don't see any other suitable under devices but usually there are 2 separate images for gta01 and 2 on qtopia's download page) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
On Fri, Aug 01, 2008 at 05:11:31PM -0400, Yaroslav Halchenko wrote: On Fri, 01 Aug 2008, Ole Kliemann wrote: Create a build dir and run configure -device ficgta01 then build it. just want to confirm -- for freerunner should it remain ficgta01 (I don't see any other suitable under devices but usually there are 2 separate images for gta01 and 2 on qtopia's download page) I build with ficgta01 because - as you said it - there not much choice. Worked ok so far. pgpTga72G8Cvz.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
Yaroslav Halchenko wrote: I wonder if OpenMokoMakefile's qtopia target would substitute your directions for how to build from sources... lets see... I'm interested to know that too, I haven't played with Trolltechs toolchain yet, but do have MM running. Let us know how it works. Thanks Jim -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
Yaroslav Halchenko wrote: Is there an easy way to upgrade qtopia installation without reflashing whole rootfs? since /opt/Qtopia is not a part of any package according to opkg search, thus is not 'opkg upgrade'able. 1 possibility I see is to keep /home/root on a flash and manually mount it to preserve at least personal settings and aphone book, but that would require manual remounting after flashing. May be there is a better way?? The next update of Qtopia from qtopia.net I will also make an 'update tarball' with a script to easily install it. make packages in 4.3 doesn't work completely, so thats why there is no feed. 4.4 will be a different story. -- 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: /qtopia/ how to upgrade without reflashing?
Yaroslav Halchenko wrote: Thank you Ole for the instructions! indeed I could just extract opt/Qtopia from a fresh .jffs image whenever new one becomes available, BUT that would not give me easy way to upgrade the rest of the packages (non-qpe) to the same state as in that image... I am not sure how much that is important though... (events/avahi/mediaserver or whatever else qpe relies on). I wonder if OpenMokoMakefile's qtopia target would substitute your directions for how to build from sources... lets see... probably not as dependencies and packages would not be the same. -- 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