[01:22] <NCommander> tlee2, you have to use the mkimage command
[01:22] <NCommander> tlee2, we made that change to make other things in our backend work a bit more sanely :-)
[10:20] <erikcorry> Anyone awake?
[10:21] <erikcorry> I tried rootstock.
[10:21] <erikcorry> It did a whooole lot of work.
[10:21] <erikcorry> I'm wondering if it made anything.
[10:21] <erikcorry> No new files in current directory.
[10:21] <erikcorry> Where should I be looking?
[10:27] <ogra> there should be files in the current dir
[10:27] <ogra> what was the commandline you used, which release are you on ?
[10:29] <erikcorry> I'm running on a Hardy-based x86 host.
[10:29] <erikcorry> So probably I'm hosed?
[10:30] <erikcorry> sudo ./rootstock -f name.example.com -l erikcorry -p foobar
[10:31] <ogra> hardy is to old
[10:31] <erikcorry> damn
[10:32] <ogra> you can bootstrap a jaunty chroot (using the jaunty debootstrap) and run rootstock inside there
[10:32] <erikcorry> OK
[10:32] <ogra> (well, hardy isnt necessarily to old, but i never tested it on hardy and didnt develop it on hardy so i wouldnt know what issues can come up there)
[10:33] <erikcorry> When it says I: Switching to Virtual Machine for second stage processing
[10:34] <erikcorry> I can't see anything.
[10:34] <erikcorry> Would I be able to see the VM running if I had my X display set up right?
[10:35] <ogra> nope, it doesnt use graphical output
[10:35] <ogra> it spawns the VM with a serial terminal and the script interacts through that with the VM
[10:36] <ogra> might be that hardy's qemu doesnt work for armel
[10:37] <ogra> we didnt support that arch back then, so i dont know if anyone paid attention to arm stuff
[10:38] <ogra> though if you say it switches to the VM, did you wait long enough ... it can take quite a while until it moves on
[10:38] <erikcorry> It's running at 100% CPU so it's doing something.
[10:38] <erikcorry> I have qemu 0.91
[10:39] <ogra> how long did you wait yet
[10:39] <erikcorry>  I waited a long time and it continued.
[10:39] <ogra> ah
[10:39] <ogra> yeah, the qemu part is very slow
[10:39] <erikcorry> Now it's scrolled off the top of the scrollback buffer so I can't see what happened
[10:39] <ogra> i hope to fix that for karmic
[10:39] <erikcorry> I'm running it again.
[10:39] <erikcorry> I'll report what happens.
[10:39] <erikcorry> Is it just because the qemu ARM emulator is slow?
[10:40] <ogra> yeah
[10:41] <erikcorry> I: Unpacking required packages...
[10:41] <ogra> looks good :)
[10:42] <ogra> just let it run... make some coffee ... drink it ... take a walk and then look again :)
[11:12] <lool> ogra: Could you blacklist older dists in rootstock
[11:12] <lool> ogra: Also could you stop installing ubuntu-minimal by default?  It's pulled by debootstrap in all cases and breaks on Debian
[11:12] <ogra> rootstock only builds for jaunty and karmic and is only packaged for karmic
[11:13] <lool> Oh so it refuses a hardy target already ok
[11:13] <ogra> i cant stop people from pulling from bzr
[11:13] <lool> We could runtime check for the qemu version if that's the issue
[11:14] <ogra> -minimal was explicitly added as a no-op ... i didnt take debian into account back when i created rootstock
[11:14] <ogra> there is apparently no issue, its just the general slowness
[11:14] <lool> Yeah could you make it "" instead of ubuntu-minimal?
[11:14] <ogra> indeed
[11:14] <lool> Cause it's always pulled
[11:15] <ogra> though it will still break on debian without additional changes i guess
[11:15] <erikcorry> dpkg: failed to write status record about `libxslt1.1' to `/var/lib/dpkg/status': No space left on device
[11:15] <ogra> $DIST defaulting to karmic for example (though you can override it)
[11:16] <ogra> erikcorry, you picked the imagesize wrong
[11:16] <ogra> take a bigger value
[11:16] <erikcorry> Yeah, I just let it use the default.
[11:16] <erikcorry> 1G
[11:16] <erikcorry> 4G is big enough?
[11:16] <ogra> future versions will properly compute the size they need based on the package selection
[11:17] <ogra> what do you install ? a desktop will need 4G, yes
[11:17] <erikcorry> Thx
[11:17] <erikcorry> starting it again
[11:17] <erikcorry> I think I probably ran out of host disk space first time I ran it.
[11:17] <erikcorry> Target disk space second time.
[11:18] <ogra> oh, yeah, you will need some space for that on your host :)
[11:18] <ogra> at least the amount of the imagesize
[11:18] <ogra> plus whatever comes out of the script at the end as tarball
[11:19] <ogra> 1.5 times imagesize should be a good measure
[11:27] <ogra> lool, that will require more than ""
[11:28] <ogra> ogra@osiris:~/Devel/branches/rootstock-0.1.1$ LANG=C sudo apt-get -y install ""
[11:28] <ogra> Reading package lists... Done
[11:28] <ogra> Building dependency tree
[11:28] <ogra> Reading state information... Done
[11:28] <ogra> E: Couldn't find package
[11:28] <lool> You need me to help fix that?  :)
[11:28] <ogra> nah
[11:35] <ogra> fixed and pushed
[11:36] <lool> thanks
[11:55] <erikcorry> dpkg-preconfigure: unable to re-open stdin:
[11:55] <erikcorry> It looks like it might be harmless
[12:17] <erikcorry> OK that didn't work.
[12:17] <erikcorry> Looks like my old Qemu isn't up to the task, as you predicted.
[12:25] <erikcorry> Any tips on making a jaunty chroot area with debootstrap?
[12:28] <erikcorry> https://help.ubuntu.com/community/DebootstrapChroot
[12:28] <erikcorry> " the debootstrap that is bundled with Hardy cannot prepare a Jaunty chroot."
[12:28] <erikcorry> Damn
[12:29] <ogra> its just scripts ... you can pull the jaunty one and just dpkg -i it
[12:31] <erikcorry> It seemed to build something anyway.
[12:31] <erikcorry> But when I chroot into it apt-get doesn't work.
[12:32] <erikcorry> # apt-get install svn
[12:32] <erikcorry> Reading package lists... Done
[12:32] <erikcorry> Building dependency tree... Done
[12:32] <erikcorry> E: Couldn't find package svn
[12:32] <erikcorry> doh!
[12:32] <erikcorry> It's called subversion
[13:44] <erikcorry> Standard debootstrap from jaunty doesn't seem to have a script for karmic.
[13:44] <ogra> no, for jaunty
[13:44] <erikcorry> But if I want the latest greatest ARM stuff I have to use karmic, right?
[13:44] <ogra> if you want the unstable arm stuff you want karmic :)
[13:44] <erikcorry> For some reason the debootstrap I had on hardy already had that script.
[13:44] <ogra> indeed that also has the latest and greatest
[13:45] <erikcorry> Is there any other kind of arm stuff?
[13:45] <erikcorry> :-)
[13:45] <ogra> heh
[13:46] <erikcorry> What's the best way to upgrade one single package?  Just download it as a deb or should I do something to my sources.list file?
[13:47] <erikcorry> Sorry about all these newbie questions.
[13:49] <ogra> what package ?
[13:50] <erikcorry> It's OK.
[13:50] <erikcorry> I found a newer debootstrap than the one that came with jaunty and installed it.
[13:50] <erikcorry> Now I have the karmic script.
[13:51] <ogra> ok
[13:52] <erikcorry> Enhancement request for rootstock:  If the /usr/share/debootstrap/scripts/karmic file is not there then give a good error message.
[13:52] <ogra> it does if the debootstrap version isnt right
[13:52] <erikcorry> Debootstrap was newer than 1.0.10
[13:53] <erikcorry> Which I think is what it tests for.
[13:53] <ogra> it looks for something that can build jaunty
[13:53] <ogra> in karmic it is packaged and the package depends hard on the right version
[13:53] <erikcorry> But the -d option defaults to karmic
[13:54] <erikcorry> The standard debootstrap in jaunty is 1.0.12 which can't build karmic.
[13:54] <erikcorry> The 1.0.13~jaunty1_all version can
[13:56] <ogra> right, but i dont want to force jaunty users to update debootstrap, they should use -d jaunty
[13:56] <erikcorry> Whatever -d option they use that should be the one that you check for in /usr/share/debootstrap/scripts/
[13:57] <erikcorry> At the moment it bombs out with a cryptic error message and leaves the image mounted.
[13:57] <ogra> thats a bug indeed
[13:57] <ogra> it should clean up after itself
[13:58] <ogra> i will make $DIST default to the host distro and make it throw an error if its pre jaunty
[14:01] <erikcorry> But you do expect that one can build a karmic ARM system on a Jaunty host?
[14:01] <lool> If you install debootstrap probably
[14:02] <ogra> sure
[14:02] <ogra> and thats why the script has a -d option
[14:02] <ogra> the default for that options is picked wrong though
[14:07] <erikcorry> I sent you a patch.
[14:08] <ogra> oh, thanks !
[14:08] <erikcorry> It's not tested :-/
[14:08] <erikcorry> It's just to illustrate what I mean.
[14:08]  * ogra waits for it 
[14:08] <ogra> essentially it should just be: DIST=$(lsb_release -cs)
[14:09] <ogra> and probably an error message telling you you cant build for future distros without future debootstrap
[14:09] <ogra> ah, there it is
[14:10] <ogra> perfect, that and the lsb_release change together will make it work right
[14:10]  * ogra adds that to bzr
[14:13] <ogra> erikcorry, mind if i move that check a bit earlier so it fails before it actually uses diskspace ?
[14:15] <ogra> committed and pushed
[14:18] <erikcorry> Sounds fine.
[16:13] <NCommander> lool, ogra, would you like to look over my flash-kernel changes? (I'm about to do an install with them in place to make sure they work as excepted, but I'd like any input: http://paste.ubuntu.com/263860/)
[16:23] <zul> hi has anyone seen bug #416313
[16:23] <ubot4> Launchpad bug 416313 in samba "On samba of ubuntu-arm, large file copy fails " [Undecided,New] https://launchpad.net/bugs/416313
[16:55] <lool> ogra: You kicked some live builds?
[16:55] <lool> I mean livefs
[17:24] <tlee> ogra:  How do I use hte linux-mvl-dove from uboot?
[17:24] <ogra> NCommander, ^^^
[17:24] <NCommander> tlee, is your root filesystem ext2 or ext3?
[17:24] <NCommander> If the answer is no, then you can't load it directly :-/
[17:24] <tlee> ext3 on sata
[17:24] <NCommander> Well
[17:25] <NCommander> That will work :-)
[17:25] <NCommander> tlee, are you using a separate boot partition or no?
[17:25] <tlee> yes.
[17:25] <tlee> I can configure it anyway you like.
[17:25]  * NCommander thinks he just found a test victim :-)
[17:25] <tlee> Is there a wiki howto?
[17:26] <NCommander> tlee, its not fully up to dat eyet, I'm currently working on extending u-boot's boot scripts to automatically scan usb and SATA HDDs for the ubuntu boot.scr file :-)
[17:26] <tlee> tlee thinks he just been victimized.  :-)
[17:26] <tlee> I play with boot.scr before.
[17:26] <NCommander> tlee, we do have working live images, but the installer kinda fubar'ed
[17:26] <NCommander> tlee, http://people.canonical.com/~mcasadevall/karmic-desktop-armel+dove.img
[17:27] <NCommander> tlee, download that, stick it on a pendrive, and then you can start the live environment :-)
[17:27] <tlee> Which uboot do I need to support this scan function?
[17:27] <NCommander> tlee, the one I haven't written yet ;-)
[17:28] <tlee> Would the default Y0 uboot work? (Whatever default means...)
[17:28] <NCommander> tlee, (I'm working off the Marvelll 4.2.3 source drop with a few patches to turn the Hush shell on)
[17:28] <NCommander> tlee, you need Y0 4.2.3
[17:28] <NCommander> (check the version string)
[17:28] <tlee> Will check which one I have now.
[17:28] <NCommander> but thats just to start the live image, I'll have a new u-boot binary that sits in NAND flash (vs. spi-nor) which handles the scanning
[17:40] <tlee> NCommander, my uboot is  4.1.7.  Do I get the updated uboot from u?
[17:40] <tlee> or MVL
[17:40] <NCommander> tlee, I'm not sure if I can post u-boot binaries or not
[17:40] <NCommander> but you'll need a newer one :-/
[17:41] <tlee> Will email u....
[19:02] <armin76> NCommander: what is a dove board? :)
[19:03] <ogra> armin76, upcoming hardware
[19:04] <armin76> rabeeh: i want one :P
[19:04] <suihkulokki> without knowing what it is? :)
[19:05] <rjune_> suihkulokki: it's new, therefore it must be cool
[19:05] <ogra> suihkulokki, be sure you want one too once they are on the market
[19:05] <NCommander> armin76, wow, your a real ARM diehard :-)
[19:05] <NCommander> armin76, :-)
[19:05] <armin76> NCommander: i always like to try new stuff :)
[19:10] <NCommander> armin76, I should send you my MIPS laptop
[19:17] <armin76> NCommander: got bored of it? :)
[19:17] <NCommander> armin76, it doesn't work too well with lenny
[19:17] <NCommander> and the Xorg I need is still stuck in sid I think
[19:17] <NCommander> and sid is extra broken recently