/srv/irclogs.ubuntu.com/2008/05/27/#ubuntu-toolchain.txt

=== DrkR7[AwAy] is now known as DrkR7
DrkR7hi19:26
DrkR7:)19:26
DrkR7!mipsel19:26
DrkR7;\19:26
DrkR7:\*19:26
DrkR7lamont?19:31
DrkR7infinity do u know something about compiling for mipsel?19:32
DrkR7:\19:32
infinityI'm not involved in the Debian mips* ports in any meaningful way, so not really.19:33
DrkR7oh Ok :)19:35
lamontinfinity: 1) get a mipsel box.  2) dpkg-buildpackage. :-)20:36
infinitylamont: :P21:17
infinitylamont: I never managed (1)... MIPS was the only Debian arch I never had.21:18
lamontheh.  I think I have both mips flavors in the house, although the tivo is dead.21:18
lamontand the other one hasn't ever actually been installed... still on the TODO list21:19
infinitylamont: Hrm, speaking of porting.  Any urge to build interpid/glibc locally on hppa and see if/why the testsuite is hanging?21:23
lamontoh joy.21:23
infinitylamont: Seems to be stuck on tst-gettext5.sh on primero, though I'll let it run for a few hours for kicks.21:24
lamontI'm still catching the local mirror up on i386 bits...21:24
infinitylamont: Then again, hanging testsuite is better than the "it was completely FTBFS" situation we had all through hardy...21:24
lamontmebbe I'll just work from the town-office tomorrow so that I can fetch intrepid main for more than just i38621:24
lamontlol - yeah21:24
infinitylamont: Having a glibc released in the last decade would be a big step for hppa. :)21:24
lamontfeh21:26
infinityHrm, why am I not surprised that things appear to be hanging in the multithreaded gettext tests?21:32
infinityAnd, is the fact that that testsuite is running with "-j 2" (hence running test4 and test5 together) making hppa even less happy? :)21:32
lamontmultithread... win21:35
infinitylamont: 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:38
infinitylamont: If (B) is true, I get an excuse to upgrade all the hppa buildds to hardy.21:39
infinitylamont: Oh, wait, primero's not a dapper kernel anyway... It's 2.6.22, whatever that is...21:39
lamontdapper world, gutsy kernel.21:39
infinitygutsy, apparently.21:40
infinityYeah.21:40
lamontfwiw, I have verified that hardy/hppa is love... you have my permission to upgrade primero/kohnen/castilla  (pick on primero first, mk?)21:40
infinityI suspect it's not your permission that I need. :)21:41
lamontinfinity: heh.  my blessing then21:41
infinityThough, given that hppa was never supported in any release, I don't imagine I'll get much push-back from elmo.21:41
lamont'struth21: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
lamontsee - and that's why we must keep hppa/ubuntu alive. :0)21:42
lamontew21:42
lamonthppa/ia64 have always been -ports, iirc..21:42
infinityI 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
infinityOr, won't care much.21:43
infinitylamont: 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:47
lamontmakes sense21:48

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!