=== doko_ is now known as doko | ||
lool | ogra: Check the email I just fwed you | 11:24 |
---|---|---|
lool | this is so going to rock | 11:25 |
NCommander | morning lool | 11:26 |
lool | hey | 11:28 |
NCommander | how goes it? | 11:28 |
lool | Almost over my "flu" or whatever it was that looked like a flu | 11:30 |
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:32 |
NCommander | kde4bindings builds | 11:33 |
NCommander | <g> | 11:33 |
NCommander | Once we're out of freeze KDE is fixed I hope | 11:33 |
theseinfeld | NCommander kde4bindings builds where? Also in lpia? | 12:18 |
theseinfeld | intrepid? | 12:18 |
NCommander | jaunty | 12:18 |
theseinfeld | any back-port? | 12:19 |
theseinfeld | actually, is it so that we still keep lpia? | 12:19 |
NCommander | lpia has its own issues | 12:20 |
NCommander | kde4bindings was badly broken on ARM | 12:20 |
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:41 |
* 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:42 |
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:43 | |
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:44 |
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:45 |
* theseinfeld scratches his head... | 12:46 | |
theseinfeld | Nevermind what? :D I mind if there is nothing there in intrepid... | 12:46 |
theseinfeld | If people do a aptitude full-upgrade and they have libplasma2 it will be quite an experience :D | 12:47 |
persia | "nevermind" as in "ignore my input", and yes, it ought be fixed. FTBFS usually is SRU-worthy. | 12:48 |
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:53 |
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:54 |
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 |
ubottu | Launchpad bug 289402 in kdebase-workspace "circular build dependency between kdebase-workspace and kde4bindings, broken on lpia and hppa" [High,Triaged] https://launchpad.net/bugs/289402 | 12:55 |
* NCommander notes that breakage happened very late in the cycle, and it wasn't caught until just before/after final freeze | 12:55 | |
theseinfeld | NCommander, wasn't that kde python that was causing the mess? | 13:11 |
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:12 |
* 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:13 |
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:14 |
theseinfeld | I think that that issue is that in the ports.ubuntu. lpia repo there is no more ubuntu9 for that kdebase... | 13:19 |
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:20 |
NCommander | theseinfeld, if you can provide debdiffs, I'd be willing to look at the possibility of getting it fixed via intrepid-updates | 13:25 |
ogra | lool, seen that ? http://lwn.net/Articles/311890/ | 13:29 |
lool | ogra: Cool | 13:31 |
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:33 |
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:35 |
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:36 |
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:37 |
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:38 |
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:39 |
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:40 |
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:42 |
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:43 |
lool | Ah you had the flew as well | 13:44 |
persia | heh, well, not quite the same one :) | 13:44 |
ogra | heh | 13:53 |
=== davmor2 is now known as davmor2-away | ||
NCommander | morning ogra and lool | 14:21 |
lool | morning again | 14:26 |
* NCommander is obviously repeating himself :-) | 14:30 | |
=== cjwatson_ is now known as cjwatson | ||
=== davmor2-away is now known as davmor2 | ||
lool | Hmm where would I report a bug on the text which is in the cdimage build scripts | 17:49 |
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:50 |
lool | In fact I can't file bugs about images | 17:56 |
lool | I guess Ubuntu | 17:56 |
Luciole`- | Hi everyone | 18:17 |
Luciole`- | Anyone here ? | 18:17 |
Luciole`- | Well, anyway | 18:18 |
Luciole`- | I do have a question about UNR | 18:18 |
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:19 |
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:20 |
ogra | lool, known issue | 18:34 |
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:35 |
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 | 18:37 | |
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 | 19:00 |
=== cjwatson1 is now known as cjwatson | ||
=== asac_ is now known as asac |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!