This is the log as captured by an IRC bot in the channel. The statements
are those of the individual people and might not neccessarily reflect the
policy and legal rules as set forth by the T2 SDE Project.
--- 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