/srv/irclogs.ubuntu.com/2005/11/22/#ubuntu-toolchain.txt

=== Riddell [i=jr@kde/jriddell] has joined #ubuntu-toolchain
=== infinity [n=adconrad@loki.0c3.net] has joined #ubuntu-toolchain
=== netjoined: irc.freenode.net -> brown.freenode.net
=== Riddell [i=jr@kde/jriddell] has joined #ubuntu-toolchain
=== infinity [n=adconrad@loki.0c3.net] has joined #ubuntu-toolchain
jbaileyRandom notes before I pass out:05:32
jbaileyBinutils upgrade breaks glibc build in two ways.05:32
jbaileyThe first of which I have a patch for (binutils is now sensitive to gcc emitting strange symbols)05:32
elmoone is known05:32
jbaileyThe second of which I don't, (weak symbols can no longer override global symbols)05:33
elmoa newer CVS (woo, this CVS idea WAS SUCH A GOOD IDEA) should fix the latter05:33
jbaileyGreat.05:33
elmocan you put a source package someone for me to test build with?05:33
elmoand do we only care about this for ubuntu?05:33
jbaileyYup, gimme a sec to make sure I have a ChangeLog entry for everything.05:34
jbaileyelmo: rookery:~jbailey/public_html/glibc/*05:41
elmojbailey: k, thx, I'll test a new upstream version tomorrow05:42
jbaileyelmo: Thanks.  Do you know what time of day you'll be doing that?05:42
jbaileyI'll try to be around for that.05:42
elmooh, no idea sorry05:42
elmoif it's important, and you don't want to be blocked on me, feel free to just do it yourself05:43
jbaileyUmm, as far as distros we care about for this?  Certainly Ubuntu for now.  Debian will be broken, but I haven't completed the merge yet.05:43
jbailey'kay.  Is it just a CVS update?05:43
elmoI make a point of only maintaining binutils for Debian, and Debian may or may not want to fix this (I've asked Vorlon)05:43
jbaileyIt's blocking X from building, or I wouldn't still be up staring at it.05:43
elmobasically, yes05:43
elmonone of the patches have been merged upstream, so it should just be a matter of copying the debian tree into a recent CVS checkout05:43
jbaileyI'll look at it in 7 hours then.  If you look at it before then, can you let me know?05:43
elmoI won't be05:48
elmoit's 5am, I need to sleep ;-)05:48
jbaileyRight. =)05:52
jbaileyI'm going to grab it first thing, so I'll just tackle it.05:53
jbaileyAny objections to me just updating in Ubuntu and sorting out merging to Debian later?05:53
elmoerr, that'd kind of suck since it involves an orig.tar.gz05:53
elmoif you do that, pls try and make sure it's a sane one I can reuse05:54
elmobut basically, I guess not, if you're in a rush05:54
elmoanyway, night05:54
jbaileyI'll do my best.  Thanks, James.05:55
jbaileyg'night05:55
jbaileyinfinity: If you care read the above text.05:56
jbaileyand g'night. =)05:56
lamont-awaydoko_: you realize that if you added a build-dep on the new libstdc++ version to the packages affected, they could be uploaded at the same time as gcc, and then the build-dep dropped on the next sync or whatever (that is, they could have -build versions...)07:13
fabbioneis the transition started btw?07:14
lamont-awaywaiting for the CD set to get built, iirc07:15
fabbioneok07:16
=== lamont-away -> bed
fabbionegood night lamont07:45
Riddelldoko: did you look into subversion with libdb4.3?10:03
dokoRiddell: infinity said, he's preparing packages and handling the upgrade10:04
dokofabbione: do you know which binutils failure daniels had in mind=10:06
doko?10:06
fabbioneno sorry10:06
fabbionejust read the scrollback here?10:06
Riddellinfinity: same question :)10:08
infinityRiddell : I've made the changes already in Debian's SVN repository.  The Debian upload is blocking on someone properly documenting the repo upgrade procedures for end users.10:34
infinityRiddell : I can, for now, cut an Ubuntu release from Debian SVN, if it's blocking you elsewhere, since we don't care much about being user friendly this early in OUR release cycle.10:35
Riddellinfinity: that would be good, it's blocking kdesdk which blocks a couple other important kde modules10:46
Riddelldoko: http://bugs.debian.org/323133 fixed in ubuntu too?10:52
dokoRiddell: not yet, but with the next upload10:53
Riddelldoko: which will be after today's flight-1 CD?10:58
dokonot sure about today, but after the flight-1 CD, so the gcc-3.4 workaround for hppa can be removed11:00
=== chmj [n=chmj@wbs-146-137-107.telkomadsl.co.za] has joined #ubuntu-toolchain
elmoanyone done anything with binutils yet?01:43
dokonot yet, jbailey did want to have a look today. it's the X build failure?01:49
elmowell, more getting newer glibc built, so X can build01:50
elmobut there's now also a patch for gcj vs. c++filt and I can fix hppa properly too01:50
dokohppa is the one metnioned on parisc-linux?01:51
elmohum? no, the expect-tcl8.3 thing01:51
elmowhat's the other thing?01:51
dokohttp://lists.parisc-linux.org/pipermail/parisc-linux/2005-November/027663.html01:53
dokoinfinity, elmo: i386 and powerpc buildd's run 32, or 64bit kernels?01:53
elmo64-bit kernel, but they force the personality to 32-bit01:53
elmo(just like sparc does, in Debian at least)01:53
elmodoko: oh, that, dunno about that01:54
fabbioneand in Ubuntu too01:58
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-toolchain
fabbioneyou talk about the evil...01:59
jbaileyI'm not evil.  I'm cute like Devil Doll02:00
fabbionetell that to jblack :D02:04
jbaileyThinking of which, I'd love to know what he thought of the drive to NYC.02:04
jbaileyJordi's blog posts were fun. 02:04
elmojbailey: fyi, I'm spinning a new binutils cvs for debian anyway02:06
elmosince there's a fix for c++filt02:06
jbaileyelmo: 'kay.02:09
jbaileyelmo: Safe to assume you'll sync it when you're happy?02:09
elmoheck no02:10
elmoit needs merging of that evil crap you guys use for the link on boot02:10
elmowhich so isn't going anywhere near Debian02:10
fabbioneelmo: speak with sabdfl about it please :D02:11
elmoeh, I don't care if you use it, it's just Not My Problem02:11
elmo"expect-tcl8.3 [hppa]  | expect [hppa] "02:11
=== elmo looks at doko
fabbioneelmo: it's not like we had the option to say "it sucks"02:12
elmofabbione: dude, you're missing the point, I'm not criticizing you guys for using it - it's just I don't maintain packages in Ubuntu, so I'm not going to start do merge work for them, even if it's my "own package" (in Debian)02:13
fabbioneahhh ok02:13
fabbionesorry02:13
fabbionei misunderstood02:13
infinityelmo : I'll merge it in the morning (~8 hours from now), if you do the Debian upload before then.  I'm intimately involved with binutils' debian/rules at this point.02:15
fabbioneinfinity: are on you kernel-team@l.u.c ?02:18
infinityfabbione : I am, I responded to your mail there a few minutes ago.02:19
fabbioneok02:23
dokoelmo: which one is that?02:30
elmodoko: gcc-4.002:58
dokoelmo: yes, already fixed in svn03:02
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-toolchain
elmook, so sorry, I got entirely distracted this afternoon by meetings and stuff, so I'm only just building binutils for ubuntu and test building glibc now07:56
elmoor has anyone beat me to it?07:57
jbaileyelmo: Adam said that he'd do it, and I haven't heard from him.07:57
jbaileySo I suspect he's still sleeping.07:57
elmotho I just realised I'm doing it on amd64 instead of i386, sigh07:57
elmowill that still work as a test case?07:57
jbaileyI saw it on ppc and ppc64.08:00
jbaileyI hadn't tried i386 and amd64 yet.08:00
jbailey"2.6.15-rc1 marks the closing of the window for new features, so Linus's git repository contains mostly fixes. It does, however, also include a generic cmpxchg implementation for i386, new Omnikey Cardman 4000 and 4040 drivers, and a new DMA32 zone for the x86-64 architecture."08:05
jbaileyDoes this mean we're going to go back to supporting i386, or can we still say fuckit, and consider going to i686 only?08:05
elmowe're not going to go back to i386, it'd require a recompile of the archive08:08
elmoI don't think we can do i686 only given our target market08:08
jbaileyOur target market appears to include computers that can run openoffice2.08:09
jbaileyDoes that honestly allow pre-i686?08:09
jbailey(I'm not actually too fussed about this, MS starting to move to 64 bit on servers is a good sign that we're on our way past the mess of upgrades to ia32)08:11
elmo../nptl/sysdeps/unix/sysv/linux/x86_64/sem_trywait.S: Assembler messages:08:12
elmo../nptl/sysdeps/unix/sysv/linux/x86_64/sem_trywait.S:59: Error: symbol `sem_trywait' is already defined08:12
elmoI got that for amd64; is that related or random?08:13
jbaileyLooks likely to be related, that's the same type of error I saw for the bind symbol.08:14
jbaileyLemme fire this up on concordia for a sec and get amd64 output for that.08:14
jbaileyjbailey@concordia:~ $ dchroot -c dapper08:15
jbaileyInvalid chroot 'dapper'08:15
jbaileyelmo: Should I send that to RT?08:16
elmoaww, crap jan hasn't committed the patch to fix it yet08:26
elmocrap, even worse, it has, but clearly hasn't fixed it08:28
jbaileyelmo: I'd just revert the patch from the 4th or so that loses the ability to override the symbols.08:31
jbailey(Assuming I have the patch right)08:32
elmoerr, what patch from the 4th?08:34
elmohttp://sourceware.org/ml/binutils/2005-10/msg00412.html references the problematic part of thepatch AFAIK08:34
elmook, this is krazy with a K08:51
elmoAFAICS it's nothing to do with Jan's patch08:51
elmohttp://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gas/read.c.diff?cvsroot=src&r1=1.108&r2=1.10908:51
elmo@@ -2784,18 +2793,37 @@08:51
elmo+  as_bad (_("symbol `%s' is already defined"), name);08:52
elmo+  symbolP = symbol_clone (symbolP, 0);08:52
elmowhich is like, "fatal error, but then do something", AFAICS08:53
elmo[oh, well, it is Jan's patch, just applied by Nick] 08:55
elmomeh09:19
elmojbailey: drow says 'iz glibc bug'09:19
=== doko_ [n=doko@dslb-084-059-099-041.pools.arcor-ip.net] has joined #ubuntu-toolchain
elmojbailey: http://sourceware.org/ml/glibc-cvs/2005-q4/msg00350.html09:27
jbaileyelmo Eh, okay.  I had assumed it was the same thing as the bind issue (which it might be, but there isn't a patch for yet)09:28
jbaileyelmo: Are you able to put a dapper chroot on concordia for me to look at this?  OtherwiseI can update my wife's machine to dapper, but that'll take an hour or two.09:29
elmodone09:30
jbaileytx09:32
elmolamont/infinity: floe has gone insane, please uninsane it, kthx09:40
jbaileyelmo: May I have devscripts in the dapper chroot, please? =)09:41
elmodone09:41
lamont-awayelmo: wow09:43
jbaileyelmo: Building, thanks.09:44
elmojbailey: oh, so http://people.ubuntu.com/~james/binutils/ has the new binutils, if it still helps any09:46
elmoI'm test building i386 (-12 tho) myself now with current dapper binutils09:47
elmoif it doesn't help powerpc, pls let me know09:47
elmoholy cow, could we build glibc a few more times on i386?  I'm sure we're not doing it enough09:54
jbailey*lol*09:54
jbaileyelmo: For dapper + 1 one of those passes gets dropped.09:54
jbaileyIf we finally admit that noone in their right mind would run Ubuntu with less than an i686, the other can be dropped. =)09:55
elmo{standard input}:422: Error: symbol `__moddi3' is already defined09:55
elmo{standard input}:513: Error: symbol `__udivdi3' is already defined09:55
elmo{standard input}:547: Error: symbol `__umoddi3' is already defined09:55
elmook, so that one iz glibc bug too09:55
jbaileyelmo: You need the -13 I gave you.09:55
elmoand I believe there's a patch, do you know about it?09:55
jbaileyIt has that fix in it already.09:55
elmomeh, seriously? gar09:55
elmooh, well, I'll restart that in a screen session09:55
fabbioneWOWOOOO09:58
fabbioneGO GCC!09:58
fabbionegcc: Internal error: Segmentation fault (program as)09:58
jbaileyfabbione: that's binutils, dude.09:58
jbaileyThe segfault bubbled up from as.09:59
fabbionei don't think that chroot has been updated actually09:59
lamont-awayelmo: floe is once again sane10:05
fabbioneelmo: do you know if Karl is around?10:14
fabbionehe did ping me yesterday even..10:14
fabbioneponged this morning10:14
fabbionebut no answer from him all day10:14
jbaileyI have glibc on amd64 now with my -13 + the patch drow mentioned for amd6410:16
jbaileybinutils still building on i38610:17
jbaileyerr10:17
jbaileyppc10:17
jbaileyelmo: I seem to be getting the same message even with the new binutils on ppc10:30
jbailey../sysdeps/unix/sysv/linux/bind.S: Messages de l'assembleur:10:30
jbailey../sysdeps/unix/sysv/linux/bind.S:5: ERREUR: symbole  __bind  est dj dfini10:30
jbaileyerr10:30
jbaileysymbol is already defined.10:30
jbaileyEh, weird.  on amd64 if doesn't using sysdeps/unix/sysv/linux/bind.S10:53
elmofabbione: we've been in meetings all day; he's clocked off now, I suspect11:10
elmolamont-away: thanks11:10
elmojbailey: ok, are we sure there isn't a patch for that one too? :)11:10
elmohmm, no unfortunately not11:11
fabbioneelmo: thanks, he did ping me back again :)11:12
fabbionei tought it was under your input :)11:12
lamont-awayelmo: I didn't bother to count higher than 4 buildds running there...11:14
elmoduh, the glibc build for i386 failed just like amd6411:25
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-toolchain
elmojbailey: glibc builds for i386 fails in the same way as amd64 - obviously ;)11:28
elmois the bind.S thing maybe because it's not in powerpc's syscall list?<random and uneducated guess>11:29
jbaileyCould easily be.  I'm just testing the ppc64 kernel for ben atm.11:30
elmoif you have a dpatch for amd64, I'm happy to test that, FWIW11:31
jbaileyconcordia:~jbailey/amd64/glibc/glibc-2.3.5/debian/patches/ubuntu-new-binutils.dpatch11:32
jbaileyThat replaces the old ubuntu-new-binutils.dpatch11:33
elmook, rebuilding on amd6411:36
jbaileyelmo: You're testing the new binutils?11:36
elmooh, good point, err, yes11:36
elmoI suppose I should downgrade11:37
jbaileyWell, it built fine in the dapper chroot you made for me.11:37
jbaileySo no point in repeating that test.11:37
elmooh11:37
jbaileyMy brain is spacy, so I'm just trying to make sure I have some clue as to what's happening. =)11:37
elmosweet11:39
elmoI get a different error with dapper binutils on ppc11:39
elmo../sysdeps/unix/sysv/linux/getsockname.S: Assembler messages:11:39
elmo../sysdeps/unix/sysv/linux/getsockname.S:5: Error: symbol `__getsockname' is already defined11:39
elmowill that go away if I upgrade binutils?11:39
elmoI'm getting so confused by all the versions and patches flying around here11:39
jbaileyErr.11:41
jbaileybind.S passed for you?11:42
jbaileyOr are you on an SMP machine that happened to get a bit further?11:42
jbaileygetsockname.S and bind.S are basically the same code.11:42
elmoah, yeah, it's davis11:42
elmo(which is SMP)11:42
jbaileyRight.  Look at the build log just before that and see if bind.S failed also.11:42
jbaileyIf it passed then I'm *very* confused.11:43
jbaileyBut it's the exactly same problem.11:43
elmooh, eww11:43
jbaileyThe nice part is it looks like the weak reference is the correct one (per the current symbol set)11:43
elmoit died for the 32 bit build11:43
elmobut didn't kill the build11:43
jbaileyUm, yeah.  THere's a small bug in the packaging.11:43
elmosymbol `__bind' is already defined11:43
elmomake[3] : *** [/home/james/scratch/glibc-2.3.5/build-tree/powerpc-libc/socket/bind.o]  Error 111:43
elmotouch /home/james/scratch/glibc-2.3.5/stamp-dir/build_libc11:43
elmook11:43
jbaileyThe error code gets eaten by tee.11:44
jbaileyelmo: Good guess on the syscall.11:46

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