--- Log opened Thu Nov 03 00:00:32 2005
00:02 < mnemoc> jsaw: :)
00:41 -!- sparc-kly|Univ [n=mubex@66-50-123-218.prtc.net] has joined #t2
01:20 -!- sparc-kly|Univ [n=mubex@66-50-123-218.prtc.net] has quit [Read error: 104 (Connection reset by peer)]
01:53 -!- morfoh_ is now known as morfoh
03:41 -!- sparc-kly [n=mubex@64.237.248.53] has quit [Read error: 104 (Connection reset by peer)]
05:47 < CIA-15> ragnar * r13113 /trunk/package/security/vserver/vserver.desc: * adjust vserver patch to reflect 2.6.14 kernel update
07:34 -!- mtr_ [n=Michael@p54AFAB01.dip0.t-ipconnect.de] has joined #t2
07:48 -!- mtr [n=Michael@p54AFADFE.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
08:05 < valentin> moin
08:57 < rxr> re
08:58 < rxr> moin valentin 
09:00 < rxr> Nestle Patents Coffee Beer
09:02 < rxr> http://hardware.slashdot.org/hardware/05/11/02/2055238.shtml?tid=100&tid=137
09:02 < rxr> ^- Neuros recently opened up the firmware code for its Neuros 442 portable media player, ... hardware design is complete, comprising a Texas Instruments dual-core digital signal processor, a 3.6-inch, 65,000-color TFT display ...
09:04 < valentin> hey rxr !
09:06 < valentin> nice stuff, once it runs t2
09:06 < valentin> rxr: did you notice the doubling two days ago ?
09:08 < rxr> valentin: yep
09:12 < rxr> do you think we should announce that on the list ?
09:12 < morfoh> moin
09:13 < valentin> rxr: nope
09:14 < valentin> i do not see any benefit from that
09:14 < valentin> ppl folowing development know which project evolves faster
09:17 < valentin> let's rather announce r20000 next year :)
09:18 < valentin> interpolating our recent speed, that should be reached in Jun/Jul 2006
09:23 < rxr> http://www.realworldtech.com/includes/templates/articles.cfm?ArticleID=RWT012704012616&mode=print
09:25 < rxr> Crusoe Exposed: Reverse Engineering the Transmeta TM5xxx Architecture II
09:34 < valentin> rxr: what is +41 ?
09:34 < valentin> maybe your partners from zurich ?
09:34 < rxr> switzerland
09:34 < rxr> why sss
09:34 < rxr> why ? even
09:35 < valentin> someone from this country called on my mobile
09:35 < valentin> today in the morning
09:35 < rxr> hm
09:35 < rxr> ending with 5400 ?
09:35 < valentin> the number is +41442545xxx
09:36 < rxr> hm - archivista
09:36 < valentin> is that archivista ?
09:36 < rxr> yep
09:36 < valentin> you remember, when you were on the DMS, they sent me some SMS ?
09:36 < valentin> shall i call back or will you ?
09:37 < valentin> damn:
09:37 < valentin> 09:35 < rxr> ending with 5400 ?
09:37 < valentin> 09:35 < valentin> the number is +41442545xxx
09:37 < valentin> now we exposed it *g*
09:37 < rxr> hehe
09:37 < rxr> it is on the net anyway
09:37 < rxr> nope
09:37 < rxr> no need to call them
09:37 < CIA-15> rene * r13114 /trunk/target/archivista/rootfs/home/archivista/install.sh: 
09:37 < CIA-15> * fixed refactored archivista/installer to format the partition for
09:37 < CIA-15>  single partition insall when the target can not be mounted ...
09:42 < rxr> ouhm - now my cell accu is empty ...
09:42 < rxr> damn
09:44 < valentin> if you phone them, tell them i told you they called
09:44 < valentin> not that they think i ignore them
09:44 < rxr> Uninstaller f?r Sony BMGs Kopierschutz-Rootkit
09:44 < rxr> Nachdem Sony BMG wegen des XCP-Kopierschutzes mit Rootkit-Funktionen heftig in die Kritik geraten ist, gibt der Musikgigant klein bei und bietet betroffenen Kunden einen Uninstaller f?r die dubiose Kopierschutz-Software an. mehr...
09:45 < rxr> http://www.heise.de/newsticker/meldung/65688
09:45 < valentin> yes. but then the customer cannot play the media anymore, right ?
09:47 < rxr> I do not care
09:48 < valentin> i do not buy any CD from sony group anyway
09:48 < rxr> I aonly buy copy protected CD after 15 minutes discussion with the personal asking whether it wil work on a RS/6K IBM Enterprise Server - the Only CD player in the office
09:48 < valentin> they can keep their shitty brocken CDs
09:48 < rxr> how to get the music on my cellphone and if I need to go into the studio and extract it using a Delta 1010 digital in from a Akai CD player
09:49 < rxr> after 15 minutes of getting on their nerves they so far always told me I can bring the CD back if it does not work for me
09:49 < rxr> but so far I could always read the content under linux
09:49 < rxr> only one CD hang my iBook
09:50 < rxr> under Linux and Mac
09:50 < rxr> it is hanging the CD-Writers firmware I think
09:50 < rxr> but on other players I could read it so ...
09:50 < valentin> i can read most copy protected cds, too but at speed < 1x
09:50 < valentin> however, some are not accepted by
09:50 < valentin> my cdrom
09:51 < rxr> as long as I can read them and have a mp3 on my Cell and a Ogg on my workstation all is fine
09:51 < valentin> in this case, edding helped
10:15 -!- rxr [n=rene@e178165133.adsl.alicedsl.de] has joined #t2
10:15 -!- Topic for #t2:  T2 | 2.1.0 TAGGED! | The System Development Environment (SDE) | http://www.t2-project.org/
10:15 -!- Topic set by mnemoc [] [Mon Oct 31 14:00:49 2005]
10:15 [Users #t2]
10:15 [ _Lewellyn] [ CIA-15  ] [ karasz[Away]] [ mtr] [ sepp    ] 
10:15 [ _Ragnar_ ] [ geekitus] [ mnemoc      ] [ owl] [ SerWou  ] 
10:15 [ Baldzius ] [ jsaw    ] [ morfoh      ] [ rxr] [ valentin] 
10:15 -!- Irssi: #t2: Total of 15 nicks [0 ops, 0 halfops, 0 voices, 15 normal]
10:15 -!- Channel #t2 created Sun Aug  8 21:15:33 2004
10:15 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup
10:16 -!- Irssi: Join to #t2 was synced in 7 secs
10:17 < mtr> moin valentin 
10:50 < CIA-15> pfister * r13115 /trunk/target/archivista/rootfs/home/archivista/ (update-restore.sh update-store.sh): Changed symlinks to hard links (for passwords in perl code)
11:36 -!- karasz[Away] is now known as karasz
11:39 < karasz> hi guys and girls
11:52 -!- geekitus [n=geekitus@d80-170-47-105.cust.tele2.fr] has quit [Read error: 104 (Connection reset by peer)]
12:03 -!- sparc-kly [n=mubex@64.237.248.53] has joined #t2
12:08 -!- sepp_ [n=sepp@p213.54.193.164.tisdip.tiscali.de] has joined #t2
12:17 -!- geekitus [n=geekitus@d80-170-47-105.cust.tele2.fr] has joined #t2
12:26 -!- sepp [n=sepp@p213.54.212.214.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
12:31 < rxr> re
12:32 < mtr> hi rxr
12:33 < rxr> hey mtr 
12:35 -!- morfoh_ [n=jeru@p54BEFD7E.dip.t-dialin.net] has joined #t2
12:44 < rxr> mtr: have you commited your via optmized glibc fix ?
12:44 -!- morfoh [n=jeru@p54BEDC47.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
12:45 < karasz> hi rxr
12:46 < rxr> hi karasz 
12:46 < karasz> how are you rxr?
12:46 < rxr> oh - mostly good - thanks, and you ?
12:46 < rxr> mtr: I don't see your glibc patch you mentioned
12:46 < rxr> mtr: any chance you could commit that soon? lars is running in this issue as well
12:47 < karasz> i am still fighting wit that build
12:47 < karasz> :(
12:49 < rxr> ouhm :-(
12:49 < rxr> where are you stuck
12:49 < rxr> ?
12:49 < karasz> e2fs fails
12:50 < karasz> e2fsprogs
12:53 < karasz> http://karasz.pastebin.ca/27475
12:53 < karasz> http://karasz.pastebin.ca/27475
12:54 < karasz> sorry lag
12:55 < jsaw> re
12:56 < rxr> karasz: hm - didn't it build for me ...
12:56 < karasz> rxr the bottom line is that i'm gettin' a little desperate here
12:57 < rxr> anyway I have a powerpc64 patch in trunk
12:57 < jsaw> rxr: what are your plans to fix the bootdisk target?
12:57 < karasz> i have one million stuff to do, i'd like to get the machine to my customer on the seventh, and i still did't get the passes from IBM
12:58 < rxr> jsaw: I want to rm -rf the bootdisk stuff
12:58 < rxr> jsaw: I want to have livecd a like boot scripts for installation 
12:58 < karasz> i know that this is ranting but i must let some steam off, so please excuse me
12:58 < rxr> my plan is to have this in one week
12:59 < jsaw> oh, one week, :D
13:00 < karasz> i guess my mai prob is that i have no clue about C
13:02 < geekitus> checking for perl5... no
13:02 < geekitus> checking for perl... perl
13:02 < geekitus> /usr/bin/env: perl -w: No such file or directory
13:02 < geekitus> make[2]: *** [s-enum-types-h] Erreur 127
13:02 < geekitus> any idea ?
13:02 < geekitus> (it's not a t2 problem, but you can maybe help me ..
13:03 < jsaw> "perl -w"
13:03 < geekitus> yes, it's the problem
13:03 < jsaw> some environment variable?
13:03 < geekitus> i think that it's the problem, but i don't know what i need to change
13:04 < geekitus> http://pastebin.com/415832
13:04 < geekitus> my env 
13:04 < jsaw> the problem is that env tries to run "perl -w" and not "perl" "-w"
13:05 < jsaw> env seems ok
13:05 < geekitus> the log :
13:05 < geekitus> http://pastebin.com/415833
13:07 < jsaw> first line of glib-mkenums please
13:07 < geekitus> what ?
13:08 < rxr> karasz: I fix e2fsprogs for you
13:08 < rxr> most problably by updating to the working trunk version
13:10 < jsaw> geekitus: hmmm, env is stupid.... edit glib-mkenums, first line, remove the "-w" option, or replace "/usr/bin/env perl" with the full path to perl
13:11 < jsaw> UPS
13:12 < jsaw> it's actually a kernel problem....
13:12 < geekitus> jsaw, thatks , this work fine
13:12 < jsaw> rxr: wanna check this: "/usr/bin/env perl -w" on the CLI, and "#!/usr/bin/env perl -w" as script...
13:13 < rxr> I think this is normal, documented hevafiour
13:13 < rxr> behaviour 
13:13 < rxr> IIRC
13:14 < jsaw> normal... hmm....
13:14 < jsaw> ok, but it's stupid
13:19 < rxr> there was some reason for this 
13:19 < rxr> unfortunatly I did not really bothered following that thread on linux-kernel ...
13:19 < jsaw> that's okay, but at least env should break it up
13:20 < rxr> mtr: this __i686 thing in glibc is rather nasty
13:20 < rxr> mtr: may I assume that there is no patch because of that and you built for some other optimization ?
13:21 < karasz> thanks rxr, i launch build again
13:21 < karasz> what was the prob?
13:21 < jsaw> gotta go, cu later
13:21 < rxr> cu jsaw 
13:21 < rxr> karasz: type definitions
13:21 < rxr> karasz: it did not yet build
13:21 < rxr> let me take another look
13:22 < karasz> it doesn't build
13:22 < karasz> same errors
13:23 < karasz> hmm you have to fix e2fsprogs source code?
13:24 < rxr> karasz: yes, I updated and merged the powerpc64 patch from turnk
13:24 < rxr> hoever in 2.1 it does not built yet
13:24 < rxr> give me some imintues
13:24 < rxr> I can not yet type faster than light
13:26 < CIA-15> rene * r13116 /trunk/package/base/glibc/ (pentium23_fix.patch x86-i686.patch): * resurrected outdated i686 fix for glibc by a new one
13:27 < karasz> :) sorry rxr
13:28 < karasz> i understand that your time has limits and you have other stuff to take care off
13:28 < karasz> the last thing i want is to push you
13:28 < rxr> ah - I think I know where this is from
13:29 < rxr> mnemoc is not awake, is he ?
13:29 < rxr> nope - does not look so
13:29  * mnemoc wonders the same
13:30 < morfoh_> moin wondering mnemoc :)
13:30 -!- morfoh_ is now known as morfoh
13:30 < karasz> moin morfoh, mmnemoc
13:30 < morfoh> moin karasz :)
13:31 < rxr> hi mnemoc !
13:33 < mnemoc> hi morfoh, karasz, rxr ;-)
13:33 < rxr> mnemoc: I would like to merge a function change from trunk that improves cross builds
13:34 < rxr> exact revision as soon as svn log run completed
13:34 < rxr> that would fix some cross builds where the archtest.* numbers are incoorect
13:34 < rxr> and those hardcodings are just as stupid as static priority and totally unneeded
13:35 < mnemoc> if you are *sure^10* it wont break anything currently building, just merge (as an atom) ;-)
13:35 < rxr> == 14:33:32 =[1]=> Building filesystem/e2fsprogs [1.36 2.1-stable].
13:35 < rxr> == 11/03/05 14:34:59 =[1]=> Finished building package e2fsprogs.
13:35 < rxr> karasz: here is your e2fsprogs
13:35 < rxr> ,-)
13:35 < morfoh> http://www.ephelane.de/zapfenstreich.wmv <-- there you can see how a "democratic" state protects itself
13:35 < rxr> mnemoc: if it breaks anything just point me to it and I'll fix it in minutes (assuming I'm awake)
13:36 < mnemoc> :)
13:36 < mtr> re
13:37 < rxr> mnemoc: r12563 r12571 r12572 
13:37 < mtr> rxr: sorry for delaying the glibc __i686 patch, i wanted to do some more verfication first
13:38 < karasz> rxr did you built e2fsprogs for me?
13:39 < mtr> rxr: your commited fix is exactly what i have tested so far, optimized for a via cpu
13:40 < valentin> off to the dentist, cu later
13:41 < rxr> mtr: yes - needed for pentium-m as well ,-)
13:41 < rxr> and any other i686 related optimization
13:42 < karasz> rxr i relaunched build and it skipped e2fsprogs going directly for net-tools... 0_0
13:42 < karasz> brb
13:46 < rxr> yes - I built it
13:47  * mnemoc moving to office
13:47 < karasz> hmmm i guess i MUST learn C 
13:47 < karasz> if not i will never be able to use T2 at its full potential :(
13:50 < karasz> oops gcc failed
13:50 -!- sparc-kly|WORK [n=admin@66-50-123-218.prtc.net] has joined #t2
13:57 < mtr> Baldzius: ping
14:01 < Baldzius> mtr: ?
14:01 -!- sparc-kly|WORK [n=admin@66-50-123-218.prtc.net] has quit ["Leaving"]
14:04 < mtr> Baldzius: what do you think about disabling the Qt <includehints> uic feature?
14:04 < mtr> the real bug is in Qt Designer, so this should be fixed at least
14:07 < mtr> i've already build a patched Qt, and it solves the compile problems for aqbanking and qbankmanager
14:08 < Baldzius> well dunno ... ask rxr , for me it's good as it is
14:08 < mtr> and - disabling includehints will keep T2 users from running in the same problems, see Trolltech task #85440
14:09 < Baldzius> what glade version you used building aqbanking?
14:09 < mtr> i've disabled the gtk frontend ;-)
14:09 < Baldzius> ic, let me try :)
14:10 < mtr> --with-frontends="cbanking qbanking kbanking"
14:11 -!- sparc-kly[WORK] [n=labc216@66-50-123-218.prtc.net] has joined #t2
14:18 < sparc-kly[WORK]> 08:08:56 up 26 days, 17:18,  3 users,  load average: 0.64, 0.51, 0.23
14:18 < karasz> rxr gcc failed
14:33 < Baldzius> hm 
14:33 < Baldzius> yes aqbanking compiles but damn qbankmanager : configure: error: QBanking is required
14:35 < Baldzius> i guess it needs aqhbci-qt
14:41 < mtr> Baldzius: aqhbci and aqhbci-qt are included in aqbankmanager, the former packages are obsolete now
14:42 < mtr> couldn't it be, the qbankmanager error is related to the uic issue?
14:45 < Baldzius> hm i can't find libqbanking in aqbaking's flist
14:48 -!- sparc-kly[WORK] [n=labc216@66-50-123-218.prtc.net] has quit ["Lost terminal"]
14:50 < mtr> aqbanking: usr/lib/libqbanking.so.1.0.1  ;-)
14:52 < mtr> aqbanking needs either the uic change or <includehint> patching, it did not build here without these changes
14:52 -!- sparc-kly|WORK [n=admin@66-50-123-218.prtc.net] has joined #t2
14:53 < CIA-15> rene * r13117 /trunk/package/base/glibc/x86-i686.patch: * yet another i686 fix for glibc
14:54 < Baldzius> you compiled aqbanking with options you passed to me?
14:58 < mtr> yes, the --with-frontends option is the only change, and additionally the Qt uic change ;-)
15:01 < CIA-15> rene * r13118 /trunk/target/archivista/rootfs/home/archivista/update-restore.sh: 
15:01 < CIA-15> * fixed archivista/update-restore.sh to set the owner of the
15:01 < CIA-15>  OCR registration file
15:04 < Baldzius> mtr: i understood that this uic issue isn't going away, same 'll be in qt 3.3.6 
15:06 < Baldzius> kde koffice k3b already fixed that, others will have to follow
15:08 < mtr> if Trolltech keeps this feature, they will hopefully fix their Designer to create valid .ui files
15:09 < mnemoc> rxr: i'll start a new refenrence of 2.1 including r12563 r12571 r12572
15:09 < CIA-15> rene * r13119 /trunk/target/archivista/rootfs/home/archivista/install.sh: * improved archivista/install.sh only take over the first grub entry
15:10 < Baldzius> mtr: kmymoney new version will be uic 3.3.5 compatible, at least i understood so
15:10 < Baldzius> so aqbanking is left, all other packages compiles or are patched
15:11 < mtr> Baldzius: yes, all projects are fixing their packages, and i've already a aqbanking patch ready, BUT ...
15:13 < mtr> ... what about the T2 user, building a Qt Designer project, isn't he expierencing the same compile problems?
15:16 -!- sepp [n=sepp@p213.54.202.14.tisdip.tiscali.de] has joined #t2
15:17 < Baldzius> maybe, but there is an alternative to use 2.1 with qt 3.3.4
15:18 < Baldzius> i told you that for me qt 3.3.5 is ok :)
15:19 < mnemoc> why would i update qt on 2.1?
15:20 < Baldzius> you got me wrong mnemoc, i didn't say so
15:20 < Baldzius> there's no need to do that
15:22 < mtr> Baldzius: ok ok, so we'll keep uic as it is
15:33 -!- sepp_ [n=sepp@p213.54.193.164.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
15:35 < karasz> re moin all
15:54 < mnemoc> yuck... svn merge sucks!
15:55 < karasz> rxr around?
15:55 < mnemoc> if you merge a move, you get a copy of the file deleted on the original revision, not the one you have on your tree
16:09 < karasz> i do not know what to say....
16:09 < karasz> and belive me it is the first time
16:10 < karasz> seems that despite rxr's efforts ppc64 has some length to go yet
16:11  * karasz is returning to suse hating it with all his guts :(
16:12 < mnemoc> .oO
16:12 < valentin> re
16:14 < karasz> mnemoc right now i do not have any other choise
16:23 < karasz> i really hoped for a bday present
16:23 < rxr> re
16:23 < CIA-15> rene * r13120 /trunk/target/archivista/rootfs/home/archivista/ (update-restore.sh update-store.sh): 
16:23 < CIA-15> * improved archivista update/restore cycle to take over CUPS
16:23 < CIA-15>  configuration, including smarter cupsd.conf rewrite using sed
16:23 < CIA-15>  instead of awk ,-)
16:23 < CIA-15> * fixed a syntax error type in the previous OCR ownership change
16:25 -!- geekitus [n=geekitus@d80-170-47-105.cust.tele2.fr] has quit [Read error: 104 (Connection reset by peer)]
16:26 -!- sparc-kly|WORK [n=admin@66-50-123-218.prtc.net] has quit ["Leaving"]
16:27 [Users #t2]
16:27 [ _Lewellyn] [ CIA-15] [ mnemoc] [ owl ] [ SerWou   ] 
16:27 [ _Ragnar_ ] [ jsaw  ] [ morfoh] [ rxr ] [ sparc-kly] 
16:27 [ Baldzius ] [ karasz] [ mtr   ] [ sepp] [ valentin ] 
16:27 -!- Irssi: #t2: Total of 15 nicks [0 ops, 0 halfops, 0 voices, 15 normal]
16:31 -!- karasz [n=karasz@80.97.102.202] has quit [Read error: 104 (Connection reset by peer)]
16:34 -!- karasz [n=karasz@80.97.102.202] has joined #t2
16:38 < karasz> hi hi power down :'(
16:38 < karasz> what else will come???
16:38 < mnemoc> ?
16:43 < CIA-15> rene * r13121 /trunk/package/x11/blackbox/blackbox.desc: * updated blackbox (0.70.0 -> 0.70.1)
16:44 < karasz> oh yes i know what eill come next because it is here allready
16:44 < karasz> openpower does not boot
16:46 -!- geekitus [n=geekitus@d80-170-47-105.cust.tele2.fr] has joined #t2
16:49 < karasz> huh
16:49 < karasz> finaly booted
16:53 < karasz> i must go now
16:53 < karasz> rxr you around?
16:58 -!- karasz is now known as karasz[Away]
16:59 < CIA-15> rene * r13122 /trunk/target/archivista/rootfs/home/archivista/update-restore.sh: * fixed archivista/update-restore.sh to enable cups' init script
16:59 -!- sparc-kly [n=mubex@64.237.248.53] has quit [Read error: 104 (Connection reset by peer)]
17:08 < CIA-15> rene * r13123 /trunk/target/archivista/rootfs/home/archivista/ (update-restore.sh update-store.sh): 
17:08 < CIA-15> * improved archivista/update-* to take over any manually configured
17:08 < CIA-15>  printer - not only the virtual pdf print ...
17:15 < mnemoc> http://www3.t2-project.org/Members/amery/announce/2.1.0 <--- comments?
17:15 < mnemoc> rxr: news about ppc iso?
17:19 < CIA-15> amery * r13124 /trunk/package/office/ooo/ooo.desc: * updated ooo (1.9-m125 -> 2.0.0.1) - untested
17:21 < rxr> "loyal contributor" sound a bit strange - maybe just contributor ,-)
17:22 < mnemoc> done
17:22 < rxr> maybe some big picture overview what have been done since the rock fork ?
17:22 < mnemoc> please rephrase anything you think is odd or wrong
17:22 < rxr> though that would be a long test ...
17:23 < rxr> mnemoc: the rest is fine ,-)
17:23 < rxr> IMHO
17:23 < rxr> maybe a big picture - not only the changes since the last -rc ... ?
17:24 < mnemoc> Release Overview, T2 Overview, T2 2.1 Overview  ?
17:29 < rxr> should I cut'n paste the 2.1 and T2 picture ?
17:31 < mnemoc> from?
17:31 < mnemoc> reload
17:33 < rxr> ,-)
17:35 < mnemoc> 2.1 from 'roadmap'?
17:35 < rxr> for example
17:35 < rxr> I guess much is missing ... 
17:42 < valentin> we need a unique website
17:44 < rxr> valentin: in terms of good design?
17:47 < mnemoc> i'm waiting for sick-morfoh to install zope/linguaplone on his decent line to move www3
17:47 -!- sepp [n=sepp@p213.54.202.14.tisdip.tiscali.de] has quit [Read error: 104 (Connection reset by peer)]
17:48 -!- sepp [n=sepp@p213.54.202.14.tisdip.tiscali.de] has joined #t2
17:48 < mnemoc> we could add a T2 entry on wikipedia :p
17:49 < mnemoc> oh! there is one
17:49 < morfoh> mnemoc: :)
17:49 < mnemoc> http://en.wikipedia.org/wiki/T2_SDE
17:50 < mnemoc> wb sick-morfoh
17:50 < morfoh> mnemoc: yeah ... thx
17:50 < morfoh> mnemoc: as I told you last night my headaches are gone but still sick :\
17:50 < morfoh> but I'm on the road to get well
17:51 < rxr> mnemoc: yes - someone I think from http://symlink.ch added T2 to the T2 alias page
17:51 < rxr> I added a real T2 SDE entry last week
17:51 < rxr> (to http://wikipedia.org)
17:51 < rxr> morfoh: good ,-)
17:52 < morfoh> rxr: yeah ... I hate to be not fully functional ;)
17:59 < mnemoc> rxr: i hope you get better 
18:12 < rxr> mnemoc: /me ?
18:13 < mnemoc> oops
18:13 < mnemoc> s/rxr/morfoh/
18:14 < mnemoc> rxr: i'm also testing with merged ccache and SYSCC
18:14 < mnemoc> rxr: is that ok?
18:15 < mnemoc> # svn pget mnemoc:mergelist scripts package package/develop/ccache
18:15 < mnemoc> scripts - 11329
18:15 < mnemoc> 11331
18:15 < mnemoc> 12563
18:15 < mnemoc> 12571
18:15 < mnemoc> 12572
18:15 < rxr> SYSCC, ...
18:15 < mnemoc> 12668
18:15 < mnemoc> package - 12695
18:15 < mnemoc> package/develop/ccache - 12696
18:15 < mnemoc> 9876
18:16 < rxr> if you want so much feature enhancements in 2.1 ,-)
18:16 < mnemoc> it doesn't look harmfull or big...
18:16 < mnemoc> i just wanted to merge 'improved ccache support'
18:16 < mnemoc> syscc was the concecuence
18:17 -!- Mini-NuX [n=Mini-NuX@i01v-62-35-126-136.d4.club-internet.fr] has joined #t2
18:17 -!- Mini-NuX [n=Mini-NuX@i01v-62-35-126-136.d4.club-internet.fr] has left #t2 ["Quitte"]
18:19 < mnemoc> rxr: how is ppc t2-desktop iso going?
18:20 < rxr> uploading soon
18:20 < mnemoc> great :D
18:21 < rxr> do we need java for desktop ?
18:23 < mnemoc> i guess not
18:29 < mnemoc> rxr: about featurability on 2.1, i want 2.1 as rich as 2.2, as far as API/ABI/prefix/config stability allow me
18:30 < mnemoc> but _never_ richer
18:36 < Baldzius> what happend to Emerge-Pkg? 
18:36 < mnemoc> why?
18:36 < Baldzius> when i want to compile same package with it it sais : Packages scheduled to build: none 
18:37 < mnemoc> package is not on config/$config/packages or up2date
18:37 < Baldzius> never had it before
18:37 < Baldzius> i could compile as much as i wanted
18:38 < mnemoc> i think that haven't changed
18:38 < Baldzius> Build-Pkg works
18:38 -!- sepp_ [n=sepp@p213.54.210.1.tisdip.tiscali.de] has joined #t2
18:40 < Baldzius> now i'll have to switch from emerge-pkg to build-pkg :)
18:41 < Baldzius> and noticed that today
18:41 < morfoh> mnemoc: thanks for you wishes .... at least I'm that fit to clean the f* kitchen ... :\
18:41 < mnemoc> Baldzius: ??
18:42 < mnemoc> morfoh: don't you have mates for that?
18:42 < mnemoc> morfoh: (been sick enough to have a full-service nurse)
18:43 < morfoh> mnemoc: hmmm ... don't talk about that topic ... especially my "favourite" mate has never cleaned the kitchen as long as I live here
18:43 < morfoh> mnemoc: and he is dirty 
18:43 < mnemoc> same as you
18:43  * mnemoc hides
18:43 < morfoh> mnemoc: you don't have to hide 
18:44  * mnemoc shows up
18:44  * morfoh slaps mnemoc 
18:46 < morfoh> hmmm ... hopefully mnemoc get's well again after slapping him
18:47 < morfoh> anyway ... my second name isn't "clean" but I'm not as dirty as "moron" 
18:47 < mnemoc> rxr: does this say anything to you? http://mnemoc.pastebin.com/416175   ... (2.1/mnemosyne/diet/1-bzip2)
18:47 < mnemoc> morfoh: outch
18:47 < morfoh> and mnemoc sorry 
18:47 < mnemoc> why sorry?
18:47 < morfoh> for slapping you ... hehe :p
18:48 < rxr> GNU Classpath 0.19 
18:48 < mnemoc> :)
18:48 < morfoh> ok ... I've to visit the kitchen again
18:48 < mnemoc> rxr: we don't even need that package, kaffe and gcj use their own copy :\
18:49 -!- Baldzius [n=mx@85.206.94.199] has quit ["Leaving"]
18:49 -!- Baldzius [n=mx@85.206.94.199] has joined #t2
18:52 -!- sepp [n=sepp@p213.54.202.14.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
18:53 -!- Baldzius [n=mx@85.206.94.199] has quit [Remote closed the connection]
18:54 -!- Baldzius [n=mx@85.206.94.199] has joined #t2
18:59 < mnemoc> morfoh: do you scream if i drop grsec on mnemosyne in pro of rsbac/pax ?
19:00 < morfoh> mnemoc: whaaaaaaat ?
19:00 < mnemoc> i take that for a 'yes'
19:00 < morfoh> mnemoc: hmmm ... that is a strange interpretation
19:00 < CIA-15> aldas * r13125 /trunk/package/gnome2/xchat/xchat.desc: * updated xchat (2.4.5 -> 2.6.0)
19:01 < mnemoc> after some time on #grsec and porting grsec for vserver, and blah blah blah, and doing the same for rsbac i decided grsec _stinks_
19:01 < morfoh> mnemoc: but do what you have to do ... it's your target :'(
19:01 < _Ragnar_> why not just use selinux?
19:02 < morfoh> mnemoc: why does it stink ?
19:02 < mnemoc> _Ragnar_: the same reason to not use sendmail. it's almost imposible to configure it properly :)
19:03 < _Ragnar_> I use sendmail and have it configured properly
19:03 < _Ragnar_> your point? :)
19:04 < mnemoc> morfoh: closed developement, hardcoded, null design, arrogant developer, null extendability
19:04 < mnemoc> _Ragnar_: i don't like that kind of software ;)
19:04 < _Ragnar_> *hrhr*
19:05 < mnemoc> _Ragnar_: i like minimalistic software, single purpose, easy and explicit setup, ...     policies are _ugly_
19:06 < _Ragnar_> it gives the fine grained control you need for real security
19:13 < mnemoc> _Ragnar_: do you use selinux? do you want to complete it's integration on t2? mike disappeared again :\
19:13 < _Ragnar_> don't have time atm :/
19:14 < mnemoc> no problem, but add it on your TODO :)
19:14 < mnemoc> please :P
19:14 < _Ragnar_> :)
19:15 < _Ragnar_> next after netfilter patchomatic integration
19:15 < mnemoc> even 1M rxr's TODO moves :)
19:15 < mnemoc> uhm
19:21 -!- geekitus_ [n=geekitus@d80-170-47-105.cust.tele2.fr] has joined #t2
19:21 -!- geekitus [n=geekitus@d80-170-47-105.cust.tele2.fr] has quit [Read error: 104 (Connection reset by peer)]
19:30 < valentin> http://www.heise.de/newsticker/foren/go.shtml?read=1&msg_id=3487691&forum_id=42895
19:32 < mnemoc> a bit large for non-native reading ;)
19:32 < valentin> yeah
19:35 < sepp_> what do i have to do to configure fontconfig for modular xorg?
19:42 < rxr> should work
19:42 < rxr> though maybe the X11 font dir is missing in /etc/fonts/fonts.conf
19:43 < rxr> I just rebuidl xorg/* on my hammer to see if that is reproduceable on a full rebuild
19:43 < rxr> if so I'll fix that
19:44 < sepp_> hmm i'll look after supper :)
19:44 < rxr> yeah - I also need s.th. for dinner ...
19:44 < rxr> if I would just know what
19:45 < rxr> http://svn.exactcode.de/
19:45 < rxr> ^- this commit graph is amazing
19:45 < mnemoc> did we double?
19:45 < rxr> seems we have a current average of 25 revisions per day
19:45 < rxr> mnemoc: of course
19:45 < rxr> days ago ,-)
19:46 < mnemoc> :D
19:47 < rxr> looking at rock's submaster we should not update linux-header to 2.6.14
19:47 < rxr> they have patches for regressions
19:47 < rxr> so better wait a bit for .15 or .16 to adapt such flux
19:47 < _Ragnar_> hmmm
19:48 < _Ragnar_> so linux-header will fail again with vserver active?
19:48 < rxr> .oO
19:48 < rxr> _Ragnar_: okok - update and patch ,-)
19:48 < mnemoc> _Ragnar_: vserver postlinux shall detect version
19:49 < mnemoc> no! don't update linux-header
19:49 < mnemoc> there is no need to mess with that
19:49 < _Ragnar_> there is afaik
19:49 < mnemoc> why?
19:50 < _Ragnar_> will the vserver tools build without the vserver kernel header files?
19:50 < mnemoc> you can have a [D] for 2.6.13 and one for 2.6.14
19:50 < mnemoc> postlinux will detect which fits better
19:51 < mnemoc> at least it use to do that
19:51 < _Ragnar_> will as in does?
19:51 < _Ragnar_> or will as in you'll make it so? :)
19:51 < mnemoc> will as in does
19:51 < mnemoc> if noone put his hand on that code on last months :p
19:52 < _Ragnar_> failed for me last time I tried
19:52 < mnemoc> set -x is your friend
19:52 < _Ragnar_> would happily ally the 2.6.13 patch to the 2.6.12.x kernel
19:52 < _Ragnar_> apply
19:53 < _Ragnar_> well not so happily
19:55 < mnemoc> aait loops over version blocks
19:55 < mnemoc> for x.y.z.w it looks for x.y.z.w, then for x.y.z, then for x.y
19:55 < mnemoc> first match is used
19:57 < _Ragnar_> nope doesn't work
19:57 < _Ragnar_> Apply patch /tmp/tmp.ifSln16898/vserver-2.1.0-rc5-prelim.patch ...
19:57 < mnemoc> svn diff vserver.desc please
19:58 < CIA-15> rene * r13126 /branches/2.1/package/develop/librep/librep.conf: 
19:58 < CIA-15> * hardcoded stack direction for powerpc|powerpc64|ia64 as librep is too
19:58 < CIA-15>  lame to dectect that itself
19:59 < _Ragnar_>  svn diff package/security/vserver/vserver.desc 
19:59 < _Ragnar_> fileserver:/export/t2-trunk# 
19:59 < mnemoc> ehm.... you commited it
19:59 < _Ragnar_> indeed
20:00 < mnemoc> i see only _one_ patch for 2.6 there
20:00 < _Ragnar_> you nee
20:01 < _Ragnar_> ah ok
20:01 < mnemoc> between 1 you can only choose one afaik 
20:01 < _Ragnar_> that should be in a comment there
20:01 < CIA-15> rene * r13127 /trunk/package/develop/librep/librep.conf: 
20:01 < CIA-15> * merged r13126 from branches/2.0: hardcoded stack direction for
20:01 < CIA-15>  powerpc|powerpc64|ia64 as librep is too lame to detect that itself
20:02 < mnemoc> _Ragnar_: :)
20:02 < _Ragnar_> is there any reason you see for not updating linux-header to 2.6.13.3?
20:02 < mnemoc> microversions are usually safe
20:03 < _Ragnar_> we are at 2.6.12.5 currently, or?
20:03 < mnemoc> oh
20:04 < mnemoc> i guess you should keep linux-header as it is until deeped testing
20:04 < mnemoc> deeper*
20:05 < _Ragnar_> can you give me the line for the vserver patch from your config?
20:05 < _Ragnar_> for 2.6.12
20:07 < mnemoc> new util-vserver: http://www.13thfloor.at/~ensc/util-vserver/files/alpha/util-vserver-0.30.209.tar.bz2
20:09 < _Ragnar_> ?
20:09 < _Ragnar_> no, the kernel patch
20:10 < mnemoc> svn diff -r HEAD:11565
20:10 < mnemoc> -[D] 0 patch-2.6.14-vs2.1.0-rc5-prelim.diff.bz2 http://vserver.13thfloor.at/Experimental/
20:10 < mnemoc> +[D] 1152799290 patch-2.6.12.4-vs2.0.diff.bz2 http://www.13thfloor.at/vserver/s_rel26/v2.0/
20:11 < mnemoc> _Ragnar_: yes, but if you want to update util-vserver, that is the location :)
20:11 < _Ragnar_> yea ok :)
20:12 < _Ragnar_> svn diff takes ages
20:12 < mnemoc> i update my trees by cron, so all are at HEAD
20:13 < _Ragnar_> hmmm
20:13 < _Ragnar_> this patch is to 2.0 the 2.6.14 is to 2.1 tho
20:14 < mnemoc> that shouldn't be a problem
20:15 < _Ragnar_> ok
20:18 < mnemoc> _Ragnar_: worked?
20:19 < sepp_> rxr: "<dir>/usr/X11/lib/X11/fonts</dir>" was missing in /etc/fonts/fonts.conf
20:19 < sepp_> hehe now i can close mwm :)
20:19 < _Ragnar_> this is slow
20:20 < _Ragnar_> wiat 10min :)
20:20 < _Ragnar_> wait*
20:20 < mnemoc> :)
20:20 < mnemoc> did it announce right? vs2.0 for linux-header and vs2.1.0-rc5-prelim for linux26?
20:21 < rxr> mnemoc: 2.1.0 will have some failures on ppc
20:22 < rxr> and that is with java stuff disabled because kaffe is not reliable on ppc and hangs on some input
20:22 < rxr> avifile and wine will be at least missing
20:22 < _Ragnar_> at least linux-header didn't fail now
20:22 < rxr> maybe even tla
20:22 < mnemoc> rxr: why those?
20:22 < mnemoc> o.o
20:22 < _Ragnar_> wine on ppc? o_o
20:22 < rxr> avifile has embedded ffmpeg that is not properly integrated
20:22 < rxr> _Ragnar_: to natively link applications you have the source for ...
20:22 < rxr> in the past it built
20:23 < mnemoc> outch
20:23 < rxr> mnemoc: this is not easily fixable and in fact even xine or mplayer has impropper ffmpeg integration
20:23 < rxr> I think it was xine
20:23 < rxr> that is why I started to configure / patch those f*cking projects to not do this code duplication / bug duplications / build time duplication and so on and use the syste ffmpeg instead
20:23 < rxr> though they do not recomment this
20:24 < rxr> but I do not care what drunken stuff they recomment
20:24 < rxr> recommend
20:24 < mnemoc> ack
20:24 < rxr> in the future I want to get rid of any duplicated ffmpeg instance
20:24 < rxr> but for 2.0 I just leave building avifile for ppc
20:24 < mnemoc> ack
20:24 < rxr> few do not need that anyway
20:25 < rxr> in fact I have no clue what avifile would be needed for these days
20:25 < rxr> linux24 remains to be fixed for ppc
20:25 < rxr> then I'll create the ISO and rsync
20:25 < rxr> I think tla seg-faulted
20:25 < rxr> it is currently rebuilt
20:25 < rxr> if it really segfaults in some ugly way I also not try to fix that for 2.0
20:26 < rxr> /TOOLCHAIN/src.tla.default.20051103.201807.2529.mini/tla-1.3.3/src/tla/tests/test-framework: line 26: 25185 Seg
20:26 < rxr> mentation fault      (core dumped) ${builddir}/../tla/tla "$@"
20:26 < rxr> make[2]: *** [tests-timestamp] Error 139
20:26 < rxr> well, ...
20:26 < rxr> Update to 1.3.1-fix-1 (hopefully fix PPC segfault) * Wed ...
20:26 < rxr> ^- tla
20:26 < mnemoc> morfoh: i commited FOOTPRINT module, so current configs using dietlibc will jump to glibc because FOOTPRINT=regular is default :\
20:27 < mnemoc> rxr: :D
20:27 < rxr> hm - we have 1.3.3 ...
20:27 < mnemoc> :(
20:28 -!- sparc-kly [n=mubex@64.237.248.53] has joined #t2
20:28 < rxr> seems to be widely known on google
20:28 < rxr> so skipped for later fix as well ...
20:30 < rxr> ok - so linux24 hackery and then there goes the ppc iso, without avifile, tla and wine :-(
20:31 < mnemoc> OT: does wine-0.9 build?
20:32 < rxr> I doubt they have fixed s.th. on the ppc side
20:35 < rxr> ah - and linux24 was this alsa patch not applying - that will be fune :-(
20:36  * rxr shortly away
20:51 < mnemoc> morfoh: did bzip2 build on diet-mnemosyne for you?
20:55 < mnemoc> # du -sh ccache-x86*
20:55 < mnemoc> 3.1G    ccache-x86
20:55 < mnemoc> 161M    ccache-x86-1
20:55 < mnemoc> 23M     ccache-x86-2
20:55 < mnemoc> 13M     ccache-x86-x86-0
20:57 -!- sparc-kly [n=mubex@64.237.248.53] has quit ["Leaving"]
21:07 -!- karasz[Away] is now known as karasz
21:07 < karasz> re moin all
21:09 < mnemoc> moin karasz 
21:09 < karasz> moin mnemoc
21:10 < karasz> couldn't stay home
21:11 -!- madtux [i=manolo@pf0.hostarica.com] has joined #t2
21:11 < madtux> Hello.
21:11 < mnemoc> manolo??
21:11 < mnemoc> wb madtux!
21:11 < madtux> hi mnemoc
21:11 < karasz> i had to come back and continue to move the Sahara desert one grain of sand at a time
21:11 < mnemoc> :)
21:12 < karasz> yep it is still there
21:12 < karasz> i kinda hoped that gcc error will go away on its own
21:12 < karasz> but no it is still there
21:13 < madtux> just tell mnemoc to fix it
21:13 < madtux> :)
21:13 < karasz> i guess mnemoc has a lot of stuff to do as it is now
21:14 < karasz> just like rxr has
21:14 < madtux> mnemoc, u have no excuses gcc is a base package.. is high priotity
21:14  * madtux hides
21:15 < mnemoc> karasz: 2.1 or trunk? ;)
21:15 < karasz> 2.1
21:15 < mnemoc> uhm
21:15 < karasz> that damn openpower
21:16 < mnemoc> ic
21:16 < karasz> sad thing is that time is tiking
21:17 < mnemoc> :\
21:23 < morfoh> mnemoc: the last time bzip2 build on diet-mnemosyne I think
21:23 < mnemoc> morfoh: http://mnemoc.pastebin.com/416175
21:24 < morfoh> hmmm ... dynamic linking ?
21:25 < mnemoc> i did nothing... just mnemosyne/diet :(
21:25 < morfoh> mnemoc: mom ... will check my latest diet-sheba builds
21:25 -!- sparc-kly [n=mubex@64.237.248.53] has joined #t2
21:28 < CIA-15> sebastian * r13128 /trunk/package/network/rt2500/2.6.14.patch: * patched driver to work with 2.6.14 - new versions (b3+cvs) freeze kernel :(
21:29 < morfoh> mnemoc: f* ... It seems that I removed the last diet-sheba builds :/ but I can start a fresh one
21:30 < mnemoc> morfoh: target/mnemosyne, not mnemosyne2
21:30 < morfoh> mnemoc: I thought you renamed mnemosyne2 -> mnemosyne 
21:30 < morfoh> and removed the old one
21:30 < mnemoc> yes, i did
21:31 < morfoh> so I can't use sheba ... or what ?
21:31 -!- _Lewellyn [n=mjl@pdpc/supporter/silver/lewellyn] has quit ["rebootietime"]
21:31 < mnemoc> yes, you can, but take care on how you name on svn:externals
21:32 < madtux> is there a rat in the house?
21:33 < morfoh> mnemoc: ok ... indeed the renaming gave me some problems shortly after your renaming, but I've changed svn.externals ;)
21:33 < morfoh> hi madtux ;)
21:33 < madtux> how it going morfoh 
21:33 < rxr> hi madtux 
21:34 < madtux> hi ren
21:34 < madtux> :)
21:34 < morfoh> madtux: thanks ... but not that good because I'm sick
21:34 < morfoh> but on the road the feel better
21:34 < morfoh> s/the/to/
21:35 < mnemoc> morfoh: if you _really_ want grsec instead of rsbac+pax i can do a choice, but it will be _your_ responsability to make mnemosyne-based fully grsec-aware if eanbled ;)
21:36 < morfoh> mnemoc: ok ... master ... thanks for the note ;)
21:36 < mnemoc> morfoh: then grsec or not grsec?
21:37  * rxr back to my soup preparation 
21:37 < madtux> :)
21:37 < morfoh> grsec or not grsec that is the question ... yes grsec ;)
21:37 < madtux> ok i am off. cya tomorrow
21:38 < morfoh> rxr: again your famouis chicken-noodles soup ? ;)
21:38 < morfoh> madtux: really ? 
21:38 < madtux> YES.
21:38 < madtux> :)
21:38 < morfoh> madtux: cu :)
21:39 -!- madtux [i=manolo@pf0.hostarica.com] has quit ["Leaving"]
21:39 < morfoh> hostarica <--- :)
21:40 < morfoh> mnemoc: ok ... building a fresh dietsheba now
21:41 < mnemoc> morfoh: remember to improve FOOTPRINT modules and their dependees
21:41  * morfoh away for cooking  ... bbl
21:41 < morfoh> mnemoc: ack
21:41 < karasz> lot of cookin' goin around here
21:42 < mnemoc> not on my side
21:42 < karasz> maybe rename chanel #cookin-101?
21:42 < morfoh> mnemoc: it depends what you mean with cooking :)
21:42  * karasz is cookin' for mnemoc too :|
21:43 < mnemoc> morfoh: :)
21:43 < morfoh> I'd love to cook for all of you (including mnemoc ;)
21:44 < mnemoc> on a clean kitchen
21:44 < morfoh> but I think I cannot make self made currywurst for him :p
21:44 < morfoh> mnemoc: of course
21:44 < morfoh> :)
21:49 < karasz> i gotta go now
21:50 < karasz> frankly i hoped for rxr to be around and have some time for me
21:50 < karasz> but tough luck
21:51 < morfoh> cu karasz 
21:51 < morfoh> hmmm ... cool the meal is prepared yet :)
21:51 < karasz> cu all tomorrow
21:51 < karasz> still i hope it will be a better day for me
21:53 < karasz> anyway you could wish me the best since tomorrow is my bday
21:55 < rxr> karasz: yeah - all the best karasz - have a happy birthday ,-)
21:55 < karasz> thanks
21:56 < karasz> maybe a present rxr?
21:56 < karasz> just kiddin' ofcourse
21:56 < karasz> :)
21:56 < rxr> mnemoc: linux24 re-building on ppc
21:56 < rxr> mnemoc: I can tell you in one hour or so if my alsa patch is effective ...
21:57 -!- karasz is now known as karasz[Away]
21:57 < mnemoc> rxr:  nice!
22:00 -!- karasz[Away] is now known as karasz
22:00 < karasz> i'we come back for 2 secs
22:00 < karasz> rxr just a quick question
22:01 < karasz> failing to compile gcc isn't related to http://lists.infradead.org/pipermail/fedora-ppc/2005-March/000328.html   ???
22:01 < karasz> aka missing glibc-devel.ppc64  ?
22:02 < karasz> if it is so i made my own bday present.. :)
22:02 < rxr> karasz: doesn't look to informative
22:02 < karasz> go next 2 messages
22:02 < rxr> I'll take a look on your box what got wrong ...
22:03 < karasz> the errors look very similar
22:03 < karasz> and the guy say that installing glibc-devel.ppc64 solved them
22:05 < karasz> really gotta go now before my head gets ripped off
22:05 < karasz> you know how gf's tend to behave :)
22:05 -!- karasz is now known as karasz[Away]
22:06 -!- sepp [n=sepp@p213.54.210.1.tisdip.tiscali.de] has joined #t2
22:06 < sepp> hi 
22:06 < rxr> hi sepp
22:06 < sepp> running last night trunk on my laptop :D
22:09  * rxr too
22:10 < sepp> i mean a fresh installation with NPTL glic ...
22:10 < sepp> glibc*
22:11 -!- Netsplit lem.freenode.net <-> irc.freenode.net quits: CIA-15
22:12 < rxr> yes - x86-64 here ,-)
22:13 < mnemoc> :)
22:13 < rxr> oh - one big regression - does sig-stop work for you? - e.g. C-z in the terminal ?
22:14 < rxr> ah - just tested
22:14 < rxr> pdksh works
22:14 < rxr> so must be a bug in bash only ...
22:14 < rxr> hm - on x86-64 that works ...
22:16 -!- CIA-12 [n=CIA@70.85.31.102] has joined #t2
22:19 < rxr> cool - in the AMD Geode PDFs Linux is always listed first among the suppoted OSs ...
22:20 < rxr> well - ok - not always :-( at least often ,-)
22:23 < rxr> sepp: can you C-Z, stop, processes in bash on trunk:HEAD ?
22:23 < sepp> yes
22:31 < CIA-12> amery * r13129 /branches/2.1/package/base/dietlibc/pkg_patch/ (pkg_findutils.patch pkg_sed.patch): 
22:31 < CIA-12> * merged 13023 from trunk: fixed dietlibc patch for sed-4.1.4
22:31 < CIA-12> * merged 13022 from trunk: fixed dietlibc patch for findutils-4.2.22
22:47 < morfoh> mnemoc: == 11/03/05 22:06:24 =[1]=> Aborted building package gzip. <-- dietsheba
22:48 < morfoh> checking for C compiler default output... configure: error: C compiler cannot create executables
22:58 -!- menomc [n=amery@200.75.27.76] has joined #t2
22:59 -!- mnemoc [n=amery@200.75.27.110] has quit [Nick collision from services.]
22:59 < rxr> menomc: embedded/dietlibc on trunk ?
23:00 < morfoh> rxr: the one I pasted is from 2.1
23:01 -!- menomc is now known as mnemoc
23:01 < morfoh> rxr: and I guess all testing mnemoc is doing atm is on 2.1 as well
23:05 < rxr> mnemoc: maybe even start using gcc 4.1 on trunk since 4.1.0 might be out around 2.2-final timeframe ...
23:07 < rxr> ok - I should go to bed - cu all then
23:09 < morfoh> good night rxr ... sleep well
23:10 < rxr> thanks - you too
23:10 < morfoh> rxr: yeah thanks ... indeed I have to go to bed soon too :)
23:11 -!- geekitus_ [n=geekitus@d80-170-47-105.cust.tele2.fr] has quit ["Parti"]
23:20 < morfoh> good night folks
23:24 -!- morfoh [n=jeru@p54BEFD7E.dip.t-dialin.net] has quit ["leaving"]
23:35 < sepp> good night *
23:35 -!- sepp [n=sepp@p213.54.210.1.tisdip.tiscali.de] has quit ["leaving"]
23:47 < mnemoc> rxr: embedded != mnemosyne ;)
23:52 -!- Baldzius [n=mx@85.206.94.199] has quit [Read error: 110 (Connection timed out)]
--- Log closed Fri Nov 04 00:00:32 2005