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