--- Log opened Wed Jan 03 00:00:53 2007 01:14 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 145 (Connection timed out)] 01:24 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 01:53 -!- |mtr| [n=michael@kobz-590ca9fe.pool.einsundeins.de] has joined #t2 02:09 -!- mtr [n=michael@kobz-590cb8d9.pool.einsundeins.de] has quit [Read error: 113 (No route to host)] 02:52 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 02:54 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 03:01 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 145 (Connection timed out)] 03:11 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 05:35 -!- Enqlave [i=stelz@80.240.210.253] has joined #t2 05:36 -!- Stelz [i=stelz@80.240.210.253] has quit [Nick collision from services.] 05:36 -!- Enqlave is now known as Stelz 06:06 -!- Demian [n=demian@201.206.32.18] has joined #t2 06:07 < Demian> hi 06:07 < Stelz> hi Demian 06:09 < Demian> hallo Stelz :) 07:15 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 07:25 < rxr> moin 07:25 < rxr> hi Demian and Stelz 07:25 < Stelz> hi rxr 07:25 < Stelz> uhm 07:25 < Stelz> do we have btpd? 07:26 < Stelz> seems to be nope.. 07:26 < Stelz> we should! :) 07:26 < Stelz> http://www.murmeldjur.se/btpd/ 07:30 < CIA-9> rene * r21631 /trunk/package/shells/dash/dash.desc: * updated dash (0.5.3-5 -> 0.5.3-6) 07:34 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 07:35 -!- emte__ is now known as emte 07:40 < rxr> Stelz: do you add it ? 07:45 < Stelz> rxr: no idea how to add it while i'm on openbsd.. 07:45 < Stelz> till openbsd kernel will be ported into T2.. 07:46 < emte> what are you trying to add? 07:46 < Stelz> me? 07:47 < Stelz> i'm not trying to add 07:47 < Stelz> i just want you to add some nice bittorrent client 07:47 < Stelz> http://www.murmeldjur.se/btpd/ 07:47 < emte> ... 07:47 < emte> just dld azureus 07:48 < Stelz> rofl. 07:48 < emte> if you have java it will run 07:48 < Stelz> java mustdie. 07:48 < emte> lol 07:48 < Stelz> i mean.. a lot of bugs.. and the slowest program @ world. 07:49 < Stelz> only lightweight software rules. in bittorrent too 07:49 < emte> not sure how an interpreated language can be fast 07:49 < emte> bah 07:49 < emte> bt has it's own problems 07:49 < Stelz> ? 07:49 < Stelz> bt has no problems :D 07:49 < emte> python is not the greatest language either 07:49 < Stelz> rofl? 07:50 < Stelz> why r u talking about milestone? 07:50 < emte> milestone? 07:50 < Stelz> em. err 07:52 < Stelz> i mean 07:52 < Stelz> mainline :) 07:52 < rxr> keep it easy guys :-) 07:52 < Stelz> mainline == original bittorrent client 07:52 < Stelz> of course it sucks. 07:52 < rxr> Stelz: I scheduled it for addition 07:52 < Stelz> thank you very much rxr :) 07:53 < Stelz> there are no good bt-client for linux. fast and light. except transmission maybe 07:54 < Stelz> 2 others are console-based: rtorrent, and btpd i hope :) 07:56 < CIA-9> rene * r21632 /trunk/package/xorg/xf86-video-xgi/ (. xf86-video-xgi.cache xf86-video-xgi.desc): * added xf86-video-xgi (2007-01-02) - The Xorg driver for XGI video chips 07:57 < CIA-9> rene * r21633 /trunk/package/network/libtorrent/libtorrent.desc: * updated libtorrent (0.11.0 -> 0.11.1) 07:57 < CIA-9> rene * r21634 /trunk/package/network/rtorrent/rtorrent.desc: * updated rtorrent (0.7.0 -> 0.7.1) 07:57 < emte> bittornado used to be nice 07:57 * Stelz hates python-apps 07:57 < Stelz> only clear c/c++ :) 07:58 < emte> was not aware someone finally ported bt to c/c++ 07:58 < Stelz> not "bt".. but the clients 07:58 < Stelz> are written in clear c/c++ 07:58 < Stelz> some of them 07:58 < Stelz> u may look at ctorrent for example 08:00 < Stelz> gr :/ 08:00 < Stelz> # ./scripts/Find-Pkg torrent 08:00 < Stelz> sh: ./scripts/Find-Pkg: No such file or directory 08:00 < Stelz> these scripts use /bin/bash :| 08:01 < rxr> Stelz: yes, the scripts only work with bash 08:01 < rxr> they use some bash extensions to keep the shell code smaller and less complex ... 08:01 < rxr> that always was the case 08:01 < rxr> ohm - despite the new years eve commit storm again over 41 uncommited changes piled up on my reference builder ... 08:02 < rxr> when this continous we have 2700 packages and r22000 at the end of this month ... 08:02 < Stelz> :) 08:02 < Stelz> maybe all bash script 08:02 < Stelz> will be replaced by lua.. no? 08:02 < Stelz> *scripts 08:03 < rxr> maybe some day all is in lua ... yes 08:05 < Stelz> seems to be... before porting we need to make our build system & pkg-system more universal.. 08:05 < emte> bash is pretty universal 08:06 < Stelz> that's what i'll do after the exams :) 08:06 < emte> i even reall seeing it for win32 08:06 < emte> recall* 08:06 < Stelz> emte: *BSD hates bash. 08:06 < emte> i used it in net and free 08:06 < Stelz> and we want to port some other kernels 08:06 < Stelz> except linux 08:06 < emte> there are times when tcsh doesnt play well 08:07 < Stelz> tcsh? :D korn shell ftw 08:07 < emte> ... 08:07 < emte> korn is the parent of bash ... 08:08 < Stelz> uhu 08:08 < rxr> Stelz: ? just install bash on openbsd ... 08:08 < rxr> also you can then cross compile openbsd from inside T2/Linux just easily 08:09 < Demian> i noticed some days ago that bash was not saving in the history commands that start with empty spaces. 08:10 < rxr> oh 08:10 < rxr> guess a feature :-) 08:10 < Stelz> anyway.. i just want to do everything @ T2 in lua 08:10 < Demian> but later i found: HISTCONTROL variable.. 08:10 < Stelz> lol 08:10 < Demian> (man bash) 08:10 < Demian> :p 08:11 < emte> you know ... you can man bash all you want but it just ant rioght to woman bash :P 08:11 < emte> right* 08:12 < Demian> tomorrow i start on a new job, a new office, new people, new girls.. (that's cool enough).. 08:12 < Stelz> hehe 08:12 < Stelz> new people and new girls aren't the same things : 08:12 < Stelz> D 08:12 < Stelz> :D 08:13 < Demian> let's remove some attributes then..: people - [homosexual & men]; 08:13 < Stelz> :) 08:14 < Demian> oh.. i correct: people - [homosexual | men]; 08:14 < Stelz> || then 08:14 < Stelz> :) 08:14 < Demian> the previous line had brough catastrophical results :s 08:15 < Stelz> lol 08:15 < Demian> a new year, a new job. wish me luck. 08:15 < Demian> i got to sleep. good night to all of you. 08:16 < Stelz> 'night 08:16 < Stelz> && sleep well :) 08:18 < rxr> much luck Demian and sleep well 08:40 < CIA-9> rene * r21635 /trunk/package/base/uclibc/patches/nvi-syssiglist.patch: * updated uclibc/nvi patch 09:03 < CIA-9> rene * r21636 /trunk/package/network/xmlrpc-c/xmlrpc-c.desc: * updated xmlrpc-c (1.08.00 -> 1.09.00) 09:04 < CIA-9> rene * r21637 /trunk/package/firmware/ (ipw2100-fw/ipw2100-fw.desc ipw2200-fw/ipw2200-fw.desc): * fixed ipw*-fw packages Text to end with a period. 09:06 < CIA-9> rene * r21638 /trunk/package/textproc/libxslt/libxslt.conf: 09:06 < CIA-9> * fixed libxslt to disable crypto support if libgcrypt is not installed 09:06 < CIA-9> (especially during cross builds it picks it up from the build host otherwise) 09:20 < CIA-9> rene * r21639 /trunk/target/embedded/config.in: * fixed target/embedded package selection typo: find-utils -> findutils 09:21 < CIA-9> rene * r21640 /trunk/package/network/btpd/ (. btpd.cache btpd.desc): * added btpd (0.12) - A bittorrent client consisting of a daemon and client commands 09:22 < Stelz> thank you, rxr 09:32 < rxr> you are welcome, I also listed you as Maintainer in that file :-) 09:33 < emte> lol 09:37 < Stelz> :) 09:40 < rxr> http://www.pro-linux.de/news/2007/10670.html 09:49 -!- Baldzius [n=t2@office.wapcom.lt] has quit ["Leaving"] 09:50 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 145 (Connection timed out)] 09:53 < |mtr|> moin 09:53 < rxr> moin |mtr| 09:54 -!- |mtr| is now known as mtr 09:54 < rxr> r4gnar0k: autsch: -o /lib/libncurses.so.5.6 <- get this bug on a uClibc build now as well 09:55 < CIA-9> aldas * r21641 /branches/6.0/package/network/avahi/avahi.desc: 09:55 < CIA-9> * updated avahi (0.6.10 -> 0.6.16) in branch/6.0 09:55 < CIA-9> * security update: CVE-2006-5461 10:00 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 10:14 < mtr> rxr: i've build an uClibc system in december, and have a few changes not commited yet 10:14 < mtr> including the update uclibc-20060830 -> 20061214 10:15 < mtr> and some cross-build fixes, mostly adding $root to target directories 10:16 < mtr> i don't want to break your build now, do you mind if i commit these changes today? 10:18 < CIA-9> mtr * r21642 /trunk/package/network/avahi/dbus-hotfix.patch: * removed obsolete avahi dbus-hotfix.patch 10:22 < CIA-9> mtr * r21643 /trunk/package/security/loop-aes/ (2 files): 10:22 < CIA-9> * rename loop-aes patchfile so that it get applied 10:22 < CIA-9> to kernel cipher modules only 10:23 < mtr> ^--- damn multifile pkg builds ... 10:25 < CIA-9> mtr * r21644 /trunk/package/security/gnupg2/gnupg2.conf: * fixed shared files conflict between GnuPG-1/-2 10:38 < r4gnar0k> rxr: yea >.< 10:48 < rxr> mtr: yeah 11:09 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)] 11:19 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 11:44 < rxr> this ncurses build junk system really hits my nerves .. 11:45 < CIA-9> rene * r21645 /trunk/package/x11/torsmo/torsmo.desc: * demangled torsmo Author mail address 11:51 < CIA-9> mtr * r21646 /trunk/package/emulators/vmware/vmware.desc: * updated vmware kernel modules (104 -> 105) 11:53 < CIA-9> mtr * r21647 /trunk/package/network/acx100/ (5 files): * updated acx100 (0.3.11-20051003 -> 20060521) 11:54 < CIA-9> mtr * r21648 /trunk/package/network/at76c503a/ (6 files): * updated at76c503a (2006-05-15 -> 2006-12-31) 11:55 < CIA-9> mtr * r21649 /trunk/package/filesystem/unionfs/ (linux-2.6.19.patch unionfs.desc): * updated unionfs (1.3-20060920-1250 -> 1.5pre-cvs200612261700) 11:57 < mtr> now there is qemu and madwifi left over ... ;-) 11:58 < rxr> nice 11:59 < rxr> we could remove the qemu build anyway 11:59 < rxr> this qvm86 never worked that great and soon there is kvm 12:23 < rxr> still fighting ncurses - that is a mess ... 12:23 < rxr> such hackery really should be verboten 12:32 < rxr> hm - ok, r4gnar0k mostly done now 12:32 < rxr> but some log lines look suspicious 12:32 < rxr> I'll review more after lunch 12:34 < r4gnar0k> okay o_O 12:43 < CIA-9> rene * r21650 /trunk/package/develop/bdiff/ (. bdiff.cache bdiff.conf bdiff.desc compile.patch): * added bdiff (1.0.5) - A diff patch utility for binary files 12:46 < CIA-9> mtr * r21651 /trunk/package/base/uclibc/ (4 files): * updated uclibc (20060830 -> 20061214) 12:46 < rxr> ui ui ui 12:46 < rxr> did you test build that ? 12:46 < rxr> I saw they removed some index (something) macro or so leading to regressions 12:47 < mtr> sure - tested build and installed on real hardware ;) 12:48 < rxr> hm - cool 12:49 < rxr> ok - maybe they added it back or your package subset did not included utilizing that macro 12:49 < rxr> I'll test with a Exact Rescue rebuild on my side when I finished the first implementation pass with the uclibc we had some seconds before 12:50 < rxr> ah - ok - ic I think it was the other way round package/base/uclibc/string.h.patch fixed that ... 12:50 < rxr> ok - lunch - have fun 12:50 < mtr> yep, a rediffed patch follows soon 12:51 < CIA-9> mtr * r21652 /trunk/package/base/uclibc/string.h.patch: * re-diffed uClibc string patch: remove index/rindex macros 12:53 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 12:54 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 12:54 < CIA-9> mtr * r21653 /trunk/package/base/uclibc/functions.in: * fixed uclibc mips32r2 support, distinguish between mips32 and -r2 12:57 < CIA-9> mtr * r21654 /trunk/package/base/uclibc/strverscmp.patch: * added strverscmp to uClibc 12:58 < CIA-9> mtr * r21655 /trunk/package/base/uclibc/libm-lrint.patch: * added lrint/llrint to uClibc 13:00 < CIA-9> mtr * r21656 /trunk/package/base/uclibc/stat-nsec.patch: * fixed uClibc stat function to proper initialize the nano second fields 13:01 < CIA-9> mtr * r21657 /trunk/package/base/uclibc/stat-nseconds.patch.mips: * added support for stat() nano seconds for mips 13:04 < CIA-9> mtr * r21658 /trunk/package/base/uclibc/scanf-aflag.patch: * added a-flag support to uClibc's scanf() 13:08 < CIA-9> mtr * r21659 /trunk/package/base/uclibc/patches/ (5 files): * added/re-diffed uClibc patches for findutils, lirc, pam, vdr and x264 13:17 < r4gnar0k> wow 13:22 < mtr> the last one is filed in http://bugs.t2-project.org/ticket/147 now 13:22 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 13:23 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 13:40 < CIA-9> mtr * r21660 /trunk/package/ (attic/vdr/ multimedia/vdr/): * moved package vdr into attic 13:42 < CIA-9> mtr * r21661 /trunk/package/attic/ (vdr/ vdr-old/): * re-named vdr to vdr-old 13:51 < mtr> hmm, i need to create a new package container directory for vdr et.al. now 13:51 < mtr> should we create media-tv, media-video, and media-libs directories? or just plain vdr? 14:28 < rxr> e 14:28 < rxr> re 14:28 < rxr> what do you mean with media-tv, video ... 14:29 < rxr> for just vdr or to resort all multimedia packages ? 14:56 < mtr> the idea was to create a folder for alle the tv apps we have, like vdr, mythtv, kdetv 14:57 < mtr> when looking over package/multimedia i thought it might be good idea to resort them 14:57 < mtr> but i'm not sure 14:57 < mtr> if it is worth the effort 15:03 -!- Baldzius [n=t2@office.wapcom.lt] has joined #t2 15:12 < rxr> moin Baldzius 15:12 < Baldzius> moin rxr 15:12 < rxr> I also think we should add one or another new repositry and do some more sorting 15:13 < rxr> but we should have a good plan before we shuffle stuff arround 15:21 < CIA-9> rene * r21662 /trunk/target/generic/build.sh: 15:21 < CIA-9> * fixed the (often source) generic/build.sh to only create the package database 15:21 < CIA-9> if binary packages are actually created (and thus avoid endless warnings 15:21 < CIA-9> about missing files) 15:22 < r4gnar0k> lol yay 15:25 < rxr> it are the small things make a difference :-) 15:35 < mtr> to impove the vdr package i've split it into 30 pieces, one for each plugin 15:35 < mtr> so it's ok to create a seperate folder for them? 15:36 < mtr> (once we have a good plan we can move them again ...) ;) 15:37 < rxr> yes 15:37 < rxr> yes to move now 15:38 < rxr> I think for stuff like vdr, with tons of plugin noise I think it is even good to have a per-"package" repository, such as for kde and xfce 15:38 < rxr> I would only sort the non vdr stuff into seperate repositories such as multimeida-tv media-communication 15:38 < rxr> or whatever 15:38 < mtr> ack 15:39 < rxr> if we sort 30 vdr plugins into 7 seperate repositories (such as network and so on) people start to hunt the individual plugins ... 15:39 < rxr> so - minimal libx11 build with uclibc ... 15:42 * mtr hides (hoping the uClibc update flood did not break something) 15:42 * rxr still building with the one we had in SVN just some hours ago 15:42 < rxr> when my first pass finished and works proof of concept I'll update and rebuild ... 15:42 < rxr> (and watch out for regressions) 15:43 -!- idealm [n=ideal@CPE-203-45-103-192.nsw.bigpond.net.au] has joined #t2 15:44 < CIA-9> mtr * r21663 /trunk/package/vdr/: * added new package container for vdr and its plugins 16:00 < CIA-9> aldas * r21664 /trunk/package/ruby/ruby/ (CVE-2006-5467.patch ruby.conf ruby.desc): 16:00 < CIA-9> * updated ruby (1.8.5 -> 1.8.5-p12) 16:00 < CIA-9> * security update: CVE-2006-6303 16:00 < CIA-9> * updated copyright notes 16:00 < CIA-9> * removed CVE-2006-5467.patch - obsolete 16:08 < CIA-9> rene * r21665 /trunk/scripts/Create-ISO: * clarified misleading Create-ISO error message 16:20 -!- idealm [n=ideal@CPE-203-45-103-192.nsw.bigpond.net.au] has quit [Read error: 104 (Connection reset by peer)] 16:21 -!- idealm [n=ideal@CPE-203-45-103-192.nsw.bigpond.net.au] has joined #t2 16:24 < CIA-9> aldas * r21666 /branches/6.0/package/ruby/ruby/ (CVE-2006-5467.patch CVE-2006-6303.patch ruby.conf ruby.desc): 16:24 < CIA-9> * security update: added ruby/CVE-2006-6303.patch in branch/6.0 16:24 < CIA-9> * updated copyright notes 16:28 -!- Baldzius [n=t2@office.wapcom.lt] has quit ["Leaving"] 16:50 < CIA-9> rene * r21667 /trunk/target/share/livecd/rootfs/etc/ (passwd shadow): * tuned context of lvecd overlay patches to they apply more likely 16:51 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 16:52 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 16:53 < rxr> autsch 16:54 < rxr> r4gnar0k: you where one who advertised this postinstall SSH keygen that mnemoc added just before the 6.0 branch 16:54 < rxr> this was of course reverted for the stability of it 16:54 < rxr> however this postinstall keygen in still in drop bear 16:55 < rxr> and now I notice, creating a LiveCD with dropbear, that then static host keys are on the CD 16:55 < rxr> because we hav to run all the postinstall stuff (such as many file gen fixups and e.g. font caching) before CD creation 16:55 < rxr> so this rahter disqualifies keygen in postinstall and we should revert dropbear back to a stone module as well 16:56 < rxr> however what would fit the big picture would be to do this in the init script as debian does 16:56 < rxr> (at least I think I saw that d3bian does it in the .init script if the keys are not yet there) 16:59 < r4gnar0k> yes. but that has problems, too: first when the script runs entropy may be rather low, so can we be sure we get real random numbers? 17:00 < r4gnar0k> and if the random pool is empty, will the keygen (and therefore the whole startup process) just halt waiting for more emtropy? 17:04 < rxr> if /dev/ramdom is used the obtained data is garuanteed to have entropy 17:04 < rxr> but yet, the startup might stall a bit if there is not much random interrupt and co activity (whithout a hardware RNG) 17:04 < rxr> but it can definetly not be postinstall 17:05 < rxr> if postinstall is considered to good to have (tm) for this we have to start to differentiate stuff that can be done per-image and stuff that needs to be uniqe 17:07 < r4gnar0k> hmmm ok o_O 17:11 < CIA-9> mtr * r21668 /trunk/package/vdr/vdr/ (10 files): 17:11 < CIA-9> * added vdr (1.4.4.2) - A powerful DVB TV application 17:11 < CIA-9> * rewritten plugins- and skin-build, split single vdr package 17:11 < CIA-9> into pieces, one for each plugin and skin 17:11 -!- idealm_ [n=ideal@CPE-203-45-103-192.nsw.bigpond.net.au] has joined #t2 17:12 < CIA-9> mtr * r21669 /trunk/package/vdr/vdr-autosort/ (. vdr-autosort.cache vdr-autosort.conf vdr-autosort.desc): * added vdr-autosort (0.0.10) - VDR Plugin: auto sort channels list. 17:12 < CIA-9> mtr * r21670 /trunk/package/vdr/vdr-bitstreamout/ (4 files): * added vdr-bitstreamout (0.85) - VDR Plugin: play ac3 sound over SPDIF-port of an alsa-compatible soundcard 17:12 -!- idealm [n=ideal@CPE-203-45-103-192.nsw.bigpond.net.au] has quit [Connection timed out] 17:13 < CIA-9> mtr * r21671 /trunk/package/vdr/vdr-cdda/ (5 files): * added vdr-cdda (0.1.0) - VDR Plugin: CD Digital Audio 17:13 < CIA-9> mtr * r21672 /trunk/package/vdr/vdr-digicam/ (. vdr-digicam.cache vdr-digicam.conf vdr-digicam.desc): * added vdr-digicam (1.0.2) - VDR Plugin: display and manage digital camera photos 17:13 < CIA-9> mtr * r21673 /trunk/package/vdr/vdr-dvd/ (5 files): * added vdr-dvd (0.3.6b3) - VDR Plugin: DVD Player 17:13 < CIA-9> mtr * r21674 /trunk/package/vdr/vdr-dxr3/ (. dxr3-0.2.2-ffmpeg.patch vdr-dxr3.conf vdr-dxr3.desc): * added vdr-dxr3 (0.2.6) - VDR Plugin: DXR3 decoder card as output device 17:13 < CIA-9> mtr * r21675 /trunk/package/vdr/vdr-epgsearch/ (. vdr-epgsearch.cache vdr-epgsearch.conf vdr-epgsearch.desc): * added vdr-epgsearch (0.9.19) - VDR Plugin: advanced program guide search tool 17:14 < CIA-9> mtr * r21676 /trunk/package/vdr/vdr-femon/ (. vdr-femon.cache vdr-femon.conf vdr-femon.desc): * added vdr-femon (1.1.0) - VDR Plugin: frontend status monitor 17:14 < CIA-9> mtr * r21677 /trunk/package/vdr/vdr-graphlcd/ (. vdr-graphlcd.cache vdr-graphlcd.conf vdr-graphlcd.desc): * added vdr-graphlcd (0.1.2-pre6) - VDR Plugin: control a graphical lc display 17:14 < CIA-9> mtr * r21678 /trunk/package/vdr/vdr-image/ (7 files): * added vdr-image (0.2.7) - VDR Plugin: display pictures and digital image 17:14 < CIA-9> mtr * r21679 /trunk/package/vdr/vdr-mplayer/ (8 files): * added vdr-mplayer (0.9.15) - VDR Plugin: play audio and video files using external mplayer 17:15 < CIA-9> mtr * r21680 /trunk/package/vdr/vdr-osdpip/ (. vdr-osdpip.cache vdr-osdpip.conf vdr-osdpip.desc): * added vdr-osdpip (0.0.8) - VDR Plugin: OSD picture-in-picture 17:15 < CIA-9> mtr * r21681 /trunk/package/vdr/vdr-osdteletext/ (4 files): * added vdr-osdteletext (0.5.1) - VDR Plugin: decode and display teletext pages 17:15 < CIA-9> mtr * r21682 /trunk/package/vdr/vdr-pcd/ (. vdr-pcd.cache vdr-pcd.conf vdr-pcd.desc): * added vdr-pcd (0.0.3) - VDR Plugin: Photo CD 17:15 < CIA-9> mtr * r21683 /trunk/package/vdr/vdr-pin/ (6 files): * added vdr-pin (0.1.3) - VDR Plugin: password protection for channels and recordings 17:16 < CIA-9> mtr * r21684 /trunk/package/vdr/vdr-premiereepg/ (4 files): * added vdr-premiereepg (0.0.10) - VDR Plugin: parses the extended EPG data 17:16 < CIA-9> mtr * r21685 /trunk/package/vdr/vdr-remote/ (. vdr-remote.cache vdr-remote.conf vdr-remote.desc): * added vdr-remote (0.3.9) - VDR Plugin: remote control 17:16 < CIA-9> mtr * r21686 /trunk/package/vdr/vdr-softdevice/ (6 files): * added vdr-softdevice (0.3.1) - VDR Plugin: softdevice 17:16 < CIA-9> mtr * r21687 /trunk/package/vdr/vdr-streamdev/ (. vdr-streamdev.cache vdr-streamdev.conf vdr-streamdev.desc): * added vdr-streamdev (0.3.1) - VDR Plugin: video streaming server and client 17:17 < CIA-9> mtr * r21688 /trunk/package/vdr/vdr-text2skin/ (. vdr-text2skin.cache vdr-text2skin.conf vdr-text2skin.desc): * added vdr-text2skin (CVS-061218) - VDR Plugin: text2skin 17:17 < CIA-9> mtr * r21689 /trunk/package/vdr/vdr-vcd/ (5 files): * added vdr-vcd (0.7) - VDR Plugin: VideoCD 17:17 < CIA-9> mtr * r21690 /trunk/package/vdr/vdr-xine/ (6 files): * added vdr-xine (0.7.9) - VDR Plugin: software playback using xine output 17:17 < CIA-9> mtr * r21691 /trunk/package/vdr/vdrskin-deepblue/ (4 files): * added vdrskin-deepblue (0.1.4) - VDR Skin: DeepBlue 17:17 < CIA-9> mtr * r21692 /trunk/package/vdr/vdrskin-egalstry/ (. vdrskin-egalstry.cache vdrskin-egalstry.desc): * added vdrskin-egalstry (1.0.4) - VDR Skin: EgalsTry 17:18 < CIA-9> mtr * r21693 /trunk/package/vdr/vdrskin-enelchi/ (. vdrskin-enelchi.cache vdrskin-enelchi.desc): * added vdrskin-enelchi (0.7.1) - VDR Skin: enElchi 17:18 < CIA-9> mtr * r21694 /trunk/package/vdr/vdrskin-enigma/ (. vdrskin-enigma.cache vdrskin-enigma.desc): * added vdrskin-enigma (0.3) - VDR Skin: Enigma 17:18 < CIA-9> mtr * r21695 /trunk/package/vdr/vdrskin-lightblue16/ (. vdrskin-lightblue16.cache vdrskin-lightblue16.desc): * added vdrskin-lightblue16 (CVS-20051015) - VDR Skin: Lightblue-16 17:18 < CIA-9> mtr * r21696 /trunk/package/vdr/vdrskin-soppalusikka/ (4 files): * added vdrskin-soppalusikka (1.0.2) - VDR Skin: Soppalusikka 17:22 < rxr> hey - 2007 packages, soon ? 17:28 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 17:28 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 17:40 < rxr> err 2700 17:43 [Users #t2] 17:43 [@ChanServ] [ Demian ] [ LMJ ] [ rxr ] [ valentin] 17:43 [ Capey ] [ emte__ ] [ mtr ] [ sepp_] 17:43 [ CIA-9 ] [ idealm_] [ r4gnar0k] [ Stelz] 17:43 -!- Irssi: #t2: Total of 13 nicks [1 ops, 0 halfops, 0 voices, 12 normal] 17:58 -!- idealm_ [n=ideal@CPE-203-45-103-192.nsw.bigpond.net.au] has quit [Success] 18:27 < rxr> oh - damn - was unionfs with the new kernel in trunk still broken ... 18:27 < rxr> damn crap 18:27 < rxr> was just wanted to use it .. 18:29 < rxr> ok - maybe just trivial config thing 18:29 < rxr> maybe already fixed in their CVS anyway 18:29 * rxr checking in a minute 18:32 < Demian> unionfs is cool, as fuse too :) 18:32 < Demian> hi. 18:37 < rxr> the new knoppix uses a more lightweight alternative though 18:37 < rxr> named aufs ... 18:37 < rxr> but when I read their homepage (aufs) I wonder if I would use it in production 18:38 < rxr> when the authors wonder if it would work on SMP systems - due to lack of testing on their side nothing is implemented in this region - I would not even think about touching it ... 18:38 -!- mtr [n=michael@kobz-590ca9fe.pool.einsundeins.de] has quit [Read error: 113 (No route to host)] 18:39 -!- mtr [n=michael@kobz-590ca9fe.pool.einsundeins.de] has joined #t2 18:40 < Demian> i think that when someone wants to rewrite code athat is already done, is to make it better in several ways. otherwise there is nothing really. 18:51 < rxr> well - unionfs really is quite big and complex 18:52 < rxr> for just trivial fs overlaying something more "Keep It Stupid Simple" might really be attractive ... 18:52 < rxr> (says one who needs to patch unionfs to build for nearly each new kernel) 18:53 < Demian> i see. 18:54 < rxr> oh - mtr did already 18:54 < Demian> maintenance reasons. 18:55 < rxr> well - in the past unionfs also often had really obscure bugs due to the complexity ... 18:55 < rxr> I hope the snapshot mtr pulled now with the 2.6.19 fixes works ok 18:55 < rxr> I choose a more conservative version (1.4.0) locally 18:55 * rxr now testing mtr's unionfs update ... 19:01 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 19:03 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 19:15 < rxr> http://www.symlink.ch/hsw/07/01/03/152241.shtml 19:22 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 19:24 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 19:40 < CIA-9> rene * r21697 /trunk/target/share/livecd/build_image.sh: 19:40 < CIA-9> * cleaned target/share/livecd/build_image.sh to place the TOOLCHAIN 19:40 < CIA-9> exclude into the exclude file avoinding an extra command line 19:40 < CIA-9> argument and providing a better overview 19:43 -!- sepp [n=sepp@p213.54.153.138.tisdip.tiscali.de] has joined #t2 19:46 < rxr> moin sepp 19:47 < Stelz> hi sepp 19:48 < CIA-9> rene * r21698 /trunk/package/base/uclibc/patches/parted-uclibc.patch: * adapted uclibc parted patch for the latest versions 19:50 -!- sepp_ [n=sepp@p83.129.192.50.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)] 20:09 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 20:10 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 20:39 < CIA-9> rene * r21699 /trunk/package/base/embutils/losetup.patch: * improved our embutils/losetup patch to avoid returning random garbage as return code 20:44 < CIA-9> rene * r21700 /trunk/target/generic/build.sh: 20:44 < CIA-9> * fixed the generic build.sh (also sourced often) to only include the 20:44 < CIA-9> packaging related information in the isofs files when binary 20:44 < CIA-9> packages are actually built 20:52 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)] 20:54 < CIA-9> rene * r21701 /trunk/package/lua/lpeg/ (lpeg.conf lpeg.desc): * updated lpeg (0.1 -> 0.2) 20:54 < rxr> ok - n8 all - off the office 20:58 < Stelz> 'night rxr 21:03 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 21:12 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 21:13 < misl> hi folks 21:13 < Stelz> hi misl 21:14 < misl> hi Stelz 22:33 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.9/2006120612]"] 23:59 -!- idealm [n=ideal@203.45.103.192] has joined #t2 --- Log closed Thu Jan 04 00:00:53 2007