--- Log opened Fri Nov 03 00:00:18 2006 00:09 * Stelz is away: Sleep is good. Zzzzz 01:26 -!- LMJ [n=serwou@laf31-2-82-224-107-105.fbx.proxad.net] has quit [Read error: 60 (Operation timed out)] 01:34 -!- LMJ [n=serwou@laf31-2-82-224-107-105.fbx.proxad.net] has joined #t2 02:07 -!- idealm [n=ideal@58.33.58.84] has quit [Connection timed out] 02:18 -!- idealm [n=ideal@222.66.106.154] has joined #t2 09:02 < rxr> re 09:08 [Users #t2] 09:08 [@ChanServ] [ CIA-5 ] [ LMJ] [ shevegen] [ zod] 09:08 [ _Ragnar_] [ emte ] [ mtr] [ Stelz ] 09:08 [ Baldzius] [ idealm] [ rxr] [ valentin] 09:08 -!- Irssi: #t2: Total of 13 nicks [1 ops, 0 halfops, 0 voices, 12 normal] 09:12 < CIA-5> rene * r20637 /trunk/package/x11/rxvt-unicode/rxvt-unicode.desc: * updated rxvt-unicode (7.9 -> 8.0) 09:12 < CIA-5> rene * r20638 /trunk/package/graphic/freeimage/freeimage.desc: * updated freeimage (391 -> 392) 09:18 < rxr> http://www.golem.de/0611/48719.html 09:33 < Baldzius> hi rxr 09:34 < CIA-5> aldas * r20639 /trunk/package/network/bind/bind.desc: 09:34 < CIA-5> * updated bind (9.3.2-P1 -> 9.3.2-P2) 09:34 < CIA-5> * security update 09:35 < CIA-5> aldas * r20640 /trunk/package/network/nessus/nessus.desc: * updated nessus (2.2.8 -> 2.2.9) 09:38 < rxr> moin Baldzius 09:47 < emte> moo 09:51 < emte> are the cache files auto generated? 09:53 < emte> ... dropbear is in security ... odd place 10:04 < emte> wtf ... 10:04 < emte> how does hal depend on wxwindows ? 10:04 < emte> er wxpython 10:10 < rxr> emte: they are auto generated - and recently we added some saner filtering 10:11 < rxr> those random deps sneak mostly in due autoconf/automake m4 macro use (filtered now) and formerly also due python use (filtered now as well) 10:11 < rxr> but the trunk .cache files are not yet updated from the latest reference build 10:11 < emte> ah 10:11 < rxr> thus despite the filtering added we still wait for the currently running builds to finish to commit the hopefully way cleaner files 10:11 < emte> it looks like i am about to try and add my first "real" package 10:12 < emte> i am supprised you dont already have tinylogin 10:12 < rxr> also this are build-time deps, thus even non-python using stuff depends on python if they used python somewhere in their makefiles or so 10:12 < rxr> oh we have a lot of tiny "gettys" ... 10:12 < emte> tinylogin is generally coupled with busybox 10:13 < rxr> well I'm not su much a busybox / uclibc fan 10:13 < rxr> I go more into the even smaller dietlibc / embutils region ... 10:13 < emte> it all depends how much room you have to play with i suppose 10:14 < emte> and what you want to support 10:14 < emte> i dont know if dietlibc behaves on arm or not 10:14 < emte> i've onlu used uclibc and glibc 10:14 < emte> only* 10:20 < emte> btw you REALLY need to fix that stupid check icon in the handbook 10:20 < emte> it renders at 935x1210 and makes things a bit hard to follow 10:21 < emte> http://www.t2-project.org/handbook/html/t2-handbookse71.html if you want a quick link 10:29 -!- mtr_ [n=Michael@pD9E126EB.dip0.t-ipconnect.de] has joined #t2 10:35 < rxr> moin mtr_ 10:36 < rxr> emte: yes, the html output from the TeX source is annoying, we migrate to Docbook already ... 10:36 < emte> its not an html problem 10:36 < emte> its whoever made that graphic 10:37 < emte> or perhaps they use IE specific tags for scaling 10:38 -!- mtr [n=Michael@pD9E13599.dip0.t-ipconnect.de] has quit [Read error: 60 (Operation timed out)] 10:38 -!- mtr_ is now known as mtr 10:42 * emte doesnt quite follow this priority thing .... 10:42 < rxr> the P tag ? 10:42 < emte> yeah 10:43 < rxr> it is just a linear number in which order to build the packages in 10:43 < rxr> we know this sucks 10:43 < rxr> this is what chome omputers in 1998 could use - computing the whole graph took too long 10:43 < rxr> we want to get rid of this junk ASAP 10:44 < emte> can i skip that tag in the desc ? 10:44 < rxr> and use the auto generated .cache DEPs to build the graph for building 10:44 < rxr> emte: nope current it is used to determine the order for build 10:44 < rxr> if you want it to build after busybox use the P tag of busybox and add +1 to the number 10:44 < rxr> did I mention it sucks ... 10:44 < rxr> the crappy P tag is the only real shortcomming of T2 :-( 10:45 < emte> the last number or the first one? 10:45 < rxr> it is one number 10:45 < rxr> the dot is just the normal thousand seperator for human readability 10:46 < emte> normal ... cant say that for canada 10:47 < rxr> yeah - ok granded - english countrires would use , 10:47 < rxr> than take it as decimal fraction :-) 10:47 < rxr> doesn't really matter anyway 10:47 < rxr> and with T2 7.0 this most annoying P tag will be gone anyway 10:47 < emte> np, was just confused about how it worked 10:49 < rxr> and the numer with dashes in the P tag list the build stages to build the package in 10:49 < rxr> 0: cross toolchain 10:49 < rxr> 1: cross package build 10:49 < rxr> 5: native build in the sandbox 10:49 < rxr> the others numbers can be ignored, few packages use thenm ... 10:50 < emte> yeah i figured that was how taht worked 10:51 < emte> the second number was rather vague 10:51 < CIA-5> aldas * r20641 /trunk/package/x11/cairo/cairo.desc: * updated cairo (1.2.4 -> 1.2.6) 10:54 < emte> well she is building :) 10:55 < rxr> she ? 10:55 < emte> he/she/it/the thing 10:55 < emte> nice error 10:55 < emte> !> arm-t2-linux-gnu-strip: supported targets: elf32-littlearm elf32-bigarm 10:56 < rxr> guessed so - just wanted to be sure 10:56 < rxr> the Lua book is cool, the author writes "she" for "the programmer" thruout the book :-) 10:58 < emte> :) 11:06 < CIA-5> rene * r20642 /trunk/target/archivista/rootfs/home/archivista/status.sh: 11:06 < CIA-5> * improved hard-disk usage formating of the archivista target and not use the 11:06 < CIA-5> ugly logbox, use a msgbox instead ... 11:18 < CIA-5> rene * r20643 /trunk/target/archivista/rootfs/home/archivista/publish.sh: 11:18 < CIA-5> * added a check for previous published archives to the archivista target and 11:18 < CIA-5> an question whether to delete those 11:22 < CIA-5> rene * r20644 /trunk/target/archivista/rootfs/home/archivista/publish.sh: 11:22 < CIA-5> * wipe more in-system configuration in the archivista publishing feature 11:22 < CIA-5> (so e.g. the permanent SSH/VNC/CUPS configuration are not leaked into the 11:22 < CIA-5> archive) 11:25 < CIA-5> aldas * r20645 /trunk/package/develop/php/ (CVE-2006-4625.patch CVE-2006-4812.patch php.desc): 11:25 < CIA-5> * updated php (5.1.6 -> 5.2.0) 11:25 < CIA-5> * removed CVE-2006-4625.patch & CVE-2006-4812.patch - obsolete 11:25 < emte> time for another nap, i'll poke at tinylogin more tomorrow 11:25 < emte> the patches need adjustment anyway 11:25 < rxr> cu and sleep well emte 12:00 < CIA-5> rene * r20646 /trunk/target/archivista/rootfs/home/archivista/publish.sh: 12:00 < CIA-5> * improved the archivista publishing feature to ask the user if he demands 12:00 < CIA-5> more copies after the archive was written to the device and fixed the 12:00 < CIA-5> archive removal to always delete the sparse ISO if it was uncompressed 12:04 -!- idealm [n=ideal@222.66.106.154] has quit [Read error: 110 (Connection timed out)] 12:06 * rxr lunch 12:33 -!- `axion [n=axion@cpe-74-70-233-12.nycap.res.rr.com] has joined #t2 12:45 -!- idealm [n=ideal@58.33.58.84] has joined #t2 12:48 < rxr> hi `axion 12:48 < rxr> wb idealm 12:51 < CIA-5> rene * r20647 /trunk/target/archivista/rootfs/home/archivista/status.sh: * fixed yet another remove vs. remote typo in the archvista/status.sh 13:30 -!- `axion_ [n=axion@cpe-74-70-233-12.nycap.res.rr.com] has joined #t2 13:33 -!- `axion_ [n=axion@cpe-74-70-233-12.nycap.res.rr.com] has quit [Client Quit] 13:33 -!- `axion [n=axion@cpe-74-70-233-12.nycap.res.rr.com] has quit [Read error: 145 (Connection timed out)] 13:46 -!- shevegen [n=adh4@80.108.103.172] has quit [""Happiness is when what you think, what you say, and what you do are in harmony." - Gandhi"] 13:59 -!- shevegen [n=adh4@chello080108103172.36.11.univie.teleweb.at] has joined #t2 14:05 < idealm> hi rxr 14:07 -!- `axion [n=axion@cpe-74-70-233-12.nycap.res.rr.com] has joined #t2 15:13 < rxr> I have a reliable OS X kernel panic from user-space code fragment misusing the USB stack 15:13 < rxr> anyone interested ?? 15:14 < rxr> and no, I did not wrote it for the fun of it, I just try to port our Mac (user-space) driver to i386 ... so it is rather an annoying coincidence as I know have to one-shoot at a time debugging how to avoid the immediate kernel freeze ... 15:15 < rxr> as a sidenote: I never managed to panic the Linux USB stack in the last 6 years or so ... 15:21 * Stelz is away: Sleep is good. Zzzzz 15:21 * Stelz is back (gone 00:00:03) 15:23 < rxr> hi Stelz 15:23 < Stelz> hi rxr 15:23 < Stelz> time to install a new cooler for my video 15:23 < Stelz> c u later :-) 15:24 -!- Stelz [n=stealth@80.240.210.253] has quit ["There is intelligent life out there..."] 16:45 -!- kensai [n=kensai@206.248.81.149] has joined #t2 16:45 < kensai> hello!!! 16:49 < rxr> hi kensai 16:49 < kensai> :) 17:30 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 17:31 < misl> hi folks 17:33 < valentin> hi misl 17:35 -!- sepp [n=sepp@p83.129.171.248.tisdip.tiscali.de] has joined #t2 17:35 < sepp> hello :) 17:35 < rxr> hi misl and sepp 17:36 < sepp> hi misl and rxr 17:36 < valentin> hi sepp 17:36 < sepp> hi valentin :) 17:37 < valentin> i feel there is some conversation comming up here, but this is not the reason i'll leave in a minute :/ 17:37 < sepp> i feel cold 17:37 * rxr too 17:38 < rxr> and more so because I debug crashing Mac/i386 USB code ... 17:38 < rxr> why can't people keep running sane PPC binaries in the code morphing happily ... 17:40 < rxr> or a gcc backend code morphing ppc->i386 statically ... 17:40 < rxr> write one translate everywhere ... 17:40 < rxr> once 17:41 < valentin> cu then 17:41 < sepp> cu valentin 17:59 -!- Stelz [n=stealth@80.240.210.253] has joined #t2 18:01 -!- Stelz [n=stealth@80.240.210.253] has quit [Client Quit] 18:27 -!- kensai [n=kensai@206.248.81.149] has quit ["Leaving"] 18:32 -!- Stelz [n=stealth@80.240.210.253] has joined #t2 18:32 < Stelz> re all 18:32 < sepp> hi Stelz 18:32 < Stelz> hi sepp 18:32 < Stelz> nice to c u all 18:39 * sepp looking around where the camera is :p 18:39 [Users #t2] 18:39 [@ChanServ] [ Baldzius] [ idealm] [ mtr ] [ shevegen] [ zod] 18:39 [ _Ragnar_] [ CIA-5 ] [ LMJ ] [ rxr ] [ Stelz ] 18:39 [ `axion ] [ emte ] [ misl ] [ sepp] [ valentin] 18:39 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal] 18:39 < Stelz> lol 18:40 < rxr> if Apple would just have choosen Linux and not this BSD+Mach junk to base on ... 18:40 < rxr> this kernel panics really get on my nerves ... 18:40 < Stelz> rxr: 18:40 < Stelz> found some problem 18:40 < Stelz> during the compilation of perl on stage 1 18:40 < Stelz> could u help me? 18:41 < rxr> .oO 18:41 < Stelz> WARNING: Extensions DB_File or *DBM_File, Fcntl, and IO not configured. 18:41 < Stelz> WARNING: The Perl you are building will be quite crippled. 18:41 < rxr> what error output do you get ? 18:41 < Stelz> and after perl compiles.. 18:41 < Stelz> autoconf can't be compiled 18:42 < rxr> it can be that this is normal for stage1 build to not have those ... 18:42 < rxr> what is the autoconf error ? 18:42 < Stelz> it can't find Data/Dumper.pm perl module 18:43 < rxr> but 1-autoconf does not yet the bult perl 18:43 < rxr> built perl even 18:43 < rxr> the 1-perl is cross build - it is in the sandbox in build/... 18:43 < Stelz> rxr: yeah 18:43 < rxr> on 1-autoconf will use your systems perl .... 18:43 < Stelz> but 2-autoconf has 18:43 < rxr> ok - 2-autoconf is failing ? 18:43 < Stelz> yup 18:43 < rxr> do we build perl early on in stage 2 already ... 18:44 < Stelz> nope 18:44 < Stelz> perl builds only on 1 and 3 stages 18:44 < Stelz> but not "2" 18:45 < rxr> can you svn up 18:45 < CIA-5> rene * r20648 /trunk/package/perl/perl/perl.desc: 18:45 < CIA-5> * changed perl stages, rebuild it early in stage2 as the cross built perl 18:45 < CIA-5> is quite minimal and in the normal stage 5 and not 7 anymore (that behaviour 18:45 < CIA-5> would change soon with the auto dynamic priority anyway) 18:45 < rxr> and retry 18:51 < Stelz> -> Removing var/adm/logs/3-autoconf.err ... 18:51 < Stelz> == 20:46:23 =[3]=> Building base/autoconf [2.59 7.0-trunk]. 18:51 < Stelz> strange.. 18:51 < Stelz> rxr: 3-autoconf fails 18:51 < rxr> no 2-perl is built ? 18:51 < Stelz> yeah 18:51 < Stelz> :( 18:51 < Stelz> why? 18:52 < rxr> no ? 18:52 < Stelz> no.. :( 18:52 < rxr> maybe the Config was not rebuilt 18:52 < rxr> ./scripts/Config -cfg stlz -oldconfig 18:52 < rxr> and then Build-Target again 18:55 < Stelz> == 20:50:18 =[2]=> Building perl/perl [5.8.8 7.0-trunk]. 18:55 < Stelz> yeah.. 18:57 < Stelz> rxr: u told me to remind u about that "-dist" removal :-) 18:59 < rxr> .oO 19:12 < rxr> Stelz: I'm under OS X right now tracking USB related kernel panics 19:34 < Stelz> uhm, ok 19:34 < Stelz> rxr: biuld process continued 19:34 < Stelz> :-) 19:34 < Stelz> thanks for help with perl 19:50 -!- kensai [n=kensai@206.248.81.149] has joined #t2 19:53 < rxr> Stelz: no problem 19:53 < rxr> sorry that I'm so busy to test the -dist stuff out today 19:53 < rxr> please continue bugging me ... 20:01 < Stelz> lol rxr 20:01 < _Ragnar_> oh rxr ... any idea why suspending with ctrl+z doesn't work with the new system? 20:03 < _Ragnar_> it does suspend the processes, but doesn't give me the usual shell prob 20:03 < _Ragnar_> prompt 20:03 < rxr> err no 20:03 < rxr> did you install my minimal binary or built it yourself ? 20:03 < _Ragnar_> built it myself 20:03 < rxr> do you mix 32 and 64 bit binaries? 20:04 < rxr> I barely remeber there was something when you chroot across those borders that behaved like that once in the past 20:05 < _Ragnar_> hmmm I booted in the 32 bit system, then started replacing the binaries 20:05 < rxr> .oO 20:05 < _Ragnar_> which I'm done with now 20:05 < rxr> replacing in-system with 64bit binaires ? 20:06 < _Ragnar_> of course 20:06 < rxr> .oO 20:06 < rxr> maybe this mixed something up 20:06 < _Ragnar_> dunno ... but the problem was already happening with the 32bit binaries I think (but using the 64bit kernel) 20:06 < rxr> I once had such an behaviour on sparc64 when i chrooted between 32 and 64bit binary sets 20:06 < rxr> hm 20:07 < rxr> maybe try a fresh Build-Target and see how a clean binary-set behaves? 20:07 * rxr off home getting some evening dinner 20:07 < rxr> cu all then 20:08 < _Ragnar_> ok may try that 20:09 < Stelz> cu rxr 20:14 -!- shevegen [n=adh4@chello080108103172.36.11.univie.teleweb.at] has quit [""Happiness is when what you think, what you say, and what you do are in harmony." - Gandhi"] 20:14 -!- pamdirac [n=pamdirac@88-149-165-106.f5.ngi.it] has joined #t2 20:28 -!- sepp_ [n=sepp@p83.129.201.116.tisdip.tiscali.de] has joined #t2 20:45 -!- sepp [n=sepp@p83.129.171.248.tisdip.tiscali.de] has quit [Read error: 113 (No route to host)] 20:46 -!- sepp_ is now known as sepp 20:53 < CIA-5> aldas * r20649 /branches/6.0/package/network/bind/bind.desc: 20:53 < CIA-5> * merged r20639 from trunk to branches/6.0: 20:53 < CIA-5> updated bind (9.3.2-P1 -> 9.3.2-P2) 21:06 < _Ragnar_> who updated curl? it breaks php 21:06 < Stelz> _Ragnar_: 21:06 < _Ragnar_> (and other stuff) 21:06 < Stelz> i told rxr about it 21:06 < Stelz> we need to revert it 21:20 < CIA-5> ragnar * r20650 /trunk/package/network/curl/curl.desc: * curl: revert to earlier version, update breaks php and others ... 21:55 < Stelz> thanks, _Ragnar_ 22:11 -!- kensai [n=kensai@206.248.81.149] has quit ["Leaving"] 22:43 -!- pamdirac [n=pamdirac@88-149-165-106.f5.ngi.it] has quit [] 23:02 < CIA-5> aldas * r20651 /trunk/package/xorg/libxcb/ (. libxcb.cache libxcb.desc): * added libxcb (0.9.93) - X C-language Bindings library 23:04 < CIA-5> aldas * r20652 /trunk/package/xorg/xcb-proto/ (. xcb-proto.cache xcb-proto.desc): * added xcb-proto (0.9.93) - X C-language Bindings protocol headers 23:11 < CIA-5> aldas * r20653 /trunk/package/xorg/libx11/libx11.desc: 23:11 < CIA-5> * updated libx11 (1.0.3 -> 1.0.99.2) 23:11 < CIA-5> * security update: CVE-2006-5397 23:50 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]"] --- Log closed Sat Nov 04 00:00:20 2006