--- Log opened Sat Feb 10 00:00:58 2007 00:23 -!- sepp_ [n=sepp@p213.54.146.165.tisdip.tiscali.de] has joined #t2 00:31 -!- sepp [n=sepp@p83.129.181.17.tisdip.tiscali.de] has quit [Read error: 145 (Connection timed out)] 01:29 -!- mtr_ [n=Michael@kobz-590ca0c3.pool.einsundeins.de] has joined #t2 01:37 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has joined #t2 01:43 -!- mtr [n=Michael@kobz-590ca03e.pool.einsundeins.de] has quit [Read error: 113 (No route to host)] 01:43 -!- mtr_ is now known as mtr 02:51 < magic_user> well I tried t2 and failed miserably 02:51 < R4gnar0k> lol 02:51 < magic_user> I got basic minimal iso for pentium 02:52 < magic_user> and I got it workin with dhcp 02:52 < magic_user> but couldnt get x windows or icewm or friefox downloaded 02:52 < R4gnar0k> ok 02:52 < R4gnar0k> why not? 02:52 < magic_user> I kept soing into stone to some pacakge mgr called gluop or something 02:52 < magic_user> and dump me back out 02:52 < magic_user> and mine not download anything 02:53 < magic_user> said couldnt find source to download 02:53 < R4gnar0k> mine doesn't download 02:53 < magic_user> but it would ping ww.google.com 02:53 < magic_user> i mean i had the network 02:53 < magic_user> heh 02:53 < R4gnar0k> you dl the packages. mine installs them 02:53 < magic_user> but nothing to download any stuff 02:53 < magic_user> oh how? 02:53 < magic_user> :) 02:54 < magic_user> I dont think doc made tat apparent enuf lol 02:54 < R4gnar0k> well you need to have a binary build first 02:54 < magic_user> how do i get xorg, and icewm desktop opera firefox and gaim 02:54 < magic_user> :) 02:54 < magic_user> ? 02:55 < R4gnar0k> why do you bother with installing a minimal when you want the whole desktop schlong? 02:59 < Demian> an apache guru ? 02:59 < Demian> have some troubles using mod_proxy and basic auth together. 03:03 < R4gnar0k> hmm doesn't the apache docu say that using mod_proxy and any real webserving together is a bad thing? o_o 03:04 < R4gnar0k> (might be misremembering tho) 03:05 < Demian> what do you mean by webserving thing ? 03:05 < R4gnar0k> hm? 03:06 < R4gnar0k> apache is a webserver, that's what it's made to do. the proxy stuff is only stuck on as an addon 03:06 < Demian> i have a internal server with basic auth I am trying to proxy though another apache server which is available from internet. it seems that the proxy tries to handle authentication by itself, and not passing it to the proxied (lan) apache server 03:06 < R4gnar0k> then, use squid 03:07 < R4gnar0k> again, apache was never meant to be a proxy, so surprises like that are to be expected 03:08 < Demian> i see. well, i just was trying to reuse the current running apache server. 03:10 < Demian> with squid can i redirect requests to distinct apache servers depending on the hostname being used? 03:10 < R4gnar0k> should be able to 03:12 < Demian> never usd squid for another thing but for proxy caches to internet serves. 03:13 < R4gnar0k> http://www.visolve.com/squid/whitepapers/reverseproxy.php 03:14 < Demian> oka, thanks. 03:15 < Demian> before start.. can I use squid as cache and reverse proxy at the same time? currently there is a squid proxy cache where I plan to use the reverse proxy. 03:15 < R4gnar0k> yes ... it's explained in that url too 03:16 < Demian> excellent R4gnar0k :) 03:18 < R4gnar0k> yw 03:21 -!- magic_user [n=gschuett@4.38.41.141] has quit [Read error: 104 (Connection reset by peer)] 03:23 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Connection timed out] 03:24 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 05:08 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 05:09 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 05:45 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 145 (Connection timed out)] 05:52 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 07:30 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 145 (Connection timed out)] 07:39 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 08:59 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 09:00 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 09:39 < rxr> moin 09:49 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 09:52 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 10:10 < CIA-21> rene * r22483 /trunk/package/archiver/gzip/ (gzip.desc no-uncompress.patch): * updated gzip (1.3.10 -> 1.3.11) 10:34 -!- idealm_ [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has joined #t2 10:36 < CIA-21> rene * r22484 /trunk/package/develop/ginac/ginac.desc: * updated ginac (1.3.6 -> 1.3.7) 10:36 < CIA-21> rene * r22485 /trunk/package/base/upstart/upstart.desc: * updated upstart (0.3.1 -> 0.3.2) 10:42 < CIA-21> rene * r22486 /trunk/package/gnome2/gmime/gmime.desc: * updated gmime (2.2.3 -> 2.2.4) 10:42 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has quit [Read error: 145 (Connection timed out)] 10:56 < sepp_> moin :) 11:01 -!- idealm_ is now known as idealm 11:08 < rxr> https://lipforge.ens-lyon.fr/projects/crlibm/ 11:08 < rxr> moin sepp_ 11:09 < sepp_> hi rxr :) 11:09 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)] 11:09 < sepp_> last e17 checkout is not good :/ 11:15 < CIA-21> rene * r22487 /trunk/package/gnome2/gtklp/gtklp.desc: * updated gtklp (1.2.2 -> 1.2.3) 11:19 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 11:24 < CIA-21> rene * r22488 /trunk/package/network/nginx/nginx.desc: * updated nginx (0.5.10 -> 0.5.11) 11:24 < rxr> sepp_: last as in T2's ? 11:24 < rxr> sepp_: whats broken on your side ? 11:24 < CIA-21> rene * r22489 /trunk/package/textproc/glark/glark.desc: * updated glark (1.7.10 -> 1.8.0) 11:25 [Users #t2] 11:25 [@ChanServ] [ Demian] [ LMJ ] [ rxr ] [ valentin] 11:25 [ Capey ] [ emte_ ] [ mtr ] [ sepp_] [ zod ] 11:25 [ CIA-21 ] [ idealm] [ R4gnar0k] [ Stelz] 11:25 -!- Irssi: #t2: Total of 14 nicks [1 ops, 0 halfops, 0 voices, 13 normal] 11:27 < sepp_> yes, latest in t2 11:27 < sepp_> etks tree widget is really broekn and crashes every time you click onto something 11:27 < sepp_> and ewl has some strange drawing errors 11:27 < CIA-21> rene * r22490 /trunk/package/gpe/gpe-aerial/gpe-aerial.desc: * updated gpe-aerial (0.2.9 -> 0.2.13) 11:28 < sepp_> well, ewl does not crash but renders pixel garbage in some situations 11:34 < rxr> the wonderful daily chaning world of enlightenment 17 11:34 < sepp_> if you run etk_test, select the tree test and click onto something it will crash 11:34 < sepp_> well, yeah, they are nuts 11:34 < rxr> the Yellow Dog folks will have a wonderful API/ABI compatibility nightmare on their PS3 Linux ... 11:35 < sepp_> but still looks very nice :-) 11:35 < rxr> hm - the iconbox scrollbar does not work for me 11:35 < sepp_> ahh yes, acrollbar is also broken 11:36 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 11:36 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 11:37 < rxr> sepp_: :-( 11:37 < rxr> do you wanna test a new checkout ? 11:38 < rxr> sepp_: treeview works here 11:38 < rxr> x86-64 11:38 < rxr> the only thing I see broken here is the scrollbar :-) 11:38 < sepp_> ohh 11:38 < sepp_> same here 11:38 < sepp_> lol 11:38 < rxr> ah ok 11:38 < rxr> no tree really is broken 11:38 < rxr> I thought you mean click to expand 11:38 < rxr> that works "jsut" click onto it crahes 11:39 < rxr> but the rest indeed looks quite nice 11:39 < CIA-21> rene * r22491 /trunk/package/mail/sendmail/ (sendmail.desc setmailer.patch): * updated sendmail (8.13.8 -> 8.14.0) 11:41 < sepp_> i don't want to test new checkout right now ... 11:42 < sepp_> i know 10-jan worked good, before they started to break etk 11:45 < sepp_> i updated it locally but there was nothing really new compared to the version in t2 before 12:33 < CIA-21> rene * r22492 /trunk/package/develop/gwenhywfar/gwenhywfar.desc: * updated gwenhywfar (2.5.2 -> 2.5.3) 13:09 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has quit [Remote closed the connection] 13:18 -!- d-marc [n=kvirc@HSI-KBW-091-089-002-216.hsi2.kabelbw.de] has joined #t2 13:23 -!- d-marc [n=kvirc@HSI-KBW-091-089-002-216.hsi2.kabelbw.de] has quit ["KVIrc 3.2.4 Anomalies http://www.kvirc.net/"] 15:05 -!- zod [i=zod@shodan.knid.net] has quit [Read error: 110 (Connection timed out)] 15:06 [Users #t2] 15:06 [@ChanServ] [ CIA-21] [ emte_] [ mtr ] [ rxr ] [ Stelz ] 15:06 [ Capey ] [ Demian] [ LMJ ] [ R4gnar0k] [ sepp_] [ valentin] 15:06 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal] 15:13 -!- sepp [n=sepp@p83.129.183.138.tisdip.tiscali.de] has joined #t2 15:21 -!- sepp_ [n=sepp@p213.54.146.165.tisdip.tiscali.de] has quit [Read error: 145 (Connection timed out)] 15:55 -!- Netsplit calvino.freenode.net <-> irc.freenode.net quits: CIA-8 15:57 -!- Netsplit over, joins: CIA-8 16:16 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)] 16:27 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 16:45 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 16:47 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 16:57 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 145 (Connection timed out)] 17:05 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 17:06 < misl> hi folks 17:07 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 17:36 -!- J0nas [n=CAM@host86-134-36-3.range86-134.btcentralplus.com] has joined #t2 17:36 -!- J0nas [n=CAM@host86-134-36-3.range86-134.btcentralplus.com] has left #t2 [] 18:05 -!- sepp_ [n=sepp@p83.129.192.213.tisdip.tiscali.de] has joined #t2 18:14 -!- sepp [n=sepp@p83.129.183.138.tisdip.tiscali.de] has quit [Read error: 145 (Connection timed out)] 18:29 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)] 19:05 < CIA-21> ragnar * r22493 /trunk/package/e17/evas/evas.conf: * evas: disable directfb support for now, seems to be broken 19:09 < sepp_> brokEn :( 19:10 < R4gnar0k> lol 19:36 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)] 19:37 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 19:47 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 20:13 -!- d-marc [n=kvirc@HSI-KBW-091-089-003-114.hsi2.kabelbw.de] has joined #t2 21:03 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)] 21:34 < rxr> what a lovely OSX day ... 21:37 < LMJ> moin moin 21:37 < d-marc> hello 21:37 < rxr> hi d-marc 21:37 < d-marc> rxr: stiil up? 21:38 < rxr> yeah we really have too much stuff to do ... 21:38 < rxr> and this weekend is "giving our Mac product some attention again" 21:39 < rxr> especially as it id displayed at hall 1 of the CeBIT ... 21:39 < d-marc> what is it? 21:39 < rxr> motivates us quite a bit to polish it even more ... 21:39 < d-marc> hehe 21:39 < rxr> http://www.exactcode.de/avisionosx/ 21:39 < rxr> http://www.exactcode.de/exactscan/ 21:39 < R4gnar0k> hi hi 21:40 < rxr> d-marc: though our booth is not in hall 1 - that's Avision's - our is in hall 5 in the Linux area :-) 21:40 < d-marc> you are at cebit? 21:40 < d-marc> with t2? 21:40 < rxr> yep 21:40 < rxr> yep 21:40 < d-marc> how much did it cost you? 21:40 < rxr> but this year we have to pay for it :-( 21:41 < rxr> the last years be managed to get into the OpenBooth for free 21:41 < rxr> unfortunatly the space there runs shorter every year 21:42 < d-marc> how much do you have to pay? 21:42 < rxr> though last year we payed the flight ticked for someone out of chile to join the fair - unfortunatly later on he forked T2 :-( 21:42 < rxr> lesson learned: do not feed trolls ... 21:42 < R4gnar0k> lol 21:42 < R4gnar0k> why did he fork ? o_O 21:43 < rxr> http://rene.rebe.name/photos/?p=/Cebit-2004/ 21:43 < rxr> http://rene.rebe.name/photos/?p=/Cebit-2005/ 21:43 < rxr> http://rene.rebe.name/photos/?p=/Cebit-2006/ 21:43 < rxr> R4gnar0k: he claims technical reasons 21:43 < R4gnar0k> uh huh 21:43 < rxr> but I think he was pissed of when I told him that with his quality of work and not coding much at all he was personally pissed ... 21:44 < R4gnar0k> oh >.< 21:48 * rxr really wonders how people can be that unmotivated when they are flight in a foreign, more industrialized country for free ... 21:48 < LMJ> maybe stress ;) 21:49 < LMJ> allergic to industrialized countries 21:49 < Demian> hi 21:50 < LMJ> hy Demian 21:50 < rxr> LMJ: well, he wanted to earn more, whatever 21:50 < rxr> strange folks .. 21:50 < rxr> hi Demian and LMJ 21:50 < Demian> rene, LMJ 21:52 < Demian> i dunt like industrialized contries at all, never wanted to be at one of them. i like to code near the beach, in a wood chair, without hearing cars in the roads. just some birds and fresh air, as now I do at this moment :) 21:52 < LMJ> lol 21:52 < LMJ> where do you live Demian ? 21:52 < rxr> Demian: :-) have a pic from that ? 21:53 < Demian> costa rica. i have not a pic atm. 21:54 < Demian> currently connected remotely to server. 21:54 < Demian> this NX stuff is really cool, dast and secure. 21:54 < Demian> s/dast/fast 21:54 < LMJ> via Wifi ? 21:54 < Demian> adsl. 21:55 < Demian> 1024/512kbps 21:55 < rxr> at the beach *G* ? 21:55 < Demian> ah well.. i have pics yeah.. 21:55 < LMJ> sound a cool spot ;) 21:55 < Demian> http://jvargas.alkaidconsulting.com/finca/ 21:56 < R4gnar0k> is there a reason why we build the beta version of at-spi ? 21:56 < rxr> heh 21:56 < rxr> R4gnar0k: I remeber somehwere int he back of my mind that gnome 2.16 or so requires it ... 21:56 < LMJ> i can't see you on the pic 21:57 < LMJ> nor DSLAM ;) 21:57 < R4gnar0k> hm o_O 21:57 < Demian> DSLAM ? 21:57 < R4gnar0k> gnome-mag and gnopernicus don't like it tho 21:57 < rxr> R4gnar0k: strange 21:57 < Demian> you won't se me at the pic, i didnt capture most of those pics. i wanted to show you the place. 21:57 < rxr> /we should check that current gnome really wants 21:58 < R4gnar0k> how can I again check which packages actually use it during compile? 21:58 < rxr> .cache 21:58 < rxr> grep .cache [DEP] lines 22:00 < R4gnar0k> yea but aren't the cache files outdated in packages? 22:02 < rxr> not really 22:02 < rxr> they are usually refreshed from time t time 22:02 < rxr> especially when we do something major 22:02 < rxr> but you can also check on your system in /var/adm/cache/* 22:02 < rxr> those are what you have actually built / installed ... 22:03 < R4gnar0k> ooh right 22:03 < R4gnar0k> duh I'm stupid 22:03 < rxr> .oO 22:03 < R4gnar0k> lol 22:12 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 22:13 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 22:18 * R4gnar0k contemplates special magic for x86_64 to use -fPIC whenever a shared library is built 22:19 < R4gnar0k> hmm >.< no wouldn't work I guess ... would need to know when creating the .o whether it's intended for a .so, or? 22:20 < rxr> yes 22:20 < rxr> however you could pass -fPIC to everythign but the kernel 22:20 < rxr> that should indeed work 22:21 < rxr> what -fPIC problems do you still have ? 22:21 < R4gnar0k> but would get a performance hit 22:21 < rxr> I run x86-64 systems without much headache since ages ... 22:21 < R4gnar0k> hm? 22:21 < rxr> R4gnar0k: tiny performance hit, yes 22:21 < R4gnar0k> I seems to have to use it for a lot of packages still 22:22 < rxr> R4gnar0k: which package do you have problems with? 22:22 < rxr> I run KDE + a whole lot of other stuff witout any problem ... 22:22 < R4gnar0k> like now for binutils since anjuta is linking to libiberty.a 22:22 < rxr> hm - ok I do not use anjuta ... 22:23 < R4gnar0k> would it be worth it to try and put -fPIC for all x86_64 packages? 22:24 < rxr> at least not the kernel 22:24 < R4gnar0k> cuz a lot of the FPIC-QUIRK stuff is only needed for that ... and it doesn't really make sense to compile it with -fPIC for 32 bit, but FPIC-QUIRK does that 22:25 < R4gnar0k> yea maybe exempt the kernel ... 22:25 < rxr> all the -fPIC fluff is also needed for sparc64, ppc64, et al. 22:25 < R4gnar0k> why is it needed anyway? it seems some object files are using 32 bit relocations ... why? 22:26 < rxr> because it is more efficient 22:26 < rxr> saves some parts of some opcodes 22:26 < R4gnar0k> ok ... so we are more efficient due to that, but less efficient due to -fPIC 22:26 < rxr> also you have one register less 22:27 < rxr> because one register is used as base 22:27 < R4gnar0k> for 32 bit? 22:27 < R4gnar0k> or for the -fPIC 22:27 < rxr> PIC code always eats one register to use as base to index against 22:27 < d-marc> good night everyone! 22:27 < rxr> due to the nature of relocation 22:27 < R4gnar0k> yea 22:28 < R4gnar0k> that much I understand 22:28 < rxr> n8 d-marc 22:28 [Users #t2] 22:28 [@ChanServ] [ d-marc] [ LMJ ] [ rxr ] [ valentin] 22:28 [ Capey ] [ Demian] [ mtr ] [ sepp_] 22:28 [ CIA-21 ] [ emte__] [ R4gnar0k] [ Stelz] 22:28 -!- Irssi: #t2: Total of 13 nicks [1 ops, 0 halfops, 0 voices, 12 normal] 22:28 -!- d-marc [n=kvirc@HSI-KBW-091-089-003-114.hsi2.kabelbw.de] has quit ["KVIrc 3.2.4 Anomalies http://www.kvirc.net/"] 22:28 < rxr> beside the register gone then some instructions can be encoded more efficently because smaller, known offsets can be used 22:28 < rxr> and some can even be more efficent because no offset relate to a unknown base is used 22:29 < rxr> but just a offset without indirection 22:29 < R4gnar0k> ah ok 22:29 < rxr> depending on the architecture some opcodes just take 5, 7, 11, ... bit indexes 22:30 < R4gnar0k> so like, if a string is at +16732 the for loop going through that string could optimize to i=16732; do_something(*base[i]); i++; ? 22:30 < rxr> on some really ugly low-end CPUs those offsets even vary depending on the typo of the instruction 22:30 < R4gnar0k> o_o 22:31 < rxr> such as logic ops have 7 bit offset and arithmetic ones just 5 and co ... 22:31 < R4gnar0k> lol 22:31 < R4gnar0k> yea ok ... weird ... 22:31 < rxr> not wired, life 22:31 < R4gnar0k> ;P ok 22:31 < rxr> at least CPUs are designed with "some care" 22:31 < rxr> guess how much fun I have with this "mid-range / consumer scanners" 22:32 < R4gnar0k> so it might actually be faster to use -fPIC in some situations 22:32 < R4gnar0k> *g* 22:32 < rxr> where some .tw people throw the dices on each model what bits to f*ck up yet again ... 22:32 < R4gnar0k> lol 22:32 < rxr> (and the buggyness of OS X is contributiong to the fun) 22:32 * rxr always does the I/O part first under Linux and when that works I try OS X ... 22:33 < rxr> otherwise I see too many kernel panics and such ... 22:33 < rxr> or otherwise crashing Mach threads .... 22:33 < R4gnar0k> O_O lol 22:33 * R4gnar0k giggles 22:45 * Demian return to bash to code a svn admin wrapper to manage bulk projects 22:46 < Demian> i do not code as fast in bash as I used to :( 22:46 < rxr> use and hack more on T2 - that will help 22:47 < rxr> so - we are off the office then - cu tomorrow 22:48 < Demian> i know for sure it will help a lot :) but need to free some time for that first. 22:48 < Demian> bye r^2 22:52 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 22:52 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 23:25 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] --- Log closed Sun Feb 11 00:00:59 2007