[19:26] <DrkR7> hi
[19:26] <DrkR7> :)
[19:26] <DrkR7> !mipsel
[19:26] <DrkR7> ;\
[19:26] <DrkR7> :\*
[19:31] <DrkR7> lamont?
[19:32] <DrkR7> infinity do u know something about compiling for mipsel?
[19:32] <DrkR7> :\
[19:33] <infinity> I'm not involved in the Debian mips* ports in any meaningful way, so not really.
[19:35] <DrkR7> oh Ok :)
[20:36] <lamont> infinity: 1) get a mipsel box.  2) dpkg-buildpackage. :-)
[21:17] <infinity> lamont: :P
[21:18] <infinity> lamont: I never managed (1)... MIPS was the only Debian arch I never had.
[21:18] <lamont> heh.  I think I have both mips flavors in the house, although the tivo is dead.
[21:19] <lamont> and the other one hasn't ever actually been installed... still on the TODO list
[21:23] <infinity> lamont: Hrm, speaking of porting.  Any urge to build interpid/glibc locally on hppa and see if/why the testsuite is hanging?
[21:23] <lamont> oh joy.
[21:24] <infinity> lamont: Seems to be stuck on tst-gettext5.sh on primero, though I'll let it run for a few hours for kicks.
[21:24] <lamont> I'm still catching the local mirror up on i386 bits...
[21:24] <infinity> lamont: Then again, hanging testsuite is better than the "it was completely FTBFS" situation we had all through hardy...
[21:24] <lamont> mebbe I'll just work from the town-office tomorrow so that I can fetch intrepid main for more than just i386
[21:24] <lamont> lol - yeah
[21:24] <infinity> lamont: Having a glibc released in the last decade would be a big step for hppa. :)
[21:26] <lamont> feh
[21:32] <infinity> Hrm, why am I not surprised that things appear to be hanging in the multithreaded gettext tests?
[21:32] <infinity> And, is the fact that that testsuite is running with "-j 2" (hence running test4 and test5 together) making hppa even less happy? :)
[21:35] <lamont> multithread... win
[21:38] <infinity> lamont: I'd actually be curious, if you have a local machine with a few Ubuntu kernels on it, if you can (A) reproduce the hang on a dapper kernel and then (B) see if it magically goes away with a hardy kernel.
[21:39] <infinity> lamont: If (B) is true, I get an excuse to upgrade all the hppa buildds to hardy.
[21:39] <infinity> lamont: Oh, wait, primero's not a dapper kernel anyway... It's 2.6.22, whatever that is...
[21:39] <lamont> dapper world, gutsy kernel.
[21:40] <infinity> gutsy, apparently.
[21:40] <infinity> Yeah.
[21:40] <lamont> fwiw, I have verified that hardy/hppa is love... you have my permission to upgrade primero/kohnen/castilla  (pick on primero first, mk?)
[21:41] <infinity> I suspect it's not your permission that I need. :)
[21:41] <lamont> infinity: heh.  my blessing then
[21:41] <infinity> Though, given that hppa was never supported in any release, I don't imagine I'll get much push-back from elmo.
[21:42] <lamont> 'struth
[21:42] <infinity> (I really want to upgrade the PPC and Sparc machines, but we're in this sticky "dapper was supported, but hardy isn't, do we want to switch from a supported release to an unsupported one just to get newer software?" thing...)
[21:42] <lamont> see - and that's why we must keep hppa/ubuntu alive. :0)
[21:42] <lamont> ew
[21:42] <lamont> hppa/ia64 have always been -ports, iirc..
[21:43] <infinity> I still argue that PPC/Sparc will be happier running new kernels, at the very least, if not also new userspace, but I can see elmo's argument about losing "official" security support, and having to watch like hawks for security bits that are FTBFS, since the Sec Team won't care about them.
[21:43] <infinity> Or, won't care much.
[21:47] <infinity> lamont: Anyhoo, the hppa sbuild timeout has been bumped to 600 mins.  If the glibc testsuite is still stuck here after that, I'll pass it off to someone else to look at "properly".
[21:47] <infinity> (Or I'll get my machine running here, but that requires some cabling and other madness)
[21:48] <lamont> makes sense