[09:23] <ogra> heh
[09:23]  * ogra does a headless remote installation on imx51 with ubiquity 
[09:30] <eggonlea> anybody?
[09:30] <eggonlea> I install karmic beta on dove y1 board
[09:30] <eggonlea> but I did not see any scr file in /boot partition
[09:31] <eggonlea> is this expected behavior?
[09:31] <eggonlea> I chose auto partition for the whole SATA disk
[09:32] <eggonlea> it create an 228MB ext2 for /boot and 72GB for /
[09:33] <NC|Mobile> eggonlea: strange. you should habe a boot.scr file if installation completes successfully
[09:33] <eggonlea> I did see vmlinuz there
[09:34] <eggonlea> and the installation process did not prompt me about somewhat "installation complete"
[09:34] <NC|Mobile> karmic beta had a bug that the installer would abort if the board couldn't reach ports.ubuntu.com
[09:35] <eggonlea> it just moves the progress bar and then the installation window close (reach ~100%) without any prompt
[09:35] <eggonlea> ah
[09:35] <NC|Mobile> use a daily-live image instead but you need a canonical uboot or marvell 4.3.1
[09:35] <eggonlea> that is
[09:35] <NC|Mobile> and bootrom 2.01 or greater
[09:35] <eggonlea> is manually "ifconfig/route" helpful?
[09:36] <eggonlea> or I'll download a latest daily build
[09:36] <NC|Mobile> eggonlea: it just need
[09:36] <NC|Mobile> er
[09:37] <NC|Mobile> that's best. as long as the internet is availavle though beta bshould work
[09:37] <NC|Mobile> I gtg (about to go to the airport but I will be around)
[09:37] <eggonlea> i see.
[09:37] <eggonlea> I'll try beta with network available first
[09:37] <eggonlea> while downloading the daily build as backup
[09:38] <eggonlea> thanks!
[09:48] <darkking_>  Hi all! Can anyone help me for load "dm_mod" , "dm_mirror", "dm_snapshot" modules?
[10:09] <ogra> lool, ... just because we can ... :) https://wiki.ubuntu.com/ARM/BabbageHeadlessKarmicDesktopInstall
[10:16] <Gnuet> very nice :)
[10:26] <amitk> ogra: nice!
[10:28] <NC|Mobile> and I am back (for now)
[10:30] <ogra> lool, https://bugs.launchpad.net/ubuntu-cdimage/+bug/360925 was the bug with filename truncation i was referring to
[10:30] <ubot4> Launchpad bug 360925 in mobile-meta "md5sum check of UNR image fails in one file" [Undecided,Invalid]
[10:30] <ogra> NC|Mobile, dont you see the same on the dove alternates ?
[10:30] <ogra> (given they are vfat as well and contain the same file)
[10:31] <NC|Mobile> ogra: I nevere had an opportunity to test dove alts extensively. I am not even sure if the current alts work
[10:31] <ogra> on imx51 they do, butu you have to rename that file
[10:32] <NC|Mobile> oh you mean that bug hrm ...
[10:32] <ogra> funnily you *can* rename it to the proper name inside the vfat partition
[10:33] <ogra> whcih makes me think that we miss something when building the vfat
[10:33] <NC|Mobile> ogra: maybe mtools being old and having a bug
[10:33] <lool> ogra: Yes, it's a known and relatively old bug
[10:34] <lool> I was told it did not occur in karmic since ppp had a different version or somethin
[10:34] <NC|Mobile> we were talking about extX images for lucid
[10:34] <ogra> yes, we should do ext3
[10:34] <NC|Mobile> ogra: ext2 for dove
[10:34]  * NC|Mobile loves android IRC :-)
[10:35] <ogra> that will leave you with a possibly out of date fs if you kill the running live session
[10:35] <ogra> needs to be ext3 at least
[10:35] <lool> ogra: find . -iname ppp\* on an UNR ISO returns nothing
[10:35] <NC|Mobile> ogra: then we need to get dove's uboot to read ext3. it goes ugh no on it atm
[10:36] <ogra> lool, its a dep of NM
[10:36] <lool> ogra: But it's only on alternates then?
[10:36] <ogra> lool, but indeed you need to check on alternates
[10:36] <ogra> right
[10:36] <ogra> since ppp is a dep of NM now it will live in the livefs for live images
[10:36] <lool> So it's only when a) you're using and alternate image + b) you're using usb-creator to create USB media + c) you run the md5 check
[10:36] <ogra> just not for alternate
[10:37] <ogra> a) yes
[10:37] <ogra> b) no idea
[10:37] <ogra> c) no
[10:37] <ogra> the file is not found by d-i due to the wrong name
[10:37] <ogra> (for c) )
[10:38] <ogra> you need to remount / readwrite, mv it to the proper name and d-i will work flawless
[10:38] <ogra> err, not / ... /cdrom
[10:38] <NC|Mobile> this bug sounds like it should break alt. installation but beta alt. images passed
[10:38] <NC|Mobile> at least on x86
[10:39] <ogra> lool, the point here is that it keeps the proper name if i mv the file
[10:39] <lool> ogra: What point are you trying to make?
[10:39] <ogra> that the issue inherits from the way we build the image
[10:40] <lool> No kidding?    :-)
[10:40] <ogra> i can rename the file and reboot ... the name is kept
[10:40] <lool> Because you're using linux' vfat implementation and we use mtools in debian-cd (no-root)
[10:41]  * NC|Mobile shivers at the notion of making d-cd depend on root
[10:41] <ogra> there has to be a way around that
[10:42] <lool> Fixing mtools
[10:43] <NC|Mobile> woo free uprade to first class
[10:46] <NC|Mobile> and a wifi enabled flight! */offtopic*
[10:47] <NC|Mobile> lool, ogra couldn't we use device/policykit to handle the mount onto loopback?
[10:48] <ogra> in casper you mean ?
[10:48] <NC|Mobile> ogra: no for cd building so we can use the linux vfat layer versus mtools
[10:49] <ogra> well, work it out, discuss it with elmo and we'll see :)
[10:49] <NC|Mobile> I remember reading something about modifying permissions so nonroot can mount loopback
[10:49] <ogra> but i doubt he likes the idea
[10:49] <ogra> sure, udev-acl can likely do that ... but thats only in karmic afaik
[10:50] <NC|Mobile> ogra: ugh ...
[10:50]  * NC|Mobile can't see the discussion upgrading antimony to karmic going well
[10:52] <ogra> there might also be a fuse based solution
[10:56] <lool> I just tried rm -f vfat.img; mkdosfs -C vfat.img 10240; touch ppp_2.4.5~git20081126t100229-0ubuntu2_i386.deb; mcopy -i vfat.img ppp_2.4.5~git20081126t100229-0ubuntu2_i386.deb ::ppp_2.4.5~git20081126t100229-0ubuntu2_i386.deb
[10:56] <lool> and loop mounting the resulting vfat.img worked fine
[10:57] <lool> Even with -F 32 it still works
[11:08] <ApOgEE> hi all
[11:08] <ApOgEE> hi ogra
[11:08] <ApOgEE> anybody home?
[11:21] <lool> Nope
[11:21] <ApOgEE> hi lool
[11:23] <ogra> ApOgEE, whats up ?
[11:23] <ApOgEE> i'm trying to build ubuntu-minimal rootfs
[11:24] <ApOgEE> ./rootstock: 572: cannot create /tmp/tmp.TeAtp15575/tmpmount/etc/fstab: Directory nonexistent
[11:24] <ApOgEE> any ideas?
[11:24] <ogra> disk full ?
[11:25] <ogra> lool, we use parted
[11:25] <ApOgEE> i still got 13.7GB free space on /
[11:25] <ogra> can you paste the log somewhere ?
[11:27] <ApOgEE> http://pastebin.ubuntu.com/297362/
[11:27] <lool> ogra: Uh no
[11:28] <ogra> parted -s "$IMAGE" mkpart primary fat32 "512B" "$(($FIS_SIZE - 1))B"
[11:28] <ogra> ...
[11:28] <ogra> ApOgEE, E: Invalid Release file, no entry for main/binary-armel/Packages
[11:28] <ogra>  is your actual error
[11:29] <ApOgEE> ogra, how to solve?
[11:29] <ogra> is the system networked ?
[11:29] <ogra> (can you ping ports.ubuntu.com)
[11:30] <ApOgEE> yes, i can ping ports.ubuntu.com
[11:30] <ogra> thats weird
[11:31] <ogra> whats the release you run this on ?
[11:31] <ogra> jaunyt or karmic ?
[11:31] <ogra> *jaunty
[11:31] <ogra> bah, my remote ubiquity install failed :(
[11:31] <lool> ogra: You're confused
[11:32] <ApOgEE> my pc is jaunty
[11:32] <lool> ogra: We copy the vfat data onto a partitioned image
[11:32] <ApOgEE> no..
[11:32] <ApOgEE> intrepid
[11:32] <ApOgEE> sorry
[11:32] <ogra> lool, right, but parted creates the fs
[11:33] <lool> ogra: it creates the partition
[11:33] <ApOgEE> could i run it on intrepid?
[11:33] <lool> it might create a fs which gets overwritten
[11:33] <ogra> ApOgEE, i'm not sure, you need a bunch of karmic packages
[11:33] <ApOgEE> ogra, i see...
[11:33] <lool> ogra: dd conv=notrunc bs="${PART2_START_B%B}" if="$IMAGE.vfat" of="$IMAGE" seek=1 2>/dev/null
[11:33] <ogra> lool, doesnt mkpart format the partition ?
[11:33] <ApOgEE> can't upgrade yet... haven't backup lots of files
[11:33] <lool> ogra: It probably does
[11:34] <ApOgEE> this builder script should run fine right? http://people.ubuntu.com/~ogra/arm/build-arm-rootfs
[11:34] <ogra> ApOgEE, i cant promise, you need at least the jaunty debootstrap installed
[11:35] <ogra> and probably even qemu from jaunty
[11:36] <ApOgEE> ogra, how small the imagesize can be for ubuntu-minimal
[11:36] <ApOgEE> my board have about 20MB
[11:36] <ogra> i think you should be fine with 512M ...
[11:37] <Gnuet> karmic minimal is like 380M iirc.
[11:37] <ApOgEE> i'm trying to shrink it to less than 20MB if possible
[11:38] <ApOgEE> got to try the rootfs via /nfs boot
[11:39] <ApOgEE> if works, i'm going to create jffs2 image and install it on mtdblock
[11:39] <ogra> it will likely be to big
[11:41] <ApOgEE> ogra, owh...
[11:42] <ApOgEE> can i use this rootfs with 2.4 kernel?
[11:43] <ApOgEE> i'm using 2.4.26 kernel
[11:45] <ApOgEE> seems like build-arm-rootfs working.... haven't finished yet ;)
[11:46] <ogra> i dont think 2.45 has all the required kernel options you need for a modern OS
[11:46] <ogra> *2.4
[11:46] <ApOgEE> owh...
[11:48] <ApOgEE> ogra, at least, which version
[11:48] <ApOgEE> ?
[11:48] <amitk> ApOgEE: 2.4 kernel?! On what board?
[11:49] <ogra> well, best is the one the release uses :)
[11:49] <ApOgEE> i'm using ts-7260
[11:49] <ogra> but 2.6.21 is the minimal version that upstart supports i think
[11:50] <ApOgEE> i simply grab the kernel from ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/binaries/ts-kernels/
[11:50] <amitk> ApOgEE: AFAIK this is a ARM9 board
[11:50] <ogra> will only work with jaunty then
[11:51] <amitk> ogra: we didn't recompile the archive for ARMv6+ yet, did we?
[11:51] <ogra> a big bunch of it
[11:51] <ApOgEE> amitk, do you mean it won't work on ts-7260 board?
[11:51] <ogra> karmic wont run on pre-v6
[11:52] <ApOgEE> owh...
[11:53] <amitk> ApOgEE: correct. The Karmic armel archive is compiled using compiler optimisations for ARMv6+ boards.
[11:53] <ApOgEE> amitk, owh
[11:53] <amitk> ApOgEE: you can use the Jaunty armel archive if you want support for ARMv5 boards
[11:55] <ApOgEE> amitk, this board is armv4l
[11:55] <amitk> ApOgEE: even the, you still need a new kernel. 2.4 kernels won't work with any recent armel distribution.
[11:55] <amitk> ApOgEE: in that case it won't run with Jaunty userspace either.
[11:55] <ogra> v4 wont work with any ubuntu release
[11:55] <ApOgEE> ouch
[11:55] <ApOgEE> ....
[11:56] <ApOgEE> i only have debian sarge rootfs here... :p
[11:56] <amitk> ApOgEE: you should try the debian arm port (not armel) for this
[11:56] <ogra> debian builds with v4 support
[11:57] <suihkulokki> ApOgEE: armv4 or armv4t ?
[11:58] <suihkulokki> v4t it seems, so it should run debian/armel
[11:59]  * amitk learnt something new. (armv4t used EABI)
[12:00] <suihkulokki> ApOgEE: you'll need to build a more modern kernel from here: http://mcrapet.free.fr/
[12:00] <ApOgEE> http://www.embeddedarm.com/products/board-detail.php?product=TS-7260
[12:00] <ApOgEE> i thing v4
[12:01] <ApOgEE> *think
[12:02] <ApOgEE> suihkulokki, thanks for the link
[12:08] <ApOgEE> but still, i have to shrink the ubuntu-minimal...
[12:08] <ApOgEE> :)
[12:51] <lool> amitk: Hey, I managed to finish a first pass of my cross toolchain project and pushed some packages to https://launchpad.net/~lool/+archive/ppa
[12:51] <lool> amitk: Let me know if you find them useful / whether they work fine for kernel builds
[12:51] <lool> I know they have some issues for building userspace but they should work for kernel
[12:57] <amitk> lool: great! thanks. I'll report back once I test them
[13:04] <playya_> what is the default arch for qemubuilder? armv5?
[13:05] <lool> playya_: qemubuilder?  From pbuilder?
[13:05] <playya_> yes
[13:05] <lool> playya_: It uses the same arch as the distro you're using
[13:05] <lool> Oh sorry the emulated arch
[13:05] <lool> Hmm good question
[13:05] <lool> It's likely versatile
[13:06] <lool> Yeah
[13:06] <lool> see qemuarch.c
[13:07] <playya_> i want to build a package for my PPA
[13:07] <playya_> so it should fit ti the ubuntu arch
[13:13] <lool> ogra: I tried reproducing the ppp issue in an image build in my home on cdimage, but for some reason it doesn't work
[13:13] <lool> I fixed one issue which was a hardlink versus symlink problem, but I can't fix the other one
[13:13] <playya_> does LP already support arm?
[13:14] <lool> It does, but not for PPAs
[13:14] <playya_> :(
[13:14] <playya_> my package are only for smartphones
[13:26] <ogra> lool, well, you didnt try with a partitioned image and loop mounting the second part. i suspect there is some difference in the fs signature vs the actual format of the partition ...
[13:27]  * ogra goes afk until the meeting
[13:29] <lool> ogra: I dont understand what you mean
[14:39] <playya_> qemubuilder sucks :(
[15:10] <playya_> qemubuilder always stops with: qemu-system-arm: option '-kernel' requires an argument