--- Log opened Wed May 08 00:00:32 2002
--- Day changed Wed May 08 2002
00:00 < d3mian> ping Mike1
00:00 < d3mian> :)
00:00 < esden> no ... I will not write the email ...
00:00 -!- d3mian [~jonvargas@208.165.55.137] has quit (Client Quit)
00:00 < esden> I prefere to talk to clifford first ...
00:01 * Mike1 busy ping timeout 100% package lost :P
00:02 -!- d3mian [~jonvargas@208.165.55.137] has joined #rocklinux
00:03 < d3mian> umm, is there a prob in irc.openprojects.net? i didnt see nickserv msg
00:03 < esden> ok I go to bed
00:03 < esden> cu guys
00:04 < d3mian> bye esden 
00:04 < tsa> cu esden
00:04 < tsa> d3mian: yes...nickserv and chanserv are gone.
00:04 < tsa> there probably are some problems..
00:04 < d3mian> ahh ic
00:09 < tsa> btw...yes, openprojects has some trouble, and they are currently working on this. i've just spoken to one of the staff people..
00:09 < rxr> re
00:09 < tsa> re rxr
00:09 -!- ringo78 [~idiot@co116627-a.almel1.ov.nl.home.com] has quit ("leaving")
01:04 -!- hackbard [~hackbard@p50806E27.dip.t-dialin.net] has quit ("Client Exiting")
01:10 -!- tsa [~tsa@p5082B1FE.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
01:12 -!- ringo78 [ringo78@xs3.xs4all.nl] has quit ("Lost terminal")
01:17 < rxr> anyone with ssh knwoledge here?
01:17 -!- habitat-a [~habitat-a@D576FC5E.kabel.telenet.be] has joined #rocklinux
01:17 -!- habitat-a [~habitat-a@D576FC5E.kabel.telenet.be] has left #rocklinux ("Client Exiting")
01:21 < huebi> re
01:21 < huebi> here i am 
01:21 < huebi> from the U5
01:21 < huebi> *freu*
01:22 < huebi> rxr: whats zour problem?
01:22 < d3mian> :)
01:23 < huebi> Linux localhost 2.4.17 #1 Fri Jan 11 16:56:29 MET 2002 sparc64 unknown
01:25 < th_> rxr: was haste denn fuer ssh probleme?
01:30 < rxr> hi
01:30 < th_> hi
01:30 < rxr> I need a public key sent do another persion
01:30 < rxr> i generated one with the ssh-keygen
01:30 < rxr> I want to test the key before i send it over ...
01:31 < th_> openssh or the original?
01:31 < rxr> openssh
01:31 < th_> so just add it to you authorized_keys file
01:31 < rxr> i added the key into .ssh/autorized_keys and also tried the ...,2 files
01:31 < th_> in ~/.ssh/
01:31 < rxr> th_: did this ...
01:32 < th_> ~/.ssh/identity is you private key?
01:32 < rxr> shh asks me for a paassword not for the path-phrase ...
01:32 < rxr> only my regular user passwd on this box works ...
01:33 < th_> use -v
01:33 < th_> look what's wrong
01:33 < th_> look at logfiles
01:33 < rxr> hehe already tried this ...
01:34 < th_> 01:32:34 < th_> ~/.ssh/identity is you private key?
01:34 < rxr> currently id_dsa is it ...
01:34 < th_> rename or link
01:36 < rxr> ahhh!
01:38 < th_> it works?
01:38 < rxr> party
01:39 < th_> seems to mean "yes"
01:39 < rxr> no
01:39 < d3mian> eh?
01:40 < rxr> when a persons say: ssh public key
01:40 < rxr> does he want a rsa or dsa key=
01:40 < rxr> s/=/?/
01:40 < rxr> read: do all versions support both ?
01:41 < th_> i'd prefer dss
01:41 < th_> aehm
01:41 < th_> dsa
01:42 < rxr> is the key's trainling hostname used for s.th. ??
01:42 < rxr> mine has: rene@jackson.localnet
01:42 < rxr> I wonder if this will work in the i-net ... ?=
01:42 < th_> no
01:42 < th_> aehm
01:42 < th_> yes it works
01:42 < th_> it's just a comment
01:42 < rxr> ah
01:43 < d3mian> i always though that openprojects.net irc servers will be more efficient that others
01:44 < th_> ;0
01:45 * rxr hates hacking on security tools in the middle of the night 
01:47 < rxr> th: on the server I get: May  8 02:00:19 portable sshd[428]: Failed keyboard-interactive for rene from ::ffff:192.168.1.4 port 33590 ssh2
01:47 < rxr> on the client: debug1: next auth method to try is publickey
01:47 < rxr> debug1: try privkey: /home/rene/.ssh/identity
01:47 < rxr> debug1: PEM_read_PrivateKey failed
01:47 < rxr> debug1: read PEM private key done: type <unknown>
01:47 < rxr> Enter passphrase for key '/home/rene/.ssh/identity':
01:47 < rxr> debug1: read PEM private key done: type DSA
01:48 < rxr> debug1: authentications that can continue: publickey,password,keyboard-interacti
01:48 < rxr> ...
01:48 < rxr> debug1: next auth method to try is password
01:48 < rxr> rene@portable.localnet's password:
01:48 < th_> und die stelle wo publickey disabled wird?
01:49 < rxr> th_: there nothgin more usefull ...
01:51 < th_> and authorized keys contains just that line?
01:51 < th_> (with the public key)
01:51 < rxr> jups
01:51 < rxr> hm
01:51 < rxr> maybe they need a trainling newline? *shit*
01:52 * rxr generating the 8th key ...
01:52 < d3mian> :p
01:52 < th_> hmmm ich hab damit eigentlich keine probleme... naja ich nehme auch ssh.com aber das macht keinen unterschied
01:53 < th_> rxr: sind die permissions restriktiv genug?
01:53 < rxr> wieso nimmst du ssh.com ?
01:53 < rxr> *wunder*
01:53 < rxr> -rw-------    1 rene     users         744 May  8 01:52 id_dsa
01:53 < rxr> -rw-r--r--    1 rene     users         611 May  8 01:52 id_dsa.pub
01:53 < rxr> -rw-r--r--    1 rene     users         239 May  8 01:49 known_hosts
01:53 < rxr> hat ssh-keygen selber gebaut ...
01:54 < rxr> juche!!!!!!!!!!!
01:54 < rxr> the trailing newline #ICH_KOTZE!_WUERG'!?!?
01:54 * rxr jumping really heavily arround
01:54 < rxr> shit tools 
01:54 < rxr> sorry
01:54 < rxr> so
01:54 < rxr> bin wieder friedlich ;-)
01:55 < th_> weil am imitat (openssh) immer irgendwas inkompatibel ist
01:55 < th_> und warum sollte ich ne nachbildung nehmen, wenn das original auch kostenlos ist?
01:55 < rxr> lizenz von ssh ?
01:56 < th_> ausserdem fehlen mir da features
01:56 < th_> free auf linux und bsd
01:56 < rxr> missing features are?
01:56 < th_> ich weiss nicht was mittlerweile bei openssh dabei ist... aber mir fehlte immer regexp beim AllowUser und chrooten fuer user vom ssh ausgehend
01:57 < th_> d.h. anhand einer egid, gid oder uid wird ein user in sein home chrooted oder nicht
01:58 < rxr> ah
01:58 < th_> sehr gut geeignet fuer z.b. cvs per :ext: mit ssh wenn man keine system-accounts vergeben will
01:59 < rxr> hm
02:00 < rxr> auf ner i-net box klapts noch immer nett ...
02:00 < th_> gibt es adapter die mir aus ner parallelen schnittstelle ne serielle machen?
02:00 < th_> meinetwegen mit software treibern?
02:00 < rxr> puh - kann gut sein. usb -> seriell gibt es auf jeden fall ...
02:00 < rxr> anwendungszweck ?
02:00 < th_> irgendein bloeder laptop der angeblich keine serielle schnittstelle hat soll benutzt werden um irgendeine hardware per seriell zu steuern
02:00 < th_> (windows)
02:01 < rxr> hat das ding nen usb port?
02:01 < th_> er hat nen ps2 anschluss, aber das ist doch nicht vollwertig rs232 afaik
02:01 < th_> das bezweifle ich fast...
02:01 < th_> es gibt pcmcia karten aber da hab ich nur was fuer > 150 euro gefunden
02:01 < rxr> ich glaube wenn es parallel -> seriell gibt ist das ding sicher schwer zu bekommen ...
02:02 < rxr> da ist pcmcia -> seriell warscheinlich noch einfacher ...
02:02 < th_> naja vllt ist ja usb da, dann sollte es kein thema sein
02:05 < rxr> argh
02:06 < th_> n8
02:08 -!- th_ [th@delta.boerde.de] has left #rocklinux ()
02:09 < rxr> n8
02:10 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
02:11 -!- d3mian is now known as d3m|brb
02:12 < rxr> YYEEAAHH!!
02:13 * rxr works finally *jump* *jump*
02:14 < tomik> hello 
02:14 < rxr> hi
02:15 -!- tomik [~tomik@193.109.181.247] has quit (Client Quit)
02:35 < huebi> so I started to build up my build environment on the U5
02:35 < huebi> but now it's time to go to bed 
02:35 < huebi> bye
02:37 < d3m|brb> cu huebi 
02:38 -!- d3m|brb is now known as d3mian
02:40 < rxr> n8 huebi 
02:40 < rxr> ich leg mich jetzt auch hin ...
02:41 < d3mian> umm
02:42 < d3mian> somebody tried to erase my $home files
02:42 < d3mian> he did it
02:43 < d3mian> rxr: da u have rlogin working?
02:47 -!- inode [~inode@cs666986-234.satx.rr.com] has joined #rocklinux
03:31 -!- id10t [sj@216.155.100.224] has joined #rocklinux
03:31 < id10t> hi all
03:34 < id10t> anyone got a working url to the rock linux guide? the link on the page 404's
03:34 * id10t wants to rtfm
03:37 < d3mian> hello id10t !!!
03:38 < d3mian> let me see
03:42 < d3mian> umm, there is a error 
03:43 < d3mian> but i have sources one here
03:43 < d3mian> da u have mail?
03:45 < id10t> sure do
03:45 < id10t> linuxb0y@hotmail.com
03:45 < id10t> i appreciate it
03:49 < d3mian> wait a minute
03:57 < d3mian> mail sent
03:58 < d3mian> :)
04:03 -!- d3mian is now known as d3m|brb
04:12 -!- id10t [sj@216.155.100.224] has left #rocklinux ("Client Exiting")
05:05 -!- cap [cap@pD904853E.dip.t-dialin.net] has joined #rocklinux
05:23 -!- d3m|brb is now known as d3mian
05:23 < d3mian> hello cap 
05:23 < d3mian> :)
05:23 < cap> hi d3mian :-)
05:23 < cap> compiled rock?
05:23 < d3mian> yet no
05:23 < d3mian> da u?
05:24 < d3mian> i m waitinf for a new box
05:24 < d3mian> i dunt have enough space, what about u?
05:24 < cap> i'm downloading the dRock 1.6 rc3 right now
05:24 < cap> its not that fast with isdn
05:24 < d3mian> umm, cool
05:24 < d3mian> but.. sources right?
05:24 < cap> ..the binaries
05:24 < d3mian> ahh
05:24 < d3mian> ic
05:25 < d3mian> where da u live cap ?
05:25 < cap> good ol'germany :)
05:25 < d3mian> ok
05:26 < d3mian> i use phone line connection
05:26 < d3mian> 56K
05:26 < cap> ugh 
05:26 < d3mian> how much is ur bandwidht?
05:26 < cap> ~ 7 kb/s
05:27 < d3mian> ehh?
05:27 < d3mian> really?
05:28 < cap> hmmm
05:29 < d3mian> dont u have rock users near ur city, I mean to borrow drock isos
05:29 < cap> well its 115K, should be twice as fast as a serial modem line
05:30 < cap> we say 7 kb/s
05:30 < d3mian> yes
05:30 < d3mian> ok
05:30 < cap> i dont now anyone using rock
05:30 < cap> came over it through the internet
05:30 < cap> :-)
05:30 < d3mian> ahh ic
05:30 < d3mian> well, i live in costa rica
05:30 < d3mian> :p
05:31 < cap> thats c00l
05:31 < d3mian> yeah
05:32 < cap> ahhh costa rica is northern to panama, right?
05:34 < d3mian> ehh
05:34 < d3mian> yes
05:35 < cap> how comes you're interested in rock?
05:35 < d3mian> wait..
05:35 < d3mian> mom
05:36 < d3mian> back
05:36 < d3mian> umm, i met a rock user here in cr
05:36 < d3mian> i think we are alone with rock here hehe
05:36 < d3mian> well, what about u
05:36 < d3mian> ?
05:37 < cap> i was looking for a flexible but none-"klickibunti" distro that you can build yourself
05:38 < cap> so i am gonna try the binaries first
05:38 < d3mian> :)
05:38 < cap> then, in a 32,5 hours build procces, melt my own brew ;-)
05:38 < d3mian> why drock and not rock?
05:39 < cap> why not? :)
05:39 < d3mian> well, it doesnt care
05:39 < cap> its for my desktop computer
05:39 < d3mian> ah ic
05:42 < cap> i am playing around with openbsd, it will run a server (which i will put together from some old crap lying here and there :)
05:42 < d3mian> QQok
05:43 < d3mian> well, ppl say that rock is like openbsd
05:43 < d3mian> i dunno
05:43 < cap> so, dRock, is the desktop
05:43 < d3mian> yes
05:43 < cap> fine :-)
05:43 < cap> i like openbsd style but i miss the bash by default 
05:43 < d3mian> hehe
05:44 < d3mian> well, i used freebsd 4.4 just for 3 days
05:44 < d3mian> :p
05:44 < cap> 4.5 crashed with my first install :-) ..i threw it away..
05:45 < d3mian> heheh
05:45 < d3mian> yesterday i had a strange prob with sendmail
05:46 < cap> yeah, i read it 
05:46 < d3mian> ok :)
05:47 < d3mian> da u know about it?
05:47 < cap> hm it deleted some files in /etc ?
05:47 < cap> is it fixed ?
05:48 < d3mian> well...
05:48 < d3mian> not really
05:48 < d3mian> i just created again accounts
05:48 < d3mian> and reassigned the /home/* dirs owners
05:48 < cap> how can sendmail delete files without prompting or anything?
05:49 < cap> sounds like a.i. :)
05:49 < d3mian> dunno
05:49 < d3mian> it is rock sendmail package
05:49 < d3mian> i installed sendmail from a rock-install cd
05:49 < cap> so its a rock specific problem ?
05:50 < d3mian> dunno
05:50 < cap> :-o
05:50 < d3mian> but that was in 1.5.13, there is no a stable realease for this
05:51 < cap> no stable sendmail package for rock ?
05:51 < d3mian> i decided to use that
05:51 < d3mian> i mean that 1.5.13 is not a stable release
05:51 < d3mian> 1.4.0 yes
07:35 < d3mian> i dunno/away
07:57 -!- inode [~inode@cs666986-234.satx.rr.com] has quit (Remote closed the connection)
08:08 -!- term_emu [~pm@beaufort.wyzant.de] has joined #rocklinux
08:08 -!- clifford_away [~clifford@62.46.5.187] has quit (Read error: 60 (Operation timed out))
08:09 < term_emu> morgen
08:09 < d3mian> hello term_emu 
08:10 < d3mian> ich will a sarg , for sleep
08:10 < d3mian> s/for/fur
08:12 < term_emu> good night, d3mian :)
08:12 < d3mian> hehe, thnx
08:12 < d3mian> good morning term_emu
08:17 -!- clifford_away [~clifford@62.46.1.231] has joined #rocklinux
08:23 < d3mian> hi clifford_away 
08:28 < d3mian>  __________________________ 
08:28 < d3mian> < Visit: www.rocklinux.org >
08:28 < d3mian>  -------------------------- 
08:28 < d3mian>         \   ^__^
08:28 < d3mian>          \  (@@)\_______
08:28 < d3mian>             (__)\       )\/\
08:28 < d3mian>                 ||--WWW |
08:28 < d3mian>                 ||     ||
08:50 < huebi> good morning!
08:50 < huebi> :-)))
08:50 < d3mian> gut morning huebi 
08:50 < d3mian> :)
08:50 < huebi> hi d3mian 
08:50 < huebi> I just started my first build on UltraSparc
08:51 < d3mian> how does it goes?
08:51 < d3mian> run cool?
08:51 < huebi> == 08:47:13 =[1]=> Building base package glibc [2.2.5 1.5.14_2002-05-08_02h30].
08:51 < huebi> untill here it's fine.
08:51 < d3mian> ahh ic
08:51 < d3mian> :)
08:51 < huebi> later we will see more
08:52 < d3mian> k
08:53 < d3mian> huebi: do u know why in some PCs rock and drock cds doesnt boot
08:54 -!- term_emu is now known as term_aweh
08:54 < d3mian> sometimes, during booting, i just see a large amount of couples of binary numbers, like this: 1010101010101
08:59 < huebi> d3mian: someting with lilo, but I don't know exact what.
09:02 < d3mian> lilo: sure?
09:02 < d3mian> cauz i can boot with slackware instead
09:04 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has joined #rocklinux
09:04 < bluefire> Moin
09:04 < huebi> d3mian: hmmm
09:05 < d3mian> hello bluefire 
09:09 -!- huebi_ [~huebi@pD9E1C456.dip.t-dialin.net] has joined #rocklinux
09:10 < d3mian> wb huebi
09:23 -!- huebi [~huebi@pD9522847.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
09:28 -!- anders_ [~guest@imhotep.hursley.ibm.com] has joined #rocklinux
09:28 < anders_> good morning
09:30 < rxr> re
09:30 < anders_> how you doing rene? :)
09:30 < rxr> Good morning anders_ ,)
09:31 < rxr> I'm fine!
09:36 * anders_ just compiled a kernel w/o GRSecurity in it..
09:36 < anders_> I feel naked.. :-D
09:38 -!- simon_ [~simon@out1.R-TEC.net] has joined #rocklinux
09:38 < rxr> hehe
09:39 < simon_> morgen
09:47 < d3mian> hi rene
09:47 < d3mian> cap is installing 1.6.0
09:47 < d3mian> hi anders_ 
09:47 < anders_> re d3mian 
09:47 < d3mian> hi simon
09:50 < simon_> hi, sagt mal.. könnt ihr mir ein transparentes x terminal empfehlen?
09:51 < anders_> Om jag visste vad han sa kanske jag skulle kunna hjalpa honom....
09:52 < simon_> ?
09:52 < anders_> export LANG=en_US
09:53 < anders_> I said, if I knew what he said, perhaps I could help...
09:53 < bluefire> simon_: I use gnome-terminal... but only because I use gnome. Maybe aterm or eterm.
09:53 < simon_> anders_ hmm, what language are you speaking? =)
09:53 < anders_> swedish.. :)
09:53 < simon_> oh :-)
09:53 -!- th [th@delta.boerde.de] has joined #rocklinux
09:53 * bluefire #include <babelfish.h>
09:53 < anders_> aterm is a good transparent xterm (actually rxvt clone)
09:54 < anders_> it'll do transparency, transparent scrollbar as well..
09:54 < anders_> tinting, shading and all the other fancy stuff.
09:56 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has quit ("leaving")
09:57 < simon_> thanks .. i'll try it :-)
09:58 < anders_> dunno if there is an ext for it, I compiled from source by hand though I think...
09:58 < anders_> search for aterm on freshmeat. :)
10:11 < d3mian> anders_: why aterm, when u can download Imlib and use Eterm  :)
10:13 < th> [a-wyz]term sucks
10:13 < d3mian> th ?
10:13 < d3mian> so... what's ur recommendation?
10:13 < SMP> [a-wyz] = [^x]
10:13 < th> d3mian: i use and like [^a-wyz]term
10:13 < th> SMP: would be to easy to see
10:14 < SMP> th: he doesn't get it otherwise ;>>
10:14 < SMP> morning, th ..
10:14 < d3mian> gut murning SMP :>
10:15 < th> moin auch smp
10:20 < anders_> d3mian: Eterm and imlib require much more RAM.. :)
10:21 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has joined #rocklinux
10:21 < anders_> aterm is reasonably light-weight..
10:23 < d3mian> anders_: well, so so
10:23 < d3mian> anders_: what about ur box?
10:24 < anders_> d3mian: my box? what about it. :)
10:26 < d3mian> anders_: i mean about its memory
10:26 < anders_> oh, I only have 512MB, so have to be careful you know.. ;-)
10:26 < d3mian> ahh ic
10:26 < d3mian> poor one
10:26 < d3mian> :(
10:26 < anders_> hehehe
10:27 < anders_> I can't fit more in it I think..
10:27 < huebi_> Moin!
10:27 -!- huebi_ is now known as huebi
10:27 < anders_> I maybe could get 1GB in it, but 512MB SO-DIMM's are *very* expensive..
10:27 < anders_> morning huebi 
10:27 < huebi> morning anders_ 
10:28 < anders_> thinking about getting a 40GB HDD to replace the 20GB one already in it..
10:29 < anders_> makes it easier to carry ISO's around.. ;-)
10:29 < d3mian> ic
10:29 < d3mian> i need a new box too
10:29 * anders_ needs to get an ADSL router...
10:29 < d3mian> i just can spend $300
10:29 < anders_> Hmm.. that's US$, right?
10:30 < d3mian> yes
10:30 < d3mian> :)
10:30 < d3mian>  _______________ 
10:30 < d3mian> < Hello Rockers >
10:30 < d3mian>  --------------- 
10:30 < d3mian>    \
10:30 < d3mian>     \
10:30 < d3mian>         .--.
10:30 < d3mian>        |o_o |
10:30 < d3mian>        |:_/ |
10:30 < d3mian>       //   \ \
10:30 < d3mian>      (|     | )
10:30 < d3mian>     /'\_   _/`\
10:30 < d3mian>     \___)=(___/
10:30 < anders_> you might be able to pick'n'mix a Duron box together for that...
10:30 < huebi> d3mian raises his stats ;-)
10:31 < d3mian> i ll use it to buy a cheap box just for file server and some stuff
10:31 * anders_ is interested in the new Mini-ITX boards that are due to the market soon..
10:33 < huebi> I think about a late JavaStation with 32MB RAM running Rocklinux. I want it to have as Xterminal
10:35 < anders_> JavaStation is a Sun box of sorts?
10:35 < d3mian> oughh, java
10:37 < huebi> anders_: Yes a very small one. Passive cooled. But Java is far too slow on that small sun4m machine.
10:38 < huebi> That's the reason why sun doesn't sell them anymore
10:38 < th> huebi: how silent they are?
10:38 < anders_> that a microsparc then?
10:38 < th> like yoda i speak
10:39 < huebi> But rocklinux on it should be fast enough
10:39 < huebi> anders_: Yes microsparc.
10:39 < huebi> hackbard and ripclaw also have one
10:40 < d3mian> what does hackbard has?
10:40 < d3mian> javastation?
10:40 < huebi> d3mian: a JavaStation
10:41 < d3mian> hackbard never told me that
10:42 < th> huebi: so.. how silent are these javastations?
10:43 < huebi> th: Noiseless! No fan inside. Ripclaw told me so.
10:43 < d3mian> umm
10:43 < th> huebi: no harddisk?
10:43 < d3mian> were these javastations successful?
10:43 * d3mian guess no
10:44 < huebi> th: No harddisk. It must be booted over the .net ;> with tftp
10:44 < th> great
10:44 < th> where to get them?
10:44 < huebi> d3mian: No, they where too slow
10:44 < th> would like to have it as text-console
10:45 < anders_> huebi: if you can run it in a 8MB ramdisk, you should be alright..
10:45 < huebi> th: One moment, please. I ask SUN...
10:45 < huebi> anders_: It has 32 MB. So as X-Terminal it should be more than sufficient.
10:46 < anders_> huebi: if you run it in an 8MB ramdisk, the kernel takes another two meg, X on that thing might eat more ram than you want..
10:47 < th> anywhere good pictures of javastation?
10:47 < huebi> http://store.sun.com/catalog/doc/BrowsePage.jhtml?catid=40767
10:47 < th> ok found ine
10:47 < th> s,ine,one,
10:47 < th> there are many stations around
10:48 < huebi> at ebay?
10:48 < th> the "single unit" has no network?
10:48 < th> http://www.idsa.org/whatis/seewhat/idea98/winners/javastation.htm
10:48 < th> looks quite different
10:49 < huebi> http://www.idsa.org/whatis/seewhat/idea98/winners/javastation.htm <- must be the old one.
10:49 < anders_> They are *ugly*...
10:49 * anders_ shudders...
10:49 < huebi> anders_: Yes they are.
10:50 < d3mian> hehe
10:50 < huebi> but I want to get rid of the purple stand.
10:50 < d3mian> i guess that
10:50 < d3mian> anyway, i hate java
10:51 < huebi> d3mian: I want to have ROCKLINUX on it running.
10:51 < d3mian> i mean that for java
10:51 < d3mian> Rock will give it Color!
10:52 < th> but > $500 is to expensive
10:52 < anders_> $525 is a rip-off...
10:52 < huebi> http://www.ultralinux.org/links.html <- All the stuff to run Linux on it.
10:53 < huebi> th: I want to spend not more than 100$ or better 100EUR
10:54 < anders_> wonder if SUN will sell you the hardware w/o selling you the OS license..
10:55 < huebi> anders_: Yes. They know that they did a very bad job for me in the last year. 18 out of 23 servers broke down.
10:56 < d3mian> ohh
10:56 < d3mian> that's bad
10:56 < huebi> and they handled it very, very bad. 150 overhours in last august!
10:57 < d3mian> well
10:57 < d3mian> so i enjoy my poor pc
10:57 < d3mian> :)
10:58 < d3mian> it is powered by rock linux :)
10:58 < huebi> d3mian: I switched of this year 2 SUN server and replaced them with a very smal shell script on a ROCKlinux server *ggg*
10:58 < huebi> and SUN knows that!
10:59 < d3mian> jajajajaja
10:59 < th> huebi: so do you think you could get an old jstation?
11:00 -!- simon-- [~sts@pD951ED47.dip.t-dialin.net] has joined #rocklinux
11:00 < d3mian> wb simon
11:01 < huebi> SUN's hardware sales broke down by 53% last year. And I tell my customers which solution is the best. So SUN must be very carefull in what they are doing.
11:01 < huebi> th: Better a used new one. :-)
11:02 * huebi is still angry about SUN. But I still want to make a business with them. And I want to have fun back with SUN. I like the Hardware.
11:03 < th> yes. so keep me in mind when getting some javastations
11:03 < huebi> brb. calling sun.
11:04 < d3mian> hehe
11:04 < d3mian> i think old nfs and sun hardware are the power of this company
11:04 < d3mian> nothing else
11:06 < huebi> anders_: are you still here?
11:06 < anders_> huebi: what servers was it you got from SUN last year that kept breaking?
11:09 < th> seems to be hard to get a javastation (reading that linux on js howto)
11:09 * th would like the JK-xx
11:10 < anders_> huebi: yeah, still here.. (I am at work though, so might take a little while to respond...)
11:11 < huebi> anders_: E4500: total breakdown, both systembords broken. 3x E250, U10 total breakdown,systembord broken, E3500 7 repairs nneded to fix.
11:12 < anders_> huebi: what do you do for a living??? That is expensive kit!!
11:14 -!- simon [~sts@p508759CA.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
11:14 < huebi> anders_: I'm a self employed System Administrator. The broken machines are owned by  my customers. My own U30 broke down 2 times ;( last year
11:14 -!- simon-- is now known as simon
11:14 < SMP> anders_: well then don't ask ripclaw about E10ks ;>
11:14 < huebi> hi SMP !
11:14 < SMP> jo huebi
11:18 < huebi> anders_: do you know something about the quality of HP hard drives (IBM-OEM)? They have very many errors (e.g. 3541 entries in manufacturer table.)
11:19 < huebi> I saw the same on Compaq disks from Fujitsu and seagate.
11:20 -!- bas [~bas@co116627-a.almel1.ov.nl.home.com] has joined #rocklinux
11:20 < huebi> On non OEM disks I normaly have allmost no errors (0 to 80).
11:25 < th> was gibts ausser der javastation sonst so fuer vergleichbare thin clients
11:25 < th> ?
11:25 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has quit ("leaving")
11:26 < bas> What's a good  (stable) ROCK version ?
11:26 < huebi> th: I think there are just some proprietairy X-Terminals _not_ running Linux
11:27 -!- bas is now known as ringo78
11:27 < th> hmm
11:28 * SMP has an Entria X-Terminal by HP
11:28 < th> SMP: at what costs?
11:29 < th> SMP: which os?
11:29 -!- praenti|away is now known as praenti
11:29 < praenti> moin
11:29 < huebi> http://www.livingston-europe.com/shop/shop.php/lk=de/sk=de/pid=478/pt=pis <- One offer but the prices at Livingston are allways too high!
11:30 < huebi> hi praenti 
11:30 < huebi> hi ringo78 
11:30 < SMP> th: ah, it's an old one. I bought it used
11:30 < SMP> th: I wouldn't say it runs an 'operating system' ;)
11:30 < th> huebi: ray1... quite few technical specs
11:31 < th> SMP: ok
11:31 < SMP> it boot the Xserver over NFS/FTP and that's it
11:31 < ringo78> hi all ! 
11:31 -!- clifford_away is now known as clifford
11:31 < th> os on ramdisk would be nice
11:32 < d3mian> hi clifford 
11:32 < praenti> anyone know someone with a hp omnibook 4150B, who want to sell his mainboard
11:32 < clifford> hi.
11:32 < huebi> hi clifford 
11:33 < praenti> hi clifford
11:33 < d3mian> i praenti 
11:34 < huebi> THe U5 is a little bit slow
11:34 < praenti> d3mian: should that be a hi or you have a omnibook and want to sell the mainboard?
11:34 < huebi> == 08:53:40 =[1]=> Building base package glibc [2.2.5 1.5.14
11:34 < d3mian> praenti: ahh sorry, it is just a simple "hi"
11:34 < huebi> == 11:31:55 05/08/02 =[1]=> Finished building package glibc.
11:35 < d3mian> :)
11:35 < clifford> huebi: what hw are you building on?
11:36 < huebi> attention flood:
11:36 < huebi>  
11:36 < huebi> root@fels:~# cat /proc/cpuinfo 
11:36 < huebi> cpu: TI UltraSparc IIi
11:36 < huebi> fpu: UltraSparc IIi integrated FPU
11:36 < huebi> promlib: Version 3 Revision 31
11:36 < huebi> prom: 3.31.0
11:36 < huebi> type: sun4u
11:36 < huebi> ncpus probed: 1
11:36 < huebi> ncpus active: 1
11:36 < huebi> Cpu0Bogo: 539.03
11:36 < huebi> Cpu0ClkTck: 000000001017df80
11:36 < huebi> MMU Type: Spitfire
11:36 < huebi>  
11:36 < huebi> 640MB RAM 270MHZ
11:36 < clifford> huebi: wouldn't it be faster to cross-build it?
11:37 < huebi> clifford: I never tried a crossbuild and don't know how that works.
11:37 < clifford> huebi: it's a little bit tricky with 1.5 ....
11:38 < clifford> (in 1.7 it's easy: http://www.rocklinux.org/sources/Documentation/BUILD-CROSS)
11:38 < th> www.disklessworkstations.com
11:39 < huebi> clifford: I think at the beginning of the next week I get the connection at SUN to the right person in the SUN Developer Connection. Then we'll get a fast machine for Sparc compiles.
11:40 < huebi> It's a question of having a budget inside SUN for lending a BLADE2000 with 2 1GHz CPU's and 2GB RAM
11:40 < huebi> For 1 to 3 Months.
11:41 < praenti> huebi: something wrong with kdelibs?
11:42 < huebi> praenti: Yes it failed to compile
11:42 < huebi> pcre libs where missing.
11:42 < praenti> huebi: do you have the error message?
11:42 < praenti> huebi: aha. kdelibs dont find pcrelibs?
11:43 < anders_> riiight.. had coffee, feel awake now..
11:43 < huebi> anders_: :-)))
11:44 < huebi> In file included from /usr/include/libxslt/xsltutils.h:20,
11:44 < huebi>                  from kio_help.cpp:43:
11:44 < huebi> /usr/include/libxslt/xsltInternals.h:48: syntax error before `;'
11:44 < anders_> huebi: HP disks are usually Seagates..
11:45 < huebi> praenti: this is after I changed to not include pcre
11:45 < huebi> anders_: These ones are IBM.
11:45 < anders_> huebi: what model/type disks are they?
11:45 < huebi> DDYS-T18350
11:46 < praenti> huebi: i see. i try to build in the pcrelibs
11:47 < huebi> anders_: My therory is that the big manufacturers just by the crap nobody else wants to have. Then they cover it with a good support contract.
11:47 < huebi> praenti: I began that...
11:47 < anders_> huebi: get the firmware upgraded to latest level...
11:48 < praenti> huebi: ok. than i search if we need more than pcre. i dont know it at the moment
11:48 < anders_> huebi: that is entirely possible... They probably go out and advertise they want to buy a big batch of disks and whoever come up with the cheapest deal get it that time..
11:49 < huebi> praenti: http://rocklinux.dyndns.org/cgi-bin/cvsweb.cgi/rock-1.5/ext-config/pcre/
11:49 < huebi> praenti: it,s still emty
11:51 < huebi> anders_: Yes, and then HP/Compaq/... say it's normal that harddrives fail. Therefore you have our good (and expencive ) redundand Hardware....
11:52 < praenti> huebi: i think this one is missing: libxslt
11:52 < huebi> praenti: /join #AOL, please I lood it.
11:52 < huebi> praenti: /join #AOL, please I flood it.
11:55 -!- huebi [~huebi@pD9E1C456.dip.t-dialin.net] has quit (Remote closed the connection)
11:55 -!- huebi [~huebi@pD9E1C456.dip.t-dialin.net] has joined #rocklinux
11:56 < huebi> hmm. ctrl-C in wrong Window ;(
11:56 < anders_> huebi: I know what you mean..
11:56 -!- huebi [~huebi@pD9E1C456.dip.t-dialin.net] has quit (Client Quit)
11:56 -!- huebi [~huebi@pD9E1C456.dip.t-dialin.net] has joined #rocklinux
11:57 < d3mian> keep us wb huebner
11:57 < anders_> huebi: you can read about AIX microcode update for that disk here: http://techsupport.services.ibm.com/server/mdownload/ddys.htm
11:57 < d3mian> um, just wb huebi 
11:58 < praenti> huebi: ok. you make the pcre-extension and i make the libxslt-extension
11:58 < huebi> re
11:58 < anders_> but it is up to HP to get you the ucode update for HP boxes.. Even if they use IBM disks..
11:58 -!- freed [~bofh@konzentrat.tfh-berlin.de] has joined #rocklinux
11:58 < freed> hi @ll
11:58 < huebi> hmm I dont see anything
11:59 -!- huebi [~huebi@pD9E1C456.dip.t-dialin.net] has quit (Client Quit)
11:59 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has joined #rocklinux
11:59 < armijn> re
11:59 < anders_> re armijn 
12:00 -!- huebi [~huebi@pD9E1C456.dip.t-dialin.net] has joined #rocklinux
12:00 < th> hey armijn 
12:00 < th> armijn: do you have some spare javastations?
12:00 < huebi> ahh, my screen session was a little bit corrupted
12:00 < armijn> th: no
12:00 < d3mian> i armijn 
12:00 < huebi> hi armijn 
12:00 < th> armijn: hmm bad luck.
12:00 < huebi> How went your exams?
12:00 < armijn> gosh, I'm tired...
12:01 < th> armijn: do you know where to get one?
12:01 < armijn> two nights of almost *no* sleep
12:01 < armijn> th: check www.ultralinux.org, they probably got links there...
12:01 < d3mian> armijn: so u can reach me if u continue so
12:01 < armijn> d3mian: ehr?
12:01 < d3mian> armijn: 56 horas without sleeping
12:02 < th> armijn: they just tell to look at ebay and yahoo auctions
12:02 < armijn> d3mian: well, I had some sleep...
12:02 < d3mian> s/horas/hours
12:02 < armijn> th: well, then that's what you should do :)
12:02 < th> ;>
12:02 < huebi> armijn: SUN is  now working on to lend us a Blade 2000 with 2 1GHz CPU's
12:02 < huebi> armijn: I've been there yesterday
12:03 < armijn> huebi: ok, kewl
12:03 < armijn> gosh...I hate murders...
12:04 < huebi> == 12:02:32 =[1]=> Building base package pdksh [5.2.14 <- armijn: Thats on the U5
12:04 < armijn> huebi: ok
12:05 < huebi> armijn: on top of 1.5.12 from Jan
12:06 * anders_ is going to reboot this vmware session..
12:06 < anders_> brb...
12:06 -!- anders_ [~guest@imhotep.hursley.ibm.com] has quit ("[vmware reboot]")
12:06 < huebi> ripclaw has now also 1.5.12 on one of his U5
12:07 < huebi> He got silo configured after I had copied by Hand 1.5.12 on the disc
12:08 < armijn> huebi: I'm sorry, I'm not concentrated at all...
12:08 < huebi> armijn: doesn't matter ;-)))
12:09 < praenti> ok. libxslt is in base already
12:09 < huebi> armijn: What Sun hardware do you compile on?
12:09 * praenti must go. cya
12:09 < huebi> by praenti 
12:09 -!- praenti is now known as praenti|away
12:09 < armijn> huebi: Ultra1
12:09 < huebi> MHz?
12:09 < armijn> 140
12:10 < armijn> so that's the slowest one
12:11 < huebi> armijn: Now I can get bach my U30 (300MHz) back to live. 
12:12 < huebi> I put rock 1.5.12 on it. If you want you can work on it again. Untill the faster SUN comes.
12:12 < armijn> not right now, sorry
12:12 * armijn *tired*
12:12 < huebi> armijn: In the next days?
12:13 < armijn> huebi: no, tomorrow and friday (and the weekend) I won't be here at the university
12:13 < armijn> no access...
12:14 < huebi> armijn: Tell me when you want to have access. I arage it then.
12:14 < armijn> monday.
12:14 < huebi> armijn: ok
12:14 < huebi> at what time?
12:15 < armijn> around 6pm
12:16 < huebi> armijn: I found your entry in shadow from my old gateway. I just copy it to the new one.
12:17 < huebi> armijn: your mails are coming
12:18 < armijn> k
12:18 < huebi> armijn: devfs works.
12:18 < armijn> haven't been able to get it working, but it's been a while
12:19 < huebi> useradd -g armijn -c " Armijn Hemel" armijn
12:19 < armijn> can you send me al lthe info again in an e-mail?
12:20 < huebi> armijn: jo, I do so.
12:20 < armijn> thanks
12:21 < huebi> armijn: Plese try your login on rocklinux.dyndns.org
12:21 < huebi> su - armijn
12:21 < huebi> :-))
12:22 < armijn> huebi: ok, one moment, first gotta mail with HP, I can get a PA-RISC machine...
12:22 < armijn> on loan
12:22 < huebi> armijn: with out costs for you?
12:22 < armijn> without any costs
12:22 < huebi> koool !!
12:22 < armijn> HP will cover all the costs, will get it for just a few weeks
12:23 < huebi> SUN wants to do the same ;-)
12:23 < armijn> heh, good
12:23 < armijn> on loan, right?
12:23 < huebi> Yes
12:24 < huebi> ROCK Linux get's bigger and bigger ;-) I like it.
12:24 < armijn> just not sure whether I should do 1.7 or 1.5
12:24 < armijn> ROCK gets too big, I hate that :('
12:24 < huebi> armijn: 1.5
12:24 < armijn> I mean, not the amount of users, but the applications
12:25 < armijn> yeah, maybe 1.5...
12:25 < huebi> armijn: You can strip it down for your own need's.
12:25 < armijn> oh, I will...
12:25 < armijn> you bet...
12:25 < huebi> hehe
12:25 < armijn> and the cool thing is, with the way ROCK is organised, it's not even a fork!
12:26 < huebi> me too. A server with 1,3 GB OS is a little bit heavy ;-)
12:27 * huebi goes hunting ... breakfast
12:27 < armijn> Huebi the Barbarian!
12:28 < huebi> The installation of ROCK Spark was great fun. Booting from Splack, copying from ROCK-CD, unbzip2ing to /tmp and finaly untaring..
12:29 < armijn> you used Jan's iso?
12:29 < huebi> I mean the seriuos not ironic, the fun
12:29 < huebi> armijn: Yes, Jan's iso
12:30 < armijn> ok
12:30 < huebi> I burned it twice on NT. There is no Joiliet extension on that cd so I couldn't read it with windows and thought it was broken.
12:30 -!- holyolli [~holyolli@linus.regehr.net] has joined #rocklinux
12:30 < huebi> hiho
12:30 < holyolli> moin
12:31 < huebi> How are you holyolli 
12:31 < huebi> ?
12:31 < holyolli> huebi: fine...and you?
12:31 < armijn> heh
12:32 < holyolli> huebi: is there the possibility that some patches i supplied aren't in the cvs-tree?
12:32 < holyolli> hi armijn
12:32 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has joined #rocklinux
12:32 < armijn> hi olli
12:32 < holyolli> hi bluefire
12:32 < bluefire> re
12:32 < armijn> huebi: rocklinux.dyndns.org?
12:32 < d3mian> hi bluefire , holyolli 
12:33 < holyolli> hi d3mian
12:33 < armijn> huebi: and log into where?
12:33 < d3mian> clifford: ur rock.sed script is cool
12:33 < d3mian> :)
12:33 < armijn> huebi: just changed my passwd
12:34 < armijn> huebi: what's the ultra called?
12:34 < huebi> armijn: fels
12:34 < armijn> ok
12:34 < huebi> fels is the U5
12:34 < huebi> rock is the U30
12:35 < armijn> no ssh running
12:35 < holyolli> *g*
12:35 < huebi> U30 IS OF
12:35 < armijn> hmm, there is
12:35 < armijn> but no connection
12:35 < huebi> hmm ??
12:35 < armijn> ah, because it's compiled normally
12:35 < armijn> no optimization
12:35 < armijn> took more than 20 seconds just to connect
12:36 < armijn> huebi: I got no login on fels
12:36 < huebi>  armijn moment...
12:36 < d3mian> maybe ssh is not running on huebi's pc
12:36 < armijn> d3mian: it is running, it's another problem and I know what it is
12:36 < huebi> d3mian: ssh is up. Butt ther is just a root account on it.
12:37 < d3mian> ok
12:37 < huebi> moment
12:37 < huebi> fels <- german for rock
12:38 < d3mian> rocka <- spanish for rock
12:38 < d3mian> :)
12:38 < huebi> :-)
12:39 -!- anders_ [~guest@imhotep.hursley.ibm.com] has joined #rocklinux
12:39 < holyolli> hi anders_
12:39 < d3mian> wb anders_ 
12:39 < anders_> arrf.. rebuilding the kernel in debian to give me VESA FB support.. (And I am doing this in VMware...)
12:39 < anders_> re guys.. :)
12:41 < d3mian> i havent used vmware before :(
12:41 < armijn> ah, or s390 porting guy...
12:42 < huebi> armijn: can you login on fels as root?
12:42 < armijn> root@fels:~#
12:43 < huebi> armijn: A build is running ?
12:43 < huebi> armijn: A build is running !!
12:43 < anders_> d3mian: vmware is handy.. I'll be testing out new ROCK builds that way.. As well as kernel 2.5
12:43 < armijn> kewl
12:43 < d3mian> anders_: cool
12:43 < huebi> armijn: == 12:36:43 05/08/02 =[1]=> Aborted building package util-linux.
12:44 < anders_> I need framebuffer to get decent console size though.. 
12:44 < armijn> huebi: I won't touch anything, just read log files
12:44 < d3mian> anders_: i would like use it, but i dunt have enough time
12:44 < huebi> armijn: :-)))
12:44 < armijn> huebi: where's binutils?
12:44 < d3mian> anders_: yes, framebuffer is cool, i use it at 1024x1280 i guess
12:44 < anders_> d3mian: I have ROCK as base OS on my laptop, then I have Debian and OpenBSD installed in VMware as well as WinNT4..
12:44 < armijn> huebi: you forgot binutils!!
12:45 < d3mian> anders_: ic
12:45 < d3mian> anders_: :)
12:45 < huebi> armijn: 
12:46 < huebi> armijn: hmm.
12:46 < anders_> d3mian: makes it easy to test things out, but you need RAM and CPU to cope with it.. I only have a P-III 750MHz, and that is alright if I don't fire up the WinNT session..
12:46 < huebi> armijn: can you fix it?
12:46 < armijn> huebi: oh yeah, download it :)
12:46 < d3mian> anders_: can i run vmware in my box?, he has 550 Mhz and 128 in ram
12:46 < armijn> huebi: and the assembler is fucked up as well
12:46 < holyolli> huebi: have you fixed the problem in install-disks with the stripping of the CVS-dir?
12:46 < anders_> d3mian: you'd need more RAM, but the CPU should be alright..
12:47 < huebi> armijn: the ftp mirror is ftp://ella/rock-pkg-1.5
12:47 < d3mian> anders_: k
12:47 < huebi> holyolli: Not yet
12:47 < anders_> d3mian: 256MB RAM is advicable..
12:47 < armijn> huebi: ok, you need a *lot* of fixes first
12:47 < d3mian> anders_: what advantages does vmware has?
12:48 < anders_> d3mian: for me, I can use Linux (ROCK) for most things, when I have to use Lotus Notes, I just start WindowsNT. I experiment with OpenBSD in another session and run Debian just for IRC and experimenting with another Linux distribution..
12:49 < d3mian> anders_: that sounds great
12:49 < anders_> d3mian: it allows you to run several different OS's at the same time.
12:49 < armijn> huebi: can you stop the build?
12:49 < anders_> unfortunately, it is x86 only..
12:49 < d3mian> anders_: i think now i dunt need vmware so
12:49 < huebi> armijn: your ~ is mounted on fels via nfs. just su - armijn and change your password.
12:49 < d3mian> anders_: yes, i know that, even i dunno how!
12:50 < anders_> d3mian: vmware is not cheap though.. US$300 for the workstation license IIRC..
12:50 < d3mian> anders_: i use AMD, is not a prob right?
12:50 < d3mian> anders_: i have it here
12:50 < anders_> d3mian: AMD CPU is x86 arch..
12:50 < huebi> armijn: It's stoped now. 
12:51 < d3mian> anders_: but i didnt buy it
12:51 < armijn> huebi: ok
12:51 < huebi> armijn: Have fun. The Babarian now does his jog *g*
12:51 < huebi> s/g/b/
12:52 < armijn> hmm
12:52 < anders_> d3mian: well, I use vmware for work, so I have bought it...
12:52 < d3mian> anders_: sure, ic
12:52 < armijn> huebi: is this the latest snapshot?
12:53 -!- freed [~bofh@konzentrat.tfh-berlin.de] has quit (Remote closed the connection)
12:54 < armijn> something seems to be missing
12:54 < d3mian> anders_: i go it from my admins, they are too stupid, they leave all in all parts
12:55 < huebi> armijn@fels~# export CVSROOT=:ext:armijn@rocklinux.dyndns.org:/home/cvs/cvsroot; export CVS_RSH="ssh"
12:55 < huebi> armijn@fels~# cvs co
12:55 < armijn> huebi: heh, got no homedir...
12:55 < armijn> root@fels:/rock-linux/arch-conf/sparc64# su - armijn
12:55 < armijn> No directory, logging in with HOME=/
12:55 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has quit ("leaving")
12:56 < armijn> fsck, gotta call HP
12:56 < anders_> d3mian: you got the license as well? :)
12:56 < armijn> huebi: can't the CVSROOT stuff be said by default? I will forget it
12:56 < d3mian> anders_: is it neccesary?
12:56 < d3mian> anders_: i got all the pack
12:57 < d3mian> anders_: but i can get it
12:57 < armijn> huebi: it's *not* the latest snapshot that you were building
12:57 * armijn glares at huebi
12:57 < huebi> armijn: ~ is now ok
12:58 < huebi> armijn: cvs co rock-1.5
12:58 < armijn> huebi: is this the CVS version you are building? Because ./scripts/Build-Pkg and ./scripts/config.in are not correct
12:59 < armijn> armijn@fels:~$ vi .bash_profile
12:59 < armijn> Error: Unable to create temporary file: Permission denied.
12:59 < armijn> ok, I will use "cat" then :)
12:59 < anders_> d3mian: without a licence key, you will not be able to run vmware, unless you somehow got hold of a cracked version.
13:00 < anders_> there are evaluation licenses you can get hold of from vmware.com, but they only last 30 days.
13:00 < huebi> armijn: /tmp is now ok
13:01 < d3mian> anders_: ohh, that''s well, i can use regedit to erase the registry entry about vmware
13:01 < d3mian> anders_: and i can continue using it
13:01 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has joined #rocklinux
13:03 < huebi> armijn: I messed it up while merging holyolli tree. I fix it later
13:03 < armijn> ah...
13:03 < armijn> I can also do a cvs commit, I guess...
13:03 < armijn> so I can fix it if you like...
13:03 < holyolli> huebi: *hmm* but why are some patches from me also lost in /dev/null?
13:03 * huebi is now very hungry.
13:03 < armijn> huebi: go hunt!
13:04 < d3mian> hehe
13:04 < d3mian> brb
13:04 < huebi> holyolli: I don't know. I leave now. cu
13:04 < huebi> back in 30 min.
13:04 < holyolli> cu huebi
13:04 < armijn> holyolli: because they're not for sparc, but for the inferior alpha
13:04 < anders_> d3mian: not sure if that works.. I think the expiry date is baked in to the license key... :-/
13:06 < holyolli> armijn: yes, but afaik the patches have already been in the cvs - but now not more
13:06 < armijn> ok, I gotta call HP now...
13:08 < huebi> holyolli: can you /msg me a list with your files patched?
13:08 < holyolli> huebi: uffz...i'll have to look...takes some time.. ;)
13:08 < th> reicht nen 486er DX2 66MHz fuer xfree und xterms?
13:08 < huebi> th: Jo
13:09 < th> ich meine nicht x11 forwarding sondern lokal
13:09 < holyolli> huebi: otherwise i can just commit them into cvs (again?)
13:09 < huebi> holyolli: Yes. That's even better. Thank you.
13:09 < holyolli> np
13:09 < huebi> wech....
13:12 < th> how much RAM and how much filesystem is mandatory for xfree?
13:13 < anders_> th, 16MB RAM and perhaps 12MB disk..
13:13 < anders_> th: if you strip things down to do nothing but X..
13:14 < th> so 32MB could be enough for ramfs + ram for xserver+xterm+ssh?
13:15 < esden> hi all
13:15 < anders_> th: yeah.. it'll be lean, but you can do it..
13:15 < anders_> re esden 
13:15 < holyolli> hi esden
13:15 < esden> rere ;-)
13:16 < esden> holyolli: good you are here
13:16 < esden> holyolli: the missing patches ... was my fault
13:16 < esden> sorry :-(
13:17 < holyolli> ah
13:17 < holyolli> np - now i know ;-)
13:17 -!- netcrow [netcrow@apollo.bingo-ev.de] has joined #rocklinux
13:17 < esden> I have not included the specific patches for your machine ... only the patches I needed for my box ...
13:17 < holyolli> hi netcrow
13:17 < netcrow> hiho
13:17 < esden> *schaem*
13:17 < esden> hi netti
13:18 < holyolli> esden: *hm* can you send them to me or to the cvs? then i can make a build and upload a cdimage
13:21 < esden> hmm ... the patches I think of are the ones that you posted to me ...
13:22 < holyolli> maybe...
13:23 < esden> they have not been included by huebi ... and I used only the parts of your patches that were relevant for my build ...
13:25 < armijn> stupid KPN...
13:26 < esden> hi armijn 
13:26 < armijn> hi esden
13:26 < holyolli> esden: then please send them so me and i'll commit them - if nessecary - into the cvs
13:26 < esden> holyolli: ok ...
13:29 < armijn> holyolli: first check out the tree, am adding changes as well
13:29 < holyolli> armijn: ack.
13:31 < esden> holyolli: mail raus
13:31 < holyolli> danke
13:31 < anders_> raus = sent ?
13:32 < armijn> yeah
13:32 < armijn> it's german
13:32 < anders_> armijn: I guessed.. :)
13:32 < holyolli> anders_: raus is exactly "out"
13:32 < armijn> for some reason the people here prefer to talk german on an international channel...
13:32 < armijn> </rant>
13:33 < armijn> huebi?
13:33 < anders_> armijn: 'tis alright.. I'll just start rambling in swedish.. usually generates a heads-up.. ;-)
13:33 < d3mian> hi netcrow 
13:33 < armijn> anders_: no swedish please :)
13:33 < holyolli> yes
13:33 < armijn> anders_: or else I'll start in Dutch
13:33 < holyolli> .oO(i have there better chances than in dutch)
13:34 < anders_> armijn: heh... easier to understand dutch than german... or about as tricky perhaps...
13:34 < esden> I will better my selfe ... sorry armijn :-(
13:34 -!- netcrow [netcrow@apollo.bingo-ev.de] has quit ("bank $$$")
13:34 < armijn> anders_: Dutch is pretty tricky...
13:34 < esden> s/selfe/self/
13:34 < armijn> good, I fixed huebi's Ultra :)
13:35 < esden> armijn: /ignore esden ?
13:35 < anders_> armijn: dunno, I find reading it can be harder than hearing it. Dutch has similarities with lots of languages..
13:35 < armijn> anders_: of course! We "embrace and extend" other languages
13:35 < d3mian> umm, i remember when i came here, the #chan had around 6 or more persons, now i see 21 pers, and there are more ppl
13:35 < d3mian> :p
13:36 < d3mian> hi esden 
13:36 < armijn> of course, this means that lots of people actually forget about dutch culture, like literature and language and rather look somewhere else, which is a shame
13:36 < esden> hi d3mian !
13:37 * -> esden will learn dutch so armijn unsets /ignore on esden ...
13:37 < armijn> esden: ignore you?
13:37 < armijn> esden; oh, am sorry, but I'm really tired...
13:37 < esden> armijn: I know what you think ... "not a bad idea" ;-)
13:37 < armijn> just getting a caffeine fix
13:37 < esden> cd /dev/armijn
13:38 < armijn> stay out of my /dev!
13:38 < esden> patch -p1 < ~/caffeine.patch
13:38 < esden> cd 
13:38 < armijn> mv caffeine /dev/mouth
13:39 * armijn pokes huebi
13:42 < huebi> re MoeP!
13:43 < armijn> huebi: I "fixed" your machine
13:43 < ringo78> Nederlands moeilijk ? Valt wel mee.
13:43 < huebi> armijn: what did you do?
13:43 < armijn> huebi: I made some changes to /usr/include/
13:43 < armijn> ringo78: ja, voor jou ja :)
13:44 < armijn> huebi: I copied generate-asm to /usr/bin
13:44 < armijn> huebi: and I copied the asm-sparc and asm-sparc64 directories to /usr/include
13:45 < armijn> and ran generate-asm
13:45 < armijn> huebi: that will fix the 1-util-linux error
13:45 < huebi> ah. ok
13:46 < armijn> ringo78: http://www.linuxmag.nl/Tux2MS/
13:46 < huebi> armijn: hehe
13:46 < armijn> huebi: but you must restart the build...and first check out the new CVS!
13:47 < huebi> http://www.linuxmag.nl/Tux2MS/tux_barney.jpg <- armijn. can you get such a shirt for me?
13:47 < armijn> huebi: no
13:47 < huebi> :-(((
13:48 < huebi> armijn: Where can I get one?
13:48 < armijn> huebi: that is an exclusive skating shirt that was worn in a special promotion game with Steve Ballmer
13:48 < armijn> there are just a couple of them...can't get them
13:48 < armijn> I tried
13:49 < huebi> M$ does not promote very powerfull ...
13:49 < armijn> mwah
13:50 < armijn> I got a .NET sweater :)
13:50 < esden> armijn: you are a hero ;-)
13:50 < armijn> esden: I know
13:50 < esden> lol
13:50 < armijn> esden: and I was supposed to wear it at a Linux conference, that was part of the deal :)
13:50 < d3mian> :)
13:51 * anders_ ponders wether to ask Clifford to remove the ROCK-UML pages or not..
13:51 < huebi> armijn irritats the audience with a .NET sweater while talking about ROCK Linux is the best fuck the rest...
13:51 < holyolli> hehe
13:51 < esden> anders_: url ?
13:52 < anders_> esden: it's on the project pages..
13:52 < esden> kk
13:52 < armijn> huebi: exactly
13:52 < huebi> armijn: That's kool fun.
13:52 < armijn> yeah, anders should work on a s/390 port
13:53 < anders_> I've not had *any* time to do anything about it for a looong time.. And the way work looks, I'll be hard pushed to get time to do anything before October..
13:53 < anders_> armijn: if I had an s/390 perhaps.. :)
13:53 < esden> anders_: ahh that thing ... I was already thinking to relive the project ...
13:53 < armijn> esden: alpha port first!
13:54 < anders_> esden: there was the other thing about running software in different contexts on the same machine, effectively removing overhead completely...
13:54 < esden> armijn: I know I know ... *nearly_cry*
13:54 < holyolli> warrkks...userfriendly on dutch.. =)
13:55 < armijn> holyolli: on the LinuxMag page? Yeah, it's a crappy translation as well!
13:55 < armijn> fsck, gotta go
13:55 < holyolli> hehe
13:55 < armijn> I'll be back in an hour or so
13:55 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has left #rocklinux ()
13:55 < esden> hmm ... and there he gone ...
13:55 < anders_> the first thing I will do when I get time, is build ROCK 1.6.0...
13:55 < esden> so we can switch to german ;-)))
13:56 < anders_> Then I have to test it, migrate to it, customise it and then perhaps I get time to do the UML thing..
13:56 < huebi> anders_: Rock 1.6.0 will be ready in the next weeks.. I did not yet finish the time schedule.
13:56 < huebi> esden: LANG=aafricans
13:56 < huebi> hehe
13:56 < anders_> huebi: no hurry.. I have to get ADSL, new 40GB 2.5" disk for the laptop, a build box and some networking gear first... :)
13:57 < esden> huebi: *gg*
13:57 < anders_> LANG=C
13:58 < d3mian> boolean online = false;
13:58 < d3mian> cu guys
13:58 < d3mian> :)
13:58 < huebi> cu d3mian 
13:59 -!- d3mian is now known as d3m|away
14:14 -!- snyke [~snyke@pD9502A61.dip0.t-ipconnect.de] has joined #rocklinux
14:14 < snyke> huihui
14:14 < holyolli> hi snyke
14:15 < snyke> man... 
14:15 < snyke> im IRCnet isses nur noch pervers...
14:15 < snyke> das bricht im moment grade zusammen
14:16 < snyke> hm *reconstruct*
14:18 < snyke> jetz passts wieder :)
14:19 -!- holyolli [~holyolli@linus.regehr.net] has quit ("Connection reset by telekom")
14:26 < esden> snyke: export LANG=en_EN
14:27 -!- l_9_l [~jarod@217.17.228.83] has joined #rocklinux
14:28 < snyke> what?
14:28 < snyke> ah
14:28 < snyke> ok
14:28 < snyke> hi l_9_l 
14:28 < l_9_l> hi snyke..
14:29 < esden> hi l_9_l 
14:29 < l_9_l> hi to everyone :)
14:29 < l_9_l> how's the development of rock?
14:29 < l_9_l> seems idle!
14:30 < huebi> l_9_l: Why?
14:30 < esden> l_9_l: idle ? I would not call it so ...
14:30 < l_9_l> hang on..i didn't check the website for long time..may there's something new.. :)
14:31 < esden> l_9_l: so check the website ;-)
14:31 < clifford> AAAAAAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRRRRGGGGG!
14:31 < huebi> clifford: ??
14:31 < esden> clifford: ???
14:31 < anders_> clifford: ?
14:31 < th> clifford: ?
14:31 < clifford> I;m having a cluster problem here ...
14:31 < d3m|away> clifford ??
14:31 < clifford> Look at this:
14:32 < clifford>   ----+----------------------------------------------------------------------+
14:32 < clifford>   141 |              ...:..                                                  |
14:32 < clifford>       |             .:::::::.                                                |
14:32 < clifford>     P |             ::::::::::.                                              |
14:32 < clifford>     a |             ::::::::::::..                                           |
14:32 < clifford>     r |             :::::::::::::::.                                         |
14:32 < clifford>     a |             ::::::::::::::::.                                        |
14:32 < clifford>     l |             ::::::::::::::::::                                       |
14:32 < clifford>     l |             :::::::::::::::::::.                ..::.                |
14:32 < clifford>     e |             :::::::::::::::::::::.             .:::::::.:.           |
14:32 < clifford>     l |             ::::::::::::::::::::::.            ::::::::::::          |
14:32 < clifford>       |            ::::::::::::::::::::::::.          ::::::::::::::.        |
14:32 < clifford>     J |            ::::::::::::::::::::::::::.        :::::::::::::::.       |
14:32 < clifford>     o |            :::::::::::::::::::::::::::.      ::::::::::::::::::.     |
14:32 < clifford>     b |          :::::::::::::::::::::::::::::::     :::::::::::::::::::.    |
14:32 < clifford>     s |       .::::::::::::::::::::::::::::::::::.   :::::::::::::::::::::   |
14:32 < clifford>       |       ::::::::::::::::::::::::::::::::::::. .::::::::::::::::::::::. |
14:32 < clifford>     1 |...::.:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::.|
14:32 < clifford>   ----+----------------------------------------------------------------------+
14:32 < clifford>       | 1                  Number of Jobs build so far                   424 |
14:32 < th> cheater
14:32 < th> ;)
14:32 < l_9_l> i was wrong.. :) 
14:32 < esden> hmm .. that is not looking good
14:32 < esden> bad balancing clifford ...
14:33 < clifford> it waits with building XFree86 until everything else is build. so all packages depending on x11 are waiting for it ..
14:33 < clifford> for some reason XFree86 depends on 'strace'. And since it's the only package which depends on strace, strace has a very low priority.
14:34 < anders_> perhaps you need a way to up the priority of a package in the ext-file ?
14:34 < clifford> So now i have to implement a much smarted Create-PkgQueue which detecs thos indirect dependencies.
14:34 < esden> clifford: so you should manuall increase the priority
14:34 < clifford> anders_: no that would be a very ugly hack - especially since there are no ext files in 1.7 ..
14:35 < esden> hmm ok ...
14:35 < clifford> esden: no. I have to fix the prioriti creation.
14:35 < esden> clifford: kk ... ack
14:35 < clifford> it only is taking care of "direct dependencies".
14:35 < anders_> humma.. perhaps an algorithm that detects the package queue behind a package?
14:35 < esden> anders_: that are the indirect dependances
14:36 < anders_> or am I being painfully obvious here?
14:36 < anders_> *blush*
14:36 < esden> *gg*
14:36 < anders_> I'll shut up now shall I..
14:36 < clifford> anders_: yes - that's what I;m now working on - but I was hoping to finish the cluster stuff for now after writing the tool for simulation the cluster load (the one which created the output above).
14:36 < anders_> ah..
14:37 < anders_> so how much work do you reckon it is to work out the indirect deps?
14:37 < clifford> as more as I work as longer get's my todo list ...
14:37 < esden> clifford: cool ... is this included in the next snap ?
14:37 < clifford> esden: sure.
14:38 < esden> clifford: that is always like this ... my todo is also growing geometrically ...
14:38 < huebi> clifford: implement something like PVM over MOSIX. PVM starts the jobs on dedicated clusternodes and MOSIX arages the load balancing. Get the packages into several package sets for compiling. Now Just start the package sets and let them themself organise
14:38 < clifford> anders_: the problem is that the current Create-PkgQueue script is already very slow because it has to read 600 cache files whenever a package build compleated.
14:38 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has joined #rocklinux
14:38 < armijn> re
14:38 * armijn calling HP now
14:38 < esden> re anders_ 
14:38 < esden> I mean armijn 
14:39 < esden> ;-)
14:39 < huebi> clifford: I did that with ~3500 jobs in ~70 job sets for the money transfer of the BNP Paribas.
14:39 < esden> clifford: is in inpossible to do it only once ?
14:39 < clifford> huebi: that's not the problem. The the problem is that it doesn't create jobs because many packages depends on XFree86, Xfree86 depends on starce, and nothing else than XFree86 depends on strace.
14:40 < armijn> unbelievable
14:40 < armijn> phone is broken
14:40 < rxr> re
14:40 < anders_> clifford: what is the script written in ?
14:40 < huebi> make strace earlier, perhaps forced?
14:41 < clifford> So strace has a priority of 1 (which is pretty low). Every package which can be built will be built (with  up to 141 parallel build jobs until onlyu strace is left).
14:41 < esden> huebi: we already had the idea but clifford says that it is ugly
14:41 < huebi> esden: Doesn't matter if it does not work.
14:41 < clifford> huebi: no. the build order is automatically detected. the detection must be extended so it hournors indirect dependencies.
14:42 < huebi> clifford: That sounds very complicate. 
14:42 < clifford> XFree86 is just the one big problem which can be seen in the stat. Im sure there are also some other stuff which can be optimized.
14:42 < armijn> will try phone booth now
14:42 < armijn> brb
14:42 < huebi> And not easy to understand for the users.
14:43 < clifford> huebi: no - it's very easy. but it's slow - this is the problem.
14:43 < huebi> hmmm
14:43 < clifford> Whenever a package has been built, the Create-PkgQueue script is running and detects which packages can be built next.
14:44 < anders_> is the script written in perl ?
14:45 < clifford> (but the good think is that besides this it parallelises very good - I don't think that anyone is going to build ROCK Linux on a cluster with > 100 nodes in the near future ..
14:45 < clifford> anders_: no - in gawk.
14:45 < anders_> clifford: perl would perhaps speed up the script a bit..
14:45 < clifford> (that's more portable - and protabitility is very importand in this case)
14:45 < anders_> ah.. :)
14:46 < rxr> ssh sucks
14:46 < huebi> rxr: use rsh
14:46 < clifford> anders_: no - perl is as fast a gawk. The problem is that I need to read _all_ cache files on every run ..
14:46 < rxr> huebi: hehe
14:46 < huebi> clifford: can you cache the cache files?
14:47 < anders_> clifford: can it not amalgamate the result of each run and only read the new logs?
14:47 < clifford> huebi: sure. But I dont want a Puzzle thing again.
14:47 < armijn> puzzle!
14:47 < huebi> clifford: only internal and temporary
14:47 < armijn> clifford: I was thinking...
14:48 < armijn> can't we use a sort of "configure" style thing?
14:48 < clifford> huebi: in my expirience - nothing is "only internal and temporary" ..
14:48 < clifford> armijn: what do you mean?
14:49 < armijn> clifford: I'm not sure
14:49 < armijn> but that you can run ./configure with a few options, that checks if your system is sane
14:49 < esden> clifford: I will build on 17 node cluster ... probably next weekend or so ..
14:49 < armijn> we don't have to use autoconf of course
14:49 < armijn> just the autoconf m4 macros
14:50 < rxr> Doing challenge response authentication.
14:50 < rxr> debug1: No challenge.
14:50 < clifford> armijn: I still don't know what you are talking about. We have package dependencies which can be used to determinate that a package can be built - and that works great.
14:51 < rxr> does this mean the server doesn't know about my public key on it ?
14:51 < armijn> clifford: I also don't know what I mean...yet
14:51 < clifford> armijn: aha.  :-)
14:51 < armijn> clifford: but maybe to set up the "stage 0"
14:51 < armijn> talked to HP guy btw, he will call me back'
14:51 < clifford> armijn: which problem are you trying to solve???
14:52 < armijn> clifford: my "free time" problem
14:52 < clifford> hae?
14:52 * anders_ have to reboot.. biab.
14:52 -!- anders_ [~guest@imhotep.hursley.ibm.com] has quit ("brb")
14:53 < armijn> clifford: yeah...I know, it's pathetic
14:53 < armijn> clifford: I've got time to *sleep*
14:55 < clifford> ok - I think i will create a scripts/dep_db.txt file with the pre-processed dependencies data.
14:55 < armijn> got choice between a few machines
14:56 < armijn> one in the pa-8600 range, the other in the pa-8700 range...
14:57 * armijn checking debian page
14:57 < clifford> ok - I'm /away again (implementing dep_db.txt ... :-)
14:57 -!- clifford is now known as clifford_away
14:59 < esden> hmm I will have to cleanup my harddisk .. I have 11G used only by rocklinux iso's
15:00 < snyke> esden: will praenti be in bitz today?
15:00 < esden> snyke: dunno
15:00 < snyke> hm
15:00 < snyke> when will he be again?
15:01 < snyke> today you know poseidon will go down
15:01 < snyke> 4h
15:01 < esden> I know ...
15:01 < armijn> ok, I'm off again
15:01 < armijn> later
15:01 < esden> I dont know when he will be here ... I am not his mother ;-)
15:01 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has left #rocklinux ()
15:05 < snyke> hehe
15:26 < snyke> killall sim
15:32 < esden> cu all 
15:32 * -> esden going home
15:32 < huebi> cu esden 
15:37 < snyke> cu esdi
15:38 < huebi> Sparc Build restarted...
15:49 -!- anders_ [~guest@imhotep.hursley.ibm.com] has joined #rocklinux
15:50 < anders_> *frustration*
15:50 < anders_> re
15:50 -!- tsa [~tsa@rossini.marcant.net] has joined #rocklinux
15:50 < tsa> hi
15:51 < th> esden: was hast du mit dietlibc eigentlich getan?
15:55 < huebi> th: kaputt!!
15:55 < huebi> hi th
15:55 < th> hehe
15:56 < th> ich wollt grad mal ne mini-boot/root-disk bauen
15:56 < anders_> LANG
15:56 < huebi> anders_: ACK
15:56 < anders_> SYN
15:56 < anders_>  :)
15:57 < huebi> kaputt <- jidish ;-)
15:57 < anders_> heh
15:58 < anders_> I have *limited* understanding of german, and some words are similar to swedish words, so I can guess...
15:58 < tsa> syn-ack
15:58 < huebi> :-))
15:59 < tsa> hm...half-open connection
16:01 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
16:02 -!- tomik [~tomik@193.109.181.247] has quit (Client Quit)
16:05 < snyke> bin ma wieder wech
16:05 -!- snyke [~snyke@pD9502A61.dip0.t-ipconnect.de] has quit ("BitchX: its all day strong, all day long")
16:07 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
16:08 < tomik> hello 
16:08 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has quit ("leaving")
16:08 -!- l_9_l [~jarod@217.17.228.83] has quit ("BitchX: double your pleasure, double your fun!")
16:09 -!- tomik [~tomik@193.109.181.247] has quit (Client Quit)
16:14 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has joined #rocklinux
16:14 < armijn> re
16:18 -!- l_9_l [~jarod@217.17.228.83] has joined #rocklinux
16:18 -!- clifford_ [~clifford@62.46.2.162] has joined #rocklinux
16:19 -!- clifford_away [~clifford@62.46.1.231] has quit (Read error: 110 (Connection timed out))
16:20 < huebi> hiar
16:20 -!- clifford_ [~clifford@62.46.2.162] has quit (Client Quit)
16:20 < huebi> hi armijn 
16:20 < armijn> hi huebi
16:21 < huebi> == 15:55:07 05/08/02 =[1]=> Aborted building package util-linux.
16:21 < armijn> so, what did you do this time?
16:21 -!- clifford_ [~clifford@M102P002.dipool.highway.telekom.at] has joined #rocklinux
16:21 < armijn> did you check out the new CVS?
16:22 < huebi> armijn: yes
16:22 < armijn> k
16:23 < armijn> checking it
16:23 < huebi> ok
16:23 < armijn> ganz geil!
16:23 < huebi> hehe
16:23 < th> esden: hast du ahnung obs irgendwo ne kleine anleitung gibt, wie ich mount mit diet builde?
16:24 -!- clifford_ is now known as clifford
16:24 < armijn> huebi: rerun ./scripts/Config
16:24 < huebi> armijn: ok
16:24 < clifford> ok..  *floodingalert*
16:24 < clifford>   ----+----------------------------------------------------------------------+
16:24 < clifford>   181 |                                     ::::.                            |
16:24 < clifford>       |                                   .:::::::.                          |
16:24 < clifford>     P |                              .::::::::::::::                         |
16:24 < clifford>     a |                             .::::::::::::::::.                       |
16:24 < clifford>     r |                           :::::::::::::::::::::.                     |
16:24 < clifford>     a |                        ..::::::::::::::::::::::::.                   |
16:24 < armijn> huebi: wait, i'm doing it
16:24 < clifford>     l |              .  ..  ...::::::::::::::::::::::::::::                  |
16:24 < clifford>     l |             ::::::::::::::::::::::::::::::::::::::::.                |
16:24 < clifford>     e |             ::::::::::::::::::::::::::::::::::::::::::.              |
16:24 < clifford>     l |             ::::::::::::::::::::::::::::::::::::::::::::.            |
16:24 < clifford>       |            .::::::::::::::::::::::::::::::::::::::::::::::           |
16:24 < huebi> ok
16:24 < clifford>     J |            ::::::::::::::::::::::::::::::::::::::::::::::::.         |
16:24 < clifford>     o |            ::::::::::::::::::::::::::::::::::::::::::::::::::.       |
16:24 < clifford>     b |            ::::::::::::::::::::::::::::::::::::::::::::::::::::.     |
16:24 < clifford>     s |          ::::::::::::::::::::::::::::::::::::::::::::::::::::::::.   |
16:24 < armijn> huebi: you can do it now...
16:24 < clifford>       |       :.::::::::::::::::::::::::::::::::::::::::::::::::::::::::::.  |
16:24 < clifford>     1 |...::..::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::.|
16:24 < clifford>   ----+----------------------------------------------------------------------+
16:25 < clifford>       | 1                  Number of Jobs build so far                   424 |
16:25 < clifford> that now looks much better ..
16:25 * armijn messing up clifford's ASCII art
16:25 < huebi> armijn: ok i do now
16:25 < armijn> huebi: and set it to UltraSparc
16:25 < tsa> clifford: hm....
16:25 < huebi> armijn: and v8?
16:25 < clifford> tsa: yes?
16:27 < armijn> huebi: doesn't matter, they're not used right now
16:27 < armijn> huebi: but yes, v8
16:27 < clifford> tsa: yes?
16:27 < huebi> armijn: ack
16:28 < armijn> huebi: and rebuild *all*
16:28 < armijn> :)
16:29 < armijn> just to be sure
16:29 < huebi> rm -rf dist?
16:30 < armijn> yeah
16:30 -!- surprise [kdlcjc@greencard.inder.eu.org] has quit (Connection timed out)
16:30 < armijn> or ./scripts/Cleanup :)
16:30 < huebi> *aua*
16:30 < armijn> :)
16:31 < tsa> clifford: what does this tree output mean to us?
16:31 < armijn> clifford: I will start working on PA-RISC port soon
16:32 < tsa> parallel build of 1.7?
16:32 < clifford> tsa: yes.
16:32 < tsa> ah..ok
16:32 < clifford> It will scale pretty good on clusters with up to 100 nodes....
16:33 < clifford> All we need now uis such a cluster ...  :-)
16:33 < armijn> heh
16:33 < armijn> an s/390 with virtual machines?
16:34 < huebi> anders_: Huhu, we need a few s390. Please ask your boss ;-)))
16:34 < clifford> armijn: no. on an s/390 you would assign just all available to the vm guest which linux is running on and make a 'normal' parallel build. No need to make a kind of 'virtual clustering' on this hardware ..
16:34 < tsa> hehe
16:34 < armijn> "a few'
16:35 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has joined #rocklinux
16:35 < clifford> however - s/390 has great i/o trhoughtput - but it's not the best hardware for calculations (and building ROCK Linux :-)
16:36 < anders_> huebi: hehehe
16:36 < huebi> Sparc Build restarted...
16:37 < anders_> huebi: if I only could get my hands on a p690 instead...
16:38 < armijn> huebi: how long does glibc take?
16:38 < armijn> huebi: how much mem?
16:39 < huebi> There has been a company, long, long time ago, they offered in a tv ad a ~100 node alpha cluster in a van. With remote controll. IIRC they were called Compaq. But that has been a long tine age when this conpany existed. ;-)))
16:40 < huebi> armijn: glibc 2h40, 640MB
16:40 < tsa> huebi: hehe
16:42 < huebi> > make[1]: sparc64-linux-gcc: Command not found
16:42 < armijn> huebi: ?
16:42 < armijn> aah
16:42 < huebi> == 16:37:20 05/08/02 =[1]=> Aborted building package linux.
16:42 < armijn> ok
16:42 < huebi> I stoped it
16:42 < armijn> huebi: ok, stop the build
16:42 < armijn> huebi: ok, you first need egcs64 installed on your system
16:42 < huebi> <- faster than light ;-)))
16:43 < huebi> armijn: How do I get this done?
16:43 < armijn> huebi: simple :)
16:43 < huebi> root@fels:/rock-linux# simple
16:43 < huebi> bash: simple: command not found
16:43 < tsa> lol ;)
16:43 < armijn> huebi: unpack /rock-linux/base-archive/egcs64*
16:44 < huebi> armijn: ok
16:44 < armijn> huebi: patch it with /rock-linux/base-config/egcs64/*.patch
16:44 < huebi> unpack in / ?
16:44 < armijn> huebi: ./configure --prefix=/usr/local --target=sparc64-linux
16:44 < armijn> I would take /tmp or so
16:45 < armijn> to keep it a bit cleaner
16:45 < huebi> armijn: ok ACK
16:46 < armijn> huebi: don't forget to apply the patches
16:46 < armijn> and setting the prefix to /usr/local is necessary
16:47 < armijn> the default is /usr/bin and then it will overwrite the normal gcc, which you don't want to do
16:47 < huebi> armijn: fully ACK
16:47 < huebi> :-)
16:47 < armijn> huebi: you did apply the patches?
16:48 < huebi> armijn: of course I did. You said that often enough
16:48 < huebi> :-))
16:48 < armijn> huebi: well, you can never say it often enough :))
16:49 < huebi> flood:
16:49 < huebi> root@fels:/tmp/egcs64-19980921.1# ./configure --prefix=/usr/local --target=sparc64-linux
16:49 < huebi> Configuring for a sparc64-unknown-linux-gnu host.
16:49 < huebi> grep: /tmp/egcs64-19980921.1/libstdc++/Makefile.in: No such file or directory
16:49 < huebi> grep: /tmp/egcs64-19980921.1/gcc/cp/Makefile.in: No such file or directory
16:49 < huebi> Created "Makefile" in /tmp/egcs64-19980921.1 using "mt-frag"
16:49 < huebi> grep: ./../libstdc++/Makefile.in: No such file or directory
16:49 < huebi> grep: ./../gcc/cp/Makefile.in: No such file or directory
16:49 < huebi> Links are now set up to build a native compiler for sparc64-unknown-linux-gnu
16:49 < armijn> huebi: looks good
16:49 < huebi> armijn: kool
16:49 < armijn> those "errors" are normal
16:51 < tsa> hm...interesting.
16:52 < huebi> make is running
16:52 < armijn> interesting?
16:54 < armijn> tsa: what's interesting?
16:55 < huebi> armijn: www.xxx.com
16:55 < huebi> hehe
16:56 < armijn> hmm
16:57 < anders_> has anyone done an mc68k port of ROCK?
16:57 < armijn> you mean Mac68k?
16:57 < armijn> or just motorola?
16:57 < anders_> just motorola..
16:57 < armijn> no :)
16:58 < armijn> old Macintosh machines are a *bitch*
16:58 < armijn> there's not even floppy drive support in the kernel
16:58 * anders_ might get hold of an A1200 with an 68040 or 68060 power-up board...
16:58 < armijn> a1200?
16:58 < anders_> Amiga..
16:58 < armijn> ah, they're supported fairly well, I think
16:58 < armijn> but *very* slow
16:59 < anders_> there is also the PPC604e PowerUp cards for them..
16:59 < armijn> I will have a PA-RISC machine soon (on loan) to port on
16:59 < armijn> also need to do Alpha and MIPS
17:00 < armijn> and do a lot of cleaning up for UltraSparc
17:00 < anders_> I just want a reasonably cheap PPC box to play around with.. And with the Amiga I could get that as well as PPC..
17:00 < anders_> err, as well as MC680x0..
17:01 < armijn> hmm...amiga ppc?
17:01 < anders_> yeah..
17:01 * armijn ./scripts/Puzzled
17:01 < anders_> hehehehe
17:01 < tsa> hehe
17:02 < anders_> there are accelerator cards for them with PPC processors..
17:02 < armijn> ah
17:02 < huebi> anders_: The 68040 is on the SmartRAID IV controller in download.rocklinux.de
17:02 < armijn> yeah, run ROCK on your raid controller
17:03 < tsa> lol
17:03 < tsa> nice idea.
17:03 < huebi> armijn: *LOL*
17:03 < armijn> clustering with raid controllers
17:04 < tsa> what about pocket calculators? ;)
17:04 * huebi dreams about the IBM Linux watch
17:04 < armijn> wet dreams?
17:04 < huebi> lol
17:05 < huebi> armijn: no
17:05 < huebi> booting vi...
17:05 < tsa> better not..perhaps the watch isn't water resitant..
17:05 < tsa> ;)
17:05 < tsa> +s
17:06 < armijn> huebi: how much memory in the u5?
17:07 < huebi> 640MB
17:07 < armijn> pfew
17:07 < armijn> that's...ehr...nice
17:07 < armijn> so, why is it still building...
17:07 < tsa> hehe..nice and pretty expensive..
17:08 < huebi> armijn: 270MHZ UltraIIi
17:08 < armijn> ah, xgcc has been built...
17:08 < huebi> ready
17:09 < anders_> http://www.debian.org/ports/powerpc/inst/apus
17:09 < huebi> brb
17:09 < armijn> it's done?
17:09 < armijn> great!
17:09 < armijn> huebi: make; make install
17:12 < armijn> heh
17:12 < tsa> hm...whats the difference between u30 and a60? anyone?
17:12 < tsa> u60 even
17:13 < tsa> both are dual afaik
17:13 < armijn> huebi: there already was egcs64, but in /opt/egcs64/bin and it wasn't called sparc64-linux-gcc
17:13 < armijn> dunno, I don't think so
17:13 < armijn> www.sun.com?
17:15 < armijn> http://www.sun.com/desktop/products/ultra60/
17:16 < armijn> http://www.sun.com/desktop/products/ultra30/
17:16 < armijn> ultra30 is one CPU
17:16 < armijn> not dual
17:17 < tsa> ah..ok
17:19 < tsa> ok...i'm gone...cu later.
17:20 < tsa> bbl.
17:20 -!- tsa [~tsa@rossini.marcant.net] has quit ("Client Exiting")
17:20 < huebi> ree
17:22 < huebi> make install
17:22 < huebi> Build restarted
17:23 < armijn> kewl
17:25 < armijn> building quite fast...
17:28 < huebi> I'll see if I can get rock on the U30 tonight. But I still have to do some work on the homepage.
17:29 < huebi> /rock-linux/dist/var/adm/logs/1-linux.out -> 1-linux.log
17:29 < huebi> == 17:26:25 05/08/02 =[1]=> Finished building package linux.
17:29 < huebi> == 17:26:26 =[1]=> Building base package glibc [2.2.5 1.5.14_2002-05-08_16h35].
17:29 < huebi> :-)
17:29 < armijn> hmm...
17:29 < armijn> wait a minute
17:29 < armijn> I was tailing the file
17:29 < armijn> something went wrong there
17:30 < armijn> huebi: cancel the build
17:30 < armijn> it went wrong
17:30 < huebi> ok
17:30 < armijn> linux.conf is fucked up in CVS
17:31 < armijn> yup, it's fucked up...definitely
17:31 < armijn> it's the old one...
17:32 < huebi> shit something went really wrong.
17:32 < armijn> so it seems :)
17:32 < armijn> well, most of it is actually ok
17:32 < armijn> just the kernel
17:33 < huebi> jupp. I got it
17:33 < armijn> ----------------------------
17:33 < armijn> revision 1.7
17:33 < armijn> date: 2002/05/05 14:54:13;  author: huebi;  state: Exp;  lines: +0 -21
17:33 < armijn> hollyolli's alpha patches
17:33 < armijn> ----------------------------
17:33 < armijn> revision 1.6
17:33 < armijn> date: 2002/05/02 09:28:04;  author: huebi;  state: Exp;  lines: +21 -0
17:33 < armijn> more files from Armijn's Sparc Patches
17:33 < armijn> ----------------------------
17:33 -!- l_9_l [~jarod@217.17.228.83] has quit (Read error: 110 (Connection timed out))
17:33 < armijn> that explains it
17:33 < armijn> holyolli did it!
17:34 < huebi> Yes
17:34 < huebi> We don't work on branches. That's the reason.
17:34 < armijn> no, it's the maintainer's fault >:->
17:35 < huebi> and I did not have a good look at the changes.
17:35 < huebi> I' ll do it more carefull in the future
17:35 < armijn> yeah, and apply my patches :)
17:36 < huebi> armijn: I applied them.
17:36 < armijn> yeah, but you'll have to do it again :)
17:36 < huebi> but I also removed them too.
17:37 < armijn> I think you *might* have removed esden's stuff as well
17:37 < huebi> armijn: I have to control that
17:37 < armijn> 002-05-05 16:54  huebi
17:37 < armijn>         * arch-conf/alpha/kernel-disable.lst, base-config/alsa/alsa.conf,
17:37 < armijn>         base-config/binutils/binutils.pz,
17:37 < armijn>         base-config/install-disks/install-disks.conf,
17:37 < armijn>         base-config/libsafe/libsafe.conf, base-config/linux/linux.conf,
17:37 < armijn>         base-config/xfree86/xfree86.conf, base-config/xfree86/xfree86.pz,
17:37 < armijn>         scripts/Build-All, scripts/Build-Pkg, scripts/Build-Stage,
17:37 < armijn>         scripts/Puzzle, scripts/config.in, scripts/packages,
17:37 < armijn>         scripts/parse-config: hollyolli's alpha patches
17:37 < armijn> 2002-05-05 01:40  huebi
17:37 < armijn>         * scripts/: Build-All, Build-Pkg, Build-Stage, config.in:
17:37 < armijn>         modifikations by esden for rock-lcd and build rock-debug is now an
17:37 < armijn>         option
17:37 < armijn> there are some clashes there...
17:37 < armijn> unless holyolli used the latest CVS snapshot
17:38 * armijn digging through ChangeLog
17:39 < armijn> nope, just fixing linux.conf should help
17:39 < huebi> ok
17:45 < huebi> rm -rf build.out dist lib src tars
17:46 < armijn> not ./scripts/Cleanup?
17:47 < huebi> armijn: I better like the rm. Cleanup is dangerous.
17:48 < armijn> hehe
17:48 < armijn> but it works!
17:48 < huebi> too often.
17:48 < armijn> and thorough
17:49 < armijn> cleans better than an average housewife
17:49 < armijn> and it sucks harder than a vacuum cleaner
17:49 < huebi> *LoooL*
17:50 < armijn> ehr
17:50 < armijn> something went wrong
17:52 < huebi> #!/bin/sh
17:52 < huebi> #
17:52 < huebi> # Cleanup restores the environment, 
17:52 < huebi> # cleans better than an average housewife
17:52 < huebi> # and it sucks harder than a vacuum cleaner
17:52 < huebi> # Comment from Armijn Hemel
17:53 < armijn> huebi: no execute permission for ./misc/generate-asm
17:53 < armijn> :((
17:53 < huebi> armijn: Ah thak you
17:53 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has quit ("leaving")
17:53 < armijn> huebi: you will have to adapt that in CVS as well
17:53 -!- simon_ [~simon@out1.R-TEC.net] has quit (Read error: 60 (Operation timed out))
17:54 < huebi> armijn: I had a problem with file permissions in cvs.
17:55 < armijn> hmm
17:55 < huebi> Now I found a solution. 
17:55 < armijn> http://cvsbook.red-bean.com/
17:58 < armijn> huebi: ah well
17:58 < armijn> gotta go now...
17:58 < armijn> dinner first, then pub :))
17:58 < huebi> armijn: have fun
17:59 < huebi> I'll go in a few minutes, too.
17:59 < armijn> blacklist of computer games in .de
17:59 < huebi> -r-xr-xr-x    1 huebi    cvs          1535 May  5 16:51 generate-asm,v
18:01 < huebi> armijn: They are a little bit crazy here.
18:01 < armijn> I know
18:01 < armijn> well, what about here...
18:01 < armijn> with politicians who get shot...
18:01 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
18:02 < huebi> build restarted
18:02 < huebi> hi tomik 
18:02 < tomik> hello 
18:02 < armijn> huebi: great
18:02 < armijn> huebi: I will check it on Monday :))
18:02 * armijn gone
18:02 < huebi> armijn: Really crazy are the people in Israel
18:02 < huebi> by armijn 
18:02 < armijn> huebi: no comment :)
18:02 * armijn gone
18:02 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has left #rocklinux ()
18:03 < huebi> ;-)
18:03 -!- praenti|away is now known as praenti
18:03 < praenti> re
18:03 < huebi> hi praenti 
18:04 < huebi> CU later. I change my place now.
18:04 < praenti> huebi: you get this error because the fucking developer of libxslt has excluded something what kdelibs need
18:05 < praenti> huebi: but i must see. what it is exactly. cu later
18:05 < huebi> praenti: ok. Perhaps rxr knows something about it.
18:05 < huebi> rxr: ??
18:05 < huebi> bye
18:07 < rxr> jups
18:08 < rxr> praenti: which tree are you building?
18:09 < praenti> rxr: 1.5.14 on U5. It is not my build. Huebi gets this error.
18:10 < praenti> rxr: libxslt version 1.0.15
18:10 < praenti> but i see at the moment that i can update the version
18:11 < praenti> perhaps a newer version makes the kdebuild better
18:12 -!- surprise [kdlcjc@greencard.inder.eu.org] has joined #rocklinux
18:12 -!- cap [cap@pD904853E.dip.t-dialin.net] has quit ("Client Exiting")
18:14 < rxr> 2.4.20 builds
18:15 < rxr> praenti: maybe comatebility sym-linking in libxml (version1) is the problem=
18:15 < rxr> I removed s.th. slimiar in 1.7 ...
18:15 < SMP> 2.4.20? what package? ;)
18:15 < rxr> KDE-3.0.0 builds with libxml2-2.4.20 ...
18:16 < SMP> ahh
18:17 < praenti> rxr: i will check the libxml2 version too
18:17 < rxr> you could also check for a bogus sym-link in libxml (version1), too
18:18 < praenti> rxr: version of libxml2 is ok
18:27 < rxr> praenti: the stuff in the query is what you get when libxml-1 headers are included
18:27 < rxr> remove the blabla/libxml-1.0 -> ../libxml symlink from the libxml package ...
18:31 < praenti> rxr: you mean the libxml -> gnome-xml symlink?
18:31 < praenti> in /usr/include?
18:33 < rxr> postmake="cd /usr/include ; rm -rf libxml ; ln -sf gnome-xml libxml"
18:33 < rxr> this one is evil
18:33 < rxr> hm - huebis cvs-web is strange ...
18:34 < anders_> riiiight.. time to go home for the day.. ~~~
18:34 -!- anders_ [~guest@imhotep.hursley.ibm.com] has quit (">_<")
18:34 < praenti> rxr: ok. i make a # before the line
18:34 < rxr> cu anders_ ;-)!
18:34 < rxr> it also does not exist in 1.7 and dRock ...
18:40 < praenti> huebi: try the compile now. if it is not working either i will change the libxslt version
18:41 < rxr> praenti: have you also removed the link the libxslt package has already created in the dist-tree?
18:43 < praenti> huebi: ^------------------------------------------------------^
18:44 < praenti> rxr: i can start a build in a few days. i dont have build the new yet
18:48 < th> where does the kernel look for init?
18:49 < rxr> sbin ?
18:50 < rxr> you can also specify one via init=/bin/bash ;-)
18:50 < th> but only when using a boot-loader
18:50 < th> i just copied kernel + root-fs to a disc
18:50 < th> it just reaches "freeing unused kernel memory"
18:50 < th> root-fs is found and mounted
18:51 < rxr> th: yes off course ... - but you could hardcode the params into the kernel ...
18:51 < rxr> shouldn't the kernel panic if no init is found=
18:51 < th> that's what i do not know
18:51 < th> i know that the rootfs has been mounted
18:52 < th> and there it stops
18:52 < th> /etc/inittab exists in rootfs and even /sbin and /bin have init
18:52 < th> (busybox init)
18:52 < th> id:2:initdefault:
18:52 < th> si::sysinit:/etc/rc
18:52 < th> 1:2345:respawn:/sbin/fgetty /dev/tty1 --noclear
18:52 < th> 2:23:respawn:/sbin/fgetty /dev/tty2 
18:54 < th> any ideas?
18:55 < rxr> i do not know the busybox init ...
18:56 < esden> re hi all
19:01 < praenti> hi esden. is anybody into bitz?
19:07 -!- bluefire [~bluefire@pD9522C3A.dip.t-dialin.net] has joined #rocklinux
19:07 < bluefire> re
19:08 < praenti> re bluefire 
19:13 -!- ringo78 [~bas@co116627-a.almel1.ov.nl.home.com] has quit ("leaving")
19:18 * rxr kurz unterwegs
19:24 -!- tsa [~tsa@p5082BF32.dip.t-dialin.net] has joined #rocklinux
19:24 < tsa> re
19:28 -!- holyolli [~holyolli@linus.regehr.net] has joined #rocklinux
19:28 < holyolli> re
19:28 < tsa> tag.
19:28 < holyolli> tach tsa
19:28 < tsa> wie wars @work?
19:28 < holyolli> :-P
19:28 < holyolli> wie wars mit vergessenem fon?
19:29 < tsa> nix fon vergessen.
19:29 < holyolli> aha...nicht drangegangen?
19:29 < holyolli> <-- wollte dich ja noch anrufen...aber keiner hat abgenommen.
19:29 < tsa> ich arbeiten, ich nix immer neben fon.
19:29 < tsa> war grad unterwegs irgendwo.
19:29 < tsa> und nix rufnummer uebertragen..sonst haett ich schon zurueckgerufen..
19:29 < holyolli> soso.. so dolle arbeite, dasse sogar fon nicht hörst...
19:30 < holyolli> sei ehrlich...du warst auf /dev/frau und wolltest nicht fonen ;)
19:30 < tsa> nein.
19:30 < tsa> wir haben heute rudelbumsen im serverraum gemacht.
19:30 < tsa> :-P
19:30 < holyolli> mist..
19:30 < holyolli> ...und ich war nicht da
19:30 < tsa> hehe
19:30 < holyolli> ;-)
19:31 < th> even sh as busybox just hangs...
19:31 * bluefire .oO(Doh! wo bin ich hier nur gelandet?)
19:31 < th> kernel does "execve("/bin/sh",argv_init,envp_init);" and nothing happens
19:31 < holyolli> bluefire: och...schau einfach nicht hin ;-)
19:32 < th> what am i missing?
19:32 * bluefire guckt angestrengt weg...
19:33 < tsa> hehe
19:33 * praenti beim essen
19:34 < th> ich merk schon ihr habt alle keine ahnung ;)
19:35 < tsa> th: 1. mein kernel hier tut, was er soll  2.) ich hab wohl den kontext dazu verpasst..
19:36 < tsa> kernel auf x86?
19:36 < th> ja
19:36 < th> boot/root diskette
19:36 < tsa> und warum ueberhaupt /bin/sh  - der sollte sich /sbin/init vornehmen..
19:36 < tsa> aah
19:36 < th> also einen ganz kleinen 2.2.20er gebaut
19:36 < th> ein rootfs (ext2) gebaut
19:37 < th> und per dd auf diskette gepackt
19:37 < th> kernel wird geladen. rootfs wird gemounted
19:37 < th> aber ich kann weder /bin/sh noch /sbin/init ausfuehren (beides busybox)
19:38 < tsa> hm...
19:38 < th> hab schon ein paar printk's in den kernel eingebaut daher bin ich sicher dass er genau beim exec von /bin/sh haengen bleibt
19:38 < tsa> sagt der kernel irgendwas, oder haengt der einfach fest?
19:38 < th> er haengt nur.
19:38 < clifford> th: kann der kernel /dev/console oeffnen (d.h. hast du im kernel dvfs mit autmoount und /dev directory bzw. ein dev filesystem auf dem root fs)?
19:38 < th> clifford:     if (open("/dev/console", O_RDWR, 0) < 0)
19:38 < th> das war erfolgreich
19:38 < th> sonst waere         printk("Warning: unable to open an initial console.\n");
19:38 < th> gekommen
19:38 < th> kein devfs sondern /dev auf rootfs
19:39 < th> koennten da noch mehr devices fehlen?
19:39 < clifford> th: un die major/minor nummern von /dev/console stimmen?
19:39 < th> /dev/ram0       /               ext2    defaults
19:39 < th> none            /proc           proc    defaults
19:39 < th> das is die fstab
19:39 < th> crw-------    1 root     tty        5,   1 Jan  6 14:45 dev/console
19:39 < tsa>  /dev/vc/* ?
19:39 < holyolli> vieleicht mal mit ner statisch gelinkten shell probieren?
19:39 < th> holyolli: die busybox ist statisch gelinkt
19:40 < holyolli> ah
19:40 < clifford> th: en chroot in dein root fs auf deinem develhost kannst du machen?
19:40 < th> tsa: /dev/vc/ is doch nur /dev/tty[0-2] und die sind da
19:40 < th> clifford: ja
19:40 < th> chroot root-dir/ /bin/sh
19:41 < th> dann krieg ich die busybox sh
19:41 < tsa> hm....d.h. das system scheint einigermassen ok zu sein
19:41 < th> vllt fehlt ja auch was im kernel
19:41 < tsa> ramdisk support? ;-)
19:42 < th> <*> RAM disk support
19:43 < th> brauch ich "Sysctl support"?
19:44 < clifford> nicht zum booten und starten des init progs.
19:44 < th> dacht ich ja auch
19:44 -!- tomik [~tomik@193.109.181.247] has quit ("irssi rulezz")
19:44 < rxr> re
19:44 < th> "<M> Loopback device support" aber das muesste auch egal sein
19:44 < th> [*]    Initial RAM disk (initrd) support
19:45 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
19:45 < tsa> hast du eine default-size fuer die ramdisk angegeben?
19:45 < th> 4k
19:45 < th> (4096)    Default RAM disk size
19:47 < tsa> benoetigte filesysteme alle?
19:47 < th> [ ] Unix98 PTY support
19:47 < th> hmmm
19:47 < th> tsa: ja. ext2. das rootfs wurde ja auch erfolgreich gemounted
19:47 < tsa> [*] Unix98 PTY support
19:48 < th> ich brauch den PTY support?
19:48 < th> doch nich fuer ne simple sh auf /dev/console?
19:49 < tsa> hm...hier isses an.
19:49 < tsa> ..und ich hatte mal das problem, dass ein sshd keine shell spawnen konnte, weil er keine pty bekam..
19:49 < th> bei mir ja auch nur auf dem disc-kernel ja nicht
19:50 < tsa> ansonsten faellt mir grad auch nix anderes ein, was mal versuchen koennte...
19:50 < th> thx anyway
19:50 < tsa> np
19:55 -!- l_9_l [~jarod@217.17.228.83] has joined #rocklinux
19:57 -!- term_aweh [~pm@beaufort.wyzant.de] has quit ("zz")
20:01 -!- hackbard [~hackbard@pD9E0ABAE.dip.t-dialin.net] has joined #rocklinux
20:01 < hackbard> hi
20:01 < holyolli> hi hackbard
20:01 < hackbard> hi olli!
20:02 < hackbard> how is the alpha port going on? :)
20:03 < l_9_l> hi
20:03 < holyolli> hackbard: *hm* it's going... there were some forgotten alpha-patches, which i now have to rewrite
20:03 < holyolli> hackbard: but all in all, it's fine
20:03 < holyolli> i'm just doing a build-all and waiting for the errors to come... at least there are 3 packages which don't work
20:03 < hackbard> nice to hear that
20:04 < hackbard> 3 packages isnt much :)
20:04 < holyolli> the create-cd works anyway and it produces alpha-bootable cdrom
20:04 < holyolli> +s
20:05 < holyolli> does anybody know how i can make some patches architecture-dependant?
20:05 < hackbard> cool, thast still a prob with the sparc port as far as i read in the mailinglists
20:05 < holyolli> jepp
20:10 < holyolli> clifford?
20:10 < tsa> hm....unter 1.7 isses einfach
20:10 < clifford> ja holyolli
20:10 < tsa> [R] + alpha
20:10 < tsa> aber 1.5.. hm..
20:11 < holyolli> how can i make patches, which _only_ apply for one arch?
20:11 < clifford> worum geht's (hab' nicht mitgelesen..)
20:11 < clifford> in 1.7 or 1.5 ?
20:11 < holyolli> 1.5
20:12 < tsa> ich glaub 1.5 kann das gar nicht..
20:12 < tsa> was fuer ein package denn?
20:13 < clifford> in *.conf: [ "$arch" = alpha ] && patchfiles="$patchfiles $confdir/foobar.patch.alpha"
20:13 < clifford> withtig ist halt, das das patch file nicht *.patch heisst, weil es sonst automatisch in patchfile hineingeschrieben wird.
20:13 < holyolli> genau...oki
20:14 < holyolli> tsa: libjpeg und time
20:14 < tsa> hm...
20:14 < clifford> in 1.7 werden automatisch nicht nut *.patch sondern auch *.patch.$arch verwendet.
20:14 < tsa> kannst du nicht nen patch machen, der auf allen architekturen laeuft?
20:15 < holyolli> tsa: nein. weil bei time ne datenstruktur auf alpha schon definiert ist (warum auch immer) und bei intel nicht
20:15 * tsa portiert zwar derzeit nicht, aber irgendwie finde ich den 1.7 tree fuer ports viel schoener als 1.5.x ..
20:15 < holyolli> tsa: das ist richtig. aber ich will erstmal den 1.5er auf alpha machen, damit _irgendeine_ aktuellere version auf alpha tut
20:15 < holyolli> tsa: und der 1.7er hat noch eine menge anderer probleme
20:16 < clifford> holyolli: #ifdef __alpha__ ?
20:16 < tsa> holyolli: ack. man "synergetische effekte". ;-)
20:16 < holyolli> clifford: das ging auch...aber ich dachte im .conf wäre es schöner...oder was meinst du?
20:16 < holyolli> tsa: :-P
20:17 < tsa> holyolli: hm....#ifdef gefaellt mir besser...schoener sauberer patch statt komisches gebastel..
20:17 < clifford> holyolli: auch wenn man den patch nur bei alpha applied - sollte man ihn trozdem so schreiben das er portabel ist.
20:17 < holyolli> okay
20:26 < tsa> clifford: btw...da you already have any plans regarding ia-32 vs. ia-64 ?
20:26 < tsa> we'll probably need different [R]-tags..
20:26 < rxr> ia-64 is an own arch
20:26 < clifford> tsa: no. ia-64 will be just another port.
20:26 < tsa> hm....ok
20:27 < rxr> ia-32 has more in common with x86-64 than with ia-64 ...
20:28 < tsa> [C] x111/game
20:28 < tsa> interesting category ;)
20:28 < rxr> ;-)
20:30 < tsa> fixed.
20:30 * tsa 'cvs up -d'ing ..
20:31 < clifford> hmmm .. die deps passen noch nicht so ganz ...
20:32 < clifford> z.bsp.: gcc3 ist von ueber 150 pkgs abhaenig - darunter z.bsp. xine, xpdf und sane-backends ..
20:32 < bluefire> Does any of you know a way to make the preprocesser expand #define foo(a,b) (a)+(b) to a+b instead of (a)+(b)?
20:32 < tsa> clifford: hm... Check-PkgFormat macht noch nen bissel mist:
20:33 < tsa> CHANGELOG: File not found: package/sourceforge/CHANGELOG/CHANGELOG.desc
20:33 < clifford> #define foo(a,b) (a+b)   ?
20:33 < tsa> CVS: File not found: package/sourceforge/CVS/CVS.desc
20:33 < tsa> das sollte er ignorieren..
20:34 < tsa> alternativ CHANGELOG und CVS/ aus den snapshots excluden..
20:34 < tsa> hm..
20:35 < clifford> tsa: nein - lt. entwicklerdoku gehoert das ignoriert. files und directoryies die mit grossbuchstaben anfangen muessen ignoriert werden (zumindest hab ich's so im HACKING-HOWTO festgehalten).
20:35 < tsa> th: bist du da?
20:36 < th> tsa: ack
20:36 < tsa> fein.
20:36 < clifford> tsa: aehm - er ignoriert es eh.
20:36 < holyolli> gnarf.
20:37 < tsa> licq-snapshot - [C]-Tag ist kaputt..
20:37 < tsa> [M] Tobias Hintze <th@rock...>
20:37 < tsa> licq-snapshot: Unknown package category: network/icq
20:37 < clifford> (ausser du ruftst ihn mit z.bsp. "./scripts/Check-PkgFormat CVS" auf
20:37 < th> tsa: sag mir ne andere category
20:38 < tsa> th: bei licq hast du [C] kde/chat
20:38 < th> das war ich nicht
20:38 < clifford> such' dir eine (oder mehrere) aus: http://www.rocklinux.org/sources/Documentation/Developers/PKG-CATEGORIES
20:38 < th> und stimmt auch nicht
20:38 < rxr> as war ich ...
20:39 < th> rxr: was hat licq mit kde zu tun?
20:39 < th> rxr: und wiedermal fehlte die info
20:39 < rxr> es ist qt ...
20:39 < tsa> hm....dann einigt euch bitte fuer beide pkg's auf eine category..
20:39 < th> rxr: und?
20:39 < rxr> welche info?
20:39 < th> die info ueber deine aenderung an den package maintainer
20:39 < rxr> wir wollten nicht tausende categories haben
20:39 < clifford> th: ist lt. pjotr prins nicht notwendig..
20:39 < th> tsa: wo stehen gueltige categorien?
20:39 < rxr> also ist alles gt+ gnome
20:39 < rxr> und alles qt kde ...
20:40 < th> clifford: nichtmal ne information?
20:41 < rxr> th: ?? Ich habe > 700 errors in den .desc dateien gefixt! Bei vielen sogar noch web-praesenz, lizenz, ... herausgesucht. Das schreibe ich bestimmt nicht jedem author ...
20:41 < clifford> th: nein - da gab's einen riesen streit auf der liste bzg. unmaintained packages - und der letzte stand ist das lt. pjotr jeder machen kann was er will. Mann kan ja immer noch rollbacken und auserdem ist das so viel mer bazaar-like ... (keine ahnung)
20:41 < th> rxr: aber kde/chat ist jawohl unpassend fuer licq.
20:42 < hackbard> licq ist unpassend :)
20:42 < th> tsa: und warum ist network/icq nicht existent? wodurch sind packages existent?
20:42 < rxr> ist instant messaging nicht => chat ??
20:42 < th> hackbard: psst
20:42 < clifford> th: die cat liste hab' ich gerade gepostet - ist teil der developer docu und wurde ueber eine woche lang auf der liste besprochen ..
20:42 < th> rxr: chat wuerde gerade noch gehen. aber kde
20:42 < th> clifford: ok
20:42 < rxr> wenn wir noch gt+ qt fltk, ... einfuehren haben wir bald tausend categorieren
20:42 < th> clifford: sagste mal ein genaues datum von dem posting der liste damit ichs schnell finde?
20:43 < rxr> warum nicht einfach ?
20:43 < tsa> hm...ploetzlich alle verstorben?
20:43 < clifford> th: was ist es dann? console/chat wohl kaum ..
20:43 < tsa> ist so ruhig..
20:43 < clifford> th: moment ..
20:43 < rxr> ausserdem kannst du bei vielen progs gar nicth sagen ob sie kde oder qt sind
20:43 < rxr> bei manchen kannst du kde abstellen - manche benutzen es nur halb ...
20:44 < rxr> bei Gnome ist das noch schlimmer ...
20:44 < rxr> Abiword?
20:44 < th> rxr: ich warum muss man die software denn nach der API einteilen und nicht nach der funktion?
20:44 < tsa> rxr: dann bitte im zweifelsfall ne liste der geaenderten packages an die liste, dann kann jeder selber in seinen packages nachsehen..
20:44 < rxr> ist nicht gnome - wird aber von den Gnome leuten unter GNOME / Office aufgefuehrt ...
20:44 < rxr> ES GIBT NE CVS CHAGE MAILING LISTE
20:45 < tsa> naja, alles qt-zeug nach kde, alles gtk-zeug nach gnome ist irgendwie auch komisch..
20:45 < rxr> da sind aber kaum welche drauf ...
20:45 < tsa> aehm...wo is die?
20:45 < rxr> pjotr intern? ;-)
20:45 < rxr> (keine ahnung  ...)
20:45 < clifford> th: das erste mail ist vom 31.12.2001 17:42: http://www.rocklinux.org/mailing-list/rock-linux/2001-12/245.html
20:45 < clifford> Dahinter gibt's einen ziemlich langen thread ..
20:46 < rxr> Deise Personen scheinen auf der LIste zu sein (wo immer die auch ist):
20:46 < rxr> To: hobbel@users.sourceforge.net, pjotrp@users.sourceforge.net,
20:46 < rxr>     rrebe@users.sourceforge.net, stefanp@users.sourceforge.net
20:46 < clifford> http://www.rocklinux.net/search/search.cgi?q=CATEGORIES
20:47 < tsa> rxr: hm....du stehst da drauf - wie bist du da darauf gekommen?
20:47 < rxr> tsa: keine ahnung - nach der sf diskussion war ich da aufeinmal drauf ...
20:47 < SMP> Leute ..
20:47 < rxr> warum nach gnome und kde sortiert?
20:47 < SMP> RTFM
20:48 < tsa> SMP: $MANPATH?
20:48 < SMP> $CVSROOT/package/README
20:48 < rxr> weil das der kleinste gemeinsame nenner ist ...
20:48 < tsa> thx.
20:49 * SMP wundert sich doch ziemlich wer alles _keine_ CVS notifies bekommt ...
20:49 < rxr> warum nicht nach funktion? Weil die categories hauptsaechlich fuer die targets zum filtern gedacht sind ... - und die user eh eher interessiert welche oberflaeche das packaet hat ...
20:49 < th> SMP: ;)
20:50 < clifford> SMP: pjotr hat gesagt er setzt mich auf die liste - hat das dann aber nie getan ..
20:50 < SMP> selbst ist der Hacker ;)
20:50 < SMP> soll ich? ;>
20:50 < clifford> auserdem kann man ja auch */chat selektieren ..
20:51 < clifford> SMP: bitte nicht - i ch bekomm so schon genug junk mail .. :-)
20:51 < SMP> oh bitte nicht nach gnome / kde / x11 / console ..
20:51 < tsa> cvs server: Rebuilding administrative file database
20:51 < rxr> wonach dann?
20:51 < tsa> ok, done.
20:51 < SMP> mag nich jemand mal nen dummen User testen, womit er sich besser zurechtfindet?
20:52 < rxr> ausserdem habe wir das vor 4 monaten diskutiert ... *wunder*
20:52 < clifford> Aaarg! Diese liste ist ueber 4 monate alt und wurde ueber einen laengeren zeitraum hinweg auf der mailing liste diskutiert ..
20:52 < SMP> Moment ..
20:52 < SMP> es ging dabei nicht um die Kategorien fuer user. IIRC
20:52 < SMP> hmm ja
20:53 < rxr> SMP: was ist mit dummen usern ???
20:53 < clifford> SMP: um welche denn? es gibt nur eine art von kategorien ...
20:53 < clifford> Ausserdem: Wir sind ROCK Linux - was kuemmern mich die dummen user???  :-)
20:53 < tsa> .oO( Popcorn! )
20:53 < tsa> clifford: ACK! ;-)
20:53 < SMP> ich hatte vorher mal ein System angefangen, aber Rene hatte seine Version vorher zur Sprache gebracht
20:53 < SMP> egal.
20:53 < hackbard> mal ne frage zum cluster build. wieviel prozent (schaetztung) muss/wird sequentiell gebaut?
20:54 < SMP> clifford: ich habe das grad halb mit den repositories verwechselt
20:54 < clifford> hackbard: auf einen cluster mit wie vielen nodes?
20:54 < rxr> SMP: wie wolltest du das denn sortieren?
20:54 < hackbard> 2 *g
20:54 < clifford> SMP: ok. alles klar ..  :-)
20:54 < th> clifford: wo finde ich das ergebnis der cat-diskussiont? also die finale liste?
20:54 < hackbard> ich nehem an, dei sollten von der gleichen arch sein.
20:55 < clifford> hackbard: das ist nicht viel - es gibt ein tool um das zu simulieren...
20:55 < tsa> th: Documetation/Developers/PKG-CATEGORIES
20:55 < rxr> tsa: die muss aber nochmal einwenig gefixt werden ...
20:55 < rxr> alles categories sollten im plural sein ...
20:55 < clifford> hackbard: warte mal kurz - ich lad' den snapshot hoch - dann zeig ich dir's ..
20:55 < hackbard> amdahl schaetzt da auch ganz schoen grosszuegig ab, meien leistung is nicht gleich verteilt -> leistungssteigerung << 1/sqe-anteil :(
20:56 < th> th.segfault ~/dev/rock-1.5 > cat Documentation/Developers/PKG-CATEGORIES
20:56 < th> FIXME
20:56 < hackbard> clifford: cool, danke.
20:56 < SMP> rxr: nach Funktion (und erst dann nach UI etc.). ich meine user suchen ein Programm zuerst nach seiner Funktion und erst dann nach UI. schliesslich kommt Funktion als erster Gedanke ('ich brauch ein Programm zum XYZ zu machen' und nicht 'ich will mal ein neunes {KDE,Gnome} Programm installieren')
20:56 < clifford> hackbard: ok - das ist schlecht. Am besten verwendest du dann nicht den ROCK Linux eigenen job scheduler sondern einen externen der jobs die laenger brauchen auf dem schnelleren rechner ausfuehrt.
20:56 < th> SMP: ACK
20:57 < SMP> letztlich _sollte_ es bei einer guten Distribution dann egal sein welches UI das Programm verwendet
20:57 < rxr> SMP: Die meisten wollen aber nur Console oder nur Gnome oder nur KDE ... ausserdem kannst du dir ja (im installer?) *chat* anzeigen lassen uns schauen was dir am besten gefaellt ...
20:57 < SMP> es muss eben funktionieren
20:58 < SMP> rxr: ja die Moeglichkeit ist mir klar
20:58 < clifford> rxr: oder besser */chat ..
20:58 * SMP zweifelt
20:58 < tsa> rxr: hm....wer plant die aenderungen der categories?
20:58 < tsa> rxr: bzw. wer macht das?
20:58 < rxr> plannen? wir hier ..
20:58 < tsa> ok.
20:58 < clifford> SMP: geht ja jetzt im build-system config auch so ..  
20:58 < SMP> aber egal. ich kann das ja einfach in meinem tree das so aendern wie ich will ;>>
20:58 < rxr> ich kann die mal editieren und die *.desc duch sed durchpipen ...
20:59 < th> gibt es x11/ noch?
20:59 < tsa> th: jupp.
20:59 * clifford freuht' sich auf den patch - bitte keine filses > 5 MB per mail an mich schicken ..
20:59 < th> aber auch x11/chat waere unpassend
21:00 < rxr> ich kann dir ja das sed script schicken *g*
21:00 < th> denn licq (und licq ist nicht das einzige) liefert die FUNKTION mit mehreren UIs
21:00 < tsa> rxr: vorschlag - wir machen das genau jetzt, clifford baut es ein und released nen neuen snapshot + mail an die liste, jeder soll seine packages checken..
21:00 < th> z.b. console/gtk/qt
21:00 < rxr> ich moechte wirklich ungern gtk+ und qt haben ...
21:00 -!- holyolli [~holyolli@linus.regehr.net] has quit ("Connection reset by telekom")
21:00 < th> dann muesste licq in console/chat kde/chat gnome/chat auftauchen
21:00 < clifford> rxr: wenn du sowas machst, sag's mir bitte vorher. Wenn ich parallel die *.desc mit einem script umformatiere applied dann der patch nicht mehr ..
21:01 < SMP> th: das schlimme ist --- das geht sogar! ;)
21:01 < tsa> SMP: hehe..
21:01 < th> SMP: aber ist es sinnvoll?
21:01 < rxr> wieso muss licq in alle categorien?
21:01 < SMP> dass das geht, ja. IMHO. das so zu sortieren, nein. aber ich wiederhole mich ;>
21:02 < th> rxr: weil es sowohl instant messaging fuer console, gtk und qt liefert
21:02 < clifford> SMP: natuerlich geht das - war ja ein grundgedanke bei den cat. das ein package in bel vielen (aber min. einem) sein kann ...
21:02 < rxr> kann das main teil nicht nur qt - und der rest sind plugins?
21:02 < th> clifford: geht das auch auf dem 1.5er tree? wie geb ich mehrere categoriern an?
21:02 < clifford> th: im 1.5er tree gibt es keine categories.
21:03 * SMP ist fuer eine zusaetzliche Abstraktionsebene bei den categories *VEG*
21:03 < rxr> th: habe die 1.5 cat ueberhaupt einen nutzen??
21:03 < rxr> ahh
21:03 < th> # [C] network/icq
21:03 * clifford schlaegt SMP.
21:03 < th> clifford: wie nennt man sowas?
21:03 < clifford> th: ein flag das von den scripten nicht verwendet wird.
21:03 < rxr> nicht benutze komentare ;-) ?
21:03 < clifford> rxr: nein - *.ext files ...  :-)
21:04 < th> nun. dann sind mir die categorien im moment egal und wir koennen alle [C] lines komplett aus 1.5 entfernen
21:04 < SMP> clifford: $ROCKCFG_UPSIDEDOWN vs. $ROCKCFG_DOWNSIDEUP
21:04 * clifford ist froh das es die in 1.7 nicht mehr gibt.
21:04 < SMP> ;->>
21:04 < rxr> clifford: ich weiss ...
21:04 < th> wodurch wir wieder redundantes maintainen haben
21:04 < SMP> OpenOffice installer funktioniert auf grandiose Weise nicht
21:04 < SMP> super!
21:04 < rxr> th: wenn wir einmal aufraemen ....
21:05 < th> rxr: das main teil kann garnichts. und dann gibt es qt und consolen und andere plugins
21:05 < rxr> th:   dann kommt licq nach libraries/chat ...
21:05 < rxr> und die plugins einzeln nach gnome kde ... 
21:05 < SMP> libraries/ *heul* ..
21:05 < th> rxr: jo. und willst du die plugins dann in extra packages packen?
21:05 < clifford> SMP: Ich bin mehr fuer $ROCKCFG_FLIP_X_AXIS, $ROCKCFG_FLIP_Y_AXIS und $ROCKCFG_FLIP_Z_AXIS
21:05 < rxr> SMP: WAS ????
21:05 < SMP> aber lassen wir das ..
21:06 < th> rxr: das ist krank
21:06 < clifford> SMP: die wuerden wenigstens alle was anderes machen ..  :-)
21:06 < tsa> th: ACK ;)
21:06 < SMP> clifford: *lach*
21:06 < rxr> th: was ist daran denn ktrank ?
21:06 < SMP> rxr: und was ist wenn eine 'library' ein Demo-Programm enthaelt? ;)
21:06 < th> rxr: wenn ich mir ein licq installiere dann moechte ich es auf einmal mit mehreren plugins installieren und die dann per licq waehlen koennen
21:07 < rxr> aller moeglicher stuff enthaehllt demos ...
21:07 < th> rxr: ausserdem ist das pure licq keine library
21:07 < rxr> und die bligx enthaehllt auch progs ...
21:07 < SMP> ach egal.. categories sind fuer luser
21:07 < rxr> trotzdem bleibt die glic ne lib ...
21:07 * SMP waehlt sowieso alle pkg einzeln aus ;>
21:07 * tsa faengt gleich an, allen paketen, die man-pages mitbringen, noch ein '[C]  documentation/irgendwas' zu verpassen ;)
21:07 < rxr> th: was denn nun ? *wunder mehr*
21:07 < SMP> tsa: *giggle*
21:07 < th> tsa: hehe
21:08 < clifford> SMP: dan komm es zusaetzlich nach console/libdemo, x11/libdemo, oder was auch immer :-)
21:08 < th> rxr: licq ohne plugins ist ein programm welches nicht nutzbar ist.
21:08 * SMP erschlaegt clifford ;p
21:08 < th> hehe
21:08 < rxr> th: wenn die zu doof sind ne richtige lib zu schreiben
21:08 < tsa> sorry....aber IMHO sollte ein paket optimalerweise in _1_ kategorie sein, wenn es nicht anders geht, auch in 2 oder 3....aber bitte nicht in 20.
21:08 < clifford> SMP: jetzt stell dir mal vor das demo programm kann 'dialog' und kompatible fuer die GUI verwenden .. :-)
21:08 < rxr> was kann ich dafuer ... ?
21:08 < th> rxr: warum sollten sie? sie haben dafuer ja plugins.
21:08 < rxr> tsa: ACK!!!
21:08 < tsa> einfaches beispiel.
21:08 < tsa> licq.
21:09 < tsa> hat graphische oberflaeche.
21:09 < tsa> worauf beruht die?
21:09 < rxr> tsa: das sorum zu programmieren ist krank ...
21:09 < tsa> gtk / qt / ?
21:09 < th> gibts beides
21:09 < tsa> ok.
21:09 < tsa> dann eben x11/
21:09 < tsa> x11/chat klingt passend.
21:09 < th> und es gibt ne consolen UI
21:09 < tsa> egal.
21:09 < th> tsa: ack. aber nicht perfekt wegen console
21:09 * SMP wuerde x11/ nicht anfassen, weil da vermutlich so Zeug wie xfig verrottet ;>
21:09 < rxr> WWWWOOOOOOOOAAAAAAAAHHHHHHHHHHHHHHHH!!!!!!!!
21:10 < rxr> SMP: hehe
21:10 < tsa> th: ethereal bringt auch nen tethereal mit. soll es deswegen gleich auch in consolte/irgendwo ?
21:10 < tsa> -t
21:10 < th> tsa: in welcher ist es jetzt?
21:10 < rxr> tsa: die plugins koennen doch einzelne packete sein !!!
21:11 < tsa> [C] gnome/network
21:11 < tsa> wegen gtk
21:11 < clifford> xfig ist cool! eine echt schoene xawt app .. sowas wird heute garnicht mehr programmiert!  :-)
21:11 < th> tsa: imho ist das krank
21:11 < tsa> *seufz*
21:11 < rxr> LASST UND DIE PACKETE EINFACH (!!!) NACH DER HAUPTFUNKTION SORTIEREN 
21:11 < tsa> th: schon wieder: ACK.
21:11 < rxr> clifford: zum glueck ...
21:11 < th> rxr: huch. und das von dir?
21:11 < tsa> rxr: jajajaja - alles wo grafisch und bunt nach x11/*. 
21:11 < rxr> wenn es ein gtk+ plugin gibt kommt das nach gnome ...
21:11 < th> rxr: die haupt funktion von licq ist imho "im oder chat"
21:12 < rxr> wenn ne lib beispiele hat - who cares ?
21:12 < tsa> dann evtl weiter nach kde/* oder gnome/*
21:12 < SMP> rxr hat eine interessante Definition von 'Hauptfunktion' ..
21:12 < clifford> was aber mach' ich, wenn ich einfach alles installieren will, was gnome ist - egal welche funktion das jetzt hat.
21:12 < th> communication/im/licq
21:12 < rxr> tsa:  hat licq nun ne oberflaeche oder nicht=
21:12 < tsa> clifford: select */*
21:12 < tsa> ;)
21:12 < SMP> clifford: ne neue Festplatte kaufen ;>
21:12 < tsa> rxr: es hat offenbar eine. und die ist bunt.
21:13 < tsa> rxr: also x11/*, kde/* oder gnome/*
21:13 < clifford> mach ich dann select x11/gnome/* ?
21:13 < rxr> gnome kann auch im framebuffer
21:13 < tsa> rxr: es ist weder kde- noch gnome-spezifisch. daher x11/*
21:13 < rxr> genauso wie kde ...
21:13 < th> clifford: vielleicht sollte sowas wie licq sowohl in gnome also auch in communication/im
21:13 < rxr> STOP
21:14 < SMP> ja?
21:14 < th> clifford: die zugehoerigkeit zu gnome ist dann eine art flag, dass es installiert wird wenn man alles von gnome will
21:14 < rxr> das haellt man ja nicht aus ...
21:14 < tsa> hihi
21:14 < clifford> ich glaube, ein problem ist das man immer annimmt, das der teil vor dem slash die haup- und der tail nach dem slash die unterkat. ist.
21:14 < SMP> rxr: dito. was ist dein Argument
21:14 < SMP> ?
21:14 < SMP> clifford: ja. wo ist das ein Problem?
21:15 < rxr> wann gab es neue .mpg's ;-)
21:15 < th> clifford: sind die cats hierar. gedacht?
21:15 < clifford> Und das trifft einfach nicht zu. der teil vor dem slash ist die gui (bzw. server und lib fuer gui-less) und der teil nachher ist das aufgabengebiet.
21:15 < SMP> clifford: *aua*
21:15 < tsa> clifford: hm...
21:15 < th> clifford: achso??
21:15 < SMP> nungut ..
21:15 < tsa> dann sollte evtl gnome/* und kde/* zu x11/gnome/* bzw. x11/kde/* werden..
21:15 < clifford> wir koennten's auch umdrehen ...  :-)
21:15 < th> clifford: das war mir neu... ich hatte es immer als eine art hierarchie der funktion gesehen
21:15 < SMP> ein perl script einmal ueber die sourcen gejagt wird's richten ..
21:16 < SMP> clifford: *ARGH* ;>>
21:16 < clifford> tsa: wenn wird x11/gnome/* machen ist es wieder eine hirachie ..
21:16 < clifford> .. un das soll's ja nicht sein.
21:16 * rxr wech
21:16 < SMP> welches UI hat dann eine GTK Skin?
21:16 < tsa> hm...
21:17 < tsa> SMP: all/all
21:17 < tsa> ;)
21:17 < th> vielleicht sollte es einfach eine auflistung geben statt foo/bar
21:17 < rxr> SMP: gnome/themes ...
21:17 < clifford> SMP: ich weiss schon das es schwierig ist grenzen zwischen X11, GNOME und KDE zu ziehen.
21:17 < tsa> rxr: aber es ist kein gnome-theme.
21:17 < th> gnome,kde,console/funktion
21:17 < rxr> aber ein theme fuer die gui lib auf der gnome basiert ...
21:17 < clifford> Aber das ist es immer. - Is 'yabasic' ein spiel oder eine programmiersprache ?
21:17 < SMP> rxr: die Skin an sich hat doch gar kein 'GUI'
21:18 < rxr> habe ich das gesagt ?
21:18 < SMP> clifford: ;-))
21:18 < th> a,b,c/x,y,z erlaubt mehrere UIs
21:18 < SMP> rxr: wenn's aber keins hat, gehoert es nicht in gnome/, weil clifford als erste Komponente das GUI definiert hat
21:18 < clifford> SMP: die skins nach library/ zu stellen ist pervers - obwohl es von der funktion genau zutreffen wuerde.
21:18 < SMP> clifford: ebend! nackend!
21:18 < rxr> es hat aber ein GUI zu dem es passt
21:19 < SMP> das ganze Konzept ist pervers :-}
21:19 < rxr> oder kannst du es in qt oder xaw reintuen ?
21:19 < th> was spricht dagegen einem paket mehr als eine UI zuzuordnen?
21:19 < rxr> th:  nichts!
21:19 < SMP> th: nix
21:19 < tsa> hm....ok.
21:19 < th> warum dann nicht gnome,kde,console/chat
21:20 < tsa> opera - wohin?
21:20 < clifford> SMP: find' ich nicht. Wenn skins technisch als alternative windowmanager realisiert wearen, dann gehrten si ja auch nach gnome/.
21:20 < rxr> tsa: wenn qt dann -> kde
21:20 < th> x11/browser
21:20 < SMP> *ugh*
21:20 < clifford> (und fuer den luser ist ein skin ja so ziemlich das gleiche wie ein alternativer wm)
21:20 < th> x11/browser,mua
21:20 < tsa> rxr: noe - ist statisch gelinkt :-PPP
21:20 < rxr> na und ?
21:20 < clifford> hackbard: noch da? (wg. cluster)
21:20 < tsa> und kde isses auch nich.
21:21 < rxr> tsa: wiillst du jetzt noch static-kde/adsfasdf
21:21 < rxr> dynamic-kde/sdfkdsajf einfuehren ? 
21:21 < th> clifford: dann muesste natuerlich ein mechanismus her diese a,b,c/foo aufzuloesen so dass du alles was b ist selektieren kannst
21:21 < rxr> dann nennen wir hallt zu not kde -> qt und gnome -> gtk+
21:21 < tsa> rxr: noe. das war nur ein beispiel.
21:21 < SMP> was hat qt so sehr mit kde zu tun?
21:21 < th> versteh ich auch nich
21:21 < tsa> wenn ich hinterher gnome/* installiere weil ich kde nich mag, krieg ich keinen opera.
21:22 < clifford> bitte nicht! gnome/ und kde/ ist schon genug!
21:22 < SMP> eine qt-only app ist so sehr kde wie eine gtk-only app
21:22 < rxr> clifford: DANKE!
21:22 < th> tsa: wenn opera in gnome,kde/browser landet schon!
21:22 < tsa> die assoziation qt-kde bzw gtk-gnome ist falsch, IMHO.
21:22 * SMP schuettelt sein Haupt
21:22 < tsa> th: dann kann ich es auch gleich in x11/browser packen.
21:22 < clifford> th: man 3 glob
21:22 < rxr> ach packt es doch hin wo ihr wollt
21:23 < SMP> rxr: uh-oh
21:23 * rxr erstelle ein post-update sed/awk script das sachen fixt ...
21:23 < SMP> rxr: /me too
21:23 < th> clifford: es waere kein thema sowas zu implementieren, ich weiss
21:23 < SMP> th: es _ist_ implementiert
21:23 < clifford> es geht doch darum, das man die dinge findet. Es ist genau so sinnlos fuer jedes package eine eigene cat zu schaffen (damit sie auch wirklich dort hin gehoert) wie alle packages in eine grosse cat zu legen.
21:23 < th> SMP: du willst auf multiple categories raus?
21:24 * rxr fetchmail
21:24 < SMP> th: glob an dieser Stelle ist implementiert.
21:25 < SMP> oder wird definitv implementiert.
21:25 < SMP> das macht auch unabhaengig vom cat.-layout Sinn
21:25 < rxr> glob was?
21:25 < SMP> *gnn*
21:25 < clifford> rxr: pattern matching
21:26 < tsa> rxr: globbing eben.
21:26 < th> ok, dann macht es sinn dinge wie licq per glob oder wie auch immer in mehr als nur kde/chat zu stecken, weil es ja auch eben console/chat ist
21:26 < rxr> th stop nochmal
21:27 < rxr> du sagtest licy hat kein gui ??
21:27 < rxr> was denn nun ?
21:27 < tsa> btw....will vielleicht irgendwer [M] fuer opera machen?
21:27 < rxr> die plugins koennen doch dann in die verschiedenen GUIs sortiert werden ...
21:27 * SMP will dev/null ;>
21:27 < th> rxr: licq ist ein paket welches ein licq-programm enthaelt. ausserdem sind plugins mit distributed die die UIs dazu liefern
21:27 < tsa> lol.
21:27 * rxr schuettel
21:28 < rxr> th: kann mal mehrere enablen? sind die qt gtk teile nicht einzeln erhaeltich ?
21:28 < clifford> rxr: bitte nicht jetzt bei jeder gelegenheit ein package in tausend su-packages fuer plugins, skins, doc, headers, etc. zerlegen (sonst verzweifle ich und starte ein neues projekt - z.bsp. rennschnecken zuechten :-)
21:28 < th> drwxr-xr-x    5 root     root         4096 Mar 16 07:45 auto-reply
21:28 < th> drwxr-xr-x    5 root     root         4096 May  7 10:22 console
21:28 < th> drwxr-xr-x    5 root     root         4096 Mar 16 07:45 jons-gtk-gui
21:28 < th> drwxr-xr-x    8 root     root         4096 May  7 10:19 qt-gui
21:29 < th> drwxr-xr-x    5 root     root         4096 Mar 16 07:45 rms
21:29 < SMP> koennen wir uns bitte wenigstens darauf einigen, qt-only oder gtk-only Apps _nicht_ nach gnome/ bzw. kde/ zu sortieren?
21:29 < th> das sind 5 plugins die per default mit licq mitkommen
21:29 < rxr> clifford: cool ich mach mit ?
21:29 < rxr> soll ich mal in Berlin suchen gehen *g*
21:29 < SMP> wenn ich kde/* selecte will ich eine komplettes KDE-Env., aber sicher keinen Opera
21:30 < rxr> SMP: dann wuerde ich gnome liber nach gtk und kde nach qt umbenennen ...
21:30 < clifford> rxr: wenn wir die schnecken an elektroden anschliessen und eine effektkette dranhaengen koennen wir viwelleicht sogar alternativ-musik mit ihnen machen ...  :-)
21:30 < th> hehe
21:30 < tsa> lol
21:30 < rxr> hohrt sicht gut an (hofft das keine Tierschuetzer mitlesen )
21:31 < SMP> rxr: das versteht wieder keiner und das ist IMHO auch genau gar keine Art von 'Einordnung'
21:31 < SMP> noch Meinungen?
21:31 < rxr> SMP:  ich will auf meinem rechner keine Gnome muell haben ...
21:31 < clifford> SMP: was ist mit "halb gnome" bzw. "halb kde" apps? Z.bsp. ein prog das libgtk und libxml verwendet.
21:31 < rxr> und anderen suchen sich Progs lieber aus console raus ...
21:31 < SMP> clifford: x11/
21:31 < rxr> libxml ist weder gnome noch kde ...
21:32 < rxr> das benutzen beide und gehvhrt nach library/text oder so ...
21:32 < SMP> gnome/ qualifiziert sich linken gegen libgnome*, fuer kde linken gegen libkde*
21:32 < SMP> libgnome? heisst das so?
21:32 < clifford> SMP: dann wuerdest du also auch libxml nach x11/ und nicht nach gnome/ schieben?
21:32 < rxr> SMP: moeglich
21:32 * praenti wieder dqa
21:32 < SMP> clifford: hat libxml ein GUI?
21:33 < rxr> libxml geohoert weder in x11 noch in gnome 
21:33 < praenti> rxr: sortiert ihr die pakete neu ein?
21:33 < clifford> hat libgnome eine gui?
21:33 < rxr> hilfe!
21:33 < SMP> *LOL*
21:33 < clifford> es _gehoert_ zu einer gui.
21:33 < tsa> aber nen binary: usr/bin/xml-config
21:33 * tsa grinst
21:33 < rxr> clifford: was gehohrt zu einem GUI, libxml ???
21:33 < clifford> genau - wir brauchen ja noch console/lib-config ...
21:34 < clifford> rxr: es gehoert zu gnome ..
21:34 * rxr muff 
21:34 < SMP> was soll lib-config sein?
21:34 < rxr> Fazit: alles belibt wie es ist ;-)
21:34 < rxr> clifford: NEIN!
21:34 < SMP> libxmle gehoert zu gnome wie alsa zum Kernel ..
21:34 < rxr> SMP: ????
21:34 < SMP> naemlich nur sehr weit entfernt
21:35 < rxr> libxml ist in libraries/text 
21:35 < rxr> PUNKT
21:35 < clifford> ich kenne kein nicht-gnome prog das libxml verwendet..
21:35 < tsa> komischer punkt.
21:35 < rxr> kde
21:35 < rxr> diverse console stuff 
21:35 < SMP> libraries/text? warum nicht libraries/markup? ;>
21:36 < SMP> uebrigens kann man PHP gegen den (XML parser aus) QT linken...
21:36 < rxr> SMP:  wenn du die ab jetze alle sortierst und verwalltest gerne ...
21:36 < th> clifford: also ich verwende libxml in eigenen programmen
21:36 < SMP> haben wir dann kde/php ?!
21:36 < rxr> SMP: wenn du das willst ;-)
21:37 < SMP> abgesehen davon ist php ein Fall fuer dev/null ;>
21:37 < th> aber php kann doch jetz auch irgendwie gtk *wunder*
21:37 < rxr> grep libxml package/*/*/*.cache
21:37 < SMP> genau! php-gtk
21:37 < th> SMP: ack ;)
21:37 < tsa> th: und es kann pdf's bauen..
21:37 < th> tsa: jo
21:37 < tsa> php-kde-gtk-pdf-php?
21:37 < huebi> *lol*
21:37 < rxr> clifford: die categories siffen ...
21:38 < huebi> re 
21:38 < rxr> package/base/isdn4k-utils/isdn4k-utils.cache:[DEP] lesstif libglade libole2 librep librsvg libsigc++ libtool libxml2
21:38 < rxr>  ???
21:38 < SMP> *hoe hoe*
21:38 < clifford> rxr: ok - ich glaub's ja ... :-)
21:38 < rxr> ach ja  - ich erinnere mich das prob ist bekannt
21:38 < rxr> ls -l /usr/bin
21:38 < rxr> oder so  ...
21:39 < rxr> also fazit?
21:39 < clifford> rxr: ls nicht, weil das die readdir und stat ausfuehrt ...
21:39 < rxr> stimmt
21:40 * huebi geht mal da dran, die U30 mit ROCK Linux 1.5.12 zu versehen.
21:40 < clifford> rxr: zu den deps muss ich mir aber noch so manches einfallen lassen ...
21:40 < rxr> huebi: hasst du von der U5 neuigkeiten gehoehert
21:40 < praenti> huebi: hast du mein zeugs schon probiert?
21:41 < praenti> huebi: oder besser renes
21:41 < rxr> hatte die illusion die feiertage eine zu haben :-(
21:41 < huebi> rxr: kannst du haben :-)
21:41 < rxr> huebi: was?
21:41 < clifford> ... durch die zu vielen deps gibts beim builden auf clustern mit ueber 100 nodes ein paar troubles ... (laut Create-ParaSim :-)
21:41 < SMP> wie bringt man den OpenOffice Installer zum funktionieren? ;)
21:41 < rxr> SMP: keine ahnung
21:41 < huebi> SMP: ???
21:41 < rxr> SMP: bei mir haben sich auch schon dRock leute beschwert das der nicht tut ...
21:41 < praenti> SMP: ich hatte auch probleme damit
21:42 < SMP> super! ich bin nicht allein!
21:42 * rxr downloading oo
21:42 < clifford> SMP: sag' mirs wenn du's weisst (ich hab' das vile hier liegen - aber noch nichts damit gemacht :-)
21:42 < huebi> Hier funtionierts schon immer voellig problemlos.
21:42 < SMP> huebi: auch der 1.0er?!
21:42 < SMP> ein frueherer hat bei mir in der Tat noch funktioniert
21:43 < rxr> SMP: dieses file: OOo_1.0.0_LinuxIntel_install.tar.gz
21:43 < rxr> ?
21:43 < SMP> jo
21:43 < huebi> OpenOffice.org642
21:44 < SMP> huebi: *gnn*
21:44 < SMP> 642 < 1.0
21:44 < rxr> huebi: was wolltest du mir ein paar zeilen weiter oben sagen?
21:44 -!- l_9_l [~jarod@217.17.228.83] has left #rocklinux ()
21:45 < huebi> Viel lieber waere mir das Monster mal fertig compiliert zu bekommen.
21:46 < huebi> rxr: Ich habe hier 1x U5 und 1x U30. Du kannst gerne einen Login bekommen auf der U5
21:46 < SMP> ARGH!
21:46 < SMP> SIGSEGV
21:46 < rxr> hm ja hm
21:47 < SMP> und mit einem monstroesen und fehlerhaften sighandler aufgefangen
21:47 < SMP> und dann _exit(09
21:47 < SMP> _exit(0) halt
21:47 < rxr> huebi: login habe ich auf Mike'S U5 auch ... - aber nen ROCK build kann man kaum als user bauen ...
21:47 < SMP> *heul*
21:47 < huebi> rxr: root login.?
21:48 < rxr> ?? willst du wirklich?
21:48 < rxr> Viel mehr wuerde mich interessieren wan Ripclaws U5 hier ankommt ;-)
21:48 < huebi> rxr: Armijn hat auch einen. 
21:48 < rxr> s/wan/wann/
21:48 < rxr> huebi: Hm ;-)
21:48 < huebi> rxr: ripclaw ist genau so ueberarbeitet wie ich.
21:49 < huebi> rxr: Das braucht einfach noch seine Zeit.
21:49 < rxr> huebi: als erstes wuerde ich mir die diversen gcc und egcs und kernel versionen auschauen um zu sehen was fuer ein Mischmasch das ist ...
21:49 < huebi> Und dann gab's hier noch ueberall, oehm, Probleme mit dem anderen Gesclecht...
21:51 < tsa> hehe
21:51 < SMP> SEGFAULTE NICHT, DUMMES DING!
21:51 < huebi> rxr: Ich muss jetzt nur noch mein nfs-home unmountbar machen auf der U5 und dann steht dem root login eigendlich nichts mehr im weg.
21:52 < rxr> huebi: nicht noetig - ich ware noch ...
21:52 < rxr> huebi: und kompiliere schonmal nen paar kernel mit den corss-compiler ...
21:52 < huebi> rxr: ok
21:52 < rxr> huebi: aber danke!
21:52 < rxr> clifford: wann hast du zu letzen mal nen ROCK 1.7 build laufen lassen
21:52 < huebi> gern geschehen.
21:54 < clifford> rxr: hab gerade einen neuen gestartet - der letzte war letzte woche.
21:55 < rxr> clifford: ahh - deshalb baute ihr gestern nichts ...
21:55 < clifford> ich werd erst am Fr. wieder in mein office kommen - und bis dahin sollte er durchgelaufen sein.
21:56 < rxr> clifford: du machst einen referenz build? Bist du sicher das der noch laeft ?
21:57 * SMP ueberlegt das OpenOffice setup mit einer LD_PRELOAD laufen zu lassen, die unlink() erdet ..
21:57 < clifford> rxr: ist grad' bei glibc. wieso?
21:57 < SMP> (bei RealOne kommen da echt lustige Sachen raus ;>)
21:58 < rxr> Stage 1 ?
21:58 < SMP> (nen CVS tree in der Doku, der sonst geloescht wuerde z.B.)
21:58 < clifford> rxr: stage 0. wieso????
21:58 < rxr> ahh meinte ich ja 
21:58 < tsa> SMP: hehe
21:58 < clifford> SMP: wow!
21:59 < rxr> ok ich starte gleich auch mal nen ganz jungfreulichen 1.7 build ...
21:59 < clifford> rxr: wiiiiiieeeeesssoooooo????????
21:59 < rxr> weil hier gestern ncits tat! install_init gab es nicht und src.* wurde nie geloescht und irgend was anderes war auch noch ...
22:00 < rxr> -> nahezu kein package tat ...
22:00 < th> hat zufaellig grad wer ne statisch gelinkte 386er shell da?
22:00 < rxr> SMP: install oder setup ?
22:00 < clifford> rxr: das mit src.* ist laengst gefixed und von install_init weiss ich nix ..
22:00 < clifford> .. aber laetzteres laesst ich ja leicht testen.
22:00 < tsa> th: hm...noe - ich koennt dir nen SunOS /sbin/sh anbieten ;)
22:01 < th> hehe
22:01 < SMP> rxr: ./install --interactive --prefix=/bla
22:01 < th> noe.
22:01 < th> tsa: hab vorhin noch mit freaks aus #linux rumprobiert
22:01 < rxr> rene@jackson:~/install > ./install --interactive --prefix=/bla
22:01 < rxr> Installation starting, please be patient ...
22:01 < rxr> glibc version: 2.2.5
22:01 < rxr> Installation Complete
22:01 < rxr> nicht wirklich viel ...
22:01 < th> tsa: hab dann die busybox noch mit -march-i386 gebaut... aber selbes ergebnis.. beim exec haengt der kernel nur
22:01 < SMP> *LOL*
22:02 < SMP> rxr: dann liegt's also wohl nicht an meiner glibberc 2.13 ..
22:02 < SMP> 2.1.3 even
22:02 < SMP> OpenOffice b0rken
22:02 < rxr> SMP: sieht nicht gut aus ...
22:02 < tsa> SMP: ./scripts/Build-Pkg glibc
22:02 < clifford> also install_init gibt's hier (zumindest kann ich gpm builden und er macht ein neues gpm init script).
22:03 < clifford> mkdir: cannot create directory `/var/adm/cache': File exists
22:03 < clifford> .. das wirst du oefters mit dem letzten snap sehen.
22:03 < SMP> tsa: danke, ich brauche die Installation noch ;)
22:03 < tsa> SMP: NACK - das geht.
22:03 < rxr> rene@jackson:~/install > gdb ./setup
22:03 < rxr> GNU gdb 5.1.1
22:03 < th> SMP: hast du ne idee warum der 2.2er kernel beim execve("/sbin/init",argv_init,envp_init); oder auch /bin/sh einfach nichts mehr tut?
22:03 < tsa> glibc 2.2.5 1.7.0-DEV-200202271811
22:03 < rxr> Starting program: /home/rene/install/./setup
22:03 < rxr> glibc version: 2.2.5
22:03 < rxr> Program exited with code 01.
22:04 < SMP> tsa: ich weiss. dann habe ich aber keine 2.1er mehr, die brauch ich aber
22:04 < SMP> th: uh
22:04 < tsa> SMP: wofuer brauchst du ne glibc 2.1?
22:04 < SMP> alle meine Systeme haben eine?
22:05 < tsa> Upgrade auf allen? ;)
22:05 < SMP> Tod und Teufel
22:05 < rxr> SMP: bis vor ein paar wochen hatte dRock auch noch eine ... - es wird auch noch nen 1.4.2 zum updatedn alters systeme geben ;-)
22:06 < SMP> ... was mich schmerzhaft an ROCK 1.4.1 erinnert ;-(
22:06 < huebi> umm 22h10 zeigt sichca ob die glibc tut
22:06 < rxr> cp drock-1.4.2 rock-1.4.1 ? ;-)
22:07 < SMP> rxr: 'gehe hin und noetige einen Unpaarhufer deiner Wahr zur Unzucht' ;>
22:07 < tsa> *ROTFL*
22:07 < huebi> SMP: Verbraucht world eigendlich schon wieder Strom? ;>
22:07 < SMP> huebi: *zuck* nein
22:07 < th> huebi: hehe
22:08 < th> huebi hat das boese "w"-wort gesagt
22:08 < th> huebi: aber interessant formuliert.
22:08 < huebi> th: iCH SAGS AUCH NIE WIEDER...
22:08 < SMP> ich bin irgendwie den ganzen Tag schon mued. morgen Feiertag, hmm
22:08 < SMP> mal Bettchen jetzt. cu!
22:09 < huebi> und passe mit der caps-lock taste auf bevor ich enter druecke.
22:09 < rxr> SMP: Installing OpenOffice.org on Linux is very easy! - says the hp
22:09 < huebi> SMP: Schlaf gut.
22:09 < huebi> SMP: Halt..
22:10 < tsa> cu SMP
22:10 < SMP> Simon says, rm -f OOo_1.0.0_LinuxIntel_install.tar.gz
22:10 < SMP> huebi: ja?
22:10 < th> SMP: schlaf gut... traeum von gott und der welt *oups* ;)
22:10 < huebi> unter rocklinux.dyndns.org/files/OpenOffice_build habe ich alles zusammen kopiert, was bei OO schon funtioniert hat.
22:11 * rxr rm -rf install/ OOo_1.0.0_LinuxIntel_install.tar.gz
22:11 < SMP> th: pass auf dass ich nicht auf dem Weg nach Draussen noch am Serverraum vorbei komme ;PP
22:11 < SMP> huebi: danke
22:11 < huebi> Ich haette gerne OO in Rock mit drin.
22:11 * SMP springt huebi an die Gurgel
22:12 * rxr ist jetzt was
22:12 < rxr> aeh isst ;-)
22:12 < tsa> rxr: oh...was bist du denn jetzt?
22:12 < tsa> ah ;-)
22:12 < clifford> rxr: sein oder nicht sein ...
22:12 < huebi> Funktioniert laut einem Windows Guru (und die sind echt selten!) sehr gut und problemlos mit Excell und word.
22:13 < rxr> hm muesste man nach neuer deutscher rechtscreibung ja sogar so schreiben - ist ja eckelig ..
22:13 < huebi> SMP: Das will ich einfach haben. Bisher beste Office Loesung unter Linux .
22:15 < clifford> huebi: geht sowas eigentlich auch einfacher (hab nicht's in der manpage gefunden): for x in $(ls /usr/local/share/cows/) ; do cowsay -f ${x%.cow} ${x%.cow} ; done
22:21 < clifford> ich bin weg ...
22:21 < clifford>   ____________________ 
22:21 < clifford>  < See you on Friday! >
22:21 < clifford>   -------------------- 
22:21 < clifford>      \
22:21 < clifford>       \
22:21 < clifford>                                     .::!!!!!!!:.
22:21 < clifford>    .!!!!!:.                        .:!!!!!!!!!!!!
22:21 < clifford>    ~~~~!!!!!!.                 .:!!!!!!!!!UWWW$$$ 
22:21 < clifford>        :$$NWX!!:           .:!!!!!!XUWW$$$$$$$$$P 
22:21 < clifford>        $$$$$##WX!:      .<!!!!UW$$$$"  $$$$$$$$# 
22:21 < clifford>        $$$$$  $$$UX   :!!UW$$$$$$$$$   4$$$$$* 
22:21 < huebi> clifford: gute nacht. Ich auch
22:21 < clifford>        ^$$$B  $$$$\     $$$$$$$$$$$$   d$$R" 
22:22 < clifford>          "*$bd$$$$      '*$$$$$$$$$$$o+#" 
22:22 < clifford>               """"          """"""" 
22:22 -!- clifford is now known as clifford_away
22:23 < huebi> ...und wech#
22:23 < rxr> cu
22:23 < th> gehen alle?
22:23 < th> is schon schliesszeit?
22:23 * tsa ist noch da.
22:24 < tsa> vorsicht, der bordstein klappt grad noch!
22:24 < th> *stolper*
22:24 < huebi> glibc geht nicht *frust*
22:24 < th> busybox auch nicht
22:27 < rxr> nein - habe doch nru huebi cu gesagt ;-)
22:28 < rxr> ich esse nur kurz was - und dann werde ich mal schauen was der 1.7 build macht, ein category update script hacken und die dRock updates nach 1.7 mergen ... ;-)#
22:33 < th> init.o(.text+0x1264): undefined reference to `printk'
22:33 < th> wo steckt das
22:33 < th> ?
22:34 < th> oder kann das NUR der kernel?
22:34 < tsa> keine ahnung - sieht nach kernel aus
22:35 < th> klar das is das printf des kernels sozusagen
22:35 < th> und irgendwie meine einzige debug moeglichkeit
22:35 < th> und jetz will ich ins /sbin/init ein paar printks einbauen
22:36 < clifford_away> th: das geht nicht.
22:36 < rxr> glibc
22:36 < praenti> th: printk ist eine funktion die in den kernel-headern definiert ist. im user-space hast du printf
22:36 < clifford_away> (zumindest nicht ohne den kernel um einen system-call zu erweitern)
22:37 < rxr> a sorry
22:37 < th> aber normale printfs sehe ich doch nicht
22:37 < th> damn
22:38 < praenti> th: wo?
22:38 < praenti> printf geht auf die stdin. oder hast du die stdin noch nicht
22:39 < th> praenti: ich habe ne boot/root disk. mit kernel drauf und rootfs. der kernel mounted das root fs erfolgreich aber beim ausfuehren von /sbin/init oder /bin/sh (ganz gleich) bleibt er haengen
22:39 < praenti> dann nimmst fprintf und als stream stderr. das muesstest du sehen
22:40 < th> ok
22:40 < th> hmm
22:40 < praenti> hoff ich mal zumindest
22:40 < th> wo issen printk definiert?
22:40 < praenti> th: frag mich nicht. hab das buch noch nicht soweit gelesen. oder hast du kernel-docbook da. dann kannst du nachschauen
22:41 < th> nee hab ich nicht
22:41 < praenti> mom. ich schau mal nach
22:41 < th> ich koennte ja auch nach /dev/console schreiben
22:42 < praenti> will dein init unbedingt printk?
22:43 < th> ich wollte da printk reinschreiben, weil ich da sicher bin dass ich es sehe
22:44 < praenti> th: printk muesste in /usr/src/linux/include/linux/kernel.h drin sein
22:44 < th> asmlinkage int printk(const char * fmt, ...)
22:44 < th>     __attribute__ ((format (printf, 1, 2)));
22:44 < praenti> soweit ich das sehe ist das ein direkter syscall. ich vermute der muss im kernel-space erfolgen
22:44 < th> damn
22:46 < praenti> dann kompilier dir das init neu. und benutze statt printk fprintf mit stderr als stream
22:46 < th> jo das probier ich....
22:58 < th> jo geht
22:58 < th> ich komme an im init. gut
23:01 < rxr> 0-sysfiles 
23:01 < rxr> Build-Pkg bc command not found ... ??
23:03 < tsa> hm...
23:03 < tsa> kein bc installiert?
23:04 < tsa> oder bezieht sich das not found auf Build-Pkg?
23:05 < rxr> also bc und time ... habe ich hier .. ;-)
23:05 < tsa> hm....
23:05 < tsa> dann ist da irgendwas komisch.
23:07 < rxr> clifford_away: Hast du die build stages von bc und time verdndert?
23:08 < rxr> hm - obwohl in dRock sind die auch erst stage-3 ...
23:08 < tsa> clifford ist weg...
23:08 < rxr> tsa: er schreibt oefters mit clifford_away ... ;-)
23:08 < rxr> tsa: siehe oben ;-)
23:08 < tsa> jupp, ich weiss...
23:09 < rxr> hehe
23:09 < tsa> abe4r diesmal scheint er ausnahmsweise wirklich mal weg zu sein ;)
23:09 < tsa> -4
23:09 * rxr back to a vt
23:10 -!- tomik [~tomik@193.109.181.247] has quit ("irssi rulezz")
23:11 < rxr> hm irgenwie ist das broken - ob ich gerade die nerven habe soetwas zu suchen ...
23:12 < rxr> yeah!!! ich habe jetzt ssh zugriff auch die kde releases eine woche vor dem release ;-)
23:13 < rxr> May  8 20:49 kde-3.0.1
23:14 < rxr> http://slashdot.org/articles/02/05/08/176230.shtml?tid=109
23:19 * praenti is wech
23:22 < rxr> cu
23:22 < tsa> cu praenti
23:23 -!- freed [~freed@pD9001E1C.dip.t-dialin.net] has joined #rocklinux
23:24 < rxr> hi freed 
23:24 < freed> hi
23:24 < freed> na alles schön?
23:25 < rxr> sicher ;-)
23:30 < rxr> und was mach dRock
23:32 -!- snyke [~snyke@pD9502A61.dip0.t-ipconnect.de] has joined #rocklinux
23:32 < snyke> hi ppl
23:35 < rxr> oh jetzt kopiert scp auch i18n packete von kde - die wollte ich doch gar nicht ...
23:35 < rxr> hi snyke 
23:41 < rxr> 1.7 drives me crazzy
--- Log closed Thu May 09 00:00:06 2002