[11:24] <lool> ogra: Check the email I just fwed you
[11:25] <lool> this is so going to rock
[11:26] <NCommander> morning lool 
[11:28] <lool> hey
[11:28] <NCommander> how goes it?
[11:30] <lool> Almost over my "flu" or whatever it was that looked like a flu
[11:32] <NCommander> Lucky
[11:32] <lool> what about you?
[11:32] <NCommander> I'm thinking I'm coming down with it now -_-;
[11:32] <lool> Ah sorry about that
[11:32] <NCommander> oh well
[11:32] <lool> davidm and cgregan had it much earlier though, hopefully you didn't get it from me
[11:32] <NCommander> Anyway
[11:33] <NCommander> kde4bindings builds

[11:33] <NCommander> Once we're out of freeze KDE is fixed I hope
[12:18] <theseinfeld> NCommander kde4bindings builds where? Also in lpia?
[12:18] <theseinfeld> intrepid?
[12:18] <NCommander> jaunty
[12:19] <theseinfeld> any back-port?
[12:19] <theseinfeld> actually, is it so that we still keep lpia?
[12:20] <NCommander> lpia has its own issues
[12:20] <NCommander> kde4bindings was badly broken on ARM
[12:41] <theseinfeld> so, it doesn't build for armel, but for everything else
[12:41] <theseinfeld> the jaunty
[12:41] <theseinfeld> https://edge.launchpad.net/ubuntu/jaunty/+source/kde4bindings/4:4.1.85-0ubuntu1
[12:41] <persia> theseinfeld, It's still waiting.
[12:42]  * persia encourages ARM discussions to move to #ubuntu-devel, #kubuntu-devel, or #ubuntu-arm depending on the level of flavour or architecture specificity
[12:42] <theseinfeld> question is, can we backport it to lpia?
[12:43] <theseinfeld> there are packages that don't install because of that dependency
[12:43] <theseinfeld> the libplasma2 for example
[12:43] <persia> It built on lpia : https://edge.launchpad.net/ubuntu/+source/kde4bindings/4:4.1.85-0ubuntu1/+build/814841
[12:43]  * theseinfeld apologizes to persia...
[12:44] <theseinfeld> yes, but not on intrepid
[12:44] <theseinfeld> https://edge.launchpad.net/ubuntu/+source/kde4bindings/4:4.1.3-0ubuntu1~intrepid1/+build/776527
[12:44] <theseinfeld> https://edge.launchpad.net/ubuntu/+source/kde4bindings/4:4.1.2-0ubuntu2/+build/742603
[12:45] <theseinfeld> that is where is stops
[12:45] <theseinfeld> that is also why I asked NCommander if he will backport it to intrepid
[12:45] <theseinfeld> :D
[12:45] <persia> Ah.  Nevermind :)
[12:46]  * theseinfeld scratches his head...
[12:46] <theseinfeld> Nevermind what? :D I mind if there is nothing there in intrepid...
[12:47] <theseinfeld> If people do a aptitude full-upgrade and they have libplasma2 it will be quite an experience :D
[12:48] <persia> "nevermind" as in "ignore my input", and yes, it ought be fixed.  FTBFS usually is SRU-worthy.
[12:53] <theseinfeld> it is not working since...november... I think :d
[12:53] <theseinfeld> persia, define SRU worthy in lpia :D
[12:53] <NCommander> It's not that easy
[12:53] <persia> theseinfeld, Same as anything else, but needs to be regression-tested also against primary architectures, as for any port.
[12:53] <NCommander> lpia's mono is miserably broken, and there are a load of things that had to be fixed, such as circular build depends to get that going on jaunty :-/
[12:54] <persia> NCommander, didn't the Kubuntu team basically decide to give up on lpia for intrepid?
[12:54] <theseinfeld> yeah, I know... I've been talking with Hobbsee some time ago on this topic...
[12:55] <NCommander> persia, I gave up, no one else decided to fix it :-)
[12:55] <theseinfeld> shouldn't there be an update on Bug #289402
[12:55]  * NCommander notes that breakage happened very late in the cycle, and it wasn't caught until just before/after final freeze
[13:11] <theseinfeld> NCommander, wasn't that kde python that was causing the mess?
[13:12] <NCommander> yeah
[13:12] <theseinfeld> How bad will it work without it?
[13:12] <theseinfeld> :D
[13:12] <NCommander> We can't build it sanely
[13:12] <NCommander> and it won't build without
[13:12] <NCommander> I forgot how we fixed it for jaunty
[13:12] <theseinfeld> LOL
[13:12] <NCommander> but I'm not going to try and fix it for intrepid
[13:12] <theseinfeld> can't you just backport it? like, make that package in intrepid?
[13:13]  * theseinfeld is thinking: launchpad ppa copy feature?
[13:13] <persia> theseinfeld, Try changing the target in the changelog and pushing to your PPA.  Might break, but might work.
[13:14] <persia> worst case, you'll need to rebuild much larger chunks of stuff, which is where it gets ugly.
[13:14] <theseinfeld> I have the build, like NCommander, I just forgot how I fixed it :D
[13:14] <theseinfeld> I had it for lpia intrepid even...at some point
[13:19] <theseinfeld> I think that that issue is that in the ports.ubuntu. lpia repo there is no more ubuntu9 for that kdebase...
[13:20] <theseinfeld> the break comes between kdebase-workspace...ubuntu9 and ubuntu12
[13:20] <theseinfeld> at least last time when I checked
[13:20] <theseinfeld> perhaps lool, when he recovers can check this as well :D
[13:25] <NCommander> theseinfeld, if you can provide debdiffs, I'd be willing to look at the possibility of getting it fixed via intrepid-updates
[13:29] <ogra> lool, seen that ? http://lwn.net/Articles/311890/
[13:31] <lool> ogra: Cool
[13:33] <lool> ogra: I looked into cross building an initrd or initramfs from x86 for armel, and it's not easy; initramfs-tools is shell but runs commands and you can't override its root (so it uses /usr/share), yaird as a similar problem
[13:33] <ogra> yeah, you'll need qemu at least
[13:35] <lool> theseinfeld: hmm?
[13:35] <lool> theseinfeld: I thought the circular build-dep was gone in newer kdes
[13:35] <lool> ogra: But even with qemu
[13:35] <lool> You need something like scratchbox to do it
[13:35] <lool> Which is where it becomes ugly
[13:35] <ogra> though the design of arm kernels might help us here, you might not actually need an initramfs if you have NAND
[13:36] <lool> ogra: (You checked that email I forwarded you?)
[13:36] <ogra> i.e. have a minimal rootfs that you can use on firstboot to generate the initramfs 
[13:36] <persia> Depends on the device, and architecture doesn't matter.  I used to boot an amd64 device off nand, which then broke horribly when initramfs was introduced.
[13:37] <persia> Even so, running with a compressed initrd was faster, as the read time to real memory was *much* faster than the read time to the NAND.
[13:38] <ogra> persia, i dont mean to really boot without it, but if you have a rootfs.gz sitting in NAND you can mount it through a bootoption, generate a proper initramfs, reboot and voila 
[13:38] <ogra> our initramfs has to boot in any case ... we shouldnt differ from the main distro ... but we migh not be able to generate it in advance
[13:39] <ogra> having a rootfs.gz could be a way around that but only where you have NAND available 
[13:39] <persia> Oh, right, and then store the generated initramfs back to the NAND.
[13:39] <ogra> right
[13:40] <ogra> lool, yes, i looked at the arm stuff, sounds cool
[13:40] <persia> Just make sure that the driver for the NAND is in the initramfs: that's why I don't boot my workstation off NAND anymore.
[13:40] <ogra> indeed
[13:40] <ogra> persia, welcome back btw ... took you a while :)
[13:42] <persia> ogra, Lots to catch up on before submitting myself to the distraction of live IRC :)
[13:42] <ogra> ah
[13:42] <ogra> i thought you were routed through intresting airports :)
[13:43] <persia> No, I flew direct.  Turned out there were several flights on Saturday, and I caught the second after I arrived at the airport, so only had to wait about an hour.
[13:44] <lool> Ah you had the flew as well
[13:44] <persia> heh, well, not quite the same one :)
[13:53] <ogra> heh
[14:21] <NCommander> morning ogra and lool 
[14:26] <lool> morning again
[14:30]  * NCommander is obviously repeating himself :-)
[17:49] <lool> Hmm where would I report a bug on the text which is in the cdimage build scripts
[17:50] <lool> StevenK, ogra: around?
[17:50] <lool> StevenK, ogra: the text on the boot menu for UMPC doesn't fit "Try Ubuntu UMPC without any c" (change)
[17:56] <lool> In fact I can't file bugs about images
[17:56] <lool> I guess Ubuntu
[18:17] <Luciole`-> Hi everyone
[18:17] <Luciole`-> Anyone here ?
[18:18] <Luciole`-> Well, anyway
[18:18] <Luciole`-> I do have a question about UNR
[18:19] <Luciole`-> Is there any special Atom-optimization in UNR iso
[18:19] <Luciole`-> or Atom-optimizations are deployed on the whole 8.10
[18:19] <Luciole`-> I mean, I just installed a standard Ubuntu 8.10 on a Atom-netbook
[18:20] <Luciole`-> and then installed UNR packets for the GUI
[18:20] <Luciole`-> but do I miss Atom optimizations ?
[18:20] <Luciole`-> Thanks if anyone reads :)
[18:34] <ogra> lool, known issue
[18:35] <ogra> lool, the seed isnt matching either yet, i was planning to change it on the go towards alpha3 ... bootability and a running ubiquity is all i care for for alpha2
[18:37] <ogra> lool, i have a half prepared netbook seed already to adjust teh umpc image but wanted to wait until post alpha
[18:37]  * ogra goes back into vacation mode
[19:00] <lool> ogra: StevenK has been working on the seed as well, you two need to coordinate
[19:00] <lool> I think he has a branch or something