=== asac_ is now known as asac === lbt is now known as _ === _ is now known as lbt [12:57] hi ... more Mer packaging/building stuff :) I need to build glibc - how do I limit the architectures it builds for to just i586 ? [12:59] does just trimming /debian/rules.d/control.mk debian/control.in/libc6: -e 's%@archs@%amd64 arm armeb armel i386 lpia m32r m68k mips mipsel powerpc ppc64 sparc s390 hppa sh3 sh4 sh3eb sh4eb%g' < $< > $@ work [13:23] lbt: Hmm why do you need to limit that? [13:24] I'm building it to do a cross-build in OBS [13:24] Is it a problem if OBS builds it on other arches? [13:24] nah, I just want to speed it up and avoid all the build-deps etc [13:25] the plain build-dep doesn't specify libc6-dev [13:25] It sounds like your change is specific to OBS, not really to your source package, so probably you want an OBS config to only build on certain arches or a wrapper which takes a source package and strips all arches except the one you want? [13:25] well, OBS is driven by the dsc [13:25] it just runs dpkg-buildpkg [13:25] inside a chroot [13:26] but it pre-installs based on the build-depends [13:26] Yes, but it is worth it to maintain extra delta in all your .dscs just to speed up OBS builds? [13:26] this is a specific task :) [13:26] Instead, you could change the control file before OBS builds [13:26] yes [13:26] this is just for one build - it's to do with cross-building [13:26] Can you use a modified dpkg-dev for instance [13:27] phone [13:27] Oh ok; then I guess you can just edit control [13:27] * ogra wonders what you gain from OBS over a PPA [13:28] which builds x86/amd64 only anyway [13:29] sec [14:03] long call :) [14:04] lool - yes, I removed the none x86 looking things from control.mk. .... this gives me a glibc_2.9-4ubuntu6obs1 [14:04] ogra: OBS builds armel [14:05] right, you asked for "building only on x86" though ;) [14:05] yes - I want to build glibc i586 [14:05] and then package it in an armel .deb [14:05] [14:05] err [14:05] http://en.opensuse.org/Build_Service/Cross_Build [14:06] "scratchbox done right" [14:06] well [14:06] https://wiki.ubuntu.com/ARM/BuildEABIChroot [14:06] tongue-in-cheek [14:07] ogra: yeah, that's part of the solution, now drop in x86 bash, gzip and cross compiler gcc :P [14:07] pfft, just build your stuff with native tools [14:07] we do [14:07] Qt takes 40 hrs [14:07] in the chroot i mean [14:07] we do [14:07] that's how OBS works [14:08] AFAIK the OBS guys helped write the patches to qemu mentioned on that page [14:09] now OBS also lets us run the chroot easily on the desktop [14:09] so these native binaries will help make the desktop devel/debug cycle quicker and avoid my users bitching at me :) [14:09] right, i just dont get what you do with the x86 binaries [14:10] we install them into eg /lib-x86/bin/bash [14:10] we accelerate the builds with native tools basically :) [14:10] then we install a set of .so into /lib-x86/lib [14:10] well, mesa compiles in the eabi chroot in 2h here ... [14:10] and modify ldlinux.so and glibc/rt to look in /lib-x86 [14:11] not sure i understand what you speed up with using the x86 tools [14:11] and then replace /bin/bash with symlink to /lib-x86/bin/... [14:11] mesa x86 compiles in pbuilder on the same machine in the same time [14:11] ogra: your method would use gcc built for ARM, right? :P [14:11] indeed [14:12] and qemu/armel gcc is 10x slower than 586 gcc [14:12] the gcc 4.4.0 we use in karmic [14:12] it isnt [14:12] feel free to try it out [14:12] we do [14:12] the entire Mer distro is built just like that [14:12] in OBS [14:12] qemu/armel gcc [14:13] yes, or locally [14:13] ogra: you're telling me x86 cross-compiler targetting armel is just as fast as qemu-arm (user level) emulated gcc? :P [14:13] i just did two builds of mesa today, there is no speed difference at all between the builds on the same HW here [14:14] well, probably a few minutes but not noticeable at all [14:14] I think you must be using a cross-compiler [14:14] when doing big builds it makes a difference - and if you can cut off a minute per build in your queue, that's a lot :P [14:14] qemu-system-arm is definately slow, fully agreed [14:14] yes [14:14] that's what we (have to) use [14:15] anyhow... this is all mainly 'interesting' [14:15] lbt: it's not qemu-system-arm in use though :P [14:15] do you have an ubuntu desktop machine around ? [14:15] just try it :) [14:15] OBS is a GPL solution to do multi-distro builds [14:16] takes 10 mins to set up a chroot ... another 2 to install build-essential in the chroot ... [14:16] ogra: we did try over several packages to do gcc built on armel for armel - it's dog slow and can be accelerated 50-60% with simple tricks :P [14:17] ah, qemu-system-arm ... OK, misunderstood. We're using binfmt-misc [14:17] anyhow, as I said, it's A.N.Other tool that we use :) [14:17] (that whole conversation should be in #ubuntu-arm btw) [14:17] and I appreciate the help getting glibc to build [14:18] very true... [14:18] I just pop in here to see how Ubuntu-MID is coming along [14:18] we haven't seen any of you guys for a while [14:19] MID moved to mer and to being built by the community, not sure who is in the new MID team [14:19] persia has some insight in that afaik [14:20] has he been around much [14:21] i think he is massively busy [14:21] OK, say hello from Mer if you see him :) [14:22] will do :) [14:22] will you guys be at the maemo summit ? [14:22] oh yes [14:22] well, then we might meet [14:22] yeah, i'll be doing a presentation and lbt got a free trip at the developer weekend ;) === amitk_ is now known as amitk