--- Log opened Tue Jun 07 00:00:58 2005 00:06 < CIA-7> rene * r9491 /trunk/package/network/ppp/rocknet_ppp.sh: 00:06 < CIA-7> * added -s to the standard options of PPP chat invocations, so logs 00:06 < CIA-7> go thru standard error and thus into the ppp custom log file 00:44 < valentin> will drive home now - cu later (or tomorow) 00:44 < jeru> cu valentin 00:44 < rxr> oh - stil wake jeru ? 00:45 < jeru> rxr: I will go sleep now ;) 00:47 < jeru> had to test some configurations in a UML test bed .... but I'm too tired for proceeding the tests 00:47 < jeru> good night all 00:49 -!- jeru [~jeru@p54BFD741.dip.t-dialin.net] has quit [Remote closed the connection] 01:01 < rxr> icc (ICC) 9.0 20050430 01:02 < rxr> so - finally - beast it is ... 01:25 < rxr> KlamAV 0.20 02:08 < mnemoc_> re 02:08 < mnemoc_> valentin: pong 02:48 -!- keinek_ [~Keinek@201.254.14.108] has joined #t2 02:50 -!- keinek [~Keinek@201.254.10.26] has quit [Read error: 110 (Connection timed out)] 02:53 < mnemoc_> 2.7G 2.1.0-beta3 02:53 < mnemoc_> 3.7G 2.1.0-beta4 02:54 < mnemoc_> 3.9G 2.1.0-rc1 03:06 < CIA-7> amery * r9492 /branches/2.1/package/ (15 files in 7 dirs): * added missing or fixed bad copyright notes on packages/[ps]* 03:08 -!- keinek_ [~Keinek@201.254.14.108] has quit [Remote closed the connection] 03:12 < CIA-7> amery * r9493 /branches/2.1/package/ (21 files in 10 dirs): * added missing or fixed bad copyright notes on packages/x* 03:18 -!- keinek [~Keinek@201.254.14.108] has joined #t2 03:18 < keinek> hi again 03:19 < mnemoc_> hi leonor 03:22 < keinek> :D 03:25 < CIA-7> amery * r9494 /branches/2.1/package/ (675 files in 675 dirs): * merged 9409 from trunk: rene@exactcode.de -> rene@t2-project.org 03:45 < CIA-7> amery * r9495 /branches/2.1/ (3 files in 3 dirs): * fixed last copyright notes, package/zope and scripts. 04:42 < CIA-7> amery * r9496 /branches/2.1/package/ (attic/gnomesword/ religion/gnomesword/): * moved gnomesword to attic until we get libgtkhtml3 05:06 < keinek> academy office $300 or 100 U$S in Argentina. 05:06 < keinek> :P 05:07 < keinek> i have $500 per mouth in my job. 05:07 < keinek> i use openoffice ;) 05:35 -!- sparc-kly [~mubex@65-23-207-250.prtc.net] has quit ["Leaving"] 08:42 -!- nzg [~tschmidt@xchangecenter.de] has quit ["Reconnecting"] 08:42 -!- nzg [~tschmidt@xchangecenter.de] has joined #t2 08:43 -!- nzg [~tschmidt@xchangecenter.de] has quit [Client Quit] 08:43 -!- nzg [~tschmidt@xchangecenter.de] has joined #t2 08:52 < rxr> re 08:58 < CIA-7> rene * r9497 /trunk/package/x86/icc/icc.desc: * updated icc (6.0 -> 8.0) 08:59 < rxr> mnemoc_: due to an article work I got a full blown commercial license for ICC 9.0 ... ! 08:59 < rxr> (that is not yet released) 08:59 < rxr> I could sell ICC optimized T2 if I would like too ... 09:00 < rxr> tramp3d-v3.cpp(2): catastrophic error: could not open source file "iostream" 09:13 < rxr> 2532 rene 18 0 752m 353m 524 R 17.6 70.4 0:33.97 mcpcom 09:13 < rxr> ^- ICC memory ammount while bulidint my tramp3d bench ... 09:14 < rxr> icpc: error: Fatal error in /opt/intel/cc/9.0/bin/mcpcom, terminated by kill signal 09:14 < rxr> compilation aborted for tramp3d-v3.cpp (code 1) 09:51 < rxr> for Botan ICC also needs a h*ll lot of time ... :-( 11:18 -!- jeru [~jeru@mail.oberlinhaus.de] has joined #t2 11:18 < jeru> hi 11:19 < rxr> hi jeru 11:20 < jeru> .oO( finaly I got my Thinkpad back )o 11:21 < jeru> my eyes can't believe it .... it's quite strange to look on the SXGA+ 15" instead of the 10,4" again 11:22 < jeru> but anyway it's bette :) 11:22 < jeru> better 11:23 < jeru> but I have to reboot into windoze now ... cu later 11:23 -!- jeru [~jeru@mail.oberlinhaus.de] has quit [Remote closed the connection] 11:41 -!- netrunner [~andreas@p54981B32.dip0.t-ipconnect.de] has joined #t2 11:42 < netrunner> moin 11:43 < rxr> cool - viavoice recognizes RedHat as Restwert ,-( 11:43 < rxr> ) even 11:43 < rxr> hi netrunner 11:43 < rxr> moin jsaw 11:43 < rxr> moin jeru - even - uhm - why did do leave that quickly ... - no wonder did not work out ... 11:45 < rxr> netrunner: how are you ? 11:51 < netrunner> rxr: fine, thx. preparing long trip to russia 11:51 < netrunner> have you guys tried utf-8 with glibc >2.3.3 ? 11:51 < rxr> i see no problem 11:52 < netrunner> rxr: I have core dumps in iswprint() with glibc 2.3.3 which makes all basic tools like ls, rm, grep, etc fail 11:53 < netrunner> rxr: do you use utf-8 with a glibc >2.3.3? 11:53 < rxr> we used 2.3.3 intensively and are at 2.3.4 - I heared of no such problem ... 11:53 < rxr> with a LANG or co export to utf8 locale ? yes, of course 11:54 < netrunner> rxr: how else would you make a system use utf8 other than setting LANG=de_DE.UTF-8 in profile.d/locale? 11:55 < rxr> manually in programs ? 11:56 < netrunner> rxr: could you try a LANG=de_DE.UTF-8 grep foo /var/log/messages? (given you have this locale) 11:58 < rxr> no problem 11:58 < rxr> GNU C Library stable release version 2.3.4, by Roland McGrath et al. 11:58 < rxr> Compiled by GNU CC version 3.4.3. 11:59 < rxr> I never had such a crash at all ... 11:59 < rxr> netrunner: wanna try out T2 ,-) ? 11:59 < rxr> it is sorta ROCK compatible and you will fell a-home immediatly ,-) 12:00 < netrunner> rxr: (sorry for insisting) but you have that locale? (i.e. LANG=de_DE locale shows no problems) 12:00 < netrunner> rxr: dunno. maybe. I am still bored by the split because it wastes ressources. 12:01 < rxr> not on my side 12:01 < rxr> I (I think we) never have been more productive 12:01 < rxr> if you want ROCK - use it - we will not force anyone .. 12:02 -!- jeru [~jeru@mail.oberlinhaus.de] has joined #t2 12:02 < jeru> re 12:02 < rxr> hi jeru 12:03 < rxr> netrunner: if you wanna look at colorful pictures: 12:03 < rxr> http://svn.exactcode.de/big.png 12:03 < rxr> T2 is at r9497 ... 12:04 < jeru> hi rxr, netrunner 12:06 < netrunner> hi jeru 12:07 < netrunner> rxr: does that graph count checkins or changed lines? 12:08 < rxr> nope - but ROCK would not look better on such a graph, too 12:08 < jeru> rxr: I like this graph :) 12:09 < rxr> netrunner: I double checked on PowerPC with an equally new glibc / gcc - no problem at all 12:09 < rxr> netrunner: I _do_ have utf8 in every day use since months ... 12:09 < netrunner> rxr: ok, I guess this but is in glibc 2.3.3 then. 12:09 < netrunner> I need it because I have to use cyrillic chars a lot now :) 12:09 < netrunner> rxr: can I use a rock download dir for t2? 12:09 < rxr> netrunner: build T2 if you do not wanna debug the ROCK glibc ... 12:10 < rxr> netrunner: yes 12:10 < rxr> but do not build trunk - build 2.1 ,-) 12:10 < rxr> tough trunk builds equally well it will not install flawlesslly right now - since our u/dev fully modular kernel work misses the last 3 lines of glue code ... 12:15 < jeru> .oO( another rock converte )o :) 12:18 < netrunner> rxr: are the trunk problems manageable or big hurdle (for a dev) 12:26 < netrunner> hm, what chances do you give to updating the glibc within a system? I mean, only the minor version ... 12:26 < netrunner> btw, as far as I have seen there is already 2.3.5 on the server... 12:29 < rxr> netrunner: IIRC on ROCK was some bug in glibc or flist wrapper build that made it fail sometimes 12:29 < rxr> aside from that it is suppost to work 12:29 < rxr> but it failed before install - thus no damage of the running system 12:42 < rxr> netrunner: well - I would use 2.1 for production systems 12:44 < rxr> netrunner: btw. the difference of T2 and ROCK is that T2 is a community work 12:44 < rxr> netrunner: where your hylafax and p3 something package where rejected in submaster - I took the 7 minutes and fixed and applied them to T2 ... 12:45 < netrunner> p3nfs 12:45 < netrunner> rxr: ah, you have my patches in t2? I just recently sent about 80 to submaster :) 12:45 < rxr> netrunner: and in general we communicate changes and design with the others ... instead of shouting to the other people how /xyz bad/ s.th. is ... 12:45 < rxr> netrunner: nope - I did not important all 12:46 < rxr> I do no spy submaste the whole day - I only come there from time to time - and the rejection of this two packages annoyed me enough to pull them ,-) 12:46 < netrunner> lol 12:46 < rxr> the other 80 where mostly updates or so? I do not remeber off hand ... 12:46 < CIA-7> rene * r9498 /trunk/package/contrib/lesspipe/lesspipe.desc: * updated lesspipe (1.44 -> 1.51) 12:47 < netrunner> mostly. one thing was binutils update, which required wine update and a patch to some other package. 12:47 < netrunner> and a few new packages in my repo 12:47 < rxr> well - we are aware of binutils - but it caues regressions and we pull it when the upstream packages settled for it ... 12:48 < netrunner> rxr: I did a full build with it. everything works fine (with the patchset I mentioned) 12:48 < rxr> netrunner: T2 is way more up-to-date than rock - especially due to no submaster queue and the t2-updates list where updates are proposed - fully automated ... 12:49 < rxr> netrunner: then linux* have been fixed in the meantime - when it was released the linux kernel did not build with it ... 12:49 < CIA-7> rene * r9499 /trunk/package/develop/docutils/docutils.desc: * updated docutils (0.3.7 -> 0.3.9) 12:50 < netrunner> rxr: no, now you mention it, there is a patch to the kernels. http://www.kernel.org/pub/linux/devel/binutils/release.binutils-2.16.90.0.3 12:50 < netrunner> (there 12:50 < netrunner> 's a link to the patches for 2.4 and 2.6) 12:50 < rxr> I know - but I did not wanted to mess with it wihtout a need 12:50 < rxr> I just wanted to let this settle before we pull thus experimental assmebler changes ... 12:50 < netrunner> rxr: be happy, I did :) 12:52 * netrunner subscribed to t2 and t2-svn 12:52 < rxr> netrunner: there is also t2-updates ,-) 12:52 < rxr> need to tweak the homepage ... 12:52 < netrunner> :) 12:52 < rxr> jeru: what is the CMS site don'g ? 12:54 < netrunner> make[1]: *** [resolv/subdir_install] Segmentation fault (core dumped) 12:54 < CIA-7> rene * r9500 /trunk/package/x11/xplanet/xplanet.desc: * updated xplanet (1.0.1 -> 1.1.2) 12:54 < netrunner> new glibc not happy either. 12:54 < rxr> netrunner: rock or t2 build ? 12:56 < netrunner> rxr: I built it into my latest rock full generic build in stage 9. 12:56 < rxr> but with the rock scripts and packges? or t2 ? 12:57 < CIA-7> rene * r9501 /trunk/package/contrib/dictd/dictd.desc: * updated dictd (1.9.15 -> 1.10.0) 12:57 < netrunner> why is your package containing glibc 2.3 called glic32? 12:57 < rxr> because we have no split for package junk and this package is a 32 bit glibc for bi-arch systems such as x86-64 and sparc64 12:58 < netrunner> rxr: with rock 12:58 < netrunner> ah. 12:58 < rxr> netrunner: I remeber I had to fix a grave bug in this area around december in T2 ... 12:58 < rxr> a t2 glibc update build might work in your rock system ... 12:59 < CIA-7> rene * r9502 /trunk/package/ (contrib/dictd/ dictionary/dictd/): * moved contrib/dictd -> dictionary/ 12:59 < netrunner> rxr: I'll try. after lunch :) 13:03 < rxr> netrunner: oh - and our Emerge-Pkg is way more advanced with way better deps in the .cache files ... 13:04 < rxr> (real engeneering work instead of gnome*-dirtree packages ,-) 13:16 < CIA-7> rene * r9503 /trunk/package/network/lftp/lftp.desc: * updated lftp (3.1.3 -> 3.2.1) 13:18 < CIA-7> rene * r9504 /trunk/package/develop/ddd/ddd.desc: * updated ddd (3.3.10 -> 3.3.11) 13:28 < CIA-7> rene * r9505 /trunk/package/graphic/libpano/libpano.desc: * updated libpano (2.7.0.9 -> 2.7.0.10) 13:51 < CIA-7> rene * r9506 /trunk/package/multimedia/libcdio/libcdio.desc: * updated libcdio (0.72 -> 0.74) 13:51 < CIA-7> rene * r9507 /trunk/package/audio/rezound/ (fox_1.4.patch rezound.desc): * updated rezound (0.11.1 -> 0.12.0) 13:57 < netrunner> rxr: oh, you actually have glibc 2.3.5 in trunk. 13:58 < rxr> netrunner: it has a reason why we are @r95xx with less work and more fun ,-) 13:58 < rxr> and in trunk I'm already awaiting glibc-2.3.6 to update and gcc-4.0.1 ,-) 13:59 < rxr> before those a gcc-4 system has no chance to survice a basic build ... 13:59 < CIA-7> rene * r9508 /trunk/package/editors/yudit/yudit.desc: * updated yudit (2.7.6 -> 2.7.8) 14:06 < rxr> netrunner: if you wanna test out T2 eaily - we have a state of the art (not ROCK live junk based at all) Live CD ... 14:06 < rxr> http://www.golem.de/0505/37972.html 14:06 < rxr> http://www.t2-project.org/live/ 14:06 < rxr> http://gsmp.tfh-berlin.de/ftp/t2/stable/2.2.0-beta/ 14:07 < netrunner> is that from t2: !> pkgprefix: mysql record is old, please rebuild 14:10 < rxr> yep ... ,-) 14:10 < rxr> ouhm - indeed that is a drawback from a rock T2 transition 14:10 < rxr> you could vi /var/adm/packages/mysql 14:10 < rxr> and insert 14:11 < rxr> Prefix: the-pkg-prefix 14:11 < rxr> like 14:11 < rxr> Prefix: usr 14:11 < rxr> or 14:11 < rxr> Prefix: opt/mysql 14:19 < CIA-7> rene * r9509 /trunk/package/multimedia/rte/ (configure.patch rte.desc): * updated rte (0.5.2 -> 0.5.6) 14:59 < netrunner> rxr: doesn't the relying on existance/contents of /var/adm/package/* remove the possibility to use the t2 sources to build a package in another system? 15:20 < rxr> netrunner: of course this is only used when you build into your running system ... 15:20 < rxr> a stand alone Build-Target and co does of course not read the systems /var/adm ... 15:21 < rxr> and in ROCK /var/adm if of course also used for in-system Build or Emerge ... 15:21 < rxr> just that in T2 much stuff greatly enhanced - e.g. this prefix detection (e.g. compare our pkgprefix with the rock mess ,-) 15:23 < netrunner> rxr: how do you leave out unneccessary stuff like headers or documentation when installing? 15:23 < netrunner> (sorry for questioning, but I try to figure the differences. yes, I read the differences page :) 15:24 < rxr> the differences is already a bit rotted ... 15:25 < rxr> netrunner: we have not yet a split package equivalent - because it stinks too much 15:25 < netrunner> rxr: but it makes sense. 15:25 < rxr> in 2.3 or up we consider intertrting s.th. but when we do, we'll do in a saner way ... 15:25 < rxr> netrunner: yes - bu tit does not make sence to implement every as crappy as possible .... 15:26 < rxr> e.g. an emebedded system may of course decide to not install headers and co - but that has be done the whole time - and on systems with installer - like desktops and servers you normally want the -devel and -doc or whatever packages since you want to compile software 15:26 < rxr> so it mostly makes sense for embedded or other custom systems - where an installer is not in use at all 15:27 < netrunner> rxr: especially on servers it is a security decision not to allow compilation of software. 15:27 < rxr> just last week I had a support call from .ch asking what is wrong with my scanner driver - and it turned out he had no libusb header and .a libs on his debian ... 15:28 < rxr> netrunner: this is the biggest misconception ever - if you break in - you can push whatever in to build software - not to mention that as cracker you push your statically linked expoits with you all the time ... 15:30 < jeru> re 15:31 < rxr> hi jeru 15:31 < rxr> regarding the scanenr: and thus no _USB_ support built into SANE - autsch! 15:32 < rxr> and with the many why does xyz not build -devel help hits on google I doubt -devel is a big win for normal server/desktops 15:32 < jeru> rxr: ack, of course you can upload your staticaly linked malicous code, but I prefer to not install all this devel stuff on a productive server like netrunner mentioned 15:33 < netrunner> rxr: people compiling software themselves should know what they are doing, and at least read configure output. 15:33 < rxr> jeru: this might very well be - but it is not a security improvement as it 15:34 < netrunner> rxr: locking your door is also no improvement, bc if someone picks the lock, it does not matter how often he has to turn it. but anyway, everybody locks his door when leaving. 15:34 < rxr> netrunner: notheless this problems are widely know and still people ask why s.th. does not build - just last week I had to hear the greated problems from courses at the university on SuSE boxes where indeed on every box another -devel subset was missing ... 15:35 < rxr> I do not say T2 will never have a -% serperation - this is an ungoing topic - but instead junk we implement it when there is consensus 15:46 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has quit [Client Quit] 15:47 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has joined #t2 15:50 < valentin> moin 15:50 < jeru> hi valentin 15:55 < mnemoc_> rxr: icc? so we will support it here? 15:55 < jeru> oh! my companero is awake :) 15:56 < mnemoc_> at office :) 15:56 < jeru> hi mnemoc_ :) 15:56 < mnemoc_> netrunner: oh, cool to see you here 15:56 < mnemoc_> hi jeru, valentin, rxr 15:56 < jeru> mnemoc_: yeah ... at the office you're awake ? ;) 15:56 < netrunner> hi mnemoc_ 15:57 < mnemoc_> jeru: sort of :) 15:57 < valentin> hi netrunner byw 15:58 < valentin> s/byw/btw 15:58 < valentin> and hi mnemoc_ , jeru , rxr 15:59 < netrunner> hi valentin 16:01 < mnemoc_> jeru: people at conosur ({samba,qmail,plone}-ldap) are happy now :) 16:01 < rxr> mnemoc_: read scrollbcak 16:01 < jeru> mnemoc_: yeah ... these are good news :) 16:02 < CIA-7> amery * r9510 /branches/2.1/package/java/ (maven/maven.conf maven1/maven1.conf): * changed maven and maven1 to use opt/$pkg instead of opt/maven-$ver as prefix 16:02 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has quit [Client Quit] 16:02 < jeru> mnemoc_: I'm happy because it will hopefully relax you a bit :D 16:03 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has joined #t2 16:03 < rxr> mnemoc_: icc update and support is really lagging - but I have the not yet released 9.0 version _now_ and I got a full commercial license from Intel ,-) 16:03 < rxr> in theory (if we want this) we could _sell_ ICC optmized linux version now ,-)! 16:04 < rxr> and my nightly benchmark results with ICC look quite promissing ,-) 16:04 < mnemoc_> rxr: how does ICC vs. GPL thing works? 16:05 < mnemoc_> jeru: i'll be relaxed when they start paying :) 16:06 < jeru> mnemoc_: ah ok ... I thought you were paid already 16:06 < mnemoc_> jeru: they said they will pay me 50% today.... i'll see 16:06 < SerWou> hello guys 16:06 < mnemoc_> hi SerWou 16:07 < jeru> Hi SerWou 16:07 < SerWou> hello mnemoc_ and jeru 16:07 < mnemoc_> i need more disc space :'( 16:08 < SerWou> howmuch ? 16:08 < valentin> mnemoc_: you can backup some stuff to my firewire hd 16:08 < valentin> if <1 mbit upload is enough for you 16:08 < jeru> valentin: what size ? 16:08 < valentin> i still have about 130 GB left 16:08 < mnemoc_> SerWou: at least 2G to be able to build ooo in peace :) 16:09 < SerWou> i see ;) 16:09 < jeru> valentin: oh! but it's 3.5" disc 16:09 < SerWou> it will have to share my disk space with you by internet to built ooo 16:09 < SerWou> ;) 16:09 * valentin wonders how long ooo builds on mnemoc_'s machine when build/ is nfs mounted to my disc over my dsl line 16:10 < mnemoc_> :p 16:12 < mnemoc_> rxr: query, please 16:17 -!- sparc-kly [~mubex@65-23-207-250.prtc.net] has joined #t2 16:20 < mnemoc_> hi sparc-kly 16:21 < sparc-kly> hi mnemoc , good morning . 16:22 < rxr> mnemoc_: with recent ICC versions you can even mix GCC and ICC generated binaries ... 16:22 < rxr> in T2 it works with the compiler selection we have since ROCK 1.7 ages ... 16:26 < rxr> it would build the selected C/C++/Fortran or Kernel files with the compiler as selected ... 16:26 < jeru> hi sparc-kly .... .oO( good morning sounds nice )o ;) 16:26 < rxr> just that ICC rotted since version 6.0 - which is ages in the past 16:26 < mnemoc_> rxr: i meaned legally 16:27 < rxr> the resulting binaries are your - as long as you payed for the compiler 16:27 < mnemoc_> rxr: why you added icc 8.0 instead of 9.0? 16:27 < rxr> I just bumped the version - the former was broken and the current will be too 16:27 < mnemoc_> :) 16:28 < rxr> 9.0 is not yet released - I'm in the early reviewer program ... - when it is released I'll commit the fixes - until then I'll work on the fixes ,-) 16:28 < valentin> jeru: where do you know my disc size from ? 16:28 < rxr> I just saw 6.0 and tought - "what the h*ll - that is rotted" ... 16:30 < rxr> mnemoc_: diffing the trees I notice there is a spelling/typo fix for Cleanup performed on trunk - not yet in 2.1 ... 16:31 < jeru> valentin: because I've an external USB2/Firewire drive too, but it just has 60GB inside because there is a 2.5" notebook hdd inside. and mostly all above 80GB must be 3.5" HDD's 16:31 < mnemoc_> rxr: which rev? 16:31 < rxr> svn log running 16:32 < rxr> r8546 | rene | 2005-04-27 13:20:31 +0200 (Wed, 27 Apr 2005) | 2 lines 16:32 < jeru> rxr / mnemoc_ : ack ... syslog-ng.conf was .cong ... 16:32 < rxr> * fixed two typos in scripts/Cleanup 16:32 < mnemoc_> oh 16:33 < rxr> yep that was: 16:33 < rxr> r9488 | chris | 2005-06-06 22:47:23 +0200 (Mon, 06 Jun 2005) | 2 lines 16:33 < rxr> * renamed syslog-ng.cong -> syslog-ng.conf which is hopefully more sane 16:33 < rxr> than before ;) 16:33 < mnemoc_> o_O 16:33 < jeru> mnemoc_: shame on me, I guess it was my typo regarding syslog-ng 16:33 * jeru hides 16:33 < rxr> mnemoc_: I fear the build error in the query will also happen on trunk - I test and report / fix on demand 16:34 < rxr> jeru: you caused the typo? 16:34 < rxr> I think no - I guess I was it: 16:34 < rxr> r6893 | rene | 2005-02-28 21:10:43 +0100 (Mon, 28 Feb 2005) | 3 lines 16:34 < rxr> * added .init file to syslog-ng, took over maintainship and fixed the 16:34 < rxr> [U] tag 16:34 < mnemoc_> to many Gs 16:35 < jeru> rxr: I guess yes, because I added the init scripts for syslog-ng .... but I'm not sure 16:35 < rxr> jeru: the log says it is my fault - but you can take it if you want too ,-) 16:35 < jeru> ah no! :) 16:35 < jeru> now I don't need to hide anymore .... puhhhh ... 16:36 < CIA-7> amery * r9511 /branches/2.1/scripts/Cleanup: * merged 8546 from trunk: fixed typos in scripts/Cleanup 16:36 < rxr> --- package/base/syslog-ng/syslog-ng.cong (revision 0) 16:36 < rxr> +++ package/base/syslog-ng/syslog-ng.cong (revision 6893) 16:36 < rxr> @@ -0,0 +1,3 @@ 16:36 < rxr> + 16:36 < rxr> +hook_add postmake 5 "install_init syslog-ng $confdir/syslog-ng.init" 16:36 < rxr> + 16:36 < rxr> ^- .o(I should test .init file additions ,-) 16:36 < mnemoc_> i should add it to misc/tail 16:36 < mnemoc_> but for rc2 16:37 < jeru> rxr: yes ... I'll think about it to take over maintainership for syslog-ng 16:37 < rxr> that is watch the flist closer .... <- .o(why explicit packaging like in rpm and deb considered harmfull ,-) 16:37 < rxr> jeru: sure - I do not use it - I only inserted my name due to lingering around without .init file and maintainer long vanished even from ROCK ... 16:39 < jeru> ok ... anyway I'll update it in trunk to the upcoming release soon ... so I'll inject me as maintainer too 16:39 < CIA-7> amery * r9512 /branches/2.1/package/base/syslog-ng/ (syslog-ng.conf syslog-ng.cong): * merged 9488 from trunk: renamed syslog-ng.cong -> syslog-ng.conf 16:39 < rxr> mnemoc_: trunk bootdisk build running 16:40 < mnemoc_> rxr: go go go 16:40 < mnemoc_> rxr: i want to tag rc1 :p 16:40 < rxr> PCRE 6.0 16:41 < rxr> but I guess it will cause regression ... 16:41 < rxr> s/guess/fear/ 16:41 < jeru> oh! pcre 6.0! hmmm ... cross compile support of pcre is on my list too :/ 16:42 < rxr> oh netrunner: T2 has far advanced cross compile support and a overworked toolchain compilation including decustmained binutils, glibc, gcc and friends including decustmained xorg ... 16:43 < mnemoc_> rxr: much better cross compile support, but we haven't reach what rock does using pseudo-cross yet 16:44 < rxr> are you sure this stuff is functional ? 16:44 < mnemoc_> daja claims it is 16:45 -!- mipe [~who@g223.ip2.netikka.fi] has joined #t2 16:45 < rxr> oh - than I should push cross compile everything higher on my list ... 16:45 < rxr> hi mipe !!! 16:45 < rxr> mipe: I see glibc32 issues on sparc64 as well 16:45 < rxr> I guess I have an idea what is wrong with your grub ... 16:45 < rxr> do you get warnings that the crt*.o files are binary incompatible ? 16:45 < jeru> rxr: yes ... push it up :) 16:46 < rxr> btw. I consider it a bug that the linker despite this warning munches the binaries together .... 16:46 < mipe> rxr: hmm, yep i think it was that,crt*.o stuff, but i cannot confirm this, my pc went down sunday, and theres none to put it back up, until i get there this friday 16:47 < rxr> ah 16:47 < mipe> and hi all :) 16:47 < rxr> mipe: but I strongly believe it is the same problem ... 16:47 < mipe> i think so too 16:49 < rxr> too bad my hw w/ 360Mhz is a bit slow to tinker with glibc32 / gcc and the like ... 16:49 < rxr> guess I should debug that while cross building on the athlon if we want to see it fixed till friday ... 16:49 < jeru> hi mipe 16:49 < mipe> hi jeru 16:49 < jeru> mipe: how is it going in suomi ? 16:50 < jeru> mipe: any news from the cluster front ? 16:50 < mipe> rxr:i'll give shell box access to you on friday(maybe even sooner if i get hold of someone with access to my house) 16:50 < mipe> jeru: quite good,and you... 16:51 < mipe> jeru:the software had cluster features in, so i dumped the project to create own 16:51 < rxr> well - I have sparc64 here - so I can just cross compile on a decent fast Athlon XP+ 2500 and thus fix it on a fast respondong local terminal until then ,-) and test on my sparc ... 16:52 < netrunner> rxr: remember nx compression? 16:52 < jeru> mipe: thanks I'm quite fine ... business as usual ... 16:52 < rxr> but I could use a amd64 box to benchmark ICC 9.0 on it ... 16:52 < rxr> netrunner: yes 16:52 < rxr> however I fear I lack the time to review ICC on x86-64 ... 16:52 < netrunner> rxr: I got a functional free server working now :) 17:01 < jeru> netrunner: do you mean "rock free" ? ;) 17:04 * sparc-kly now wait for my new U5 , 360mhz and 1gb ram :D . 17:06 < netrunner> jeru: no, free as in free beer :) 17:12 -!- rxr_ [rene@e178131010.adsl.alicedsl.de] has joined #t2 17:12 -!- Topic for #t2: T2 | 2.1.0-beta4 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/ 17:12 -!- Topic set by menomc [] [Sat Apr 16 00:33:34 2005] 17:12 [Users #t2] 17:12 [ _Lewellyn] [ jeru ] [ mnemoc_ ] [ nzg ] [ SerWou ] [ valentin] 17:12 [ _Ragnar_ ] [ jsaw ] [ mtr ] [ rxr ] [ sparc-kly ] 17:12 [ CIA-7 ] [ keinek] [ netrunner] [ rxr_] [ sparc-kly[u5]] 17:12 -!- Irssi: #t2: Total of 16 nicks [0 ops, 0 halfops, 0 voices, 16 normal] 17:12 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 17:12 -!- Irssi: Join to #t2 was synced in 11 secs 17:13 < netrunner> jeru: oh, no, I was talking about nx server :) 17:14 < jeru> netrunner: ok ok ... it was worth a try :) 17:14 < mnemoc_> jeru: trac? 17:14 < mnemoc_> jeru: www2? 17:14 -!- jeru is now known as trac 17:15 < trac> mnemoc_: as I told you ... I've a deadline on thursday. after that I'll have some free time slots, and I organized some help for the CMS work for the weekend 17:16 -!- trac is now known as jeru 17:16 < mnemoc_> jeru: you didn't tell me :) ok 17:16 < jeru> mnemoc_: ok! :) 17:17 < jeru> mnemoc_: I've to finish till thursday because of the same reasons you had to finish your conosur work 17:17 < mnemoc_> rxr_: :D 17:18 < mnemoc_> err 17:18 < mnemoc_> jeru: :D 17:18 < jeru> mnemoc_: you know my plans :D 17:18 < mnemoc_> rxr_: is it desired to have mozilla at usr/ ? 17:18 < mnemoc_> jeru: finish that them project! :) 17:18 < mnemoc_> s/them/damn/ o_O 17:19 < mnemoc_> rxr: and ./usr/lib/scilab-3.0/bin ? 17:19 < mnemoc_> rxr_: ./usr/lib/xcdroast-0.98 17:19 < mnemoc_> rxr_: +/bin 17:20 < mnemoc_> uhm.... ./usr/lib/erlang/bin 17:21 < mnemoc_> .oO( ./usr/lib/pl-5.4.7/bin ... )o 17:21 < jeru> mnemoc_: yes, I'll do, because I need a free mind and of course the money too ;) 17:22 < mnemoc_> ./usr/Local/Applications/GNUMail.app 17:22 < rxr_> mnemoc_: issue reproduced on trunk 17:22 < mnemoc_> rxr_: good 17:23 < rxr_> mnemoc_: do not be too pedantic - let's resolve such strange path issues over time ... 17:23 < rxr_> it is since rock times to have mozilla in /usr 17:23 < mnemoc_> rxr: what about the others? 17:23 < rxr_> some apps also expect it there - at least years ago 17:23 < mnemoc_> usr/lib/$pkg-$ver as prefix 17:23 < rxr_> root@corona:/t2-trunk# gcc -m32 misc/archive/hello.c 17:23 < rxr_> root@corona:/t2-trunk# ./a.out 17:23 < rxr_> Hello World! (A simple C program.) 17:24 < rxr_> root@corona:/t2-trunk# gcc -m64 misc/archive/hello.c 17:24 < rxr_> root@corona:/t2-trunk# ./a.out 17:24 < rxr_> Hello World! (A simple C program.) 17:24 < rxr_> cool ,-) manually fixed up - warning gone ,-) ! 17:24 < mnemoc_> :) 17:24 < rxr_> I fix it in trunk soon ,-) 17:25 < mnemoc_> thanks 17:26 -!- rxr [rene@e178188070.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 17:27 < rxr_> to the above thing: not only warning gone - but the resulting binary not segfaultng due to mixed 32/64 bit objects ... 17:27 -!- You're now known as rxr 17:27 -!- mipe [~who@g223.ip2.netikka.fi] has joined #t2 17:31 < valentin> re 17:31 < jeru> wb valentin 17:32 < valentin> rxr: did you try to call ? 17:32 < rxr> no 17:41 < rxr> mnemoc_: I propose to just add TOOLCHAIN to the allowed dirs ... 17:41 < mnemoc_> :) 17:42 < mnemoc_> you are core master chief architect 17:45 < jeru> mnemoc_: btw, is it worth to start a new ref build for 2.1 again before tagging rc1 ? 17:45 < mnemoc_> jeru: yes, i'm stoped on a bootdisk 17:45 < CIA-7> rene * r9513 /trunk/scripts/Build-Pkg: 17:45 < CIA-7> * added TOOLCHAIN to the allowed top-level directories, since dietlibc 17:45 < CIA-7> does write into it in stage 1 - thus is needed despite the stage 0 17:45 < CIA-7> chage for relaxed handling of the writes 17:45 < rxr> ^- mnemoc_ for your 17:45 < rxr> -r 17:45 < jeru> mnemoc_: I could offer some free cpu cycles on the test box 17:46 < mnemoc_> jeru: i want bootdisk and minimal before tagging 17:46 < mnemoc_> jeru: a pmmx desktop iso is welcomed 17:47 < jeru> mnemoc_: normal desktop target from the current 2.1. branch ? 17:47 < mnemoc_> jeru: yes, but i have to merge 9513 before :p 17:47 < mnemoc_> jeru: packages/versions on 2.1 wont change for rc1 17:48 < rxr> hm - this 32 vs. 64 bit object file needs some more review 17:48 < rxr> because it would be best to get rid of a hack that I would like to see obsolete for some time now ... 17:48 < jeru> mnemoc_: how long do you need to merge 9513 ? 17:48 < CIA-7> amery * r9514 /branches/2.1/scripts/Build-Pkg: * merged 9513 from trunk: added TOOLCHAIN to the allowed top-level directories 17:49 < mnemoc_> jeru: :) 17:49 < rxr> and this usr/$arch_target hack is whaat kicks in in this case, too 17:49 < mnemoc_> uhm 17:49 < mnemoc_> rxr: should i wait or it's safe to inject your changes on rc2? 17:52 < CIA-7> mtr * r9515 /trunk/package/kde/kde-i18n-de/hotfix.patch: * remove obsolete non-applying kturtle patch 17:53 < mnemoc_> ./usr/System/Applications/GormTest.app 17:53 < mnemoc_> ^--- i hate those paths 17:53 < rxr> mnemoc_: do not look into the GNU Step stuff ... 17:53 < rxr> I sort this out when I have free time ... 17:53 < CIA-7> mtr * r9516 /trunk/package/gnome2/gal/gal.desc: * updated gal (2.4.2 -> 2.4.3) 17:53 < rxr> do not waste stuf with this proof of concept stuff ... 17:54 < mnemoc_> rxr: i was thinking in prefix=opt/gnustep 17:54 < CIA-7> mtr * r9517 /trunk/package/gnome2/ (2 files in 2 dirs): 17:54 < CIA-7> * updated evolution-data-server (1.2.2 -> 1.2.3) 17:54 < CIA-7> * updated evolution (2.2.2 -> 2.2.3) 17:54 < jeru> mnemoc_: I'll svn up and starting a desktop target now .... ok ? 17:55 < mnemoc_> jeru: bootdisk+desktop=iso :) 17:56 < jeru> ok ... bootdisk too ... I'll sync the reports to your server 17:56 < mnemoc_> jeru: can you rm regressions/ref.*/ before? 17:56 < jeru> yes 17:56 < mnemoc_> or just rsync ref/ in future :) 17:57 < CIA-7> mtr * r9518 /trunk/package/office/aqbanking/aqbanking.desc: * updated aqbanking (1.0.9 -> 1.0.11) 17:57 < mnemoc_> rxr: can i add ccache to bootdisk? 17:57 < rxr> yep 17:59 < CIA-7> mtr * r9519 /trunk/package/office/moneypenny/ (. moneypenny.conf moneypenny.desc qt-stl-string.patch): * added moneypenny (0.9-beta-r4) 18:00 < CIA-7> amery * r9520 /branches/2.1/target/bootdisk/ (build_stage2.sh config.in): * changed bootdisk to build (but not install) ccache 18:01 < mnemoc_> rxr: there is a bug somewhere which leaves lot of proc entries on etc/mtab 18:02 < rxr> hm - maybe the new mount? 18:02 < mnemoc_> it's kind of old... at least a month 18:02 < rxr> do I need s.th. on my gateway for emule stuff ? 18:02 < rxr> as is the new mount ,-) 18:02 < mnemoc_> oh 18:03 < mnemoc_> jeru: you may want 9520 on your build 18:05 < jeru> mnemoc_: already synced ;) 18:05 -!- mipe [~who@g223.ip2.netikka.fi] has quit [Read error: 104 (Connection reset by peer)] 18:05 < mnemoc_> jeru: :) 18:06 < mnemoc_> jeru: i have a pending commit about tomcat... but that wont affect your builds 18:06 < jeru> ok 18:08 < mnemoc_> rxr: will we add ooo to desktop? 18:10 < valentin> it is big, clumsy and will waste space on the disk, otoh many ppl demand it 18:12 < jeru> mnemoc_: do you want to have bootdisk also pmmx optimized or just a generic one ? 18:14 -!- keinek [~Keinek@201.254.14.108] has quit [Remote closed the connection] 18:15 < rxr> mnemoc_: will desktop live longer when we have the live cd ? 18:15 < rxr> mnemoc_: at least my plan is to have it on the live cd ... 18:15 < rxr> though personally I prefer KOffice big times - for obvious reaons ... 18:15 < rxr> build in less than an hours, faster and you can fix bugs yourself ... 18:16 < valentin> and it integrates into the desktop 18:16 < valentin> which is very important for "naive" users 18:16 < rxr> hm - I just got one file via amule - so I need to tweaks on the router? 18:16 < rxr> anyone with emule whatever experience here? 18:16 < mnemoc_> rxr: livecd will never be at 2.1 18:16 < rxr> nope - I just spoke about the big picture 18:17 < mnemoc_> yes... that was one of my reasons to think about nested targets 18:18 < mnemoc_> but KOffice means kde... and not everyone likes kde 18:18 < rxr> well the default desktop's desktop is KDE ... 18:18 < mnemoc_> and most people has to coexist with windows and MS Office... 18:18 < jeru> mnemoc_: tell me one who doesn't like kde ;) 18:18 < mnemoc_> jeru: :) 18:18 < rxr> mnemoc_: urgent: how the f*ck do I get emule delivering files ... 18:18 < rxr> mnemoc_: haven't you epxerience in it ? 18:19 < jeru> mnemoc_: bootdisk also pmmx optimized ? 18:19 < mnemoc_> rxr: you need to nat some ports 18:19 < mnemoc_> jeru: yes 18:19 < jeru> ok 18:19 < mnemoc_> rxr: and of couse, open them on your firewall 18:19 < mnemoc_> rxr: people needs to connect to wellknown ports of every emule peer 18:24 -!- mipe [~who@g223.ip2.netikka.fi] has joined #t2 18:26 < jeru> mnemoc_: http://t2.geeks.cl/regressions/jeru/desktop/regressions.html 18:26 < mnemoc_> jeru: i expect a flawless build 18:26 < jeru> mnemoc_: btw, I whiped out the junk I synced over before ;) 18:26 < mnemoc_> jeru: thanks :) 18:27 < jeru> mnemoc_: no problem ... :) 18:30 < valentin> has someone a log of an ppp connection that was terminated by peer hangup ? 18:30 -!- mtr_ [~Michael@p54AF9B18.dip0.t-ipconnect.de] has joined #t2 18:30 < valentin> if so, what were the last lines of the log in this case ? 18:31 < mnemoc_> i have daily disconnections 18:33 < valentin> good ,) 18:35 < valentin> so i guess there is some line with "Connection terminated." and reason ? 18:36 < jeru> mnemoc_: bootdisk reports -> http://t2.geeks.cl/regressions/jeru/bootdisk/regressions.html 18:41 -!- mtr [~Michael@p54AF8604.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 18:41 < mnemoc_> rxr: what does Update-Src do currently? rsync? svn? 18:42 < jeru> hmmm ... do I need a special kernel module for connecting a digicam via USB ? 18:46 < jeru> mnemoc_: autoconf failed on bootdisk 18:46 -!- mipe [~who@g223.ip2.netikka.fi] has quit [Read error: 104 (Connection reset by peer)] 18:47 < rxr> ah - restarting amule seemed to help 18:47 < rxr> damn 18:47 < mnemoc_> jeru: log sync'ed? 18:48 < jeru> yes ... but a log wasn't created .... uhm ? 18:49 < jeru> mnemoc_: why the f*ck is regressions/bootdisk/log/ empty ? 18:50 < mnemoc_> uhm 18:50 < mnemoc_> no idea 18:51 < rxr> how long does it usually take for a download to start in these damn beasts ? 18:51 < valentin> if i start ppp with option logfile file - is the log overwritten each time or appended to the existing file ? 18:51 < rxr> in one man page I read about append mode .. 18:51 < rxr> valentin: you could have come over or took the modem with you for test ... 18:51 < rxr> did k. have an win or real modem? 18:51 < rxr> better serach for it if you need testing ,-) 18:52 < jeru> rxr: haven't you done sth. regarding perl/autoconf the last days ? 18:52 < rxr> I hacked perl to build the basics cross ... ,-) 18:53 < mnemoc_> valentin: here i stderr it and append it to a file 18:53 < valentin> imo a real one 18:53 < mnemoc_> exec 2&>1 exec >> /var/log/ppp0 exec pppd nodetach 18:53 < jeru> mnemoc_: I guess autoconf failed because it needs perl now 18:54 < mnemoc_> no perl on your machine? 18:54 < valentin> mnemoc_: i do not care about how you do it, because the livecd will use logfile :p 18:54 < mnemoc_> :) 18:54 < jeru> mnemoc_: sure ... I've perl on it 18:57 < jeru> hmmm ... or it's sth. else, because autoconf was build on desktop in stage 0 18:57 < mnemoc_> that is 'desired' because we can't trust in host's autoconf 18:57 < mnemoc_> e.g. debian 19:01 < rxr> oh - I get the first file at 3.5kB ... 19:02 < mnemoc_> is that good or bad? 19:02 < jeru> I'll prepare myself to move home ... 19:02 < mnemoc_> iirc emule use lowid/highid ... if you are not open, you get lowid which gives you low rates 19:03 -!- mipe [~who@g223.ip2.netikka.fi] has joined #t2 19:04 < mnemoc_> else : ; fi 19:04 < mnemoc_> touch elc-stamp 19:04 < mnemoc_> touch: setting times of `elc-stamp': No such file or directory 19:05 < mnemoc_> ^--- jeru, your error is weird 19:05 < jeru> mnemoc_: ack 19:06 < mnemoc_> rxr: can you imagine a reason to get that ---^ error? 19:06 < mnemoc_> unexistant $PWD ? 19:06 -!- mipe [~who@g223.ip2.netikka.fi] has quit [Client Quit] 19:07 < rxr> hm? 19:08 < mnemoc_> http://t2.geeks.cl/regressions/jeru/bootdisk/log/0-autoconf.err 19:11 < rxr> is the id chaning over time - it rose from 3 over 4 and 5 to Lowid 6 now ... 19:14 < mnemoc_> iirc i got 5 digits ids 19:20 < rxr> 5 ? 19:21 < rxr> as i 12345 ? 19:22 < mnemoc_> yep 19:24 < rxr> ouhm 19:29 < jeru> cu later guys ... moving home now 19:29 -!- jeru [~jeru@mail.oberlinhaus.de] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 19:53 < rxr> mnemoc_: I just read - if you had an HighID it is computed from the IP address ... 20:06 < mnemoc_> pdfnup is great 20:07 < mnemoc_> highly faster, lighter and produce better pdf than passing to ps :) 20:07 < valentin> package ? 20:07 < mnemoc_> ok 20:09 < mnemoc_> the most impresive part is that it is a sh script :p 20:10 < rxr> the pdfnup we have sine ages? 20:10 < rxr> or another one ? 20:10 < mnemoc_> psnup 20:11 < rxr> yeah - sorry typo .. 20:11 < rxr> I wonder if you mean the one we have ,-) 20:11 < rxr> well - mine is no .sh but an ELF binary ... 20:11 < mnemoc_> http://www2.warwick.ac.uk/fac/sci/statistics/staff/academic/firth/software/pdfjam/ 20:12 < mnemoc_> pdf2ps; ps2pdf produce fat files 20:12 < mnemoc_> very fat files 20:13 < mnemoc_> but pdfnup... 20:13 < mnemoc_> l clsguide* 20:13 < mnemoc_> -rw-r--r-- 1 amery users 267K 2005-06-07 14:06 clsguide-2x1.pdf 20:13 < mnemoc_> -rw-r--r-- 1 amery users 284K 2005-06-07 13:43 clsguide.pdf 20:13 < rxr> ah - sorry - me blinded ... 20:14 < rxr> is your new one free and do you package it ? 20:14 < mnemoc_> i'll package it now 20:15 < mnemoc_> and freshmeat say it's GPL 20:16 < rxr> yep your link too - scrolled over it in the meantime ,-) 20:20 < mnemoc_> :) 20:22 < rxr> hm - I think I have a HighID - I think I misinterpreted this damn client gui ... 20:29 -!- jeru [~jeru@p54BFF703.dip.t-dialin.net] has joined #t2 20:29 < jeru> re hi 20:31 < CIA-7> amery * r9521 /trunk/package/textproc/pdfjam/ (. pdfjam.conf pdfjam.desc): * added pdfjam (1.20) 20:31 < mnemoc_> hi jeru@home 20:31 < jeru> hi mnemoc_@office 20:32 -!- mnemoc_ is now known as mnemoc 20:51 < jeru> mnemoc: http://t2.geeks.cl/regressions/jeru/desktop/regressions.html :( 20:52 < mnemoc> hostap broke your 1-linux24 21:00 < mnemoc> jeru: can you see, inside your host-ap makefile what var does it use for /sbin/genksyms and change it to use one from the sandbox? 21:03 < _Ragnar_> O_O 21:04 < jeru> mnemoc: sorry ... I don't have remote access to the box :/ 21:04 < mnemoc> :'( 21:04 < _Ragnar_> hostap ... btw ... 21:04 < mnemoc> _Ragnar_: ? 21:04 < mnemoc> yes 21:04 < _Ragnar_> is there a 802.11g card that works with linux and does ap mode? 21:05 < mnemoc> yes 21:05 < mnemoc> prism chips 21:06 < mnemoc> afaik they have 11g 21:06 < _Ragnar_> then tell me one card that doesn't use the softmac hardware yet 21:07 < mnemoc> i don't even know what 'softmac hardware' is 21:07 < _Ragnar_> the prism54 chipset has 2 version 21:07 < _Ragnar_> one which handles most stuff in the firmware, and works with the prism54 driver in linux 21:07 < _Ragnar_> and one which puts less into firmware and more into driver, which doesn't 21:08 < _Ragnar_> sadly, the manufacturers seem to switch to the latter 21:08 < mnemoc> sound like winmodem :) 21:08 < _Ragnar_> and no manufacturer even states which chipset he uses 21:10 < mnemoc> doesn't driver page have a hw list? 21:11 < _Ragnar_> not really 21:12 < mnemoc> :( 21:14 < mnemoc> _Ragnar_: #prism54 :D 21:14 < mnemoc> http://www.prism54.org/supported_cards.php 21:17 < mnemoc> rxr: hostap is not stage-1 aware :| 21:19 < rxr> then simply removed it from stage 1 ... 21:20 < mnemoc> [ $stagelevel -gt 1 ] && var_append ? 21:21 < rxr> mnemoc: where? 21:27 -!- mnemoc_ [~amery@200.75.27.18] has joined #t2 21:27 < mnemoc_> | 21:27 < mnemoc_> uhm 21:28 < rxr> rehi 21:28 < rxr> 21:20 < mnemoc> [ $stagelevel -gt 1 ] && var_append ? 21:28 < rxr> 21:21 < rxr> mnemoc: where? 21:28 < mnemoc_> hi :) 21:28 < mnemoc_> pkg_linux24_post.conf 21:28 < mnemoc_> anyway, i could easyly set MODPATH= 21:28 < mnemoc_> but... is it safe to change driver/modules/Makefile:GENKSYMS=/sbin/genksyms ? 21:30 < rxr> hm 21:30 -!- mnemoc [~amery@200.75.27.44] has quit [Read error: 145 (Connection timed out)] 21:31 < mnemoc_> # file sbin/genksyms 21:31 < mnemoc_> sbin/genksyms: symbolic link to `genksyms.old' 21:31 < mnemoc_> # file sbin/genksyms.old 21:31 < mnemoc_> sbin/genksyms.old: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), not stripped 21:31 < _Ragnar_> mnemoc_: yes, read the important disclaimer 21:31 < rxr> mnemoc_: what do you want, investigate and talk abou ? 21:31 < rxr> +t 21:32 < mnemoc_> :p 21:33 < mnemoc_> talk :) 21:33 < mnemoc_> can we handle somehow this helpers in cross-build envs? 21:35 < rxr> we could build them in 0 into the TOOLCHAIN and make sure they are invoken without absolute path ... 21:35 < mnemoc_> uhm 21:38 < rxr> why uhm 21:39 < mnemoc_> just thinking 21:39 < rxr> I get also strange werros in 1-texinfo build ... 21:40 < rxr> what are usual *mule download rates? 21:40 < rxr> after much running with HighID I only get 20kB/s ... 21:40 < rxr> is that "normal"? 21:40 < mnemoc_> thinking in 2.99 ... we could make a 'blacklist' to tell gcc wrapper to native build instead of cross build some files 21:41 < mnemoc_> 20kBps would be great to me 21:41 < rxr> 25 ... now 21:41 < rxr> I want the file in this life ... not in the next ... 21:42 < mnemoc_> what are you grabbing? 21:42 < rxr> I? nothing. 21:43 < rxr> I just watch someone hijacked my w-lan - or so .... ? 21:43 < mnemoc_> :) 21:44 < jeru> rxr: it was me ;) 21:45 < rxr> I started to read the iptables "definet guide" so I'll /soon/ be able to stop those people obfuscating my line - since I had to find out the commerical manufactors shipped me a breakable WEP encryption for the W-LAN ... 21:46 < CIA-7> rene * r9522 /trunk/package/archiver/bzip2/bzip2.desc: * flagged bzip2 FPIC-QUIRK 21:47 < rxr> hm - seems I need to start reading the "firewalling howto faster" the download reaches 30kbs ... .-) 21:47 < CIA-7> amery * r9523 /branches/2.1/package/network/hostap/ (pkg_linux24_post.conf pkg_linux24benh_post.conf): * changed hostap to not extend linux24 or linux24benh before stage 2 21:53 < rxr> mnemoc_: if you already merged the bzip2 update into 2.1 - the r9522 is for you 21:53 < rxr> otherwise it fails on x86-64 21:53 < mnemoc_> rxr: ok 21:54 < mnemoc_> uhm... no, i haven't updated 21:54 < rxr> ok - then just make a mental note that if you pull the bzip2 update (ouhm - it contains a security fix ...) then you ned to get the FPIC-QUIRK ... 21:54 < mnemoc_> does 1.0.3 need it? 21:55 < rxr> the previous (what version is recent) bzip2 did built on x86-64 21:55 < rxr> after the update it just failed in my cross build - without the QUIRK 22:07 < mnemoc_> do all P4 support 200G discs? 22:07 -!- netrunne1 [~andreas@p54982C84.dip0.t-ipconnect.de] has joined #t2 22:12 < rxr> I think so 22:13 < rxr> valentin: when do you estimate your netconf will be ready? 22:13 < rxr> if it is s.th. like 2h in the night I would sleep now and wake up in the night .. 22:14 < jeru> rxr: btw, I guess the best way to secure your w-lan atm, is to use sth. like radius to exchange dynamic keys 22:14 < rxr> I consider using real ipsec ... 22:20 -!- netrunner [~andreas@p54981B32.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 22:20 -!- netrunne1 is now known as netrunner 22:21 < valentin> rxr: maybe you go to sleep and stand up in the morning ? 22:21 -!- sepp [~sepp@p213.54.214.3.tisdip.tiscali.de] has joined #t2 22:21 < sepp> hi 22:21 < valentin> i hope integration will be finished 0:00 but i cannot promise, so if you want to be sure stand up at 5:00 22:22 < valentin> or whatever 22:22 < valentin> hi sepp 22:22 < sepp> hi valentin 22:30 < jeru> hi sepp 22:30 < sepp> hi jeru :) 22:30 < jeru> hehe :) 22:35 < valentin> i should write a bot for welcomming ppl 22:35 < jeru> ah hi valenin :) 22:36 < sepp> a hi-bot ? 22:38 < valentin> yes, this would be real hi-teck 22:39 < valentin> s/k/h 22:39 < jeru> valentin: hmmmm .... ??? 22:40 < valentin> ? 22:40 < valentin> is that a question ? 22:42 < sepp> should i take over pkg [M] from "The T2 Project " if i care about, like loop-aes ? 22:43 < valentin> of course 22:43 < valentin> as long as you take care about that package 22:43 < sepp> yes i use loop-aes every day 22:44 < mnemoc_> it's yours :) 22:44 < sepp> hi mnemoc 22:47 < sepp> my lazy no optimization ref. build produces lots of new errors :( 22:49 < rxr> due to no optmizations sss 22:50 < rxr> ? even ... 22:51 < sepp> i am still "allowed" to inject missing .cache into 2.1? without ci to trunk and wait for mnemoc ? 22:51 < sepp> rxr: yes 22:55 < rxr> sepp: mnemoc's polity is that he wants full control over merging - so adding .cache intro trunk would be fine ,-) 22:55 < sepp> tetex failed for example and so all pkgs that need it 22:55 < sepp> rxr: ok thanks - good to know :) 22:57 < mnemoc_> rxr: i commit all my .cache and you filter and improve [DEP] thing for the next loop? 22:58 < mnemoc_> i don't want to have full control over blah blah blah... i just want to have it alwayn more or equaly stable than the instant before every commit 22:59 < mnemoc_> everyone who keeps this 'policy' is welcome to commit 23:01 < sepp> good i am confused now 23:03 < rxr> mnemoc_: please do not remove your dep-debug - I might need to take a look if there are too questionable chagnes ... 23:03 < rxr> mnemoc_: how far is your ref? mostly done? 23:05 < mnemoc_> rxr: http://t2.geeks.cl/regressions/stable/regressions.html 23:05 < mnemoc_> rxr: ooo-m100 java-less will end in some minutes 23:08 < rxr> cool 23:09 < rxr> valentin: how is your time table? 23:09 < rxr> I would really rather sleep now and get up aroudn 4-5 ... 23:10 < jeru> has anybody used skype on t2/linux so far ? 23:10 < rxr> there is no PPC version ... 23:10 < valentin> rxr: i told you above 23:10 < valentin> go to sleep 23:10 < jeru> rxr: 4-5 o'clock? near deadline ? 23:10 < rxr> valentin: yes - I just wanted about the new estimate ... 23:10 < rxr> jeru: yeah - kind off - the for the magazine .. 23:10 < sepp> uhm seems the replaced power supply makes some problems here :( 23:11 < valentin> i want to be in bed before 4 o'clock 23:11 < valentin> but you can call me on my cellphone in the very early morning 23:11 < jeru> ah ... ok ... I'll go sleep soon too, and getting up at 5 23:11 < valentin> if you have some problems building / installing 23:14 < mnemoc_> No space left on device!!! 23:14 < mnemoc_> No space left on device!!! 23:14 < mnemoc_> No space left on device!!! 23:14 < mnemoc_> i hate this 23:15 < mnemoc_> i had 2.7G for ooo and he wasnt' happy 23:15 < valentin> mnemoc_: how fast is your upload ? 23:15 < rxr> OOO is never happy .. 23:15 < sepp> last time i checke it used 3.4 gb 23:17 < valentin> rxr: you could send mnemoc a stapple of drock masters to backup his data 23:19 < rxr> yeah ... 23:19 < rxr> I have still a bunch of ROCK labbeled CD-Rs here ... 23:19 < rxr> already burned 10++ T2@Lives onto them ... 23:19 < rxr> but I guess over 50 left ... 23:20 < mnemoc_> valentin: 128kbps 23:20 < mnemoc_> valentin: no... 25 23:20 < mnemoc_> 6 23:21 < valentin> how long would it take you to upload 3 GB of data ? 23:22 < mnemoc_> rxr: can you see debug.sh/mount thing... so after i free some extra space i build a debugable ooo? :) please 23:22 < mnemoc_> valentin: 2-3 days i think 23:22 < mnemoc_> 2 23:22 < mnemoc_> valentin: what's your idea? 23:23 < valentin> just upload some stuff on some server :D 23:23 < valentin> i can give you an account 23:23 < mnemoc_> tonight i'll steal some Gigas from client' samba profile partition 23:24 < mnemoc_> valentin: tell me more 23:24 < mnemoc_> i have 14G free on /home/conosur :D 23:25 < mnemoc_> i wonder if they would notice 4G less 23:26 < rxr> I wonder if I should patch / configure the sparc64/gcc multilib to yield 32bit by default ... 23:27 < mnemoc_> rxr: trac needs a read-only copy of the repository, can you schedule rsync-s to jeru's? 23:29 < rxr> damn - what do windows crack smookers do to their mp3s ... ?!?!? 23:29 < rxr> 192 kbit/s, and sounding like an pc speaker in an empty coke can ... 23:29 < rxr> well - not rsync - but I have script to push the delta dumps ... 23:30 < rxr> that is way saver ... 23:30 < mnemoc_> great 23:31 < mnemoc_> we need bugtracker running asap... trac is very friendly... and jeru promised to see this on friday 23:31 < mnemoc_> i have to go to pick my girls up.... bbl := 23:32 < mnemoc_> valentin: an account for what? ... tell me more please... i'm damn curious 23:32 < mnemoc_> (bbl) 23:32 < rxr> mnemoc_: I think valentin is talking about backuping some data for the build ... 23:32 < rxr> mnemoc_: cu 23:32 * rxr bed ... 23:33 < jeru> sleep well rxr :) 23:33 < jeru> mnemoc_: yes ... we'll have that trac thingy on friday evening 23:33 < jeru> mnemoc_: cu 23:36 < valentin> cu rxr 23:38 < jeru> ok ... will go sleep too .. good night 23:38 < jeru> cu tomorrow :) 23:38 -!- jeru [~jeru@p54BFF703.dip.t-dialin.net] has quit [Remote closed the connection] 23:39 < valentin> cu jeru 23:47 < sepp> i have to sleep now - good night * 23:51 < valentin> bb in some minutes --- Log closed Wed Jun 08 00:00:58 2005