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