[12:03] I was checking out the gcc-4.0 ftbfs that filed in Debian. [12:04] which one? [12:04] Making sure I could close it in Ubuntu when I discovered that it was ftbfs here. [12:04] http://bugzilla.ubuntu.com/show_bug.cgi?id=13660 [12:08] ah, yes, that one should be fixed with the biarch include dirs? [12:10] I was hoping so, or that it didn't affect us at all (since we were able to build gcc-4.0 before just against the glibc) [12:10] But then I had that ftbfs. [12:10] So... =) [12:12] the 3.4 with biarch include dirs is in the archives. [12:34] Cool! === lamont grumbles that doko did another gcc-3.3 upload, but didn't switch to expect-tk8.3 for hppa. === ajmitch [n=ajmitch@203.89.166.146] has joined #ubuntu-toolchain === doko [n=doko___@dsl-084-059-069-234.arcor-ip.net] has joined #ubuntu-toolchain [09:10] doko: fwiw, gcc-3.4's logwatch process never exits, until you kill it... :-( [hppa] === lamont-away sleeps [09:16] lamont-away: but it does terminate for 4.0? [09:19] dunno - I'll make a note of it next time there's a 4.0 upload [09:19] jbailey: the glibc build did fail on i386 ... [09:20] doko: -9 or -10? [09:21] -9 [09:21] (-9 is known/expected, -10 should build...) [09:21] he was grumbling about it earlier [09:21] I don't see a -10 [09:21] he was going to upload it sometime "soonish" [09:21] -9 had missing build-depends, iirc [09:21] but it's 0121, I should really crawl into bed [09:23] good night, really :) [09:24] jbailey: if you move around the headers in l-k-h, the headers for the default arch will stay where they are? [10:09] ROAR I hate sleeping alone in such a big place. Noises keep waking me up. [10:10] doko: I was testing that gcc-4.0 still built correctly with the new glibc and the build deps in a clean chroot while I was at it. === jbailey uploads -10 now and then goes back to bed [10:12] heh, think you're in Montreal? [10:12] Err.. [10:12] Is this one of those twilight zone moments where you tell me that I'm really in another universe? [10:13] anyway, do you have a l-k-h package which I can test? [10:13] you didn't move from Toronto to some French province? [10:13] Yup. The province of Qubec, city of Montral. [10:15] Hey, I see that the massive failures in gcc-4 biarch went away except in Java and mudflap, cool. [10:17] we disabled mudflap for biarch [10:17] doko: But in Toronto we lived on the 11th floor surrounded by concrete. [10:17] And it was a 1-room appartment. [10:17] Here, there's 4 rooms, and it's woodframe. [10:17] So things creak and groan, and they're too far away to just look at from bed. [10:17] and libjava isn't built as well, so the failures are ok [10:18] I think what woke me up just now was the door to the outside storage swingning a bit (It's broken and needs to be repaired so that it will stay shut) [10:18] But I woke up basically to the sound of a door openning. [10:18] *sigh* [10:19] glibc ubuntu10 uploaded. [10:19] do you have a l-k-h for testing somewhere? [10:19] thanks [10:20] I don't. I was trying to decide if it's worth it for breezy, or if it's too featurish. [10:20] Right now it's setup the same way that ppc/ppc64, sparc/sparc64 and s390/s390x is. [10:20] if we want to build the libs from amd64-libs, it's needed [10:20] Why? I think the current biarch stuff should cover it [10:21] no, that' what drow did mention. [10:21] i.e. ncurses includes the wrong headers. wait ... [10:21] Debian's lkh is only vaguely related to Ubuntu's. =( [10:22] Lemme double check. [10:22] Oh, hmm, I'm on crack it seems. [10:22] I thought I had biarch'd i386 [10:23] ncurses in my home on chinstrap [10:24] Ah, I have done so. [10:24] Right. the asm directories, not the linux/ directory which is common. [10:24] shouldn't it be safe, if we just move the headers for the non-default arch to /usr/include/ ? [10:25] It should be, but I think Matt considers those things to be features. [10:25] And it should be safe to do it the way it's already done, since that's how it's been for other biarchs in the Sarge release. [10:26] so we have to keep amd64-libs, but drop glibc from it? [10:26] No idea. I wouldn't have considered those features. [10:27] well, one goal was to remove at least amd64-libs === Seveas [n=seveas@seveas.demon.nl] has joined #ubuntu-toolchain === doko [n=doko@dsl-084-059-069-234.arcor-ip.net] has joined #ubuntu-toolchain === doko [n=doko@dsl-084-059-069-234.arcor-ip.net] has joined #ubuntu-toolchain