--- Log opened Fri Jan 19 00:00:05 2007 00:12 -!- d-marc [i=d-marc@HSI-KBW-091-089-001-183.hsi2.kabelbw.de] has quit ["Verlassend"] 00:20 -!- Stelz [i=stelz@unaffiliated/stelz] has left #t2 ["There is intelligent life out there..."] 00:23 -!- Stelz [i=stelz@unaffiliated/stelz] has joined #t2 01:29 -!- mtr_ [n=Michael@pD9E12AFC.dip0.t-ipconnect.de] has joined #t2 01:45 -!- mtr [n=Michael@pD9E11CFE.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 01:45 -!- mtr_ is now known as mtr 02:24 -!- Stelz [i=stelz@unaffiliated/stelz] has quit ["There is intelligent life out there..."] 02:30 -!- Stelz [i=stelz@unaffiliated/stelz] has joined #t2 05:41 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 06:26 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 06:37 -!- idealm [n=ideal@203.45.99.98] has joined #t2 09:04 < mtr> re 09:18 < rxr> re 09:18 < rxr> moin mtr 09:20 < mtr> moin rxr 09:22 < rxr> shrinkted t-resc over the night 09:23 < rxr> perl and python are gone and another 10MB saved 09:23 < rxr> 52MB now 09:23 < rxr> and, this is even with some more utilities added 09:23 < rxr> pciutils, libusb, pcmciautils, sysfsutils ... 09:23 < rxr> :-) 09:23 < rxr> rsyncing 09:25 < rxr> http://osiris.tfh-berlin.de/mirror/t2/unstable/7.0-trunk/t-resc-0.4/ 09:25 < rxr> http://nexus.tfh-berlin.de/t2/binary/unstable/7.0-trunk/t-resc-0.4/ 09:28 < rxr> oh - and dmidecode is on the ISO :-) 09:29 < rxr> and I fixed zfs-fuse to build with uclibc 09:29 < rxr> but it does not appear to work then 09:29 < rxr> however that might be trivial to fix as well 09:45 < CIA-9> rene * r22013 /trunk/package/base/lvm2/lvm2.desc: * updated lvm2 (2.02.17 -> 2.02.19) 09:45 < CIA-9> rene * r22014 /trunk/package/base/device-mapper/device-mapper.desc: * updated device-mapper (1.02.14 -> 1.02.15) 09:45 < CIA-9> rene * r22015 /trunk/package/x11/fvwm/fvwm.desc: * updated fvwm (2.5.19 -> 2.5.20) 09:51 < CIA-9> rene * r22016 /trunk/target/share/livecd/ (build_image.sh init init2): 09:51 < CIA-9> * space-optimized the livecd by removing kernel objects from the live 09:51 < CIA-9> filesystem that live as copy in the initrd anyway, saves about 5MB 09:51 < CIA-9> on the CD, but consumes 10MB more RAM as the files live in the 09:51 < CIA-9> live RAM overlay (TODO: Make a Config option?) 09:52 < rxr> TODO2: a compresses tmpfs would rock :-) 09:53 < CIA-9> rene * r22017 /trunk/package/filesystem/zfs-fuse/zfs-fuse.desc: * fixed zfs-fuse to build after scons 09:54 < CIA-9> rene * r22018 /trunk/package/filesystem/dosfstools/dosfstools.conf: * fixed dofstools manpage location 09:57 < CIA-9> rene * r22019 /trunk/package/x11/emelfm2/emelfm2.desc: * updated emelfm2 (0.3.1 -> 0.3.2) 09:57 < CIA-9> rene * r22020 /trunk/package/x11/secpanel/secpanel.desc: * updated secpanel (0.4.2 -> 0.5.1) 09:57 < CIA-9> rene * r22021 /trunk/package/multimedia/live/live.desc: * updated live (2007.01.09 -> 2007.01.17) 09:57 < CIA-9> rene * r22022 /trunk/package/audio/mpg123/mpg123.desc: * updated mpg123 (0.63 -> 0.64) 10:09 < CIA-9> rene * r22023 /trunk/package/base/uclibc/patches/ (zfs-fuse-uclibc.patch zfs-fuse.conf): * patched and fixed zfs-fuse for uClibC 10:10 < CIA-9> rene * r22024 /trunk/target/rescue/pkgsel: * added pciutils, libusb, sysfsutils, dmidecode, acpid and suspend to the rescue target 10:31 < CIA-9> rene * r22025 /branches/6.0/package/network/mininet/ (mininet.conf mininet.desc): * merged r21120 from trunk: marked mininet NOPARALLEL and fixed it to build against dietlibc, again 10:43 < CIA-9> rene * r22026 /branches/6.0/package/network/mininet/uclibc.patch: * fixed mininet for uclibc 10:46 < CIA-9> rene * r22027 /trunk/package/network/mininet/uclibc.patch: * merged r22026 from branches/6.0: * fixed mininet for uclibc 10:51 -!- Baldzius [n=Baldzius@office.wapcom.lt] has joined #t2 10:52 < Baldzius> moin 10:58 < rxr> hey Baldzius 10:58 < rxr> moin moin 11:05 < Baldzius> hi rxr 11:06 -!- idealm [n=ideal@203.45.99.98] has quit [Read error: 110 (Connection timed out)] 11:07 -!- idealm [n=ideal@203.45.99.98] has joined #t2 11:30 < rxr> http://www.theregister.com/2007/01/18/sun_rock_tape/ 11:35 < CIA-9> aldas * r22028 /branches/6.0/package/mail/fetchmail/ (4 files): 11:35 < CIA-9> * merged r20102, r21748 from trunk to branches/6.0: 11:35 < CIA-9> updated fetchmail (6.3.4 -> 6.3.5 -> 6.3.6) 11:35 < CIA-9> security update: CVE-2006-5867, CVE-2006-5974 11:36 < CIA-9> rene * r22029 /branches/6.0/package/base/embutils/embutils.conf: * mergerd r18311 from trunk: removed debugging set -x/+x in embutils 12:08 < CIA-9> aldas * r22030 /branches/6.0/package/network/squid/squid.desc: 12:08 < CIA-9> * merged r20661, r21245, 21980 from trunk to branches/6.0: 12:08 < CIA-9> updated squid (2.6.STABLE4 -> 2.6.STABLE7) 12:26 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 12:26 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 12:48 < CIA-9> aldas * r22031 /trunk/package/www/w3m/ (CVE-2006-6772.patch w3m.conf w3m.desc): * security update: added w3m/CVE-2006-6772.patch 13:51 < rxr> Baldzius: guess it's time for the next 6.0 minor soon :-) 14:02 -!- idealm [n=ideal@203.45.99.98] has quit [Remote closed the connection] 14:24 < Baldzius> rxr: ack, and i think it would be nice to release it with 2.6.20.x within bypassing alotof security holes found in >=2.6.18 14:27 < rxr> oh - with .20 ? 14:27 < rxr> that would require that we pull a whole bunch of changesets into 6.0 in order to have all the sub modules building ... 14:28 < rxr> maybe the current state then very soon - as this weekend 14:28 < rxr> and the .20 updates the next week so it gets some wider testing before release 14:47 < Baldzius> so what the date you are thinking about the next release? 14:48 < Baldzius> i am saying that it would be nice to have 2.6.20.x in a month or so when 20 will be tested wide enough with like 2.6.20.1 or .2 14:49 < Baldzius> and then release 6.0.3 14:56 < CIA-9> aldas * r22032 /trunk/package/database/mysql/ (7 files): * updated mysql (5.0.27 -> 5.0.33) 14:58 < CIA-9> aldas * r22033 /trunk/package/x11/fltk1/ (fltk1.conf fltk1.desc): * updated fltk1 (1.1.7 -> 1.1.x-r5599) 15:01 < CIA-9> aldas * r22034 /trunk/package/multimedia/xvidcap/ (xvidcap.conf xvidcap.desc): * changed xvidcap build priority (134.100 -> 140.400) , moved after libglade 15:13 < Baldzius> cu next week :) 15:13 -!- Baldzius [n=Baldzius@office.wapcom.lt] has quit [] 15:54 < rxr> crazzy: qemu -usb -usbdevice disk:/dev/sdb 16:25 < LMJ> moin moin 16:27 < rxr> moin moin LMJ 16:29 < LMJ> how are you rxr ? 16:32 < rxr> oh - very very fine, thanks and you ? 16:33 < LMJ> doing good because i'm already in weekend ;) 16:34 < rxr> :-) 16:38 < LMJ> what do you thing to do a "./scripts/Update-Pkg emelfm2 0.3.2" and commit it in trunk please ;) 16:38 < LMJ> 0.3.2 came today 16:38 < LMJ> compiled, work fine 16:39 < rxr> did that in the morning as far as I remeber 16:39 < rxr> yep 16:39 < LMJ> ha ok 16:39 < LMJ> sorry 16:40 < rxr> no problems, thanks for any notification .-) 16:41 < LMJ> gonna try T-Rescue soon to see 16:52 < rxr> :-) 16:52 < rxr> it does not yet have too much content, so feedback very appreciated 16:52 < rxr> currently I concentrate on the base technology as I need it in a project as well 16:53 -!- zod [i=zod@shodan.knid.net] has joined #t2 17:03 < rxr> hi zod 17:06 < zod> hello! 17:09 < Demian> hi 17:13 < rxr> moin Demian 17:13 < rxr> zod: new t2 user/developer ? 17:15 < zod> just looking at it ;) 17:23 < Demian> jeje. cd /var && more beer && dump > /dev/null && less beer 17:23 < Demian> nice batch 17:31 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 17:31 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 17:39 < rxr> hm - unionfs has problems with multiple write branches ... 17:39 < rxr> zod: what part of t2 are you lookg at? 17:39 < rxr> the new t-resc or something more class ? 17:39 < rxr> classic 17:41 < zod> how to use t2 for my jornada720 17:41 < rxr> oh 17:52 < CIA-9> rene * r22035 /trunk/target/share/livecd/ (init init2): (log message trimmed) 17:52 < CIA-9> * improved livecd/init scripts to print out and use live instead of 17:52 < CIA-9> cdrom as it often is a USB stick or simillar 17:52 < CIA-9> * improved the livecd/init2 to try to remount the media writeable 17:52 < CIA-9> * improved the livecd/init2 to inteligently stick ro and rw markers 17:52 < CIA-9> to the unionfs directories and do not mount a tmpfs over all 17:52 < CIA-9> if a writeable image is found on-the-way (as unionfs deadlocked 18:21 < rxr> free C book: http://publications.gbdirect.co.uk/c_book/ 18:48 < CIA-9> rene * r22036 /trunk/package/editors/zile/zile.desc: * updated zile (2.2.25 -> 2.2.26) 19:24 < CIA-9> rene * r22037 /trunk/target/share/livecd/init: 19:24 < CIA-9> * fixed the message when no live media was found to not list CD anymore 19:24 < CIA-9> * tiny space optimization in init directory creation 19:24 -!- _Ragnar_ [n=loki@216.250.77.230] has quit [Read error: 104 (Connection reset by peer)] 19:26 < CIA-9> rene * r22038 /trunk/package/base/mkinitrd/mkinitrd.sh: * made mkinitrd find invocation slightly more elegant 19:27 < rxr> on #mipslinux a cool BIOS bashing discussion is going on :-) 19:27 < rxr> very funny 19:27 < rxr> better than TV 19:27 < Stelz> :) 19:27 < Stelz> evening all 19:28 < rxr> hi Stelz 19:28 -!- _Ragnar_ [n=loki@216.250.77.230] has joined #t2 19:32 < Stelz> hi rxr, _Ragnar_ 19:35 < rxr> wb _Ragnar_ 19:35 < CIA-9> rene * r22039 /trunk/package/editors/zile/zile.desc: * added Url tag to zile 19:35 < _Ragnar_> hi hi 19:36 < _Ragnar_> hmm weird ... crash happened, no ssh no apache no reaction ... but ping worked 19:37 < rxr> ping is in-kernel 19:37 < rxr> maybe swapping to death or scheduler otherwise f*cked up 19:38 < rxr> but interrupt handling of the NIC to respond to the echo request still intact 19:38 < _Ragnar_> no ... no swap at all 19:38 < _Ragnar_> scheduler messed up ... maybe 19:38 < _Ragnar_> it's with 2.6.19.2 ... :p 19:39 < rxr> hm - works fine on my Macbook 19:39 < rxr> but I shut it down right now every night, soo ... 19:39 < _Ragnar_> ya o_o 19:41 < rxr> I can give you more data some time soon as the office router is now a AMD Geode LX running 2.6.19.2 in the form of T-Resc from an USB stick :-) 19:41 < rxr> (shut it down due to the absense of proper suspend resume ...) 19:41 < _Ragnar_> ok 19:42 < rxr> (^- though that is only because I use the modesetting branch of xf86-video-intel for externl display control - and with the non modesetting branch the resume would ork I heared, as it is "only" X haning up reinitializing the GFX card) 19:43 < rxr> (that is I tested myself that resume to a text console works .... just switching or start X stalls the box instantly ......) 19:43 < rxr> ok - 'nough notes ... :-) 19:43 < rxr> have to go in some seonds 19:43 < _Ragnar_> hmm crashed when building 5-ace 19:43 < _Ragnar_> checking "getby" functions take a non-const char *... no 19:43 < _Ragnar_> checking if new throws std::bad_alloc exception on failure... 19:45 < rxr> oh 19:45 < rxr> oh 19:45 < rxr> I hope this was not a production box ... 19:45 < rxr> this is "known" I had this on ppc64, too 19:45 < rxr> but as it built on my x86 box I comitted it notheless ... 19:45 < _Ragnar_> oh? o_o 19:45 < rxr> the thing is this configure test is pure stupid 19:45 < _Ragnar_> had this? ... 19:45 < rxr> it allocates memory until it fails ... 19:46 < _Ragnar_> oh O_O 19:46 < rxr> and on my big ppc64 box with 1.5GB RAM and simillar SWAP this kinda swapped to death ... 19:46 < _Ragnar_> so there's a problem with 2.6.19.2 out-of-memory handler ... 19:46 < rxr> though it should not kill the box 19:46 < rxr> I thought it is a ppc64 only memory mapping glitch and kicked benh to fix it :-) 19:46 < _Ragnar_> when I got in here this morning there was no swap 19:47 < _Ragnar_> no disk activity at all 19:47 < rxr> well - guess you do not need ace, just drop it then ... 19:47 < rxr> and if you are overmotivated (you are, right? :-) notify this ACE authors 19:47 < _Ragnar_> lol 19:47 < rxr> I wonder why noone else long ago screamed about this configure test, there must be more people having such problems with it 19:48 < _Ragnar_> probably all ppl are smart and set per process memory limits :p 19:48 * _Ragnar_ kicks himself 19:50 < Stelz> :> 19:57 < rxr> n8 all 19:57 < rxr> cu 19:58 < Stelz> 'night rxr. sleep well 19:59 < _Ragnar_> ok sent him an email 20:00 -!- d-marc [n=kvirc@HSI-KBW-085-216-121-099.hsi.kabelbw.de] has joined #t2 20:01 < d-marc> hi 20:02 < Stelz> hi 20:09 < _Ragnar_> ok set memory limits, now watching if it kills me again 20:30 -!- freed [n=beastie@dslb-088-073-151-080.pools.arcor-ip.net] has joined #t2 20:30 < freed> hi all 20:37 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Remote closed the connection] 20:44 < Stelz> hi, freed 20:48 -!- beastie_ [n=beastie@dslb-088-073-151-080.pools.arcor-ip.net] has joined #t2 20:58 -!- freed [n=beastie@dslb-088-073-151-080.pools.arcor-ip.net] has quit [Read error: 110 (Connection timed out)] 21:15 -!- beastie_ [n=beastie@dslb-088-073-151-080.pools.arcor-ip.net] has quit [Read error: 110 (Connection timed out)] 21:53 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has joined #t2 22:32 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 23:13 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 23:14 -!- d-marc [n=kvirc@HSI-KBW-085-216-121-099.hsi.kabelbw.de] has quit ["KVIrc 3.2.4 Anomalies http://www.kvirc.net/"] 23:19 -!- d-marc [i=d-marc@HSI-KBW-085-216-121-099.hsi.kabelbw.de] has joined #t2 --- Log closed Sat Jan 20 00:00:06 2007