T2 IRC Log: 2006-10-15
This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.
--- Log opened Sun Oct 15 00:00:58 2006
01:10 -!- mtr_ [n=Michael@pD9E13721.dip0.t-ipconnect.de] has joined #t2
01:18 -!- mtr [n=Michael@pD9E10314.dip0.t-ipconnect.de] has quit [Read error: 145 (Connection timed out)]
01:18 -!- mtr_ is now known as mtr
01:36 -!- kensai [n=kensai@206.248.98.119] has quit ["Leaving"]
02:48 -!- kensai [n=kensai@206.248.97.19] has joined #t2
03:05 -!- kensai [n=kensai@206.248.97.19] has quit ["Leaving"]
03:41 -!- idealm [n=ideal@222.67.232.101] has quit [Remote closed the connection]
03:42 -!- kensai [n=kensai@206.248.97.19] has joined #t2
05:17 -!- kensai [n=kensai@206.248.97.19] has quit ["Leaving"]
06:10 -!- idealm [n=ideal@222.67.232.101] has joined #t2
06:43 < Stelz[away]> hmmm
06:43 < Stelz[away]> strace package can't be built
06:43 < Stelz[away]> strace.c: In function 'trace':
06:43 < Stelz[away]> strace.c:2259: error: 'PT_CR_IPSR' undeclared (first use in this function)
06:43 < Stelz[away]> strace.c:2259: error: (Each undeclared identifier is reported only once
06:43 < Stelz[away]> strace.c:2259: error: for each function it appears in.)
07:40 * Stelz[away] is back (gone 07:59:26)
07:40 -!- Stelz[away] is now known as Stelz
08:24 < rxr> moin
08:25 < Stelz> moin rxr
08:25 < Stelz> strace is still broken
08:27 < Stelz> and i've started some work on "two" ;)
08:33 < Stelz> hook_add postconf 5 lx_extraversion="${lx_extraversion/-dist/}; lx_injectextraversion" <- rxr, it doesn't work
08:33 < Stelz> still have "-dist" in boot..
08:34 < rxr> strace built some days ago for me - maybe it just shows up on bootstrapping
08:36 < Stelz> anyway it can't be built as a part of "minimal-xorg"..
08:42 < CIA-9> rene * r20183 /trunk/package/security/opencdk/opencdk.desc: * updated opencdk (0.5.9 -> 0.5.10) and removed superfluous Explicit dependency tag
08:48 < CIA-9> rene * r20184 /trunk/package/develop/autogen/autogen.desc: * updated autogen (5.8.6 -> 5.8.7)
08:52 < rxr> http://kerneltrap.org/node/5743
08:52 < rxr> oh - one year old, sorry ...
09:21 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2
09:31 < rxr> moin misl
09:39 < misl> hi rxr
09:40 < Stelz> hi misl
09:40 < misl> hi Stelz + other :-)
09:41 < Stelz> uhm rxr. why T2-buildprocess creates an incorrect link to sources
09:41 < rxr> Stelz: which link and where ?
09:42 < Stelz> i'm about t2/src.$PKG.$CFG.time./archdir
09:43 < Stelz> it points to /TOOLCHAIN/download/mirror/$PKG_FIRST_LETTER/$PKG-$VER.$PKG_SOURCE_$EXT
09:43 < rxr> on my side I have no incorret links of those, can you paste some examples
09:43 < Stelz> ehm
09:43 < rxr> maybe the file was just not downloaded ?
09:43 < rxr> those links did not change the last years and are suppost to be good
09:44 < Stelz> rxr: in pkg-build-dir
09:44 < Stelz> e.g.
09:44 < Stelz> src.gcc.slz.20061015.102857.9269.slz.sytes.net
09:45 < Stelz> "src.gcc.slz.20061015.102857.9269.slz.sytes.net/archdir/gcc-4.1.1.tar.bz2" points to "/TOOLCHAIN/download/mirror/g/gcc-4.1.1.tar.bz2"
09:46 < Stelz> during the build of gcc
09:46 < Stelz> but it must be linked with "../download/mirror/g/gcc-4.1.1.tar.bz2", not "/TOOLCHAIN/download/mirror/g/gcc-4.1.1.tar.bz2"
09:47 < Stelz> uhm, no
09:47 < Stelz> but it must be linked with "../../download/mirror/g/gcc-4.1.1.tar.bz2", not "/TOOLCHAIN/download/mirror/g/gcc-4.1.1.tar.bz2"
09:47 < Stelz> that's right
09:50 < rxr> the /TOOLCHAIN is suppost to be correct
09:50 < rxr> why do you miss that ?
09:51 < Stelz> rxr: /TOOLCHAIN can't be correct. TOOLCHAIN-dir is created in /build/$CONFIG/ directory
09:52 < Stelz> for me $CONFIG == slz-7.0-slz-x86-pentium4
09:53 < Stelz> but i don't have, and everybody, who 'll build T2 on his system won't have TOOLCHAIN in his root (/) dir
09:54 < rxr> ? of course neither have I
09:54 < Stelz> so?
09:54 < rxr> we speak about the sandbox, build in the sandbox have a TOOLCHAIN on top
09:54 < Stelz> i points to /TOOLCHAIN
09:54 < rxr> build/stelz..../TOOLCHAIN
09:54 < rxr> builds are done chroot build/stelz..../
09:55 < rxr> the top-level /TOOLCHAIN is what wires all fiel access out of the sandbox ...
09:56 < Stelz> so. archdir is created only for sandbox?
09:57 < rxr> archdir is also created for in-system Emrege but then it points .../.../download ...
09:57 < Stelz> hm
09:58 < rxr> do you found this while trying to debug a failing package ?
09:58 < Stelz> does anything depend on Emerge-Pkg ?
09:58 < Stelz> no
09:58 < rxr> only the user depends on Emerge-Pkg ...
09:58 < Stelz> hm
09:58 < rxr> but Emerge-Pkg internally only calls Build-Pkg anyway
09:58 < rxr> Build-Pkg is doing all he hard work
09:58 < rxr> if you want to debug a failing package there is the debug.sh in the failed package dir
09:58 < rxr> cd src.gxine(or whatever)...
09:58 < rxr> ./debug.sh
09:59 < Stelz> so, rxr. we may remove Emerge-Pkg?
09:59 < rxr> sets up the sandbox enviroment as it was when the package was built
09:59 < Stelz> and replace it with our-pkg-sys-add-script
09:59 < rxr> Stelz: ehrm - not likely anytime soon, why do you propose this? I mean that is what all the people use to build software from source into their T2 system
09:59 < Stelz> look up ;-)
10:00 < rxr> well - when some next-gen package manager is ready yes, then it can be removed :-)
10:01 < Stelz> that was i talking about :)
10:01 < Stelz> rxr: now our build system is totally depends on lua?
10:01 < rxr> for in-system builds (e.g. Emerge) the archidir is linked absolute:
10:01 < rxr> gxine-0.5.8.tar.bz2 -> /home/rene/develop/t2-trunk/download/mirror/g/gxine-0.5.8.tar.bz2
10:02 < rxr> the Config depends on LUA, yes
10:02 < rxr> but we ship LUA, bundled in T2, no neede to have it installed on each box
10:02 < Stelz> hm.. that means our pkg-system must not use lua?
10:02 < rxr> formerly the Config depended on a C plugin of us, that was about the same, just that our LUA accellerator accelerates more and does no longer segfault like the C plugin on unexpected input
10:03 < rxr> well - among many t2 developers the acceptance of LUA is quite high right now
10:03 < rxr> of course you can provide any other language to discuss
10:03 < rxr> but keep in mind that the pkg management must be able to run in quite minimal environments, such as the in-RAM system used to install T2 from CD/DVD
10:04 < rxr> very big languages are likely to be too fat for this use-case
10:04 < Stelz> nono
10:04 < Stelz> i've just looked at lua..
10:05 < Stelz> and wanna know, will it be good to write uor pkg-sys in lua?
10:05 < Stelz> *our
10:05 < rxr> taking a closer look at LUA definetly is a good thing to do
10:06 < rxr> as I wrote, currently it is the no.1 language for next-gen stuff in T2
10:06 < rxr> but, as I wrote as well if you find a better language for a given task we will not discard it just because of the language .-)
10:07 < Stelz> but pkg-sys must be integrated with such scripts like
10:07 < Stelz> Download, Find-Pkg
10:08 < rxr> not necessarily, it could also mean to write the functionality in a new language (like LUA) to archive easier integration and higher speed and robustness
10:09 < Stelz> and i think it 'll better
10:10 < Stelz> so i could write this without any depends on ./scripts/* yeah?
10:11 < rxr> yes
10:11 < rxr> beside for building a source package I would use Build-Pkg for the first code sniplets ...
10:11 < rxr> it is hard to reimplement in LUA or so from scratch
10:12 < rxr> also we already have some LUA modules in misc/lua
10:12 < rxr> e.g. .desc parsing - you might to reuse
10:12 < Stelz> ah, nice!
10:13 < Stelz> what's about optional deps? we will check every package for this?
10:15 < rxr> oh: http://shootout.alioth.debian.org/gp4/lua.php
10:16 < Stelz> or maybe it 'll be a part of our pkg-sys?
10:16 < rxr> Stelz: first we can differentiate runtiem and build time deps automatically
10:16 < rxr> maybe also some optional deps
10:16 < rxr> later we can manaully fine tune them via .desc tags
10:16 < Stelz> 12:11'41 | rxr> Stelz: first we can differentiate runtiem and build time deps automatically <- automatically? o.O
10:16 < Stelz> tell me how
10:22 < rxr> ouhm - we discussed that on the list ...
10:22 < rxr> by fine grained matching in the file list files of the build
10:22 < rxr> e.g. .so -> runtime dep
10:22 < rxr> .h|.a|.. build time dep
10:22 < rxr> and so on
10:27 < Stelz> hm
10:29 < Stelz> rxr: our pkg-sys doesn't need some gui-interface/
10:29 < Stelz> ?
10:31 < Stelz> ncurses, etc.
10:35 < rxr> well - we need to think long-term
10:36 < rxr> currently t2 lacks in terms of installation confort
10:36 < rxr> comfort
10:36 < CIA-9> rene * r20185 /trunk/package/graphic/asymptote/asymptote.desc: * updated asymptote (1.13 -> 1.14)
10:36 < rxr> our next system should be pretty and easy-to use
10:36 < rxr> that is the t2-pkg (however we name it) should be useful as command line tool - but also for very comfortable installation
10:37 < rxr> also the install from source case could be more comfortable
10:37 < Stelz> t2-pkg? i thought about "two" name :)
10:37 < rxr> e.g. optionally display the dependency graph - graphically in X! - with all the runtime and optional marks on the dependencies and the user could select/deselect the optional deps and the like
10:37 < rxr> yeah, forget the name for now :-)
10:38 < Stelz> :)
10:44 < rxr> but the name two sounds promissing :-)
10:45 < Stelz> :)
11:21 < CIA-9> rene * r20186 /trunk/package/graphic/gqview/gqview.desc: * updated gqview (2.0.1 -> 2.0.2)
11:53 < rxr> lol - m0n0wall f4rked as well: http://www.pfsense.com/index.php?id=27
12:12 < CIA-9> rene * r20187 /trunk/target/archivista/pkg_linux26.patch:
12:12 < CIA-9> * fixed the archivista/pkg_linux26.patch to set max_cpu to 1 not 0
12:12 < CIA-9> (though nosmp does the same it does not work here)
12:12 < CIA-9> * patched the archvista kernel to default to "quiet", likewise (so we
12:12 < CIA-9> we do not have to inject it in each possible boot config)
12:13 < rxr> ok - lunch - cu
12:27 < Stelz> cu
12:43 -!- splyxx [n=splyxx@unaffiliated/splyxx] has joined #t2
12:46 < Stelz> hello splyxx
13:05 < splyxx> hi :)
13:24 -!- kensai [n=kensai@206.248.97.19] has joined #t2
13:24 < Stelz> hi kensai :)
13:25 < kensai> hi Stelz
13:37 -!- zod [i=zod@shodan.knid.net] has joined #t2
13:37 < zod> hello
13:37 * Stelz welcomes zod
13:39 < kensai> Stelz, is the one that receives people at the doors in parties, how is that person called?
13:39 < Stelz> nope ;)
13:40 < Stelz> just nice to see more T2-users ;-)
13:40 < kensai> Stelz, I know, I was j/k :D
13:40 < Stelz> ;)
13:41 < splyxx> i'm no t2 user yet ;o
13:41 < kensai> Stelz, just for that I will make another t2 build
13:41 < Stelz> hehe, nice
13:41 < Stelz> splyxx: i hope u'll become soon :)
13:42 < splyxx> :)
13:55 < rxr> re
13:55 < rxr> hi zod
13:57 < splyxx> hi rxr
13:57 < rxr> hi splyxx
13:57 [Users #t2]
13:57 [@ChanServ] [ idealm] [ misl] [ splyxx] [ valentin]
13:57 [ _Ragnar_] [ kensai] [ mtr ] [ Stelz ] [ zod ]
13:57 [ CIA-9 ] [ LMJ ] [ rxr ] [ th ]
13:57 -!- Irssi: #t2: Total of 14 nicks [1 ops, 0 halfops, 0 voices, 13 normal]
14:00 < rxr> btw Stelz, there are also more and more dots on our frappr map: http://www.t2-project.org/startpage/
14:00 < Stelz> yup ;)
14:03 < rxr> LMJ: did'n you say this is dead: http://www.golem.de/0610/48357.html
14:05 < rxr> http://dot.kde.org/1160834616/
14:06 < rxr> ^- KDE Celebrates 10 Years of the Free Desktop
14:08 < kensai> rxr, I will add myself in the Puerto Rico area as weel, with sparc-kly
14:12 < kensai> I just have so limited time, my build takes a while till I can figure everything out
14:14 < kensai> yuo know there is always fail packages in the trunk 7.0
14:18 < rxr> yes, a few
14:19 < rxr> if you want a rock-solid build choose our 6.0-stable series ...
14:19 < kensai> is just that I like trunks :D
14:20 < rxr> yeah
14:25 < CIA-9> rene * r20188 /trunk/target/archivista/rootfs/home/archivista/ (multi-cpu.in multi-cpu.sh):
14:25 < CIA-9> * fixed a accidently hardcoded grub partition in the archivista
14:25 < CIA-9> multi-cpu config and removed leaked in shell tracing
14:35 < rxr> cu
16:08 -!- splyxx [n=splyxx@unaffiliated/splyxx] has quit ["leaving"]
16:36 -!- idealm [n=ideal@222.67.232.101] has quit [Remote closed the connection]
16:37 < LMJ> moin moin
16:38 -!- idealm [n=ideal@222.67.232.101] has joined #t2
18:05 -!- idealm [n=ideal@222.67.232.101] has quit [Remote closed the connection]
18:54 < CIA-9> rene * r20189 /trunk/misc/luabash/luabash.c: * fix luabash for version 2.05
18:58 < Stelz> uhm, rxr
18:58 < Stelz> here?
19:06 -!- kensai [n=kensai@206.248.97.19] has quit ["Leaving"]
19:10 -!- kensai [n=kensai@206.248.85.204] has joined #t2
19:11 < Stelz> uhm
19:12 < Stelz> lua-specialists around?
19:12 * Stelz pings valentin
19:20 < Stelz> uhm, doesn't matter, i've solved my problem :)
20:44 < LMJ> several time a day, i receive an email from cron several time a week but I CAN'T find where this fu****** cron is launch, nothing in /etc/cron* or /var/spool/cron/* see the email: http://rafb.net/paste/results/gnFAG326.html
21:04 < kensai> Error validating server certificate for 'https://svn.exactcode.de:443':
21:04 < kensai> why this happens sometimes? and I need to permanently accept the certificate?
21:04 < kensai> it does not happens always though
22:12 -!- Degi [n=erise_25@62.84.76.141] has joined #t2
22:31 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]"]
23:04 -!- kensai [n=kensai@206.248.85.204] has quit ["Leaving"]
23:07 -!- kensai [n=kensai@206.248.82.225] has joined #t2
--- Log closed Mon Oct 16 00:00:00 2006
01:10 -!- mtr_ [n=Michael@pD9E13721.dip0.t-ipconnect.de] has joined #t2
01:18 -!- mtr [n=Michael@pD9E10314.dip0.t-ipconnect.de] has quit [Read error: 145 (Connection timed out)]
01:18 -!- mtr_ is now known as mtr
01:36 -!- kensai [n=kensai@206.248.98.119] has quit ["Leaving"]
02:48 -!- kensai [n=kensai@206.248.97.19] has joined #t2
03:05 -!- kensai [n=kensai@206.248.97.19] has quit ["Leaving"]
03:41 -!- idealm [n=ideal@222.67.232.101] has quit [Remote closed the connection]
03:42 -!- kensai [n=kensai@206.248.97.19] has joined #t2
05:17 -!- kensai [n=kensai@206.248.97.19] has quit ["Leaving"]
06:10 -!- idealm [n=ideal@222.67.232.101] has joined #t2
06:43 < Stelz[away]> hmmm
06:43 < Stelz[away]> strace package can't be built
06:43 < Stelz[away]> strace.c: In function 'trace':
06:43 < Stelz[away]> strace.c:2259: error: 'PT_CR_IPSR' undeclared (first use in this function)
06:43 < Stelz[away]> strace.c:2259: error: (Each undeclared identifier is reported only once
06:43 < Stelz[away]> strace.c:2259: error: for each function it appears in.)
07:40 * Stelz[away] is back (gone 07:59:26)
07:40 -!- Stelz[away] is now known as Stelz
08:24 < rxr> moin
08:25 < Stelz> moin rxr
08:25 < Stelz> strace is still broken
08:27 < Stelz> and i've started some work on "two" ;)
08:33 < Stelz> hook_add postconf 5 lx_extraversion="${lx_extraversion/-dist/}; lx_injectextraversion" <- rxr, it doesn't work
08:33 < Stelz> still have "-dist" in boot..
08:34 < rxr> strace built some days ago for me - maybe it just shows up on bootstrapping
08:36 < Stelz> anyway it can't be built as a part of "minimal-xorg"..
08:42 < CIA-9> rene * r20183 /trunk/package/security/opencdk/opencdk.desc: * updated opencdk (0.5.9 -> 0.5.10) and removed superfluous Explicit dependency tag
08:48 < CIA-9> rene * r20184 /trunk/package/develop/autogen/autogen.desc: * updated autogen (5.8.6 -> 5.8.7)
08:52 < rxr> http://kerneltrap.org/node/5743
08:52 < rxr> oh - one year old, sorry ...
09:21 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2
09:31 < rxr> moin misl
09:39 < misl> hi rxr
09:40 < Stelz> hi misl
09:40 < misl> hi Stelz + other :-)
09:41 < Stelz> uhm rxr. why T2-buildprocess creates an incorrect link to sources
09:41 < rxr> Stelz: which link and where ?
09:42 < Stelz> i'm about t2/src.$PKG.$CFG.time./archdir
09:43 < Stelz> it points to /TOOLCHAIN/download/mirror/$PKG_FIRST_LETTER/$PKG-$VER.$PKG_SOURCE_$EXT
09:43 < rxr> on my side I have no incorret links of those, can you paste some examples
09:43 < Stelz> ehm
09:43 < rxr> maybe the file was just not downloaded ?
09:43 < rxr> those links did not change the last years and are suppost to be good
09:44 < Stelz> rxr: in pkg-build-dir
09:44 < Stelz> e.g.
09:44 < Stelz> src.gcc.slz.20061015.102857.9269.slz.sytes.net
09:45 < Stelz> "src.gcc.slz.20061015.102857.9269.slz.sytes.net/archdir/gcc-4.1.1.tar.bz2" points to "/TOOLCHAIN/download/mirror/g/gcc-4.1.1.tar.bz2"
09:46 < Stelz> during the build of gcc
09:46 < Stelz> but it must be linked with "../download/mirror/g/gcc-4.1.1.tar.bz2", not "/TOOLCHAIN/download/mirror/g/gcc-4.1.1.tar.bz2"
09:47 < Stelz> uhm, no
09:47 < Stelz> but it must be linked with "../../download/mirror/g/gcc-4.1.1.tar.bz2", not "/TOOLCHAIN/download/mirror/g/gcc-4.1.1.tar.bz2"
09:47 < Stelz> that's right
09:50 < rxr> the /TOOLCHAIN is suppost to be correct
09:50 < rxr> why do you miss that ?
09:51 < Stelz> rxr: /TOOLCHAIN can't be correct. TOOLCHAIN-dir is created in /build/$CONFIG/ directory
09:52 < Stelz> for me $CONFIG == slz-7.0-slz-x86-pentium4
09:53 < Stelz> but i don't have, and everybody, who 'll build T2 on his system won't have TOOLCHAIN in his root (/) dir
09:54 < rxr> ? of course neither have I
09:54 < Stelz> so?
09:54 < rxr> we speak about the sandbox, build in the sandbox have a TOOLCHAIN on top
09:54 < Stelz> i points to /TOOLCHAIN
09:54 < rxr> build/stelz..../TOOLCHAIN
09:54 < rxr> builds are done chroot build/stelz..../
09:55 < rxr> the top-level /TOOLCHAIN is what wires all fiel access out of the sandbox ...
09:56 < Stelz> so. archdir is created only for sandbox?
09:57 < rxr> archdir is also created for in-system Emrege but then it points .../.../download ...
09:57 < Stelz> hm
09:58 < rxr> do you found this while trying to debug a failing package ?
09:58 < Stelz> does anything depend on Emerge-Pkg ?
09:58 < Stelz> no
09:58 < rxr> only the user depends on Emerge-Pkg ...
09:58 < Stelz> hm
09:58 < rxr> but Emerge-Pkg internally only calls Build-Pkg anyway
09:58 < rxr> Build-Pkg is doing all he hard work
09:58 < rxr> if you want to debug a failing package there is the debug.sh in the failed package dir
09:58 < rxr> cd src.gxine(or whatever)...
09:58 < rxr> ./debug.sh
09:59 < Stelz> so, rxr. we may remove Emerge-Pkg?
09:59 < rxr> sets up the sandbox enviroment as it was when the package was built
09:59 < Stelz> and replace it with our-pkg-sys-add-script
09:59 < rxr> Stelz: ehrm - not likely anytime soon, why do you propose this? I mean that is what all the people use to build software from source into their T2 system
09:59 < Stelz> look up ;-)
10:00 < rxr> well - when some next-gen package manager is ready yes, then it can be removed :-)
10:01 < Stelz> that was i talking about :)
10:01 < Stelz> rxr: now our build system is totally depends on lua?
10:01 < rxr> for in-system builds (e.g. Emerge) the archidir is linked absolute:
10:01 < rxr> gxine-0.5.8.tar.bz2 -> /home/rene/develop/t2-trunk/download/mirror/g/gxine-0.5.8.tar.bz2
10:02 < rxr> the Config depends on LUA, yes
10:02 < rxr> but we ship LUA, bundled in T2, no neede to have it installed on each box
10:02 < Stelz> hm.. that means our pkg-system must not use lua?
10:02 < rxr> formerly the Config depended on a C plugin of us, that was about the same, just that our LUA accellerator accelerates more and does no longer segfault like the C plugin on unexpected input
10:03 < rxr> well - among many t2 developers the acceptance of LUA is quite high right now
10:03 < rxr> of course you can provide any other language to discuss
10:03 < rxr> but keep in mind that the pkg management must be able to run in quite minimal environments, such as the in-RAM system used to install T2 from CD/DVD
10:04 < rxr> very big languages are likely to be too fat for this use-case
10:04 < Stelz> nono
10:04 < Stelz> i've just looked at lua..
10:05 < Stelz> and wanna know, will it be good to write uor pkg-sys in lua?
10:05 < Stelz> *our
10:05 < rxr> taking a closer look at LUA definetly is a good thing to do
10:06 < rxr> as I wrote, currently it is the no.1 language for next-gen stuff in T2
10:06 < rxr> but, as I wrote as well if you find a better language for a given task we will not discard it just because of the language .-)
10:07 < Stelz> but pkg-sys must be integrated with such scripts like
10:07 < Stelz> Download, Find-Pkg
10:08 < rxr> not necessarily, it could also mean to write the functionality in a new language (like LUA) to archive easier integration and higher speed and robustness
10:09 < Stelz> and i think it 'll better
10:10 < Stelz> so i could write this without any depends on ./scripts/* yeah?
10:11 < rxr> yes
10:11 < rxr> beside for building a source package I would use Build-Pkg for the first code sniplets ...
10:11 < rxr> it is hard to reimplement in LUA or so from scratch
10:12 < rxr> also we already have some LUA modules in misc/lua
10:12 < rxr> e.g. .desc parsing - you might to reuse
10:12 < Stelz> ah, nice!
10:13 < Stelz> what's about optional deps? we will check every package for this?
10:15 < rxr> oh: http://shootout.alioth.debian.org/gp4/lua.php
10:16 < Stelz> or maybe it 'll be a part of our pkg-sys?
10:16 < rxr> Stelz: first we can differentiate runtiem and build time deps automatically
10:16 < rxr> maybe also some optional deps
10:16 < rxr> later we can manaully fine tune them via .desc tags
10:16 < Stelz> 12:11'41 | rxr> Stelz: first we can differentiate runtiem and build time deps automatically <- automatically? o.O
10:16 < Stelz> tell me how
10:22 < rxr> ouhm - we discussed that on the list ...
10:22 < rxr> by fine grained matching in the file list files of the build
10:22 < rxr> e.g. .so -> runtime dep
10:22 < rxr> .h|.a|.. build time dep
10:22 < rxr> and so on
10:27 < Stelz> hm
10:29 < Stelz> rxr: our pkg-sys doesn't need some gui-interface/
10:29 < Stelz> ?
10:31 < Stelz> ncurses, etc.
10:35 < rxr> well - we need to think long-term
10:36 < rxr> currently t2 lacks in terms of installation confort
10:36 < rxr> comfort
10:36 < CIA-9> rene * r20185 /trunk/package/graphic/asymptote/asymptote.desc: * updated asymptote (1.13 -> 1.14)
10:36 < rxr> our next system should be pretty and easy-to use
10:36 < rxr> that is the t2-pkg (however we name it) should be useful as command line tool - but also for very comfortable installation
10:37 < rxr> also the install from source case could be more comfortable
10:37 < Stelz> t2-pkg? i thought about "two" name :)
10:37 < rxr> e.g. optionally display the dependency graph - graphically in X! - with all the runtime and optional marks on the dependencies and the user could select/deselect the optional deps and the like
10:37 < rxr> yeah, forget the name for now :-)
10:38 < Stelz> :)
10:44 < rxr> but the name two sounds promissing :-)
10:45 < Stelz> :)
11:21 < CIA-9> rene * r20186 /trunk/package/graphic/gqview/gqview.desc: * updated gqview (2.0.1 -> 2.0.2)
11:53 < rxr> lol - m0n0wall f4rked as well: http://www.pfsense.com/index.php?id=27
12:12 < CIA-9> rene * r20187 /trunk/target/archivista/pkg_linux26.patch:
12:12 < CIA-9> * fixed the archivista/pkg_linux26.patch to set max_cpu to 1 not 0
12:12 < CIA-9> (though nosmp does the same it does not work here)
12:12 < CIA-9> * patched the archvista kernel to default to "quiet", likewise (so we
12:12 < CIA-9> we do not have to inject it in each possible boot config)
12:13 < rxr> ok - lunch - cu
12:27 < Stelz> cu
12:43 -!- splyxx [n=splyxx@unaffiliated/splyxx] has joined #t2
12:46 < Stelz> hello splyxx
13:05 < splyxx> hi :)
13:24 -!- kensai [n=kensai@206.248.97.19] has joined #t2
13:24 < Stelz> hi kensai :)
13:25 < kensai> hi Stelz
13:37 -!- zod [i=zod@shodan.knid.net] has joined #t2
13:37 < zod> hello
13:37 * Stelz welcomes zod
13:39 < kensai> Stelz, is the one that receives people at the doors in parties, how is that person called?
13:39 < Stelz> nope ;)
13:40 < Stelz> just nice to see more T2-users ;-)
13:40 < kensai> Stelz, I know, I was j/k :D
13:40 < Stelz> ;)
13:41 < splyxx> i'm no t2 user yet ;o
13:41 < kensai> Stelz, just for that I will make another t2 build
13:41 < Stelz> hehe, nice
13:41 < Stelz> splyxx: i hope u'll become soon :)
13:42 < splyxx> :)
13:55 < rxr> re
13:55 < rxr> hi zod
13:57 < splyxx> hi rxr
13:57 < rxr> hi splyxx
13:57 [Users #t2]
13:57 [@ChanServ] [ idealm] [ misl] [ splyxx] [ valentin]
13:57 [ _Ragnar_] [ kensai] [ mtr ] [ Stelz ] [ zod ]
13:57 [ CIA-9 ] [ LMJ ] [ rxr ] [ th ]
13:57 -!- Irssi: #t2: Total of 14 nicks [1 ops, 0 halfops, 0 voices, 13 normal]
14:00 < rxr> btw Stelz, there are also more and more dots on our frappr map: http://www.t2-project.org/startpage/
14:00 < Stelz> yup ;)
14:03 < rxr> LMJ: did'n you say this is dead: http://www.golem.de/0610/48357.html
14:05 < rxr> http://dot.kde.org/1160834616/
14:06 < rxr> ^- KDE Celebrates 10 Years of the Free Desktop
14:08 < kensai> rxr, I will add myself in the Puerto Rico area as weel, with sparc-kly
14:12 < kensai> I just have so limited time, my build takes a while till I can figure everything out
14:14 < kensai> yuo know there is always fail packages in the trunk 7.0
14:18 < rxr> yes, a few
14:19 < rxr> if you want a rock-solid build choose our 6.0-stable series ...
14:19 < kensai> is just that I like trunks :D
14:20 < rxr> yeah
14:25 < CIA-9> rene * r20188 /trunk/target/archivista/rootfs/home/archivista/ (multi-cpu.in multi-cpu.sh):
14:25 < CIA-9> * fixed a accidently hardcoded grub partition in the archivista
14:25 < CIA-9> multi-cpu config and removed leaked in shell tracing
14:35 < rxr> cu
16:08 -!- splyxx [n=splyxx@unaffiliated/splyxx] has quit ["leaving"]
16:36 -!- idealm [n=ideal@222.67.232.101] has quit [Remote closed the connection]
16:37 < LMJ> moin moin
16:38 -!- idealm [n=ideal@222.67.232.101] has joined #t2
18:05 -!- idealm [n=ideal@222.67.232.101] has quit [Remote closed the connection]
18:54 < CIA-9> rene * r20189 /trunk/misc/luabash/luabash.c: * fix luabash for version 2.05
18:58 < Stelz> uhm, rxr
18:58 < Stelz> here?
19:06 -!- kensai [n=kensai@206.248.97.19] has quit ["Leaving"]
19:10 -!- kensai [n=kensai@206.248.85.204] has joined #t2
19:11 < Stelz> uhm
19:12 < Stelz> lua-specialists around?
19:12 * Stelz pings valentin
19:20 < Stelz> uhm, doesn't matter, i've solved my problem :)
20:44 < LMJ> several time a day, i receive an email from cron several time a week but I CAN'T find where this fu****** cron is launch, nothing in /etc/cron* or /var/spool/cron/* see the email: http://rafb.net/paste/results/gnFAG326.html
21:04 < kensai> Error validating server certificate for 'https://svn.exactcode.de:443':
21:04 < kensai> why this happens sometimes? and I need to permanently accept the certificate?
21:04 < kensai> it does not happens always though
22:12 -!- Degi [n=erise_25@62.84.76.141] has joined #t2
22:31 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]"]
23:04 -!- kensai [n=kensai@206.248.85.204] has quit ["Leaving"]
23:07 -!- kensai [n=kensai@206.248.82.225] has joined #t2
--- Log closed Mon Oct 16 00:00:00 2006