--- Log opened Mon Feb 14 00:00:01 2005 --- Day changed Mon Feb 14 2005 00:00 < rxr> kde's 3.4-beta kpdf is rather nice ... 00:03 < mnemoc> :) 00:03 < Postal> ;) 00:26 < Postal> stage 5 is going nicley 00:26 < rxr> just departed one of my scanners and it's adf completly ... 00:27 < Postal> question, why does it create .bz2 and .gem packages for some and not for others? 00:27 < rxr> it only created them in the last stage the package is built in 00:27 < Postal> OH 00:27 < Postal> ok 00:28 < Postal> what are they used for? 00:28 < Postal> cause the packages are already installed after compilation 00:28 < rxr> normally one does create an installable medium or network install server from a build 00:29 < Postal> so like a disk that I could quickly install the build from to recover from an error istead of spending three days re-compiling 00:29 < rxr> or install at all your friends workstations ... 00:29 < Postal> ic 00:30 < Postal> well, i think what i will do is cross compile the install for my laptop on this machine cause its faster 00:30 < Postal> then use the disks to install it 00:32 < Postal> rxr, when this install is done, and we get everything working, do you want a copy of the .iso files for the server, so people can dl them? 00:33 < rxr> at the state where most if not all stuff is workint that would ineed pretty welcome 00:33 < Postal> i am thinking that at this point, the main thing that I am worried about is glibc32 00:34 < Postal> if we can get that to compile, then if a program will not compile in 64 bit it is easy to compile it in 32 00:34 < Postal> ie grub 00:35 < rxr> well not that easy 00:35 < rxr> a complex program will need X libraries among many others 00:35 < rxr> all those libraries need to be available in 32bit, too 00:35 < Postal> well, so then you compile them in 32 bit 00:35 < Postal> ;-) 00:35 < rxr> so you will normally only link system base software, like boot loader utility stuff in 32bit ... 00:36 < Postal> well, most programs you can get to compile in 64 bit 00:36 < rxr> well - I doubt you want many many xyz32 packages, as well as wasiting disk space and execution speed on them ... 00:36 < Postal> so.. 00:36 < rxr> yep - so ... 00:37 < Postal> I have 160GB or so of space... and i could add two more hard drives... 00:37 < Postal> but yeah... the execution speed i dont want to lose 00:38 < Postal> This stage 5 is going to take some time 00:40 < CIA-9> jeru * r6433 /trunk/package/security/arptables/ (. arptables.conf arptables.desc): * added arptables package 00:42 < CIA-9> jeru * r6434 /trunk/target/mnemosyne/pkgsel/Services/Network/bridge.ask: * added arptables package to bridge support 00:55 < CIA-9> jeru * r6435 /trunk/package/security/ebtables/ebtables.conf: * adjusted ebtables install path to /usr/sbin 00:58 < jeru> so ... ladys and gentleman ... have to go to bed now ... happy hacking :) 01:03 < rxr> cu jeru 01:12 -!- mnemoc [~amery@200.75.27.62] has quit [Read error: 110 (Connection timed out)] 01:12 < jeru> rxr. cu tomorrow 01:13 -!- jeru [~jeru@p54BFE652.dip.t-dialin.net] has quit ["using sirc version 2.211+KSIRC/1.3.11"] 01:13 < Postal> the 2.4 kernel did not build 01:13 < Postal> nor did the 2.6 01:13 < Postal> they are complaining about Nvidia files 01:13 < rxr> ok - ignore them for the night ... 01:14 < rxr> send the errors to me ;-) as usual 01:14 < Postal> ehhm, not having a kernel is kinda bad eh 01:15 < Postal> ok, I have to go eat dinner with my family bbl, when I come back i will email you those files.. 01:15 -!- Postal is now known as Postal|Dinner 01:27 * rxr in bed - cu all 02:11 < Postal|Dinner> cu rxr\ 02:11 -!- mnemoc [~amery@200.75.27.54] has joined #t2 02:15 < mnemoc> re 02:21 -!- Postal|Dinner is now known as Postal 02:44 < CIA-9> amery * r6436 /trunk/package/security/vserver/ (pkg_linux_pre.conf vserver.conf vserver.desc): 02:44 < CIA-9> * updated vserver's util-vserver (0.30 -> 0.30.203) 02:44 < CIA-9> * updated vserver's 2.6(.10) patch (1.9.4-rc2 -> 1.9.4) 02:44 < CIA-9> * updated vserver's 2.4(.29) patch (1.29 -> 1.2.10) 02:44 < CIA-9> * added vserver's vdlimit tool (0.02) 02:44 < CIA-9> * improved vserver .conf to install toys in a cleaner way 03:00 < CIA-9> amery * r6437 /trunk/package/multimedia/ (libdvbpsi3/libdvbpsi3.desc libdvdcss/libdvdcss.desc): * added CV-URL for libdvdcss and libdvbpsi3 03:03 < CIA-9> amery * r6438 /trunk/package/multimedia/xine-lib/xine-lib.desc: * fixed xine-lib download location 03:04 < _Ragnar_> re 03:06 < mnemoc> re _Ragnar_ 03:07 < _Ragnar_> re mnemoc 03:13 < mnemoc> jsaw: i have been thinking and standarization of downloaded patches {diff,patch}{,.bz2} with autodetection may be a good thing 03:14 < _Ragnar_> ? 03:14 < mnemoc> ? ? 03:14 < _Ragnar_> ? ? ? 03:14 < _Ragnar_> :D 03:14 < mnemoc> :p 04:21 < CIA-9> amery * r6439 /trunk/package/contrib/dictd/dictd.desc: * updated dictd (1.9.13 -> 1.9.15) 04:59 < CIA-9> amery * r6440 /trunk/package/develop/ginac/ginac.desc: * updated ginac (1.2.3 -> 1.3.0) 05:04 < CIA-9> amery * r6441 /trunk/package/develop/expect/expect.desc: * updated expect (5.42.1 -> 5.43.0) 05:07 < CIA-9> amery * r6442 /trunk/package/develop/gcl/gcl.desc: * updated gcl (2.6.5 -> 2.6.6) 05:09 < CIA-9> amery * r6443 /trunk/package/editors/texmacs/texmacs.desc: * updated texmacs (1.0.4.3 -> 1.0.4.5) 05:30 < CIA-9> amery * r6444 /trunk/package/filesystem/qtparted/qtparted.desc: * updated qtparted (0.4.0 -> 0.4.4) 05:50 -!- rxr_ [~rene@p213.54.201.100.tisdip.tiscali.de] has joined #t2 05:50 -!- Topic for #t2: T2 | 2.1.0-beta2 RELEASED | The next generation of System Development Enviroments (SDE) | http://www.t2-project.org/ | CIA, don't ever leave us again! 05:50 -!- Topic set by mnemoc [] [Wed Jan 12 03:04:43 2005] 05:50 [Users #t2] 05:50 [ _Ragnar_] [ daja77] [ mnemoc] [ Postal ] [ rxr ] [ valentin] 05:50 [ CIA-9 ] [ jsaw ] [ nzg ] [ praenti] [ rxr_] 05:50 -!- Irssi: #t2: Total of 11 nicks [0 ops, 0 halfops, 0 voices, 11 normal] 05:50 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 05:50 -!- [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup 05:51 -!- Irssi: Join to #t2 was synced in 10 secs 05:54 < CIA-9> amery * r6445 /trunk/package/audio/soundtracker/ (gcc34.patch soundtracker.desc): * updated soundtracker (0.6.6 -> 0.6.7) 05:56 < CIA-9> amery * r6446 /trunk/package/editors/ne/ne.desc: * updated ne (1.38 -> 1.39) 06:06 < CIA-9> amery * r6447 /trunk/package/develop/libevent/ (. libevent.desc): * added libevent (1.0b) 06:07 -!- rxr [~rene@p213.54.200.111.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)] 06:19 < mnemoc> gn8 * 06:52 -!- madtux [~mike@65.182.14.165] has joined #t2 06:52 < madtux> yo. 08:47 -!- madtux [~mike@65.182.14.165] has quit ["Leaving"] 09:17 < CIA-9> jeru * r6448 /trunk/package/security/ebtables/ebtables.conf: * reverted previous path adjustments that it will install ebtables binary again in /sbin 09:18 < CIA-9> jeru * r6449 /trunk/package/security/arptables/arptables.conf: * adjusted install path of arptables binary to install in /sbin 09:56 < rxr_> moin 10:01 -!- You're now known as rxr 11:08 -!- jeru [~jeru@mail.oberlinhaus.de] has joined #t2 11:08 < jeru> moin! 11:13 -!- mipe [~mipe@dsl10040.japo.fi] has joined #t2 11:18 < jeru> hi mipe 11:18 < mipe> hi jeru 11:20 < mipe> i should never touch computers when having fever :( 11:20 < mipe> sucks to be sick 11:21 < jeru> Your right! Get well soon :-) 11:21 < jeru> mean you're 11:27 < mipe> 0-binutils fail,undefined reference to `yyparse' 11:27 < mipe> :( 11:31 < mipe> hmm,might be because i dont have bison and flex in host 11:57 < mipe> is rxr around? 13:15 < jeru> hey mipe ... sorry for the delayed answer ... I'm at work :/ 13:15 < jeru> are you using HEAD? 13:16 < mipe> yeah :), binutils builds now,host didnt have flex and bison, so thats solved 13:16 < jeru> :) 13:18 < mipe> i'm doing x86_64 build and i had /lib /lib64(not symlink to /lib) directories and when doing glibc32 it makes /lib32, right now i made /lib64 to link /lib but that isnt defaulted but shouldnt it? 13:18 < mipe> defaulted as in 00-dirtree 13:19 < mipe> to create lib64 as link to /lib,otherwise we might end up having 3 seperated lib dirs 13:20 < jeru> I know that Postal has/had also problems yesterday with building generic target on an AMD64 13:21 < jeru> haven't carefully followed the discussion yesterday between rxr and postal ... try to look in the IRC log from yesterday 13:21 < jeru> sorry 13:22 < mipe> yeah,have to check from logs... 13:43 < mnemoc> re 13:44 < mnemoc> moin mipe,jeru 14:00 < jeru> moin mnemoc ... at work right now ... so answers will be delayed ,) 14:00 < mnemoc> :) 14:00 < jeru> sorry for the wrong commited changes in ebtables ... 14:00 < jeru> hope it's better now 14:01 < jeru> you're right ... /sbin is the better location for ebtables and arptables 14:02 < mnemoc> are you talking to yourself? 14:02 < jeru> he? 14:02 < mnemoc> i never told anything about {eb,arp}tables bin-s location :p 14:03 < jeru> I thought your mail to the list was indirectly adressed to me 14:03 < jeru> or wasn't it? 14:04 < jeru> but anyway ... I changed it ;) 14:07 < mnemoc> it was, but it's about the usage of $bindir instead of usr/bin or $prefix/bin 14:07 < mnemoc> $bindir is usr/bin if prefix=usr 14:08 < mnemoc> and bin if prefix= 14:08 < mnemoc> by default prefix is 'usr' 14:08 < jeru> ack 14:12 < jeru> setting up RADIUS server for 802.1X/VLAN Switch config at work right now, but have problems building freeradius 14:13 < jeru> hope to solve it till the evening 14:13 < mipe> ewww,getttext fails on 1 14:13 < jeru> seems to be a problem of freeradius, but not t2 14:14 < mipe> /lib/cpp fails sanity check :( 14:32 < mnemoc> uhm 14:53 -!- mipe [~mipe@dsl10040.japo.fi] has quit ["leaving"] 15:16 -!- mipe [~mipe@dsl10040.japo.fi] has joined #t2 15:26 < mipe> hmm,bash needs to have NOPARALLEL flag 15:28 < mnemoc> uhm? 15:29 < mipe> that was the only way to get it build, was complaining about builtins* but i guess they wherent built before it was needed.... 15:37 < mnemoc> weird, i built bash at least 8 times between yesterday and today 15:41 < jeru> moving home now ... see you later ... ;) 15:41 -!- jeru [~jeru@mail.oberlinhaus.de] has quit ["using sirc version 2.211+KSIRC/1.3.11"] 17:19 < rxr> re 17:19 < mnemoc> re rxr 17:20 < rxr> moin 17:24 < CIA-9> rene * r6450 /trunk/package/base/embutils/which-wd.patch: * fixed embutils/which to locate current working directory binaries 17:26 < mipe> hmm,i just dont get gcc to produce 64/32 17:27 < rxr> yeah! 17:28 < rxr> now it is official ! T2 is attending the cebit! 17:28 < rxr> http://www.linux-events.de/LinuxPark/cebit05/OpenBooth/openbooth.html 17:28 < mnemoc> *click* 17:28 < rxr> mipe: have you sorted out your /lib64 issue ? 17:28 < rxr> mipe: does 64bit build with plain HEAD? 17:29 < mnemoc> rxr: who will be there? 17:30 < mipe> rxr: well i'm on stage 2,it would progress further i think but i wont since i want glibc32 to be build,everything i tested compiles with -m64 but with not -m32 since it cant find suitable libgcc.a 17:31 < mipe> rxr:also i made 00-dirtree to make symlink from /lib to /lib64 17:31 < mipe> 32bit libs should go to /lib32 right? 17:32 < rxr> mipe: yes 17:32 < rxr> mnemoc: momment - me mailing 17:32 < rxr> mnemoc: you are welcome if you fly over ;-) 17:32 < rxr> but I can nto pay the flight ... I can barely pay my current investments ... 17:32 * mipe off for while 17:32 < mnemoc> :\ 17:36 -!- jeru [~jeru@p54BFD323.dip.t-dialin.net] has joined #t2 17:37 < jeru> back again 17:42 < rxr> hi jeru 17:52 < mnemoc> this 'conduit' module for rocknet is a *pain* 17:55 < CIA-9> amery * r6451 /trunk/package/base/lvm2/lvm2.desc: * updated lvm2 (2.00.15 -> 2.01.03) 17:55 < CIA-9> amery * r6452 /trunk/package/base/device-mapper/device-mapper.desc: * updated device-mapper (1.00.17 -> 1.01.00) 17:55 < rxr> ouhm 17:55 < rxr> $ xpdf 073-075_udev_v4.pdf 17:55 < rxr> Segmentation fault (core dumped) 17:56 < mnemoc> :| 18:00 < mnemoc> cool, i just unpowered my build server :| 18:44 -!- c4y0 [~c4y0@200.75.68.67] has joined #t2 18:44 < c4y0> hi!!!!!!!!!!! 18:44 < c4y0> Wptoes 18:46 < jeru> hi c4y0 18:52 -!- valentin [~valentin@port-212-202-42-228.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)] 18:53 -!- mipe [~mipe@dsl10040.japo.fi] has quit ["leaving"] 19:57 < rxr> FOX 1.4.4 19:57 < rxr> Bless is a fast and customizable hex editor written in GTK#. It efficiently handles very large files and supports multiple undo-redo actions. There are also plans for the addition of a Lua-based scripting language for binary file manipulation.~ 19:58 -!- valentin [~valentin@port-212-202-42-223.dynamic.qsc.de] has joined #t2 19:58 < valentin> hi 19:58 < rxr> GNU Ocrad 0.11 19:58 < valentin> someone turned our server off ?! 19:58 < jeru> hi 19:58 < rxr> valentin: hi - server up again ? 19:58 < valentin> or we had a short power outage again 19:58 < rxr> valentin: you mean off in terms of power ? 19:58 < valentin> yes 19:58 < rxr> ouhm 19:58 < valentin> or shutdown -h 19:58 < rxr> doubt that 19:59 < valentin> i do not know - had been away 20:00 < valentin> ok, power off 20:00 < valentin> hope all services are up again 20:01 < rxr> we need an UPS ... 20:01 < rxr> too bad I throw my spare money into a color laser printer right now ... 20:03 < valentin> and i'll throw my spare money into a child soon 20:03 < valentin> (for all those of you who did not know yet) 20:04 < rxr> you choose a quite low volume minute here to announce it ;-) to make sure it is overread *t* 20:04 < rxr> *g* even 20:04 < jeru> rxr/valentin: could try to organize an used UPS for little/no money ... if you're interested 20:04 < rxr> oh - sure ;-) 20:05 < rxr> even without battery due to end-of-life would be fine ... 20:05 < jeru> I think chances are good ,) 20:06 < mnemoc> rehi 20:06 < valentin> jeru: please 20:06 < valentin> hi mnemoc 20:07 < mnemoc> hi valentin 20:07 < jeru> I can check that tomorrow 20:07 < valentin> you can commit again :) 20:07 < valentin> thanx jeru 20:07 < mnemoc> commit again? 20:07 < mnemoc> problems with the server? 20:08 < rxr> mnemoc: only power problem (or so) 20:08 < jeru> only :) 20:08 < mnemoc> cheap problem :) 20:08 < rxr> yeah - nothing in terms of software or hardware stability ... 20:09 < rxr> just this strange electric wiring in valentin's house ... 20:09 < _Ragnar_> ;) 20:09 < mnemoc> valentin: did you payed your bill? 20:09 < valentin> well the power is back again, so 20:10 < jeru> rxr: what capacity do we need for the UPS? I think I can reactivate a 1000-1400VA APC UPS 20:10 < mnemoc> :) 20:11 < valentin> the other problem is the stupid soft power switch in the server 20:11 < valentin> so it does not reboot as soon as power is back (as happened today) 20:11 < mnemoc> unconnect it :) 20:11 < rxr> jeru: such an UPS would be quite fine 20:11 < mnemoc> or acpi-disable it 20:11 < rxr> valentin: I think this is fixable in the BIOS 20:11 < valentin> ok 20:11 < jeru> mnemoc: :) 20:11 < jeru> that was also my first thought 20:12 < rxr> valentin: usually there is some toggle for power-on or stay off after power-plug insertion 20:12 < _Ragnar_> yeah that's usually a bios option or jumper on the mb 20:12 < valentin> in the BIOS ? 20:12 < valentin> how does that work ? 20:12 < mnemoc> "keep last state" 20:12 < mnemoc> if it was on, it powers up 20:12 < mnemoc> if it was off, it stay off 20:13 < valentin> yep - but as long as the computer does not boot, no code in the bios will be evaluated 20:13 < rxr> valentin: ? the board always get's 5V stand by for soft power on wake on lan and so on ... 20:13 < valentin> yes 20:13 < rxr> wake on rtc, ... 20:13 < valentin> but the bios is not active 20:14 < valentin> so it sets some permanent bits in the board hardware ? 20:14 < rxr> I do not know off hand how much is active on a x86 box in stand by mode ... 20:14 < rxr> but 5v are routed thruout the system - e.g. ethernet cards can use it to sniff the network for a magic wake up package ... 20:15 < rxr> I do not know to what extend the x86 CPU as it is involved in this early power-up procedure - might differ from box to box ... 20:15 < rxr> maybe some implementations set some off-chip nv-ram style thing 20:16 < _Ragnar_> even the keyboard is active with some mbs 20:17 < rxr> yep 20:17 < rxr> as well as the USB ports ... 20:17 < mnemoc> wakeup-on-microphone would be cool :p 20:17 < rxr> even on the iBook the USB ports have power - quite cool to charge my handy while on-the-road ... 20:17 < mnemoc> *g* 20:17 < rxr> mnemoc: for real speach recognition that would not such a sleep mode anymore *g* 20:18 < rxr> s/handy/cell phone/ sorry 20:18 < mnemoc> i understood 20:19 < mnemoc> here 'handies' are personal vhf/uhf radios 20:20 < jeru> :) 20:22 < mnemoc> if i accept a package on '-t mangle -A PREROUTING' should i accept it on FORWARD too? 20:25 < mnemoc> New iptables 1.3.0 release 20:26 -!- _Ragnar__ [loki@66-146-166-62.skyriver.net] has joined #t2 20:27 -!- _Ragnar_ [loki@66-146-166-62.skyriver.net] has quit [Read error: 104 (Connection reset by peer)] 20:35 < rxr> mnemoc: I know about 1.3.0 - sorry I did not announce here ... 20:35 < mnemoc> i had problems with 1.3.0rc1, i'll test 1.3.0 after my 386 router finish building it 20:40 < _Ragnar__> hmmm 20:40 -!- _Ragnar__ is now known as _Ragnar_ 20:40 < _Ragnar_> ./scripts/Build-Pkg sendmail trashes the whole of /etc/mail 20:41 < _Ragnar_> is that intentional? 20:41 < mnemoc> _Ragnar_: use ./scripts/Emerge-Pkg, it's safer 20:41 < _Ragnar_> that's not my point 20:41 < mnemoc> or Build-Pkg -update 20:42 < _Ragnar_> I've seen e.g. spamassassin place config there 20:42 < mnemoc> Build-Pkg is design to be run inside the build loop 20:42 < mnemoc> Build-Pkg -update backups and restores /etc 20:43 < mnemoc> Emerge-Pkg is designed to be run to update a running machine 20:43 < rxr> -update does more than restore /et 20:43 < rxr> -update works by backuping modified files of the package and restoring them later on ... 20:43 < _Ragnar_> ./scripts/Emerge-Pkg -cfg a32 sendmail 20:43 < _Ragnar_> Packages scheduled to build: 20:43 < rxr> not just /etc 20:44 < _Ragnar_> # 20:44 < rxr> then sendmail is up-to-date 20:44 < rxr> look at the output of -debug 20:44 < rxr> use -force or so if you build it anyway ... 20:44 < _Ragnar_> okay 20:44 < mnemoc> sendmail package checksum is exactly the same that the one which was installed 20:54 < mnemoc> rxr: what else does -update restore? 20:57 < rxr> modified files in general 20:58 < mnemoc> it backups every modified file and restore them all? 21:02 < rxr> no only of the package in question 21:07 < jsaw> hi all 21:07 < mnemoc> yes, i meaned 'of the package in question' 21:08 < jeru> jsaw: bonsoir 21:08 < jsaw> hi jeru, ca va? 21:09 < jeru> merci, ca va bien ,) 21:09 < jsaw> :D 21:09 < mnemoc> french doesn't sound good on men :p 21:09 < jeru> switching mode 21:09 < jsaw> damn, no compose key on my laptop 21:09 < mnemoc> alt? 21:10 < jsaw> no, should configure it... 21:10 < jsaw> why does french not sound good on men, mnemoc ? 21:11 < mnemoc> it's too sexy 21:11 < jeru> :) 21:11 < jeru> jsaw: tell me 21:11 < jsaw> jeru: mnemoc thinks, we are not sexy... 21:11 < mnemoc> like russian on women 21:12 < jeru> mnemoc: do speak russian ? ,) 21:12 < mnemoc> i knew a russian girl once 21:12 < jsaw> njet... 21:12 < mnemoc> :) 21:12 < jeru> haha 21:13 < jeru> damn no cyrillic keyboard available 21:13 < mnemoc> her 'speak' was not too feminine 21:13 < jeru> :D her spanish or russian? 21:13 < mnemoc> both :p 21:13 < jsaw> .oO(which means mnemoc was lying under the table while she was still at the first bottle wodka) 21:13 < mnemoc> :D 21:14 < jeru> haha 21:14 < jeru> had russian for 7 years in school 21:14 < rxr> mnemoc: not that you get that wrong 21:14 < mnemoc> c'est la vie 21:15 * jsaw slaps himself for skipping french in 11th class and not learning more languages... 21:15 < jeru> yes and 7 years french too 21:15 < jsaw> incredible 21:15 < rxr> -update backups files mofied before the build - modified by the user - most probably config file - all of those are restored and the newly installed file saved as .new 21:15 < mnemoc> 7 years of (german+russian+french)? 21:15 < jeru> jsaw: right so .. do it again ,) 21:15 < jsaw> hehe 21:16 < mnemoc> or 7 (german+russian) + 7 (german+french) ? 21:16 < jeru> my german is very bad ... because it's my native language ,) 21:16 < jsaw> *lol* 21:16 < mnemoc> :) 21:16 * rxr just testing - same stone passwd issue 21:16 < mnemoc> CIA-9: ? 21:16 < jeru> had 7 years (russian/french) and officially just 5 years english 21:17 < rxr> mnemoc: KGB !!!!!!!!!!!! 21:17 < rxr> mnemoc: where is it?? 21:17 < mnemoc> on paper :\ 21:17 < jeru> mnemoc: I'm still by aour site 21:17 < jeru> your 21:18 < rxr> mnemoc: maybe we slowly start getting it up - CIA seems to not get into production operation and/or is overloaded 21:18 < jeru> that's why G.W.B. is slapping Daddy's boys everyday ,) 21:18 < mnemoc> will we get beta3? 21:18 * mnemoc hides 21:19 < jeru> mnemoc: you better do so 21:19 < jeru> will test my syne target now 21:19 < mnemoc> :D 21:20 < mnemoc> jeru: my mnemosyne(beta4) router has udhcpd running :P 21:20 < rxr> mnemoc: we get -beta3 most probably this night - and -beta4 friday 21:20 < rxr> and -rc1 before cebit ... 21:20 < mnemoc> when is cebit? 21:20 < rxr> I meab trunk is full of stuff and worth a -beta4 21:20 < rxr> cebit is 10-16 or so next months 21:21 < mnemoc> but we have libgettext linked to host .so problem 21:21 < mnemoc> -rc1 < 7.3.05 21:22 < rxr> I take a look into that soon 21:22 < rxr> first I get -beta3 out ... 21:23 < rxr> and then do the -beta4 fixing until firday 21:24 < mnemoc> ack 21:24 < jeru> mnemoc: your syne is booting quite smooth in my UML-Enviroment ;) 21:24 < mnemoc> cool :D 21:24 < jeru> login[259]: ROOT LOGIN on `vc/1' 21:25 < jeru> even runit ,) 21:27 * mnemoc needs more hours per day 21:29 < rxr> mnemoc: why? 21:29 < rxr> I mean why right now ? 21:30 < mnemoc> my TODO is full and everything is late 21:30 < rxr> hm - when I look at the rock linux svn graph - I wonder if it is abondone or so ... 21:31 < rxr> late in terms of contract to be fullfilled ? 21:34 < mnemoc> rxr: can you commit your beta3 .cache files? i would like no know what was broken and what i broke 21:34 < rxr> I only have a desktop build of beta3 right now ... 21:35 < mnemoc> oh 21:35 < rxr> mnemoc: you did not broke much - your numbers look very good ... 21:35 < rxr> don't worry - commit 21:35 < rxr> I will help fixing as usual ... 21:35 < rxr> and the next days I'll have more time for t2 ... 21:35 < mnemoc> ok 21:35 < rxr> we are nearly 1000 revisions ahead of rock - impressive ... 21:36 * mnemoc has 157 pending commits and 22 repositories not yet sweeped 21:37 < valentin> well - half of those 1000 are due to mnemocs recent commit madness 21:38 < rxr> no - on rock they also have updates floods .. 21:39 < rxr> fact is that in general we do more with less latency ... 21:43 < jeru> btw: my best friend is using T2 now instead of Suse ,) 21:44 < rxr> oh ,-) cool 21:44 < jeru> he's working on its PHD using T2-Desktop 21:45 < rxr> we need some happy user storries on the homepage 21:45 < rxr> aside a real homepage anyway ... 21:46 < jeru> 21:46 < jeru> scientific assistant 21:46 < jeru> at TU-Berlin writing about GRID-Computing 21:46 < rxr> oh ,-)! 21:47 < jeru> we want to establish a open source lab in his home country 21:47 < rxr> where is he from ? 21:47 < jeru> cameroon 21:48 < jsaw> great project, wow 21:48 < jeru> yep ... 21:48 < jeru> we've to do a lot of knowledge transfer 21:50 < jeru> I know this country quite well and I love it ... and perhaps we'll extend T2 usage to Africa ,) 21:52 < rxr> I will work really hard to extend the user base overall - I do not want some never growing state as rock was cought in 21:54 < mnemoc> re 21:55 < mnemoc> T2 on cameroon??? 21:55 < jeru> mnemoc: soon! 21:55 < rxr> I really enjoy seeing people from the us an finland already haning around here ;-) 21:55 [Users #t2] 21:55 [ _Ragnar_] [ CIA-9 ] [ jeru] [ mnemoc] [ Postal ] [ rxr ] 21:55 [ c4y0 ] [ daja77] [ jsaw] [ nzg ] [ praenti] [ valentin] 21:55 -!- Irssi: #t2: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal] 21:56 < mnemoc> rxr: i haven't get iptables-commit notification yet 21:56 < mnemoc> rxr: did you? 21:56 < rxr> no 21:56 < mnemoc> uhm 21:56 < rxr> mnemoc: ah - you misunderstood me - I meant I alrady new about the news - not that I plan to commit it today ;-) 21:57 < mnemoc> i _did_ commit it 21:57 < rxr> ah - ;-) 21:57 < mnemoc> after i tested it on my router 21:57 < rxr> mnemoc: notification via mail ? 21:57 * mnemoc has a 386 with linux26, T2-beta4 and iptables-1.3 :p 21:58 < mnemoc> rxr: yep, no svn notification yet 21:58 < rxr> mnemoc: oh - damn the usual post power outage nullmailer bug ... 21:58 < rxr> let me start this f*cking mail daemon manually ... 21:58 * rxr need to debug one day what this crap does not like - or migrate to s.th. else ... 21:58 < mnemoc> nullmailer performes perfect here 22:01 < CIA-9> rene * r6453 /trunk/target/bootdisk/ (powerpc/boot.msg sparc/boot.msg x86/help0.txt): * install t2-project URL updates 22:01 < CIA-9> amery * r6454 /trunk/package/network/iptables/iptables.desc: * updated iptables (1.2.11 -> 1.3.0) 22:05 < rxr> at least the sysvinit script is defect 22:06 < mnemoc> i run it supervised by runit *g* 22:16 < rxr> so you are cheating ... 22:16 < rxr> ok - found the chpasswd issue ... 22:18 < mnemoc> what was it? 22:20 < rxr> I still track how to really fix it ... 22:20 < rxr> all in all it looks like a normal configuration issue 22:23 < mnemoc> _Ragnar_: did you ported glibc-ldconfig-globbing to uclibc? 22:24 < _Ragnar_> oh 22:24 < _Ragnar_> bang ;p 22:24 < _Ragnar_> no didn't have time yet 22:24 < mnemoc> :( 22:26 < mnemoc> what? alsa-tools is gtk+12?? 22:27 < rxr> maybe - there is a mixer app in it 22:27 < rxr> no idea if it is ported to gtk 2 alreaddy 22:28 < _Ragnar_> mnemoc: but I'm running fine with having LD_LIBRARY_PATH expanded like we do with PATH 22:29 < mnemoc> that's cheating :) 22:29 < _Ragnar_> it works ;D 22:32 < rxr> adding globbing should be trivial ... 22:33 < mnemoc> we need more hands 22:33 < _Ragnar_> it is ... but in this case, I hardly see the advantage 22:34 < rxr> _Ragnar_: have you committed your LD_LIBRARY_PATH hack ? 22:35 < CIA-9> rene * r6455 /trunk/package/x11/fox/fox.desc: * updated fox (1.3.26 -> 1.4.4) 22:37 < mnemoc> rxr: wasn't it just udpated intentionally to 'devel branch'? 22:37 < rxr> ? 22:37 < _Ragnar_> rxr: not yet 22:37 < rxr> please don't 22:37 < rxr> I rather implemented globbing for you 22:38 < mnemoc> on uclibc? 22:38 < rxr> yes 22:38 < rxr> hm - the changed s.th. in pam <-> shadow in general ... 22:38 < rxr> the common pam.d/shadow file is not read anymore in neither case ... 22:38 * rxr digging deeper 22:39 < _Ragnar_> remember, tho, that for uclibc the whole /etc/ld.* mechanism can be switched off ... the LD_LIBRARY_PATH will always work 22:39 < mnemoc> can be a security 'failure' due to logname='' ? 22:39 < rxr> nope 22:39 < mnemoc> ok 22:39 < rxr> _Ragnar_: why does etc/ld.* disabling brings you? 22:40 < rxr> _Ragnar_: you do not have shared libraries in that case at all ?= 22:40 < _Ragnar_> huh? no 22:40 < _Ragnar_> read what I said 22:40 < _Ragnar_> you can disable /etc/ld.* to save space 22:41 < rxr> and then? 22:41 < rxr> what firs are serached for shared objects ? 22:41 < rxr> files even 22:41 < rxr> dirs ... 22:41 * rxr confused ... 22:42 < _Ragnar_> depends on LD_LIBRARY_PATH 22:42 < _Ragnar_> with default /lib /usr/lib I think 22:43 < rxr> hm 22:44 < _Ragnar_> not as efficient, but worked well enough before this /etc/ld* started 22:47 < mnemoc> time sh misc/archive/AuditBuild.sh -cfg ref | grep '\(CHANGED\|UPDATED\)' | wc -l 22:47 < mnemoc> 137 22:47 < mnemoc> real 3m49.170 22:54 < jeru> have to sleep now ... have to get up early tomorrow ... happy hacking furthermore ;) 22:54 < mnemoc> cu :) 22:55 < _Ragnar_> nini ;) 22:56 < mnemoc> meep 22:56 < rxr> hm - the rock mirros are empty ... 22:56 < rxr> cu jeru 22:57 < rxr> ok - not all are empty 22:57 < mnemoc> wrongly used rsync? 22:57 < mnemoc> :) 22:57 * rxr does not care 22:57 < rxr> I just need an old shdow tarball and the pld master server is down ... 22:58 < mnemoc> what will we do about xorg? split tarball ourselves? 22:58 < rxr> yes most probably. ... 22:58 < rxr> those x.org folks get every release wrong ... 22:58 < rxr> important fixes, missing, no tarballs, late tarballs, not all tarballs, no announcement, ... 22:59 < rxr> this is some really strange never ending storry ... 22:59 < mnemoc> fork fork fork :) 22:59 < CIA-9> amery * r6456 /branches/bleeding/package/base/linux26/linux26.desc: * updated linux26 (2.6.11-rc3 -> 2.6.11-rc4) 22:59 < mnemoc> have you seem madtux? 22:59 < mnemoc> he was playing with 2.6.11 as linux-header 23:00 < rxr> nope - I was quite busy the last day - have not seen him that much 23:00 < mnemoc> rocknet/conduit.sh got uglier than what i expected 23:01 < rxr> hm 23:01 -!- praenti [~praenti@mail.obster.org] has quit [Read error: 54 (Connection reset by peer)] 23:02 -!- praenti [~praenti@mail.obster.org] has joined #t2 23:02 * rxr shuffling more videos on my rs6k in order to build t2 fully ... 23:02 * rxr need more disk space. .. 23:02 < rxr> well - in fact a new, faster ppc box ... 23:02 < mnemoc> distcc+laptop? 23:03 < jeru> Just for fun, before going finaly ,) But don't slap me ! 23:03 < jeru> Quote of the day: "SUSE LINUX Enterprise Server enables usto deliver a functional, flexible, and yet efficient infrastructure." Thomas Trepl,McDonald's Germany 23:03 < rxr> here goes the reason for our auth problem: 23:03 < mnemoc> have you seen the problem i told you about localhost distcc and fl_wrapper? should i 'just ignore' on flist processing? 23:04 < jeru> grabbed from Novell Website 23:04 < rxr> jeru: *g* 23:04 < mnemoc> on 'corporative linux', redhat or suse? 23:04 < jeru> ok I'm out before you'll kill me 23:04 < rxr> mnemoc: does the flist dist cc problem still exist? 23:04 < mnemoc> last time i tried yes 23:05 < jeru> btw: see this press release: http://www.novell.com/news/press/archive/2005/02/pr05008.html 23:06 < mnemoc> and evolution to closed source 23:06 < rxr> src/chage.c: retval = pam_start ("chage" src/chpasswd.c: pam_start ("shadow" src/groupadd.c: pam_start ("shadow" src/groupdel.c: retval = pam_start("shadow" src/groupmod.c: pam_start ("shadow" src/login.c: retcode = pam_start ("login" src/newusers.c: pam_start ("shadow" src/su.c: ret = pam_start ("su" src/su.c: SYSLOG ((LOG_ERR src/su.c: fprintf (stderr src/useradd.c: pam_start ("useradd" src/userdel.c: pam_start ("shadow" src/usermod.c: pam_start ("shadow" 23:06 < rxr> ^- shadow 4.0.3 23:06 < rxr> shadow 4.0.7: 23:07 < rxr> shadow-4.0.7# grep pam_start src/* | cut -d , -f 1 | tr '\n' ' ' | tr -s ' \t' 23:07 < rxr> src/chage.c: retval = pam_start ("chage" src/chage.c: retval = pam_start("chage" src/chpasswd.c: pam_start ("chpasswd" src/groupadd.c: pam_start ("groupadd" src/groupdel.c: pam_start ("groupdel" src/groupmod.c: pam_start ("groupmod" src/login.c: retcode = pam_start ("login" src/newusers.c: pam_start ("newusers" src/su.c: ret = pam_start ("su" src/su.c: SYSLOG ((LOG_ERR src/su.c: fprintf (stderr src/useradd.c: pam_start ("useradd" src/userdel.c: retval = pam_start ("userdel" src/usermod.c: pam_start ("usermod" 23:07 < rxr> these bastards changed the security domain string from the combined shadow to individual ones 23:07 < mnemoc> i would prefer some '\n's 23:07 < rxr> no wonder it does not match our combined pam.d/shadow anymore ... 23:08 < rxr> mnemoc: I tr'ed them away to save flood ... 23:08 < mnemoc> o_O 23:08 < rxr> mnemoc: just look into the pam_start's 23:08 < rxr> hm - the patch will be a bit ugly .. 23:08 < rxr> maybe I run sed over src/*.c in the premake hook ? 23:09 < rxr> substituting them all back to shadow, hm ?= 23:09 < mnemoc> i prefer a sed call than a fat .patch 23:10 < rxr> hm - just login must not be patched away ... 23:10 < rxr> I patch it - cleaner, more obvious, more google hits ;-) 23:10 < rxr> and it is a warning when the patch does not apply anymore ... 23:11 < mnemoc> ok 23:11 < rxr> and throwing it back upstream where some polish pld folks seem to mangle any package in the way they want it to 23:17 < mnemoc> talking about pld, do you know if we shares patches in addition to his mangled tarball? 23:17 < mnemoc> s/we/he/ 23:17 < mnemoc> he=mmazur 23:22 < rxr> what? 23:22 < mnemoc> http://ep09.pld-linux.org/~mmazur/linux-libc-headers/ 23:23 < mnemoc> those headers are sanitized 23:23 < mnemoc> but he remove most of the linux files, so diff -Nudr is a bit hard 23:23 < rxr> qwell - those people seem to work a bit strangely ... 23:23 < rxr> maybe do not bother too much ... 23:23 < rxr> this linux-libc-headers project of pld does not look to reasonable ... 23:24 < rxr> maybe just work on it as usual .. 23:24 < mnemoc> do you know any better 'sanitization' project? 23:24 < rxr> or - well - I could volunteer to do it as usual - I already did it a lot and save some time for your other things ... 23:24 < rxr> well debian fedora ... 23:24 < rxr> all have their own set ... 23:24 < rxr> maybe most are a bit more well-done than this pld thing ... 23:25 < rxr> but only maybe - other stuff from debian is highly ugly ... 23:25 < mnemoc> fedora patching schema sticks 23:25 < rxr> just read an article in the german iX magazine about their "2 years of development with 60+ people" installer project. ... 23:25 < rxr> where I just wonder how they can waste that much time on this ugly thing ... 23:26 < mnemoc> oh 23:26 < rxr> ok - this looks better: 23:26 < rxr> stat64("/etc/pam.d", {st_mode=S_IFDIR|0755, st_size=224, ...}) = 0 23:26 < rxr> open("/etc/pam.d/shadow", O_RDONLY) = 3 23:28 < CIA-9> rene * r6457 /trunk/package/base/shadow/service-domain-shadow.patch: 23:28 < CIA-9> * fixed shadow to use the security / service group shadow - and not 23:28 < CIA-9> individual names (was so up to 4.0.3 - fixes stone password setting) 23:28 < rxr> rock linux has some other stange shadow and/or pam patches - but they all look strange 23:28 < rxr> I suggest we do not pull them until we hit some bug ... 23:28 < mnemoc> will you merge it to beta3? 23:28 < rxr> sure! 23:28 < rxr> it is a big showstopper ... 23:29 < mnemoc> and of course rebuild shadow on your iso-wannabe builds :) 23:30 < rxr> of course 23:30 < rxr> by wannabe ? 23:30 < rxr> I do not release untested ISOs ... 23:31 < rxr> what do you think my qemus are running right now ... 23:31 < mnemoc> they want to become ISOs, no irony there :) 23:31 < mnemoc> weren't you playing with xen? 23:32 < rxr> no not yet ... 23:32 < rxr> to less time .. 23:32 < rxr> and I just found out that university starts soon again - which mean even less time for fun projects ... 23:32 < CIA-9> rene * r6458 /tags/2.1.0-beta3/package/base/shadow/ (service-domain-shadow.patch shadow.desc): 23:32 < CIA-9> * merged r5800 r6457 from trunk into tags/2.1.0-beta3: 23:32 < CIA-9> * updated shadow (4.0.6 -> 4.0.7) 23:32 < CIA-9> * fixed shadow to use a unified security / service domain 23:33 < rxr> especially since I have to write two important exams soon ... 23:35 < rxr> beta3 will definetly be the release with the longest freeze cycle - and -beta4 the one with the shortest ... 23:35 < mnemoc> beta3 has been sleeping almost as long as r*ck's trunk :) 23:36 < rxr> hehehe ... 23:36 < rxr> just that we actually do perform release polishing and bug hunting ... 23:36 < rxr> I could merge the t2 url change into -beta3, too 23:37 < rxr> should I ? 23:37 < rxr> the one I just commited today ... 23:37 < mnemoc> as you wish 23:38 < rxr> aren't we a project and you the stable coordinator *g*? 23:38 < mnemoc> :p 23:38 < mnemoc> t2 url is a nice fix to include in our next release 23:38 < rxr> a much better answer 23:39 < mnemoc> :) 23:40 < CIA-9> amery * r6459 /trunk/package/shells/tcsh/tcsh.desc: * updated tcsh (6.12.00 -> 6.13.00) 23:41 < rxr> do I go into bed soon .... ? 23:41 < mnemoc> why? 23:42 < mnemoc> will you go to bed before midnight? are you ill? 23:42 < rxr> to get up early ... 23:42 < mnemoc> good answer :) 23:43 < rxr> nope - but I found out when I go into bed before 0 and get up early I archive more ofer the day ... 23:43 < rxr> and either I have to write two news entries now or in the morning ... 23:43 < rxr> and I feel not like do'n so right now ... 23:43 < rxr> too puffed out 23:44 < mnemoc> go and rest :) 23:45 < rxr> well - you will have me some more seconds at least ... 23:45 < CIA-9> amery * r6460 /trunk/package/shells/mc/mc.desc: * added CV-URL for mc 23:46 < CIA-9> rene * r6461 /tags/2.1.0-beta3/target/bootdisk/ (powerpc/boot.msg sparc/boot.msg x86/help0.txt): 23:46 < CIA-9> * merged r6453 from trunk into tags/2.1.0-beta3: 23:46 < CIA-9> * fixed welcome messages to show www.t2-project.org ... 23:46 < CIA-9> amery * r6462 /trunk/package/shells/bashcompletion/bashcompletion.desc: * updated bashcompletion (20041017 -> 20050121) 23:47 < mnemoc> rxr: and shadow 23:47 < rxr> mnemoc: do you use dash for s.th. ... ? 23:47 < rxr> mnemoc: shadow is already merged ... 23:47 < mnemoc> please ^^ 23:47 < rxr> 23:32 < CIA-9> rene * r6458 /tags/2.1.0-beta3/package/base/shadow/ 23:47 < rxr> (service-domain-shadow.patch shadow.desc): 23:47 < rxr> 23:32 < CIA-9> * merged r5800 r6457 from trunk into tags/2.1.0-beta3: 23:47 < rxr> 23:32 < CIA-9> * updated shadow (4.0.6 -> 4.0.7) 23:47 < rxr> 23:32 < CIA-9> * fixed shadow to use a unified security / service domain 23:47 < rxr> mnemoc: it already is ... 23:47 < mnemoc> no, loooong time without using it 23:47 < rxr> mnemoc: when did you use it ? 23:48 < mnemoc> 2000? 23:48 < mnemoc> right before i knew about busybox 23:49 < mnemoc> my first embedded was a big pain 23:50 < rxr> why ? 23:50 < rxr> busybox is a big pain - so it could not have been that ... 23:50 < mnemoc> handmade build over a win98+vmware :\ 23:51 < mnemoc> busybox+tinylogin was almost straigtforgard 23:51 < mnemoc> forward* 23:51 < mnemoc> my problem was mainly with xfree86 that time 23:51 < _Ragnar_> re 23:52 < rxr> damn - I overpatch shadow 23:52 < rxr> good that I notice so quickly ... 23:53 < mnemoc> :) 23:55 < rxr> can you pull that commit into trunk: 23:55 < CIA-9> rene * r6463 /tags/2.1.0-beta3/package/base/shadow/service-domain-shadow.patch: * fixed the new shadow patch to not alter chage and su 23:56 < CIA-9> amery * r6464 /trunk/package/office/antiword/antiword.desc: * updated antiword (0.35 -> 0.36.1) 23:56 < mnemoc> rxr: ok 23:57 < CIA-9> amery * r6465 /trunk/package/office/multisync/multisync.desc: * updated multisync (0.82 -> 0.82-1) 23:58 < rxr> my build athlon: top - 23:58:05 up 13:54, 12 users, load average: 10.44, 5.18, 2.47 23:59 < mnemoc> :D 23:59 < rxr> dash_0.5.2.orig.tar.gz 23:59 < mnemoc> -1 23:59 < mnemoc> 0.5.2-1 23:59 < mnemoc> it's on my queue --- Log closed Tue Feb 15 00:00:28 2005