T2 IRC Log: 2005-02-14

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