maemo.org - Talk - deb-helper 5 possible in scratchbox?

Thanks for the answers.
No it's not linked with dependencies.
These are my first packages I'm doing for debian so I'm in my discovery phase ..
I'm only _thinking_ it comes from debhelper 5 not present, not really sure.
It fails with a nice message:

Code:

[sbox-SDK_ARMEL: ~/src/qt-x11-opensource-src-4.3.1] > fakeroot dpkg-buildpackage -d -us -uc   

dpkg-buildpackage: source package is qt4-x11

dpkg-buildpackage: source version is 4.3.1-2

dpkg-buildpackage: source changed by Sune Vuorela <debian@pusling.com>

dpkg-buildpackage: host architecture armel

dpkg-buildpackage: source version without epoch 4.3.1-2

 debian/rules clean

test -x debian/rules

make: *** [testdir] Error 1

Anybody already seen this message? That's a funny one I have to say. (yes, yes, debian/rules is present _from the root tree of libqt_)

I thought the dependencies would be handled on the fly depending of what compile options you use.
Also I thought compile options should be passed to DEB_BUILD_OPTIONS but for qt4.3 they use another variable. <-- I'm fussy on this one, I don't know if it's part of the debian policy (dictatorship? lol ). I'll submit a bug report!! No just kidding.
So I guess that I'll handle my dependencies myself and make a private "fork" (or NMU whatever) of the libqt4.3 (not sure about legal stuffs with the trolltech mess).
I will try again and again to make a qt4.3.2 package, next days.

In my impatience, I tried checkinstall ( a big intelligent hack for creating packages ). This is definetly something to try to integrate, unless something already exist for scratchbox and arm ??

Buuuutttt I doesn't play well with scratchbox. Maybe I should contact scratchbox devs. I only tried an aggressive method yesterday and stopped after 2hours of trying to debug checkinstall.. So I didn't try that hard.

Then I did the targz method :)
For the details (and could be usefull to someone):
It's full of soft links (/lib) and my external card was formatted in fat (bad idea). I was surprised that tar didn't want to keep my links.. yep I had forgotten how primitive fat is :/ Card contained 3Gb of data already, reformating was not an option... so I did a loopback partition:

Code:

1)on my linux pc:

#Create a file of 100Meg

dd if=/dev/zero of=qt.img bs=1k count=100000

#Assign the file to a partition (the magic of linux)

losetup /dev/loop0 qt.img

#Format it as ext2 

mkfs.ext2 /dev/loop0

# Mount the loopback

mkdir /mnt/x ; mount /dev/loop0 /mnt/x

# Copy my tar inside

cd /mnt/x

tar xvzf ~/qt4.tgz

# Umount, copy to the n800

umount /mnt/x

scp qt.img user@n800:/media/mmc2/

2) On the n800

sudo gainroot

#mkdir /mnt/lo

#mount /media/mmc2/qt.img /mnt/lo -o loop

Now /mnt/lo is an ext2 partition containing my extracted tar

3) Running qt4.3.2 demo:

$export LD_LIBRARY_PATH=/mnt/lo/TrollTech/qt4.3.2/lib

$/mnt/lo/TrollTech/qt4.3.2/demos/spreadsheet/spreadsheet

(takes 3 seconds to start, dynamic version, no prelinking yet)

It's awfull but does the trick (tm)
And this is my first qt4.3.2 app running, penguinbait what's with kde4? ;)