--- Log opened Tue Feb 07 00:00:40 2006 00:38 < mnemoc> rehi 00:45 < morfoh> wb mnemoc :) 00:46 < mnemoc> thx mofoh 00:46 < morfoh> mnemoc: package/security/heimdal/pkg_openldap_post.conf is obsolete 00:47 < morfoh> smbk5pwd is included within openldap 00:48 < mnemoc> good 00:48 < mnemoc> fix it :) 00:49 < morfoh> mnemoc: I just wanted to inform you before I'll wipe it out ;) 00:51 < mnemoc> follow your instincts 00:52 < morfoh> my instinct that ... "inform mnemoc before" :p 00:52 < morfoh> said 00:54 < mnemoc> :) 01:00 < CIA-9> chris * r15338 /trunk/package/security/heimdal/ (3 files): * removed smbk5pwd slapd module patches. We don't need that anymore, because it's included within openldap. (btw, since a quite long time ;) 01:00 < karasz> re 01:01 < morfoh> oh! tovorish karasz ... wb :) 01:01 < karasz> thx morfoh 01:02 < morfoh> mnemoc: does our commit policy allows to include an URL ? 01:04 < mnemoc> uhm? of course 01:04 < morfoh> I mean ... I think it's quite usefull to include security advisories within a commit if it seems to be quite important update 01:05 < mnemoc> ack 01:09 < CIA-9> chris * r15339 /trunk/package/security/heimdal/heimdal.desc: 01:09 < CIA-9> * updated heimdal (0.7 -> 0.7.2) 01:09 < CIA-9> * Security Advisory 2006-02-06: rshd privilege escalation vulnerability 01:09 < CIA-9> see: http://www.pdc.kth.se/heimdal/advisory/2006-02-06/ 01:09 < CIA-9> 0.7.2 and 0.6.6 fixes this problem. 01:16 < morfoh> e17/evfs has problems while having kerberos enabled 01:17 < morfoh> it tries to link against libdes from heimdal which is not available if openssl libs are used 01:17 < karasz> mnemoc: i spent the last few hours thinking of how to react to your last statement. 01:18 < karasz> and i feel like i must make two statements. 01:18 < morfoh> karasz: you're sounding a bit pissed 01:19 < karasz> 1. i can understand you being annoyed by my lack of knowledge. 01:19 < mnemoc> karasz: sorry, what last statement? 01:19 < karasz> 2. you must realize that i never saw that statement here before and that imho makes this channel 01:20 < karasz> ue=ser and newbie friendly. 01:20 < morfoh> karasz: do you mean rtfm ? 01:20 < karasz> yes 01:20 < mnemoc> o_O 01:20 < morfoh> karasz: common ... you know us quite well, and especially mnemoc is helping all the time 01:20 < karasz> ok, i had tu spit that out 01:21 < morfoh> so don't be pissed 01:21 < karasz> i am not pissed 01:21 < morfoh> and it was even "rtfm :)" 01:21 < karasz> wrong smiley 01:21 < karasz> anyway i do not want to make an issue about it. 01:22 < karasz> i just had to spit it out. :( 01:22 < morfoh> karasz: you know ... mnemoc is doing a good job and investing a lot of time for t2 01:22 < mnemoc> o_O 01:23 < karasz> morfoh: i am aware of it 01:23 < mnemoc> i told you to configure the aliases, very specific task to achieve 01:23 < morfoh> karasz: so please, please don't be sad about a rtfm 01:23 < karasz> i got past it now. 01:23 < mnemoc> but i can't tell you step by step how to do that while i'm at office 01:23 < karasz> i can understand that mnemoc 01:24 < karasz> i can understand that very well. 01:24 < mnemoc> but i was trying to guide your quest as much as possible 01:24 < karasz> it was just a little unexpected the phrasing. 01:24 < mnemoc> sorry, that wasn't the intention 01:24 < karasz> mnemoc: let's leve it, as it is, ok? 01:25 < karasz> this is not about you, 01:25 < karasz> and i do not hink that it worth exploring more. 01:25 < mnemoc> :\ 01:25 < morfoh> enscribe.h:7:36: error: Esmart/Esmart_Textarea.h: No such file or directory 01:26 < mnemoc> anyway on the INSTALL file (which should be installed at $docdir) you should find specific instructions about how to setup the aliases 01:26 < karasz> i found that and installed the aliases 01:26 < mnemoc> :) 01:26 < mnemoc> does the local delivery works now? 01:26 < karasz> yes 01:26 < morfoh> karasz: :) 01:27 < karasz> local delivery works, my brain does not anymore 01:27 < mnemoc> sleep a few extra hours and test remote delivery tomorrow 01:27 < karasz> so one step further, and tomorow another step waits 01:28 < karasz> i intend to do that mnemoc :) 01:28 < karasz> cu guys tomorow 01:28 < mnemoc> cu karasz :) 01:28 < morfoh> karasz: cu ... sleep well :) 01:28 < mnemoc> bettwe luck tomorrow 01:28 < mnemoc> better* 01:28 < karasz> and by the way morfoh tomorow will be a new day, trust me 01:28 < karasz> thx 01:28 < karasz> bye 01:29 < morfoh> karasz: I trust you :) 01:30 < mnemoc> setup qmail makes people bleed the first 10 times :) 01:30 < mnemoc> but since 11, you find it 'obvious' 01:31 < madtux> do u trust me morfoh ? 01:32 < morfoh> madtux: this is a rhetoric question :p 01:32 < madtux> just answer the question :) 01:33 < morfoh> madtux: no :) 01:34 < morfoh> madtux: ^that was not my answer 01:34 < morfoh> :p 01:35 < madtux> bah 01:35 < morfoh> madtux: why do you asking that way ? ... I had the feeling nothing good will come out of it :) 01:36 < morfoh> did anyone ever compiled current e17/enscribe succesfully ? 01:38 < morfoh> madtux: I mean ... you've to provide more information, for what I should trust you ... don't take it personally. karasz said, that there will be another day tomorrow ... 01:38 < morfoh> madtux: btw, did you tested that asciidoc for your blog ? 01:47 < madtux> i looked at it and i like it... but the motivation to write my stuff was stronger... 01:48 < madtux> i will implement to get more ideas for my own thing 01:48 < madtux> morfoh, the question about u trusting was a joke mate relax 01:48 < madtux> :) 01:52 < morfoh> 02:53 < LinuxTitan> morfoh, enscribe is old 01:52 < morfoh> 02:53 <@onefang> If I remeber correctly, enscribe is not needed anymore. Ancient thing that we have moved on from. 01:52 < morfoh> mnemoc: svn del ? 01:54 < morfoh> or moving it to attic ? 01:56 < mnemoc> morfoh: i would rm it 02:03 < morfoh> sure about. 02:03 < morfoh> oops 02:03 < morfoh> 03:01 <@onefang> etox is obsolete. e17/e_modules has been moved to e_modules, iconbar is obsolete but should still compile, erss I'm not sure about. 02:05 < morfoh> 03:06 <@onefang> If I remember correctly, envision will build, but tends to fall over a lot, and is destined to be removed. 02:17 -!- Inc [i=xsst4@about/cooking/nakedchef/burritos/inc] has joined #t2 02:17 -!- Inc [i=xsst4@about/cooking/nakedchef/burritos/inc] has left #t2 ["= OUT!"] 02:38 < morfoh> http://songbirdnest.com/ <-- Songbird is a complete desktop media player or "jukebox" with a uniquely open approach to Internet digital media network services. 02:38 < morfoh> ^perhaps a new package for us ;) 02:42 < mnemoc> go for it 02:43 < morfoh> nah! it's your turn ... it's based on mozilla :p 02:43 < mnemoc> ehm 02:43 < mnemoc> i pass 02:46 < morfoh> mnemoc: hehe ... it was just a paste from #e 03:14 < CIA-9> chris * r15340 /trunk/package/e17/enscribe/: * removed enscribe because it's obsolete and will not be maintained anymore 03:22 < mnemoc> gn8 :) 03:22 < morfoh> gn8 mnemoc :) 03:22 < mnemoc> cu ,-) 03:29 -!- morfoh [n=morfoh@p54BEEEBB.dip.t-dialin.net] has quit ["leaving"] 07:52 -!- rxr_ [n=rene@e178176213.adsl.alicedsl.de] has joined #t2 07:52 -!- Topic for #t2: T2 | 2.1.1.1 and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/ 07:52 -!- Topic set by mnemoc [] [Sat Jan 14 21:42:03 2006] 07:52 [Users #t2] 07:52 [@ChanServ] [ jsaw ] [ madtux] [ owl ] [ valentin] 07:52 [ Baldzius] [ karasz] [ mnemoc] [ rxr ] [ _Ragnar_] 07:52 [ CIA-9 ] [ LMJ ] [ mtr_ ] [ rxr_] 07:52 -!- Irssi: #t2: Total of 14 nicks [1 ops, 0 halfops, 0 voices, 13 normal] 07:52 -!- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp 07:52 -!- Channel #t2 created Sun Aug 8 19:15:33 2004 07:53 -!- Irssi: Join to #t2 was synced in 46 secs 08:05 < CIA-9> ragnar * r15341 /trunk/package/network/madwifi/ (madwifi-driver_nodepmod.diff madwifi.desc postlinux.conf): * update madwifi to latest stable release and use offical snapshot 08:06 -!- rxr [n=rene@e178163077.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 08:37 < rxr_> re 08:37 -!- You're now known as rxr 08:52 < rxr> jsaw: big troubles 08:52 < rxr> jsaw: I still get "/usr/lib64/../lib/libstdc++.so: could not read symbols: File in wrong format" on ppc64 :-((( 09:00 < rxr> jsaw: this is because libtool in pcre gets wrong syslib search pathes 09:01 < rxr> jsaw: dr libtool is not awake ? 09:15 < rxr> sys_lib_search_path_spec="/lib /usr/lib /usr/local/lib" 09:15 < rxr> sys_lib_dlsearch_path_spec="/lib /usr/lib" 09:15 < rxr> among others 09:19 < madtux> ok i am off to bed.. bbl 09:19 < rxr> sleep well miguel 09:19 < rxr> and greetings to your girl ,-) 09:19 < madtux> danke rene. 09:20 < madtux> rxr, too late.. i have been alone and single since several months 09:20 < madtux> but thanks :) 09:20 < rxr> oh - what ? 09:20 < madtux> long story i will tell u later when i am back :) 09:20 < rxr> yeah - definetly wonder what's up in your life 09:20 < rxr> cu then! 09:20 -!- madtux [i=miguel@pf0.hostarica.com] has quit ["Leaving"] 09:21 -!- sepp [n=sepp@p213.54.146.122.tisdip.tiscali.de] has joined #t2 09:21 < sepp> moin 09:22 < rxr> moin seep 09:22 < rxr> sepp ,-) 09:22 < sepp> hehe 09:22 < sepp> hi rxr 09:36 -!- Baldzius [n=baldzius@85.206.97.85] has quit [Read error: 110 (Connection timed out)] 09:37 [Users #t2] 09:37 [@ChanServ] [ jsaw ] [ LMJ ] [ mtr_] [ rxr ] [ valentin] 09:37 [ CIA-9 ] [ karasz] [ mnemoc] [ owl ] [ sepp] [ _Ragnar_] 09:37 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal] 09:38 < rxr> hahaha 09:38 < rxr> what a joke 09:39 < jsaw> re 09:39 < rxr> this ugly auto* even has a case match for *-linu-* for lib64 guess that is never reached because of another x86-64 powerpc64 and so on match above ... 09:39 < rxr> what a crap 09:39 < jsaw> rxr: I can commit my auto-fixes for your review if you want... 09:40 < rxr> what? 09:40 < rxr> there is uncommited auto* fixing ?!?!?! 09:40 < jsaw> rxr: here, pcre builds... 09:40 * rxr slaps jsaw ... 09:40 < rxr> jsaw: did pcre built without this fixing ? 09:40 < jsaw> rxr: yeah, you disliked the way I did it 09:40 < rxr> the sed ? 09:40 < jsaw> rxr: so, I checked against a full build 09:40 < jsaw> rxr: which is finished since yesterday 09:40 < jsaw> yes, the seding 09:41 < jsaw> and I'm afraid, seding is far easier 09:41 < rxr> jsaw: have you the time to test whether pcre fails without the fixup ? 09:41 < jsaw> I know it fails 09:41 < jsaw> I don't have to test it again ;) 09:41 < rxr> jsaw: yes, I already said when you need 8 patches to try to apply then sed is better ... 09:41 < rxr> jsaw: wah! 09:41 < rxr> jsaw: why do I trackle pcre then ... 09:41 < rxr> but on the other hand 09:41 < rxr> it buils on my x86-64 subnotebook I think 09:41 < jsaw> the patch number will even grow... 09:42 < rxr> jsaw: yes ack ack ack - your sed is fine ,-))) 09:42 < jsaw> the new libtool etal in CVS has even another version of it, but still not correct... 09:42 < rxr> where are some fundamental terorists to be direct to libtool ... ? 09:42 < jsaw> rxr: thanks, will commit in, say another 2h, so that I can add some more comments what what is doing... 09:43 < rxr> jsaw: do you have it handy? I would try it on my boxes 09:43 < rxr> hm 09:43 < jsaw> ok, wait a sec 09:43 < rxr> jsaw: strange - on my notebook pcre builds for x86-64 without your fix 09:43 < rxr> jsaw: maybe publish somewhere for review before it hits trunk 09:43 < jsaw> o.O 09:44 < rxr> jsaw: your fix was what for exactly ? 09:44 < jsaw> rxr: that's what I thought actually, to send the patch to ML 09:44 < rxr> but I can wait for publishing so I can "RTFC" ,-) 09:44 < rxr> jsaw: ack 09:44 < jsaw> hehe 09:44 < jsaw> ok. Have to run to work now, give me 1-2hours 09:44 < jsaw> bbl 09:52 < rxr> aha! 09:52 < rxr> for x86-64 this 64bit variable gets actually set in the configure 09:52 < rxr> strange 09:55 * rxr hates instrumenting ugly configure hell for tracing ... :-((( 10:25 < CIA-9> jsaw * r15342 /trunk/package/base/linux26/linux26.desc: 10:25 < CIA-9> * update linux26 (2.6.15.2 -> 2.6.15.3) 10:25 < CIA-9> (security related, untested) 10:28 < rxr> jsaw: libtool sed'ery ? 10:33 < CIA-9> rene * r15343 /trunk/target/desktop/config.in: 10:33 < CIA-9> * added imake and cf legacy junk to the new desktop target config, 10:33 < CIA-9> since a lot of old packages depend on it (gtk+12, but also X 10:33 < CIA-9> tools like transfig, tk and co) 10:51 < karasz> moin all 10:52 < rxr> moin karasz 10:53 < jsaw> rxr: sent to ML 10:59 * rxr raised a bit "does make ppc64 sense at all" discussion on #xorg :-((( 11:00 < rxr> and a redhat employee trying to convince me it does give me nothing at all ... 11:09 < jsaw> huh 11:10 < jsaw> ??? 11:10 < jsaw> have to work, cu later 11:25 < rxr> ppc vs ppc64 - the usual my userland is better flaming done by big distributions .. 11:25 < rxr> and only wanted to discuss a patch sniplet ... 11:27 -!- mtr [n=Michael@p54AFA17D.dip0.t-ipconnect.de] has joined #t2 11:37 < rxr> heh: 11:37 < rxr> > > Right. But not everything is Linux kernel. We may have to have a 11:37 < rxr> > > legacy helper level which gets used by the backend if the kernel 11:37 < rxr> > > doesn't provide this support. 11:37 < rxr> > 11:37 < rxr> > Right, sounds good (btw, there are OSes besides Linux out there? :). 11:37 < rxr> yeah, there are! It's hard to believe, I know. 11:39 -!- morfoh [n=morfoh@p54BEFED1.dip.t-dialin.net] has joined #t2 11:39 < morfoh> moin 11:39 < rxr> mon morfoh 11:39 < rxr> moin 11:39 < morfoh> moinr rxr 11:41 -!- Baldzius [n=baldzius@85.206.97.207] has joined #t2 11:41 < Baldzius> moin 11:41 < morfoh> rxr: hopefully you will not going to kill me because I removed a package 11:41 < morfoh> moin Baldzius ;) 11:42 < Baldzius> hi morfoh :) 11:42 < sepp> hi morfoh, Baldzius 11:42 < Baldzius> hi sepp 11:42 < morfoh> hi sepp 11:43 < morfoh> sepp: as you might have seen I removed e17/enscribe 11:44 < Baldzius> morfoh: sepp 'll be angry :) 11:44 < morfoh> sepp: it is obsolete, and was not building anyway 11:44 -!- mtr_ [n=Michael@p54AFB670.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 11:44 < sepp> yes, they disabled the esmart textarea api some months ago 11:44 < Baldzius> :) 11:45 < sepp> huuh - i am not angry 11:45 < CIA-9> rene * r15344 /trunk/package/xorg/ (compositeproto/long64.patch xproto/long64.patch): 11:45 < CIA-9> * do not tweak the X types globally to fix compositing on ppc64, it 11:45 < CIA-9> has some unwanted sideeffect due to global X type braindamage. 11:45 < CIA-9> Instead fix just the compositeproto header with ugly #defines that 11:45 < CIA-9> already have been started in the file. 11:46 < Baldzius> /me was joking :) 11:46 < Baldzius> as always .... 11:46 < morfoh> sepp: I just joined #e shortly for asking, but after I mentioned T2 I had to explain and advocating it a bit 11:46 < sepp> last time it worked it was a really useless texteditor ;) 11:46 < morfoh> sepp: but you "updated" it lately ;) 11:48 < morfoh> rxr: seems that we got the attention of some people at #e because of the modular X in trunk :) 11:49 < rxr> oh - cool 11:49 < rxr> morfoh: go go - advertice ,-) 11:49 < sepp> :) 11:49 < morfoh> rxr: I'll do my best :) 11:49 < rxr> go go 11:50 < rxr> so - now the libtool stuff and ppc64 will be mostly fine 11:50 < rxr> (just I need to tinker some dual-core patches to linux26 to get a install cd rolling ...) 11:50 < karasz> moin kmoorad, Baldzius sepp 11:50 < sepp> go-go-gadgeto-morfoh ? ;) 11:51 < morfoh> rxr: even 1 of them knew about T2 yet ... :) 11:51 < karasz> damn, 2 h sleep does not improve my spellin'. 11:51 < Baldzius> hi karasz 11:51 < morfoh> moin tovorish karasz :) 11:51 < sepp> hi karasz 11:52 < karasz> kommrad, see I was right, new day it is :) 11:53 < morfoh> karasz: now I'm fearing you a bit, because of your "forseeing" ability :) 11:54 < morfoh> karasz: you were right twice :) 11:54 < karasz> nah, i told you, it is `inside info`, not forseeing. 11:54 < morfoh> karasz: sorry ... I forgot 11:56 < rxr> jsaw: why did you add libtool fixup to gcc? 11:56 < rxr> jsaw: why not to libtool/parse-config ? 11:57 < morfoh> rxr: I tried to rebuild some parts of my mnemosyne 2.2 test target, but still it couldn't find the init ... but perhaps I missed to rebuilt an important piece 12:06 < morfoh> "Failed to execute /init" ... 12:08 < rxr> Maybe pdksh is not statically linked dietlibc ? 12:11 < mnemoc> moin 12:11 < morfoh> rxr: already taking a look ... 12:11 < morfoh> moin mnemoc :) 12:11 < rxr> moin mnemoc 12:11 < Baldzius> hi mnemoc 12:11 < mnemoc> morfoh: Kernel_linux.conf should be setting that 12:12 < mnemoc> moin morfoh, rxr, nasty-boy 12:13 < morfoh> mnemoc: indeed ... =*= Build package with dietlibc: pdksh 12:14 < jsaw> rxr: due to priority of gcc 12:14 < rxr> hm ? 12:14 < morfoh> hi Dr.J. 12:14 < jsaw> hi morfoh :) 12:14 < morfoh> :) 12:15 < jsaw> rxr: didn't work out with libtools parse-config, was exectuted to late 12:15 < rxr> oeh 12:15 < jsaw> rxr: but I do not remember which package in between offended 12:15 < rxr> but notheless it must not be in the gcc package ... 12:15 < jsaw> ah now, it was gcc itself... 12:15 < rxr> we have parse-config-N that should or now, not ? 12:16 < jsaw> ? 12:16 < jsaw> what's parse-config-N ? 12:16 < rxr> without a suffic it is priortiy -5 and we could make libtool/parse-config-1 or so ... 12:16 < jsaw> ah, ic 12:16 * jsaw makes a note 12:20 < CIA-9> aldas * r15345 /trunk/package/gnome14/ghex12/ (gcc4.patch ghex12.desc): * added ghex12/gcc4.patch 12:21 < rxr> btw. morfoh mnemoc jsaw, ... has anyone recommendations for a good hex editor? 12:21 < rxr> even better would be one that works on large files ... 12:24 < morfoh> rxr: dunno ... but http://freshmeat.net/projects/lfhex/ claims to support large files :p 12:25 < rxr> == 13:26:01 =[5]=> Building base/pcre [6.4 2.2.0-alpha]. 12:25 < rxr> !> Corrected ./ltmain.sh 12:25 < rxr> !> Corrected ./libtool 12:25 < rxr> !> /usr/lib64/../lib/libstdc++.so: could not read symbols: File in wrong format 12:25 < rxr> == 02/07/06 13:26:52 =[5]=> Aborted building package pcre. 12:25 < rxr> jsaw: ! 12:27 < morfoh> rxr: should I package lfhex for you that you can test it ? ;) 12:27 < rxr> nah 12:27 < rxr> but thanks for the offer ,-) 12:28 < morfoh> rxr: np .. yw ;) 12:28 * morfoh is creating a new iso and syncing it 12:29 < rxr> jsaw: this does not work on ppc64 12:29 < rxr> == 13:29:00 =[5]=> Building filesystem/fam [2.7.0 2.2.0-alpha]. 12:29 < rxr> !> Corrected ./ltmain.sh 12:29 < rxr> !> /usr/lib64/../lib/libstdc++.so: could not read symbols: File in wrong format 12:29 < rxr> == 02/07/06 13:29:54 =[5]=> Aborted building package fam. 12:41 < rxr> jsaw: it only works accidently on x86-64 12:41 < rxr> jsaw: I need a auto configure fixup for powerpc64 and sparc64 12:41 < rxr> that would make fam build - but I think not yet pcre .. 12:41 < karasz> re 12:41 < karasz> moin mnemoc 12:41 < rxr> damn - this crap is all so ugly ... 12:42 < rxr> jsaw: I think I fork screen for the fun of it and try out my exact-build on a ugly code base to just proof auto* is just obsolete crap ... 12:43 < jsaw> rxr: this is most probably a fault in fam 12:43 < morfoh> I rebuild all packages which link against dietlibc, but still "Failed to execute /init" ... any other ideas ? 12:43 < jsaw> rxr: look for -L*/lib/ in the gcc line 12:43 < rxr> yes and pcre and who knows what else 12:44 < jsaw> rxr: the guys that wrote the configure.in did not pay attention. 12:44 < rxr> jsaw: none pay attention writing configure* junk 12:44 < jsaw> libtool itself does not insert -L*/lib into the compilation flags anymore 12:44 < jsaw> with my changes 12:44 < rxr> they just cut'n paste and apply vodoo fixes that can not make out what they do just some user claims it works 12:44 < rxr> jsaw: ack 12:45 < jsaw> sadly I have to ack too 12:45 < LMJ> moin moin 12:46 < morfoh> moin moin serwou :) 12:46 < LMJ> how are you morfoh ? 12:46 < jsaw> morfoh: "Failed to execute /init" , where does this happen? 12:47 < morfoh> LMJ: fine ... thanks. and how are things in france ? ;) 12:47 < jsaw> morfoh: is /init a script? 12:47 < LMJ> pretty good ;) 12:47 < morfoh> jsaw: while booting a mnemosyne 2.2 12:47 < mnemoc> morfoh: HEAD? 12:47 < morfoh> jsaw: afaik it is a sh script 12:47 < morfoh> mnemoc: yes 12:47 < mnemoc> it is 12:47 < jsaw> morfoh: do you have r15333 12:48 < mnemoc> when i got that problem sh was dynamic 12:48 < mnemoc> but it suppose to have been fixed a few days ago 12:48 < jsaw> prior to r15333, files from target/*/rootfs were copied without executable rights 12:48 < morfoh> mnemoc: I rebuild all package that are linked against dietlibc statically 12:50 < rxr> ok - I give up 12:50 < jsaw> O.O 12:50 < rxr> the pcre configure script is broken beyond fixability 12:50 < rxr> I add a hook_add postconf 5 "cp /usr/bin/libtool ." 12:50 < rxr> that builds ... 12:51 < rxr> configure generats a libtool from lfmain that that contains multiple sys_path_blubber defines and I stop searching where they all come from ... 12:52 < jsaw> oh my, even older ltmains around... 12:52 < karasz> moin LMJ 12:52 < rxr> jsaw: no - it is configures fault, mostly ... 12:52 < LMJ> moi karasz, jsaw and rxr 12:52 < morfoh> jsaw: I'm on trunk HEAD so I assume that I have r15333 12:52 < rxr> libsigc++-1.2.5 fails simillar ugly ... 12:52 < jsaw> morfoh: check that your init is executable 12:53 < rxr> man - this auto* and libtool crap is sooo broken beyond believe and consums time like crazzy ... 12:54 < rxr> jsaw: maybe we should try the LIBTOOL=/usr/bin/libtool approach? 12:54 < rxr> so we mostly only fix it once and live happily ? 12:54 < jsaw> rxr: NO 12:54 < mnemoc> ? 12:54 < jsaw> LIBTOOL=/usr/bin/libtool breaks more than it fixes :( 12:54 < jsaw> I tried it 12:54 < rxr> jsaw: okok - I just repeated your suggestion ,-) 12:55 < jsaw> hehe 12:55 < jsaw> but I was wrong :((( 12:55 < rxr> even the bst dr. rendera patient dead - from time to time .. 12:56 < jsaw> *grin* 12:58 < jsaw> rxr: btw, did you rebuild gcc with my patches? 12:58 < jsaw> rxr: esp. the extended-sth. ? 12:59 < jsaw> bias 13:00 < rxr> the function.in patch ? 13:01 < rxr> I did not rebuild gcc it looks fine - what was broken inint ? 13:04 < mnemoc> morfoh: i just boot a mnemosyne@2.2 installer cd 13:05 < mnemoc> morfoh: until stone... where it got confused with my lvm partitions 13:05 < mnemoc> rxr: stage2 init doesn't wait for input... it silently 'select' option 0 -> 1 13:06 < rxr> mnemoc: that is a feture 13:06 < mnemoc> o_O 13:06 < mnemoc> ok 13:06 < rxr> mnemoc: I advertised to autoselect sane defaults on the first run 13:06 < rxr> and you all said nice, to so ... 13:06 < mnemoc> :) 13:07 < rxr> jsaw: I extended your code with a final libtool check that overwrites libtool if configure generated too grave junk ... 13:07 < rxr> fam test build running ... 13:16 < jsaw> rxr: check .la files of gcc... 13:17 < jsaw> rxr: the lib/libstdc++.so is usually hidden there 13:22 < rxr> # grep lib/lib /usr/lib/*.la 13:22 < rxr> # 13:23 < rxr> err 13:23 < rxr> # grep lib/lib /usr/lib64/*.la 13:23 < rxr> hehe 13:23 < jsaw> no, in usr/lib64/gcc/x86_64-t2-linux-gnu/4.0.2/ 13:24 < jsaw> and usr/lib64/gcc/x86_64-t2-linux-gnu/4.0.2/32 13:24 < rxr> what change does affect fixing those files ? 13:24 < jsaw> eh, no, only the first one of course 13:24 < jsaw> the patch to scripts/functions.in 13:24 < jsaw> libso-extended-checking 13:24 < rxr> ah - ok 13:25 < rxr> but those do not reveal a match 13:27 < rxr> jsaw: I add a final libtool check and overwrite it with the system one if the libdir name does not appear in the sys_...path assignment ... 13:27 < rxr> at leat ppc64 needs this for overly broken configure scripts ... 13:27 < mnemoc> rxr: funny thing.... the _same_ cd-r got stone without troubles on one box, but can't find /mnt_root/sbin/init on another 13:27 < mnemoc> (bbl) 13:28 < jsaw> rxr: that's good, I thought about this problem, but didn't think of this solution 13:28 < rxr> == 14:28:57 =[5]=> Building filesystem/fam [2.7.0 2.2.0-alpha]. 13:29 < rxr> !> Corrected ./ltmain.sh 13:29 < rxr> !> Overwrote libtool - configure broken beyond believe. 13:29 < rxr> !> dependency_libs=' -lrpcsvc /usr/lib64/gcc/powerpc64-t2-linux-gnu/4.0.2/libstdc++.la -L/TOOLCHAIN/src.gcc.default.20060205.193730.19552.localhost/gcc-4.0.2/objdir/powerpc64-t2-linux-gnu/libstdc++-v3/src -L/TOOLCHAIN/src.gcc.default.20060205.193730.19552.localhost/gcc-4.0.2/objdir/powerpc64-t2-linux-gnu/libstdc++-v3/src/.libs' contain(s) build system paths! 13:29 < rxr> !> This is due to problems with libtool and should be corrected. 13:29 < rxr> !> Until then, we're now auto-correcting the .la files. 13:29 < rxr> == 02/07/06 14:29:46 =[5]=> Finished building package fam. 13:29 < rxr> heh 13:29 < rxr> finally a fam on ppc64 ,-)!!!! 13:31 < rxr> == 14:31:39 =[5]=> Building base/pcre [6.4 2.2.0-alpha]. 13:32 < rxr> !> Corrected ./ltmain.sh 13:32 < rxr> !> Corrected ./libtool 13:32 < rxr> !> Overwrote libtool - configure broken beyond believe. 13:32 < rxr> == 02/07/06 14:32:37 =[5]=> Finished building package pcre. 13:32 < rxr> heh 13:32 < jsaw> :) 13:32 < rxr> hopefully I never have to touch configure scripts due lib64 now again ,-) 13:32 < rxr> the more automatic fixups sum up quite a bit ,-) 13:32 < jsaw> .oO(hope is a strange thing) 13:32 < rxr> soon t2 can speak and work around ... 13:32 < jsaw> :D 13:32 < rxr> walk around ... 13:34 < rxr> hm - it does not fix libsigc++12 ... 13:34 < rxr> !> /usr/lib64/gcc/powerpc64-t2-linux-gnu/4.0.2/crtbeginS.o:(.data.rel+0x0): multiple definition of `__dso_handle' 13:34 < rxr> !> /usr/lib64/gcc/powerpc64-t2-linux-gnu/4.0.2/crtbeginS.o:(.data.rel+0x0): first defined here 13:34 < rxr> too bad 13:37 < rxr> == 02/07/06 14:38:48 =[5]=> Finished building package libsigc++1. 13:37 < rxr> cool ,-) 13:37 < rxr> your set of available quirks are amazing ,-) 13:38 < morfoh> re 13:38 < rxr> soon have to write a chapter in the new handbook so I do not forget my self what actions they perform ... 13:38 < morfoh> mnemoc: why is your mnemosyne@2.2 booting and mine not ? 13:38 < rxr> morfoh: because you are you and mnemoc is mnemoc ,-) 13:39 < morfoh> rxr: thx :/ 13:39 < rxr> morfoh: wathc for $USER conditionals on the way ,-) 13:39 < rxr> morfoh: but you really should check what shell you have in the image 13:40 < rxr> use cpio to extract it 13:40 < rxr> and if a /bin/sh is in the image what type it is 13:40 < rxr> e.g. dynamic vs. static 13:40 < rxr> that is all 13:40 < morfoh> rxr: yeah ... I'll do so 13:40 < rxr> there should not be more than could be wrong 13:40 < rxr> jsaw: should I commit the pieces then ? 13:42 < jsaw> yes, do so 13:42 < rxr> I start a new ppc64 build then and finally go scanner driver i/o tuning ... 13:53 < morfoh> indeed ... my bin/sh in the initrd is dynamic :/ 13:55 < rxr> rebuild pdksh 13:56 < rxr> maybe you got the config when it was built already ? 13:56 < morfoh> rxr: I rebuild pdksh more than once 13:57 < rxr> http://news.independent.co.uk/environment/article343740.ece 13:57 < rxr> ^- that is quite cool 14:05 < rxr> ah 14:06 < rxr> == 15:06:29 =[5]=> Building develop/libsigc++12 [1.2.5 2.2.0-alpha]. 14:06 < rxr> !> Overwrote libtool - configure broken beyond believe. 14:06 < rxr> == 02/07/06 15:07:16 =[5]=> Finished building package libsigc++12. 14:18 < morfoh> rxr: is there anything else I can try than rebuilding pdksh all the time ? 14:23 < morfoh> everything important is linked statically, but not pdksh ... 14:28 < morfoh> at least not the version in initrd 14:31 < rxr> morfoh: look in the log of pdksh what is going on ... 14:31 < morfoh> bin/pdksh: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped 14:32 < rxr> hm ? 14:32 < rxr> the one in the sandbox is ok ? 14:32 < morfoh> yep 14:32 < morfoh> tmp/bin/sh 14:32 < morfoh> tmp/bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), stripped 14:32 < morfoh> ^ initrd 14:32 < rxr> ah 14:32 < rxr> guess it nontheless was not configured as it the first time you build it 14:33 < rxr> and you need of course to rebuild the kernel - since it is where the initrd is made up 14:33 < morfoh> rxr: I also rebuild the kernel more than once 14:34 < morfoh> rxr: any other package, besides kernel and the static diet crap ? 14:36 < rxr> this is no crap ... 14:36 < rxr> dynamic or static glibc would be much huger 14:37 < rxr> unpack the in system initrd and take a look what the pkksh in it is linked like 14:37 < morfoh> rxr: sorry ... of course this is no crap ... but I#m a bit frustrated ... sorry 14:37 < morfoh> it isn't your fault 14:38 < morfoh> as you said mnemoc is mnemoc and I'm just unable to find th problem ... that's why I'm frustrated ,,, not because of any other thing or person ... it's just me 14:43 < morfoh> rxr: where does it copy pdksh -> bin/sh ? 14:43 < rxr> the cp is in mkinitrd 14:43 < rxr> it is run for each kernel in linux*/linux.conf 14:43 < mnemoc> rehi 14:43 < morfoh> wb mnemoc 14:44 < mnemoc> thx morfoh 14:46 < mnemoc> morfoh: did you review the content of that initrd? 14:46 < morfoh> yes 14:46 < morfoh> 5:34 < morfoh> tmp/bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), stripped 14:46 < morfoh> 15:34 < morfoh> ^ initrd 14:46 < mnemoc> dynamic?? 14:46 < mnemoc> that is bad 14:46 < morfoh> 5:34 < morfoh> bin/pdksh: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped 14:47 < morfoh> 5:34 < morfoh> bin/pdksh: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped 14:47 < morfoh> sorry 14:47 < mnemoc> bin/sh ? 14:47 < mnemoc> in fact ldd bin/* sbin/* :) 14:48 < CIA-9> jsaw * r15346 /trunk/package/editors/vim/vim.conf: * use eval_config_command, not ./configure directly 14:49 < morfoh> mnemoc: in the initrd's bin just fget and sh are dynamic 14:49 < mnemoc> morfoh: rebuild them 14:49 < mnemoc> none can be dynamic 14:49 < morfoh> mnemoc: I rebuild all more than once ... pdksh, the kernel, mkinitrd, .. 14:50 < karasz> moin LMJ 14:50 < karasz> sorry 14:50 < karasz> wrong window 14:51 < mnemoc> export SDECFG_DIETLIBC_fget='0' <--- borked here 14:51 < jsaw> morfoh: you are on head? 14:51 < morfoh> jsaw: yes 14:51 < mnemoc> # grep 'bin/sh$' build/minimal-2.2.0-alpha-x86-pentium-mmx-mnemosyne/var/adm/flists/* 14:51 < mnemoc> build/minimal-2.2.0-alpha-x86-pentium-mmx-mnemosyne/var/adm/flists/bash:bash: bin/sh 14:51 < mnemoc> who said pdksh is sh? 14:53 < morfoh> mnemoc: mkinitrd copies /bin/pdksh -> bin/sh in the initrd 14:53 < morfoh> I think that only matters ... or am I wrong ? 14:53 < mnemoc> bin/sh --version confirms that? 14:54 < morfoh> bin/sh --version 14:55 < morfoh> bin/sh: bin/sh: --: unknown option 14:55 < morfoh> /bin/sh --version 14:55 < morfoh> GNU bash, version 3.00.16(2)-release (i586-t2-linux-gnu) 14:55 < morfoh> Copyright (C) 2004 Free Software Foundation, Inc. 14:55 < morfoh> ^from my host 14:56 < karasz> well, qmail seems to work. 14:56 < morfoh> karasz: fine :) 14:56 < mnemoc> k{udos,arasz} 14:56 < karasz> as you said mnemoc blood sacrifice was needed :) 14:57 < rxr> morfoh: what does the sh you have in the initrd outpu ? 14:57 < mnemoc> karasz: :) 14:57 < karasz> slight problem though 14:57 < mnemoc> what problem? 14:57 < karasz> delivery is made to Maildir which is a file/// 14:57 < karasz> i must have scrued up some slashes I guess... 14:58 < morfoh> rxr: output ? do you mean if I run bin/sh ? 14:58 < mnemoc> local delivery? check you qmail-start script and control/defaultdelivery ? 14:58 < karasz> cat /opt/qmail/control/defaultdelivery 14:58 < karasz> ./Maildir/ 14:58 < mnemoc> that's ok 14:58 < rxr> you posted a lot of unclear stuff - you suggested you might have a bash in the initrd ... and such 14:59 < rxr> morfoh: what is the identify of --version for the sh extraced from the initrd 14:59 < rxr> also have you extracted the build/.../boot/initrd ? 14:59 < rxr> is the wrong shell already in that one ? 14:59 < morfoh> rxr: I never said that it is a bash 14:59 < morfoh> moment 15:00 < morfoh> have to provide some food for the rat 15:00 < mnemoc> [11:35:27] tmp/bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), stripped 15:00 < karasz> mnemoc: http://karasz.pastebin.ca/40554 15:00 < mnemoc> [11:35:37] ^ initrd 15:00 < rxr> morfoh: that is what I meant with uclear ... 15:00 < karasz> ^^ startup script 15:00 < mnemoc> karasz: that is smtp, i want qmail-send 15:00 < karasz> moment 15:01 < karasz> i found it 15:01 < karasz> my bad :) 15:02 < mnemoc> karasz: your qmail-smtp is weird 15:02 < karasz> well, that was the best i can do :( 15:02 < karasz> i adapted some tcpserver script to use tcpsvd 15:03 < karasz> so send is ok, now, as I told you I missed a slash 15:03 < karasz> as i explicitly use ./Maildir/ in the startup 15:04 < karasz> but i don't like it. i will try to adapt to use defaultdelivery 15:04 < mnemoc> smtp has nothing to do with defaultdelivery 15:04 < karasz> send, not smtp 15:05 < karasz> #!/bin/sh 15:05 < karasz> exec env - PATH="/opt/qmail/bin:$PATH" \ 15:05 < karasz> # qmail-start "./Maildir/" 15:05 < karasz> this is my send , now with trailing / 15:05 < mnemoc> o_O 15:06 < mnemoc> anyway, you just need to do something like: 15:06 < mnemoc> exec envdir ./env qmail-start `cat /var/qmail/control/defaultdelivery` 15:06 < karasz> ohum, smth like that i wanted to use. 15:08 < morfoh> rxr: I extracted this one -> TOOLCHAIN/isofs/boot/initrd-2.6.15.2-dist.img 15:08 < morfoh> bin/sh --version 15:09 < morfoh> bin/sh: bin/sh: --: unknown option 15:09 < mnemoc> bin/sh ? do you have '.' on PATH sick boy? 15:12 < morfoh> mnemoc: I've no '.' in PATH 15:12 < LMJ> hy 15:14 < rxr> morfoh: is it static = 15:14 < rxr> ? 15:15 < morfoh> rxr: no it is linked dynamically 15:16 < mnemoc> morfoh: and bin/pdksh is static? 15:16 < morfoh> ack 15:16 < mnemoc> morfoh: mkinitrd :) 15:17 < rxr> I doubt it is in mkinitrd 15:17 < morfoh> rxr: me too 15:17 < rxr> I think you just rebuild your kernel the last time with a dynamic pdksh around and later rebuild pdksh and made it static ... 15:17 * rxr wonders if there is not yet a check for dynamic sh in the mkinitrd 15:18 < rxr> is the error supressed in linux.conf ? 15:18 < morfoh> rxr: there is a check 15:18 < morfoh> rxr: it doesn't complain that anything important for the initrd is static 15:19 < morfoh> dynamic 15:19 < morfoh> arrg 15:29 < rxr> ouh 15:29 < rxr> I hate when an accident C-c kills my X away 15:29 < rxr> I should stop using text consoles ... at all 15:30 < mnemoc> morfoh: mkinitrd :) <--- i mean, re-run mkinitrd to regenerate the image 15:31 < morfoh> mnemoc: I removed TOOLCHAIN/isofs* and rebuild mkinitrd ... but same problems 15:31 < mnemoc> uhm 15:32 < CIA-9> rene * r15347 /trunk/package/filesystem/udev/60-hotplug.rules: 15:32 < CIA-9> * fixed udev rules due to incompatible rules format change (once again) 15:32 < CIA-9> to pass the proper argument and set a env variable for hotplug++ runs 15:32 < CIA-9> (tested before I added ENV{UDEVD_EVENT}="1" but should work) 15:33 < rxr> so - finally I can go hunting scanner driver i/o performance ... 15:33 < morfoh> rxr: good luck :) 15:37 < CIA-9> jsaw * r15348 /trunk/package/develop/mono/phtread-needed.patch: * when using boehm-gc, pthread is needed 15:38 < CIA-9> jsaw * r15349 /trunk/package/graphic/ploticus/ (X11R7.patch ploticus.conf): * fix for libdir != */lib 15:39 < CIA-9> jsaw * r15350 /trunk/package/editors/auctex/auctex.conf: 15:39 < CIA-9> * run build cycle for {,x}emacs independantly 15:39 < CIA-9> * disable preview (but not sure if this should be done 15:39 < CIA-9> in tetex) 15:45 < rxr> jsaw: best is to link boehmgc library against pthread so the utilizers do not nee to know 15:45 < rxr> need 15:47 < jsaw> gah, right, but: 15:47 < jsaw> ** Warning: linker path does not have real file for library -lpthread. 15:47 < jsaw> HAR HAR 15:47 < jsaw> (in boehm-gc) 15:47 < rxr> what the heck is this again .. 15:47 < rxr> this libtool junk becomes boring ... 15:48 < jsaw> yep 15:50 < mnemoc> lt++ 15:50 < mnemoc> or exacttl 15:50 < mnemoc> lt 15:50 < jsaw> eh, watch this: 15:50 < rxr> mnemoc: NACK - no libtool at all 15:51 < jsaw> ltmain.c/* ltmain.c - C implementation of GNU Libtool 15:51 < jsaw> * Copyright (C) 1998-1999 Free Software Foundation, Inc. 15:51 < jsaw> ... 15:51 < mnemoc> fresh 15:51 < rxr> jsaw: my stomarch turns over - me of to the toilete 15:51 < jsaw> lol 15:55 < rxr> this is my no means funny at all .... 15:55 < jsaw> yes it is, here's the body of ltmain.c: 15:55 < jsaw> int 15:55 < jsaw> main (argc, argv) 15:55 < jsaw> int argc; 15:55 < jsaw> char **argv; 15:55 < jsaw> { 15:55 < jsaw> printf ("hello, world!\n"); 15:56 < jsaw> exit (0); 15:56 < jsaw> } 15:56 < jsaw> :D 15:56 < mnemoc> LMAO 15:56 < rxr> jsaw: ? 15:58 < jsaw> this ltmain.c is almost 1 year old, so, rough guess, you have 10 more years to throw up about a C implementation... 15:59 < mnemoc> ltmain.c was started at 24.12.1998 and released at 01.04.1999 16:00 < jsaw> (correction: _last touched_ almost one year ago) 16:01 < mnemoc> reindentation? 16:02 < rxr> morfoh: with the scanner on my desk my driver core gets 5.5MB/s thru the USB cable 16:02 < rxr> but I know that the windows driver is faster me booting to stopwatch 16:02 < jsaw> mnemoc: The FSF are moving offices today. Changed their contact address [...] 16:03 < morfoh> rxr: ic 16:03 < mnemoc> jsaw: o_O 16:04 < jsaw> (ltmain.c log from 2005-04-22) 16:05 < morfoh> perhaps the FSF is moving into the rotten and wire tapped UN building, to assure the efforts of the new "OpenSource" movement 16:05 < rxr> this Windows baloon help telling me that my "computer is in danger" when I boot it up is "just lovely" 16:06 < morfoh> rxr: you forgot to enable the fw and you were not buying a virus scanner :p 16:06 < morfoh> rxr: shame on you :p 16:06 < rxr> my firewall is pretty well functioning here in the office ... 16:06 < rxr> guess just a buggy OS not enabled to detect this .. 16:07 < morfoh> rxr: I mean local fw 16:07 < rxr> guess that garage company is not working together with the big player to archive such kind of integration 16:08 < rxr> and the driver for the scanner did not have a window logo test certificat ... 16:08 < rxr> should I worry ? 16:09 < morfoh> rxr: yes ... quickly send M$ some money to get certified ;) 16:10 * rxr ? 16:10 < rxr> it is not my driver ... 16:10 < morfoh> .oO( but what a description ???? "windows logo test" ... pfff :)o 16:11 < rxr> that is not me ... I just retype the screen ... 16:11 < morfoh> rxr: I know :) 16:11 < rxr> heh - but not /me ... 16:11 < rxr> strangy hobby os thing ... 16:11 < rxr> and each window looks different ... 16:11 < rxr> wonders how people could throw such unpolished and disintegrated stuff on the market ... 16:12 < rxr> oh a new balloon 16:12 < rxr> I should keep my computer on the latest state ... 16:12 < rxr> do they mean buying new hardware ? 16:14 < morfoh> :D 16:15 < morfoh> rxr: I can really imagine your wondering face :) 16:16 < rxr> hm - the new scanner software needs MS .Net ... it is not included in Win XP ? 16:17 < morfoh> lost in the world of his beloved hobby os 16:17 < rxr> guess not 16:17 < rxr> though I have the latest greated running ... 16:17 < morfoh> rxr: but beware .NET has some kind of strange "deps" 16:17 < rxr> it is installing it itself ... 16:17 < rxr> I hope the installer is sane enough to leave a working application on disk ... 16:18 < rxr> if not I use something else to drive the TWAIN driver to capture a i/o log with timing data ... 16:18 < morfoh> rxr: one day the f* OS forced me to install it, and it screwed up a lot apps 16:18 < rxr> oh 16:18 * rxr hopes the Java cell-phone update software is not affected 16:18 < rxr> took me 3h to install that beast ... 16:19 < rxr> 2h alone to find otu it actually needs Java ... 16:19 < morfoh> rxr: have fun :) 16:19 < rxr> but this windows started to behave strange for some time now 16:19 < rxr> guess it coudl take a reinstall anway ... 16:20 < rxr> somehow it is not really mature and starts to degrade in stability and application compatibility quite soon after installation ... 16:20 < rxr> and the package management is also rather chaotic 16:20 < rxr> a lot of manual trial'n error and a lot of diferse formats used for installation 16:24 < rxr> hm 16:24 < rxr> in that driver app combo the windows software is infact way slower !! 16:25 < jsaw> going home, cu 16:28 < morfoh> cu jsaw 16:28 < rxr> cu jsaw 16:31 < morfoh> .oO( damn ... this self made bread is tasting good ... I should better become a baker )o 16:34 < rxr> and bill a programmer ... - go code! 16:41 < rxr> ouhm - yeah 16:41 < rxr> 5xx MB log of the scan to analyze ... 16:41 < rxr> my bash script will have fun 16:41 * rxr should rewrite it in awk actually ... 16:42 -!- morfoh is now known as war-monger 16:43 * rxr this ssh and cygwin shell with bash is actually quite handy ... 16:43 < rxr> feels a bit like a real OS :. 16:44 < war-monger> hehe :) 16:44 < rxr> despite the graphic artefacts on the screen are signs of the bad base the real code is run in ... 16:44 < rxr> huh 16:44 < rxr> I insert the audio cd and the first choice is "Copy music from CD" ? 16:44 < rxr> I want to listen not raw copy ... 16:44 < war-monger> of course ;) 16:44 < rxr> this OS should be forbidden for allowing bypassing copyright law .. 16:45 < _Ragnar_> copying your own CD is still legal 16:49 -!- war-monger is now known as morfoh 16:55 < rxr> depends on the country your are in ... 16:56 < rxr> isn't even that verboten in the US ? 16:56 < rxr> and in .de it becomes more and more restricted as well 16:57 < rxr> what was the name of the windows ifconfig ? 16:59 -!- rxr_ [n=rene@e178190054.adsl.alicedsl.de] has joined #t2 16:59 -!- Topic for #t2: T2 | 2.1.1.1 and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/ 16:59 -!- Topic set by mnemoc [] [Sat Jan 14 21:42:03 2006] 16:59 [Users #t2] 16:59 [@ChanServ] [ jsaw ] [ mnemoc] [ owl ] [ sepp ] 16:59 [ Baldzius] [ karasz] [ morfoh] [ rxr ] [ valentin] 16:59 [ CIA-9 ] [ LMJ ] [ mtr ] [ rxr_] [ _Ragnar_] 16:59 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal] 16:59 -!- Channel #t2 created Sun Aug 8 19:15:33 2004 16:59 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg 17:00 -!- Irssi: Join to #t2 was synced in 41 secs 17:04 -!- rxr [n=rene@e178176213.adsl.alicedsl.de] has quit [Read error: 145 (Connection timed out)] 17:06 -!- You're now known as rxr 17:13 -!- rxr [n=rene@e178131011.adsl.alicedsl.de] has joined #t2 17:13 -!- Topic for #t2: T2 | 2.1.1.1 and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/ 17:13 -!- Topic set by mnemoc [] [Sat Jan 14 21:42:03 2006] 17:13 [Users #t2] 17:13 [@ChanServ] [ jsaw ] [ mnemoc] [ owl ] [ valentin] 17:13 [ Baldzius] [ karasz] [ morfoh] [ rxr ] [ _Ragnar_] 17:13 [ CIA-9 ] [ LMJ ] [ mtr ] [ sepp] 17:13 -!- Irssi: #t2: Total of 14 nicks [1 ops, 0 halfops, 0 voices, 13 normal] 17:13 -!- Channel #t2 created Sun Aug 8 19:15:33 2004 17:13 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg 17:13 -!- Irssi: Join to #t2 was synced in 36 secs 17:15 < karasz> well, off hunting 17:15 < karasz> cu in some time 17:15 < morfoh> cu karasz 17:15 < karasz> kommrad :) 17:15 < morfoh> tovorish :) 17:22 < morfoh> rxr: # file tmp/initrd/bin/sh 17:22 < morfoh> tmp/initrd/bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped 17:30 * morfoh building a new mnemosyne@2.2 ISO and syncing to local HD 17:37 < morfoh> rxr / mnemoc ... it works :) 17:37 < morfoh> mnemosyne@2.2 is booting in qemu :) 17:38 < rxr> re 17:39 < morfoh> wb rxr :) 17:41 < morfoh> rxr: I checked out a fresh trunk and copied my config and build dir over there and rescheduled pdksh linux26 and mkinitrd 17:42 -!- menomc [n=amery@200.75.27.63] has joined #t2 17:43 -!- mnemoc [n=amery@200.75.27.10] has quit [Nick collision from services.] 17:44 -!- madtux [i=miguel@pf0.hostarica.com] has joined #t2 17:44 < madtux> hi 17:44 -!- menomc is now known as mnemoc 17:46 -!- rxr_ [n=rene@e178144062.adsl.alicedsl.de] has joined #t2 17:46 -!- Topic for #t2: T2 | 2.1.1.1 and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/ 17:46 -!- Topic set by mnemoc [] [Sat Jan 14 21:42:03 2006] 17:46 [Users #t2] 17:46 [@ChanServ] [ jsaw ] [ madtux] [ mtr] [ rxr_ ] [ _Ragnar_] 17:46 [ Baldzius] [ karasz] [ mnemoc] [ owl] [ sepp ] 17:46 [ CIA-9 ] [ LMJ ] [ morfoh] [ rxr] [ valentin] 17:46 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal] 17:46 -!- Channel #t2 created Sun Aug 8 19:15:33 2004 17:46 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup 17:47 < morfoh> hi madtux :) 17:47 -!- Irssi: Join to #t2 was synced in 41 secs 17:48 < madtux> good day my friend :) 17:49 < morfoh> hola se?or pyro :) 17:49 < morfoh> senor 17:49 < madtux> hallo morfoh :) 17:50 < morfoh> hehe :) 17:51 < morfoh> madtux: how are the elections going on ? 17:56 -!- rxr__ [n=rene@e178147192.adsl.alicedsl.de] has joined #t2 17:56 -!- Topic for #t2: T2 | 2.1.1.1 and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/ 17:56 -!- Topic set by mnemoc [] [Sat Jan 14 21:42:03 2006] 17:56 [Users #t2] 17:56 [@ChanServ] [ jsaw ] [ madtux] [ mtr] [ rxr_ ] [ valentin] 17:56 [ Baldzius] [ karasz] [ mnemoc] [ owl] [ rxr__] [ _Ragnar_] 17:56 [ CIA-9 ] [ LMJ ] [ morfoh] [ rxr] [ sepp ] 17:56 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal] 17:56 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg 17:56 -!- Channel #t2 created Sun Aug 8 19:15:33 2004 17:57 -!- Irssi: Join to #t2 was synced in 44 secs 18:01 -!- rxr [n=rene@e178131011.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 18:02 -!- rxr_ [n=rene@e178144062.adsl.alicedsl.de] has quit [Read error: 145 (Connection timed out)] 18:03 -!- You're now known as rxr 18:08 < madtux> morfoh, i think it will take at least a week for them to make the official announcement. 18:11 < morfoh> madtux: why ? has washington to be asked before, or what is the problem ? 18:12 < morfoh> madtux: afaik ... Arias and Solis are head on head 18:17 < madtux> morfoh, considering precesily the head to head thing... whatever party looses will want to go through a detailed, slow, manual vote counting process which will certainly take several days 18:18 < madtux> btw... nice to see you are following our elections 18:20 < morfoh> madtux: hehe :) 18:20 < rxr> good to live it the not so censored germany and not US or china or so ,-) 18:20 < morfoh> rxr: lol 18:21 < morfoh> rxr: that was good fun :) 18:21 < madtux> hallo rene :) 18:21 < rxr> moin miguel 18:21 < rxr> slept well ? 18:24 < valentin> moin 18:24 < valentin> Dear Mr. Valentin Ziegler, 18:24 < valentin> we would like to invite you to our booth 404 in hall 12 and we are 18:24 < valentin> looking forward to your visit. 18:24 < morfoh> hi valentin 18:24 < valentin> ^-- too bad they did not attach a ticket :) 18:25 < valentin> oh - cool they give away free entrance pass 18:26 < valentin> however, do not plan to go there anyway 18:27 < valentin> anyone here wanting to go ? 18:28 < rxr> to ? 18:29 < rxr> embedded things in nuerberg ? 18:29 < rxr> I have a paper ticket as well 18:29 < valentin> yes 18:30 < rxr> well - I thought abou tit 18:31 < rxr> but with my moms birthday at 24th cebit next month and a bank meeting at the 14th I have enough on the schdule 18:31 < rxr> + cebit preparation and t2 2.2.0 ... 18:31 < rxr> but in theory we should be there ... 18:49 < morfoh> rxr: what are you planning regardng t2 2.2.0 ? a pre release for CeBIT or even more ? 19:00 < LMJ> # ./scripts/Emerge-Pkg dhcp -> Packages scheduled to build: none 19:00 < LMJ> any idea why it can't see and compile the dhcp package ? 19:03 < _Ragnar_> already installed? 19:04 < _Ragnar_> try ./scripts/Emerge-Pkg -force 19:05 < LMJ> lol 19:05 < LMJ> sorry 19:05 < LMJ> already done 19:06 < LMJ> what a shame 19:10 < rxr> morfoh: I want near final if not final for the cebit 19:11 * rxr wonders why pcre now tries to link the 32bit libgcj in on ppc64 ... 19:11 < rxr> that is a pain my oh my ... 19:16 < rxr> /we dinner 19:17 < morfoh> good appetite rxr 19:38 * morfoh has to reboot 19:38 -!- morfoh [n=morfoh@p54BEFED1.dip.t-dialin.net] has quit ["leaving"] 19:41 -!- sepp_ [n=sepp@p213.54.158.151.tisdip.tiscali.de] has joined #t2 19:55 -!- sepp [n=sepp@p213.54.146.122.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)] 19:56 -!- sepp_ is now known as sepp 20:00 < rxr> re 20:01 < valentin> wb rxr 20:01 < valentin> rxr: rewriting preview code should be doable, but not today 20:02 < rxr> yeah - sure not ,-) 20:02 < rxr> some testery would be fine ,-) 20:02 < valentin> *click click click...* 20:03 < rxr> yes, some real use please ,-) 20:05 < jsaw> re 20:06 < jsaw> rxr: oh my, I totally forgot about the libgcj leak into lib{stdc,supc}++.la.. investigating now 20:08 < rxr> re 20:08 < rxr> jsaw: you got that too ? 20:08 < jsaw> yeah, I edited the lib{stdc,supc}++.la files manually... and forgot about it 20:09 < rxr> hm 20:09 < rxr> good that I'm not alone 20:09 < rxr> but I'm in OS suX right now - can test only some tie later 20:09 < jsaw> it never happend before because gcj was disabled for some 64bitters... 20:09 < rxr> ... 20:10 < jsaw> no prop, I'll check now where it comes from 20:10 < jsaw> prob* 20:18 < rxr> valentin: svn up to avoid conflicts ,-) 20:19 < rxr> valentin: the new firmware does power down the lamp completely - now the AV220 also needs some time before a scan to warm up 20:19 < rxr> yoru AV220 never really powers down the lamp - it only dims it quite quickly ... 20:21 < valentin> rxr: svn uped already 20:21 < rxr> I did a commit two minutes ago 20:21 < rxr> I found a bug - after canceling a scan no new scan is possible - internal i/o error 20:21 < rxr> I track that one - I think I know where it is 20:22 < valentin> rxr: in resolution button ? 20:22 < rxr> valentin: mnemoc: btw. we booked a flight - we will be at nuernberg next wednesday 20:22 < rxr> valentin: ack 20:22 < valentin> rxr: need one more ticket for susann ? 20:22 < rxr> did you got the mail from kontron? then I have it two ,-) 20:22 < valentin> yes 20:23 < rxr> and I have one paper ticket form another company that sends me a montly newsletter while I'll never buy their embedded stuff ... 20:23 < rxr> good that I have not called them yet to stop wasting paper ,-) 20:38 < rxr> valentin: svn up 20:38 < valentin> ok 20:49 < valentin> lychee break 20:50 * rxr soon in bed 20:50 < rxr> but maybe another commit if I finish it in time 20:55 -!- morfoh [n=morfoh@p54BEFED1.dip.t-dialin.net] has joined #t2 20:55 < morfoh> re hi 20:55 < valentin> hi morfoh 20:55 < morfoh> hey papa valentin :) 20:59 < morfoh> hmmm ... seems that my USB HDD problems are not due to my custom kernel. on fully mod. kernel I got the same problems 21:14 < rxr> morfoh: maybe bad sector ... 21:19 < morfoh> rxr: nah ... I doubt that, because the drive is working on a laptop running gent** here 21:19 < rxr> valentin: the changes I do right no could be classiffied as next mid version bumb 21:19 < rxr> huh? 21:20 < morfoh> rxr: don't worry ... it's not my laptop ;) 21:20 < morfoh> rxr: one of my "collegues" here is using gent**, but he is quite interested in a running t2 livecd 21:21 < morfoh> he would like to test t2@live ;) 21:21 < rxr> morfoh: I found preemtion can do harm to USB - but so far I only saw that in user-land access thru libusb and firends ... 21:21 < morfoh> rxr: ah ... good point 21:22 < rxr> oh 21:22 < rxr> btw 21:22 < rxr> wait 21:22 < morfoh> rxr: but afaik the gent** 2.6.14 kernel has also premption enabled 21:22 < rxr> do you use trunk head? 21:22 < morfoh> no 21:22 < rxr> try without my adaptec usbxchange patch ... 21:22 < rxr> if you have the adaptec usbxchange patch try without it 21:23 < morfoh> it's t2 2.1.1 and kernel 2.6.11.12 21:24 < rxr> ah ok 21:24 < rxr> then try preemption next I would say 21:24 < rxr> it did work before? 21:24 < rxr> or diff to the gentoo config 21:27 < rxr> so - only seconds until I'm in bed 21:27 < rxr> driver commit most probably tomorrow morning then 21:30 < rxr> damned 21:30 < rxr> ok - n8 all 21:30 < rxr> jsaw: I'll commit my libtool state in the morning then 21:30 < jsaw> okay, I'll have the libgcj then hopefully 21:30 < jsaw> libgcj leak I mean 21:32 < morfoh> rxr: n8 rxr ... thanks for the tips 21:40 < morfoh> karasz: around ? 21:40 < karasz> kind of... 21:41 < morfoh> uhm ? that means ? 21:41 < karasz> physicaly i am here 21:41 < karasz> why? 21:41 < morfoh> oh! wath have you done ? 21:41 < morfoh> what 21:41 < karasz> just splited my mind from my body... 21:42 < morfoh> how ? 21:42 < jsaw> rxr: still around? 21:42 < karasz> right now they are linked just through qmail 21:43 < morfoh> karasz: ah! ic ... that is exactly the point I wanted to talk about 21:43 < karasz> good. 21:43 < karasz> i am listening 21:43 < morfoh> karasz: did you made some kind of documentation regarding your qmail "journey" ? 21:44 < karasz> nope 21:44 < karasz> why? 21:44 < morfoh> karasz: because it would be quit helpfull for other people too ... 21:44 < morfoh> karasz: can just make some notes ? 21:44 < karasz> well, first i have to understand how did i did it 21:45 < karasz> but yes, i can make notes 21:45 < karasz> and when done i will send it to ML 21:45 < morfoh> karasz: ah good way is to paste working cmd lines into a text file 21:45 < jsaw> rxr: in the libso_extended_checking.diff is one variable reset missing: dlibsnew, insert >dlibsnew=< after >for la in $defect_la; do< 21:45 < karasz> yup, i will consider that too 21:46 < karasz> just that poor mnemoc made O_o when he saw my startup scripts... 21:46 < morfoh> karasz: afterwards we can do "fine tuning" 21:47 < karasz> right now i have qmail-send and qmail-smtp runnin ok 21:47 < karasz> i have to do sometthing about IMAP or pop3 21:48 < morfoh> karasz: I think the easiest way is to setup qmail's pop3d 21:48 < karasz> i thought abt 21:48 < karasz> pop3 i have seen before 21:48 < karasz> but will that work with ./Maildir/ ? 21:48 < karasz> or it has nothin to do with that 21:49 < morfoh> karasz: of course ! ;) 21:49 < karasz> pop3 being a protocol, I gues it doesn't care about how I store my mails... 21:50 < karasz> so tomorow is qmail-pop3d day 21:51 < morfoh> hehe ... I'll be there. Have to setup a qmail server tomorrow too ;) 21:52 < karasz> nice ;) 21:52 < morfoh> yep tovorish karasz :) 21:56 < karasz> cu tomorrow then kommrad. 21:56 < karasz> bye all 21:56 < morfoh> bye bye karasz 22:00 < morfoh> jsaw: btw, the mnemosyne@2.2 is booting now :D 22:09 < jsaw> morfoh: nice! 22:12 < morfoh> jsaw: it seems that sth. was borked on my local trunk, but I haven't figured out yet what. I checked out a fresh tree and copied the build and configs over there, and rescheduled linux26, mkinitrd and pdksh ... et voila ;) 22:13 < morfoh> jsaw: btw, do run 2.2 on you productive desktop ? 22:13 < morfoh> or dou play within vservers ? 22:16 < morfoh> s/dou/do you/ 22:31 < CIA-9> sebastian * r15351 /trunk/package/audio/xmms2/xmms2.desc: * repriorized xmms2 after scons 22:33 < jsaw> morfoh: both 22:34 < jsaw> vserver, but the "productive desktop" is not yet at it 22:34 < jsaw> hope I'll be able to install one the next two days 22:34 < jsaw> a new one, I mean 22:34 < morfoh> ah... ic ;) 22:35 < morfoh> I'll test to install mnemosyne@2.2 on my local desktop here ... ;) 22:35 < morfoh> I mean tonight :p 22:42 < jsaw> have fun ;) 22:44 < morfoh> hopefully :) 23:03 -!- Baldzius [n=baldzius@85.206.97.207] has quit [Read error: 110 (Connection timed out)] 23:27 < morfoh> .oO( hmmm ... if I see all the muslims burning danish flaggs in tv I'm wondering where the flaggs are coming from that fast ... either all muslims were danish fans before or someone had some huge amounts in stock and was just waiting for the deal of his life. I doubt that danish flaggs were kind of "megaseller's" in islamic countries before )o 23:40 < jsaw> take a piece of red and white cloth, a sewing-machine, and voila, a swiss^Wdanish flag 23:48 < morfoh> jsaw: yeah, of course ... that we can call the "Tapfere Schneiderlein" theory :) ... next time I'll try to grab some screenshots for further "investigation" :p 23:50 < morfoh> but another question is why the "story" arrived there 4 month after the first official publication. I doubt that no danish moslem had seen it at the time of publishing. 23:50 < jsaw> different story 23:50 < jsaw> they were investigating the reactions over several month 23:51 < jsaw> and obviously just a few weeks ago they asked some fundamentalists for their impression... 23:51 < morfoh> who is "they" ... the moslems ? 23:51 < jsaw> these guys, of course, spread the word 23:51 < jsaw> the danish journalists 23:54 < morfoh> cui bono ? 23:55 < morfoh> what was the central topic in the media before ? 23:56 < jsaw> no idea 23:58 < morfoh> detention camps, torture, ... against muslims 23:59 < morfoh> now "we" are the "good" ones 23:59 < jsaw> hmm --- Log closed Wed Feb 08 00:00:06 2006