Re: [Gta04-owner] Experimental QtMoko/GTA04 build for armhf

2012-10-24 Thread Neil Jerram
Gilles Filippini gilles.filipp...@free.fr writes:

From what I understand, the emdebian repository had its toolchains
 upgraded on the 23/10/2012 [1]. It may be broken at the moment: it's now
 impossible to create a pdebuild chroot with my scripts :(

 [1] http://emdebian.org/debian/pool/main/g/

 I'll have a deeper look this evening.

 Thanks,

Thanks; I'm happy to have discovered a real problem and not just PEBKAC.
:-)

Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Experimental QtMoko/GTA04 build for armhf

2012-10-23 Thread Neil Jerram
Neil Jerram n...@ossau.homelinux.net writes:

 Gilles Filippini gilles.filipp...@free.fr writes:

 Hi,

 Neil Jerram a écrit , Le 05/10/2012 19:36:
 Could you also outline how to build QtMoko for armhf?  Presumably another 
 toolchain is needed.

 Not sure about which method Radek uses, but there are some directions in
 debian/README.source to build with pdebuild-cross.

 Thanks, I'll try that.

I've followed the instructions in debian/README.source.  There were a
couple of things I had to infer - possibly wrongly - and the last step
in the recommended workflow doesn't get very far at all for me - so I'd
appreciate if you could review the following.

First, I guessed that all the example workflow steps should be run in
the root of the QtMoko tree.  Is that right?

Second, I found that the pdebuild-cross-create step created an armel
chroot.  I then copied debian/pdebuild-cross/pdebuild-cross.rc to
/etc/pdebuild-cross/ and debian/pdebuild-cross/multistrap-* to
/etc/multistrap/ and reran the pdebuild-cross-create step, and it looked
better:

  ...

  Multistrap system installed successfully in /var/lib/pdebuild-cross/build/.

  Compressing multistrap system in '/var/lib/pdebuild-cross/build/' to a 
tarball called: 'pdebuild-cross-armhf-wheezy-4.7.tar.gz'.

  Removing build directory: '/var/lib/pdebuild-cross/build/'

  Multistrap system packaged successfully as 
'/var/lib/pdebuild-cross/pdebuild-cross-armhf-wheezy-4.7.tar.gz'.

Was installing those configs the right thing to do?

Next the fix-pdebuild-cross step, which looked fine apart from these
warnings:

  ...
  W: /root/.pbuilderrc does not exist
  ...
  dpkg-architecture: warning: specified GNU system type arm-linux-gnueabihf 
does not match gcc system type i486-linux-gnu, try setting a correct CC 
environment variable
  ...

Do those indicate that I missed something?

Next the QtMoko build step as per README.source:

  neil@neil-laptop:~/qtv46/qtmoko$ CROSSARCH=armhf CROSSVERS=4.7 DIST=sid 
QTMOKO_DEVICES=gta04 pdebuild-cross
  Need to create a new pbuilder crossbuilding chroot first.
  Use pdebuild-cross-create to create one.

I guessed that the 'sid' here might be a typo, and so tried 'wheezy'
instead, but it still didn't get very far:

  neil@neil-laptop:~/qtv46/qtmoko$ CROSSARCH=armhf CROSSVERS=4.7 DIST=wheezy 
QTMOKO_DEVICES=gta04 pdebuild-cross
  W: /home/neil/.pbuilderrc does not exist
  dpkg-checkbuilddeps: Unmet build dependencies: libts-dev libspeexdsp-dev quilt
  W: Unmet build-dependency in source
  dpkg-buildpackage: source package qtmoko
  dpkg-buildpackage: source version 48-1
  dpkg-buildpackage: source changed by Radek Polak pson...@seznam.cz
  dpkg-architecture: warning: specified GNU system type arm-linux-gnueabihf 
does not match gcc system type i486-linux-gnu, try setting a correct CC 
environment variable
   dpkg-source --before-build qtmoko
   fakeroot debian/rules clean
  cp debian/control-src debian/control
  for device in gta04; do \
cat debian/control-$device  debian/control; \
done
  dh clean
 dh_testdir
 debian/rules override_dh_auto_clean
  make[1]: Entering directory `/home/neil/qtv46/qtmoko'
  # If needed, revert QT_VERSION specific patches
  if [ $(basename $(readlink -f debian/patches/series)) != series-main ]; 
then \
if quilt app; then \
quilt pop -a; \
fi; \
ln -fs series-main debian/patches/series; \
fi
  for device in gta04; do \
[ ! -f 
devices/$device/mkspecs/qws/linux-native-g++/qmake.conf.orig ] || mv 
devices/$device/mkspecs/qws/linux-native-g++/qmake.conf.orig 
devices/$device/mkspecs/qws/linux-native-g++/qmake.conf; \
rm -fr ../build-$device; \
done
  rm -f sdk/LICENSE.QtopiaGPL
  make[1]: Leaving directory `/home/neil/qtv46/qtmoko'
 dh_clean
   dpkg-source -b qtmoko
  dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream 
tarball found at ../qtmoko_48.orig.tar.{bz2,gz,lzma,xz}
  dpkg-buildpackage: error: dpkg-source -b qtmoko gave error exit status 255

Do you know what is going wrong here?  I can provide the complete
transcript if it's needed.

Many thanks,
Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Experimental QtMoko/GTA04 build for armhf

2012-10-23 Thread Neil Jerram
Gilles Filippini gilles.filipp...@free.fr writes:

 The orig.tar.gz tarball has to be created before-hand, using the
 'get-orig-source' target of debian/rules:
  $ ./debian/rules get-orig-source

Thanks, my build seems to be chugging along nicely now.

It looks like building this way will use the 4.8.2 versions of libqt*
packages already in wheezy/armhf.  Is that right?  (That should save
lots of build time, as the building of QtWebkit always seems to take
ages, so I hope it's right!)

Also, assuming this method of building is successful, can I safely
remote the xapt and *-cross packages that I have in my normal
(i.e. non-chroot) wheezy rootfs?

Thanks,
Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Experimental QtMoko/GTA04 build for armhf

2012-10-23 Thread Neil Jerram
Neil Jerram n...@ossau.homelinux.net writes:

 Gilles Filippini gilles.filipp...@free.fr writes:

 The orig.tar.gz tarball has to be created before-hand, using the
 'get-orig-source' target of debian/rules:
  $ ./debian/rules get-orig-source

 Thanks, my build seems to be chugging along nicely now.

I spoke a bit too soon...

  neil@neil-laptop:~/qtv46/qtmoko$ CROSSARCH=armhf CROSSVERS=4.7 DIST=wheezy 
QTMOKO_DEVICES=gta04 pdebuild-cross
  ...
  dpkg: warning: downgrading libgomp1-armhf-cross from 4.7.2-4 to 4.7.1-7
  Preparing to replace libgomp1-armhf-cross 4.7.2-4 (using 
.../libgomp1-armhf-cross_4.7.1-7_all.deb) ...
  ...
  dpkg: warning: downgrading libstdc++6-armhf-cross from 4.7.2-4 to 4.7.1-7
  Preparing to replace libstdc++6-armhf-cross 4.7.2-4 (using 
.../libstdc++6-armhf-cross_4.7.1-7_all.deb) ...
  ...
  dpkg: warning: downgrading linux-libc-dev-armhf-cross from 3.2.30-1 to 
3.2.23-1
  Preparing to replace linux-libc-dev-armhf-cross 3.2.30-1 (using 
.../linux-libc-dev-armhf-cross_3.2.23-1_all.deb) ...
  ...
  Setting up libqt4-declarative-armhf-cross (4:4.8.2+dfsg-2) ...
  Setting up libqt4-designer-armhf-cross (4:4.8.2+dfsg-2) ...
  Setting up libqt4-help-armhf-cross (4:4.8.2+dfsg-2) ...
  Setting up libqt4-qt3support-armhf-cross (4:4.8.2+dfsg-2) ...
  Setting up libqt4-scripttools-armhf-cross (4:4.8.2+dfsg-2) ...
  Setting up libqt4-svg-armhf-cross (4:4.8.2+dfsg-2) ...
  Setting up libqt4-dev-bin-armhf-cross (4:4.8.2+dfsg-2) ...
  Setting up libqt4-dev-armhf-cross (4:4.8.2+dfsg-2) ...
  Reading package lists...
  Building dependency tree...
  Reading state information...
  Correcting dependencies... Done
  The following extra packages will be installed:
libgcc1-armhf-cross libgomp1-armhf-cross libstdc++6-armhf-cross
  The following packages will be upgraded:
libgcc1-armhf-cross libgomp1-armhf-cross libstdc++6-armhf-cross
  3 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
  Need to get 332 kB of archives.
  After this operation, 886 kB of additional disk space will be used.
  Do you want to continue [Y/n]? Abort.
  E: pbuilder-satisfydepends failed.
  I: Copying back the cached apt archive contents
  I: unmounting dev/pts filesystem
  I: unmounting proc filesystem
  I: cleaning the build env 
  I: removing directory /var/lib/pdebuild-cross/build//15252 and its 
subdirectories
  neil@neil-laptop:~/qtv46/qtmoko$ 

Do you know the reason for that 'Abort'?  As the transcript shows, the
problematic packages appear to be those that were previously flagged as
being downgraded.  I tried a second time (i.e. 'CROSSARCH=armhf
CROSSVERS=4.7 DIST=wheezy QTMOKO_DEVICES=gta04 pdebuild-cross' again) in
case it was something random, but I got exactly the same output again.

Thanks,
Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Experimental QtMoko/GTA04 build for armhf

2012-10-05 Thread Neil Jerram

On Friday, October 5, 2012 12:44:51, Radek Polak wrote:
 Hi,
 i am now playing with armhf/wheezy debian and i have first working QtMoko 
 image 
 based on it. You can download it here [1].
 
 Some things are working, some not - so it's probably good just for 
 experimenting, but it's definitely the direction i'd like to go. Armhf will 
 help us utilize fpu unit which helps a lot when playing media. I can play now 
 even bigger movies now without encoding that were crawling on armel. Btw this 
 is now my config [2]
 
 Regards
 
 Radek
 
 [1] http://sourceforge.net/projects/qtmoko/files/Experimental/
 
 # cat /home/root/.mplayer/config 
 
 vo=fbdev2
 ao=alsa
 [default]
 afm=ffmpeg
 vfm=ffmpeg
 vf=scale=640:480,rotate=1
 sws=0
 framedrop=1
 ___
 Gta04-owner mailing list
 gta04-ow...@goldelico.com
 http://lists.goldelico.com/mailman/listinfo/gta04-owner
 

Amazing, thanks, I am looking forward to trying this out.

Could you also outline how to build QtMoko for armhf?  Presumably another 
toolchain is needed.

Neil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Experimental QtMoko/GTA04 build for armhf

2012-10-05 Thread Neil Jerram
Radek Polak pson...@seznam.cz writes:

 Some things are working, some not

Here's a log for one of the not working things, GPRS:

Oct  5 20:51:29 neo Qtopia: Network :  QN: Found  
(/home/root/Applications/Network/config/hso0.conf) 
Oct  5 20:51:29 neo Qtopia: Network :  QN::loadPLugin() : plugin found, loaded 
and new interface instanciated  
Oct  5 20:51:29 neo Qtopia: Network :  new Option3gPlugin interface instance 
requested -  /home/root/Applications/Network/config/hso0.conf 
Oct  5 20:51:29 neo Qtopia: Network :  Creating HsoInterface instance 
Oct  5 20:51:39 neo Qtopia: AtChat :  N : _OSIGQ: 30,0 
Oct  5 20:51:43 neo Qtopia: Network :  Starting interface - 
/home/root/Applications/Network/config/hso0.conf 
Oct  5 20:51:43 neo Qtopia: Network :  QN: Found  
(/home/root/Applications/Network/config/hso0.conf) 
Oct  5 20:51:43 neo Qtopia: Network :  QNS::startInterface: starting  
/home/root/Applications/Network/config/hso0.conf 
Oct  5 20:51:43 neo Qtopia: AtChat :  T : 
AT+CGDCONT=1,IP,general.t-mobile.uk 
Oct  5 20:51:43 neo Qtopia: Network :  Creating network session for netsetup 
on /home/root/Applications/Network/config/hso0.conf 
Oct  5 20:51:43 neo Qtopia: AtChat :  F : 
AT+CGDCONT=1,IP,general.t-mobile.uk 
Oct  5 20:51:43 neo Qtopia: AtChat :  F : OK 
Oct  5 20:51:43 neo Qtopia: AtChat :  T : AT_OWANCALL=1,1,1 
Oct  5 20:51:43 neo Qtopia: AtChat :  F : AT_OWANCALL=1,1,1 
Oct  5 20:51:43 neo Qtopia: AtChat :  F : OK 
Oct  5 20:51:43 neo Qtopia: AtChat :  T : AT_OWANDATA? 
Oct  5 20:51:43 neo Qtopia: AtChat :  F : AT_OWANDATA? 
Oct  5 20:51:43 neo Qtopia: AtChat :  F : OK 
Oct  5 20:51:44 neo Qtopia: Network :  QN: Found  
(/home/root/Applications/Network/config/hso0.conf) 
Oct  5 20:51:44 neo Qtopia: Network :  ** 
/home/root/Applications/Network/config/hso0.conf Interface hasn't been 
initialized yet.  
Oct  5 20:51:44 neo Qtopia: Network :  Setting extended life time for 
/home/root/Applications/Network/config/hso0.conf to true 
Oct  5 20:51:44 neo Qtopia: AtChat :  T : AT_OWANDATA? 
Oct  5 20:51:44 neo Qtopia: AtChat :  N : _OWANCALL: 1, 1 
Oct  5 20:51:44 neo Qtopia: AtChat :  F : AT_OWANDATA? 
Oct  5 20:51:44 neo Qtopia: Network :  hso wan call ip= 31.114.15.145 , dns1= 
149.254.230.7 , dns2= 149.254.192.126 
Oct  5 20:51:44 neo Qtopia: hso: ifconfig failed with  -2 
Oct  5 20:51:44 neo Qtopia: AtChat :  N : _OWANDATA: 1, 31.114.15.145, 
0.0.0.0, 149.254.230.7, 149.254.192.126, 0.0.0.0, 0.0.0.0,144000 
Oct  5 20:51:44 neo Qtopia: Network :  Obsolete network session detected on 
/home/root/Applications/Network/config/hso0.conf 
Oct  5 20:51:44 neo Qtopia: Network :  Obsolete session had extended life time 
Oct  5 20:51:44 neo Qtopia: Network :  QN: Found  
(/home/root/Applications/Network/config/hso0.conf) 
Oct  5 20:51:44 neo Qtopia: Network :  ** 
/home/root/Applications/Network/config/hso0.conf Interface hasn't been 
initialized yet.  

I guess that's because ifconfig isn't installed, and we need whatever
is the modern equivalent of that.  (ip ... ?)

  Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Experimental QtMoko/GTA04 build for armhf

2012-10-05 Thread Neil Jerram
Gilles Filippini gilles.filipp...@free.fr writes:

 Hi,

 Neil Jerram a écrit , Le 05/10/2012 19:36:
 Could you also outline how to build QtMoko for armhf?  Presumably another 
 toolchain is needed.

 Not sure about which method Radek uses, but there are some directions in
 debian/README.source to build with pdebuild-cross.

Thanks, I'll try that.

 Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Experimental QtMoko/GTA04 build for armhf

2012-10-05 Thread Neil Jerram
Neil Jerram n...@ossau.homelinux.net writes:

 Radek Polak pson...@seznam.cz writes:

 Some things are working, some not

 Here's a log for one of the not working things, GPRS:

[...]

 I guess that's because ifconfig isn't installed, and we need whatever
 is the modern equivalent of that.  (ip ... ?)

That's fixed by apt-get install net-tools.  (i.e. GPRS then works.)

   Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community