--- Log opened Wed Jun 14 00:00:37 2006
00:06 -!- sepp [n=sepp@p213.54.142.126.tisdip.tiscali.de] has joined #t2
00:20 -!- sepp_ [n=sepp@p213.54.148.236.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
00:26 -!- idealm [n=ideal@218.82.57.125] has joined #t2
00:58 -!- idealm [n=ideal@218.82.57.125] has quit [Read error: 110 (Connection timed out)]
01:08 -!- idealm [n=ideal@222.66.46.91] has joined #t2
01:49 -!- morfoh [n=morfoh@e178006241.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
02:51 -!- horst [n=tasongwe@192.116.128.40] has quit [Read error: 104 (Connection reset by peer)]
02:52 -!- horst [n=tasongwe@192.116.128.40] has joined #t2
03:06 < _Ragnar__> O_O
03:07 < _Ragnar__> configure: error: add-on directory "linuxthreads" does not exist
03:07 < _Ragnar__> on 0-glibc
03:24 -!- mtr_ [n=Michael@pD9E1168C.dip0.t-ipconnect.de] has joined #t2
03:38 -!- mtr [n=Michael@pD9E10F9A.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
03:38 -!- mtr_ is now known as mtr
03:47 -!- MusiFreq [n=MusiFreq@cpe-24-195-90-147.nycap.res.rr.com] has joined #t2
05:08 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: CIA-7
05:11 -!- CIA-18 [i=cia@cia.navi.cx] has joined #t2
05:12 -!- Netsplit over, joins: CIA-7
05:12 -!- CIA-7 [i=cia@69.90.211.97] has quit []
05:27 -!- acehunky [n=chat_jok@221.128.139.67] has joined #t2
05:47 -!- mipe_ [n=mikapesu@fw.abako.fi] has joined #t2
06:41 -!- horst [n=tasongwe@192.116.128.40] has quit [Read error: 104 (Connection reset by peer)]
06:41 -!- horst [n=tasongwe@192.116.128.40] has joined #t2
06:45 -!- SanketMedhi [n=sanketme@221.128.139.67] has joined #t2
06:45 < SanketMedhi> mnemoc, are you there?
07:06 < rxr> _Ragnar__: what target / config did you try to build on trunk ?
07:07 < _Ragnar__> generic/default
07:08 < rxr> hm
07:08 < rxr> but you explicitly enable linuxthreads I fear _
07:08 < rxr> ?
07:09 < rxr> since generic it built for me on sparc and x86
07:09 < rxr> guess there is something trivially wrong with the linuxthreads tarball extracting
07:09 < rxr> I had to change it since the glibc upstream people changed packaging
07:10 < rxr> should be trivial to change the tarball extraction to change it to where glibc needs it
07:10 < rxr> (or use 2.2-stable till the new glibc is wider tested)
07:10 < _Ragnar__> okay
07:11 < rxr> 2-gcc builds since 20:50 on my 270MHz sparc64
07:11 < rxr> but it already is at the fat java stuff ...
07:11  * rxr needs a faster sparc ...
07:12 < Baldzius> moin rxr _Ragnar__
07:12 < _Ragnar__> moin
07:12 < _Ragnar__> I'm off to bed now tho
07:12 < _Ragnar__> nini
07:20 -!- SanketMedhi [n=sanketme@221.128.139.67] has quit ["Leaving"]
07:22 -!- SanketMedhi [n=sanketme@221.128.139.67] has joined #t2
07:26 < SanketMedhi> hello :)
07:27 < SanketMedhi> i am trying to install Zaptel drivers for my Digium X100P  Asterisk card
07:28 < SanketMedhi> i need sources of my linux kernel 2.6.17-rc4-mm1-dist kernel
07:28 < SanketMedhi> anybody have any idea?
07:33 < rxr> SanketMedhi: nope, sorry - no zaptel nor asterisk on my side
07:35 < SanketMedhi> ok
07:35 < SanketMedhi> umm any idea who built the desktop iso .. available on the site 
07:35 < SanketMedhi> ?
07:35 < rxr> SanketMedhi: you mean how to build it yourself from the source ?
07:36 < rxr> _Ragnar__: any chance you are still lurking ?
07:37 -!- SanketMedhi [n=sanketme@221.128.139.67] has quit ["Leaving"]
07:37 < rxr> _
07:37 < rxr> ?
07:38 < rxr> ah who, well - me ...
07:38 < rxr> still no reason to run away so quickly ...
07:41 < rxr> _Ragnar__: ok, on a notls built I get the error, me fixing
07:41 -!- MusiFreq [n=MusiFreq@cpe-24-195-90-147.nycap.res.rr.com] has quit [Remote closed the connection]
07:47 < CIA-18> rene * r17916 /trunk/package/base/ (glibc/glibc.desc glibc32/glibc32.desc): 
07:47 < CIA-18> * added glibc-linuxthreads download to glibc and it's checksum to
07:47 < CIA-18>  glibc32
07:48 < rxr> oh, CIA is back
07:58 < CIA-18> rene * r17917 /trunk/architecture/ (x86/config.in x86-64/config.in): * polished x86* menu entries, so they are both sorted at x
08:02 < CIA-18> rene * r17918 /trunk/scripts/config.in: * streamlined expert/experimental option text
08:02 < CIA-18> rene * r17919 /trunk/scripts/Build-Pkg: * improved debug.sh to use nvi if the $EDITOR is not yet built
08:02 -!- SanketMedhi [n=sanketme@221.128.139.67] has joined #t2
08:03 -!- SanketMedhi [n=sanketme@221.128.139.67] has left #t2 ["Leaving"]
08:03 < CIA-18> rene * r17920 /trunk/scripts/Build-Pkg: 
08:03 < CIA-18> * fixed x_mknod device node check to only accept real device nodes
08:03 < CIA-18>  and e.g. recreate the node if some package managed to mangle them
08:03 -!- SanketMedhi [n=sanketme@221.128.139.67] has joined #t2
08:04 < rxr> SanketMedhi: I built the desktop
08:04 < rxr> ISOs on the homepage
08:06 < SanketMedhi> i have the ISOs
08:06 < SanketMedhi> but no kernel sources
08:08 < rxr> no t2 target usually chip
08:08 < rxr> ships those ...
08:11 < SanketMedhi> i dont get you
08:16 < rxr> t2 allows automated build of packages
08:17 < rxr> the kernel can be Emerge-Pkg'ed as well
08:17 < rxr> just grab the T2 source, enable what you need and rebuild your kernel
08:17 < rxr> if you want to build your own kernel from source then that is fine as well
08:31 -!- mipe_ [n=mikapesu@fw.abako.fi] has quit [Read error: 104 (Connection reset by peer)]
08:36 < CIA-18> rene * r17921 /trunk/package/x11/nvidia-legacy/ (pkg_linux24_post.conf pkg_linux26_post.conf): 
08:36 < CIA-18> * fixed nvidia-legacy to not schedule nvidia (a 2nd time) but itself,
08:36 < CIA-18>  nvidia-legacy to be built
08:49 < CIA-18> rene * r17922 /trunk/package/filesystem/lazyfs/lazyfs.desc: 
08:49 < CIA-18> * disabled lazyfs by default, it is quite out-of-sync with current
08:49 < CIA-18>  kernels, someone needs to update it
08:52 < CIA-18> rene * r17923 /trunk/package/filesystem/cloop/cloop.desc: * disabled cloop by default, way out of sync with current kernels
08:53 -!- SanketMedhi [n=sanketme@221.128.139.67] has quit ["Leaving"]
08:54 < CIA-18> rene * r17924 /trunk/package/x11/nvidia-legacy/nvidia-legacy.desc: 
08:54 < CIA-18> * disabled nvidia-legacy by default, never built (formerly registered
08:54 < CIA-18>  nvidia) and has no chance without major fixing against current kernels
08:57 < CIA-18> rene * r17925 /trunk/package/x11/rivatv/rivatv.desc: 
08:57 < CIA-18> * disabled rivatv by default, way out of sync with current kernels
08:57 < CIA-18>  and it would need some trivial gcc-4 patches
09:12 < CIA-18> rene * r17926 /trunk/package/network/rt2570/ (2.6.16.patch postlinux.conf): * fixed rt2500 for 2.6.16 and cleaned the .conf
09:12 < rxr> rt2570, damn
09:12 < rxr> anywaz
09:15 -!- morfoh [n=morfoh@e178006241.adsl.alicedsl.de] has joined #t2
09:16 < morfoh> moin
09:30 -!- acehunky [n=chat_jok@221.128.139.67] has quit [Read error: 110 (Connection timed out)]
09:51 -!- morfoh_ [n=morfoh@e178028159.adsl.alicedsl.de] has joined #t2
10:05 -!- morfoh [n=morfoh@e178006241.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
10:05 -!- morfoh_ is now known as morfoh
10:18 -!- idealm [n=ideal@222.66.46.91] has quit [Read error: 110 (Connection timed out)]
10:27 -!- idealm [n=ideal@218.82.57.125] has joined #t2
10:35 -!- morfoh [n=morfoh@e178028159.adsl.alicedsl.de] has quit [Read error: 104 (Connection reset by peer)]
10:37 -!- morfoh [n=morfoh@e178028159.adsl.alicedsl.de] has joined #t2
10:54 -!- mipe_ [n=mikapesu@fw.abako.fi] has joined #t2
11:12 -!- acehunky [n=chat_jok@221.128.138.120] has joined #t2
11:23 -!- sherniux [n=sherniux@81-7-79-120.ip.zebra.lt] has joined #t2
11:24 < Baldzius> zebriux i n.akmene :)
11:31 < morfoh> hi Baldzius 
11:31 < Baldzius> moin morfoh :)
11:31 < morfoh> Baldzius: :)
11:34 < acehunky> moin morfoh
11:35 < morfoh> moin acehunky 
11:38 < mnemoc> moin moin
11:38 < Baldzius> moin mnemoc
11:39 < mnemoc> moin Baldzius 
11:49 -!- sherniux [n=sherniux@81-7-79-120.ip.zebra.lt] has quit []
11:49 -!- mipe_ [n=mikapesu@fw.abako.fi] has quit ["This computer has gone to sleep"]
11:50 -!- mipe_ [n=mikapesu@fw.abako.fi] has joined #t2
12:00 -!- Tauras [n=tauras@mail.2xsoftware.com] has joined #t2
12:00 < Tauras> hello
12:01 < mnemoc> wb Tauras 
12:01 < Tauras> what did happen yesterday? t2 channel was empty
12:02 < mnemoc> probably a netsplit and you got isolated
12:02 < Tauras> btw I dont know if it was an issue fro t2, but I used some fix for depmod in linuxXX.conf
12:03 < Tauras> UNAME_MACHINE=$arch depmod -a -F /boot/Sytem.map ....
12:03 < mnemoc> Tauras: plase send a patch to the ML for discussion
12:03 < mnemoc> please*
12:03 < Tauras> so depmode wont choke during crosscompilation
12:03 < Tauras> :) I'm not subscribed
12:04 < Tauras> it is trivial, just to add UNAME_MACHINE=$arch
12:06 < mnemoc> i tell you because we already have tricks for that included, so if it didn't work for you means there is a bug somewhere else which has to be fixed
12:08 < mnemoc> if you are doing t2-related development it's very recommended to get subscribed, because the changes are discussed and announced there
12:08 < mnemoc> been unsubscribed means you have get ugly surprises
12:09 < Tauras> :) ok I'll subscribe
12:09 < Tauras> I read archives time to time
12:10 -!- veki [n=vedran@gw.gnucentar.org.yu] has joined #t2
12:12 < mnemoc> wb master veki 
12:15 < veki> hi
12:16 < veki> how are you?
12:17 < mnemoc> stiky
12:17 < mnemoc> and you?
12:18 < veki> ah, working a lot, redeseigned our site, a million of small problems with it
12:18 < veki> http://www.gnulinuxcentar.org
12:19 < veki> actually I have had off-line one mysql version and ISP does have other version of mysql, database formtas re not compatble ...
12:19 < veki> but, managed at the end
12:20 < mnemoc> oh, english
12:23 < veki> yes, serbina version will be finished soon also
12:23 < veki> serbian
12:33 < veki> I suppose you do not know serbian language and it will be meaningless to point you on serbian only version ;)
12:42 < mnemoc> :D
12:42 < mnemoc> i could have seen the layout ,-)
12:42 < veki> ;)
13:26 -!- mipe_ [n=mikapesu@fw.abako.fi] has quit ["Leaving"]
13:57 -!- veki [n=vedran@gw.gnucentar.org.yu] has left #t2 []
14:04 < CIA-18> rene * r17928 /trunk/package/network/ (rt2500/eth-naming.patch rt2570/eth-naming.patch): 
14:04 < CIA-18> * patched rt2500 and rt2570 to use the standard eth%d naming instead
14:04 < CIA-18>  even new variants (ra%d and rausb%d) ...
14:04 < rxr> so - me away again
14:06 -!- Tauras [n=tauras@mail.2xsoftware.com] has left #t2 ["popded"]
14:08 < CIA-18> rene * r17927 /trunk/package/network/rt2500/ (6 files): * updated rt2500 (1.1.0-b2 -> 1.1.0-b3), and cleaned the .conf
14:45 < LMJ> hello the chan
15:04 -!- acehunky [n=chat_jok@221.128.138.120] has quit []
15:13 -!- sireficuL [i=MMM@213.252.233.162] has joined #t2
15:14 < mnemoc> hello LMJ 
15:39 < rxr> re
15:44 < CIA-18> amery * r17929 /trunk/scripts/functions.in: * improved build_this_package() to automaticly assume autoextract != 1 if srctar was defined as 'none'
15:51 < rxr> Nexuiz 2.0 
15:51 < rxr> ^- update anyone ?
16:04 -!- sireficuL [i=MMM@213.252.233.162] has quit []
16:24 < LMJ> i haven't tested it yet ;)
16:24 < rxr> we already have a package - updated wanted
16:32 < LMJ> ha ok ;)
16:33 < LMJ> i can't run the old one, i have a 16:10 resolution/screen, nexuiz seems to want something with 4:3 to works
16:37 < rxr> huh ?
16:37 < rxr> LMJ: maybe try the update  ,-)
16:37 < rxr> and submit it even if it still does not work on 16:9 ,-)))
16:38 < LMJ> 16:10 dude ;)
16:40 < rxr> f}ck
16:41 < LMJ> who ? ;)
16:41 < rxr> there is some strange key that I sometimes hit on the mac keyboard that freezes the input handler of X ....
16:41 < rxr> and now I hit that on a MacBook and the box has no ssh running to kill X out of the way
16:41 < rxr> I really wanna know that key that is 
16:41 < rxr> something around eject and Ctrl or Alt or so additionally
16:42 < rxr> I think it most often happens when I hit F12 to display the yakuake console while typing fast ...
16:42 < rxr> damn crap ...
16:43 < LMJ> dude, just stop to use the Apple thing for your brain sanity
16:44 < rxr> heh - with T2 on those boxes the hardware is really outstanding ...
16:44 < rxr> not to mention the slimline design
16:44 < rxr> it is just some Linux or X server bug that happens on some strange key combination
16:45 < rxr> when it has todo with the eject key you can manage that with a Logitech or Microsoft keyboard likewise ...
16:46 < LMJ> the computer with suppository white color ?
16:46 < rxr> nope the MacBook is black ,-))
16:47 < rxr> and the dual-core G5 is brushed metal alluminum
16:47 < LMJ> yes
16:47 < LMJ> i tried this one
16:47 < LMJ> running dreamweaver and PS at school ;)
16:47 < LMJ> Macromedia Director too ;)
16:48 < rxr> both boxes are bleading edgely fast
16:48 < rxr> the macbook runs @ 2x2GHz, Core Duo
16:49 < rxr> it builds a Linux 2.6 kernel out of the ccache in 13 minutes or so
16:49 < rxr> and it is a Laptop! - with SATA disk ...
16:49 < LMJ> have you ever try Opteron ?
16:49 < rxr> the dual-core G5 builds T2 at a speed I'll do not wanna miss ...
16:49 < rxr> LMJ: a dual-core Opteron to go ?
16:49 < rxr> those are just about to come out
16:50 < rxr> I have a one core Opteron (Turion 64) as peesea laptop - the case and overal quality, keyboard and such are of way lower quality - the thing I'll not wanna mis on the MacBook is the superb keyboard
16:51 < rxr> oh and I never so far had a peesea laptop where the audio line out was not noisy and clicking with the clokc of the IDe channel
16:51 < rxr> but yes, Opterons are also nicely fast
16:51 < rxr> not to be compared with the dusty slowly buildign sparc in the corner /me kicking the box
16:51 < LMJ> infortunatly, i don't have opteron are work, just Intel Xeon MP and Sparc stuff
16:51 < rxr> still 5-glibc, sigh
16:52 < LMJ> at**
16:52 < rxr> since 16:47
16:52 < LMJ> LOL
16:52 < rxr> for 2-gcc the box built from 22:00 yesterday to 9:xx this morning or so
16:52 < rxr> though that includes C, C++, Java and Fortran and the like ...
16:52 < rxr> the sparc is running at 270MHz though ...
16:53 < rxr> Build [2] at 06/13/2006 from 20:50:21 to 11:02:23 CEST
16:53 < rxr> ^- gcc
16:53 < rxr> ^- 2-gcc
16:53 < LMJ> this summer, when t2 2.2 will be perfect, i will compile it on this Futjisu RX200 (Dual Intel Xeon 3Ghz HT) with 4GB or RAM PC3200  + HDs SCSI320 15000trs
16:53 < rxr> 1-glibc:
16:53 < rxr> Build [1] at 06/11/2006 from 18:40:21 to 23:54:07 CEST
16:53 < rxr> not fun on those boxes
16:53 < rxr> good I tested the multilib stuff in-depth on x86-64 and ppc64 already ...
16:53 < LMJ> dude, did you removed any cpu on those boxes ? ;)
16:54 < rxr> nope it only has one
16:54 < LMJ> did you removed it ?;)
16:54 < LMJ> maybe the GFX is calculating ;)
16:54 < LMJ> GPU*
16:54 < rxr> there is no oo (infinity) in those numbers, is there ? ,-)
16:54 < rxr> well the Ultra 5 is from the stone-age and gcc-4.1 does the rest to it ...
16:55 < rxr> years ago at ROCK 1.6 times, err my dRock that was building on that sparc with gcc-2.95.{2,3} was more fun
16:55 < LMJ> I will make a cross-compil on that Dual Xeon, it's for my poor old home Athlon XP Cpus..
16:55 < rxr> also glibc was nto that fat as it is now at that times ...
16:55 < rxr> lol
16:56  * rxr needs to fine someone donating a T1 Niagara system for T2@sparc64
16:56 < LMJ> got some 8 cpu Sparc machins at work
16:56 < rxr> 32 threads of execution in the GHz range should bring the build times to more reasonable numbers
16:57 < LMJ> those servers are running solaris
16:57 < LMJ> 8 iirc
16:58 < LMJ> can they build t2 ?
16:59 < rxr> none tried cross building from slowlaris, I would expect yet unknown bugs to be fixed
16:59 < rxr> in theory most boxes could run T2@sparc
17:00 < LMJ> those servers are in production, i can't reboot them to a T2 live CD to compile ;)
17:01 < rxr> yeah - better leave the sparcs alone for now ,-))
17:02 < LMJ> well, the Dual Xeon is mine atm
17:02 < rxr> heh ,-))
17:02 < LMJ> i will use it as my custom t2 2.2 compilation box ;)
17:03 < LMJ> damned
17:03 < LMJ> it's RHEL4 32bits on it irrc
17:04 < LMJ> they needed a supported Linux running
17:05 < LMJ> so the crappy Xeon 64 will be not used at 100%
17:05 < LMJ> bad news :-/
17:21 -!- acehunky [n=chat_jok@59.184.28.35] has joined #t2
17:40 < CIA-18> rene * r17930 /trunk/package/x86/microcode_ctl/devfs.patch: * removed microcode_ctl/devfs.patch
17:48 < CIA-18> rene * r17931 /trunk/target/desktop/config.in: * added madwifi to the desktop target
17:49 < _Ragnar__> hi rxr 
17:49 < _Ragnar__> I'm back
17:52 < sepp> rt2500 1.1-b3 was quite buggy when i tested it some months ago, worse than b2 
17:53 < rxr> sepp: ouhm
17:53 < rxr> sepp: bad to hear
17:53 < rxr> should I revert the update bits ?
17:54 < rxr> _Ragnar__: no-tls glibc built for me now
17:54 < rxr> the non 32 glibc had the linuxthreads download missing entirely, adding it fixed it ... ,-)
17:54 < _Ragnar__> ok :) I'll try
17:55 < sepp> well, i don't have the laptop around right now to test it
17:55 < rxr> I tested it on x86-486 with tls forced disabled
17:55 < rxr> sepp: ok, either drop me a note when it is still worse and let's then only revert the update bits, now the cleanup
17:55 < sepp> sure ;)
17:56 < rxr> s/now/not/
17:56 < rxr> (or the eth%d naming ,-)))
17:56 < rxr> ok - me off then, cu soon
17:56 -!- idealm [n=ideal@218.82.57.125] has quit [Remote closed the connection]
17:57 < sepp> even b2 was rather bad so that i used my old orinoco pcmcia card
17:58 < CIA-18> amery * r17933 /trunk/package/archiver/bize/bize.conf: 
17:58 < CIA-18> * changed bize to not set autoextract=0 because now it's assumed for srctar=none packages
17:58 < CIA-18> * cleaned bize to not use custmain (not tested)
17:58 < CIA-18> amery * r17934 /trunk/package/textproc/text2pdf/text2pdf.conf: * changed text2pdf to not set autoextract=0 because now it's assumed for srctar=none packages
17:59 < CIA-18> amery * r17935 /trunk/package/java/java-dirtree/java-dirtree.conf: * changed java-dirtree to not set autoextract=0 because now it's assumed for srctar=none packages
18:00 < CIA-18> amery * r17937 /trunk/package/base/mkpkg/mkpkg.conf: 
18:00 < CIA-18> * changed mkpkg to not set autoextract=0 because now it's assumed for srctar=none packages
18:00 < CIA-18> * cleaned mkpkg to not use custmain (not tested)
18:00 < CIA-18> amery * r17932 /trunk/package/network/rocknet/rocknet.conf: * changed rocknet to not set autoextract=0 because now it's assumed for srctar=none packages
18:00 < CIA-18> amery * r17936 /trunk/package/filesystem/bin2iso/bin2iso.conf: * changed bin2iso to not set autoextract=0 because now it's assumed for srctar=none packages
18:00 < CIA-18> amery * r17940 /trunk/package/base/t2-src/t2-src.conf: * changed t2-src to not set autoextract=0 because now it's assumed for srctar=none packages
18:01 < CIA-18> amery * r17941 /trunk/package/base/stone/stone.conf: * changed stone to not set autoextract=0 because now it's assumed for srctar=none packages
18:01 < CIA-18> amery * r17938 /trunk/package/base/00-dirtree/00-dirtree.conf: * changed 00-dirtree to not set autoextract=0 because now it's assumed for srctar=none packages
18:01 < CIA-18> amery * r17939 /trunk/package/base/mkinitrd/mkinitrd.conf: * changed mkinitrd to not set autoextract=0 because now it's assumed for srctar=none packages
18:01 < CIA-18> amery * r17942 /trunk/package/base/t2-debug/t2-debug.conf: * changed t2-debug to not set autoextract=0 because now it's assumed for srctar=none packages
18:22 -!- karasz [n=karasz@80.97.102.201] has joined #T2
18:23 < karasz> moin moin
18:24 < mnemoc> wb karasz!
18:25 < karasz> thx mnemoc 
18:29 < karasz> after some pause here is the brand new daily:
18:29 < karasz> A man was walking on a field, carying a big bag.
18:30 < karasz> From time to time he stopped and shacked the bag vigurously.
18:30 < karasz> Another man saw him, stopped and asked
18:30 < karasz> What do you have in it?
18:30 < karasz> Answer: mice.
18:31 -!- sireficuL [i=MMM@213.252.233.162] has joined #t2
18:31 < karasz> And why the hell do you shake that bag???
18:32 < karasz> Answer: Well, to stop them from oragnizing and chew out the bag.
18:32 < karasz> well, everybody can pick his meaning ;)
18:33 < mnemoc> o.o
18:38 < rxr> mnemoc: svn has atomicity to group related changes
18:41 < mnemoc> rxr: your atoms are molecules from my point of view
18:43 < rxr> nope, you commit quarks
18:43 < rxr> when we want to have this cleanup in 2.2 we have to hunt how many, 20 revisions or so now ...
18:44 < rxr> well, maybe just 10++, but maybe you find some more occurances ,-)
18:45 < sepp> i find it pointless to make 40 commits of e.g. e17, it will not work if one part is only 3 weeks older anyway
18:45 < mnemoc> those commits represent changes independent one of each other
18:45 -!- sireficuL [i=MMM@213.252.233.162] has quit []
18:45 < rxr> that is why subversion people find their atomic revision feature so interesting
18:45 < sepp> esp if all you did was a sed cvs date
18:46 < rxr> mnemoc: they represent one topic, if there are 20 autoextract= removals they belong together
18:46 < rxr> everything else just makes merging and reverting harder and mostly only rises our commit graph
18:46 < mnemoc> rxr: i commit consistent changes, not 'topics'
18:47 < CIA-18> rene * r17943 /trunk/TODO: * flushed the done itmes in our historic TODO file
18:47 < rxr> and removing 10 autoextract= is not consistent?
18:47 < mnemoc> did i say so?
18:48 < mnemoc> of course a molecule is consistent
18:49 < rxr> svn is exactly not about committing atoms but molecules in your language
18:50 < rxr> in CVS you have our one atom view where you can then go and hunt which 20 revisions removed the autoextract= lines
18:51 < rxr> SVN exactly has this atomic commit of molecules for those usability reasons outlined
18:51 < mnemoc> SVN implement *changesets*, as oposite as CVS *file* based revisions
18:52 < mnemoc> that has nothing to do with making fat commits
18:52 < CIA-18> rene * r17944 /trunk/target/embedded/config.in: * force none output image processing in the embedded target
18:52 < rxr> mnemoc: your stuff was a changeset no matter how long you turn it and look on it's atoms ...
18:53 < mnemoc> not all of them were just autoextract=
18:54 < rxr> the commit logs read like that
18:55 < mnemoc> read better
18:55 < CIA-18> rene * r17945 /trunk/target/psion-pda/download.txt: * added proboot as documenting note to the psion target
18:56 < rxr> see the usability problem_
18:56 < rxr> ? even
18:57 < rxr> which of them is not labelled: "changed XYZ to not set autoextract=0 because now it's assumed for srctar=none packages" ?
18:57 < mnemoc> 17937 and 17933
18:58 < morfoh> yawn
18:58 < rxr> one can argue you groupped unrelated changes in those ...
18:58 < mnemoc> they are parts of one cleanup
18:58 < rxr> pff
18:59 < mnemoc> but sorry, i don't have time for this discussion, and even more sorry... i wont change my way to make commits 
19:00 < CIA-18> rene * r17946 /trunk/target/psion-pda/pkg_linux24-psionw.conf: 
19:00 < CIA-18> * fixed psion-pda linux24 custom config for the linux24.conf cleanup
19:00 < CIA-18>  months ago
19:01 < rxr> to bad you hold on relicts of the past and refuse to adapt to something new
19:01 < mnemoc> fat commits is the modern way?
19:03 < mnemoc> i look for making easier to trace a change, not for making easier to make merges
19:04 < rxr> this is not fat but groupping related changes ...
19:04 < mnemoc> to make merges i have svk
19:08 < CIA-18> rene * r17947 /trunk/package/security/loop-aes/loop-aes.desc: 
19:08 < CIA-18> * disabled loop-aes 3rd party linux build until someone ports it to
19:08 < CIA-18>  recent kernels, likewise
19:30 -!- rxr_ [n=rene@e178139167.adsl.alicedsl.de] has joined #t2
19:30 -!- Topic for #t2: T2 | 2.2 Branched! - trunk going for 2.3 | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/
19:30 -!- Topic set by mnemoc [] [Tue Jun 13 15:03:53 2006]
19:30 [Users #t2]
19:30 [@ChanServ] [ dsoul ] [ LMJ   ] [ rxr       ] [ tdi      ] 
19:30 [ acehunky] [ horst ] [ mnemoc] [ rxr_      ] [ valentin ] 
19:30 [ Baldzius] [ karasz] [ morfoh] [ sepp      ] [ _Ragnar__] 
19:30 [ CIA-18  ] [ laj_  ] [ mtr   ] [ sparc-kly_] 
19:30 -!- Irssi: #t2: Total of 19 nicks [1 ops, 0 halfops, 0 voices, 18 normal]
19:30 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg
19:30 -!- Channel #t2 created Sun Aug  8 19:15:33 2004
19:31 -!- Irssi: Join to #t2 was synced in 36 secs
19:31 < sepp> does loop-aes fail to build?
19:40 -!- rxr [n=rene@e178167059.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
19:56 -!- mnemoc is now known as __mnemoc
20:02 -!- veki [n=vedran@gw.gnucentar.org.yu] has joined #t2
20:03 < sepp> btw - loop-aes works fine on my other box running 2.6.16.18 ! ;)
20:04 < __mnemoc> that's not a modern kernel
20:04 < __mnemoc> wb veki!
20:04 < veki> hi
20:04 < karasz> hello brother veki ;)
20:04 < veki> hello brother karasz :-)
20:05 < sepp> well, i am sick of rebuilding the kernel twice a week
20:06 < rxr_> sepp: ouhm, ok the minor version should not make such a difference
20:07 -!- You're now known as rxr
20:07 < rxr> sepp: I'll schedule it ofr a 2nd look tomorrow, ok ?
20:07 < sepp> i will try 2.6.16.20 and if the patch does not fit i will rediff it 
20:08 < sepp> should not be a big problem since it worked x.x.x.2 versions before :)
20:12 < sepp> sure, np ;)
20:12 < rxr> notheless I only wanted to disable the unsynced onced that need bigger API adaption - mostly VFS related
20:13 < rxr> maybe I mismatched that and I'll take a look then
20:13 < rxr> though I have no problem when you are faster than me ,-)
20:13 < sepp> i will try the unified rt wlan driver this week
20:14 < sepp> 2400,2500,2570 iirc
20:14 < tdi> POLAND!!
20:14 < tdi> :PPP
20:14 < sepp> ?
20:14 < tdi> Poland-Germany match 
20:14 < rxr> sepp: cool
20:15 < sepp> last time i tested it, it was quite borked but that was >3 months ago
20:18 < sepp> i have a rt2500, jsaw a 2570, anyone with a 2400 ? :)
20:20 < __mnemoc> tdi: :D
20:22 < __mnemoc> uhm, now .de will be able to win :\
20:23 < rxr> sepp: nope, only other stuff here
20:24 < rxr> at76x what it was and athers some adm8211 and Orinoco in the original iBook
20:24 < rxr> atheros anyway
20:24 < rxr> ah, and ipw2200 and an improcom I do nto use due absense of a linux driver ..
20:27 < sepp> i use my 6 year old orinoco pcmcia card all the time, but maybe the unified rt driver works this time so that i can get rid of this old thing
20:29 < rxr> the adm8211 is also basically lingering aroundin the cupboard ...
20:29 < sepp> at least the orinoco card works without problems :)
20:30 < rxr> yeah
20:30 < tdi> __mnemoc: i do not think so
20:30 < tdi> 0:0
20:30 < rxr> the problem is that all the people buy crap all the time
20:31 < rxr> worst example have been those ma111 netgear sticks that get hot like h*ll and do not even work stable with the orig. windows driver
20:31 < rxr> if those lazzy population would not feed those crap companies we would not have this driver problem for all this f*ck up el-cheapo stuff ...
20:31 < __mnemoc> tdi: that would be nice, that way i would be able to sleep tonight :)
20:31  * rxr wonders anyway why the world needs so many different wifi silicons ...
20:32 < tdi> __mnemoc: why 
20:32 < tdi> ?
20:32 < __mnemoc> tdi: no celebrations outside :p
20:32 < tdi> ahh
20:33 < rxr> __mnemoc: maybe hurry ang get some fresh ohropacks somewhere ... ,-)
20:33 < tdi> ohropacks?????
20:33 < tdi> what the heck is that ?
20:33 < __mnemoc> sleep pills?
20:33  * __mnemoc just guessing
20:33 < sepp> no, ear plugs
20:33 < __mnemoc> :p
20:34 < rxr> yep, in-ear plugs ...
20:35 < rxr> think the famous brand name as tempo is for towels
20:36 < sepp> but it is "ohropax" ;)
20:36 < karasz> gn8 everybody
20:36 < sepp> the brand name ...
20:37 < sepp> night karasz 
20:38 < __mnemoc> :)
20:38 < __mnemoc> gn8 karasz :\
20:39 < tdi> __mnemoc: no sleep tonigh
20:39 < __mnemoc> :(
20:39 < rxr> better hunt ohropacks ...
20:40 < rxr> sepp: oh, never used them ,-)
20:41 < sepp> my neighbors went mad - someone must have kicked a dead cow into a railing
20:42 < rxr> uh_
20:42 < rxr> ? even
20:42  * rxr got to used to the us layout the last days ....
20:43 < sepp> :)
20:45  * rxr should hand the sparc us keyboard to valentin, he is more a fan of that
20:46 < sepp> that is one reason why blender sucks - you can not change keybindings, and ctrl-z (for undo) is insane on a german layout
20:47 < rxr> lol
20:47 < valentin> re
20:47 < valentin> such a f... germany even won
20:48 < valentin> sepp: thanx, but i have a sparc us keyboard
20:49 < rxr> valentin: but yours has a sucking enter key
20:49 < rxr> and or Cntrl one even or so ?
20:49 < rxr> where one accidently hits those all the time
20:50 < valentin> rxr: yes, that is the reason why i seldom use it
20:50 < rxr> ah - muhahaha - the insance Capslock key that just comes to my mind
20:50 < sepp> yeah, but if the most used function in a 3d prog (undo) is bound to a not usable shortcut it stinks
20:50  * rxr wonders what kind of drugs circulated in the Sun labs the days they designed that
20:50 < rxr> sepp: maybe kick tom a bit to implement key rebinding
20:51 < rxr> sepp: or propose it as next years summer of code project for blender
20:52 < valentin> sepp: setxkbmap us while in blender should help you out
20:52 < rxr> but then many other keys do not match I fear
20:52 < rxr> maybe just exchange y and z ,-))
20:53 < sepp> that is no solution, it is a silly hack
20:54 < sepp> and i am quite sure there are a lot layouts where some of the hard wired shortcuts make no sense at all
20:55 < rxr> sepp: of course, we just want to make your log design work more comfortable
20:55 < rxr> that is why I said kick tom afront ,-)
21:02 < sepp> i already use things like "ctrl:nocaps" - because my 1st computer had the ctrl key in a sane place
21:08 -!- veki [n=vedran@gw.gnucentar.org.yu] has quit ["leaving"]
21:19 [Users #t2]
21:19 [@ChanServ] [ CIA-18] [ karasz] [ morfoh] [ sepp      ] [ valentin ] 
21:19 [ acehunky] [ dsoul ] [ laj_  ] [ mtr   ] [ sparc-kly_] [ _Ragnar__] 
21:19 [ Baldzius] [ horst ] [ LMJ   ] [ rxr   ] [ tdi       ] [ __mnemoc ] 
21:19 -!- Irssi: #t2: Total of 18 nicks [1 ops, 0 halfops, 0 voices, 17 normal]
21:30 -!- __mnemoc is now known as mnemoc
21:33 < valentin> gn8
21:36 < _Ragnar__> rxr: glibc on 64 bit also makes problems ... doesn't install into lib64
21:39 < _Ragnar__> and boehm-gc fails for 32 bit with: In file included from pthread_support.c:116:
21:39 < _Ragnar__> /usr/include/semaphore.h:1:36: error: linuxthreads/semaphore.h: No such file or directory
21:40 < mnemoc> o_O
23:31 -!- idealm [n=ideal@218.82.57.125] has joined #t2
--- Log closed Thu Jun 15 00:00:43 2006