--- Log opened Sun Jul 07 00:00:14 2002
--- Day changed Sun Jul 07 2002
00:00 < ge0rg> at least the LFS book and some people on the lkml say not to symlink but to copy the include/linux dir to /usr/include/ from the kernel which was used on the build system
00:00 < huebi> mostly done in sparc64 ;-)
00:00 < huebi> what is the reason?
00:01 < huebi>         cpp -I`dirname $x` -Ishare $x | tr '%' '#' | \
00:01 < huebi>         egrep '^#? *CONFIG_' ; } > `echo $x | sed 's,\.cpp$,,'`
00:01 < huebi> What does this do?
00:01 < huebi> I hate undocumented code!
00:02 < huebi> cat /tmp/$$ | awk -- 'BEGIN { OFS=" "; file="/dev/null"; idx=1; }
00:02 < huebi> /^---- / { file=$2; idx=$3; } ! /^---- / { print(file, idx, NR, $0); }' |
00:02 < huebi> sort | sed "s/'/'"\\\\\'\''/g;
00:02 < huebi> s/^\([^ ]*\) [^ ]* [^ ]* \(.*\)/echo '\''\2'\'' >> \1/' | sh
00:02 < huebi> this is even better
00:02 < huebi> egrep -H '^# *\[(D|DOWN|DOWNLOAD)\]' ext-config/*/*.ext |
00:02 < huebi> sed 's,^ext-config/[^/]*/,,; s,.ext:# * \[[^\]]*\],,' |
00:02 < huebi> awk '{ printf("%010.0f %-40s %s\n",$2, $1 "/" $3, $4); }' |
00:02 < huebi> sort +1 > ext-archive/INDEX
00:03 < huebi> more needed?
00:03 -!- WKaibigan [~Aloicious@ACB57669.ipt.aol.com] has joined #rocklinux
00:05 -!- d3mian [~demian@196.40.30.179] has joined #rocklinux
00:05 < ge0rg> huebi: weird code...
00:05 < ge0rg> huebi: as for the cp vs. ln: https://www.tldp.org/LDP/lfs/LFS/chapter05/kernel.html contains a quote from linus
00:08 < huebi> ge0rg: and there is no explanation for this code. Now I have to reinvent the whole wheel again to find out what it does. 
00:08 < ge0rg> huebi: you could pipe pieces of it to stdout to see what it does
00:09 < huebi> ge0rg: I must do that. But why is there no explanation? It needs time I could use for better things.
00:10 < ge0rg> I didn't write it.. when writing weird code I tend to comment it and remove my name from the source ;)
00:10 < huebi> hehe
00:10 * ge0rg is building 2.5.25 on his old slack 7.1 now
00:14 < huebi> ge0rg Thank you for the link. 
00:15 < ge0rg> would be cool to see this behaviour in the next major release ;)
00:34 -!- ringo78 [ringo78@xs4.xs4all.nl] has joined #rocklinux
00:35 < ringo78> hallo alle
00:35 < huebi> Moin ringo78 
00:39 -!- owl [~mail-spam@B5178.pppool.de] has quit ("change ISP")
00:42 < d3mian> hi ringo78 
00:43 -!- owl [~mail-spam@dialin-212-144-169-028.arcor-ip.net] has joined #rocklinux
00:43 < owl> re
00:43 < d3mian> i have to leave now, too busy
00:43 < d3mian> cu later guys
00:44 -!- d3mian [~demian@196.40.30.179] has left #rocklinux (""Too Busy Coding"")
00:44 < huebi> re owl 
01:34 < huebi> ge0rg: applied
01:46 -!- ringo78 [ringo78@xs4.xs4all.nl] has quit ("leaving")
02:03 < huebi> good night. ;-)
02:03 -!- ge0rg [georg@op-co.de] has quit (Remote closed the connection)
02:03 -!- Ge0rG [georg@op-co.de] has joined #rocklinux
02:32 -!- WKaibigan [~Aloicious@ACB57669.ipt.aol.com] has quit ()
02:34 -!- chrisime [~chrisime@pD9E504F6.dip.t-dialin.net] has quit ("leaving")
02:40 -!- bluefire [~bluefire@pD9E1CB4F.dip.t-dialin.net] has quit ("leaving")
03:20 -!- Ge0rG [georg@op-co.de] has quit ("Irssi - the client of smart and beautiful people")
05:47 -!- freed_ [~bofh@konzentrat.tfh-berlin.de] has joined #rocklinux
05:55 -!- freed [~bofh@konzentrat.tfh-berlin.de] has quit (Read error: 110 (Connection timed out))
08:18 < huebi> moin
08:36 -!- freed_ [~bofh@konzentrat.tfh-berlin.de] has quit (Read error: 110 (Connection timed out))
08:37 < huebi> == 18:16:14 =[3]=> Building base package qt [3.0.4 1.5.17].
08:37 < huebi> == 08:26:31 07/07/02 =[3]=> Finished building package qt.
08:39 < huebi> 14:10h - Very close to the 15h I expected. 
08:40 < huebi> (build of qt on an Ultra 30, 300MHz for sparc64)
08:42 -!- freed_ [~bofh@konzentrat.tfh-berlin.de] has joined #rocklinux
08:43 < huebi> == 20:54:00 =[3]=> Building base package qt [3.0.4 1.5.17].
08:43 < huebi> == 22:27:59 07/05/02 =[3]=> Finished building package qt.
08:44 < huebi> 1:34h - This is the time for the same build on a dual AMD XP1800+
08:45 < huebi> 9 times faster...
08:58 < snyke> re
08:59 < huebi> moin snyke 
09:21 < SMP> hi
09:47 < huebi> MoeP! SMP ;-)
09:51 < huebi> https://www.userfriendly.org/cartoons/archives/02jul/20020707.html *ROTFLOL*
09:51 < huebi> *vomstuhlfall*
10:03 < [anders]> morning..
10:04 < huebi> moin [anders] 
10:04 < [anders]> 06/07/02 13:17 - 07/07/02 02:12  => ROCK 1.5.16 build base+opt
10:04 < [anders]> huebi: hows things? :)
10:06 < huebi> [anders]: quite fine. I'm implementing this in the moment:https://www.tldp.org/LDP/lfs/LFS/chapter05/kernel.html
10:22 < [anders]> huebi: yes, that will be a valuable addition to the build.. :)
10:26 < huebi> [anders]: It's now in there but I still have to test it on ia32, sparc64 and alpha. 
10:28 < [anders]> yeah.. :)
10:33 < [anders]> humma.. helps if I have mkisofs installed.. doesn't it.. :)
10:33 < huebi> [anders]: yes, if you want to make a cd ;-))
10:33 < huebi> cdrtools is the packet
10:34 < [anders]> huebi: well, 'dselect' and pick out mkisofs, cdparanoia and a lot of other little handy things.. ;-)
10:34 < huebi> ahh, yes debian ;-)
10:34 < [anders]> I am still running Debian Woody on the build-box. Probably will for a good while still..
10:35 < [anders]> Not a bad idea keeping the build box installed with something different, less chance of making any silly install mistakes that way..
10:46 -!- Mike1 [~mike@196.40.3.20] has joined #rocklinux
10:46 -!- d3m|away [~demian@196.40.30.179] has joined #rocklinux
10:46 < Mike1> re
10:46 < d3m|away> hallo
10:46 < huebi> hi Mike1 
10:46 -!- d3m|away is now known as d3mian
10:46 < huebi> hi d3mian 
10:46 < d3mian> guten morgen huebi 
10:46 < Mike1> Master huebi :)
10:46 < huebi> LOL
10:46 < d3mian> the first rocker here, huebi !
10:47 < huebi> Did you two had a nice evening?
10:47 < d3mian> me yes
10:47 < Mike1> huebi well we havent really go to sleep yet
10:48 < huebi> Yes I supposed so ;-))
10:48 < d3mian> and are we gonna sleep Mike1 ?
10:48 < Mike1> did u huebi ?
10:48 < huebi> Yes, I did
10:48 < Mike1> no i am to busy with rock 1.5.17
10:48 < huebi> 02:03 < huebi> good night. ;-)
10:48 < huebi> 08:18 < huebi> moin
10:49 < Mike1> hehe
10:50 < huebi> I'm very bussy with it, too. Ge0rG showed me that page last night: https://www.tldp.org/LDP/lfs/LFS/chapter05/kernel.html
10:50 < huebi> And now I get sth like that into ROCK Linux.
10:50 < huebi> But it should be all ready in 2h, I think.
10:51 < Mike1> damn i am in my console i wanna see the link
10:51 < [anders]> re Mike1 
10:51 < [anders]> re d3mian 
10:51 < Mike1> hi [anders] 
10:51 < [anders]> build completed successfully.. :)
10:51 < d3mian> hallo [anders] 
10:52 < Mike1> [anders] great
10:52 < Mike1> [anders] 1.5.17?
10:52 < [anders]> 1.5.16
10:52 < huebi> Mike1: can you use lynks?
10:52 < [anders]> with tweaks.. ;-)
10:52 < d3mian> nice webpage
10:52 < [anders]> huebi: tried w3m ?
10:52 < Mike1> huebi no consoles available
10:52 < Mike1> huebi as i said before i am 1/2 a bit busy 
10:53 < huebi> [anders]: yes, lynks with frames. kool thing.
10:54 < [anders]> huebi: I use nothing else now on the console.. :)
10:54 * d3mian prefer lynx
10:55 * Mike1 prefers ./scripts/Build-ALL LINK ;)
10:56 < Mike1> no time for browsing this weekend
10:57 < [anders]> hehehe
10:57 * [anders] will take a look at 1.5.17 soon.. 
10:57 < Mike1> ok i have X back be back in a sec
10:58 < [anders]> Perhaps sit down and generate a rather large patch against all files using tar -I .... ;-)
10:58 < Mike1> [anders] wget -c ftp://rocklinux.dyndns.org/rock-1.5.17-DEV-Miguel-Edition.tar.bz2
10:58 < Mike1> lol still dealing with that?
10:58 < [anders]> Mike1: :) I might just do that...
10:58 < Mike1> brb
10:58 -!- Mike1 [~mike@196.40.3.20] has quit ("[BX] Hey, where's the cream filling?!")
10:59 < [anders]> huebi: found a flaw in ./scripts/Create-CD in 1.5.16...
11:00 < huebi> [anders]: Yes?
11:00 < [anders]> if I do ./scripts/Create-CD source k7 base -or- ./scripts/Create-CD ia32 k7 base   it will create a .iso with same name..
11:00 < [anders]> So whichever I do last will overwrite the first one..
11:00 < huebi> ok. I'll fix it.
11:01 < d3mian> cu later guys, have a nice day!
11:01 < huebi> cu d3mian 
11:01 < [anders]> not only that, they are same size, so probably same content..
11:01 < [anders]> cya d3mian 
11:01 -!- d3mian [~demian@196.40.30.179] has left #rocklinux ()
11:01 < huebi> [anders]: uhh..
11:01 < [anders]> I can not seem to generate the source cd..
11:02 < [anders]> './scripts/Create-CD source base' doesn't work,
11:04 -!- Mike1 [~mike@196.40.3.20] has joined #rocklinux
11:04 < Mike1> re
11:04 < Mike1> huebi: could you paste that link again
11:04 < huebi> https://www.tldp.org/LDP/lfs/LFS/chapter05/kernel.html
11:04 < huebi> [anders]: ./scripts/Create-CD source k7 base
11:07 < Mike1> nice Link Andreas
11:07 < [anders]> huebi: tried that, and that creates the binary cd
11:09 < huebi> hmm
11:12 < Mike1> huebi: Do we still want the router subdist to run on a floppy?
11:12 < Mike1> i have a bunch of ideas to do on it but i certainly will need more that just a floppy
11:13 < Mike1> maybe use rock read-only and run it on cdrom
11:13 < huebi> Mike1: That would be very nice. No harddisk required then.
11:13 < Mike1> yeah i certainly dont want hard disk but with just a floppy mmm we would be missing a lot of cool stuff
11:16 < huebi> a smal router with only a floppy is kool. 
11:16 * huebi fixing scripts/Create-CD
11:17 < [anders]> huebi: was it something simple? :)
11:18 < Mike1> huebi: yeah but well ipv6?? iptables?
11:18 < huebi> [anders]: The name of the source iso is not created..
11:18 < Mike1> would be cool to get firewall stuff included
11:18 < [anders]> huebi: ah, what do I change in Create-CD to remedy that? :)
11:18 < [anders]> or do I use the Update script?
11:19 < huebi> Mike1: Yes that is needed. Then try to make it bigger and startable from CDROM.
11:19 < huebi> [anders]: I'm still fixing, needs some testing ;>
11:19 < [anders]> ;-)
11:20 < Mike1> huebi: yeah i will play with rock read-only to do that
11:26 -!- Ge0rG [georg@op-co.de] has joined #rocklinux
11:27 < huebi> moin Ge0rG 
11:28 < Ge0rG> hi :)
11:28 < Mike1> hello Ge0rG
11:37 < snyke> re
11:37 < Mike1> re snyke
11:38 < snyke> windows crashed *lol* :)
11:39 < Mike1> snyke: really? wow!!
11:40 * Mike1 suprised
11:40 < Mike1> *G
11:41 < Mike1> jk
11:43 < huebi> [anders]: cd scripts
11:43 < huebi> wget https://www.cvs.rocklinux.de/cvs/viewcvs.cgi/~checkout~/rock-1.5/scripts/Update
11:43 < [anders]> huebi: ok.. :)
11:44 < huebi> chmod 775 Update
11:44 < huebi> cd ..
11:44 < huebi> wget https://www.cvs.rocklinux.de/cvs/viewcvs.cgi/~checkout~/rock-1.5/scripts/Create-CD
11:47 < [anders]> huebi: looking much better.. :)
11:48 < huebi> [anders]: yes, but only if you have configured ROCKCFG_BUILD_OPT=1
11:48 < huebi> [anders]: it's still far from finished.
11:48 < [anders]> huebi: but I had done that.. :)
11:48 < Mike1> huebi: how did you go with KDE?
11:48 < [anders]> in any case, going shopping now.. :)
11:48 < [anders]> huebi: Thanks, you are a star. :)
11:49 < huebi> [anders]: on sunday?
11:49 < [anders]> huebi: oh yes.. :)
11:49 < huebi> [anders]: thank you ;)
11:49 < Mike1> [anders]:  actually huebi is a Super Star
11:49 < Mike1> :)
11:52 < huebi> Mike1: thank you ;-)
11:57 -!- WKaibigan [~Aloicious@ACB61118.ipt.aol.com] has joined #rocklinux
11:59 < snyke> hi WKaibigan
11:59 < Mike1> hello WKaibigan
11:59 < WKaibigan> Hi there,
12:03 -!- d3m|away [~demian@196.40.30.179] has joined #rocklinux
12:06 < rxr> re
12:07 < huebi> moin rxr 
12:07 < rxr> moin huebi 
12:08 < huebi> rxr: I just implement this in 1.5: https://www.tldp.org/LDP/lfs/LFS/chapter05/kernel.html
12:08 < rxr> hm ?!?
12:09 < huebi> cp the include files instead of making symlinks.
12:09 < huebi> as done for sparc64
12:09 < huebi> /usr/include/asm/*
12:09 < huebi> /usr/include/linux/*
12:09 < rxr> huebi: ah ok.
12:10 < huebi> But this has to be done only for linux-src not also for linux
12:11 < huebi> but the best would be to include the files with glibc. What do you think?
12:11 < rxr> I have to think about this.
12:11 < huebi> ok
12:11 < huebi> ;-)
12:17 * rxr still rsyncing ISOs ...
12:17 < huebi> rxr: to world?
12:17 < rxr> no - world finished
12:18 < rxr> to the tfh-berlin.de and the 100MBit/s box from Alex (the ROCK mirror)
12:18 < huebi> ah kool
12:19 < huebi> how does this rsync to alex work?
12:19 < rxr> it is quite cool that I now can rsync (over ssh) this mirrors now ;-)
12:19 < Mike1> hi rxr how are you today?
12:19 < rxr> I'll add this to a daily cron job in some days ;-)
12:22 < d3m|away> hi rxr 
12:24 < rxr> hi d3m|away 
12:51 -!- kaerF [freak@pD953044D.dip.t-dialin.net] has joined #rocklinux
12:51 -!- Freak [freak@p508389CE.dip.t-dialin.net] has quit (Killed (NickServ (Ghost: kaerF!freak@pD953044D.dip.t-dialin.net)))
12:51 -!- kaerF is now known as Freak
12:52 < Mike1> hi Freak
12:52 < d3m|away> xu
12:53 -!- d3m|away [~demian@196.40.30.179] has left #rocklinux ()
12:53 < Freak> hi there
13:01 -!- capchaos [~capchaos@pD9544143.dip.t-dialin.net] has quit ("leaving")
13:03 < huebi> https://www.ofb.biz/modules.php?name=Surveys&op=results&pollID=26
13:03 < huebi> rocklinux is missing 
13:04 -!- holyolli [~holyolli@linus.regehr.net] has joined #rocklinux
13:04 < holyolli> moin
13:04 < huebi> moin holyolli 
13:04 < holyolli> hi huebi
13:05 < holyolli> huebi: mal ne frage: muss bei dem lcd noch eine externe spannungsversorgung dran?
13:08 < huebi> holyolli: 5V, 160mA
13:08 < Mike1> Hello holyolli
13:08 < holyolli> hi Mike1
13:09 < holyolli> huebi: isn't it possible to get this voltage from the parallel port?
13:12 < rxr> holyolli: I think 160mA might be too much ...
13:12 < holyolli> moin rxr, btw ;)
13:12 < holyolli> hm. perhaps I just look into the specs of a parallel port ;)
13:13 < huebi> holyolli: 160mA _is_ too much, but you can use more than one pin or switch of backlight.
13:13 < rxr> moin huebi 
13:13 < rxr> err
13:13 < rxr> moin holyolli 
13:13 < holyolli> *g*
13:14 < holyolli> huebi: what do you mean with those more pins?
13:15 -!- Ge0rG is now known as ge0rg
13:16 < huebi> holyolli: 1. have a look at the data sheet of your super I/O chip.
13:16 < rxr> holyolli: useing more than one pin to get the power - but I guess 160mA is too much - even when you use all the LPT pins to get it ...
13:16 < holyolli> ah i c
13:17 < huebi> rxr: That could be but the data sheet says more about that.
13:18 < rxr> huebi: sure - it might be possible that some chips are abler to sustain such a current ...
13:19 -!- bluefire [~bluefire@p50817C8F.dip.t-dialin.net] has joined #rocklinux
13:19 < holyolli> huebi: did you take the scematics from lcdproc.org?
13:21 < huebi> holyolli: no esden works on that since 18C3. I think I have to push him alittle bit.
13:24 < esden> push me
13:25 < holyolli> *g*
13:25 < holyolli> hi esden :)
13:25 * -> esden starving to death because af lack of time :.-(((
13:25 < esden> hi holyolli 
13:25 < esden> hi holyolli 
13:25 < esden> argh
13:25 < esden> hi huebi 
13:25 < esden> and cu ... /me has to leave
13:25 < holyolli> cu esden
13:26 < bluefire> Hi alle
13:26 < holyolli> hi bluefire
13:27 < huebi> Mathilda! Catch esden! ;-))
13:27 < holyolli> huebi?
13:30 < holyolli> https://www.kerlchens.de/fun/c/kerl096.jpg <-- *lol*
13:31 < huebi> *LOL*
13:34 < huebi> https://www.kerlchens.de/fun/a/holland.jpg <- *ROTFLOL*
13:34 < holyolli> *rotfl*
13:35 < huebi> armijn must see that ;-))
13:36 < holyolli> hehehe
13:41 * rxr implementing cvs checkouts for 1.7
13:41 < rxr> so we can have: [D] 0 cvs://pserver:anonymous@cvs.enlightenment.sourceforge.net:/cvsroot/enlightenment:e17/libs/imlib2
13:41 < rxr> ;-)
13:43 < huebi> https://www.kerlchens.de/fun/c/kerl035.jpeg Oiinnk!
13:44 < rxr> https://www.kerlchens.de/fun/c/kerl013.jpeg ;-)
14:05 < huebi> https://www.kerlchens.de/fun/c/kerl108.jpeg <- an alpha version of Mathilda
14:06 < Mike1> wow pretty cute
14:06 < Mike1> *g
14:06 < holyolli> *rotfl*
14:16 < simon> ist jail included in rocklinux?
14:17 < Mike1> ok i now really need to sleep
14:17 < Mike1> see you later
14:18 -!- Mike1 [~mike@196.40.3.20] has left #rocklinux ("Client Exiting")
14:18 < holyolli> cu Mike1
14:18 < huebi> https://www.kerlchens.de/fun/c/kerl147.jpg ok,ok - I give up speeding (till the next corner)
14:28 < rxr> simon: jail ?
14:28 < simon> jail is a chroot toolkit
14:28 < simon> :-)
14:28 < rxr> ah
14:28 < simon> the main website is down.. but found it on securityfocus.com
14:29 < rxr> simon: doesn't seem so
14:29 < rxr> simon: but you could package it if you like
14:30 < simon> rxr: hmm, whats the latest version of rock? 1.7.x ??
14:30 < rxr> jups 1.7.0-pre (no 1.7.0 yet)
14:30 < simon> are there isos?
14:31 < rxr> simon: since our maintainer (cliff) is holidaying, the latest source can be obtained via rsync from my server ...
14:31 < rxr> simon: no 1.7 ISOs yet. but 1.5.x and dRock-1.6.0 are available
14:31 < simon> hmm, ok i'll wait for them :-)
14:31 < rxr> we reorganized many things in 1.7 - and have to restabilize it. And we haev to rewrite the ISO generation ...
14:32 < simon> the last version i used was 1.5.11 i think
14:32 < rxr> ;-)
14:33 < simon> i've not much time for rock at the moment :-/
14:36 < simon> rxr: do you know if linux has POSIX 1003.1e capabilities?
14:36 < rxr> simon: urgh - you ask stuff ;-) - was this some realtime api  ?
14:37 < rxr> a ACL and friends ...
14:38 < rxr> some filesystems have support for ACLs - and there is also another package for advanced access control out ...
14:38 < simon> rxr yes capabilities for filesystems :-)
14:39 < simon> https://original.killa.net/infosec/caps/
14:40 < rxr> simon: I'm not such a security export. You should ask SMP, huebi and/or clifford for such extensions ...
14:41 < simon> ok, thanks anyway
14:41 < simon> :-)
14:44 -!- ge0rg is now known as Ge0rG
15:05 < holyolli> does anybody need round about 1.5m of the german magazine "c't"?
15:11 < rxr> holyolli: are there older issues then 1996 or so ?
15:14 < holyolli> rxr: don't know - just 164cm from now ;-)
15:26 -!- holyolli [~holyolli@linus.regehr.net] has quit ("X-Chat: Its not TV. Its X-Chat.")
15:37 < rxr> so - cvs checkout works basically -> but needs some cleanups now
15:42 < rxr> the cvs [D] syntax is now: [D] chksum cvs://cvs-root::module
15:42 < rxr> like: cvs://pserver:anonymous@cvs.enlightenment.sourceforge.net:/cvsroot/enlightenment::e17/libs/imlib2/
15:49 -!- ripclaw [~ripclaw@pD9522B13.dip.t-dialin.net] has joined #rocklinux
15:49 < ripclaw> helo
15:49 * ripclaw is in fixing mode.
15:54 < rxr> moin ripclaw 
15:55 < ripclaw> moin rene
15:56 < ripclaw> mal ne frage - bzgl. compatibilitaet gnome-core versionen.
15:56 < ripclaw> von gnome core 1.4.0.4 kann ich problemlos bis auf ? upgraden ?
15:56 < ripclaw> bin grad bei ROCK-1.4.0 fixes
16:02 < ripclaw> rxr ?
16:05 < rxr> mom
16:05 < ripclaw> thnx
16:05 < rxr> ripclaw: all 1.4.x are ok
16:07 < ripclaw> das heisst ich kann innerhalb 1.4.x problemlos hochruesten. gut -
16:08 < rxr> jups
16:08 < ripclaw> ich werd nachher mal einen devel snapshot von meinem 1.4.1 tree hochladen.
16:08 < ripclaw> fixe grad security.
16:08 < ripclaw> bitte local bei dir pruefen: versionen von
16:08 < rxr> du musst aber wahrscheinlich dann noch ein paar andere packete von gnome-1.4 updaten, wie z.B. glib gtk gdk-pixbuf und so ...
16:08 < bluefire> ripclaw: hi
16:08 < ripclaw> openssh min 3.4p1
16:08 < ripclaw> hi bluefire
16:09 < ripclaw> openssl min 0.9.6d
16:09 < ripclaw> gnupg min 1.0.7
16:09 < ripclaw> sendmail min 8.12.4
16:09 < ripclaw> openldap min 2.0.25
16:09 < ripclaw> python min 2.1.3 (wg. zope)
16:10 < ripclaw> libsafe min 2.0-16
16:10 < ripclaw> bind min 9.2.1
16:10 < ripclaw> ich hab das in meinem tree grad gefixt.
16:14 * rxr Download -required just checkouts e(nlightenment) 17 CVS ;-)
16:15 < ripclaw> rxr - cool - wie laeuft e17 ?
16:16 < rxr> vor ein paar monaten lief es teil - fasst alle features fehlten noch ...
16:16 < ripclaw> und jetz ? mein letzter test ist 2 monate her.
16:16 < rxr> ich implementiere gerade CVS support in 1.7 und werde e17 dann nachher mal in 1.7 kompilieren ;-)
16:16 < ripclaw> yadda yadda yadda !
16:17 < rxr> ;-)
16:22 * rxr testing cleaned CVS download code ...
16:23 -!- capchaos [~capchaos@p508090A1.dip.t-dialin.net] has joined #rocklinux
16:25 -!- tsa [~tsa@pD9E11DAC.dip.t-dialin.net] has joined #rocklinux
16:25 < tsa> juten tach.
16:26 < capchaos> hi tsa 
16:26 < rxr> moin tsa 
16:26 < tsa> hi capchaos
16:26 < ripclaw> hi da !
16:26 < tsa> hi rxr
16:26 < tsa> hey ripclaw
16:27 < rxr> tsa: I have CVS support in 1.7 now
16:28 < ripclaw> hi tsa
16:28 < tsa> rxr: cool.
16:28 < rxr> when I added all e17 packages I make the rsync available ...
16:29 < rxr> `e-2002-07-07.tar.bz2' -> `/home/rene/develop/rock/rock-src-1.7-working/download/enlight/e/e-2002-07-07.tar.bz2'
16:29 < rxr> removing `e-2002-07-07.tar.bz2'
16:29 < rxr> cksum-test (bzip2): download/enlight/e/e-2002-07-07.tar.bz2
16:30 < ripclaw> tsa, capchaos: i currently update my 1.4.1-DEV tarball i keep maintained private - anyone interested
16:30 < tsa> sure
16:30 * capchaos running 1.5.15 at home 
16:30 < ripclaw> ok, i`ll upload it to ~ripclaw on rocklinux.org soon, for testing.
16:31 < tsa> ok..
16:31 < ripclaw> capchaos: i run higher versions on some machines, too. i have 1.4.1 for servers.
16:31 < rxr> ripclaw: you and SMP should merge the 1.4.x tree and so we might get a 1.4.1 ;-)
16:31 < ripclaw> smp does not do much on 1.4.1 lately, and i prepare my tree, so if _finally_ we get cvs.rocklinux.org working as it should, i`ll upload it.
16:32 < ripclaw> note: there is a hell of package text updates in 1.4.1 - i don`t have time to port-forward. if anyone likes them in 1.7, say so.
16:32 < ripclaw> also: 1.7 does not have lcap package.
16:33 < SMP> I ain't seen any cvs.rocklinux.org
16:33 < ripclaw> SMP - sorry s/.org/.de/
16:33 < ripclaw> SMP: do you want 1.4.1, too ?
16:34 < SMP> and my 1.4 tree is in BitKeeper, not CVS
16:34 < ripclaw> ok.
16:34 < ripclaw> havent seen or heard anything from your tree lately, and last time i asked you said you don`t do a lot lately.
16:34 < ripclaw> SMP - what is your status on 1.4.1-smp ?
16:34 < SMP> that's true..
16:36 < SMP> I've merged 1.4.0R2 and done the casual fix.
16:36 < ripclaw> ack.
16:36 < SMP> I need to go through most base packages and check for updates
16:36 < ripclaw> we need to compare trees.
16:37 < ripclaw> i currently have a changelog for my 1.4 one you can read.
16:37 < SMP> yes please
16:37 < ripclaw> interested in the work in progress now, or full package in about an hour ?
16:38 < SMP> you can check my changesets on www.openlogging.org oder do a checkout of my tree for yourself
16:38 < ripclaw> haven`t used bitkeeper ever.
16:38 < ripclaw> is there a cvs interface ?
16:38 < SMP> no.
16:39 < SMP> but I can give you three commands to get a normal tree you can diff against if you want
16:39 < ripclaw> yes, sure !!
16:40 < SMP> you need to download the bitkeeper client first. I'll put it up. just a moment..
16:46 < SMP> wget download.rocklinux.de/tmp/bk-2.1.6-pre5-x86-glibc21-linux.bin
16:46 < SMP> (everyone else is invited to participate)
16:47 < SMP> download and install by executing
16:47 < [anders]> re
16:47 < ripclaw> re anders
16:47 < ripclaw> SMP: whats it going to do on execution ?
16:47 < [anders]> huebi: is there a cvs archive of 1.5.17 that I can pull down? :)
16:48 < SMP> ripclaw: launch a text-mode installer
16:51 < ripclaw> ack
16:51 < [anders]> is there a mirror for the files in ext-archive (1.5.16) somewhere?
16:52 < ripclaw> no.
16:52 < ripclaw> SMP: is it possible to install bk user only ?
16:52 < SMP> absolutely
16:52 < ripclaw> so where ? it says instpaths /usr/* or /opt/*
16:53 < ripclaw> so i asusme it needs root install
16:53 < SMP> it'll try to install symlinks in /usr/bin anyway (which I consider a bug), but you can ignore that
16:53 < SMP> ripclaw: you can chose any prefix you want
16:53 < ripclaw> SMP: thats not a bug, thats a security bug, imho :-)
16:54 < SMP> how should that be?
16:54 < SMP> run stuff as root, get symlinks in /usr/bin. plain simple
16:54 < SMP> not very polite, but no security problem
16:55 < ripclaw> i don`t want to run joe and his tool as root, and the _attitude_ of requiring symlinks in /usr is the security bug in the mind of th eprogrammer
16:55 < ripclaw> anyway, its on here.
16:55 < ripclaw> ls
16:55 < SMP> the symlinks are not required
16:55 < SMP> just for convenience
16:55 < ripclaw> ack
16:56 < ripclaw> the commands to get the tarball ?
16:57 < SMP> bk clone bk://bitkeeper.rocklinux.de:5014/ 
16:57 < ripclaw> that will clone the directory to where ?
16:57 < SMP> this will clone (no checkout) the whole thing to ./rock-src-1.4
16:58 < ripclaw> ok - its called exactly that name (to avoid collision with my tree)
16:59 < SMP> you can do the clone in scratch space and move the whole thing later if you feel uncomfortable now
16:59 < ripclaw> did exactly that.
17:00 < ripclaw> is it ok to remove the bitkeeper stuff for diffing, or is there a script for that ?
17:00 < SMP> no no no!
17:00 < ripclaw> ?
17:00 < SMP> I said three commands :)
17:00 < ripclaw> ack
17:00 < ripclaw> ....
17:01 < ripclaw> $>
17:01 < SMP> is it complete yet?
17:01 < ripclaw> y
17:01 < SMP> ok..
17:02 < SMP> bk export rock-src-1.4 rock-src-1.4.1-DEV-stefanp
17:02 < ripclaw> y
17:02 < SMP> that's it
17:03 < ripclaw> ack - so including the install its 4 commands :-)
17:03 -!- rxr [~rene@port-212-202-170-171.reverse.qdsl-home.de] has quit (Read error: 113 (No route to host))
17:03 < SMP> nitpicker ;p
17:04 < SMP> try running 'bk revtool' in rock-src-1.4 for instance
17:04 < SMP> you can browse and see very easily all changes
17:04 < ripclaw> revtool ?
17:04 < ripclaw> ack.
17:05 -!- rxr [~rene@port-212-202-168-91.reverse.qdsl-home.de] has joined #rocklinux
17:05 < ripclaw> nitpicking is useful when in security update mode.
17:06 < ripclaw> anyone here got a guess wether quota-2.0 to 3.0.6 update is making sense in stable ?
17:06 < SMP> ripclaw: it does. done that already
17:06 < ripclaw> ack. btw, revtool:
17:06 < ripclaw> Error in startup script: child killed: interrup
17:07 < SMP> 2.0 was obsolete even when 1.4.0 came out orginally
17:07 < SMP> ripclaw: uhm
17:08 < SMP> ripclaw: what exactly does revtool do? only that error message?
17:08 < ripclaw> no. it hangs, with 0 cpu use. if i ^C, i gget that.
17:08 < ripclaw> Error in startup script: child killed: interrupt
17:08 < ripclaw>     while executing
17:08 < ripclaw> "exec bk sfiles -g $lfname 2>$dev_null"
17:08 < ripclaw>     (procedure "revtool" line 22)
17:08 < ripclaw>     invoked from within
17:08 < ripclaw> "revtool $fname "-$gc(rev.showHistory)" $gc(rev.showRevs)"
17:08 < ripclaw>     (procedure "startup" line 21)
17:09 < ripclaw>     invoked from within
17:09 < ripclaw> "startup
17:09 < ripclaw> "
17:09 < ripclaw>     (file "/opt/bitkeeper/revtool" line 3018)
17:09 < SMP> you have a $DISPLAY , right?
17:10 < ripclaw> plus it hung the console...
17:10 < ripclaw> :0.0
17:10 < ripclaw> DISPLAY=":0.0
17:11 < ripclaw> had to ^z and kill %1
17:12 < SMP> aaah!
17:12 < SMP> yes I remember that
17:12 < SMP> your Tk was compiled --enable-threads
17:12 < SMP> it's b0rked
17:12 < ripclaw> its a rocklinux 1.5.12 from singapore.
17:19 * rxr downloading all E17 modules via a ./scripts/Download -required
17:19 < ripclaw> SMP: your gnupg is outdated.
17:19 < SMP> probably
17:20 < [anders]> gnupg 1.0.7 is the latest iirc..
17:20 < ripclaw> SMP: probably your scripts, my pkg descriptions and a mix of our updates.
17:20 < ripclaw> i see a lot of outdated packages.
17:21 < tsa> rxr: E17?
17:21 < ripclaw> (libsafe, gnupg, lvm, e2fsprogs, openssl, sendmail)
17:22 < ripclaw> i have no ext updates in my tree.
17:22 < SMP> ripclaw: well, my last update run was 9 months ago or so
17:22 < ripclaw> mine was 6 and today.
17:23 < rxr> tsa: Enligthenment !7
17:23 < tsa> ah
17:23 < rxr> s/!/1/
17:23 < tsa> ok
17:23 < ripclaw> i`ll see if my tree builds with your scripts.
17:23 < tsa> question:
17:23 < ripclaw> tsa: does sourceforge still work with 1.4 ?
17:23 < tsa> ripclaw: don't know.
17:23 < tsa> i have
17:23 < tsa> [tsa@azathoth ~]$ pkg-list |grep gtk+
17:23 < tsa> gtk+ 1.2.10 1.5.13_2002-03-17_01h00
17:24 < tsa> when building gtk+ 2.x.x, will i get any problems?
17:24 < SMP> ripclaw: it does work
17:24 < rxr> tsa: do you ask me ?
17:24 < ripclaw> SMP: sourceforge or the scripts ?
17:24 < SMP> sf
17:24 < ripclaw> ack. so i refetch that too.
17:24 < tsa> rxr: feel free to answer, if it helps..
17:25 < SMP> ripclaw: there won't be too many updates I suppose..
17:25 < ripclaw> SMP: tsa fixed a lot lately.
17:25 < tsa> the libraries get a different name, but i could imagine problems with the header files..
17:25 < SMP> ripclaw: not in sourceforge 1.4 tree
17:26 < ripclaw> i`ll try the 1.6 tree then.
17:26 < rxr> tsa: ;-) I gues it should work - altough you'll loose your version information, since the the compatibility package is named gtk+1 ...
17:27 < tsa> rxr: i could pkg-remove gtk+, then build gtk+1 and gtk+
17:27 < rxr> Quite nice to watch a ROCK Linux Download to auto-checkout some CVS trees and archive the files into .tar.bz2s ;-)
17:28 < rxr> you do not need to rebuild gtk+1, - this is only needed if you like to get a new flist ...
17:28 < tsa> i want a new flist.
17:33 < rxr> 1.7 Config:
17:33 < rxr> - Package Options - Enligthenment 17
17:33 < rxr> (opt/e17) Install prefix for E17 Packages
17:33 < ripclaw> ack.
17:39 * rxr first e17 test build
17:41 < WKaibigan> When I try to use X in 1.5.16 a lot of the text is corrupt. When I exit X there are signs of GTK error messages relating to locale. Anybody know what may be causing the problem?
17:43 < owl> is there a message /dev/*/sound not found (* standing for a folder i forgot)? 
17:50 < tsa> $ find /dev -name sound
17:50 < tsa> /dev/sound
17:56 < rxr> thsi shit fucking GNU auto* shit
17:57 < rxr> crap verfluchter
18:01 < rxr> my 1.7 trsync tree is now updated
18:02 * rxr restarting a complete 1.7 build
18:06 < ripclaw> SMP: how to handle wu-ftp ?
18:09 < ripclaw> disabled installing wu-ftpd by default in 1.4.1 for security patches take more time that i have.
18:10 < SMP> yeah, set it as optional
18:11 < ripclaw> s/x/o/ in wu-ftpd.pz, added entry for disabling to changelog.
18:11 < SMP> jup
18:13 < rxr> does someone here has some knowledge in traffic shapign with Linux 2.4 ?
18:13 < rxr> I would like to gice ssh connect more bandwidth
18:14 < rxr> maybe limitting outgoing ftp and http traffic in general would also be really cool ...
18:14 < SMP> man tc
18:15 < ripclaw> today`s version of ripclaw`s rocklinux-1.4.1-DEV tree is uploaded at:
18:15 < ripclaw> https://www.rocklinux.org/~ripclaw/rock-src-1.4.1-DEV-200201110111.tar.bz2
18:15 < ripclaw> will start syncing SMP`s stuff on wednesday (lawyer sheduled for tuesday, quarters end etc.)
18:18 < ripclaw> starting source download 1.4.1
18:18 < SMP> ripclaw: you can of course have BitKeeper commit access if you like
18:18 < ripclaw> SMP: if bk is necessary.
18:19 < rxr> SMP: rene@jackson:~ > man tc
18:19 < rxr> No manual entry for tc
18:21 < SMP> ripclaw: well you can of course send me patches, but just commiting stuff to BitKeeper would be better (but a bit more work up front). whatever you like...
18:21 < SMP> rxr: iproute2 installed?
18:22 < ripclaw> i will prefer patches. but i think we both need to look at the trees, and see what way round the patches stay smaller.
18:23 < rxr> SMP: jups - but no man-page ...
18:23 < rxr> I now read the howto ...
18:25 < SMP> ripclaw: maybe read a bit of the BK docs (www.bitmover.com) and see how you like the concpets
18:29 < ripclaw> SMP: i just read the discussion on kernel.org, the concepts are ok, but the license sucks.
18:29 < ripclaw> CORRECTION: url for 1.4.1-rc was wrong: correct url:
18:30 < ripclaw> https://www.rocklinux.org/~ripclaw/rock-src-1.4.1-DEV-200207071809.tar.bz2
18:30 < SMP> sure, the license sucks..
18:30 < SMP> you have never used Netscape 4, have you? ;>
18:31 * rxr rebuilding the kernel on my router (P54-120Mhz):
18:31 < rxr> CPU states: 84.5% user, 11.6% system,  0.0% nice,  3.8% idle
18:31 < rxr> Mem:    38284K av,   37212K used,    1072K free,       0K shrd,    4520K buff
18:31 < rxr> Swap:  104380K av,   25232K used,   79148K free                    8084K cached
18:31 < rxr> ;-)
18:31 < ripclaw> i have, as long as mozilla wasn`t avialable, and only if chimera didn`t do the job.
18:31 -!- capchaos [~capchaos@p508090A1.dip.t-dialin.net] has quit ("leaving")
18:32 < ripclaw> but i see your argument.
18:33 < ripclaw> reasons for e.g. cvs: huebi has it, i can bother him about it more frequently ;-)
18:34 < SMP> reasons not to use cvs: most people never really understand it
18:40 < tsa> <- !!
18:41 < huebi> re
18:41 < tsa> re huebi
18:41 < ripclaw> SMP: you can say that about just any revision control system !
18:41 < ripclaw> re huebi
18:41 < rxr> SMP: do you have a simple example handy how to limit a protocols bandwidth?
18:41 < huebi> rxr: QOS.
18:41 < ripclaw> huebi: check mail vs. versions of security related fixes please.
18:42 < tsa> man tc
18:42 < ripclaw> huebi: FYI starting test-build of 1.4.1 in about 30 minutes on intel.
18:42 < huebi> SMP: Is there a public cvs now?
18:42 < ripclaw> <-!!
18:42 < rxr> tsa: I already read the iproute2 howto - but it is rather complex ...
18:42 < SMP> rxr: no, sorry, never used it
18:44 < rxr> tsa: do you have an simple example ?
18:44 < tsa> https://www.docum.org/
18:45 < tsa> should have some.
18:45 < tsa> there's an example section.
18:47 < ripclaw> SMP: can i have a cvs on world, like huebi
18:47 < huebi> SMP: no!
18:47 < ripclaw> SMP: just no admin rights
18:48 < huebi> SMP: not with admin rhights, please
18:48 < SMP> what is 'a cvs'?
18:50 < huebi> SMP: a ssh account to be able to commit to the 1.5 tree
18:56 < huebi> SMP: will there be a anonymous readonly cvs server?
18:56 < huebi> SMP: And if yes, when will it be?
19:02 < huebi> SMP: huhu? ;-)
19:02 * ripclaw moept SMP.
19:03 < ripclaw> bewegt sich nicht. braucht kaffee ?
19:03 < tsa> hm..
19:03 < tsa> waere einen versuch wert.
19:03 * tsa fuellt mal zwei kannen Kaffee in SMP
19:03 < huebi> ripclaw: No, no drugs at all.
19:03 < huebi> o_O
19:04 < ripclaw> huebi: coffee != drug. coffe:=essential
19:04 < tsa> ack.
19:05 < ripclaw> if bavaria has beer a essential food, we should declare coffee/caffeine just that.
19:05 < ripclaw> everyone has his right to 30g caffeine a day :-)
19:05 < tsa> hehe
19:09 < SMP> bah
19:09 < ripclaw> er lebt !
19:10 < SMP> I hate my family. they annoy me.
19:11 < SMP> yes you can of course have an account
19:11 < SMP> password or ssh key?
19:11 < ripclaw> SMP: password login w. ssh preferred.
19:11 < tsa> SMP: time should solve this problem.
19:11 < ripclaw> i`ld prefer non-web transmission of pwd.
19:11 < ripclaw> or use of gpg
19:11 < SMP> ripclaw: me too ;)
19:12 -!- simon- [~simon@p50875E7A.dip.t-dialin.net] has joined #rocklinux
19:12 < SMP> ripclaw: can you call me now? (cellphone) 
19:12 < ripclaw> first post !
19:14 < ripclaw> err phonecall...
19:16 -!- simon [~simon@p50875152.dip.t-dialin.net] has quit (Connection timed out)
19:19 * ripclaw has account on world now, thnx to SMP
19:19 < tsa> god@world ? ;-)
19:20 < ripclaw> ne, den hat smp
19:21 < tsa> hehe
19:22 < SMP> huebi: I've been working on anoncvs today and I have a plan now (thanks to OpenBSD documentation). maybe I'll continue working on that later, but I definitely need to relax.
19:23 < SMP> a weekend every only two to three weeks can be challenging..
19:23 * ripclaw has a .plan now. thats different, but noteworthy.
19:23 * SMP has a .plan since '97 ;>
19:24 < ripclaw> i have a .plan on world now, i mean.
19:24 < ripclaw> SMP: enjoy that .plan file ;)
19:24 < tsa> echo "world domination" >> ~ripclaw/.plan
19:24 < ripclaw> tsa: thats to simple
19:24 < ripclaw> finger ripclaw@world.wronline.de
19:25 < SMP> hehe, yeah..
19:25 < tsa> hehe
19:25 < SMP> (no fingerd running)
19:25 < ripclaw> Plan:
19:25 < ripclaw> and what are we doing tonight, brain ?
19:25 < ripclaw> the same thing we always do, pinky - trying to take over the world.
19:25 < ripclaw> - pinky & brain
19:25 < ripclaw> works if you are logged in world :-)
19:25 < rxr> Why does my DSL link suck that much today: 61.20 kBit/s
19:25 < rxr> err
19:25 < ripclaw> rxr because i download ?
19:25 < rxr> Avg: 166.29 kBit/s
19:25 < rxr> ripclaw: what do you download 
19:25 < rxr> ?
19:26 < ripclaw> complete source tree of rock 1.4.1 from the internet...
19:26 < ripclaw> you know: a butterfly`s wing flap may cause a cyclone in japan -
19:26 < rxr> what source tree ?
19:26 < ripclaw> im sure i just can be held responsible for a pingflood in mesoamericas.
19:27 < ripclaw> rxr rock-src-1.4.1-DEV-rc
19:27 < rxr> aehhh ?????
19:27 < rxr> URL ?
19:28 < ripclaw> i have a new tarball for rocklinux 1.4.1-dev (my tree) uploaded, and now i ./scripts/Download :-)
19:28 < ripclaw> url is https://www.rocklinux.org/~ripclaw/rock-src-1.4.1-200207071809.tar.bz2
19:29 < rxr> ripclaw: and what has your download todo with my DSL line ?
19:29 < rxr> You confuse me ....
19:29 < ripclaw> the proverbial butterfly wing flap and the cyclone... chaos theory.
19:30 < ripclaw> it was thought as a joke, rxr....
19:30 < rxr> ah
19:30 * rxr should read all lines ...
19:31 * ripclaw should put read-all flag on name
19:31 * rxr will reboot the router in aprox. 1 minute ...
19:31 < ripclaw> cu l8r rxr :-)
19:43 < huebi> ripclaw: When do I get the devfs aware SILO?
19:43 -!- rxr [~rene@port-212-202-168-91.reverse.qdsl-home.de] has quit (Read error: 104 (Connection reset by peer))
19:44 < ripclaw> huebi: off-irc answer has to do with company and lawyer.
19:44 < huebi> hae?
19:45 < ripclaw> phone
19:45 < huebi> <- versteht mal nur Bahnhof
19:46 < tsa> huebi: du hast ein telefon.
19:46 < tsa> huebi: wenn es gleich klingelt, ist ripclaw dran.
19:46 < tsa> .oO( zu wenig kaffee heute? )
19:46 < ripclaw> first post !
19:47 -!- rxr [~rene@port-213-20-128-39.reverse.qdsl-home.de] has joined #rocklinux
19:48 < tsa> re rxr
19:49 < ripclaw> re rxr
19:49 < huebi>  re rxr
19:50 < rxr> hi
19:51 < rxr> my router is now running a QOS enabled kernel ...
19:57 < huebi> rxr: What did you do for QOS? have you an URL handy?
19:57 < rxr> huebi: no - only the usual google results
19:57 < rxr> I have not yet configured it - so only running the kernel 
19:58 < rxr> I'll like to limit ftp and http to favour ssh, rsync, cvs ...
19:58 < esden> hi all
19:58 < esden> https://www.esden.net/rocklinux/reboot.txt
19:58 < esden> I hope you like it ;-)
19:58 < tsa> hi esden
19:59 < tsa> one cpu only?
19:59 < tsa> uh.
20:00 < esden> ONE ... look carefully
20:00 < tsa> ah, ok.
20:00 < tsa> ;)
20:01 < huebi> esden: *ROTFLOL*
20:01 < huebi> koool
20:01 < esden> this is only a draft ... it should be developed further ... and be more rock centralized ;-)
20:03 < huebi> #  You came, you tried, it didn't work
20:04 < esden> so guys if you have suggestions ... or want to add something just say ... or better get the file correct/change it and send it back to me ;-)
20:05 < esden> huebi: ???
20:06 < huebi> https://www.tldp.org/HOWTO/Kernel-HOWTO-1.html#ss1.1 <- #  You came, you tried, it didn't work - I just had a look at that ;-)
20:06 < huebi> esden: initializing planet: earth
20:07 < huebi> choosing random shape: flat disk
20:10 < esden> huebi: done
20:10 < huebi> *g*
20:12 < huebi> 12:08 < huebi> rxr: I just implement this in 1.5: https://www.tldp.org/LDP/lfs/LFS/chapter05/kernel.html
20:12 < huebi> 12:11 < rxr> I have to think about this.
20:12 < huebi> rxr: how far are you with thinking? ;-)
20:13 < huebi> on other idea is to make a linux-include package
20:13 < esden> that is also a good idea @ huebi
20:14 < huebi> then I can't erase the kernel include files under /usr/include
20:14 < huebi> and have still the same files for glibc
20:15 < huebi> It's still done in that way for sparc64
20:15 < rxr> huebi: mom
20:16 < huebi> for sparc64 are some more files included (asm-sparc64 _and_ asm-sparc for the 32Bit userland)
20:16 < huebi> rxr: Thank you ;-)
20:18 * ripclaw function "ripclaw.interrupt_handler()" just returned from interrupt request at 0xBEEF
20:19 < esden> re ripclaw 
20:19 * ripclaw received interrupt was "ripclaw.branch_and_link_food("any","urgent")"
20:19 < esden> ripclaw: have you seen my reboot proposal ?
20:19 < ripclaw> food has been served justice :-)
20:20 < ripclaw> yes, feeding on proposal, err...
20:20 < ripclaw> log source = /proc/umsg started.... logging to /dev/prophets
20:21 < ripclaw> Kernel command line should be /dev/discs/earth
20:21 < ripclaw> or such.
20:21 < huebi> /dev/planets/earth
20:22 < ripclaw> '/dev/discs/earth - only after choosing disk shape
20:22 < esden> yepp
20:22 < tsa> erhm..
20:23 < esden> corrected
20:23 < tsa> it'
20:23 < tsa> it's a universe
20:23 < ripclaw> Initializing primordial_ooze is missed. (ursuppe)
20:23 < tsa> so it should be more than earth.
20:23 < ripclaw> login: god
20:23 < tsa> Adding salt/pepper to primordial_ooze
20:23 < tsa> ;)
20:23 < esden> ripclaw: root ? god ? what is the difference ?
20:24 < ripclaw> password to hell with the bugs...
20:24 < tsa> esden: god has to type one letter less than root..
20:24 < ripclaw> then add msg automatic sudo to god or such.
20:24 < ripclaw> tsa is correct.
20:24 < huebi> esden: if I'm root I'm not god. (tststs.
20:24 < ripclaw> and god has the better mailacount
20:25 < esden> kk
20:25 < ripclaw> huebi - in my part of the universe i am omnipotent as root. define root god
20:25 < huebi> :P
20:25 < ripclaw> i can even create gods - useradd zeus hera pluto
20:25 < huebi> lol
20:25 < ripclaw> if they get a -m, they may even dwell in places like asgard, olympos, etc
20:26 < ripclaw> you can easily banish them with /bin/nologin
20:26 < ripclaw> :-)
20:26 < ripclaw> and best thing: creation is just another process you can kill -9 or suspend to background.
20:26 < ripclaw> > /sbin/create --help
20:27 < ripclaw> sorry there is no help for create
20:27 < ripclaw> esden: s/sturtup/startup/
20:27 < huebi> stir up?
20:28 < huebi> babelfish it ;-)
20:28 < ripclaw> btw - this does not solve the creation theory problem - we may be running a user-mode-universe !!!!
20:29 < ripclaw> which also solves the problems i had contacting other continuuums with IPC.
20:29 * ripclaw swings his magic towel
20:29 < ripclaw> 42 !
20:30 < ripclaw> btw - esden, could you add a "resources configured in 0x42" after Running Post ?
20:30 < ripclaw> or something like 23 illuminators present ?
20:30 < huebi> 0x52 !!
20:31 < ripclaw> huebi - we all now 42 is the answer, and its adress is stavromla beta.
20:31 < ripclaw> man mostly_harmless
20:31 < huebi> extracting resources from 42.zip...
20:31 < huebi> resources configured in 0x52
20:31 < ripclaw> LOL RTOFLMFAO
20:32 < ripclaw> huebi, thats second level indirection, you cannot consider gods to understand that.
20:32 < ripclaw> its just mere gods...
20:32 < esden> please reload the file from time to time I am applaying your suggestions all the time
20:33 -!- thalerim [~tobrit@p50813FE9.dip.t-dialin.net] has joined #rocklinux
20:33 < thalerim> hello
20:33 < ripclaw> HELO thalerim
20:34 < huebi> shutdown: saving universe to 42.zip..
20:34 < huebi> huhu thalerim ;-))
20:34 < tsa> hehe
20:34 < ripclaw> esden: maybe add a /dev/prophets: output corrupted ?
20:34 < huebi> shutdown: saving status of the universe to 42.zip..
20:34 < ripclaw> LOL fat !
20:35 < thalerim> 20 ELOH ripclaw
20:35 < thalerim> moin huebi
20:35 < ripclaw> thalerim: error: command not supported
20:35 < ripclaw> HELO thalerim
20:35 < tsa> thalerim: 20?
20:35 < tsa> shouldn't that be 250?
20:35 < huebi> And we have to take attention on different trues: 
20:36 < thalerim> tsa: typo
20:36 < ripclaw> huebi: error - truth not supported
20:36 < huebi> Old testament universe is 5732 years old (or so...
20:36 < huebi> Darvin 18.000.000.000 Years
20:36 < ripclaw> uptime: 23 days.
20:36 < ripclaw> huebi - you can always fix that later with hwclock --rewind
20:37 < huebi> we need local domains/planets/galaxies - separate rebootable.
20:38 < huebi> ripclaw: LOOOOOOL 
20:38 < ripclaw> huebi/esden: can i RAID planets ?
20:38 < thalerim> hmmm
20:38 < ripclaw> so if a vogon cruiser comes around and segfaults earth, i have another one on plausibility controler2 ?
20:38 < tsa> ripclaw: raid5 should be ok, but mirroring is forbidden ;)
20:39 < ripclaw> already happened, just read hhgg
20:39 * thalerim . o O ( huebis's Mathilda has given some of its "gras" to huebi and now he plays god!!!)
20:39 < tsa> ROTFL
20:39 < ripclaw> tsa: mirrors suffer minor data corruption: four leave clover is uncommon on our device, but its more common that three leave clover on our mirror
20:40 < ripclaw> thalerim: we need no plants to be root - we need planets
20:40 < ripclaw> s/root/god/
20:41 < bluefire> Kennst sich einer von euch mit PuTTY aus?
20:41 < ripclaw> now, i must go r3wt^H^H^G^Gg4wd another globe, said the scripted giddy
20:41 < huebi> and of course a boot logo:
20:41 < huebi>  ___________________________ 
20:41 < huebi> < Welcome to the real world >
20:41 < huebi>  --------------------------- 
20:41 < huebi>         \   ^__^
20:41 < huebi>          \  (oo)\_______
20:41 < huebi>             (__)\       )\/\
20:41 < huebi>                 ||----w |
20:41 < ripclaw> MEEEOOOW
20:41 < huebi>                 ||     ||
20:41 < huebi>  
20:41 < thalerim> RIPCLAW!!!!!!!!!!!!!!!!!!!!!!
20:41 < thalerim> you gotta die
20:42 < tsa> interesting - mathilda just lost her legs..
20:42 < ripclaw> Oops: loaded wrong source file for cow_sound.
20:42 < ripclaw> mooo -> meooow.
20:42 < thalerim> mh
20:42 < thalerim> heh, you crossed a cow with a cat
20:43 < thalerim> resulting: meoow ;)
20:43 < huebi> Mathilda is better than a fat pinguin baby
20:43 < ripclaw> if people continue screaming in in #gods we`ll have to banish them and drop the bottles on arabia :-)
20:43 < huebi> ftp://rocklinux.dyndns.org/bse-wahnsinn.mp3 <- the second is Mathilda.
20:44 < ripclaw> oh my $self: i already image it: c0w-l1nux
20:44 < ripclaw> mooooweeeeooow.
20:44 < ripclaw> btw - ever noticed the GENTOO logo ? its a c0w
20:44 < huebi> is ther some audio edit tool on rock linux?
20:44 < ripclaw> yes: sed
20:44 < huebi> :P
20:45 < ripclaw> just sed some binary and listen to the voice of god:
20:45 < huebi> *klickibunti*
20:45 < ripclaw> cat /boot/linux > /dev/sound/midi
20:45 * -> esden buzzy with talking to femail creature
20:46 < ripclaw> esden.send_exception(female, talk)
20:46 < ripclaw> huebi: rosegarden.org, or drocklinux.dyndns.org - dunno if its in there.
20:47 < huebi> jo
20:47 -!- uninvited [~uninvited@p508035CF.dip.t-dialin.net] has joined #rocklinux
20:47 < huebi> esden: Picture? URL? 
20:47 < ripclaw> and god logs in - does anyone know this file ?
20:47 < uninvited> Ahoi !
20:47 < ripclaw> HELO uninvited
20:47 < uninvited> Sail ho !
20:47 < simon-> bluefire: yes, a little bit
20:47 < tsa> ripclaw: sure.
20:48 < ripclaw> tsa: send it to esden :-)
20:48 < esden> hmm I do not know if I am allowed to tell you who I am talking to ... 
20:48 < ripclaw> lol
20:48 < ripclaw> esden.trigger_curiosity(all,mysticism)
20:48 < uninvited> APOP
20:49 < bluefire> simon-:  I need to use putty/wincvs with rsa-authentification, but it seems not to work. I can't even get putty to use rsa autologin to my other box.
20:49 < huebi> esden: Does not matter. Sooner or later ECHELON will find that out for god. erm me
20:49 < thalerim> heh
20:49 < esden> LOL
20:49 * ripclaw ripclaw.exception_handler: noticed dual personality - gods > 1 not allowed in monotheism. switching to polytheism. reason: huebi
20:50 < huebi> startind ECHELON...
20:50 < simon-> bluefire: hmm, don't know how to do this with putty, but perhaps you take a look at openssh.com unter the ports section
20:50 < tsa> ok.
20:50 < tsa> mail to esden sent.
20:50 < simon-> bluefire: there is a port for windows
20:50 < bluefire> simon-: I know. I read the howto on sf, but it doesn't work. Win32 == bullshit.
20:50 * bluefire grummel
20:50 < thalerim> bluefire: yes, i usually use PuTTY
20:50 < simon-> bluefire: https://www.networksimplicity.com/openssh/
20:50 < ripclaw> win32 always bullshit.
20:50 < esden> rolf ... we create the ROCK Church
20:51 < bluefire> thalerim: do you use rsa authentification?
20:51 < thalerim> rolf? esden becomes gay???
20:51 < huebi> bluefire: can you create a rsa key on windoofs?
20:51 < bluefire> huebi: puttygen
20:51 < simon-> bluefire: i use it together with tightvnc for secure remote windows administration
20:51 < ripclaw> holy rock. ancient times menhir cults have been raised on /dev/planets/earth
20:52 < tsa> "secure remote windows administration" <- BUAHAHAHA!
20:52 < ripclaw> ROTFLMFAO HAR HAR HAR winwhat ?
20:52 < simon-> tsa: ssh tunnel with tight vnc
20:52 < ripclaw> aaaargh, he used the win word again.
20:52 < huebi> tsa: Don't destroy marketing dreams, please. That illusion did kost very much money.
20:52 < tsa> simon-: so you have an encrypted tunnel ending in a big piece of shit..
20:53 * ripclaw banisches marketing department
20:53 < simon-> tsa: but it stinks not so hard through the tunnel =)
20:53 * ripclaw banisches a tunnel end
20:53 * ripclaw banisches evil_smell (TM)
20:53 < ripclaw> banish banish banish, vanish !
20:54 < ripclaw> beer beer beer, disappear !
20:54 < ripclaw> oh, sorry, wrong spell from books/godspells
20:54 < thalerim> Does anyone know how to switch ripclaw off :p
20:54 * ripclaw switches to mode: dormant - requested by thalerim
20:55 < ripclaw> zzzzZZZZzzzzZZZZ
20:55 < tsa> huebi: who cares - most win****-using customers with problems are ugly. i guess most people would like doing windoze-support for good-looking pretty chicks..
20:55 < huebi> tsa: LOL
20:55 < huebi> short story
20:55 < huebi> :
20:55 < tsa> so un*x-systems for normal people and win**** for chicks.
20:56 < tsa> i'll do support, then.
20:56 < tsa> although method of payment has to be discussed again, then..
20:56 < simon-> ok, ok, nobody likes windows .. most people use it
20:56 < tsa> i don't use it.
20:56 < tsa> it doesn't work and has just one desktop.
20:57 < huebi> A very good-looking pretty blonde come to the hotline ( dirctly next to her office) and asked: " Can somebody close my Excel for me? I can't do it."
20:58 < simon-> tsa: i have to use it. :-(
20:58 < huebi> simon-: Why?
20:58 < simon-> job
20:58 < tsa> huebi: that one is easy. you have to explain her that something else has to be opened instead, so she has to open her shirt and try again afterwards.
20:58 < tsa> ;-)
20:58 * thalerim kicks ripclaw's robotic ass in meaning of re-animate him, because me's going to eat now and so ripclaw can irritate the others again
20:59 < simon-> huebi: lotus notes doesn't run under linux..
20:59 < thalerim> cya
20:59 < tsa> cu thalerim
21:00 < huebi> simon-: A former boss of mine told me to use win in late 1997. He gave up after only two weeks and wrote his invoices himself for my work. I then had the time to do my real work on Linux.
21:01 < huebi> simon-: There is a webclient for linux ;-)
21:01 < simon-> huebi: some products we sell also run only on windows.. we have an exchange server.. blalbalba .. :-/
21:01 < huebi> simon-: or do a forward of all the mails to your linux box.
21:01 < huebi> exchange server works fine with sendmail ;-))
21:02 < huebi> <- tested that myself.
21:02 < simon-> huebi: no chance.. not only mail but helpdesk an so on..
21:02 < huebi> simon-: Change to 2nd or 3rd level support.
21:03 < simon-> huebi: our desktops are windows.. beside this all our servers are running on linux 2.0-2.4
21:03 < huebi> simon-: Normally I do the whole UNIX/Linux support for at least 500 people on my own. 
21:04 < simon-> huebi: were are you working?
21:04 * ripclaw needs a mirror for rocklinux packages
21:04 < huebi> simon-: In the moment at home. Exclusively on ROCK Linux.
21:04 < simon-> huebi: ;-)
21:05 < huebi> But normally I have a contrct with a customer for in house UNIX/Linux support and development.
21:05 < thalerim> re
21:05 < huebi> MoeP thalerim 
21:06 < thalerim> meal isn't prepared so far
21:06 < thalerim> hmpf
21:06 < huebi> thalerim: use the cowpraddle ;-))
21:06 < simon-> huebi: linux is nice, but most of our customers use windows..
21:06 < thalerim> praddle ?
21:06 < thalerim> or do you mean paddle
21:07 < huebi> jup
21:07 < ripclaw> cattleprod = stick used to voltge cows
21:07 < simon-> bye.. 
21:07 < thalerim> haha!
21:08 < thalerim> ripcal is known of these barbastic things
21:08 < thalerim> typically :P
21:08 * ripclaw grins
21:08 < ripclaw> its called a zeus-stick :-)
21:08 < thalerim> eww, stick it into your ass and go away :-P
21:09 < ripclaw> device allocation failed.
21:10 < thalerim> you're playing with your health
21:10 < thalerim> if huebi knows about your antipathy against cow and esp. Mathilda ... I do NOT guarantee for you life!!
21:10 < huebi> hehe
21:11 < thalerim> ok, mum has shouted
21:11 < thalerim> gonna eat
21:11 < ripclaw> look up cattle at www.bofh.org, and you know whom the lart is meant to electrify...
21:11 -!- thalerim is now known as thAlerim
21:12 < huebi> cowsay -f eyes Welcome to the real world <- that's a good boot logo
21:12 < huebi> may I flood it?
21:13 < tsa> www.bofh.org has address 127.0.0.1
21:13 < tsa> hm..
21:13 < tsa> ;)
21:13 < huebi> tsa: hehe
21:14 < huebi> https://www.bofh.com/
21:22 < owl> has someone experience with rock on dell inspiron 8200 multimedia? 
21:22 < huebi> dell != PC
21:23 < tsa> dell == ?
21:23 < owl> hmm?
21:23 -!- thAlerim is now known as thalerim
21:23 < owl> dell is sweet ;)
21:24 < owl> so - 0 or 1 ? 
21:24 < huebi> owl: th I think.
21:24 < huebi>  ** Finished (07/06/02 03:26:48 - 07/07/02 21:23:43) **
21:24 < owl> thx.
21:25 < huebi> 42h for 1.5.17 on Ultra 30 /300MHz
21:26 < ripclaw> YEEEEEEEEEEEE!
21:26 < Ge0rG> how long does the krups need for compiling XFree? ;)
21:27 < huebi> ll dist/var/adm/logs/*err |wc -l = 44 but mostly gnome stuff
21:27 < thalerim> heh guys, should the man on the BOFH picture of bofh.org represent Rudi Carell (however he's spelled) ?!
21:27 < thalerim> s,\.org,.com,
21:27 < thalerim> s,\.org,\.com,
21:31 < tsa> dunno.
21:35 < uninvited> thalerim> its not Rudi Carrell as i can see --- Rudi Carrell rocks, this picture guy seems like he sucks !
21:37 -!- owl [~mail-spam@dialin-212-144-169-028.arcor-ip.net] has quit ("reconnect")
21:37 < rxr> gate:/etc/conf # iptables -A OUTPUT -t mangle -p TCP --dport 22 -j MARK -set-mark 1
21:37 < rxr> Bad argument `1'
21:37 < rxr> Am I too stupid ?
21:37 < tsa> yes
21:37 < tsa> ;-)
21:38 -!- thalerim [~tobrit@p50813FE9.dip.t-dialin.net] has quit ("Ho chresim eidos uch hoch poll eidos sphos")
21:38 < rxr> tsa: the corrected version ?
21:39 < huebi> rxr: https://www.prout.be/qos/QoS-connection-tuning-HOWTO.html
21:40 < tsa> --set-mark
21:40 < tsa> instead of
21:40 < tsa> -set-mark
21:40 < rxr> argh
21:40 < tsa> *giggle*
21:40 < rxr> juche ;-)
21:49 < huebi> rxr: What do you think about a linux-header package containing /usr/include/{asm/,linux/}* ?
21:50 < huebi> rxr: These files must not be changed if gligc stays unchanged.
21:50 < huebi> Any opinions on that idea?
21:52 < rxr> huebi: this idea has the problem, that it also uses the linux-$ver.tar.bz2 file - which is only dowloaded for the linux package in general ...
21:53 -!- owl [~mail-spam@B50a4.pppool.de] has joined #rocklinux
21:53 < owl> re
21:53 < huebi> rxr: and the linux-$ver.tar.bz2 file is also used for linux-src.
21:53 < rxr> huebi: yes - this is also sub-optimal ... 
21:55 < huebi> rxr: glibc uses files from the linux-$ver.tar.bz2 file. So there is a clean solution needed allthough the sources must be mixed.
21:55 < rxr> huebi: where does the glibc uses files from the linux-... archive ?
21:55 < huebi> /usr/include/{asm/,linux/}*
21:56 < huebi> these files are copied from /usr/src/linux/usr/include/{asm/,linux/}* to /usr/include/{asm/,linux/}*
21:56 < huebi> but the kernel never needs them anymore after that.
21:57 < rxr> up to now they are not copied in 1.7 and dRock, are they ?
21:58 < huebi> So my idea is to put these into a separate package or to add them to glibc (what is not as clean as having a separate package IMHO)
21:58 < huebi> rxr: no they arend. But htey better should be copied.
21:59 < rxr> huebi: jups I know this fact
21:59 < rxr> I would never put them into the glibc package !
22:00 < huebi> here is a very good explanation for that fact: https://www.tldp.org/LDP/lfs/LFS/chapter05/kernel.html
22:00 < rxr> linux-header or so would be better (altough I'm not sure if it fits perfectly ...)
22:03 -!- Ge0rG is now known as ge0rg
22:03 < huebi> rxr: perhaps it might be not perfect but it very much better than it is now.
22:04 < huebi> + 's
22:05 < huebi> rxr: So I set up linux-header and we can see if there apper some new problems.
22:06 < huebi> BTW the copying is still done in sparc64
22:06 < rxr> huebi: you can do this - there will be no problems (but where there any with the symlink ?)
22:07 -!- uninvited [~uninvited@p508035CF.dip.t-dialin.net] has quit ("Lost terminal")
22:07 < huebi> there were no problems with the symlink. Except that the scripts got very complex.
22:07 < rxr> which scripts ?
22:08 < huebi> lx_conf linux.conf linux-scr.conf
22:08 < huebi> if sparc64 got added
22:09 < rxr> hm? introducing linux-header will not reduce the complexity ...
22:09 * rxr needs to reboot the router again ...
22:09 < huebi> https://www.cvs.rocklinux.de/cvs/viewcvs.cgi/rock-1.5/base-config/linux/lx_config?rev=1.7&content-type=text/vnd.viewcvs-markup
22:09 -!- rxr [~rene@port-213-20-128-39.reverse.qdsl-home.de] has quit ("leaving")
22:09 < huebi> rxr: I'll show you my efforts later this night
22:14 -!- rxr [~rene@port-212-202-168-238.reverse.qdsl-home.de] has joined #rocklinux
22:15 < huebi> rxr: https://www.cvs.rocklinux.de/cvs/viewcvs.cgi/rock-1.5/base-config/linux/lx_config?rev=1.7&content-type=text/vnd.viewcvs-markup
22:15 < huebi> if sparc64 got added it gets more complex
22:15 < huebi> rxr: I'll show you my efforts later this night
22:16 < rxr> have fun
22:16 * rxr still fiddeling with QOS
22:16 < huebi> rxr: Thank you. ;-))
22:16 < huebi> rxr: https://www.prout.be/qos/QoS-connection-tuning-HOWTO.html - you got this?
22:17 < rxr> jups
22:17 < rxr> but there was noting new in it ...
22:17 < rxr> Jul  7 22:14:12 gate insmod: /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: insmod sch_cbq failed
22:18 < rxr> gate:/lib/modules/2.4.18/kernel/net # modprobe sch_cbq
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: unresolved symbol qdisc_get_rtab
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: unresolved symbol unregister_qdisc
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: unresolved symbol qdisc_put_rtab
22:18 < huebi> get it in the kernel, not as module.
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: unresolved symbol qdisc_copy_stats
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: unresolved symbol register_qdisc
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: unresolved symbol pfifo_qdisc_ops
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: unresolved symbol qdisc_kill_estimator
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: unresolved symbol qdisc_new_estimator
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: insmod /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o failed
22:18 < rxr> /lib/modules/2.4.18/kernel/net/sched/sch_cbq.o: insmod sch_cbq failed
22:18 < rxr> ...
22:18 < rxr> :-(
22:19 < huebi> or find the symbols ;>
22:19 < rxr> ...
22:19 * huebi bloatind the Create-CD script...
22:25 -!- holyolli [~holyolli@linus.regehr.net] has joined #rocklinux
22:25 < holyolli> re
22:25 < huebi> hi holyolli 
22:25 < holyolli> hi huebi
22:25 < rxr> re holyolli 
22:25 < holyolli> hi rxr
22:28 < ripclaw> anyone have a workin url for libungif ?
22:30 < rxr> ripclaw: the server seems to be just down or so - maybe it is back online in some days ...
22:30 < ripclaw> ack.
22:31 < huebi> ripclaw: ftp://rocklinux.dyndns.org/rock-pkg-1.5/base-archive/libungif/libungif-4.1.0.tar.bz2
22:31 < rxr> huebi: lol
22:32 < holyolli> hey ripclaw :))
22:32 < ripclaw> hey holiolli
22:32 < ripclaw> danke huebi !
22:32 < huebi> bitoe
22:35 < rxr> hm DSL sucked today ...
22:35 < huebi> rxr: call 0800 330 2000 ;-))))))))))
22:35 < holyolli> *lol*
22:36 < rxr> *g*
22:38 < rxr> Incomming: Avg: 131.70 kBit/s
22:38 < rxr> hm Outcomming wird gerade besser: Avg: 193.55 kBit/s (war vorhin nur ~150 ...)
22:39 < rxr> er Outgoing ... ;-) *g*
22:46 -!- ge0rg is now known as Ge0rG
22:48 < rxr> my tiny 120 Mhz P54 ...
22:48 < rxr>  10:48pm  up 37 min,  6 users,  load average: 1.91, 1.59, 1.49
22:48 < rxr> CPU states: 90.1% user,  8.2% system,  0.0% nice,  1.6% idle
22:48 < rxr> Mem:    38268K av,   37228K used,    1040K free,       0K shrd,    3132K buff
22:48 < rxr> Swap:  104380K av,   16816K used,   87564K free                   10260K cached
22:49 < holyolli> .oO(oh-oh...kommt nun wieder nen schwanzvergleich?? ;-)
22:49 < Ge0rG> schwanzvergleich? *aufwach*
22:49 < rxr> ne - nur sogen ob der 2 rsyncs und nen kernel kompile ueberlebt ...
22:49 < holyolli> *lol*
22:49 < holyolli> axxo *g*
22:49 < rxr> ach + apache und squid ;-)
22:52 -!- [-dalai-] [~max@pD900961A.dip.t-dialin.net] has joined #rocklinux
22:54 < huebi> rxr: can you tell me how to compile glibc on sparc64 for 64Bit?
22:56 < rxr> huebi: hm - this doesn
22:56 < rxr> 't work correct yet
22:56 < rxr> I had no spare time in the last weeks ...
22:56 < rxr> for what do you need this 
22:56 < rxr> ?
22:58 < huebi> Xfree86 should work on sparc64 if linked against glibc-64
22:58 * holyolli is now building rock-1.5.17-alpha
22:59 < ripclaw> huebi - the debian glibc.deb contains the most current documentation on this, IIRC
22:59 < huebi> ripclaw: URL?
22:59 < [anders]> riiiiightyho... where's the 1.5.17 src.tar.bz2 for download?
23:00 < ripclaw> mom
23:00 < holyolli> anders: it's the cvs-version
23:00 < huebi> [anders]: ftp://rocklinux.dyndns.org/rock-src-1.5.17-DEV-Miguel-Edition.tar.bz2
23:00 < holyolli> "Miguel"?
23:00 < huebi> holyolli: Miguel wanted to have one fast.
23:00 < holyolli> ah *g*
23:01 < huebi> Ok. I release 1.5.17 tonight.
23:01 < [anders]> huebi: is there a way to download the cvs ?
23:01 < [anders]> like 'cvs co 1.5.17 <url>' something?
23:01 < rxr> huebi: again - I would not use any hybird 32/64 bit Sparch Linux system
23:01 < huebi> [anders]: I make a checkout and upload it.
23:02 < rxr> use a 32bit or 64bit only one
23:02 < [anders]> huebi: kewl :)
23:02 < rxr> and the 64 bit only one needs some fixing to build correct ... and it is only possible with gcc-3.1 and glibc-2.2.5 ...
23:02 < huebi> rxr: The problem is ths XFree86 does not work in32Bit on sparc64
23:02 < rxr> huebi: yes - and some other stuff fails, too.
23:03 < rxr> So use a 32bit kernel for now - where is the prob ?
23:03 < huebi> rxr: Any idea how to solve that?
23:03 < rxr> ? run a normal sparc kernel <dot>
23:05 < huebi> rxr: But a 32Bit kernel does not work on UltraSparc.
23:05 < huebi> rxr: How can that be achived???????
23:05 < rxr> huebi: why doesn't it work ?
23:06 < ripclaw> huebi - sorry, the ppl from sparc-linux did not check in the stuff to debian, there also is nothing in the mailinglists at debian.
23:07 < ripclaw> huebi - best solution: ask folks at sparc-linux@vger.kernel.org
23:07 < huebi> ripclaw: YOU ar the maintainer! so please do it.
23:07 -!- [anders]_ [anders@62.3.122.161] has joined #rocklinux
23:07 -!- [anders] [anders@62.3.122.161] has quit (Read error: 104 (Connection reset by peer))
23:08 -!- [anders]_ is now known as [anders]
23:08 < [anders]> arrrf! 
23:09 < ripclaw> huebi: i am the port maintainer, not the glibc maintainer. afaik this involves a lot of work, which i according to our last talk on the phone about 4 hrs ago am not willing to undertake right now.
23:09 < rxr> ripclaw: 32bit linux kernel should run on ULTRA Sparc - shouldn't it ?
23:09 < huebi> ripclaw: 23:05 < rxr> huebi: why doesn't it work ?
23:10 < ripclaw> ack - i just tried to provide you with pointers to a solution, i even searched debian.org/* for you to see if there is an easy path to that information.
23:11 < ripclaw> rxr: i havent tested any 32bit kernel on ultra - as long as you compile the setup-part of the kernel code with 64 bit assembly, anything will work on a v.9 - i do not know wether linux does that.
23:11 < rxr> ripclaw: we now about this header-generatin script - but desipte that is is really ugly, it doesn't seems to solve the prob ...
23:12 < rxr> since the v9 is backward compatible it should run without modification - shouldn't it ?
23:12 < rxr> old solaris versin run, too . Don't they?
23:13 < ripclaw> in theory it should, rxr - solaris versions starting with a certain level do run.
23:13 < ripclaw> you cannot run those too old.
23:14 < rxr> and suse and red hat have only one sparc version (with a 32bit kernel), too ...... 
23:14 < ripclaw> if you run it compiled for 32bit, it will not run on all 64bit systems, u1 for example need special settings in either OBP or boot code.
23:16 < ripclaw> rxr: u1 didn`t work correclty with e.g. solaris 7 in 64bit mode, there is even a obp-patch error in suns error tracking.
23:16 < ripclaw> one solution using a 32bit only kernel is to _REQUIRE_ people using a old u1/e150 to update their OBP.
23:17 < ripclaw> then we could serve almost everything with the kernel.
23:17 < rxr> but the 64 kernel is not useable with 32bit userspace mmap stuff ...
23:17 < rxr> and so the hybid system is unuseable for all ...
23:18 < ripclaw> i know, some stuff works, others doesnt. same dilemma with ppc64.
23:18 < rxr> hybird -> 64bit/32bit fluff 
23:18 < ripclaw> ack
23:18 < rxr> so 32bit only (if bootable on most ULTRAs) seems to be the most useable solution for now - until we get a trur 64bit system with gcc-3.1 in ROCK 1.7 ...
23:19 < ripclaw> ack
23:19 < rxr> but the 64 binaries get much bigger ...
23:19 < [anders]> huebi: got a url for the 1.5.17 archive?
23:19 < ripclaw> thats what 64 bit says. use 32bit assembly and fill up the rest with null
23:19 < rxr> the x86 CISC stuff isn't that bad - it is a nice runtime instruction compression ;-)
23:19 < ripclaw> notify armijn if you change to 32bit only kernel, please
23:20 < rxr> yesno - v9 code also includes some new instructions - which can speedup the code ...
23:20 < ripclaw> rxr: x86 sucks balls through a straw - ideology wise and theoretically - it does that fast, though ;)
23:20 < owl> g8.bye
23:20 -!- owl [~mail-spam@B50a4.pppool.de] has quit ("almost dead")
23:21 < rxr> ripclaw: I also do not like x86 (in fact I hate it) but with the first RISC box here (your Sparc ;-) I had to notice that they are not as perfect as I thought ....
23:22 < ripclaw> rxr - right, on some parts. until you notice what speed you get in 3d/java.
23:22 < huebi> [anders]: mom
23:22 < rxr> btw. AMD x86-64 only increases the binary size by 30% or so ... Intel ia64 increases the binary size by arround 100% to 200% (compared to x86 ...)
23:22 < ripclaw> or pure I/O, except e.g. ssh
23:23 < ripclaw> 200% ? thats waaaaay above normal.
23:23 < rxr> c't 13
23:24 < rxr> page 106
23:25 < huebi> [anders]: ftp://download.rocklinux.de/1.5/1.5.16/rock-src-1_5_16_2002-07-07_23h19.tar.bz2
23:26 * huebi reading log
23:26 < rxr> AMD 64bit stuff get only 15% bigger
23:27 < ripclaw> latest 1.4.1-DEV-rc tarball: https://www.rocklinux.org/~ripclaw/rock-src-1.4.1-DEV-200207072252.tar.bz2
23:28 < rxr> Intel 64bit gets nearly three times as big as x86 fluff ...
23:28 < rxr> both on page 106 of c't 2002/13
23:29 < huebi> rxr: Which programs fail on sparc64? 
23:29 < rxr> the resulting binaries do not yet run
23:29 < huebi> the resulting binaries do not yet run
23:29 < rxr> statical linked works - dynmaic seg-fault
23:29 < rxr> seems to be a bug in the dynamic linker
23:29 < huebi> the resulting binaries do not yet run <- which ones?
23:30 < huebi> result of what?
23:30 < rxr> the sparc64 ones
23:30 < huebi> rxr: names?
23:30 < [anders]> huebi: ok, downloaded, and will try and build tomorrow.. bedtime now.. :)
23:30 < [anders]> night night all! :)
23:30 < rxr> the result of gcc-3.1 compilied 64bit code
23:30 < huebi> cu [anders] 
23:30 < rxr> huebi: WHAT NAMES!!!!!!!!!!!!!
23:30 < huebi> of the binaries.
23:30 < rxr> Everything - as I already wrote thousand times here ... *wunder*
23:31 < huebi> what is everything?
23:31 < ripclaw> calm down huebi and let him explain - in german and in one part.
23:31 < rxr> huebi: ALL - there is a bug in the 64 bit dynamic loader
23:31 < huebi> ahh
23:31 < rxr> ripclaw: in german
23:31 < rxr> ?
23:31 < huebi> I understand now
23:31 < holyolli> does anybody need a scsi-cdrom?
23:31 < huebi> rxr: That means: ALL binaries compiled for ^$ Bit on sparc64 do not work at all?
23:32 < huebi> holyolli: Yes me
23:32 < holyolli> huebi: o.k. - give me your address and I'll send it to you
23:32 < huebi> 3 broken SCSI CDROMs in the last2 weeks.
23:32 < rxr> huebi: the gcc-3.1 works correct. The 2.4.18 kernel runs just fine when compilied with it. Statically linked binaries, too. The only problem is, that dynamically linked binaries crash on startup. My guess is, that the dynamic loader has either a bug, or get's linked with a wrong lib ...
23:32 < holyolli> but it's only 8-fach
23:32 < ripclaw> huebi once told me that he doesn`t like me explain things in english, because it gets to elaborate, err complicated.
23:33 < rxr> huebi: I'll work on it when I have a free second
23:34 < rxr> but I would consider this a ROCK 1.7 thingi - especially because we are nearly the only onces who wnat to have 64bit userland running ...
23:34 < rxr> only the debian folks do some work and the a*** project.
23:34 < rxr> red  hat seems to have stoped the sparc support ...
23:34 < ripclaw> a*** ? aurora ?
23:35 < rxr> a yes this was the name - I forgot it. Thanks. 
23:36 < ripclaw> rxr  i thought the **** was cursing...
23:36 < rxr> no i only forgot the name
23:37 < huebi> So, what do we do now to get XFree 86 running on sparc64? can we link it static for 64 Bit?
23:37 < rxr> https://aurora.linuxpower.org/
23:38 < rxr> The requested URL could not be retrieved#
23:38 < rxr> huebi: You can only build the 64bit glibc with the gcc-3.1
23:38 -!- WKaibigan [~Aloicious@ACB61118.ipt.aol.com] has quit (Read error: 104 (Connection reset by peer))
23:38 < ripclaw> would be an option to statically link. we`ld have a working system.
23:38 < rxr> huebi: you do not want to do this in 1.5
23:38 < rxr> especially since the result will not work correctly ...
23:39 < huebi> rxr: no, I does not want to have gcc 3.1 in 1.5 Too much work to get it up.
23:39 < rxr> huebi: what is the prob in runnign a 32bit kernel - like all the other dists do ?
23:39 < rxr> s/do/seem to do/
23:40 < huebi> rxr: If the 32Bit kernel runs on UltraSparc it's my favorit solution for that problem.
23:40 < rxr> huebi: just test it
23:41 < huebi> I try it on the U30 now.
23:41 < huebi> make ARCH=sparc - to build the kernel.
23:41 < rxr> I'll continue Sparc64 1.7 work within the next days (my girlfriend is holidaying ...)
23:42 < huebi> rxr: kool
23:42 < rxr> (this is why I already did that much 1.7 stuff and QOS reading today ... ;-)
23:42 < rxr> btw:I'll also do some holidaying in two weeks ...
23:43 < rxr> real    62m7.088s
23:43 < rxr> user    53m7.410s
23:43 < rxr> sys     3m18.140s
23:43 < huebi> rxr: with gcc3.1 64Bit binaries work on UltraSparc (with static linking?)
23:43 < rxr> ;-) P54 120 Mhz compiling a bzImage ;-)
23:43 < rxr> huebi: yes. Also the dietlibc works ;-) 
23:44 < huebi> rxr: also with dynamik linking?
23:44 < rxr> but the gcc needs to get some fix for it's multi-lib support. Currently the gcc only builds with some hacks ...
23:44 < rxr> the dietlib has only static linking ...
23:44 < rxr> and the glibc dyn-linking crashes ...
23:45 < huebi> rxr: Now I get a picture of that all on sprc64
23:47 < huebi> 64Bit will work on Sparc64 with gcc-3.1 and glibc-2.5.5 or dietlibc but needs static linked binaries.
23:47 < ripclaw> huebi - if you dig into sparc64 glibc some more, you - like me - will get the inevitable urge to beat ulrich drepper over the head with a type 5 kbd - he`s the glibc maintainer...
23:47 < ripclaw> :-)
23:48 < rxr> ripclaw: jups - I already did some x86 glibc hacking - and it stinks no matter wich arch your are looking at ...
23:48 < ripclaw> x86 has the wrong endian and wordsize to fully evaluate the stench of bile stinking in there... believe me.
23:49 < rxr> ;-)
23:49 < rxr> ok - I'll take sleep. Cu tomorrow. n8
23:53 < ripclaw> n8, box starts compiling 1.4.1 and it all gets very laggy....
23:53 -!- ripclaw [~ripclaw@pD9522B13.dip.t-dialin.net] has quit ("[x]chat")
23:56 < huebi> scsi support for the PCI based Ultras is missing.
23:59 < huebi> I use the U5 now to test 32Bit kernel
--- Log closed Mon Jul 08 00:00:42 2002