-!- Irrsi  Log opened Sun Jul 07 00:00:14 2002
-!- Irrsi  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
-!- Irrsi  Log closed Mon Jul 08 00:00:42 2002