=== JaMa|Sports is now known as JaMa|Off | ||
rai | hi all | 08:11 |
---|---|---|
=== hrw|gone is now known as hrw | ||
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:23 |
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:24 |
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 | 08:25 |
=== XorA|gone is now known as XorA | ||
=== JaMa|Off is now known as JaMa|Wrk | ||
* NCommander waves | 09:13 | |
ogra | NCommander, hey | 09:15 |
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:16 |
ogra | else i cant make them show up on http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html | 09:17 |
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:41 |
ogra | NCommander, did you see my request above ? | 09:42 |
cooloney | ogra: oh, yeah, too bad. i uploaded it from our server | 09:47 |
ogra | cooloney, see #ubuntu-kernel :) | 09:47 |
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* | 09:48 |
ogra | <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:48 |
ogra | <ogra> NCommander, oh, and for the subarch one david needs to become the approver | 09:48 |
ogra | <ogra> 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:48 |
NCommander | ogra: and fixed | 09:50 |
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:51 | |
ogra | NCommander, lol | 09:54 |
ogra | you cheated ! | 09:54 |
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:55 |
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:56 |
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:57 |
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:58 |
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 | 09:59 |
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:00 |
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:01 |
ogra | hrw, hmm, where ? i didnt see that in the code | 10:02 |
hrw | moment | 10:02 |
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:03 |
ogra | hrw, what is the value of ${IMAGE_EXTRA_SPACE} ? | 10:04 |
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:05 |
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:06 | |
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:07 |
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:08 |
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:09 |
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:10 |
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:11 |
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:13 |
NCommander | ogra: we already have a base image type | 10:17 |
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:18 |
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:19 |
NCommander | (on the d-cd side, not in livecd-rootfs of course) | 10:20 |
=== dmart is now known as dmart|armel | ||
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:20 |
ogra | and that from livecd-rootfs :) | 10:21 |
ogra | as ext3 image | 10:21 |
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:22 |
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:23 |
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:24 |
hrw | berco: debian packaging policy is what you need I think | 10:25 |
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:26 |
berco | thanks, since I'm a bit new the packaging I'll first look at this ubuntu-policy package | 10:27 |
dmart|armel | It's just a load of docs, but I think the info you're after is in there | 10:28 |
rai | ogra: exactly what debootstrap creates | 10:29 |
* NCommander feels exhausted :-/ | 10:29 | |
NCommander | ogra: if we want a minimal image that's pre-installed, we need to do it correctly with seeds and such | 10:32 |
ogra_cmpc | NCommander, a new seed ? why not just use the one we have ? | 10:43 |
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:44 |
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:45 |
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:46 |
berco | dmart|armel: omap platforms | 10:47 |
rai | it creates basic ubuntu file system for arm | 10:48 |
rai | ???? | 10:48 |
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:49 |
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:50 |
* ogra_cmpc waits for persia to correct him :) | 10:51 | |
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:52 |
rai | ogra_cmps , yes i got it but what does after running VM it displays Configuriang.... Unpacking..... what is doing exactly???? | 10:53 |
ogra_cmpc | it is installing the package task you selected inside the VM | 10:54 |
rai | that means seeds pass to script | 10:54 |
ogra_cmpc | well, to apt, but yes | 10:55 |
rai | ok and qemu-system-arm what it does actully?? | 10:55 |
ogra_cmpc | it is the VM | 10:56 |
rai | but what it does | 10:56 |
rai | ???? | 10:56 |
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:57 |
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:58 |
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 | 10:59 |
rai | ogra_cmpc , is it right?? | 11:01 |
NCommander | ogra_cmpc: cooloney that will not let you upload with the same version :-/ | 11:02 |
ogra_cmpc | cooloney, i deleted it but please see https://help.launchpad.net/Packaging/PPA/Deleting | 11:03 |
ogra_cmpc | cooloney, according to that it can take 30min or more | 11:04 |
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:05 |
ogra_cmpc | rai, yes, this is right | 11:06 |
rai | ogra_cmpc , ok after can i use that armel.tgz file kernel for beagleboard?? | 11:07 |
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:08 |
rai | ok thanks | 11:09 |
ogra_cmpc | there are also unofficial images (with the test kernels i mentioned above) at http://elinux.org/BeagleBoardUbuntu | 11:10 |
rai | ogra_cmpc , can we get repository or packages required during debootstrap and second stage processing from local machine insted of internet | 11:11 |
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:12 |
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:13 |
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:14 | |
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:15 |
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:16 |
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:17 |
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:18 |
ogra_cmpc | and *only* pulls the packages i have used before | 11:19 |
ogra_cmpc | way way smaller than a local mirror | 11:19 |
rai | ogra_cmpc, what is vm-builder | 11:20 |
ogra_cmpc | a tool to build vm images | 11:20 |
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:21 |
ogra_cmpc | compare that to a real mirror for three releases :) | 11:22 |
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:23 |
ogra_cmpc | its in univers though | 11:24 |
rai | yes i found it.. | 11:25 |
rai | but it gives error package not found | 11:27 |
NCommander | ogra_cmpc: http://paste.ubuntu.com/439822/ - progress is being made :-) | 11:29 |
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:30 |
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:31 |
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:32 |
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:33 |
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:34 |
aaron_liuj | i compile a applicaion ,but it used other lib with another compiler | 11:35 |
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:36 |
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:37 |
aaron_liuj | but i have not the lib source and | 11:38 |
ogra_cmpc | thats tricky then | 11:38 |
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:39 |
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:40 |
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:41 |
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:55 |
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:56 |
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:57 |
ogra_cmpc | ndec, yeah, to sad vfat doesnt support symlinks though :) | 11:58 |
hrw | uf.. gcc-4.5 build goes to packaging | 12:17 |
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:49 |
hrw | NCommander: so maverick-preinstalled-armel? | 12:50 |
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:51 |
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:52 |
hrw | nice | 12:53 |
ogra | we always have $release-$flav-$arch+$subarch.$type | 12:53 |
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:54 |
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:55 |
* 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:56 |
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:57 |
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:58 |
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 | 12:59 |
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:00 |
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:01 |
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:02 |
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:03 |
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:04 |
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:05 |
rai | ok.. but if i wnt to use my local repository to build basic minimal rootfs how can i create ?? | 13:06 |
NCommander | ogra: http://paste.ubuntu.com/439858/ - I win | 13:09 |
NCommander | (I think) | 13:10 |
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:11 |
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:12 |
ogra | ah | 13:13 |
NCommander | s/so//g | 13:13 |
ogra | well, i only see it attempting an alternate build | 13:13 |
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:33 |
ogra | ok | 13:34 |
=== freeflyi1g is now known as freeflying | ||
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:40 | |
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:41 |
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:42 |
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:43 |
* 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:44 |
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 | 13:45 |
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:10 |
=== rgreening_ is now known as rgreening | ||
NCommander | ogra: where'd you talk to Colin? | 14:17 |
ogra | #ubuntu-release | 14:17 |
NCommander | ogra: hrm, that fell off my AJOIN :-/ | 14:17 |
ogra | NCommander, btw, how do you determine the number of cyls in the vfat script you pointed to ? | 14:22 |
ogra | (in an image i mean) | 14:23 |
hrw | lool: have a minute? | 14:24 |
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:34 |
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:40 |
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:41 |
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:42 |
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:43 |
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:44 |
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:45 |
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:46 |
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:47 |
NCommander | ogra: on an SD card directly | 14:58 |
ogra | right | 14:58 |
ogra | i suspect for images that will become problematic | 14:58 |
ogra | but i trust you to find a solution ;) | 14:59 |
ogra | NCommander, did you ask davidm already to change your specs ? | 15:00 |
ogra | i still dont see them on the tracker | 15:00 |
=== lag is now known as lag-afk | ||
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:22 |
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:23 |
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:25 |
NCommander | wb ogra | 15:28 |
ogra | mumble | 15:29 |
* ogra cuses that norwegian guy | 15:29 | |
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:42 |
comradekingu | It would be sweet to have odin error messages though | 15:43 |
ogra | heh | 15:44 |
=== lag-afk is now known as lag | ||
comradekingu | Loki was found in your network configuration, by draupnir, odin shall make amends, meanwhile at your place, no wifi | 15:51 |
ogra | lol | 15:52 |
=== robbiew1 is now known as robbiew | ||
=== XorA is now known as XorA|gone | ||
hrw | bye all | 17:00 |
=== 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 | ||
prpplague | davidm: there a trick to getting ubuntu-arm working with a nfs root? | 23:29 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!