--- 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