T2 IRC Log: 2007-01-19

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.

« prev | next »

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