[01:29] GrueMaster: any luck with that image/ [01:30] Haven't rechecked. Just automating core image tests for all 3 arches. Running it now through jenkins. [01:30] Ok, it was waiting for me to nudge it past restricted. [01:31] running now. [01:31] fail. [01:32] Jan 1 02:25:00 base-installer: info: could not determine kernel flavour === mayday_jay-|work is now known as mayday_jay [01:35] This is telling: Jan 1 01:58:17 base-installer: warning: Unknown armel subarchitecture 'omap4'. === nemik_ is now known as nemik === twb` is now known as twb === Jack87|Away is now known as Jack87 === ericm|ubuntu is now known as ericm-afk === doko_ is now known as doko === Quintasan_ is now known as Quintasan [10:54] Um, the latest I checked at raspberrypi.org, the final version is using Broadcom BCM2835, ARM11 compatible - isn't that one of the "newer" versions, that should be supported by Ubuntu? [10:56] WaltherF1: Unless something's changed, the Pi is armv6, and we build for v7. [11:00] infinity: They published a new graphic for the final version, http://www.raspberrypi.org/wp-content/uploads/2011/11/Raspi-Model-AB-Mono-1.png [11:00] infinity: and it exclusively states ARM11 [11:00] WaltherF1: ARM11 = ARMv6 [11:01] ah, okay, sorry for the confusion [11:01] ...and btw, imo that's not a neat way of arranging your versioning -.- [11:01] (not your fault!) [11:02] http://en.wikipedia.org/wiki/List_of_ARM_microprocessor_cores [11:02] And yeah, it's confusing. [11:02] send your thanks to ARM for that kind of crappy versioning :) [11:02] The Cortexes continue the confusion with going from A8 to A9 to A7 and A15... [11:02] yeah [11:03] at least A7 will then be v7 [11:03] Hah. [11:04] heh [11:06] duh, at least ubuntu is sensible with yy.mm [11:06] janimo, oh, btw, having the ac100 kernel built for el as well as hf would be nice [11:06] ogra_: Kernels will come. [11:06] WaltherF1, well, but we use funny names too :) [11:06] I'll bug people more insistently when the archive is actually installable. [11:06] infinity, that kernel will need jani or me touching it ... its not maintained by the kernel team [11:07] ogra_: el and hf? [11:07] ogra_: I know. Or me. :P [11:07] indeed :) [11:07] lilstevie: armel and armhf. [11:07] kernels shouldn't have that issue [11:07] infinity: yeah I am aware [11:07] lilstevie: The kernel needs to exist in the hf archive. [11:07] lilstevie, but you want an armhf .deb ;) [11:07] Which means, sadly, building it twice. [11:07] mer guys assured me that one kernel should be universal [11:07] (Or building it as arch:all, but we really don't need ARM kernels on powerpc...) [11:07] its all about dpkg ... not actually the binary [11:08] ah [11:08] lilstevie: Identical build. Just needs to be in both _armel.deb and _armhf.deb form. :P [11:08] kinda crappy system [11:08] we could as well just cp them on ports.u.c :P [11:08] Well, dpkg could handle it fine, to be fair. [11:08] We could do multiarch kernels. [11:08] And should, eventually. [11:08] But we'd need some installer mangling to make that work. [11:09] ah [11:09] The path of least resistance for now is just two builds. It's not world-ending. [11:09] Just a waste of 4 hours of a panda's time. [11:10] heh [11:10] and given that one of the arches will go away anyway ... [11:10] yeah [11:10] ogra_: I kinda want to rebootstrap armel as v4T as a community project (and maintain bi-arch/multi-arch with it)... Is that wrong? :P [11:11] I'd have to do it out of work hours, but I'm quite tempted, to be honest. [11:11] well, the pi people would love you forever for that :) [11:11] infinity: not really, that would solve the problems with all these *plug devices wanting ubuntu [11:11] i would help := [11:11] :) [11:12] now this sounds good, I'd be eager to help with all my knowledge as well [11:12] I would donate CPU time on my trimslice as a builder if that would help [11:12] is theere actually much work to do apart from changing compiler flags and do a complete rebuild ? [11:13] (and getting approval for the resource costs indeed) [11:13] ogra_: And back out any braindead patches we have that assume thumb/vfp/etc. [11:13] well, just re-roll debian then [11:13] ogra_: Basically, revert to pure Debian compat for armel. Which shouldn't be too hard. [11:13] yeah [11:14] infinity, but why bother duplicating Debian, it's already there? [11:14] The upshot is that we can do it on v7 hardware and just cheat. [11:14] davidm: Because we get a TON of people who are grumpy when we say "use Debian for you < v7 device". [11:14] davidm, there is no unity :) [11:14] davidm: And when our official v7 solution becomes armhf, it might be a nice community service to offer a baselive v4T again. [11:15] Gentlemen (and ladies?), I appreciate this. Thank you. [11:15] indeed totally unsupported etc [11:15] WaltherF1: Nothing to appreciate yet. :P [11:16] WaltherF1: I need to get a lot of people to agree to my insanity before it could ever happen. [11:16] infinity: heh [11:16] WaltherF1: (And the official answer for now on the Pi is, indeed, "use Debian") [11:16] and I suspect with the current lack of HW it's not going to happen [11:16] infinity: But hey, I got you convinced to my insanity already, isn't that a start :P [11:16] WaltherF1, even if it would happen that would be in a year from now or so [11:17] davidm: Get me one 4U Calxeda box and we can build 4 arm* ports and keep up. :P [11:17] yeah yeah, i'm not going to spoil this anywhere... But I can guarantee, (if)/when you'll announce the support officially, internet will shit bricks [11:17] WaltherF1: It would never be "official". [11:17] WaltherF1: It would be as unofficial as our powerpc port (which people keep trying to drop...) [11:17] So... [11:18] I wouldn't hold your breath, is the take-home message. ;) [11:18] Still, I'd like to do it. [11:18] we should also add nslu2 images back :P [11:18] once we have such a prot [11:18] *port [11:20] sneaky.. so when fedora moves to armhf we grab the legacy armv5 armel turf? [11:21] xranby, its just a weird idea by a sleep lacking developer :P [11:22] xranby: Fedo--who? Doesn't evern v5 user run Debian? :) [11:22] s/evern/every/ [11:24] at least some old fedora verson was preinstalled on the openrd boards [11:27] also some netgear NAS like the Stora are based on a locked down fedora [11:33] infinity: but.. yeah.. i agree I do run debian on my openrd machines and on my Stora :) === Amaranth_ is now known as Amaranth === plars is now known as plars-vacation === Ursinha is now known as Ursinha-lunch === prpplague^2 is now known as prpplague [16:13] NCommander: ping [16:15] infinity: ping...any idea when we can expect to have an armhf image for folks to test out? [16:16] robbiew: Desktop won't be for quite a while (hard to estimate while build-deps are being unsnagged), server might be doable (with some bits missing) in a week or so? [16:16] robbiew: Very hand-wavy at this point, hard to commit until I can get a good overview of what I still need to manually bootstrap. [16:16] ack [16:16] robbiew: Plus, I'll need to force some server bits to the front of the queue to make that estimate. ;) [16:16] infinity: cool, thx [16:16] heh [16:17] infinity: looks like the ARM Supercomputer folks are willing to testdrive our bits [16:17] so the sooner the better ;) [16:17] robbiew: I'd like to testdrive theirs too! [16:17] (Man, that sounds bad) [16:17] I'm working on that [16:18] robbiew: I'll see what I can do about reordering and jamming some more stage-2 bootstrap bits in for server dep loops. [16:18] robbiew: Of course, we won't have installable images for those folks (as I assume they use kernels we don't ship), but I also assume they're smart enough to figure out how to install minimal chroots and go from there. [16:19] infinity: yeah...given they've been using Ubuntu already...I think so :P [16:20] robbiew: Feel free to keep giving me gentle prods over the next week or two. I'll see what I can do about delivering most of server-ship. [16:20] (Hey, you already have MySQL, we're done, right?) [16:20] infinity, robbiew: a debootstrappable buildd chroot would be appreciated as the first step ;-P [16:20] (Right?) [16:20] doko: Yeah, yeah. Working on it. [16:21] couldn't resist ... [16:21] infinity:cool...who should I talk to about producing an ARM HPC kernel for them...is that you all or #ubuntu-kernel folks [16:21] doko: You can cheat and debootstrap --minbase from http://people.canonical.com/~ubuntu-archive/armhf/ for now, add ports.u.c to the sources.list, and install build-essential. [16:21] They need kernel scheduler and parameters tuned for single-threaded execution, as there is no user interaction or time-sharing in an HPC platform [16:22] robbiew: Well, I assume it would be targetted specifically at their hardware as well. You could talk to davidm about it. I'm fairly sure it won't be his team that ends up doing the work, but he'll know who should. :P [16:23] doko: --variant=minbase, that is. But you know what I mean. [16:23] doko: But I'll get --variant=buildd working from ports fairly soon. Need a kernel and a few other bits. [16:23] infinity: ack, thx [16:24] infinity, minbose is supposed to work? [16:24] infinity: yeah...could be something done as part of a Canonical/BSC relationship [16:24] doko: minbase works from people. [16:24] ahh [16:24] doko: Probably not from ports yet. [16:25] doko: buildd would theoretically work from people too, except my stage-2 archive doesn't take overrides into account, so sections/priorities are wrong, and debootstrap has a bit of a hissy fit about the whole deal. [16:26] doko: But yeah, if you want to play, minbase from people, add ports at the top of sources.list (and keep people), install build-essential, have fun. [16:29] well, shouldnt -core be buildable already ? [16:29] we could probably make A1 with it ;) [16:29] (for hf that is) [16:30] ogra_: Not yet. [16:32] * infinity tests this statement. [16:32] if minbase and apt work i would have guessed it should be buildable [16:33] infinity, did you ever get a reply from apw about linux-libc-dev built from separate source? [16:33] Note that I said to debootstrap minbase from my stage-2. [16:33] Not from the archive. ;) [16:33] (which i would expect to be reqs for the buildd setup) [16:33] ah [16:33] that one i missed indeed :) [16:33] doko: linux-libc-dev is buildable out-of-band with DEB_STAGE=stage1 [16:33] doko: Works well enough for bootstrapping. [16:34] ogra_: Yeah, minbase is still missing a few bits in the archive. Will sort it. [16:35] Oh, or not just yet. [16:35] Need ruby1.9 to build libselinux. [16:35] La la la. [16:35] Sorting slowly. ;) [16:35] no hurry, i wasnt actually serious about A1 anyway [16:36] looks like the bootstrap is stalled now, universe packages start building === Ursinha-lunch is now known as Ursinha [16:40] robbiew: pong [16:40] doko: I'm revisiting some snags. [16:41] NCommander: nevermind...all sorted ;) [16:42] robbiew: k :-) [16:44] NCommander: got another question for ya...any reason why hdf5 isn't tagged for armhf builds? -> https://launchpad.net/ubuntu/precise/+source/hdf5 [16:44] hdf4 is, but our supercomputer friends in barcelona would like hdf5 :) [16:44] robbiew: its probably in P-a-s [16:45] looking [16:45] it probably simply missesw armhf in debian/control [16:45] *misses [16:45] What ogra_ said. [16:45] ogra_: any all [16:46] It's not P-a-s. [16:46] hrm, no its got a armhf build record [16:46] robbiew: https://launchpad.net/ubuntu/+source/hdf5/1.8.4-patch1-3ubuntu1/+build/2963282 [16:46] Oh, then it just needs to build. :P [16:46] ah [16:46] cool...nevermind :) [16:47] robbiew: always use the source overview page to look at what builds are doing what where: https://launchpad.net/ubuntu/+source/hdf5 [16:48] robbiew, http://qa.ubuntuwire.org/ftbfs/primary-precise-armhf.html might also be intresting for you in case you look for failed builds (not actually instresting at this stage of the bootstrap but will be soon) [16:48] doko: We have a fair few packages that need -lm fixes. You could queue those up for uploads right after the freeze is over, if you're feeling helpful. ;) [16:48] NCommander: thanks...I **thought** I did :/ [16:48] robbiew: you were looking at the percise version page. LP's URLs for finding stuff are kinda irritating [16:49] robbiew: having the release name in the URL is a drastically different page. Annoys me to no end. [16:49] indeed [16:49] +1 infinity [16:49] (Try having the release name in a bug URL and see how that screws with your head) [16:49] Like, being unable to target things, etc. [16:58] infinity, hmm, new -as-needed ftbfs? [17:00] doko: No, it was the "something used to needlessly link against libm and doesn't anymore" thing. [17:01] doko: Remember that landed late in the oneiric cycle and then seb128 rapidly reverted it? [17:01] ahh, the seb128^Bgnome mess [17:01] doko: Well, it's landed for good now. [17:02] doko: https://launchpad.net/ubuntu/+source/gnome-desktop/1:2.32.1-0ubuntu6/+build/2962501 <-- For example. [17:02] I'm working on the "stuff that's FTBFS due to changes in if_packet.h" failures right now. [17:15] ahh, like klibc? [17:16] doko: klibc, iproute... I'm sure I've seen a couple more. Will comb. [17:17] Of course, I also need a nap at some point. [17:17] python distracted me last night. [17:17] ctypes? [17:17] ctypes is hilariously broken. [17:17] Yeah. [17:18] lool sent a patch [17:18] Yeah, I'm building with it. [17:18] But that's just papering over awful code. === zyga is now known as zyga-afk === WaltherF1 is now known as WaltherFI === zyga-afk is now known as zyga === Jack87 is now known as Jack87|Away