--- 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