[08:11] <rai> hi all
[08:23] <hrw> morning
[08:23] <zyga> hrw, czesc
[08:23] <hrw> cześć zyga
[08:23] <zyga> hrw, wiesz jaki tag PROGRESS, INPROGRESS, etc trzeba ustawic w work itemach gdy sie nad nimi pracuje?
[08:24] <zyga> patrzylem na strone pittiego ale tam nikt nie uzywa takich oznaczen
[08:24] <hrw> moment
[08:24] <hrw> https://wiki.ubuntu.com/WorkItemsHowto
[08:24] <amitk> Hi Poland
[08:24] <zyga> amitk, hi ;)
[08:24] <hrw> zyga: and do not use any other then listed there
[08:24] <zyga> hrw, thanks
[08:25] <zyga> ha, TODO is an alias of INPROGRESS
[08:25] <zyga> thanks hrw :-)
[08:25] <hrw> zyga: I got that page from Luic yesterday after using REVIEW tag ;D
[09:13]  * NCommander waves
[09:15] <ogra> NCommander, hey
[09:16] <ogra> NCommander, can you make sure https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-maverick-arm-improved-subarch-detection and https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-maverick-softboot-loader have their series goal set to maverick (david needs to approve after you proposed, i could do the proposing  for only one of them)
[09:16] <ogra> NCommander, oh, and for the subarch one david needs to become the approver
[09:17] <ogra> else i cant make them show up on http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html
[09:41] <ogra> cooloney, yay, you managed to upload omap4 \o/
[09:41] <ogra> (though it failed to build)
[09:41] <hrw> heh... why gcc test suite takes so much time...
[09:42] <ogra> NCommander, did you see my request above ?
[09:47] <cooloney> ogra: oh, yeah, too bad. i uploaded it from our server
[09:47] <ogra> cooloney, see #ubuntu-kernel :)
[09:48] <NCommander> ogra: no I didn't
[09:48] <ogra> seems there is an issue with the version detection in the buiold scripts
[09:48] <NCommander> my internet connection has been *blink* *blink* *blink*
 NCommander, can you make sure https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-maverick-arm-improved-subarch-detection and https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-maverick-softboot-loader have their series goal set to maverick (david needs to approve after you proposed, i could do the proposing  for only one of them)
 NCommander, oh, and for the subarch one david needs to become the approver
 else i cant make them show up on http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html
[09:48] <NCommander> ogra: thanks
[09:48] <NCommander> let me do that
[09:48] <ogra> great
[09:50] <NCommander> ogra: and fixed
[09:51] <ogra> NCommander, great, please hunt down david once he's awake so he sets the right approvals
[09:51] <NCommander> ogra: will do
[09:51] <ogra> good :)
[09:51]  * NCommander is just fixing his network setup so he can boot one of his ARM boxen
[09:54] <ogra> NCommander, lol
[09:54] <ogra> you cheated !
[09:55] <NCommander> ogra: I did?
[09:55]  * ogra never got the idea to make himself the approver to approve specs and then change them ot the real approver
[09:55] <hrw> NCommander: that reminded me that I have to remove one 8port ethernet switch and cables of it.
[09:55] <hrw> it is my FastEthernet switch which was used only for developer boards
[09:56] <NCommander> ogra: I cna't approve for series goals even as the approval. Just happens my brain did the wrong thing
[09:56] <NCommander> *approver
[09:56] <ogra> NCommander, ah, you didnt, you just flipped approver and asignee ! .... do you really expect david to implement the subarch detection ?
[09:56] <NCommander> I did?
[09:56] <ogra> *g*
[09:56] <NCommander> *sighs*
[09:56]  * NCommander fixes it
[09:56]  * NCommander also reachs for the coffe cup
[09:56] <ogra> well, you could leave it
[09:57] <ogra> would be funny if you approve davids work now :)
[09:57] <NCommander> ogra: I'm on the fence w.r.t. to going from genext2fs to loopmounting
[09:57] <ogra> NCommander, please dont
[09:57] <NCommander> ogra: please dont what?
[09:57] <ogra> please stick with the specced way
[09:58] <ogra> did you try it on your babbage now ?
[09:58] <ogra> with a proper size value
[09:58] <NCommander> ogra: it works kinda now once I stuck a swapfile on my system
[09:58] <ogra> right, make sure to have at least 2G of swap
[09:58] <NCommander> ogra: but I still have consistancy issues with getting tune2fs to work if I don't pad a little spot of the image
[09:58] <ogra> hmm
[09:59] <ogra> i dont have that here and i dont see OE or angstrom adding extra space for it
[09:59] <NCommander> ogra: I still think 10MiB of scratch space is a good thing just so jasper has some room to write stuff before expanding the partition table
[09:59] <ogra> so i wonder why you need it
[09:59] <NCommander> maybe I just fail, but I got tune2fs: No space on device when I tried it
[09:59] <ogra> the partition will not be mounted before it is expanded
[09:59] <NCommander> oh
[09:59] <NCommander> hrm
[09:59] <ogra> so there is no reason to leave any space
[09:59] <NCommander> ogra: the other issue with genext2fs is we can only use ext3
[10:00] <hrw> ogra: OE expands ext images
[10:00] <NCommander> That may not be a big issue, but I think we might want to consider using ext4 images so at least we're consistant w.r.t. normal installs
[10:00] <ogra> the first thing jasper will do is expand the partition, zero out the UUID and run fsck to create a new one
[10:00] <ogra> hrw, but OE doesnt add extra space when using genext2fs
[10:00] <hrw> OE has default size set and if rootfs fits in it then no expanding.
[10:00] <ogra> before running tunex2fs
[10:00] <ogra> hrw, exactly
[10:01] <hrw> ogra: and if rootfs does not fit then ext size is expanded by defined amount
[10:01] <ogra> indeed
[10:01] <hrw> ogra: I wrote expansion code
[10:01] <ogra> in our case we determine the size of rootfs before running genext2fs
[10:01] <hrw> same as in OE
[10:01] <ogra> which means the image will have exactly the right size for it to fit
[10:01] <hrw> OE adds few MB
[10:02] <ogra> hrw, hmm, where ? i didnt see that in the code
[10:02] <hrw> moment
[10:03] <hrw> ogra: 134         ROOTFS_SIZE=`du -ks ${IMAGE_ROOTFS}|awk '{size = ${IMAGE_EXTRA_SPACE} + $1; print (size > ${IMAGE_ROOTFS_SIZE} ? size : ${IMAGE_ROOTFS_SIZE}) }'`  in classes/image.bbclass
[10:04] <ogra> hrw, what is the value of ${IMAGE_EXTRA_SPACE} ?
[10:05] <hrw> ogra: 10240 by default
[10:05] <ogra> ok
[10:05] <hrw> so extra 10MB
[10:05] <ogra> http://docs.openembedded.org/usermanual/html/image_types.html doesnt say that
[10:05] <hrw> OE manual is known to be not up-to-date ;(
[10:05] <ogra> aha
[10:06] <ogra> NCommander, so your code is fine then, i followed outdated docs apparently :P
[10:06] <NCommander> ogra: woo, I've been vidicated!
[10:06] <ogra> though i still didnt have any issues using tune2fs
[10:06]  * ogra wonders why
[10:07] <NCommander> ogra: statistical improbability?
[10:07] <NCommander> hrw: any reason you don't use loopmounting?
[10:07] <hrw> NCommander: in OE?
[10:07] <ogra> NCommander, needs root
[10:07] <hrw> NCommander: OE refuses to work as root
[10:07] <ogra> NCommander, you *could* use fuseext2 though
[10:08] <ogra> but i'm not sure about the permissions you end up with in the image afterwards
[10:08] <ogra> genext2fs seems a lot safer in that regard
[10:09] <hrw> NCommander: with OE you run one command and collect packages/images/sdks after some time. all is done as one process tree. running it as root would be insane (think "make install" in glibc/arm on !arm host). and with some build configurations one build can run for few weeks even
[10:10] <hrw> NCommander: my longest build took 2 weeks on dualcore amd64. but it was for ~30 targets on 6 architectures
[10:10] <ogra> ours only runs 30-40min for a 1.5G image
[10:11] <NCommander> hrw: makes sense to me,
[10:11] <ogra> and we'll create at most two image types
[10:11] <hrw> ogra: with binary packages...
[10:11] <ogra> yes
[10:11] <NCommander> hrw: although we're generating the images on a machine running as root
[10:11] <NCommander> so ...
[10:11] <hrw> ogra: OE builds packages
[10:11] <ogra> oh, indeed, OE builds everything
[10:11] <hrw> Oe can be told to fetch packages anyway. I had such setups
[10:11] <ogra> right, that would be similar to our setup
[10:13] <ogra> NCommander, btw, being able to optionally build an ubuntu-minimal image (probably with openssh-server added) would be a nice to have, would be good if you could take that into account while coding ;)
[10:13] <ogra> i exepct there are some use cases for having a preinstalled developer image
[10:17] <NCommander> ogra: we already have a base image type
[10:18] <ogra> right, but not built in a preinstalled mannaer
[10:18] <NCommander> ogra: although without a seed, that won't be germinatable and d-cd will explode
[10:18] <ogra> *manner
[10:18] <ogra> d-cd ?
[10:18] <hrw> debian-cd?
[10:18] <NCommander> ogra: it tries to germinate to populate pool. I'll fix it so it won't do that on pre-installed images
[10:18] <ogra> the image comes from livecd-rootfs
[10:18] <NCommander> but I haven't gotten quite that far yet
[10:18] <ogra> what has germinate to do there ?
[10:19] <rai> can anybody tell me the exact flow of rootstock script
[10:19] <rai> why it uses two kernerl
[10:19] <NCommander> ogra: its just being called currently during image creation, I need to fix that
[10:20] <NCommander> (on the d-cd side, not in livecd-rootfs of course)
[10:20] <ogra> rai, debootstrap (into an armel chroot), roll an image out of that, run VM, install the tasks and configure, create a tarball from the image, clean up the build environment
[10:20] <ogra> rai, it only uses one kernel, the kernel for the VM
[10:20] <NCommander> ogra: anyway, I think the base images are used for something special w.r.t. to sanity on antimony, we probably want an ubuntu-minimal image thats command line only + openssh + jasper
[10:20] <ogra> NCommander, exactly
[10:21] <ogra> and that from livecd-rootfs :)
[10:21] <ogra> as ext3 image
[10:22] <rai> ogra but it first download deb from external site and second for virtual machine
[10:22] <ogra> rai, not by default
[10:22] <hrw> rai: first it fetch debs for minimal system and then runs that minimal and fetch next sets of packages
[10:23] <ogra> rai, there is an unsupported --kernel-image option the beagle people use for test kernels in their images
[10:23] <ogra> you should only use that if you really want to run such test kernels
[10:24] <ogra> the default run just uses the VM kernel to run the VM
[10:24] <rai> so it is not necessary to pass any kernel image
[10:24] <berco> hello! I have a question on the debian packaging, specifically the debian/control file. This file contains a "Sections" field and have problems finding out what value I should chose for my case. Does anyone have familiarity with this topic?
[10:25] <hrw> berco: debian packaging policy is what you need I think
[10:26] <berco> hrw: according to this link http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections I need to chose from the list
[10:26] <dmart|armel> or install the ubuntu-policy package
[10:27] <berco> thanks, since I'm a bit new the packaging I'll first look at this ubuntu-policy package
[10:28] <dmart|armel> It's just a load of docs, but I think the info you're after is in there
[10:29] <rai> ogra: exactly what debootstrap creates
[10:29]  * NCommander feels exhausted :-/
[10:32] <NCommander> ogra: if we want a minimal image that's pre-installed, we need to do it correctly with seeds and such
[10:43] <ogra_cmpc> NCommander, a new seed ? why not just use the one we have ?
[10:44] <ogra_cmpc> (we already have minimal and standard)
[10:44] <rai> ogra_cmpc, what exactly debootstrap does
[10:44] <berco> dmart|armel: the documentation package contains what I had online in my link above. What I was looking for is what would be the appropriate section from this list: admin, cli-mono, comm, database, devel, debug, doc, editors, electronics, embedded, fonts, games, gnome, graphics, gnu-r, gnustep, hamradio, haskell, httpd, interpreters, java, kde, kernel, libs, libdevel, lisp, localization, mail, math, metapackages, misc, net, news, ocaml, oldlib
[10:45] <berco> I believe if my packages contain drivers I could chose "embedded" but I'm not sure
[10:45] <ogra_cmpc> rai, man debootstrap should tell you :)
[10:46] <rai> ogra_cmpc, i go through but i didnt get exactly please tell me in rootstock script what exactly it does
[10:46] <dmart|armel> berco: I guess it depends on what your drivers are for
[10:46] <ogra_cmpc> rai, it bootstraps a basic ubuntu system
[10:47] <berco> dmart|armel: omap platforms
[10:48] <rai> it creates basic ubuntu file system for arm
[10:48] <rai> ????
[10:49] <ogra_cmpc> debootstrap cretes an unconfigured munumal filesystem
[10:49] <ogra_cmpc> *minimal
[10:49] <dmart|armel> berco: I notice that kernel packages tend to be in "admin"
[10:49] <ogra_cmpc> in the case of rootstock its for arm, yes
[10:50] <berco> dmart|armel: thx. strange they don't fall into "kernel". It's not all crystal clear to me yet
[10:50] <ogra_cmpc> berco, i dont think we make any active use of the section filed in ubuntu, probably packages.ubuntu.com does though for the web indicies
[10:51]  * ogra_cmpc waits for persia to correct him :)
[10:52] <berco> ogra_cmpc: I see. "Section" is not mandatory but as it was "recommended" I thought I would fill it
[10:52] <rai> ogra_cmps, in that script  run_vm() function what does exactly
[10:52] <ogra_cmpc> rai, it runs a VM :)
[10:53] <rai> ogra_cmps , yes i got it but what does after running VM it displays Configuriang....    Unpacking.....    what is doing exactly????
[10:54] <ogra_cmpc> it is installing the package task you selected inside the VM
[10:54] <rai> that means seeds pass to script
[10:55] <ogra_cmpc> well, to apt, but yes
[10:55] <rai> ok and qemu-system-arm what it does actully??
[10:56] <ogra_cmpc> it is the VM
[10:56] <rai> but what it does
[10:56] <rai> ????
[10:57] <cooloney> ogra_cmpc: my second upload was rejected because of The source linux-ti-omap4 - 2.6.33-900.1 is already accepted
[10:57] <ogra_cmpc> it executes a virtual machine
[10:57] <cooloney> ogra_cmpc: is that possible to remove my first upload
[10:57] <cooloney> and i upload my new version?
[10:57] <NCommander> cooloney: you have to bump the version number.
[10:57] <ogra_cmpc> cooloney, hmm, ask in #launchpad, i think it requores an admin, not sure
[10:58] <ogra_cmpc> or that
[10:58] <NCommander> cooloney: there's a hardcoded sanity check to prevent you from uploading the same version number more than once
[10:58] <cooloney> NCommander: i don't wanna to bump the ABI, since that's my first upload,
[10:58] <rai> ogra_cmpc ,  is this VM uses ubuntu basic minimal file system created using previous process og debootstrap
[10:59] <rai> *og of
[10:59] <cooloney> although the first upload build failed
[10:59] <ogra_cmpc> i think there is a button to remove uploads, let me check
[10:59] <ogra_cmpc> rai, right
[11:01] <rai> ogra_cmpc , is it right??
[11:02] <NCommander> ogra_cmpc: cooloney that will not let you upload with the same version :-/
[11:03] <ogra_cmpc> cooloney, i deleted it but please see https://help.launchpad.net/Packaging/PPA/Deleting
[11:04] <ogra_cmpc> cooloney, according to that it can take 30min or more
[11:05] <cooloney> ogra_cmpc: thanks a lot, i will wait to 6:35pm in my TZ
[11:05] <ogra_cmpc> (up to 7 days)
[11:05] <ogra_cmpc> if it doesnt work at all, you need to talk to the lp admins in #launchpad
[11:06] <ogra_cmpc> rai, yes, this is right
[11:07] <rai> ogra_cmpc ,  ok after can i use that armel.tgz file kernel for beagleboard??
[11:08] <ogra_cmpc> rai, why not use one of the officil beagle images ?
[11:08]  * ogra_cmpc points rai to https://wiki.ubuntu.com/ARM/Beagle
[11:08] <rai> ok but for testing
[11:09] <rai> ok thanks
[11:10] <ogra_cmpc> there are also unofficial images (with the test kernels i mentioned above) at http://elinux.org/BeagleBoardUbuntu
[11:11] <rai> ogra_cmpc , can we get repository or packages required during debootstrap and second stage processing from local machine insted of internet
[11:12] <ogra_cmpc> yes, if you have an archive mirror or a package proxy
[11:12] <rai> but how ??
[11:12] <ogra_cmpc> just point to the mirror
[11:12] <rai> i dont know the exact way???
[11:13] <rai> no i did not get exactly wht u say
[11:13] <hrw> rai: install squid-deb-proxy
[11:13] <hrw> rai: and then "sudo http_proxy=localhost:8000 rootstock ...."
[11:14] <hrw> rai: first use will populate cache for next builds
[11:14] <ogra_cmpc> or use the --mirror arg
[11:14]  * ogra_cmpc points once again to the manpage
[11:15] <hrw> ogra_cmpc: squid-deb-proxy is easier to seetup then local mirror
[11:15] <ogra_cmpc> hrw, well i massively prefer approx, but yes
[11:16] <rai> ok but wht it does exactly??
[11:16] <ogra_cmpc> hrw, oh, and localhost will definately not work
[11:16] <hrw> ogra_cmpc: so 127.127.127.127:8000 :D
[11:16] <ogra_cmpc> you always need to use the external IP else the VM will point to itself ;)
[11:17] <hrw> ogra_cmpc: I used vm-builder not rootstack
[11:17] <ogra_cmpc> rootstock ... --mirror http://192.168.2.87:9999/ubuntu-ports is what i use with my approx instance for example
[11:18] <hrw> ogra_cmpc: does it works for debs not in your mirror?
[11:18] <ogra_cmpc> sure
[11:18] <ogra_cmpc> approx is just a package proxy
[11:18] <hrw> ok
[11:18] <ogra_cmpc> it automatically pulls whats missing
[11:19] <ogra_cmpc> and *only* pulls the packages i have used before
[11:19] <ogra_cmpc> way way smaller than a local mirror
[11:20] <rai> ogra_cmpc, what is vm-builder
[11:20] <ogra_cmpc> a tool to build vm images
[11:21] <ogra_cmpc> it has no support for arm yet, hrw is just adding it
[11:21] <hrw> yeah, need to boot laptop and grab latest ver
[11:21] <ogra_cmpc> hrw, ogra@osiris:~$ du -hcs /var/cache/approx/
[11:21] <ogra_cmpc> 1,8G	/var/cache/approx/
[11:21] <ogra_cmpc> that has all pacckages i used from main since jaunty
[11:22] <ogra_cmpc> compare that to a real mirror for three releases :)
[11:23] <ogra_cmpc> (and i'm building netbook and desktop for each release at least once)
[11:23] <hrw> nice
[11:23] <rai> grw, i trying to install squid-deb-proxy but it gives error E: Couldn't find package squid-deb-proxy
[11:23] <rai> hrw, i trying to install squid-deb-proxy but it gives error E: Couldn't find package squid-deb-proxy
[11:23] <hrw> 12:23 hrw@home:~$ apt-cache search squid deb proxy
[11:23] <hrw> squid-deb-proxy - Squid proxy configuration optimized for deb packages
[11:24] <ogra_cmpc> its in univers though
[11:25] <rai> yes i found it..
[11:27] <rai> but it gives error package not found
[11:29] <NCommander> ogra_cmpc: http://paste.ubuntu.com/439822/ - progress is being made :-)
[11:30] <ogra_cmpc> NCommander, sweet !!!
[11:30] <NCommander> ogra_cmpc: it gets pretty far into d-cd before exploding into a pile of exceptions, but I think I got the hard part done.
[11:30] <ogra_cmpc> why is it so big though ?
[11:31] <ogra_cmpc> my armel netbook is only 1.4G
[11:31] <NCommander> ogra_cmpc: guess its bigger on amd64
[11:31] <ogra_cmpc> oh, you build amd64
[11:31] <ogra_cmpc> yeah
[11:31] <NCommander> Yeah, I'm just doing that so I can spin faster
[11:31] <ogra_cmpc> OO.o and evolution
[11:31] <NCommander> yup
[11:32] <ogra_cmpc> NCommander, btw, you chould make sure the ext3 image is depleted too, your code only deletes the squashfs one
[11:32] <aaron_liuj> Illegal instruction
[11:32] <aaron_liuj> wahy
[11:32] <aaron_liuj> why Illegal instruction
[11:32] <NCommander> ogra_cmpc: yeah, I saw that and fixed it already ;-)
[11:33] <ogra_cmpc> NCommander, and make sure the .size file contains the size you actually use
[11:33] <ogra_cmpc> (not sure the file is actually used but it should have a correct value, so overwrite it if you compute your value)
[11:33] <aaron_liuj> why Illegal instruction
[11:33] <aaron_liuj> Illegal instruction
[11:33] <ogra_cmpc> aaron_liuj, context ?
[11:33] <NCommander> ogra_cmpc: size is used by livecd-rootfs, I don't think its used by d-cd although I'm not 100%. The diff for d-cd is going to be fugly
[11:34] <aaron_liuj> no
[11:34] <ogra_cmpc> i think its used by the web indicies etc
[11:34] <ogra_cmpc> and might be udes by ubiquity/oem-config, not sure
[11:34] <ogra_cmpc> *used
[11:35] <aaron_liuj> i compile a applicaion ,but it used other lib with another compiler
[11:36] <aaron_liuj> i compile a applicaion ,but it used other lib compiled by another version compiler,when i runs the application ,errors occur Illegal instruction
[11:37] <ogra_cmpc> so use the correct lib for your compiler or the right compiler for the lib
[11:37] <ogra_cmpc> what are you building and how do you build it ?
[11:38] <aaron_liuj> but i have not the  lib source and
[11:38] <ogra_cmpc> thats tricky then
[11:39] <aaron_liuj> compiler verion even don't known
[11:39] <ogra_cmpc> you really need to give more context, what lib, what app, how do you try to build it etc etc
[11:39] <aaron_liuj> just readelf -a and find the compile different from my used
[11:40] <ogra_cmpc> well, if it was built using a different toolchain and compiole options its unlikely you can make it work
[11:40] <aaron_liuj> the app is our company
[11:41] <aaron_liuj> the app is our company ,but the lib is another company
[11:41] <aaron_liuj> the app is comer from our  company ,but the lib is come from another company
[11:55] <NCommander> ogra_cmpc: I'm thinking to simplify d-cd code, it might be better to have the preinstalled image generated to always be livecd.project.preinstalled instead of livecd.project.filesystem unless we have a usecase for wanting multiple filesystems per subarch/target
[11:56] <ogra_cmpc> please discuss that with cjwatson, i'm not sure we dont rely on the naming scheme somewhere
[11:56] <ndec> ogra: hi! looks like the problem we used to have on OMAP3 with the boot partition and ROM code not able to find MLO is gone for OMAP4
[11:56] <ogra_cmpc> else, no objection
[11:56] <ogra_cmpc> ndec, wohooo !!!
[11:56] <NCommander> ogra_cmpc: this is completely new code, so if we just add it as .preinstalled instead of .*, it makes life a lot cleaner
[11:57] <ogra_cmpc> NCommander, sure, just make sure it doesnt break existing code
[11:57] <ndec> ogra: as such, we could have a single image with all flavors of MLO, uboot, ... on the boot partition, e.g. MLO-board1, MLO-board2 and have a script to switch from 1 board to the other
[11:57] <NCommander> ogra_cmpc: not sure how, considering I just changing the name in squash_ext2 :-)
[11:57] <NCommander> but will test heavily regardless
[11:58] <ogra_cmpc> ndec, yeah, to sad vfat doesnt support symlinks though :)
[12:17] <hrw> uf.. gcc-4.5 build goes to packaging
[12:49] <NCommander> ogra_cmpc: for the image name itself, is $(CODENAME)-preinstalled-$(FULLARCH) acceptable, or do we want something like $(CODENAME)-preinstalled_desktop-$(FULLARCH) (I'm kinda afraid to make the if in the d-cd Makefile any bigger though; its already scary)
[12:49] <NCommander> (or well, preinstalled netbook)
[12:50] <hrw> NCommander: so maverick-preinstalled-armel?
[12:51] <ogra> hrw, nope
[12:51] <ogra> needs to have the flavour
[12:51] <ogra> and the subarch
[12:51] <ogra> NCommander, can you shorten preinstalled to preinst or some such
[12:52] <hrw> maverick-preinstalled-netbook-omap3 etc atleast
[12:52]  * ogra would love to use oem but that gets to confusing
[12:52] <ogra> hrw, maverick-netbook-preinst-armel+omap.img.bz2
[12:52] <ogra> and maverick-netbook-preinst-armel+omap4.img.bz2
[12:53] <hrw> nice
[12:53] <ogra> we always have $release-$flav-$arch+$subarch.$type
[12:54] <NCommander> ogra: ugh, that's going to make that Makefile if statement even worse :-/
[12:54] <NCommander> Suppose it can't really be helped
[12:54] <ogra> you just add preinst and compression to the naming scheme
[12:54] <ogra> so instead of $release-$flav-$arch+$subarch.$type you have $release-$flav-preinst-$arch+$subarch.$type.$comp
[12:54] <NCommander> ogra: that's not hte problem :-)
[12:54] <NCommander> the problem is:
[12:55] <ogra> else we get massive probs with the make-web-indicies scripts
[12:55] <NCommander>      ifeq ($(PROJECT),ubuntu-server)
[12:55] <NCommander>  CDBASE = $(CODENAME)-live-$(FULLARCH)
[12:55] <NCommander>      else
[12:55] <NCommander> And a hell of a lot mor elines like that
[12:56]  * NCommander thinks he just needs to rewrite the in a less-than-evil sorta way
[12:56] <NCommander> s/in/if
[12:56] <NCommander> ogra: I think we need to do compression in the publish step, not part of the actual image creation
[12:57] <NCommander> but we can solve that problem as we come to it
[12:57]  * hrw → lunch
[12:57] <ogra> NCommander, i'd like to do it as early as possible to save disk space
[12:57]  * NCommander likes hrw's use of unicode
[12:57] <ogra> dont forget we're low on space on antimony
[12:57] <NCommander> ogra: how low?
[12:58] <ogra> we couldnt publish the omap images until space was freed up for lucid
[12:58] <NCommander> The current design mimics the way normal live images store their squashfs until cleaned automatically in scratch
[12:58] <NCommander> I'm guessing that won't work so well by having 2-3 2GiB images sitting around :-/
[12:59] <ogra> i would have proposed to do the compression in livecd-rootfs ... but the imx51 CPU will take ages to compress 1.5G
[12:59] <NCommander> ogra: can't compress until after we run the post-boot scripts
[12:59] <ogra> why ?
[12:59] <NCommander> We won't have a valid filesystem on the SD card
[12:59] <ogra> nothing will ever touch the image
[13:00] <ogra> ??
[13:00] <NCommander> if we compress on the live image builders, we'll have a compressed ext2 image
[13:00] <ogra> you use the imx51 scripts to build it, right ?
[13:00] <NCommander> right
[13:00] <ogra> well, ext3 but yes
[13:00] <NCommander> those expect an uncompressed image coming in
[13:00] <ogra> oh, crap, indeed
[13:00] <NCommander> It really doesn't buy us much to compress it just to uncompress then recompress it
[13:00] <NCommander> :-)
[13:01] <ogra> we compress at the very end when we have both partitions in place
[13:01] <NCommander> right
[13:01] <ogra> hmm
[13:01] <ogra> well, i guess we have to live with that then
[13:01] <NCommander> But we'll have to dump the folder with the preinstalled images downloaded from the live builder
[13:01] <NCommander> :-/
[13:02] <NCommander> So we will probably need upwards of 4GiB to build an image until we delete the incoming files
[13:02] <NCommander> Ugh
[13:02] <NCommander> that's going to be freaking tight
[13:02] <ogra> the cdimage dir has 74G free atm (from 1.6TB)
[13:02] <ogra> its not different to a DVD after all
[13:03] <NCommander> That's fine then. Once we compress the image, we can probably get it to the size of a normal image in www/
[13:03] <ogra> my compressed netbook image was 411MB
[13:03] <rai> ogra , squid is decreases server load and fast content delivary so how it help in rootstock script
[13:03] <NCommander> We probably just want to do some early cleanup to prevent space from being a huge issue
[13:04] <ogra> so with the second partition (and given i didnt install oem-config in the image) we'll likely end up with a 500 to 550MB image
[13:04] <ogra> NCommander, as soon as we have compressed we should clan up scratch
[13:04] <ogra> *clean
[13:04] <rai> hrw, squid is decreases server load and fast content delivary so how it help in rootstock script
[13:05] <ogra> even though i already hear cjwatson screaming, that seems to be the best
[13:05] <ogra> rai, you wont have to download over and over again for subsequent builds
[13:06] <rai> ok.. but if i wnt to use my local repository to build basic minimal rootfs how can i create ??
[13:09] <NCommander> ogra: http://paste.ubuntu.com/439858/ - I win
[13:10] <NCommander> (I think)
[13:11] <ogra> i dont see it finishing any build
[13:11] <ogra> i pinged cjwatson in -release btw to see if we can wipe scratch/ right after build
[13:11] <NCommander> ogra: ?, it does
[13:12] <ogra> where ?
[13:12] <NCommander> I get the raw (the publishing scripts don't know to publish preinstalled images yet, so I haven't written that code yet)
[13:13] <ogra> ah
[13:13] <NCommander> s/so//g
[13:13] <ogra> well, i only see it attempting an alternate build
[13:33] <NCommander> ogra: it looks like an alternate build because some of the scripts to refresh APT are in build_all.sh, and I don't want if statements all over the place; they're harmless for what we see now
[13:33] <NCommander> (the same messages are there on live builds as well)
[13:34] <ogra> ok
[13:40] <NCommander> ogra: you don't put MLO/u-boot.bin on omap images right? (you made it so that we require NAND bootloader on first boot, right?)
[13:40]  * NCommander has a script that makes the VFAT partition correct on the first go
[13:41] <ogra> NCommander, for lucid ... for maverick we want MLO and u-boot.bin in the vfat
[13:41] <ogra> as well as for 10.07
[13:41] <NCommander> ogra: oh good, I was just concerned when I ended up with an empty vfat
[13:41] <NCommander> :-)
[13:41] <ogra> that will be the most tricky part btw
[13:41] <NCommander> ogra: not really, there's a shell script to do it right already
[13:41] <ogra> MLO dees to live in block 1 of the vfat for omap3
[13:42] <ogra> *needs
[13:42] <NCommander> http://www.xora.org.uk/2009/08/14/omap3-sd-booting/
[13:42] <NCommander> same with Blaze
[13:42] <ogra> else it will not boot
[13:42] <NCommander> and that works fine with Blaze
[13:42] <ogra> for omap4 it doesnt matter where MLO lives
[13:42] <ogra> you can just copy it in
[13:42] <NCommander> my Blaze won't boot if MLO wasn't first block
[13:43] <NCommander> regardless, its a solved problem, we can fix it as we go
[13:43] <NCommander> just wanted to make sure that an empty vfat was sane
[13:43] <ogra> NCommander, well, according to ndec above MLO can live where it likes on the vfat
[13:43] <NCommander> ogra: hrm
[13:44]  * NCommander shrugs
[13:44] <ogra> the point is that we want MLO to be replaceable easily
[13:44] <NCommander> I admit I haven't toyed with MLO a lot after I got my Blaze to boot ;-)
[13:44] <ogra> since the image will be used on different HW that uses different bootloaders but the same kernel
[13:44] <NCommander> ogra: ah
[13:44] <ogra> see the spec :P
[13:45] <ogra> [ogra] Create documentation and/or scripts to replace the bootloader in the boot partition for using the images with all HW the kernel supports: TODO
[14:10] <ogra> NCommander, so we're fine to wipe the raw ext3 images after d-cd finished
[14:10] <ogra> so add some code to clean up scratch/ for that image
[14:17] <NCommander> ogra: where'd you talk to Colin?
[14:17] <ogra> #ubuntu-release
[14:17] <NCommander> ogra: hrm, that fell off my AJOIN :-/
[14:22] <ogra> NCommander, btw, how do you determine the number of cyls in the vfat script you pointed to ?
[14:23] <ogra> (in an image i mean)
[14:24] <hrw> lool: have a minute?
[14:34] <NCommander> ogra: I'd assumed it was sfdisk options, but this script gave me a VFAT that worked for both omap3 and 4, even if MLO wasn't copied in first
[14:34] <ogra> NCommander, in an image ?
[14:34] <ogra> or in SD ?
[14:40] <lool> hrw: I do
[14:40] <hrw> cool
[14:40] <hrw> lool: https://bugs.launchpad.net/ubuntu/+source/gcc-4.4/+bug/585439 - doko gave few suggestions
[14:40] <lool> hrw: How may I help?
[14:40] <ubot2> Launchpad bug 585439 in gcc-4.4 (Ubuntu) "migrate to debhelper7 (affects: 1) (heat: 10)" [Undecided,Incomplete]
[14:41] <hrw> lool: I can generate version without --autodest for gcc-4.4 I think but one thing is differ in how dh_install works and doko base on it
[14:42] <hrw> lool: dh_install only copies files so after all packaging was done you cant easily check which files were not packaged.
[14:42] <lool> hrw: So the two remarks in the bug are about --autodest, I didn't know whether it was needed or not myself either
[14:42] <lool> hrw: if it's not needed, don't add the flag
[14:43] <lool> hrw: Now concerning the other remarks of checking whether files are all installed, there are two ways to achieve this, one is --list-missing
[14:43] <hrw> it was first version of patch thats why autodest was used
[14:43] <lool> (and --fail-missing)
[14:43] <lool> However I believe this only works if you have a single dh_install call
[14:43] <lool> The other way to achieve this is by hand
[14:43] <hrw> do dh_movefiles -> dh_install + rm?
[14:43] <lool> Basically doing find on debian/tmp (or wherever things are installed) and on the packages dirs to see whether all files are there
[14:44] <hrw> generate list of installed and packaged and then show diff? that kind of?
[14:44] <lool> hrw: I would personally find dh_install + rm ugly, but there's an argument for it in terms of needed space (if you move, you use less space than if you copy)
[14:44] <hrw> space is cheap
[14:45] <lool> the reason rm is ugly is because if you fail in the binary-indep/binary-arch targets, you need to rerun the make install target
[14:45] <hrw> and if buildd has a problem with space then let someone connect 1.5TB drive to it
[14:46] <hrw> lool: will check with comparing installed/packaged list of files
[14:46] <lool> hrw: You might want to ask about which way doko would prefer it in the bug too
[14:47] <hrw> thats what I plan now
[14:47] <lool> hrw: You can ping him on #ubuntu-devel if you have questions
[14:47] <hrw> will do this too
[14:58] <NCommander> ogra: on an SD card directly
[14:58] <ogra> right
[14:58] <ogra> i suspect for images that will become problematic
[14:59] <ogra> but i trust you to find a solution ;)
[15:00] <ogra> NCommander, did you ask davidm already to change your specs ?
[15:00] <ogra> i still dont see them on the tracker
[15:22] <NCommander> ogra: looking at the OMAP scripts, you create the FAT partition, but you don't seem to stick an entry in the MBR for it properly, am I missing something?
[15:23] <ogra> NCommander, the omap scripts are a bare copy of the dove scripts :) in lucid we dont need MBR or anything since we dont ship a bootloader there
[15:25] <NCommander> ogra: ah, that's why I'm loosing my mind trying to find a non-existant bug :-). I ran the preinstalled image generation through the imx51 generation scripts, and presto, I got two partitions
[15:25] <NCommander> Number  Start   End     Size    Type     File system  Flags 1      0.51kB  33.6MB  33.6MB  primary                     2      33.6MB  496MB   463MB   primary  ext3         lba
[15:25] <NCommander> so I think we can call this a working prototype
[15:25] <NCommander> I need to look at the code and remove some of the crack I added
[15:25] <NCommander> but I say we're moving along nicely
[15:28] <NCommander> wb ogra
[15:29] <ogra> mumble
[15:29]  * ogra cuses that norwegian guy
[15:42] <comradekingu> ogra: ooooodin?
[15:42] <ogra> comradekingu, nope ...
[15:42] <ogra> peer
[15:42] <ogra> he resets my connection !
[15:42] <ogra> (Connection reset by peer).
[15:42] <comradekingu> :)
[15:43] <comradekingu> It would be sweet to have odin error messages though
[15:44] <ogra> heh
[15:51] <comradekingu> Loki was found in your network configuration, by draupnir, odin shall make amends, meanwhile at your place, no wifi
[15:52] <ogra> lol
[17:00] <hrw> bye all
[23:29] <prpplague> davidm: there a trick to getting ubuntu-arm working with a nfs root?