=== heathkid|2 is now known as heathkid [02:25] Anybody know how to use libhybris on the desktop? === chihchun_afk is now known as chihchun === _Lucretia__ is now known as _Lucretia_ === chihchun is now known as chihchun_afk === chuck__ is now known as zul === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === anmar is now known as anmar|afk === cmagina is now known as cmagina-lunch [19:27] bug 1237160 [19:27] Launchpad bug 1237160 in initramfs-tools-ubuntu-touch (Ubuntu) "initramfs-tools-ubuntu-touch interferes with update-initramfs on amd64" [High,Confirmed] https://launchpad.net/bugs/1237160 === cmagina-lunch is now known as cmagina [20:04] ogra_: Looks like it shouldn't be hardcoding those library paths, since I suspect we want that to work on x86 touch devices too, if they existed. [20:04] ogra_: (Or, say, x86 images for goldfish) [20:05] yeah, thats why i'm looking at it [20:05] it should also have a properly restricted Arch: field [20:05] we dont want it on amd64 [20:05] but thats independent from the general bug [20:05] ogra_: I see no reason it needs to be artificially arch-restricted. [20:06] we only want it on armhf and i386 ... and in a year or two on arm64 [20:06] ogra_: Only because that's all you have devices for right now. I still see it as an artificial restriction. [20:07] Oh, it's already arch-restricted anyway. :P [20:07] it definitely is an artificial restriction [20:07] but a wanted one [20:09] infinity, i dont hardcode any lib paths btw, it just uses copy_exec [20:09] but it expects armhf [20:09] ogra_: You totally hardcode library paths, I'm looking right at it. [20:09] hooks/touch:copy_exec /lib/arm-linux-gnueabihf/libcrypto.so.1.0.0 [20:09] oh ? [20:09] oh ! [20:09] ok [20:09] ogra_: See plymouth, which does a sed in debian/rules to get DEB_HOST_MULTIARCH into its hooks file. [20:10] will do [20:10] btw, did you ever get to make plymouth not pull in the x86 graphics libs ? [20:10] we'll need that fix soon [20:11] Wasn't that fixed ages ago? [20:11] nope [20:11] i think that fell off the table [20:12] and had no importance anymore [20:12] Pretty sure you're wrong. [20:12] (last time i bothered with it was the N7 desktop image... long before the denmark UDS) [20:12] http://cdimage.ubuntu.com/ubuntu-core/daily/current/trusty-core-armhf.manifest [20:12] ogra_: ^-- plymouth is in there, but no intel/nouveau/radeon stuff. [20:13] hmm, it definitely wasnt like that nback then [20:13] but then we ripped plymouth out on the N7 ... so it became a non issue [20:13] libdrm2 no longer pulls in the card-specific plugins at all. [20:13] ok [20:13] Which, in effect, leaves you with genric kms. [20:14] well, plymouth will get a Mir backend ... [20:14] which should add an abstraction layer === anmar|afk is now known as anmar [21:57] Anyone with experience with odroid-xu? [21:58] I'm REALLY looking forward to having a native buildserver with some decent performance [21:59] So question is if I can run 12.04 on it. <-- This all depends on having a kernel which is compatible with precise, I guess [22:12] sveinse: Any reasonably modern kernel should do with the precise userspace. [22:13] infinity: Yeah, that is what I thought as well. Esp when 3.11.0 is available on precise [22:14] They support 13.04 Ubuntu AFAIK, so there should be no problems using it on precise as well [22:14] I.e. they have a kernel which works for 13.04 Ubuntu (that is how I read it) [22:15] But there are some ubuntuisms in the kernel, aren't there? Like ureadahead [22:30] sveinse: The only interesting Ubuntuism is probably apparmor, but you can live without it. [22:31] infinity: but are there some overview or patchset of all the ubuntuisms? We have a product running on precise on omap3, but the kernel is fully custom so we have no ubntuisms in there. And ureadahead is sorely missed many times [22:42] sveinse: Probably a better question for #ubuntu-kernel, but the short answer is "check git". [22:42] sveinse: You may also find this informative: https://wiki.ubuntu.com/KernelTeam/Specs/TrustyKernelDeltaReview [22:42] infinity: heh, thanks [22:57] Does canonical still use tegras for buildds? [23:34] sveinse: Canonical never used tegras for buildds.