--- Log opened Mon Sep 05 00:00:28 2005
00:11 -!- owl_ [n=owl@karnaya.de] has joined #t2
00:12 -!- owl [n=owl@karnaya.de] has quit [Read error: 104 (Connection reset by peer)]
01:13 -!- bfg [n=bfg@chello080109010143.16.14.univie.teleweb.at] has quit ["Verlassend"]
03:53 < mnemoc> jsaw: awake?
06:58 -!- sparc-kly [n=mubex@64.237.248.194] has joined #t2
07:31 < mnemoc> time to sleep.... gn8
07:59 < SerWou> Good morning
09:38 < owl_> hi all
09:39 -!- owl_ is now known as owl
09:45 -!- sparc-kly [n=mubex@64.237.248.194] has quit ["Get MacIrssi - http://www.g1m0.se/macirssi/"]
10:12 < Shingo--> moin
10:12 < Shingo--> ping
10:14 < owl> hi Shingo-- 
10:14 < owl> and bye all
10:14 < Shingo--> Hi, bye. :)
10:28 -!- mtr_ [n=Michael@p54AF8B3C.dip0.t-ipconnect.de] has joined #t2
10:29 -!- mtr_ is now known as mtr
10:29 < mtr> moin folks
10:30 -!- bfg [n=bfg@chello080109010143.16.14.univie.teleweb.at] has joined #t2
10:44 < karasz> moin everybody
10:45 < bfg> moin
11:12 < jsaw> re
11:13 < jsaw> mnemoc: root compiles (you can either update to 5.2 or use the patch only, it should apply to both, 4.4 and 5.2)
11:17 < valentin> moin
11:18 < valentin> hi jsaw : you wrote an example desc parser for lua : where is it in trunk ?
11:18 < jsaw> misc/lua/
11:18 < jsaw> hi valentin 
11:18 < valentin> hi jsaw \
11:18 < valentin> ok, i will take a look at it later. cu.
11:18 < jsaw> cu
11:28 < CIA-4> jsaw * r11502 /trunk/misc/lua/parse-desc.lua: * remove an unneeded loop from the example lua desc parser
12:26 < bfg> Hi, is there anywhere some documentation about how to extend the kernel? (i am ponder about integrating reiser4)
12:26 < CIA-4> jsaw * r11503 /trunk/scripts/Check-PkgFormat: * according to REGISTER, "PublicDomain" is a valid license
12:27 < jsaw> bfg: I don't think so. But you can look at one of those extenders (e.g. slmodem)
12:28 < jsaw> bfg: The interesting files are "postlinux.conf" for building and pkg_linux*_post.conf for informing about 3rd party module
12:30 < CIA-4> jsaw * r11504 /trunk/package/develop/lua/string-split.patch: * add function "string.split" (opposite of table.concat) to lua
12:31 < CIA-4> jsaw * r11505 /trunk/package/lua/ (5 files in 2 dirs): 
12:31 < CIA-4> * add lua package directory
12:31 < CIA-4> * add lua extension "lposix" (posix commands like mkdir etal.)
12:33 < bfg> jsaw: i'm not sure whether it is possible to build it as 3rd party module because it is only a patch for the kernel.
12:34 < jsaw> hmmm...?
12:34 < jsaw> don't know what the best approach would be
12:34 < bfg> jsaw: maybe it should be integrated more like uml_utilites. (patching the kernel, tweaking the kernel config)
12:40 < jsaw> yep
12:41 < CIA-4> jsaw * r11506 /trunk/package/lua/lua-posix/lua-posix.cache: * add .cache for lua-posix
12:41 < bfg> any tips how to do this?
12:42 < jsaw> besides looking at how uml_utilities is done, sorry, no :|
12:44 < jsaw> cu later
12:45 < bfg> cu
13:29  * SerWou is away: SerWou back to work :(
13:42 -!- menomc [n=amery@200.75.27.30] has joined #t2
13:42 -!- mnemoc [n=amery@200.75.27.36] has quit [Nick collision from services.]
13:45 -!- menomc is now known as mnemoc
14:14 -!- nzg [n=tschmidt@xchangecenter.de] has quit [Read error: 104 (Connection reset by peer)]
14:14 -!- nzg [n=tschmidt@xchangecenter.de] has joined #t2
14:15 < owl> huh??!??!?? nzg - in #t2 ? O_o
15:45 < mnemoc> owl: he even has a mirror ;)
15:46 < mnemoc> bfg,jsaw,rxr: awake?
15:48  * mnemoc needs a gcc expert :(
16:01 < owl> mnemoc: now i am shocked :)
16:01 < owl> hi mnemoc  btw :)
16:01 < mnemoc> hi owl 
16:02 < mnemoc> shocking is rock 2.0 stable tree maintainer managing t2 dns domains :)
16:02 < mnemoc> we still a family :p
16:09 -!- rxr_ [i=rene@e178178021.adsl.alicedsl.de] has joined #t2
16:09 -!- Topic for #t2:  T2 | 2.1.0-rc3 TAGGED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/ | BT http://torrent.t2-project.org/
16:09 -!- Topic set by vilkacis [] [Fri Sep  2 18:13:08 2005]
16:09 [Users #t2]
16:09 [@vilkacis] [ bfg  ] [ karasz] [ nzg] [ rxr_    ] [ valentin] 
16:09 [ _Ragnar_] [ CIA-4] [ mnemoc] [ owl] [ SerWou  ] 
16:09 [ Baldzius] [ jsaw ] [ mtr   ] [ rxr] [ Shingo--] 
16:09 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
16:09 -!- Channel #t2 created Sun Aug  8 21:15:33 2004
16:09 < mnemoc> Baldzius: you sent a patch to Emerge-Pkg -fetch-only, right?
16:09 -!- Irssi: Join to #t2 was synced in 10 secs
16:09 < Baldzius> yes
16:10 < mnemoc> i'm confused with the:      34 -       if ./scripts/Download $package ; then 35 +       if ./scripts/Download $package ; then [ $fetch = 0 ] && \
16:10 < mnemoc> part
16:10 < mnemoc> yuck
16:10 < mnemoc> ugly paste
16:11 < Baldzius> mnemoc: everything works for me
16:11 < mnemoc> oh, now i got it
16:11 < mnemoc> :p
16:11 < mnemoc> i'm slow today
16:12 < Baldzius> :)
16:12 < Baldzius> i'm sick today :)
16:12 < mnemoc> :)
16:12 < Baldzius> third day 
16:13 < mnemoc> last day?
16:13 < Baldzius> mnemoc: i am not a programmer but this dirty hack works for me :)
16:13 < bfg> mnemoc: seems like you are missing a reference to stl
16:13 < Baldzius> mnemoc : i hope :)
16:13 < mnemoc> bfg: weird
16:20 -!- rxr [i=rene@e178188228.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
16:21 < bfg> mnemoc: do you build with as-needed enabled? have you updated gcc in the meantime (from 3.4 to 4.0)?
16:22 < bfg> mnemoc: maybe it solves when you rebuild aspell (if the compiler has changed)
16:22 < mnemoc> bfg: 2.1
16:23 < mnemoc> bfg: rebuilding aspell doesn't help
16:25 < mnemoc> but no, no as-needed and gcc 3.4.3 as always
16:25 < mnemoc> may it be -lm ?
16:28 < bfg> mnemoc: mmmh.. no i don't think so. i rememberd, that stl isn't a lib, it just consists of header
16:29 < mnemoc> .oO
16:29 < bfg> mnemoc: i will try it later in the evening to track down this problem. sorry, but my time now is very short
16:30 < mnemoc> np :) thanks
16:37 < rxr_> re
16:37 < rxr_> moin al
16:37 < rxr_> hi mnemoc !
16:38 < mnemoc> hi rxr_ 
16:38 < mnemoc> rxr_: ideas http://trac.t2-project.org/ticket/88  ?
16:38 < mnemoc> rxr_: can i apply -fetch-only ?
16:40 < rxr_> fetch-only ?
16:41 < rxr_> I saw aspell breakage on trunk - I thouht it would be gcc-4.0 ...
16:41 < rxr_> btw. I'm in a gcc-4.0.1 x86-64 system right now
16:41 < rxr_> running e17 and konqueror built with that gcc ...
16:41 < mnemoc> :)
16:42 < bfg> mnemoc: i remember that there were some problems with stl some time ago. they copied also some obj-files during install to solve this problem. (see package boost) maybe it helps
16:42 < mnemoc> bfg: ok
16:43 < rxr_> mnemoc: I lok into your 2.1 issues starting tonight or so ...
16:43 < mnemoc> rxr_: there is a patch on the list to implemente Emerge-Pkg -fetch-only
16:43 < mnemoc> rxr_: thanks
16:44 < mnemoc> rxr_: how is the 'south'?
16:45 < rxr_> warm ,-)
16:45 < rxr_> we are back in berlin now ...
16:45 < mnemoc> :-)
16:46 < rxr_> just landed
16:46 < rxr_> need to read mail ..
16:46 < rxr_> guess there are some "fix xyz urgently" in my .inbox ...
16:47 < rxr_> and I have some more gcc-4 fixes on my laptop - aside the stuff I flushed via gprs/bluetooth from my cell this weekend
16:47 < mnemoc> osx?
16:47 < rxr_> making trunk mostly usable again
16:47 < rxr_> mnemoc: yeah - suX and maybe also archivista ...
16:47 < rxr_> but I had no cell call - so my hope is no real emmergencies ..
16:49 < rxr_> how have the last days been?
16:49 < mnemoc> you have missed nothing :)
16:49 < rxr_> ouhm :-(
16:49 < rxr_> the updated e17 works great
16:50 < rxr_> the task switching is unbelievable
16:50 < rxr_> and they have virtual desktops now ... as well as a "Run ..." entry in the menu ...
16:50 < mnemoc> :)
16:51 < rxr_> hm - no mail
16:52  * rxr_ relaxing - good .-)
16:52 < rxr_> we have a problem with our x.org package
16:52 < rxr_> on x86-64 the drivers do not work ...
16:52 < rxr_> I'll hunt that bug now ...
16:52 < rxr_> only manually builts result in drivers with usable acceleration - otherwise the screen is heavily corrupted ...
16:53 < rxr_> will be fun to track
16:53 < mnemoc> :)
16:55 < jsaw> re
16:55 < rxr_> hey jsaw 
16:55 < jsaw> hi rxr_ 
16:55 < mnemoc> hi jsaw 
16:57 < jsaw> hi mnemoc 
16:57 < jsaw> mnemoc: root compiles find with the new namespace-...  fix
16:58 < mnemoc> jsaw: great :D thanks
16:58 < jsaw> mnemoc: I've put a desc parser written in LUA into trunk misc/lua... 
16:58 < mnemoc> jsaw: how was your thesis?
16:58 < mnemoc> jsaw: do you have something in mind of LUA at Config time without requiring lua at host?
16:59 < mnemoc> for*
16:59 < jsaw> hmm, I fear it won't be very good. My boss and I are currently correcting the two papers that should be published parallel to the thesis... and the tiny errors this guy finds... damn
16:59 < jsaw> mnemoc: no, I think we're still in the evaluation phase of changing to another language.
17:00 < jsaw> mnemoc:  If we do it-sooner or later- I'd vote for a bootstrap procedure
17:05 < jsaw> moving home, bbl
17:05 < mnemoc> cu jsaw 
17:30 < jsaw> re
17:30 < jsaw> :)
17:30 < owl> wb jsaw 
17:30 < jsaw> hi owlita
17:31 < CIA-4> rene * r11508 /trunk/package/textproc/libxml/libxml.desc: * updated libxml (2.6.20 -> 2.6.21)
17:31 < owl> what exactly do i need for a ppc-bootdisk, which should be able to kick off an installation of a linux-distro?
17:31 < CIA-4> rene * r11509 /trunk/package/network/neon/neon.desc: 
17:31 < CIA-4> * reverted neon updates to 0.25, since those versions are incompatible
17:31 < CIA-4>  with subversion
17:33 < CIA-4> rene * r11510 /trunk/package/network/ntp/gcc-4.0.patch: * fixed ntp for gcc-4.0
17:33 < CIA-4> rene * r11511 /trunk/package/network/wavemon/gcc-4.0.patch: * fixed wavemon for gcc-4.0
17:33 < CIA-4> rene * r11512 /trunk/package/textproc/libxslt/libxslt.desc: * updated libxslt (1.1.14 -> 1.1.15)
17:34 < CIA-4> rene * r11513 /trunk/package/base/sysstat/gcc-4.0.patch: * fixed sysstat for gcc-4.0
17:34 < CIA-4> rene * r11514 /trunk/package/filesystem/nfs-utils/gcc-4.0.patch: * fixed nfs-utils for gcc-4.0
17:35 < CIA-4> rene * r11515 /trunk/package/editors/xemacs-beta/gcc-4.0.patch: * fixed xemacs-beta for gcc-4.0 (does not yet built on x86-64)
17:36 < CIA-4> rene * r11516 /trunk/package/gnome2/libxklavier/libxklavier.conf: * work arounded libxklavier for gcc-4.0 (no Werror)
17:37 < CIA-4> rene * r11517 /trunk/package/kde/arts/arts.conf: * work arounded arts for gcc-4.0 (-fvisibility* stuff)
17:46 < jsaw> rxr_: 17:31 < owl> what exactly do i need for a ppc-bootdisk, which should be able to kick off an installation of a linux-distro?
17:49 -!- You're now known as rxr
18:03 < rxr> jsaw: hm
18:04 < jsaw> rxr: owl tries to install t2 on a rs6k
18:15 < mnemoc> jsaw: == 09/05/05 12:28:29 =[5]=> Finished building package root.  :)
18:17 < CIA-4> amery * r11518 /branches/2.1/package/scientific/root/ (3 files): 
18:17 < CIA-4> * merged 9356 from trunk: updated root (4.02.00 -> 4.04.02)
18:17 < CIA-4> * merged 11474 from trunk: fixed namespace problem on root (all versions)
18:19 < jsaw> mnemoc: :)
18:19 < mnemoc> jsaw: thanks :)
18:38 -!- sparc-kly [n=mubex@64.237.248.194] has joined #t2
18:40 < rxr> re
18:41 < sparc-kly> hi rxr 
19:46 -!- Shingo-- [n=Shingo--@201.36.98.165] has quit [Read error: 104 (Connection reset by peer)]
19:47 -!- Shingo-- [n=Shingo--@201.36.98.165] has joined #t2
20:22 -!- Mini-NuX [n=Mini-NuX@i01v-212-195-142-188.d4.club-internet.fr] has joined #t2
20:22 < Mini-NuX> Hello
20:22 < Mini-NuX> There is a french here ?
20:25 < mnemoc> i guess not
20:27 < Mini-NuX> :(
20:38 -!- Mini-NuX [n=Mini-NuX@i01v-212-195-142-188.d4.club-internet.fr] has quit ["Bye bye...   ® http://mini-nux.tuxfamily.org/ ®"]
20:44 < CIA-4> gweis * r11519 /trunk/package/network/samba/samba-3.0.20-hack-heimdal.patch: * fixed samba to compile against heimdal 0.7
20:52 < CIA-4> gweis * r11520 /trunk/package/x11/freeglut/gcc-4.0.patch: * fixed freeglut for gcc-4.0 - imported from Fedora Core
20:52 < CIA-4> amery * r11521 /trunk/scripts/Emerge-Pkg: 
20:52 < CIA-4> Aldas Nabazas <baldzius@gmail.com>:
20:52 < CIA-4>  * improved Emerge-Pkg by adding a -fetch-only option
20:54 < CIA-4> gweis * r11522 /trunk/package/security/heimdal/heimdal.desc: * added NO-AS-NEEDED flag to heimdal to fix package build and dependent packages
20:56 < CIA-4> gweis * r11523 /trunk/package/security/heimdal/parse-config: * extended heimdal/parse-config to fix additional pacakges
21:06 < CIA-4> gweis * r11524 /trunk/package/gnome2/evolution-data-server/ (evolution-data-server.desc hotfix.patch): * updated evolution-data-server (1.2.3 -> 1.3.8)
21:08 < rxr> re
21:12 < mnemoc> bfg: 11524 = Beta?
21:13 < bfg> mnemoc: in cvs it is tagged with gnome 2.10 so i think it is not beta. the beta version should be 1.4 for gnome 2.12
21:13 < _Ragnar_> moin
21:13 < mnemoc> bfg: interesting
21:13 < mnemoc> _Ragnar_: hi
21:14 < _Ragnar_> hey mnemoc 
21:15 < bfg> mnemoc: i was searching for a fix for compile erros and found this version where this compile error was marked as fixed
21:17 < mnemoc> :)
21:19 < bfg> the gnome repository is somewhat confusing to me... if you look into official tree for 2.10.2 many of the packages are quite outdated, but it is not really mentioned which version is the latest useable. (maybe only with tags in cvs :) )
21:26 < mnemoc> :)
21:26 < owl> re
21:27 < mnemoc> re owl 
21:29 < rxr> owl: for newer rs6k and apple ppc the boot stuff is in ROCK and T2 SVN
21:29 < rxr> whatever needed for the rs6k 43 I do not know
21:30 < owl> i c. hmm. thx. crosscompile won't work...?
21:37 < mnemoc> it should
21:38 < owl> sigh. ok. thx :)
21:38 < rxr> yeah - usually works for me
21:38 < owl> .oO( antoher download-session this night)
21:38 < owl> hehe. so - svn-head, yeah? :)
21:39 < mnemoc> branches/2.1 :D
21:39 < owl> oki :) 
21:46 < rxr> yeah - trunk need some stabelization after gcc 4 update ...
21:46 < owl> oh. ok :)
21:46 < valentin> hi rxr. Can i call you sometime tomorow ?
21:47 < mnemoc> owl: 2.1=devfs+rockplug+gcc34, trunk=udev+gcc4+hotplug\+\+
21:47 < jsaw> rxr: btw, linux26 fails in stage 1 due to problems with unionfs ...
21:47 < jsaw> re :)
21:47 < mnemoc> re jsaw 
21:47 < owl> ok :) then i will get 2.1 ;)
21:48 < bfg> jsaw: unionfs is not able to compile against 2.6.13.. maybe the unionsfs maintainers will fix this soon
21:48 < jsaw> oh, ic
21:48 < jsaw> damn "stable" kernel series
21:48 < owl> unionfs?
21:49 < bfg> that's true :) the kernel "stable"-tree is changing quite a lot
21:49 < jsaw> owl: [I] A Stackable Unification File System
21:50 < mnemoc> bfg: the stability is in the forth digit, not on the third now
21:50 < mnemoc> bfg: that's why i'll be at 2.6.11.12 for a long time :)
21:51 < rxr> bfg: I thought it was just the gcc update the broke unionfs ...
21:51 < rxr> anyway I take a look soon - so far I focused on fixing user-space stuff for gcc-4
21:51 < valentin> jsaw: on my box grep for '^[[]' is faster than your lua parser ;)
21:52 < jsaw> after bfg mentioned it, I now remember that I have build a bootdisk with gcc 4
21:52 < bfg> I had today the same problem with unionfs and found on their homepage that they aren't so far to support 2.6.13
21:52 < mnemoc> *G*
21:52 < jsaw> valentin: how much?
21:52 < valentin> about 4 times
21:52 < mnemoc> outch
21:52 < jsaw> O_O
21:52 < valentin> root@localhost:/usr/src/t2-trunk# time lua misc/lua/parse-desc.lua package/base/*/*.desc > /dev/null
21:53 < jsaw> how comes that mine is so slow?
21:53 < valentin> real    0m0.158s
21:53 < valentin> user    0m0.116s
21:53 < valentin> sys     0m0.032s
21:53 < valentin> root@localhost:/usr/src/t2-trunk# time grep "^[[]" package/base/*/*.desc > /dev/null
21:53 < valentin> real    0m0.039s
21:53 < valentin> user    0m0.015s
21:53 < valentin> did you test with the latest version of your parser ?
21:53 < valentin> sys     0m0.019s
21:53 < valentin> jsaw: maybe lua bytecode is optimized to work on x86 ...
21:53 < bfg> on may machine grep is about 20 times faster than lua
21:54 < valentin> but jsaw's parser does much more than simply searching for tags, it parses the whole file
21:54 < jsaw> time grep "^[[]" package/base/*/*.desc > /dev/null
21:54 < bfg> yes that's true, and after parsing you have a complete array where you can read the infos
21:54 < jsaw> real    0m0.137s
21:54 < jsaw> user    0m0.116s
21:54 < jsaw> sys     0m0.017s
21:54 < jsaw> time grep "^[[]" package/base/*/*.desc > /dev/null
21:55 < jsaw> real    0m0.646s
21:55 < jsaw> user    0m0.629s
21:55 < jsaw> sys     0m0.007s
21:55 < jsaw> O_O
21:55 < jsaw> time lua misc/lua/parse-desc.lua package/base/*/*.desc > /dev/null
21:55 < jsaw> the first one -^
21:56 < mnemoc> valentin's grep is.... strange
21:56 < jsaw> anybody an idea how this can happen?
21:57 < valentin> no.
21:57 < mnemoc> valentin: and lua after grep?
21:57 < jsaw> bfg: you tried multiple times?
21:57 < valentin> mnemoc: my grep is fast :)
21:58 < mnemoc> # time grep "^[[]" package/base/*/*.desc > /dev/null
21:58 < mnemoc> real    0m4.482s
21:58 < mnemoc> user    0m0.010s
21:58 < mnemoc> sys     0m0.034s
21:58 < mnemoc> :D
21:58 < mnemoc> i love my box
21:58 < valentin> mnemoc: you have to try more than once and with much free mem
21:58 < mnemoc> but 'user' is closer to valentin's
21:58 < valentin> so all data is in cache
21:58 < bfg> jsaw: yes
21:59 < mnemoc> # time grep "^[[]" package/base/*/*.desc > /dev/null
21:59 < mnemoc> real    0m0.017s
21:59 < mnemoc> user    0m0.005s
21:59 < mnemoc> sys     0m0.012s
21:59 < mnemoc> i won! :D
21:59 < bfg> jsaw: about 5 times each variant in a row. the time was quite stablizing during this 5 runs. so I thought 5 times is enough
22:00 < jsaw> ...which in the end means that grep uses lots of memory, just guessing...
22:00 < rxr> well - I found the kernel caching sometimes reacting strange ....
22:02 < valentin> but how comes jsaw's grep beeing so lame ?
22:02 < valentin> i mean 0.65s where my shitty ibook needs a fraction ?
22:02 < jsaw> yes, that's extremely strange
22:02 < jsaw> btw, I have 128Mb RAM
22:03 < bfg> maybe it is also a question about filesystem
22:03 < jsaw> not really, then it should be still faster then lua
22:05 < mnemoc> full processing just 4 times slower than a dumb grep isn't bad
22:05 < bfg> if i cat the desc-files into grep then it is fast than letting grep open the files
22:06 < jsaw> ==13099== ERROR SUMMARY: 509 errors from 17 contexts (suppressed: 0 from 0)
22:06 < jsaw> ==13099== malloc/free: in use at exit: 41414 bytes in 67 blocks.
22:06 < jsaw> ==13099== malloc/free: 23454 allocs, 23387 frees, 16084808 bytes allocated.
22:06 < mnemoc> 16M?
22:06 < bfg> ok i had a calc error. lua is just 5 times slower than a dumb grep
22:06 < jsaw> ^--- grep '^[[]' package/base/*/*.desc
22:07 < jsaw> ==13105== ERROR SUMMARY: 23 errors from 9 contexts (suppressed: 0 from 0)
22:07 < jsaw> ==13105== malloc/free: in use at exit: 0 bytes in 0 blocks.
22:07 < jsaw> ==13105== malloc/free: 20154 allocs, 20154 frees, 1369890 bytes allocated.
22:08 < jsaw> ^--- valgrind --tool=memcheck /usr/bin/lua misc/lua/parse-desc.lua package/base/*/*.desc
22:10 < mnemoc> 16M vs. 1.3M
22:10 < mnemoc> what are the 'errors'?
22:14 < jsaw> checking...
22:17 < jsaw> mostly libc and ld errors, stuff like "Conditional jump or move depends on uninitialised value(s)"
22:17 < jsaw> but I somehow assume these errors may be due to missing debugging info
22:18 < jsaw> found the problem...
22:19 < jsaw> LANG and LC_ALL setting...
22:19 < mnemoc> that makes your grep 20 times slower?
22:19 < jsaw> time grep '^[[]' package/base/*/*.desc > /dev/null
22:19 < jsaw> real    0m0.020s
22:19 < jsaw> user    0m0.011s
22:19 < jsaw> sys     0m0.008s
22:19 < mnemoc> D
22:19 < mnemoc> :D
22:19 < jsaw> time lua misc/lua/parse-desc.lua package/base/*/*.desc > /dev/nu
22:20 < jsaw> real    0m0.122s
22:20 < jsaw> user    0m0.105s
22:20 < jsaw> sys     0m0.013s
22:20 < mnemoc> 6x
22:20 < jsaw> incredible...
22:20 < mnemoc> LANG considered harmful
22:21 < rxr> what up here?
22:21 < rxr> I missed s.th. important?
22:21 < jsaw> :)
22:22 < mnemoc> can anyone give me a hand with http://trac.t2-project.org/ticket/88 ?
22:23 < jsaw> rxr: we were talking about the lua desc parser, and why my grep was three times slower than lua... it turned out, it was due to LANG setting
22:24 < jsaw> gotta go back to the lab, cu later
22:24 < mnemoc> cu jsaw 
22:27 < bfg> mnemoc: maybe adding a -lstdc++ helps
22:28 < mnemoc> to aspell or dependees?
22:28 < mnemoc> dependers i mean
22:28 < bfg> mmmh... i guess the dependers
22:39 < mnemoc> == 09/05/05 16:49:03 =[5]=> Finished building package gnome-spell.
22:48 < mnemoc> == 09/05/05 17:01:38 =[5]=> Finished building package balsa.
22:49  * mnemoc wonders what triggered this
23:05 < CIA-4> rene * r11525 /trunk/package/gnome2/gnomesu/features.patch: * reworked gnomesu/features.patch
23:15 < bfg> mnemoc: the two packages buit fine? had you anything to change or gave you them just another try?
23:16 < bfg> buit => built
23:16 < mnemoc> i rebuilt them with -lstdc++
23:18 < bfg> yes, interesting problem. i didn't try gnome-spell in trunk, but balsa has some more coarse build problems
23:18 < bfg> so -lstdc++ just was guessed
23:19 < bfg> but this sounds more like a problem which comes from building with --as-needed :)
23:21 < rxr> n8 all
23:23 < CIA-4> rene * r11526 /trunk/package/gnome2/gnomesu/features.patch: * fixed gnomesu/feature.patch to actually really export the passwd
23:47 < mnemoc> bfg: no --as-needed around :)
23:51 < bfg> mnemoc: yes I know, you told me before.. i meant it looks like :)
23:51 < mnemoc> :)
23:52 < bfg> i had many similar problems with --as-needed
--- Log closed Tue Sep 06 00:00:28 2005