--- Log opened Fri May 13 00:00:31 2005
--- Day changed Fri May 13 2005
00:00 < mnemoc> :D
00:02 < rxr> you forgot to tag 4.0 ...
00:02 < valentin> nope - i did in stable 2.1 
00:02 < valentin> the menu is a very important issue
00:03 < valentin> 23:56 -!- CIA-0 [~valentin@port-212-202-41-157.dynamic.qsc.de] has joined #t2
00:03 < valentin>             ^-- the address whistle blows..
00:09 -!- sparc-kly [~mubex@66-50-33-174.prtc.net] has joined #t2
00:09 < sparc-kly> hi all
00:09  * sparc-kly now rebuild my gentoo system :D 
00:17  * mnemoc kicks sparc-kly 
00:31 -!- sparc-kly [~mubex@66-50-33-174.prtc.net] has quit ["Lost terminal"]
00:34 < rxr> cool
00:36 < rxr> on phoenix some EU politican really opened the EU "verfassung" to cite a ? to tell some CDU (I think) politican: "I do not think it is ok when you tell lies to the audience!"
00:36 < rxr> verfassung == constitution ,-)
00:37 < _Ragnar__> *hrhr*
00:37 < rxr> there should be some more politicans reading their laws, constitutions, whatever ...
00:38 < _Ragnar__> yea
00:38 < _Ragnar__> and doing what their job is, protecting the citizen, instead of licks lobbyists arses
00:38 < _Ragnar__> licking*
00:44 < rxr> the EU constitution is ineed as big as a phone book - damn
00:45 < _Ragnar__> :0
00:46 < rxr> I consider orderng it - would be an interesting read due to the end of this year
00:47 < _Ragnar__> ;)
00:47 < rxr> http://www.bundesregierung.de/Politikthemen/Europaeische-Union-,12291/Verfassung-bestellen.htm
00:48 < rxr> (900 kb) PDF ??
00:48 < valentin> is there a free PDF version or so ?
00:48 < valentin> ah
00:48 < rxr> huh?
00:48 < rxr> why has the PDF only 99 pages ???
00:49 < rxr> the censored version for the german inhabitants ?
00:49 < rxr> they demand 2EUR for the constitution ?
00:49 < rxr> Verfassung der Europ?ischen Union
00:50 < rxr> Herausgeber   Thomas L?ufer
00:50 < rxr> Seiten  475
00:50 < rxr> Erscheinungsdatum  22.03.05
00:50 < rxr> http://www.bpb.de/publikationen/LNUCFX,0,0,Verfassung_der_Europ?ischen_Union.html
00:50 < rxr> ^- full PDFs - I think
00:50 < rxr> Die Verfassung der Europ?ischen Union - komplett als PDF-Version (1.288 KB)
00:51 < rxr> I order it - I can not print it for 2 EUR on my laser printer ...
00:51 < rxr> valentin: do you want one too ?
00:52 -!- mtr_ [~michael@p54AFA2F2.dip0.t-ipconnect.de] has joined #t2
00:53 < rxr> Kein Rechtsanspruch  Es besteht kein Rechtsanspruch auf Erhalt der bestellten Ver?ffentlichungen.
00:53 < rxr> ?!?!?
00:53 < valentin> ?????
00:53 < rxr> Versand: "Porto zahlt Empf?nger" Der Versand erfolgt grunds?tzlich unfre
00:54 < valentin> ouhm - yea - order me one but es besteht kein rechtsanspruch darauf dass ich dir das geld gebe :)
00:54 -!- mtr [~michael@p54AFAA47.dip0.t-ipconnect.de] has quit [Read error: 60 (Operation timed out)]
00:54 < rxr> valentin: do you want one, maybe that reduces the shipment they do not include in the 2EUR ...
00:55 < valentin> rxr: maybe france votes against, then you have a big stapple of waste paper ...
00:56 < rxr> I want to read what shit they wrote into it ...
00:56 < rxr> I also have the german grundgesetz - such stuff is text one should have reda one in a lifetime ...
00:57 < rxr> hm - their poor mans cgi sifft ...
00:57 < rxr> maybe I only get one ...
00:57 < rxr> maybe they should pay use to write a poor mans shop that does work ...
00:57 < rxr> ah - no - they managed to get it:
00:57 < rxr> Verfassung der Europ?ischen Union  2  4,00 EUR
00:57 < rxr> Versandkosten     4,60 EUR
00:57 < rxr> Gesamtsumme     8,60 EUR
00:58 < rxr> should I go back to compare shipment for a single edition ?
00:59 < rxr> huh!
00:59 < rxr> for only one issue they do not demand shipment costs! !?!?!
00:59 < valentin> rxr: their webmasters are very skilled, but they had to code around patents ...
00:59 < rxr> sorry - I order only one - try the same I would say ,-)
01:00 < rxr> valentin: follow the last link I posted and click on order ...
01:00 < rxr> maybe you get also one free house ..
01:00 < rxr> valentin: they might setup a interesting software without the use of if's aka. compares ...
01:04 < rxr> valentin: it seems 2 more embedded photos would be good
01:04 < rxr> any idea what I should take pics of ?
01:05 < valentin> take a photo of the inside of your old laptop
01:05 < valentin> *g*
01:10 < rxr> harr
01:10 < rxr> or I just include the one of your in front of the dark desk
01:10 < valentin> rxr: can i see the two pictures you took here ?
01:11 < rxr> or this one:
01:11 < rxr> http://gsmp.tfh-berlin.de/rene/photos/photos/d0010171.jpg
01:12 < valentin> you can take a picture of your new hack-room
01:13 < rxr> I need to clean up before
01:15 < rxr> http://ec-outpost.dyndns.org/pics/imgp0126.jpg
01:15 < rxr> http://ec-outpost.dyndns.org/pics/imgp0127.jpg
01:17 < valentin> how is this dynamic distributed nearest neighbor routing method called again ?
01:19 < valentin> i'm looking quite excited on the first picture ...
01:21 < rxr> btw. you should notify the editors that you'll write a network config article
01:22 < valentin> you mean drilling ? yes - i'll do ...
01:22 < rxr> Post-Link Optimization for Linux on POWER 5.3 
01:24 < rxr> http://www.alphaworks.ibm.com/tech/fdprpro?open&S_TACT=105AGX59&S_CMP=GR&ca=dgr-lnxwd01awfdprpro
01:35 < rxr> valentin: 
01:35 < rxr> http://www.alphaworks.ibm.com/tech/fdprpro?open&S_TACT=105AGX59&S_CMP=GR&ca=dgr-lnxwd01awfdprpro
01:35 < rxr> http://ec-outpost.dyndns.org/pics/imgp0128.jpg
01:36 < rxr> http://ec-outpost.dyndns.org/pics/imgp0129.jpg
01:36 < rxr> http://ec-outpost.dyndns.org/pics/imgp0130.jpg
01:36 < rxr> http://ec-outpost.dyndns.org/pics/imgp0131.jpg
01:36 < rxr> http://ec-outpost.dyndns.org/pics/imgp0132.jpg
01:36 < rxr> so - I start to crawl into thy bed ...
01:37  * valentin too
01:37 < valentin> cu all
01:38 < rxr> the new camera is way better in "not so well enlighted" environments
01:38 < rxr> my old pics have been way more noisy ...
01:39 < valentin> nice
01:39 < valentin> cu
01:40 < rxr> nm8
01:46 < CIA-10> amery * r8838 /trunk/package/zope/zope/stone_mod_zope.sh: * added zope stone module (WIP)
01:48 < mnemoc> hi
03:14 -!- sparc-kly [mubex@66-50-33-174.prtc.net] has joined #t2
03:51 -!- ojh [~omer@209-180-235-248.eugn.qwest.net] has joined #t2
04:01 -!- ojh [~omer@209-180-235-248.eugn.qwest.net] has left #t2 []
04:13 < CIA-10> amery * r8839 /trunk/package/zope/zope/stone_mod_zope.sh: * improved stone.d/mod_zope.sh to use data arrays and cache (WIP)
05:09 -!- sparc-kly [mubex@66-50-33-174.prtc.net] has quit [Read error: 104 (Connection reset by peer)]
06:29 < CIA-10> amery * r8840 /trunk/package/zope/zope/stone_mod_zope.sh: * improved stone.d/mod_zope.sh to do better usage of bash arrays
06:31 -!- keinek [~Keinek@201.254.12.62] has joined #t2
06:31 < keinek> hi
06:33 < mnemoc> hi
06:37 < valentin> moin
06:37 < valentin> *yawn*
06:37 < mnemoc> moin valentin 
06:37 < mnemoc> why this early?
06:41 < valentin> need to finish my text about "jugend forscht"
06:46 < mnemoc> destroying that p2p system? 
06:46 < CIA-10> amery * r8841 /trunk/package/zope/zope/stone_mod_zope.sh: * improved stone.d/mod_zope.sh to actually save the changes before exiting.
06:59 < valentin> well, i try to be as nice as possible
06:59 < CIA-10> amery * r8842 /trunk/package/zope/zope/stone_mod_zope.sh: * changed stone.d/mod_zope.sh to show product location when selecting it on the list
07:00 < valentin> sad, but his documentation is a bit lame. he mixes handbook style with (mostly uninteressting)technical details that are thrown between the lines - but he is quite silent about the realization of the interessting features
07:01 < valentin> there are single UML diagrams about (trivial) features, but a big picture is missing
07:02 < mnemoc> maybe he 'took' complex parts from other place
07:02 < valentin> He prints out an ad-in tree of his Components saying "file A does this ..." but wtf ?
07:03 < valentin> there is not mutch enlightenment
07:03 < valentin> he fails to get the point in his work
07:04 < valentin> that is the technical blah is no real enrichment and could have been left away
07:04 < valentin> for example: it is clear that clickiing a button triggers a message and i do not care about message type
07:05 < mnemoc> that's the kind of things he documented?
07:20 < CIA-10> amery * r8843 /trunk/package/zope/zope/stone_mod_zope.sh: * added instance tab handling to stone.d/mod_zope.sh
07:27 < valentin> mnemoc: yeah
07:28 < valentin> it is a bit unstraight - i do not find out what he wants to say, is it the implementation that is innovative or the interface ?
07:28 < mnemoc> i doubt that someone who document such stuff coded without documenting a routing system
08:00 < valentin> he did last year (and won a price_
08:00 < valentin> )
08:00 < valentin> however, he implements OSPF
08:08 < valentin> is it sth new that a program opens up a separate p2p connection for transfering big files ?
08:08 < valentin> irc irc does it ?
08:08 < valentin> and those evil things like the donkey ?
08:08 < valentin> ok, donkey transfers blocks
08:09 < mnemoc> even DNS does it :)
08:09 < valentin> *g*
08:09 < mnemoc> tcp for domain transfers and udp for short queries
08:11 < mnemoc> very original concept :p
08:21 < CIA-10> amery * r8844 /trunk/package/zope/zope/stone_mod_zope.sh: * improved stone.d/mod_zope.sh to show installed products, if they are recognized symlinks or if they are staticly installed on products dir.
08:23 < valentin> mnemoc: how about irc ?
08:23 < valentin> if i transfer files via irc ?
08:23 < valentin> an example for a chat prog would be nice
08:27 < mnemoc> dcc? afaik it's peer to peer
08:27 < valentin> what is dcc ?
08:28 < mnemoc> i don't remember the acronim... direct client connection?
08:29 < mnemoc> direct client to client protocol :)
08:31 -!- _jeru [~jeru@mail.oberlinhaus.de] has joined #t2
08:31 -!- _jeru is now known as jeru
08:31 < jeru> moin 
08:31 < valentin> moin jeru
08:32 < jeru> oh! moin valentin
08:32 < mnemoc> hi jeru
08:33 < mnemoc> stone zope is getting on shape if you want to take a look ;) (at trunk for now)
08:33 < jeru> hi mnemoc, haven't seen you zope stone_mod yet, but thanks :)
08:34 < mnemoc> i know you haven't, that's why i told you
08:35 < jeru> mnemoc: but I already read the  commit messages ;)
08:35 < mnemoc> :D
08:35 < jeru> I've seen the time you commited the last change and I had to hurry to login to #t2 to thank you ;)
08:36 < jeru> before you'll leave for sleep
08:39 < jeru> valentin: now we're one step further on the road to a militarized "EU-Imperium" :(
08:41 < jeru> creating the initrd while building a bootdisk produces some errors ...
08:41 < mnemoc> jeru: i hope this gets usefull
08:41 < jeru> I mean on 2.1
08:41 < jeru> Creating initrd data:
08:41 < jeru> -> Create linuxrc binary.
08:41 < jeru> linuxrc.o(.text+0x33f): In function `httpload':
08:41 < jeru> linuxrc.c: warning: warning: your code uses stdio (7+k bloat).
08:41 < jeru> linuxrc.o(.text+0x40f):linuxrc.c: warning: setenv calls malloc.  Avoid it in small programs.
08:41 < jeru> /t2/branches/2.1/build/bootdisk-2.1.0-rc1-x86-bootdisk/usr/dietlibc/lib-i386/libc.a(vsnprintf.o)(.text+0x94): In function `vsnprintf':
08:41 < jeru> vsnprintf.c: warning: warning: the printf functions add several kilobytes of bloat.
08:41 < jeru> /t2/branches/2.1/build/bootdisk-2.1.0-rc1-x86-bootdisk/usr/dietlibc/lib-i386/libc.a(vsscanf.o)(.text+0x5f): In function `vsscanf':
08:41 < jeru> vsscanf.c: warning: warning: the scanf functions add several kilobytes of bloat.
08:41 < jeru> -> Copy various helper applications.
08:41 < jeru> -> Adding kiss shell for expert use to the initrd image.
08:41 < mnemoc> where is the error? ;)
08:41 < CIA-10> amery * r8845 /trunk/package/zope/zope/stone_mod_zope.sh: * improved stone.d/mod_zope.sh to show the list of available but not installed products of an instance.
08:42 < jeru> mnemoc: it's from the build.log of a 2.1 bootdisk build
08:42 < mnemoc> they are just warnings ;)
08:42 < jeru> and curl failed on stage 5 every last build I did 
08:43 < mnemoc> curl?
08:43 < mnemoc> uhm
08:43 < jeru> I don't know if this is a mnemosyne specific
08:43 < mnemoc> i built a mnemosyne/gnome yesterday without troubles
08:43 < jeru> but if I remove curl and start Build-Target again it builds fine
08:44 < mnemoc> about linuxrc we have three options: (1) keep it as it has been for years, (2) /dev/null the output, or (3) correct the code to not use bloating code.
08:44 < jeru> this was the same case on a different build on another machine too
08:44 < mnemoc> jeru: what the log say?
08:45 < jeru> mnemoc: I'll send the complete log to the ml
08:46 < mnemoc> ok
08:49 < jeru> mnemoc: mail is send
08:49 < jeru> mnemoc: but unfortunately I forgot to enable xtrace on that target :|
08:50 < mnemoc> :(
08:51 < jeru> but I'll start a new build today on my new "screaming machine" at work
08:52 < mnemoc> screaming machine?
08:55 < jeru> mnemoc: yeah ... Igot a "new" test machine at work
08:56 < mnemoc> T2 is good for testing hardware :)
08:56 < jeru> mnemoc: and it builds quite fast. at least faster than any other machine I can build on
08:56 < CIA-10> amery * r8846 /trunk/package/zope/zope/stone_mod_zope.sh: 
08:56 < CIA-10> * fixed stone.d/mod_zope.sh to not show duplicated 'available' entries
08:56 < CIA-10> * changed stone.d/mod_zope.sh to call the function to install or update products on instances. (the function does nothing - WIP)
08:56 < jeru> I already downloaded new livecd rev.5 to do further tests on various ghardware here ;)
08:56 < mnemoc> jeru: that's the last, feel free to test, fix and improve :)
08:57 < mnemoc> that livecd will rock^WT2
08:57 < mnemoc> *g*
08:57 < jeru> mnemoc: yeah :D
08:58 < mnemoc> jeru: do we have cpsskins product?
08:59 < jeru> mnemoc: unfortunately not ... URL ?
08:59 < mnemoc> http://www.medic.chalmers.se/~jmo/CPS/
08:59 < mnemoc> http://www.medic.chalmers.se/~jmo/CPS/demos/CPSSkins-2.1.6-Plone2.html <--- look at this flash
08:59 < jeru> don rxr and don valentin are building a nice product with this livecd :)
09:00 < mnemoc> an amazing product
09:00 < jeru> mnemoc: click
09:00 < jeru> mnemoc: btw, my cousin is working at math department at chalmers university ;)
09:00 < mnemoc> livecd is an amazing product
09:03 < jeru> mnemoc: nice demo :)
09:03 < valentin> mnemoc: yeah
09:04 < valentin> and it was implemented in about two weeks by rxr
09:04 < jeru> mnemoc: this is the upcoming plone version
09:04 < mnemoc> jeru: afaik that product work on 2.0
09:05 < jeru> mnemoc: should I add it or do you ? ;)
09:06 < mnemoc> i'm sleeping :)
09:07 < jeru> mnemoc: okok ... go sleep don alejandro :)
09:08 < mnemoc> have anyone noticed the difference between ls and ls | cat ?
09:08 < _Ragnar__> nini folks
09:09 < jeru> mnemoc: I'll package this nice cpsskins thingy 
09:09 < jeru> mnemoc: what difference ?
09:09 < mnemoc> try it
09:10 < mnemoc> it seems to assume -1 when piped
09:12 < jeru> mnemoc: ack
09:15 < jeru> so ... preparing next laptop to test livecd ... hehe :)
10:08 < valentin> t2 will reach r8900 before end of week :)
10:09 < jeru> valentin: hehe ... but unfortunately the last livecd test on a toshiba satellite 2800-400 wasn't successful
10:09 < valentin> so, i hope i hit the right balance between plaudit and destruction :)
10:10 < valentin> jeru: rxr and me noticed another ddc prob yesterday - rxr fixed that tonight
10:10 < valentin> and there seems to be a prob with some ps/2 mice
10:11 < valentin> btw: where is rxr ? it is quite late for him *g*
10:11 < valentin> jeru: what was the problem ?
10:11 < jeru> valentin: I guess it's still a DDC problem ...
10:12 < valentin> ddc is such a crap :/
10:12 < jeru> valentin: btw, I used the last rev. of the livecd 
10:39 < jeru> valentin: the graphic chip (s3) is properly detected on the toshiba laptop ... but the resolution was set to 1600x1200 which shouldn't be possible with this laptop
10:43 < valentin> jeru: whe had that here, too
10:43 < rxr> re
10:43 < valentin> moin rxr
10:43 < valentin> bbl
10:44 < rxr> btw. the ps2 mouse works on my P-mmx - no idea why it does not on your athlon
10:45 < rxr> jeru: what is the ddcprobe output on that s3 based laptop ?
10:47 < rxr> mnemoc: the live cd does not use the binary linuxrc ,-)
10:48 < rxr> btw. I think we should disable those "size bloat" warnings for dietlibc
10:48 < rxr> there is a option to do so in the dietfeature.h or so
10:55 < rxr> mnemoc: I think I can finalize dbus/hal integration so all your volumes will appear on the KDE desktop or so automatically ...
11:00 < jeru> re
11:00 < jeru> hi rxr :)
11:01 < jeru> rxr: how do I check the ddcprobe output ?
11:02 < jeru> rxr: forget about the last question ... but you should add /usr/sbin to $PATH
11:04 < rxr> for root users it is in the path - as usual
11:05 < jeru> rxr: what should I look for in the ddcprobe output ?
11:05 < rxr> the standard mode lines 
11:05 < rxr> is there a 1600x1200 line in there? that made it into the x config ?
11:07 < jeru> rxr: strange ... yes there is a 1600x1200 line -> supported standard modes 
11:07 < rxr> damn
11:07 < jeru> rxr: but I guess it's for the chipset
11:08 < rxr> no - DDC is what your monitor / display responses with via a I2C bux
11:08 < rxr> bus even
11:08 < rxr> what mode should the display usually run with ?
11:08 < jeru> rxr: it's 1024x768
11:10 < rxr> do you see in the ddc probe output some way we could recognize from the output that it should be 104x768 for this display 
11:11 < jeru> there is a section called "Established Timings:"
11:12 < jeru> 720x400 @ 70 Hz (VGA 640x400, IBM)
11:13 < jeru> 640x480 @ 75Hz (VESA)
11:14 < jeru> 1024X768 @ 87HzInterlaced (8514A)
11:14 < jeru> hmmm ... don't know if this will help you
11:14 < rxr> valentin: can you check what your freaky monitor returns in that section ?
11:15 < jeru> rxr: what is this "Standart timing 0: 60 Hz, 1280x1024" ?
11:15 < jeru> but I guess it doesn't support 1280x1024
11:16 < rxr> your display sucks ..
11:16 < rxr> what display is that ?
11:16 < jeru> "Standart timing 1: 60 Hz, 1600x1200"
11:16 < rxr> yeah - that is what get's used ...
11:16 < jeru> Manufacturer: TOS
11:16 < rxr> TOS is what ?
11:16 < jeru> toshiba I guess
11:16 < jeru> it's a toshiba satellite
11:17 < jeru> EISA ID: TOS5002
11:18 < jeru> manufactured in week 0 of 1990 .... oh my good ;)
11:18 < rxr> jeru: what is the higherest "Established" timing of your model?
11:18 < rxr> the one your display supports ?
11:18 < jeru> rxr: will check ... but have to boot windoofs ...
11:18 < rxr> no - why?
11:18 < rxr> what ...
11:19 < jeru> haven't worked with it before
11:19 < rxr> no
11:19 < rxr> i mean
11:19 < jeru> what should I do
11:19 < rxr> the highest mode in "established" is 1024x768 ?
11:19 < jeru> mom
11:19 < jeru> yes
11:19 < rxr> hm
11:20 < rxr> ok - I relesae r6 with an adapted parser ...
11:20 < rxr> sigh
11:20 < rxr> valentin: what does your stange 1280x some strange value monitor return in the established timings section ?
11:21 < jeru> sorry I'm a bit of today ... headache :|
11:21 < jeru> I think valentin is away 
11:22 < jeru> or not ?
11:23 < rxr> ah - yes some bbl ... ,-)
11:24 < jeru> rxr: I have so many machines here to test ... but mostly from HP/Compaq but also some newer ThinkPads too
11:25 < rxr> any test is fine ,-)
11:25 < rxr> do as much as time permits ,-)
11:26 < rxr> if you have working ones feel free to point them out, too
11:26 < jeru> rxr: you know, that I'll do it ;)
11:27 < valentin> short re
11:27 < rxr> hi valentin 
11:27 < valentin> rxr: i do not know of hand
11:27 < rxr> ah - shit you have no livecd brun yet - damn
11:27 < valentin> i could burn it
11:27 < rxr> but you could emerge ddcxinfo or what the package is called on the box
11:27 < valentin> maybe i find a working cdrw
11:28 < rxr> maybe just quickly emerge it into the running syste
11:28 < rxr> +m
11:28 < valentin> ok
11:32 < CIA-10> rene * r8847 /trunk/package/base/pmount/ (. compile.patch pmount.cache pmount.desc): * added pmount (0.5.1)
11:36 < valentin> wtf - the emerge updates the complete system
11:36 < rxr> no wonder with that old one ,-)
11:36 < rxr> Emerge -deps=none
11:37 < valentin> yeah ... forgot the deps :)
11:37 < valentin> hope it works on that old one
11:43 < valentin> so - what line do you wanna have ?
11:43 < rxr> the Established timings section
11:43 < valentin> Established timings:
11:43 < valentin>         720x400 @ 70 Hz (VGA 640x400, IBM)
11:43 < valentin>         720x400 @ 88 Hz (XGA2)
11:43 < valentin>         640x480 @ 60 Hz (VGA)
11:43 < valentin>         640x480 @ 67 Hz (Mac II, Apple)
11:43 < valentin>         640x480 @ 72 Hz (VESA)
11:44 < valentin>         640x480 @ 75 Hz (VESA)
11:44 < valentin>         800x600 @ 56 Hz (VESA)
11:44 < valentin>         800x600 @ 60 Hz (VESA)
11:44 < valentin>         800x600 @ 75 Hz (VESA)
11:44 < valentin>         832x624 @ 75 Hz (Mac II)
11:44 < valentin>         1024x768 @ 87 Hz Interlaced (8514A)
11:44 < valentin>         1024x768 @ 60 Hz (VESA)
11:44 < valentin>         1024x768 @ 70 Hz (VESA)
11:44 < valentin>         1024x768 @ 75 Hz (VESA)
11:44 < valentin>         1280x1024 @ 75 Hz (VESA)
11:44 < valentin> Standard timing 0: 60 Hz, 1280x960
11:44 < valentin> Standard timing 1: 75 Hz, 1024x768
11:44 < valentin> Standard timing 2: 90 Hz, 800x800
11:44 < valentin> Standard timing 3: 120 Hz, 640x640
11:44 < valentin> Standard timing 4: 90 Hz, 640x640
11:45 < rxr> hm - with the new parser xdetect would use 1280x1024 then ...
11:46 < valentin> still better than 1600x ...
11:46 < rxr> how did that got in use actually ?
11:48 < rxr> valentin: still here ?
11:48 < valentin> because there was some strange 640 mode in the config
11:49 < rxr> see expression in querry
11:49 < rxr> query even
11:50 < valentin> i have to buy some rolls and then i have to return the jufo thing for the voting commitee
11:56 < CIA-10> chris * r8848 /trunk/package/security/vserver/vserver.desc: * updated vserver patch (2.0-pre3 -> 2.0-pre4)
11:57 < jeru> rxr: sth. against an kernel update to 2.6.11.9 ?
11:58 < rxr> nope
11:58 < jeru> ok :)
12:14 < rxr> oh - f*ck
12:14 < rxr> r5 contains a test code fragment that overwrites the video chip detection to nvidia ..
12:14 < rxr> damn
12:14 < rxr> I should get this stuff into a real target
12:14 < rxr> so thus stuff should not happen any longer
12:39 < CIA-10> chris * r8849 /trunk/package/security/vserver/vserver.desc: * updated vserver patch (2.0-pre4 -> 2.0-rc1)
12:44 < rxr> jeru: r6 is out
12:58 < CIA-10> chris * r8850 /trunk/package/base/linux26/linux26.desc: * updated linux26 (2.6.11.8 -> 2.6.11.9)
12:59 < jeru> rxr: oh ... thanks ... btw, how can I use rsync to "merge" my local r5 ?
12:59 < jeru> don't want to waste tfh bandwidth ;)
13:01 < rxr> well - I forgot that the rsync port is not open ...
13:02 < rxr> so - well - you have to waste some bandhwitdh ... :-)(
13:02 < jeru> ok ... no problem :)
13:02 < jeru> but it takes sth. around 30min. to download it 
13:03 < jeru> then I'll test the next machine
13:03 < jeru> rxr: what are the improvements in r6 ?
13:09 < CIA-10> chris * r8851 /trunk/package/security/grsecurity/grsecurity.desc: * updated grsecurity patch (2.1.5-2.6.11.7 -> 2.1.5-2.6.11.9)
13:10 < rxr> jeru: ddc detection ,-)
13:11 < jeru> hehe .... let's see ,)
13:12 < jeru> rxr: oh ... t2 SVN activity graphs are climbing again :)
13:12 < jeru> but still a good pace
13:22 < rxr> Microsoft plant Rundumschutz-Abo f?r Windows
13:22 < rxr> Der Dienst "Windows OneCare" verspricht stets aktuelle Virenscanner und Anti-Spyware-Software sowie eine in beide Richtungen wirkende Firewall.
13:22 < rxr> lol
13:23 < rxr> we need to intruduce a lot of bugs and securtiy holes into T2 - so we can sell such "add-ons" ...
13:32 < jeru> rxr: I see there is a small robber baron in you, or isn't it ? ;)
13:32 < rxr> nah - I'm just joking about the crap windows people throw money in
13:33 < jeru> rxr: I know ... me joking too ;)
13:34 < jeru> 90MB remaining for r6 download ...
13:34 < jeru> so 6 min + time to burn it on cd and you'll get some fresh infos ;)
13:36 < rxr> status for this s3 based laptop and the other LCD where the mode was too high would be nice to have
13:41 < jeru> rxr: btw, do you tweaked the nvidia stuff that I should test r6 on a "GeForce machine"
13:42 < rxr> that should indeed work - a test would be interesting
13:42 < jeru> ok ...
13:42 < rxr> and if it still fails a xdetect with "set -x" to see how ati or what it was gets into the config file
13:44 < jeru> == 11:06:18 =[1]=> Building base/linux26 [2.6.11.9 2.2.0-alpha].
13:44 < jeru> -> Parallel build using 4 jobs enabled.
13:44 < jeru> -> Compiler Cache enabled: 0.00% cache hits so far.
13:44 < jeru> -> Reading build/.../tools.cross/lib/pkg_linux26_pre.conf
13:44 < jeru> -> Including Security Contexts (vserver-2.0-rc1) patch...
13:44 < jeru> -> Preparing build in src.linux26.1115982378.27572.0
13:44 < jeru> -> Building. Writing output to $root/var/adm/logs/1-linux26.out
13:44 < jeru> -> Compiler Cache Hits while pkg build: 0.00% (0 hits, 396 misses)
13:44 < jeru> -> $root/var/adm/logs/1-linux26.out -> 1-linux26.log
13:44 < jeru> == 05/13/05 11:09:07 =[1]=> Finished building package linux26.
13:44 < jeru> ^ 3 min to build my static kernel :)
13:44 < rxr> oh
13:46 < jeru> so ... burning r6 cd now
14:00 < jeru> rxr: strange ... it doesn't create a xorg.conf on that toshiba satellite anymore
14:01 < rxr> oehm
14:01 < rxr> can you take a look into xdetect and the resulting xorg.conf ?
14:01 < jeru> will ... reboot again ... mom
14:04 < jeru> rxr: seems that you have an unterminated 's' in your sed 
14:04 < rxr> what ?
14:04 < jeru> sed: -e expression #2, char 19: unterminated 's'
14:05 < rxr> which sed ?
14:06 < jeru> that's a good ... question I justed scrolled up and looking in this ugly probing output
14:06 < jeru> question I mean^
14:06 < jeru> arrg 
14:06 < jeru> what is producing this ugly output ?
14:07 < rxr> that it is so scattered ?
14:07 < rxr> this is due to login running ...
14:07 < jeru> yep
14:07 < jeru> should I run xdetect ?
14:07 < rxr> it will start x immediatly
14:08 < rxr> maybe comment that last line out at the bottom - before runnign it
14:08 < jeru> oh ... your last not was too late ;)
14:08 < jeru> but it starts X/KDE
14:08 < CIA-10> rene * r8852 /trunk/package/base/hotplug++/ (. hotplug++.cache hotplug++.conf hotplug++.desc): * added hotplug++ (0.0.1)
14:10 < rxr> jeru: did you made a change?
14:11 < jeru> rxr: no ... I just started /tmp/xdetect 
14:11 < rxr> and it worked?
14:11 < rxr> where it previously did not ?
14:11 < jeru> yes ... I saved the xdetect log 
14:11 < rxr> hum
14:12 < jeru> but the X driver: vesa
14:12 < rxr> ok - that is the s3 box formerly did not got up ?
14:12 < jeru> yep
14:12 < rxr> oh - what is lspci | grep VGA ?
14:12 < jeru> and it tells me "No Modes from DDC detection, using defaults"
14:14 < rxr> ok - let's start with the vesa driver issue
14:14 < jeru> S3 Inc. 86C270-294 Savage/IX-MV (rev 13)
14:15 < jeru> uhm ... I just moved the mouse and it starts KDE again ???
14:15 < rxr> probably due to the init now trying to spawn the new X ...
14:15 < jeru> ahhh ... respawning 
14:15 < jeru> :)
14:16 < rxr> ok - I adaped the xdetect for the savage - although it should have tried s3 with my previous script before - not vesa ...
14:16 < rxr> anyway
14:16 < rxr> ddcprobe does output anything ?
14:16 < jeru> anyway your sed statement in your parser seems to have the above described problem
14:17 < jeru> yes ... same as before 
14:17 < rxr> and you get the sed expression bla blubs error ?
14:18 < jeru> yes ... while respawning it outputs the unterminated bla blubs again
14:19 < jeru> rxr: it appears after "@ depth: 16"
14:19 < rxr> ah - just wanted to ask that
14:19 < rxr> are the modes above ok?
14:19 < rxr> ah - no - you get using default modes anyway, right ?
14:19 < jeru> yes 
14:20 < rxr> can you open sshd on that box ?
14:20 < jeru> for what ?
14:20 < rxr> for me to investigate ,-)
14:20 < jeru> I can't open a channel for you ... my "datenschutzbeauftragter" will kill me
14:21 < jeru> sorry :|
14:21 < rxr> can you send me the raw ddcprobe output ?
14:22 < jeru> you mean ... the ddcprobe output ? or what is ddc raw ? 
14:23 < rxr> yes - the ddcprobe output with all it's tabs and spaces ,-)
14:23 < jeru> ok :)
14:25 < sparc-kly|U5> good morning 
14:25 < rxr> moin sparc-kly|U5 
14:25 < rxr> l
14:26 < CIA-10> rene * r8853 /trunk/package/x11/xorg/ (5 files): 
14:26 < CIA-10> * added xcfgt2, including it's template and installation of those
14:26 < CIA-10>  to the xorg package - untested
14:27 < CIA-10> rene * r8854 /trunk/package/x11/xorg/xcfgt2: 
14:27 < CIA-10> * removed the svn:executable property accidently slipped onto
14:27 < CIA-10>  xorg/xcfgt2
14:29 < jeru> rxr: mail is out
14:29 < jeru> rxr: I'm short away for testing on another machine ...
14:29 < rxr> ok
14:32 < rxr> strange - in my test that worked
14:33 < rxr> jeru: ok - I can publish r7 ...
14:35 < jeru> can you provide rsync thingy ? ;)
14:35 < rxr> yes, from my home box ,-)
14:35 < jeru> ok ... let's do it :)
14:37 < jeru> rxr: btw, you should place a small script on the dev version of livecd which will produce all logs and writes the into home/live
14:37 < jeru> ;)
14:37 < jeru> I mean all you'll need to debug 
14:37 < rxr> ,-)
14:40 < CIA-10> rene * r8855 /trunk/package/x11/xorg/xcfgt2: 
14:40 < CIA-10> * fixed parsing of modelines by explicitly converting newlines to
14:40 < CIA-10>  single spaces (no idea why it passed my testing and fails in
14:40 < CIA-10>  production)
14:48 < rxr> ok - rsync should be in-place in some seconds
14:53 < rxr> rsync rsync://ec-outpost.dyndns.org/public/live/t2.iso .
14:53 < rxr> where . should be replaced with your local name ...
15:04 -!- sepp [~sepp@p213.54.202.196.tisdip.tiscali.de] has joined #t2
15:04 < sepp> hi
15:04 < rxr> hi sepp 
15:04 < rxr> jeru: r7 is out ...
15:04 < rxr> jeru: have you rsynced?
15:05 < sepp> how much traffic produces a t2 mirror?
15:05 < rxr> source or binary ?
15:05 < sepp> source
15:05 < rxr> no idea ... ,-)
15:05 < sepp> ok
15:06 < rxr> at the current public awareness some multiple hundred MB per month I guess
15:06 < rxr> but I hope this will increase soon ,-)
15:06 < rxr> binary about 100GB/month
15:07 < sepp> this means the isos?
15:07 < rxr> yep
15:09 < sepp> 3.4.3/../../../../arm-t2-linux-uclibc/bin/ld: crt1.o: No such file: No such file or directory
15:09 < sepp> any idea?
15:10 < sepp> this is libowfat in stage 1
15:12 < rxr> ouhm
15:12 < sepp> embedded target 
15:12 < rxr> used to build some time ago ... ,-)
15:18 < jeru> rxr: re ... rsyncing now ... was away testing and collecting some ddcprobes ;)
15:18 < rxr> well - the ddc parsing was most problably not work in r6, right?
15:19 < jeru> rxr: well ... I used r5 and r6 to test
15:19 < jeru> hi sepp :)
15:19 < sepp> hi jeru 
15:22 < rxr> jeru: and what where the results ?
15:23 < jeru> hmmm ... unfortunately none was starting X
15:23 < rxr> ouhm
15:23 < rxr> could you recheck them all with r7 ,-)
15:25 < jeru> rxr: that's a problem ... the people already left for weekend and I've no access to the machines now  :/
15:25 < jeru> but I've some data for your pattern matching I guess
15:25 < jeru> at least
15:26 < rxr> ok ,-(
15:26 < rxr> .-) even
15:28 < jeru> but one machine wasn't able to boot ... it was a small Compaq Evo Workstation/ThinClient with a builtin Notebook drive 
15:29 < jeru> it just displayed stage2 blah ... but no grub menu
15:29 < rxr> hm
15:29 < rxr> that is not too good - but nothing to be fixed easily
15:34 < jeru> rxr: you should have mail
15:37 < rxr> did that box work or not ?
15:40 < jeru> no ... it wasn't working
15:41 < jeru> rxr: if one is working I'll point it out ;)
15:41 < rxr> jeru: what was the problem? the r6 xorg.conf was not created due to sed problem ?
15:42 < jeru> yes 
15:42 < jeru> and r5 hasn't detected the card I guess ... the logs are from r5
15:43 < rxr> oh - ic ...
15:46 < rxr> jeru: ok - I have to release a new revision of the livecd for your intel box ...
15:47 < rxr> hm - or wait
15:47 < jeru> rxr: btw ... do I have to specify sth special for writing on a CDRW  ?
15:47 < rxr> ah - no - should work
15:48 < rxr> jeru: what do you mean ?
15:55 -!- rxr_ [~rene@e178191116.adsl.alicedsl.de] has joined #t2
15:55 -!- Topic for #t2:  T2 | 2.1.0-beta4 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
15:55 -!- Topic set by menomc [] [Sat Apr 16 00:33:34 2005]
15:55 [Users #t2]
15:55 [ _Ragnar__] [ jsaw  ] [ mtr_] [ rxr_        ] [ valentin] 
15:55 [ CIA-10   ] [ keinek] [ nzg ] [ sepp        ] 
15:55 [ jeru     ] [ mnemoc] [ rxr ] [ sparc-kly|U5] 
15:55 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal]
15:55 -!- [freenode-info] why register and identify?  your IRC nick is how people know you.  http://freenode.net/faq.shtml#nicksetup
15:55 -!- Channel #t2 created Sun Aug  8 21:15:33 2004
15:55 -!- Irssi: Join to #t2 was synced in 11 secs
15:55 < rxr_> re
15:55 < rxr_> damn reconnects
15:56 < jeru> cdrecord: Format option not implemented in this version. :/
15:56 < jeru> rxr_: how ... do write your CDRW's ? ... seems that I'm to dumb for it 
15:57 < rxr_> cdrecord blank=minimal t2.iso ?
15:57 < jeru> rxr_: do you have updated the livecd on your box ?
15:57 < rxr_> ont in the last seconds ,-)
15:58 < jeru> ok ;)
15:59 < jeru> rxr_: just drop me a note if I can rsync again ...
16:00 < rxr_> well the intel module should have been recognized - the module matching is fixed
16:00 < rxr_> if you could the revision only I would be happy ,-)
16:03 < jeru> rxr_: hmmm ? what do you mean 
16:03 < sparc-kly|U5> hi keinek 
16:03 < rxr_> that the revision that is online already contains the vitial fix for the sed invalid expression
16:03 < rxr_> and you could test it
16:03 < rxr_> but it is not new - it is already 30min or so old .-)
16:04 < jeru> ah ... you mean r7 on gsmp ?
16:04 < jeru> sorry ... my headache is driving me crazy ...
16:05 < rxr_> yes - but that is also what you get via rsync from my box
16:05 < jeru> ok ... 
16:06 -!- rxr [~rene@e178136182.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
16:17 < jeru> rxr_: good news ... r7 seems to work on the toshiba satellite :)
16:18 < jeru> kde is starting smoothly 
16:21 < jeru> rxr_: do you have the specs for the toshiba laptop to put it on the website ?
16:32 < rxr_> I think so
16:32  * rxr_ was phoning
16:33 -!- You're now known as rxr
16:33 < jeru> testing r7 on GeForce box now
16:35 < rxr> jeru: thans for all the test!
16:36 < jeru> rxr: no problem ... these tests are my 2 cents for developing the livecd ... thanks for your coding ;)
16:37 < jeru> rxr: but still problems on that Compaq/HP d330 GeForce box
16:37 < rxr> ok - still placing ati into the config file ?
16:37 < jeru> mom ... back in 2 min.
16:47 < jeru> rxr: yes ... still inserting ati in xorg.conf
16:48 < rxr> ouhm ...
16:48 < rxr> can you send lspci to me ,-) ?
16:49 < jeru> rxr: yep
16:53 < jeru> rxr: mail is on the way ;)
16:54 < rxr> arrived thanks
16:55 < rxr> Video card: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev a2)
16:55 < rxr> X Driver:   ati
16:55 < rxr> indeed ..
16:56 < jeru> rxr: uhm? this card is using ati driver, or did I misunderstood you message ?
16:56 < rxr> nope - I just pasted why my local debugging showed up 
16:57 < jeru> ahhh ... ok
16:58 < rxr> arggggggg
16:58 < mnemoc> moin
16:58 < rxr> corpor_ati_on
16:58 < rxr> !
16:58 < rxr> mnemoc: moin!
16:58 < rxr> jeru: I fix this matching in some seconds ...
16:59 < jeru> re hi don mnemoc :)
16:59 < mnemoc> hi rxr, rxr
16:59 < mnemoc> err
16:59 < mnemoc> err
16:59 < mnemoc> hi rxr, jeru
16:59 < mnemoc> :)
16:59 < jeru> mnemoc: drink a coffee and become awake 
16:59 < jeru> :)
16:59 < mnemoc> *ACK*
17:03 < rxr> jeru: next try for testing ?
17:04 < CIA-10> rene * r8856 /trunk/package/x11/xorg/xcfgt2: * fixed xcfgt2 to not accidently match corpor_ati_on to ati ...
17:05 < mnemoc> jeru: no changes to mod_zope?
17:06 < jeru> mnemoc: busy configuring my test server and building 2.1mnemosyne targets on it + testing the livecd with rxr 
17:07 < mnemoc> jeru: curl thing solved?
17:07 < jeru> mnemoc: + vserver, kernel, grsec updates ....
17:07 < jeru> mnemoc: no 
17:07 < mnemoc> checking for C compiler default output file name... configure: error: C compiler cannot create 
17:07 < jeru> mnemoc: I already send a xtrace enabled version of the err log to ml 
17:07 < mnemoc> gcc_wrapper
17:07 < mnemoc> no need
17:07 < rxr> jeru: the rsync location is updated, if you want to give that a try
17:07 < mnemoc> can you share config.log from inside it?
17:07 < jeru> rxr: ok :)
17:08 < rxr> sent 3180256 bytes  received 163840 bytes  33274.59 bytes/sec
17:08 < rxr> total size is 547170304  speedup is 163.62
17:08 < mnemoc> rxr: rsync server with a -lastest ?
17:08 < rxr> mnemoc: thanks to jeru the hardware compatibility list keeps growing ,-)
17:08 < rxr> mnemoc: yes
17:08 < mnemoc> rxr: :D
17:09  * sparc-kly|U5 now buid t2 in Gentoo System . no errors at this moment 
17:09 < rxr> rsync rsync://ec-outpost.dyndns.org/public/live/t2.iso .
17:10 < rxr> too bad I have no open rsync port at the uni - due to overly braindead admins ...
17:12 < mnemoc> sparc-kly|U5: soon you will be able to build it using the world's best livecd
17:12 < mnemoc> rxr: let see
17:14 < mnemoc> jeru: can you provide an rsync service for livecd?
17:16 < jeru> mnemoc: oh! never setup a rsync server ... if you'd help me 
17:16 < rxr> mnemoc: I think we should not put too much time into more rsync server
17:16 < rxr> this is only for testing - and right now my home line should be fast enough for the few changing bytes rsyncs ...
17:17 < mnemoc> ok
17:17 < rxr> later on we will have releases with a bigger timeframe in between and we should more likely setup s.th. like bitorrent then ,-)
17:17 < jeru> how do I "blank" a CDRW with cdrecord ?
17:17 < rxr> blank=minimal
17:17 < rxr> in the argument list
17:18 < jeru> rxr: I mean erasing it ...
17:18 < mnemoc> yes
17:18 < rxr> jeru: ?
17:18 < mnemoc> blank ;)
17:18 < mnemoc> blank=help for the modes
17:18 < rxr> if you have too much time or so blank=full or so
17:18 < jeru> okok ... companeros :)
17:20 < sparc-kly|U5> == 05/13/05 08:15:47 =[0]=> Finished building package binutils.
17:20 < sparc-kly|U5> :D 
17:20 < mnemoc> comunists call themselves compañeros :)
17:20 < mnemoc> sparc-kly|U5: your debian was weird
17:20 < sparc-kly|U5> this is gentoo . i deleted debian 
17:21 < mnemoc> sarge to the coffin
17:22 < jeru> mnemoc: oh! ... then this was sth. like an instinct :)
17:23 < mnemoc> hehe
17:25 < jeru> rxr: GeForce box is looking better now ;)
17:25 < mnemoc> t2.iso 547170304 100%  971.32kB/s    0:09:10  (1, 100.0% of 1)
17:25 < mnemoc> sent 163659 bytes  received 8751033 bytes  15544.36 bytes/sec
17:25 < mnemoc> total size is 547170304  speedup is 61.38
17:26 < mnemoc> :D
17:26 < mnemoc> i love rsync
17:26 < jeru> :D
17:26 < rxr> jeru: better in terms of functional ?
17:27 < jeru> rxr: it's starting KDE and works damn fast on that box :)
17:28 < mnemoc> i guess even e17 would start fast on that box :D
17:28 < jeru> rxr: but the attached TFT display is complaining about "Input signal out of range"
17:29 < rxr> hm - not displaying anything then ?
17:29 < jeru> rxr: that was the same on an older HP Vectra VL PII 800MHz too
17:29 < jeru> with an builtin nvidia card
17:30 < jeru> rxr: but I think you can add the HP d330m workstation to the list ;)
17:30 < rxr> jeru: hm - can you send again the X*.log and the ddcprobe output ?
17:30 < jeru> rxr: ok ... no problem
17:35 < jeru> why is this scsi driver increasing the "host" numbers while pluging in and out my USB stick ?
17:36 < rxr> jeru: I think it is a devfsd bug
17:36 < rxr> devfs even ...
17:37 < rxr> my schedule includes testing if this is fixed with using udev ...
17:38 < jeru> ok ... for now I can live with it ... but it's annoying
17:38 < jeru> rxr: you should have mail again ;)
17:40 < jeru> rxr: sorry xorg.conf isn't valid of course did a mistake ;)
17:40 < jeru> do you need it
17:40 < jeru> ?
17:48 -!- sepp [~sepp@p213.54.202.196.tisdip.tiscali.de] has quit [Remote closed the connection]
17:53 < rxr> jeru: all fine
17:53 < jeru> ok
17:53 < rxr> I just had to restart X ...
17:53 -!- sepp [~sepp@p213.54.205.189.tisdip.tiscali.de] has joined #t2
17:53 < rxr> jeru: the last logs you sent - what LCD was attached? what resolution should be used ?
17:55 < jeru> rxr: I guess 1024x768 
17:55 < jeru> rxr: the name of the display is in the ddcprobe.log
18:02 < rxr> 15" Flat Panel Monitor, (15" Viewable), 1024x768 @ 75Hz
18:02 < rxr> is that correct ?
18:04 < jeru> rxr: Monitor details 1:
18:04 < jeru>         Timing ranges: horizontal = 31 - 61, vertical = 56 - 75
18:04 < jeru> Monitor details 2:
18:04 < jeru>         Name: CPQ TFT5015
18:04 < jeru> it's an 15" TFT right 
18:05 < rxr> there is not much I can do to that variant right now ... :-(
18:06 < rxr> however I could add an more smart matching later that compares the modes with the detailed timing 0 offered by the monitor and try to adapt it ... :-(
18:15 < jeru> rxr: ok ... let's proceed with the graphic cards tests 
18:16 < jeru> rxr: but I think I've no more hardware around for testing ... at least for today ... let's take look ;)
18:20 < valentin> re
18:20 < rxr> jeru: ,-)
18:21 < valentin> i had my place in the jugend forscht group
18:21 < valentin> hope schroeder and our universitys vice will follow our recommendations
18:22 < valentin> lunch and then back to code
18:24 < valentin> "Konsequenzen bis hin zur Gefährdung von Menschenleben" und "Milliardenverluste" werden dort prognostiziert, falls die Parlamentarier an ihrer softwarepatentkritischen Haltung festhalten und statt geschützter proprietärer Entwicklungen Open Source weiter um sich greife.
18:24 < valentin> wtf ?
18:24 < mnemoc> ?
18:24 < jeru> valentin: who told that ?
18:25 < valentin> the faz
18:25 < jeru> fucking faz 
18:25 < valentin> http://www.faz.net/s/Rub3E022E9C248F4E4A826CFF71F3383A63/Doc~EB30FED4301634544956ECA4CF4BBEA2A~ATpl~Ecommon~Scontent.html
18:28 < valentin> never read such an offensive article
18:28 < valentin> every fact they tell is a pure lie
18:29 < jeru> valentin: yeah ... faz is the voice of the evil
18:30 < valentin> is the author so stupid that he actually believes what he says ?
18:30 < jeru> rxr: I've "found" the last test object for today ... with Intel onboard graphics 
18:31 < jeru> seems that the card is detected but screen is blank with "Signal out of range"
18:31 < valentin> lunch
18:31 < rxr> jeru: what LCD display is that ? - can you send the usual logs ?
18:32 < jeru> rxr: will prepare you a tar with the logs ;)
18:32 < jeru> hehe :D
18:32 < jeru> rxr: it's the same TFT than before
18:32 < jeru> but I could connect a normal 17" monitor 
18:34 < rxr> try ctrl-alt-key_pad_+
18:35 < rxr> to toggle thru the resolutions ...
18:35 < rxr> if it is the same LCD I should implement the workaround I have in mind now ...
18:36 -!- tilix [~root@pppoe9.bol.bg] has joined #t2
18:38 < jeru> rxr: after pressing ctrl-alt-key_pad_+ I had a KDE on screen but with wrong resolution
18:38 < rxr> valentin: can you paste the detailed timings at the end of this strange CRT you have ?
18:38 < rxr> jeru: with the +- you toggle thru the resultions ...
18:39 < rxr> the vritual desktop size will be the same - so you pan the screen with the mouse pointer
18:42 < jeru> rxr: ok ... but anyway you should have mail now ;)
18:43 < jeru> rxr: but it was still on TFT 
18:43 -!- madtux [~mike@196.40.44.28] has joined #t2
18:43 < mnemoc> hi mike
18:43 < madtux> hey
18:43 < jeru> hi madtux 
18:44 < madtux> yar
18:56 < rxr> jeru: do you have spare time to retest on that box today ?
19:03 < rxr> improved xdetect code nearly finished - and tested ...
19:03 < jeru> rxr: which ... one ?
19:04 < mnemoc> don't forget to replace t2.iso
19:04 < jeru> ok will sync now
19:04 < mnemoc> t2-live.iso would be a better name anyway
19:04 < rxr> jeru: nope - second
19:04 < rxr> I need to generate the ISO - I wrote _nearly_ ,-)
19:05 < jeru> okok ... have to hurry because I have to buy some things before the shops are closing at 8pm
19:05 < rxr> oh
19:05 < jeru> but perhaps ... I'll come back after shopping is done
19:06 < rxr> ohm - I have a tiny probmem - better get your shopping first ,-)
19:06 < jeru> I guess the shops are open tomorrow
19:07 < jeru> so I'll just buy some food for my little companero which is waiting at home
19:07 < _Ragnar__> moin
19:07 < jeru> moin _Ragnar__ 
19:07 < valentin> rxr: kerstins crt ?
19:07 < rxr> valentin: yes
19:08 < valentin> mom
19:08 < rxr> jeru: ok - prob solved:
19:08 < rxr> mode 1280 1024 skipped
19:08 < rxr> mode 1024 768 ok
19:08 < rxr> mode 832 624 ok
19:08 < rxr> mode 800 600 ok
19:08 < rxr> mode 720 400 ok
19:08 < rxr> mode 640 480 ok
19:08 < rxr> Using modes:  "1024x768" "832x624" "800x600" "720x400" "640x480" @ depth: 16
19:08 < valentin> monitor is off
19:08 < valentin> what section
19:08 < rxr> the detailed timing at the end
19:09 < valentin> all or only the last one ?
19:09 < rxr> all from:
19:09 < rxr> Detailed timing 0:
19:09 < rxr> if reasonable into the query
19:10 < jeru> rxr: btw, I connected the dx2000m to a 15" CRT ... with the same problem
19:11 < valentin> see query
19:11 < jeru> rxr: please give me a note if I should sync the iso ... will leave for buying some things now ... cu later
19:11 < rxr> cu
19:12 < rxr> altough I just sync the ISO ,-)
19:12 < rxr> valentin: can you make the output available as file?
19:12 < rxr> I need to update my parser for it - again ...
19:12 < rxr> damn DDC standard ...
19:13 < rxr> "u wenig ber?cksichtigt werde auch das Sicherheitsargument. Eine allgemein zug?ngliche Software f?hre im schlimmsten Fall zum Absturz eines Computers." ?????
19:13 < rxr> jeru: synced
19:13 < rxr> sent 3203636 bytes  received 163840 bytes  28905.37 bytes/sec
19:13 < rxr> total size is 547170304  speedup is 162.49
19:18 < rxr> valentin: ok - no need for the file anymore ,-)
19:19 < rxr> resyncing
19:19 < mnemoc> t2.iso ?
19:19 < rxr> yes
19:19 < mnemoc> ok
19:19 < rxr> do you want join testing ?
19:19 < CIA-10> rene * r8857 /trunk/package/x11/xorg/xcfgt2: * further improved the ddcprobe parser for xcfgt2 ,-)
19:19 < rxr> or, why do you ask ?
19:23 < rxr> sent 3086724 bytes  received 163840 bytes  21889.32 bytes/sec
19:23 < rxr> total size is 547170304  speedup is 168.33
19:23 < rxr> ok - happy testing folks ...
19:23 < rxr> valentin: could you also burn that one?
19:25 < rxr> it is just rsyncint as r9 to the gsmp box ...
19:25 < rxr> I notify when it is done
19:26 < tilix> rxr: does the new iso support setting the refresh rate from grub?
19:26 < rxr> no :-(
19:26 < rxr> tilix: tell me the way you want it - and I'll implement it ,-)
19:27 < valentin> rxr: burn r8 or r9 ?
19:28 < rxr> r9
19:28 < tilix> I just need to type in GRUB: kernel ro refresh=100 This refresh=100 should set the refresh rate in xorg.conf to 100 Hz.
19:29 < tilix> this is because there is a problem with my DDC chip and ddcxinfo can`t get the modes for my monitor.
19:29 < rxr> but not only fresh - but the whole mode ...
19:29 < rxr> so mode=1024x786@70 or so ?
19:30 < tilix> something like this, yeah.
19:30 < rxr> valentin: r9 is still syncing ...
19:30 < rxr> give it a few sconds ...
19:30 < rxr> tilix: to you know the knoppix syntax?
19:30 < rxr> if it is not too ugly we could use the same
19:30 < CIA-10> rene * r8858 /trunk/package/x11/xorg/xcfgt2: * forgot to merge that xcfgt2 needs to be run by bash now ...
19:32 < tilix> it has the so-called booting codes, like screen=, refresh=, and some other boot options. The startup scripts use some bash functions to get the boot option from the kernel, and then they set up what the user wants.
19:35 < rxr> sent 2984180 bytes  received 200418 bytes  5083.16 bytes/sec
19:35 < rxr> total size is 547170304  speedup is 171.82
19:35 < rxr> valentin: now you and other can fetch r9
19:39 < mnemoc> t2.iso 547170304 100%    2.05MB/s    0:04:15  (1, 100.0% of 1)
19:39 < valentin> rxr: will take about 1h ...
19:39 < sepp> if i know that my monitors ddc thing does not work it is still useless? 
19:39 < tilix> sepp: i have the same problem
19:39 < rxr> sepp: well - maybe
19:39 < rxr> tilix: your monitor does not announce anything at all?
19:40 < rxr> tilix: and the default "1024x768" ... does not work ?
19:40 < tilix> ddcxinfo from knoppix says "no monitor". strange :)
19:40 < rxr> sepp: what is your DDC problem? You also need the manual overwrite ?
19:40 < sepp> my sony tft returns wrong values 
19:40 < jeru> re hi
19:40 < rxr> sepp: how wrong ?
19:41 < sepp> out of range but i dont remember exactly
19:41 < sepp> sync
19:41 < CIA-10> amery * r8859 /trunk/package/zope/zope/stone_mod_zope.sh: * cleaned 'stone zope' a bit, and made smarter to non-symlinked products on instances
19:41 < tilix> rxr: maybe it will get to 1024x768 @ 60 Hz, but this is terrible (I have only r3 for now)
19:41 < jeru> rxr: any iso updates in the last 30min. ? 
19:42 < rxr> jeru: yes - the even stricter DDC matching is now in the ISO - would be cool if you could test the rsync ....
19:42 < rxr> tilix: what mode do you need ?
19:43 < rxr> sepp: what mdoe do you ned?
19:43 < jeru> rxr: already syncing
19:43 < rxr> need even
19:43 < tilix> maybe 1024x768 @ 100 Hz. It was the default mode before that problem appeared
19:43 < sepp> 1280x1024/74Hz
19:43 < sepp> 75 *
19:43 < rxr> sepp: just s.th. like 1280x1024 or so - or the exact Hz, too ?
19:44 < sepp> exact Hz too
19:44 < rxr> ok - I'm going to implement that in some minutes
19:46 < tilix> rxr: are you using ddcprobe in T2?
19:46 < tilix> It gives me: EDID read failed. (No DDC-capable monitor attached?)
19:46 < sepp> nvidia driver?
19:47 < sepp> tilix: with bin. only nvidia driver?
19:47 < valentin> still 1 hour left ..
19:48 < tilix> sepp: i could not test it, I have only r2 where it is broken - it says - "screens found but can`t start X (something simmilar)". 
19:49 < sepp> on my stone age nec ddc works but not with the bin. nvidia driver
19:50 < rxr> hm - ddcprobe does use bios calls ...
19:50 < rxr> so it should not depend on the X driver, but on the VESA BIOS ...
19:50 < valentin> rxr: you should provide compressed binary diffs for you 
19:50 < valentin> r live cds :)
19:50 < rxr> it is ugly like hell - but an interim until X can fully configure this stuff on-the-fly
19:50 < rxr> valentin: I provide rsync ...
19:50 < rxr> but you need to fetch the first one ...
19:50 < rxr> or do you have one already. ...
19:51 < mnemoc> this damn crappy box doesn't boot from cdrw :(
19:51 < valentin> no - this was just an idea because of 19:48 < tilix> 
19:51 < tilix> hmm. Can I rsync from r2 to r9?
19:51 < rxr> yes
19:51 < mnemoc> sure
19:52 < rxr> rsync rsync://ec-outpost.dyndns.org/public/live/t2.iso the-file-you-have-.iso
19:52 < tilix> thanks
19:52 < rxr> might take a moment - that is my home box - the uni global firewall does not pass rsync thru ...
19:53 < mnemoc> that will roast your DSL :)
19:53 < mnemoc> r2 was pre-xorg
19:53 < rxr> crappy admins - tell me this "all ports are closed except ftp, ssh and http" is good for their windows boxes security ...
19:53 < rxr> mnemoc: what ?
19:53 < mnemoc> r3 was the first with xorg
19:53 < jeru> mnemoc: ack ... my last rsync was a bit slower than the ones during the day ;)
19:54 < mnemoc> :)
19:54 < rxr> mnemoc: ?
19:54 < rxr> all the live cds had xorg ...
19:54 < mnemoc> rxr: well i remeber an iso of less than 100M
19:54 < mnemoc> rxr: r2
19:54 < tilix> oh. it`s r3 btw
19:55 < mnemoc> rxr: whatever do the different, he will download the other 500M 
19:55 < mnemoc> tilix: better :)
19:55 < tilix> should rsync display some text?
19:55 < rxr> try to add -tP
19:56 < mnemoc> rsync -P rsync://ec-outpost.dyndns.org/public/live/t2.iso the-file-you-have.iso
19:57 < rxr> mnemoc: -r2 and -r3 had KDE and such and have been 5xx MB ...
19:58 < mnemoc> rxr: oh, i got confused... that should have been r1 then
19:58 < tilix> that`s better. 5  hours instead of 12 for the full iso. :)
19:59 < mnemoc> rsync is one of the best tools ever invented :p
20:00 < rxr> ack
20:02 < rxr> I wonder if it would be save to ommit the explicit modes ...
20:02 < tilix> hmm. it jumped from 6 % to 45 %. Is it possible?
20:02 < rxr> tilix: yes
20:02 < rxr> rsync does "binary diffing"
20:03 < rxr> since most of the ISO did not change - but just certain parts like the initramfs and "some files" in the root squashfs - only the changed parts will be transfered ...
20:03 < rxr> rsync _is_ a _killer_ tool ,-)
20:03 < mnemoc> :D
20:04 < tilix> :D
20:05 < tilix> perfect for people with limited connections
20:05  * rxr a bit away restarting X a few times ...
20:05 < rxr> tilix: not only for that - even on big pipes you want to save traffic, e.g. for mor important stuff ...
20:05 < tilix> btw: what is the average Internet speed in Germany?
20:05 < rxr> rsync is in wide use for anything - including incremental off-side backups 
20:06 < rxr> tilix: I think we have a pretty wide DSL converage here - most people have like 1024/128 ...
20:07 < rxr> some people have even way faster access - some still ISDN - some are forced to ISDN due to conenction via fibre optic and the annoying Telekom is not able to offer anything than ISDN over the high-tec fibre lines ... :-((( !!!
20:08 < tilix> very bad situation here in Bulgaria. Only one DSL provider charging 20 euros per month for 256 kbps, average speed is 512 kbps for Bulgarian servers and 64 kbps for outside Bulgaria.
20:09 < mnemoc> outch
20:09 < mnemoc> jeru: don't you want to set an ISP on bulgaria? :)
20:10 < jeru> mnemoc: oh! I guess ... those austrian/german telekom gangsters will beat me up if try ;)
20:11 < tilix> There are some LAN based providers with 1 mbps in Bulgaria and 64 kbps again for outside.
20:11 < tilix> there are many people ( 30 % of the Internet users) still using dialup
20:11 < jeru> tilix: indeed that sounds bad ...
20:12 < jeru> tilix: am I right, with my assupmtion that the biggest telcos in bulgaria are from austria ?
20:14 < tilix> The biggest telecom is from UK, there are GSM providers from Austria.
20:14 < jeru> rxr: new CD is ready for testing ... what should I test first ?
20:14 < tilix> i`ll reboot now to test r9
20:14 < jeru> tilix: ah ... yeah. now I remember!
20:15 -!- tilix [~root@pppoe9.bol.bg] has left #t2 []
20:19 < rxr> re
20:22 < jeru> so ... tested last rev on that d330m connected to a TFT but it seems that it starts KDE for every mode available
20:22 < rxr> jeru:  ?
20:23 < CIA-10> amery * r8860 /trunk/package/zope/zope/stone_mod_zope.sh: * added update support to 'stone zope'
20:23 < jeru> rxr: mom ... let me check
20:27 < jeru> rxr: yes ... I as I said before it starts multiple KDE sessions
20:27 < rxr> ?
20:28 < jeru> I guess I should xdetect and send you the log
20:28 < rxr> can you take a look how it spans multiple KDEs ?
20:28 < jeru> how ?
20:29 < rxr> hm - ok - let's start with the modes
20:29 < rxr> is the mode right now ?
20:30 < jeru> rxr: still having this Signal out of range issue
20:30 < jeru> but the resolution seems to be ok 
20:30 < rxr> can you comment out the X start at the end of xdetect and take a look at the output when you run it ?
20:31 < jeru> ok
20:31 < rxr> hm - if the mode is ok, and it is just the refresh that is too high it would suck ...
20:32 < rxr> another idea
20:33 < rxr> can you comment out the HorizSync and VertRefresh lines in the Section "Monitor" in /tmp/xorg.conf ?
20:33 < rxr> and restart KDE ?
20:33 < rxr> e.g. by ctrl-alt-backspace
20:34 < jeru> strange .... xdetect complains that it can't find lspci, ddcprobe and /dev/fd/62
20:34 < rxr> and see if this makes X use the refresh rate for that LCD 
20:34 < _Ragnar__> okay barebone system seems to build with uclibc & 2.1
20:34 < rxr> jeru: did you run it as root?
20:34 < mnemoc> _Ragnar__: does it run? :)
20:34 < _Ragnar__> uhm
20:34 < _Ragnar__> O_O
20:35 < _Ragnar__> that may need more tests;)
20:35 < jeru> rxr: yes
20:35 < jeru> what command line do you use for sudoing on the live cd ?
20:35 < rxr> jeru: huh - that is strange
20:37 < mnemoc> _Ragnar__: if you don't have time, don't worry. i'm happy knowing it builds... for now ;)
20:37 < jeru> I think I have to leave in about 30min. ... my head feels like it will explode soon :| 
20:37 < rxr> jeru: yeah - enough testing for today ,-)
20:37 < rxr> better relax a bit
20:38 < mnemoc> :D
20:38 < _Ragnar__> mnemoc: what do you usually test?
20:38 < jeru> rxr: it's not the testing ... I'd love to do further tests, but my headache is coming back
20:38 < mnemoc> _Ragnar__: build :)
20:39 < mnemoc> _Ragnar__: and build is good enough for rc1 :D
20:39 < _Ragnar__> *lol* okay
20:40 < _Ragnar__> alsa won't build tho
20:41 < _Ragnar__> and spamassassin makes perl segfault ... so there's still work to do
20:41 < rxr> _Ragnar__: this is also with glibc recently ...
20:41 < mnemoc> spamassassin thing is a nightmare
20:42 < _Ragnar__> ah okay
20:42 < _Ragnar__> O_O
20:42 < _Ragnar__> it trashes the gdb stacktrace with 0x20 too
20:42 < _Ragnar__> so it's hard to debug
20:44 < rxr> I also tried to debug it ...
20:44 < rxr> it crashes executing perl again in this subdir configure.pl or so ...
20:44 < jeru> rxr: xdetect reports "4332 broken pipe"
20:45 < rxr> ouh =
20:45 < rxr> ? even
20:45 < _Ragnar__> emacs works, too
20:45 < mnemoc> :D
20:46  * rxr playing with my new in-system initramfs - cu - /me rebooting a few times ...
20:46 < _Ragnar__> so I guess it can't be too bad;)
20:46 < _Ragnar__> is someone else beside me using uclibc?:)
20:47  * mnemoc looks at the audience
20:48 < _Ragnar__> :)
20:48 < mnemoc> seems you are alone
20:49 < _Ragnar__> *lol* okay
20:49  * _Ragnar__ meeeps
20:49 < jeru> _Ragnar__: I'd like to use it :)
20:49 < _Ragnar__> then give it a try :)
20:49 < jeru> for my firewall 
20:50 < jeru> _Ragnar__: I'll do ;)
20:51 < mnemoc> jeru: i'm happy to say stone zope is working!
20:51 < jeru> mnemoc: cool :D
20:51 < jeru> mnemoc: sorry that I didn't took a look an it yet
20:52 < mnemoc> jeru: you have lot of TODOs for me :)
20:53 < jeru> I think I should follow rxr advice and leaving home now .... my head ... arrrghhhhh....
20:53 < _Ragnar__> jeru: tell me any errors you find
20:53 < jeru> mnemoc: for you or from you ? ;)
20:54 < mnemoc> jeru: from ;)
20:54 < jeru> _Ragnar__: of course
20:54 < mnemoc> jeru: go to sleep :D
20:54 < CIA-10> amery * r8861 /trunk/package/zope/zope/stone_mod_zope.sh: * added install/uninstall support to 'stone zope', and i think it's finished.
20:55 < jeru> mnemoc: yep ... I guess little companero at home will bite me if I come home 
20:55 < mnemoc> he will bite you anyway
20:56 < jeru> mnemoc: no ... normally he's quite peaceful, like me ;)
20:56 < mnemoc> :)
20:58 < jeru> ok folks ... will leave you now :/
20:58 < mnemoc> cu jeru 
20:59 < jeru> as every day it was a pleasure for me being here .... hehe :)
20:59 < jeru> cu mnemoc ... (ongoing plonista ;)
21:00 < mnemoc> :)
21:00 < mnemoc> i hope that stone module helps you
21:01 < jeru> mnemoc: I'm sure it will 
21:01 < rxr> re
21:02 -!- veki [~veki@bunuel-cpe-49.nat-pool.bgd.sbb.co.yu] has joined #t2
21:02 < jeru> just starting a desktop build for athlon xp and then I'm finaly out
21:03 < valentin> live cd finished dl
21:03 -!- veki [~veki@bunuel-cpe-49.nat-pool.bgd.sbb.co.yu] has left #t2 ["Leaving"]
21:04 < valentin> now i only need to find a working rw
21:10 -!- madtux [~mike@196.40.44.28] has quit ["leaving"]
21:14 < jeru> rxr: btw ... this broken pipe issue appeared in line 92 of xdetect 
21:18 < jeru> ok ... now I'm off ... bye bye folks :)   (ahh ... rxr will call you tomorrow)
21:19 -!- jeru [~jeru@mail.oberlinhaus.de] has quit ["using sirc version 2.211+KSIRC/1.3.12"]
21:21 < valentin> rxr: what should i test (except the ddcprobe related stuff) ?
21:22 -!- tilix [~root@pppoe23.bol.bg] has joined #t2
21:22 < tilix> hi again
21:22 < tilix> my provider`s proxy was down
21:22 < tilix> rxr: I did some test on r9
21:23 < tilix> 1. X.org loads correctly in 1024x768@85 Hz now.
21:23 < tilix> 2. Doesn`t detect the nvidia driver, uses nv
21:24 < tilix> 3. doesn`t have lsmod; modprobe
21:24 < tilix> 4. can`t setup my netcard (doesn`t detect it)
21:24 < rxr> no lsmod / modporbe sss
21:24 < rxr> ??? even
21:24 < tilix> 5. no usb devices shown in kinfocenter
21:25 < rxr> tilix: I hardcoded to use the nv for now - since I saw in some report some problem with the nvidia one ...
21:25 < tilix> 6. can`t logout from kde
21:26 < tilix> 7. why bash and sh run 'startx' in ps ax?
21:26 < rxr> try to uncomment line 45 and 46 in /tmp/xdetect and try if nvidia works for you
21:26 < rxr> 6. is known - I have to use kdm soon ...
21:26 < rxr> 7 ?
21:27 < tilix> 7: ps ax shows that bash is running /tmp/startx and sh is running /usr/X11.../startx - why so?
21:28 < rxr> I used exec - it should not look like that IIRC
21:28 < rxr> can you test if nvidia works for you ?
21:28 < rxr> the X driver should be there
21:28 < tilix> :( have to reboot
21:28 < rxr> ouhm
21:29 < rxr> ok - then we test some other time ,-)
21:29 < tilix> but the nv driver works perfectly!
21:31 < valentin> rxr: kde starts up in the correct mode
21:31 < valentin> but still no mouse - have to investigate that
21:31 < tilix> I saw xdetect is using the default modes for me, it says "No modes from DDC detection, using default". So the "refresh" option is now not so important
21:32 < tilix> 85 Hz are enough
21:32 < rxr> valentin: good - regarding ps2 it works here ...
21:32 < rxr> valentin: quite strange that it fails dor you - could you probe the kernel devices in /dev/ like input* and so and consult the demsg ?
21:37 < valentin> too strange, /dev/input/mice generates no data when moving the mouse.
21:37 < valentin> btw, this X Respawning is quite a pain in the arse when working on a text console
21:39 < valentin> and once again the system crashed when switching to text console - whe had that yesterday, too
21:43 < rxr> what x respawning ?
21:43 < rxr> I thought it comes up ...
21:45 < valentin> no - i mean that auto respawn feature from kdm
21:46 < valentin> which trys to respawn permanently
21:46 < rxr> kdm?
21:46 < rxr> there is no kdm ...
21:46 < valentin> or whatever
21:46 < valentin> this "X respawning too fast" thing
21:46 < rxr> there should nothing try to respaqn forever ..
21:46 < rxr> you wrote your X is up - is it or not ?
21:47 < valentin> of corse it is up, otherwise there would not be this error
21:47 < valentin> i thought that was kdm, because i had this since ever on kerstins machine
21:47 < valentin> there is no /dev/input/mouse*
21:48 < CIA-10> rene * r8862 /trunk/package/base/sysfiles/ (initrdinit mkinitrd mkinitrd.sh sysfiles.conf): 
21:48 < CIA-10> * new initramfs stuff - tested to work (basically), no 2.4 support
21:48 < CIA-10>  (yet) and needs more work (as usual) and embutils - those need to be
21:48 < CIA-10>  installed into some location now
21:49 < rxr> valentin: there is no kdm and there should be nothing respawning ...
21:49 < rxr> hoever jeru reported this with the latest release, too
21:49 < rxr> maybe there is a bug ... :-(
21:49 < rxr> in xdetec tor so ...
21:49 < tilix> bye
21:49 < rxr> valentin: too bad there is no mouse0 or so - what does the kernel dmesg and such say on bootup?
21:49 < rxr> cu tilix 
21:49 < rxr> valentin: does it detect a mouse there?
21:49 < tilix> cu
21:49 -!- tilix [~root@pppoe23.bol.bg] has left #t2 []
21:50 < valentin> rxr: this has nothing to do with xdetect, xdetect only makes it worse
21:50 < valentin> i have this even on kerstins old t2 installation
21:50 < valentin> something tries to restart X permanently
21:51 < valentin> i had this since i configured kdm on that machine
21:51 < valentin> maybe it has todo sth with the runlevel ?
21:52 < valentin> regarding the mouse dev, there is no output in the dmesg/log about the mouse
21:52 < valentin> the only line is the typical "all ps/2 mice on /dev/input/mice" or whatsoever
21:53 < valentin> mice: PS/2 mouse device common for all mice
21:53 < valentin> normaly there should be lines like
21:53 < valentin> input: ADB mouse on adb3:3.01/input
21:53 < valentin> etc
21:53 < valentin> but there are none
21:56 < valentin> i'll reboot and compare what happens in the normal installation
21:56 < rxr> second
21:57 < rxr> valentin: it has s.th. todo with xdetect
21:57 < rxr> bacause it is called by init to start x ...
21:57 < rxr> if x is restrat it is due to a but in my config / xdetect
21:58 < rxr> ok - on my P-mmx I hav
21:58 < rxr> e
21:58 < rxr> input: AT Translated Set 2 keyboard on isa0060/serio0
21:59 < rxr> input: PS/" Logitech Mouse on isa0060/serio1
21:59 < rxr> PS/2 even
21:59 < rxr> input: PC speaker
21:59 < rxr> I guess you only have the keyboard line ?
22:00 < rxr> so - PS/2 should work on the live cd - I guess this is a kernel bug - maybe googling for "PS/2 mouse problem liunux 2.6" or so can bring s.th. up ...
22:00  * rxr off to susan and then sleeping soon - cu in the early morning I think
22:01 < rxr> oh - and I might be back for a bit working later on ...
22:01 < rxr> so - cu
22:01 < valentin> rxr: no
22:01 < valentin> there is no xdetect in kerstins old t2, and i have the same problem
22:02 < valentin> the only difference now is that i get even more trash due to the xdetect script
22:02 < valentin> so it must be an init problem
22:09 -!- veki [~veki@bunuel-cpe-49.nat-pool.bgd.sbb.co.yu] has joined #t2
22:10 < valentin> ok
22:26 -!- veki [~veki@bunuel-cpe-49.nat-pool.bgd.sbb.co.yu] has left #t2 ["Leaving"]
22:47 < CIA-10> amery * r8863 /trunk/package/zope/ldapuserfolder/posixgroup.patch: * patched ldapuserfolder to accept posixGroups
23:06 -!- sparc-kly [mubex@66-50-33-174.prtc.net] has joined #t2
23:13 < mnemoc> http://www.microsoft.com/athome/security/children/kidtalk.mspx <--- LOL
23:16 < sepp> good night all, fall asleep sitting on a chair today
23:17 < mnemoc> gn8 sepp 
23:18 < mnemoc> :)
23:20 < valentin> mnemoc: haha
23:20 < valentin> h1 u l33t p4r3nz
23:23 < mnemoc> :D
23:24 < valentin> m1cr0$0ft pwns
23:25 < valentin> haha - mnemoc: try to vote this article usefull to experience broken active server code !
23:26 < mnemoc> heeh
23:28 < valentin> microso~1 does a good job to shift responsibility for internet security on to the parents: "watch your evil haxor kids, stupid !"
23:36 -!- mnemoc [~amery@200.75.27.82] has quit [Read error: 60 (Operation timed out)]
23:46 -!- mnemoc [~amery@200.75.27.4] has joined #t2
--- Log closed Sat May 14 00:00:49 2005