--- Log opened Mon Apr 26 00:00:03 2010 01:22 < Intensity> In installing glibc, I get: make[2]: *** No rule to make target `PREFIX/src.glibc.Localhost.20100425.231401.23758.localhost/glibc-2.11.1/objdir/nptl/pthread_spin_trylock.o', needed by `lib-noranlib'. Stop. 02:06 -!- digitaloktay [~arch@unaffiliated/digitaloktay] has quit [Quit: bin mal langer!] 07:16 -!- mtr [~michael@v29762.1blu.de] has quit [Ping timeout: 260 seconds] 07:23 -!- mtr [~michael@v29762.1blu.de] has joined #t2 08:51 < rxr> re 08:51 < rxr> hi mtr 09:39 < CIA-32> rene * r36150 /trunk/package/network/cherokee/cherokee.desc: * updated cherokee (0.99.43 -> 0.99.45) 09:39 < CIA-32> rene * r36151 /trunk/package/xfce4/xfce4-taskmanager/xfce4-taskmanager.desc: * updated xfce4-taskmanager (0.3.2 -> 0.4.1) 09:39 < CIA-32> rene * r36152 /trunk/package/graphic/imagemagick/imagemagick.desc: * updated imagemagick (6.6.1-4 -> 6.6.1-5) 09:40 < CIA-32> rene * r36153 /trunk/package/graphic/sane-backends/ (avision.patch sane-backends.desc): * updated sane-backends (1.0.20 -> 1.0.21) 09:40 < CIA-32> rene * r36154 /trunk/package/graphic/sane-frontends/sane-frontends.desc: * addec CheckVersion url tag to sane-frontends 11:45 -!- T-One [~T-One@195.70.114.210] has joined #t2 11:45 [Users #t2] 11:45 [@ChanServ] [ CIA-32 ] [ koan ] [ mjungwirth_] [ rxr ] [ T-One] 11:45 [ aloof ] [ Intensity] [ mjungwirth] [ mtr ] [ Stealth] [ TobiX] 11:45 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal] 14:33 -!- digitaloktay [~arch@unaffiliated/digitaloktay] has joined #t2 14:51 -!- T-One [~T-One@195.70.114.210] has quit [Ping timeout: 264 seconds] 14:57 -!- T-One [~T-One@213162066136.public.t-mobile.at] has joined #t2 15:47 -!- T-One [~T-One@213162066136.public.t-mobile.at] has quit [Read error: Connection reset by peer] 17:16 -!- T-One [~T-One@195.70.114.210] has joined #t2 18:21 -!- T-One [~T-One@195.70.114.210] has quit [Quit: Verlassend] 18:40 < rxr> hi 21:49 < rxr> hm 21:49 < rxr> given the speed on the AMD Phenom's, Opteron's I get the impression I have to get rid of Xeon server very very quickly, ... --- Log closed Tue Apr 27 00:00:03 2010