[01:47] <lamont> jbailey/doko: did we get the new hppa-loving glibc uploaded?
[01:47] <infinity> lamont: Yes.
[01:47] <infinity> lamont: That was ubuntu10
[01:48] <lamont> soog
[01:48] <infinity> lamont: If you're noticing that java packages (like db4.3) still fail to build, I noticed the same thing.
[01:48] <lamont> woot, even
[01:49] <lamont> do we have anything that gives the list of recent failures (I don't care about successes...)(
[01:49] <doko> lamont: please tell me why openoffice.org doesn't start on ia64, if openoffice.org-gnome is installed 
[01:49] <lamont> hrm... for newer machines, I expect it's because they don't do i386 in hardware... :)
[01:50] <lamont> for older machines, nfc
[01:50] <infinity> lamont: Hit up the buildd pages (all three of them), then filter by build state.
[01:50] <lamont> but I'll play with that some during the work week
[01:50] <infinity> lamont: That's the only real way (currently) to get all the failures for an arch.
[01:50] <lamont> sigh
[01:50] <doko> lamont: apparently it's an old machine, because it starts _without_ gnome
[01:50] <lamont> doko: yeah.  zx1 or earlier
[01:51] <lamont> maybe even zx2... dunno
[01:51] <lamont> infinity: I think I'll fire up a w-b instance for dapper again, just to see the status... :-)
[01:51] <infinity> doko: Is there a hope in hell of having native 64-bit OpenOffice for dapper+1?
[01:51] <infinity> lamont: Sad...
[01:51] <infinity> lamont: I could build some custom queries on drescher.
[01:51] <lamont> infinity: already have one for breezy-security, nothing extra to do for dapper, other than add it to the list of suites
[01:52] <infinity> lamont: Also, http://people.ubuntu.com/~cjwatson/testing-ports/dapper_outdate.txt is useful.
[01:52] <doko> infinity: I'll have to find out if it's targeted for 2.0.3, which is late May ...
[01:52] <infinity> doko: I suspect you can't wait to stop maintaining all the goofy ia32-libs collections. :)
[01:53] <lamont> infinity: very useful - bookmarked
[01:53] <infinity> Oh, there are a few of those.  File bugs if you haven't yet.
[01:53] <doko> infinity: dude, it's not *my* stuff ...
[01:53] <infinity> lamont: Also, ../testing/dapper_outdate.txt is for non-ports.
[01:54] <infinity> lamont: I need to ask Colin to do that as a unified file (easier to pikc out what fails everywhere), but right now, I wget and sort them together into one file.
[01:56] <lamont> Totals by arch:
[01:56] <lamont>     * hppa:92
[01:56] <lamont>     * sparc:29
[01:56] <lamont>     * ia64:23 
[01:56] <lamont> hppa rocks
[01:57] <lamont> that's dapper-problems
[01:57] <infinity> hppa's getting there.
[01:58] <infinity> It was 300 or something a while ago.
[01:58] <infinity> dapper_problems is almost getting readable.
[01:58] <lamont> esp for non-ports
[01:59] <infinity> non-ports is just waiting on package removals, otherwise it's "perfect"
[01:59] <infinity> Someone really should fix the findutils FTBFS though.
[02:22] <jbailey> doko: Wow: Stage 2 ends already?
[02:24] <doko> yes, but better not base dapper+1 on 4.2 ...
[02:29] <jbailey> Well, with a 6 week delay, 4.2 will be theoretically released, right? ;)
[02:37] <doko> jbailey, infinity: could one of you go over the debian repository and scan for patches not applied in the ubuntu package?
[02:37] <jbailey> Anything you're looking for in particular?
[02:37] <jbailey> (assuming you mean glibc, right? *g*)
[02:38] <doko> yes :)
[02:55] <jbailey> doko: Is there anything in particular fix that you're looking for?
[02:56] <doko> the particular one last weekend was "find the java breakage on hppa"
[02:56] <doko> which turned out as eh-frame-terminator.diff ...
[02:58] <jbailey> Sure.  Although the hppa patches in our glibc were the ones that the Debian hppa guy had said were best to be in there.
[02:59] <jbailey> Thinking of which.  Carlos had said that he'll try to have me hppa patches for nptl on 2.4 for next week.