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