T2 IRC Log: 2006-11-03
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 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
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