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.
--- Log opened Wed Oct 12 09:48:07 2005
09:48 < rxr> so
09:48 < rxr> irssi back on the rs6k ...
09:48 < rxr> logger running again ,-)
10:26 < rxr> glibc is a nightmare as usual (sparc w/ gcc-4.0 rigth now ... - damn)
10:43 < rxr> 2086 builds total, 1834 completed fine, 40 with errors.
10:43 < rxr> ^- rebuilding *.err
10:48 -!- veki [n=chatzill@217.24.19.40] has joined #t2
10:51 < Baldzius> good morning
10:53 < Baldzius> kde 3.4.3 has been released
10:56 -!- veki [n=chatzill@217.24.19.40] has left #t2 []
10:59 < valentin> moin
10:59 < valentin> hi rxr, nice. how did you manage that ?
11:02 < rxr> valentin: I did nothing special - guess we get more popular these days
11:02 < rxr> valentin: the mail just arrived in my inbox that is ,-)
11:03 < valentin> nice
11:03 < valentin> quite ill today :(
11:03 < valentin> if it doesn't get better till tomorow i fear i have to visit a doctor for the first time since living in berlin (except for dentists etc)
11:13 < rxr> valentin: oh :-( what do you have ?
11:15 < rxr> 2086 builds total, 1839 completed fine, 40 with errors.
11:15 < rxr> guess we have about 200 build errors on trunk
11:15 < rxr> that is quite low considering we have not done the gcc-4 fixup round yet and migrated to xorg modular ...
12:46 < rxr> Baldzius: do yo update kde?
12:47 < Baldzius> rxr: i can't, i have to pay for my internet traffic till 5 pm :(
12:48 < rxr> 2086 builds total, 1845 completed fine, 41 with errors.
12:49 < rxr> Baldzius: ?
12:50 < Baldzius> i have to pay for down traffic, 1MB - 12 cents
12:50 < valentin> rxr: a cold
12:50 < Baldzius> from 5pm i can do whatever i want till 8am
12:51 < rxr> Baldzius: ah
12:51 < rxr> valentin: so I had - good that I was not over at you - otherwise you wold complain I infected you ...
13:04 < valentin> i fear that i infect my daughter
13:10 -!- jsaw [n=jsaw@volans.mpimf-heidelberg.mpg.de] has quit [Read error: 113 (No route to host)]
13:14 < owl> hi...
13:14 < valentin> hi owl
13:22 < owl> hi valentin
13:35 < Baldzius> rxr: can you update kde i would test it
13:53 < rxr> yure
13:53 < rxr> sure
14:03 < Baldzius> 5pm i'll test it :)
14:03 < Baldzius> brb
14:03 -!- Baldzius [n=mx@85.206.103.68] has quit ["Leaving"]
14:23 -!- morfoh [n=jeru@mail.oberlinhaus.de] has joined #t2
14:23 < morfoh> moin
14:26 -!- Baldzius [n=mx@85.206.103.68] has joined #t2
14:27 -!- CIA-2 [n=CIA@flapjack.navi.cx] has quit [Killed by Md (buggy bot, it needs to be restarted. please contact staff. please!)]
14:27 -!- CIA-2 [n=CIA@flapjack.navi.cx] has joined #t2
14:45 < rxr> moin morfoh
14:55 < morfoh> moin rxr
15:08 -!- SerWou [n=SerWou@laf31-2-82-224-107-105.fbx.proxad.net] has quit [Read error: 110 (Connection timed out)]
15:09 -!- SerWou [n=SerWou@laf31-2-82-224-107-105.fbx.proxad.net] has joined #t2
15:11 < mnemoc> moin
15:11 < morfoh> moin mnemoc
15:11 < mnemoc> rxr: * rxr became a jury member for the this years Linux New Media Awards ... <-- ?
15:12 < mnemoc> moin morfoh
15:16 < morfoh> congratulations rxr
15:28 < mnemoc>
http://www.linux-magazin.de/Media-Info/Awards/lnmaward2004 <--- no category for T2 :(
15:32 < CIA-2> amery * r12532 /branches/2.1/package/base/dietlibc/pkg_patch/ (pkg_gcc.chroot.patch pkg_gcc.patch): * added copyright note to dietlibc/gcc*.patch
15:46 < rxr> mnemoc: nope - jury - not award winner ,-)
15:47 < rxr> mnemoc: next year: "Best T2 powered product"
15:47 < rxr> mnemoc: I hack on sparc64 on trunk
15:47 < rxr> damn glibc has one issue after another
15:47 < rxr> if I would not already know this glibc maintianer I would get the feeling glibc is kind of unmaintained :-(
15:55 < mnemoc> "the srpm builds"
16:02 < rxr> yeah - the fedora core tag builds :-(
16:02 < rxr> I can not believe there are tags named fedora core xyz - and many of those ...
16:11 < mnemoc> they own it :\
16:12 < morfoh> another reason for using dietlibc as many as possible ;)
16:13 < morfoh> as mmuch
16:14 < mnemoc> but we need gettext and ncurses on real-life machines
16:14 < rxr> dietlibc missed a portable dynamic linker
16:15 < rxr> so far dynamic dietlibc is only working on x86
16:15 < rxr> and partially on ARM
16:15 < rxr> maybe also more or less on x86-64 - but's thats it
16:15 < rxr> it needs dynamic support on any platform and I use it everywhere ,-)
16:15 < mnemoc> what fefe say about that?
16:17 < rxr> I have not asked yet
16:17 < morfoh> I guess he would say .... ok no problem. implement it and you will get a nice score on my list ;)
16:17 < rxr> fefe needs static linking I think ,-) so dyn is volunaeers work I thnk
16:18 < rxr> morfoh: ack
16:24 < morfoh> what a f* f* f* ... damn sucker screwing up my whole firewall configuration by injecting a lots of wrong rules. what do they have in their heads ... I guess it's just sth. brown ... damn.
16:25 < rxr> morfoh: what sucker? at work?
16:26 < morfoh> rxr: yes ... :\
16:28 < morfoh> web GUIs are mostly crap ... because they hide complexity in some way, that every "depp" (dumb person ;) thinks he can quickly add what is in his mind without thinking about the side effects
16:31 < morfoh> I think I don't want to be responsible for the firewalling if there are no defined rules who is allowed for doing changes and how it will be documented. every time they change sth. I have to run behind them to pull out the info out of their nose to know what they have changed. no documentation. no backup of the previous config ... nothing.
16:31 < morfoh> this is very annoying :\
16:31 < rxr> I thought you wanted to stop working for those strange people?
16:32 -!- Shingo-- [n=Shingo--@201.36.98.165] has quit ["Download Gaim:
http://gaim.sourceforge.net/"]
16:32 < morfoh> rxr: yes ... to want is one issue ... to be able to do so is another :|
16:34 < morfoh> anyway ... sorry for complaining around here regarding none t2 related issues
16:35 < mnemoc> o.o
16:36 < morfoh> I'll go home now ... I've definitely enough for today.
16:36 < rxr> morfoh: can imagine
16:37 < rxr> morfoh: why not restrict firewall tweak to CAP_MORFOH ?
16:38 < morfoh> rxr: they will not allow it ... they want to have the power to change things on their own. I'd love to see CAP_MORFOH but it's just a day dream
16:38 < mnemoc> print his rules, comment, and send it to the person on top
16:38 < morfoh> mnemoc: that's normally not my style
16:39 < morfoh> mnemoc: and anyway ... the person on top is interested a sh*t in it
16:39 < mnemoc> same here, but you need to get that morron out of your life
16:39 < morfoh> mnemoc: ack ... you're so right
16:40 < mnemoc> the person on top will be interested if you show him that 'the guy' is putting the company in heavy risk
16:40 < morfoh> mnemoc: plus the "hidden monitoring" of my work ... I think this is not allowed by the german data protection law
16:41 < rxr> monitoring ?
16:41 < rxr> 2086 builds total, 1855 completed fine, 57 with errors.
16:41 < morfoh> rxr: yes ... hopefully somebody will sniff this conversation
16:42 < morfoh> rxr: today my former "team leader" even tried to blackmail me
16:42 < morfoh> but it doesn't matter .... they can sniff as much as they want.
16:46 < morfoh> anyway ... thanks for the talk friends. cu later then ;)
16:47 < mnemoc> cu morfoh
16:48 < morfoh> yeah ... cu mnemoc :)
16:48 -!- morfoh [n=jeru@mail.oberlinhaus.de] has quit ["leaving"]
16:51 -!- Shingo-- [n=Shingo--@201.36.98.165] has joined #t2
16:58 < CIA-2> rene * r12533 /trunk/package/x11/cairo/cairo.desc: * updated cairo (1.0.0 -> 1.0.2)
17:01 -!- Shingo-- [n=Shingo--@201.36.98.165] has quit ["Download Gaim:
http://gaim.sourceforge.net/"]
18:11 < rxr> I hate the glibc
18:14 < mnemoc>
http://www.geeks.cl/~amery/Raulito%20el%20Friki/23%20-%20Buscando%20casa.png
18:16 < rxr> ...
18:16 < mnemoc> hey! it's funny
18:17 < mnemoc> and in the international language :)
18:27 < rxr> yep ,-)
18:31 -!- morfoh [n=jeru@p54BEE54F.dip.t-dialin.net] has joined #t2
18:31 < morfoh> re
18:32 < mnemoc> wb morfoh
18:32 < morfoh> did I missed sth. important ? ;)
18:32 < mnemoc> is 're' also a frisian word? :)
18:32 < mnemoc>
http://www.geeks.cl/~amery/Raulito%20el%20Friki/23%20-%20Buscando%20casa.png
18:32 < mnemoc> ^--- you missed that
18:32 < morfoh> click
18:34 < morfoh> mnemoc: :D
18:37 < morfoh> mnemoc: btw, who is david gutierrez ?
18:37 < mnemoc> the guy that writes that comic strip :p
18:38 < morfoh> yes ... I see ... but is he chilean ?
18:38 < morfoh> :p
18:38 < mnemoc> no idea
18:38 < mnemoc> i guess not
18:38 < mnemoc> we say 'freak' not 'friki' (freaky)
18:39 < morfoh> mnemoc: I thought this comic was made by someone you know personally ;)
18:39 < mnemoc> nah
18:39 < morfoh> because .... some days ago you asked for a 3D moddeling app
18:39 < mnemoc> but his site sucks, so i mirror .png files to read from time to time
18:40 < mnemoc> i want to make real logos for my targets some day
18:41 < morfoh> I think I'll do a bit diet patching for getting sedu apps in shape ... to come down a bit after that f* day
18:43 < morfoh> I think I've seen a ncurses patch for diet somewhere ...
18:43 < mnemoc> it would be great
18:44 < mnemoc> i would like LIBC=dietlibc only imply that, not 'embedded'
18:44 < mnemoc> another module should define 'footprint'
18:45 < morfoh> mnemoc: sorry ... I can't follow you atm. do you have short time for further explanations ;)
18:50 < morfoh> hmmm ... ncurses builds with diet while compiling manually
18:50 < morfoh> CC="diet gcc -static" ./configure --without-cxx --prefix=/opt/diet
18:51 < CIA-2> rene * r12534 /trunk/package/base/glibc/glibc.conf: * fixed glibc.conf to build without a linuxthreads download
18:51 < rxr> morfoh: it also builds on my box
18:51 < morfoh> I think we've a problem with injecting "-static"
18:52 < morfoh> rxr: using t2 ? or manually?
18:52 < CIA-2> rene * r12535 /trunk/package/base/glibc/sparc64-tls.patch: * basic fixup / implementation for TLS in glibc for sparc64
18:52 < mnemoc> rxr: try mnemosyne/diet
18:54 < rxr> morfoh: I don't build manually ...
18:54 < CIA-2> rene * r12536 /trunk/architecture/sparc64/parse-config:
18:54 < CIA-2> * fixed sparc64 with 32bit default multilib: we need to build
18:54 < CIA-2> glibc with -m64 ...
18:54 < rxr> mnemoc: sorry - I want sparc64 reaching stage 3 first ...
18:54 < rxr> and right now I flush my work in progress on the sparc since the 360Mhz get too annoying with this glibc beast ...
18:54 < mnemoc> ok
18:54 < rxr> want to debug this further cross building on the athlon ...
18:56 < rxr> mnemoc: I checked today - the gcc 4 patchse are still not in the glibc's CVS
18:57 < rxr> and the glibc "trunk" already changed a lot again
18:57 < rxr> I wonder what those freaks have to change on a C library all the day
18:57 < mnemoc> glibc 2.4?
18:57 < rxr> yep
18:57 < rxr> and the 2.3 branch does not include all gcc 4.0 fixes
18:58 < rxr> I remeber a "a new gcc-4 release will follow soon" mail on the glibc list - that was - well - when gcc-4.0.0 was released ...
18:58 < mnemoc> is glibc-2.4-cvs usable?
18:58 < rxr> long time ago
18:58 < rxr> mnemoc: I did not try
18:58 < rxr> but at least it has gcc 4.0 work and sparc fixes
18:58 < mnemoc> i guess you should update glibc on trunk
18:58 < rxr> but they are not compatible to be merged into 2.3 - too manchy changse in the area I looked
18:58 < rxr> not to some random glibc CVS
18:59 < rxr> I do not have endless time
18:59 < rxr> first trunk fixing and sparc64 fixing in t2
18:59 < mnemoc> what fedora use?
18:59 < rxr> then X.org testing and installer work
18:59 < mnemoc> random snapshot?
18:59 < rxr> then 2.2 (or 3.0?) T2 rlease
18:59 < rxr> let me check - these days I have a fedora CVS trunk on my disk
19:00 < mnemoc> T2-2.2 of course, just gcc/glibc consistent update
19:00 < rxr> define glibcdate 20051003T2040
19:00 < rxr> %define glibcname glibc
19:00 < rxr> %define glibcsrcdir glibc-20051003T2040
19:00 < rxr> %define glibc_release_tarballs 0
19:00 < rxr> %define glibcversion 2.3.90
19:00 < rxr> %define glibcrelease 13
19:01 < rxr> do I have to say more ?
19:01 < rxr> Source3: %{glibcname}-fedora-%{glibcdate}.tar.bz2
19:01 < rxr> I have no idea where those sources are lingering around
19:01 < rxr> e.g. in the past thos sources already differed a lot from the vanilla releae of projects and then they additionally patched them
19:02 < _Ragnar_> moin
19:02 < rxr> the people at red hat are a bit mad ...
19:02 < morfoh> moin _Ragnar_
19:02 < mnemoc> i think you should use cvs checkout for 20051003T2040 then
19:02 < rxr> mnemoc: HAHAHA
19:02 < rxr> maybe we should add code to handle fedora core downloads?
19:03 < rxr> [D] X fedora://glibc ?
19:03 * mnemoc runs away
19:03 < rxr> oh
19:03 < rxr> glibc# cvs up -dP
19:03 < rxr> cvs update: Updating .
19:03 < rxr> U .cvsignore
19:03 < rxr> P glibc-fedora.patch
19:03 < rxr> P glibc.spec
19:03 < rxr> U sources
19:03 * morfoh kicks mnemoc to become faster
19:03 < rxr> %define glibcdate 20051010T1417
19:03 < rxr> %define glibcname glibc
19:03 < rxr> %define glibcsrcdir glibc-20051010T1417
19:03 < rxr> mnemoc: maybe we should do this then:
19:04 < rxr> [V] $date
19:04 < rxr> [D] X glibc-$date.tar.bz2 ftp://sources.redhat.com/snapshots/
19:04 < rxr> or what the url was ...
19:04 < mnemoc> ack
19:05 < morfoh> so t2 will become a fedora clone
19:06 < mnemoc> ftp://sources.redhat.com/pub/glibc/snapshots/glibc-2.3-ports-20051003.tar.bz2
19:06 < mnemoc> uhm
19:06 < mnemoc> no
19:06 < mnemoc> ftp://sources.redhat.com/pub/glibc/snapshots/glibc-20051003.tar.bz2
19:07 < mnemoc> 1010 even
19:07 < rxr> we could use untagged / undated cvs:// in that case as well ,-)
19:07 < mnemoc> o.o
19:08 < mnemoc> cvs:// is far slower than fetching an snapshot, and tarball snapshot is checksumable
19:09 < mnemoc> rxr: gcc3.4/glibc2.3 on 2.1 vs. gcc4.0/glibc2.4 on 2.2 is the only consistent approach
19:12 < mnemoc> "These snapshots are currently made every Monday at 8am UTC.
19:12 < mnemoc> "
19:14 < rxr> mnemoc: do you also want me to have Darwin and Slowlaris kernel integartion ready until 2.2 ?
19:14 < rxr> build by cached DEP instead of static list ?
19:15 < mnemoc> do you really think you have more chances of making glibc 2.3 gcc4.0-compatible?
19:15 < rxr> 2086 builds total, 1866 completed fine, 96 with errors.
19:15 < rxr> mnemoc: it builds and work on x86, x86-64 and powerpc already
19:15 < rxr> only on sparc it needed some more patches
19:16 < mnemoc> ok
19:16 < rxr> and one thing I tracked the last hour was some strange inlining issue ...
19:16 < mnemoc> gcc3.4/glibc2.3 on 2.1 gcc4.0/glibc2.3 on 2.2 gcc4.1/glibc2.4 on 2.3 :)
19:18 < mnemoc> morfoh: did you adapt findutils dietlibc patch?
19:28 -!- Shingo-- [n=Shingo--@201.36.98.165] has joined #t2
19:31 -!- Shingo-- [n=Shingo--@201.36.98.165] has quit [Client Quit]
19:31 [Users #t2]
19:31 [ _Lewellyn] [ CIA-2 ] [ mtr_] [ rxr ] [ valentin]
19:31 [ _Ragnar_ ] [ mnemoc] [ nzg_] [ SerWou ]
19:31 [ Baldzius ] [ morfoh] [ owl ] [ sparc-kly]
19:31 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal]
19:44 < rxr> 2086 builds total, 1866 completed fine, 97 with errors.
19:44 < rxr> did I mention we have many packages in tree
19:44 -!- Shingo-- [n=Shingo--@201.36.98.165] has joined #t2
19:44 < rxr> .o(and some more already bookmarked in my konqi for addition ...)
19:47 < rxr> == 10/12/05 19:45:58 =[5]=> Finished building package coda.
19:47 < CIA-2> rene * r12537 /trunk/package/filesystem/coda/coda.desc: * updated coda (6.0.11 -> 6.0.12)
19:47 < rxr> guess I fixed about 30 compile errors today ...
19:48 < rxr> oh - even more
19:48 < rxr> gnome-icon-theme caused a lot regressions
19:48 < rxr> I'll see soon how many errors are left
19:48 < rxr> I think less than 200
19:49 < rxr> with some basic package fixing I think it can easily be decreased
19:49 < rxr> I plan to fix an average of 5 packages per day until it is reasonable low and only "toy" stuff fails
19:49 < mnemoc>
http://t2.geeks.cl/regressions/stable/
19:50 < mnemoc> is klear installing files now?
19:53 < rxr> mnemoc: .oO
19:53 < rxr> ok - let me fix that ,-)
19:53 < rxr> klear fails due to xine-lib fail in my ref .-(
19:53 < rxr> guess I should fix the former first ...
19:54 < rxr> and eleminate a bunch of related errors ,-)
19:55 < mnemoc> :)
20:09 < mnemoc> morfoh: i mean LIBC module should only refer the libc, not the weight of the system. embedded and lightweight systems may force LIBC=dietlibc, but normal system may also use dietlibc due to security reasons.
20:10 < mnemoc> morfoh: i used footprint as synonym of 'system weight'
20:24 < rxr> re
20:26 * mnemoc wonders why libtiff has take more than an hour to build
20:29 < rxr> did it finish?
20:29 < mnemoc> not yet
20:29 < mnemoc> but it's moving
20:32 < mnemoc> root 26236 80.2 0.0 1944 308 ? R Oct09 3973:57 /bin/sh /usr/sbin/sendmail_nullmailer -i root
20:32 < mnemoc> root 30720 69.1 0.1 2076 944 ? R Oct10 2428:22 /bin/sh /usr/sbin/sendmail_nullmailer -i root
20:32 < mnemoc> root 31613 57.9 0.0 1944 352 ? R Oct11 1198:46 /bin/sh /usr/sbin/sendmail_nullmailer -i root
20:32 < mnemoc> can strace 'attach' to a running process?
20:33 < _Ragnar_> yes
20:33 < _Ragnar_> -p
20:33 < mnemoc> it's looping
20:35 < mnemoc> lrwxrwxrwx 1 root root 17 2005-09-15 06:39 /usr/sbin/sendmail_nullmailer -> /usr/bin/sendmail*
20:35 < mnemoc> # cat /usr/bin/sendmail
20:35 < mnemoc> #!/bin/sh
20:35 < mnemoc> exec -a sendmail sendmail_nullmailer "$@"
20:35 < mnemoc> cool
20:36 < _Ragnar_> *lol*
20:37 < mnemoc> now libtiff finish building
20:45 < _Ragnar_> why does it try to send email??
20:46 < mnemoc> cron does
20:47 < mnemoc> on my newly installed buggy running machine
20:47 < _Ragnar_> oh ok :)
20:55 < mnemoc> install_setmailer nullmailer is responsable
20:56 < mnemoc> because it's also affected by INSTALL_WRAPPER_FILTER
20:57 < rxr> mnemoc: buggy ?
20:58 < mnemoc> i need more review
21:02 < mnemoc> why this on install_setmailer and not postinstall?
21:02 < mnemoc> 21: if [ "$SDECFG_DEFAULT_MTA" = "$1" ] ; then
21:02 < mnemoc> 22: /usr/sbin/setmailer_$1
21:02 < mnemoc> 23: fi
21:03 < mnemoc> but i could also unset INSTALL_WRAPPER_FILTER inside install_setmailer
21:03 < CIA-2> rene * r12538 /trunk/package/base/glibc/ (gcc-4.0-powerpc32.patch gcc-4.0-powerpc64.patch): * fixed glibc on powerpc and powerpc64 with gcc-4.0 (from crosstool)
21:06 < CIA-2> rene * r12539 /trunk/package/base/glibc/gcc-4.0-powerpc-procfs.patch: * one more needed glibc patch for powerpc and gcc-4.0 from libtool
21:21 < CIA-2> amery * r12540 /trunk/package/mail/sendmail/parse-config: * protected install_setmailer from been install_wrapper-ed
21:22 < mnemoc> rxr: please review 12540
21:32 < morfoh> re
21:37 < rxr> mnemoc: ouhm
21:37 < rxr> my TODO gets long again
21:38 < rxr> mnemoc: I never have been a fiend of this el-cheapo alternative helper ...
21:38 < mnemoc> just two lines
21:38 < mnemoc> neither i
21:41 < morfoh> mnemoc: btw, if we want to use embutils on dietsheba we should change some other packages too
21:41 < morfoh> because of the "conflicts"
21:42 < mnemoc> yes
21:42 < mnemoc> [15:09:26] morfoh: i mean LIBC module should only refer the libc, not the weight of the system. embedded and lightweight systems may force LIBC=dietlibc, but normal system may also use dietlibc due to security reasons.
21:42 < mnemoc> [15:10:44] morfoh: i used footprint as synonym of 'system weight'
21:42 < morfoh> ok
21:43 < mnemoc> but a 'footprint' choice would be nice ;)
21:43 < morfoh> but what alternative shell do you propose ? I'd like to use ash, but it doesn't build on diet now. dash seems to be comparable ;)
21:43 < morfoh> yeah ;)
21:44 < mnemoc> to build we always need bash
21:44 < mnemoc> on targets with stages>1
21:45 < mnemoc> i was thinking in .dev as alternative to .all
21:45 < morfoh> ok ... and now ? we could disable "which" within bash ...
21:45 < mnemoc> .dev = ask, but always builds. condition only valid for install
21:45 < morfoh> and moving mktemp to glibc because embutils includes an which and mktemp
21:46 < mnemoc> mktemp thing, ack
21:46 < mnemoc> uhm... no
21:46 < morfoh> there was another one .... momnent
21:47 < morfoh> mnemoc: what uhm ?
21:47 < CIA-2> rene * r12541 /trunk/package/multimedia/xine-lib/xine-lib.desc: * disabled xxmc in xine-lib temporarily, since broken
21:47 < mnemoc> footprint.standard.choice:coreutils+mktemp
21:47 < morfoh> !> Found shared files with other packages:
21:47 < morfoh> !> usr/bin/cmp: diffutils embutils
21:47 < morfoh> !> usr/bin/mktemp: embutils mktemp
21:47 < morfoh> !> usr/bin/which: bash embutils
21:47 < mnemoc> footprint.embedded.choice:embutils
21:48 < mnemoc> ncurses and gettext also on standard
21:48 < mnemoc> but cmp and which are different...
21:48 < morfoh> ok ... bvut I think ncurses can be also part of embedded ... if we can fix the problem
21:49 < morfoh> the strange thing is that it builds manually
21:49 < mnemoc> footprint.lightweight.choice may have ncurses
21:49 < mnemoc> but embedded doesn't need it
21:49 < morfoh> ok
21:50 < mnemoc> i think we may use embutils/parse-config to inject INSTALL_WRAPPER_THING on diffutils and bash to rename those
21:50 < mnemoc> or to disable their build
21:50 < morfoh> do you know if we can exclude "which" while building bash ?
21:51 < mnemoc> no idea
21:51 < mnemoc> you can alway remove it from Makefile by a sed call
21:51 < mnemoc> what do you think?
21:52 < morfoh> mnemoc: what do you prefer ? renaming or excluding by configure option or sed ?
21:52 < morfoh> hehe :)
21:52 < morfoh> I'd like to try to exclude them
21:52 < mnemoc> excluding is safer
21:52 < mnemoc> and less intrusive
21:52 < morfoh> I think so
21:53 < morfoh> but bash on a running "embedded" isn't needed mostly
21:53 < mnemoc> we _need_ bash on chroot
21:53 < morfoh> _I_ know
21:54 < mnemoc> that's the .dev/.all difference
21:54 < mnemoc> but there is no good method to do the separation yet
21:55 < morfoh> anyway ... for embedded we'll have more specialized build scripts i.e. populating a rootfs just wit the needed binaries
21:56 < mnemoc> an smarted installer is not only needed by embedded
21:57 < morfoh> ok ... but we both agree to exclude "which" and friends while using embutils instead of coreutils
21:57 < mnemoc> which and cmp, yes
21:57 < morfoh> good ;)
21:59 < mnemoc> what do you think about the footprint thingy?
21:59 < morfoh> I like it
22:00 < mnemoc> footprint.{standard,lightweight,embedded}.choice <--- i guess those conver everything
22:00 < morfoh> yep ... sounds good ;)
22:01 < mnemoc> cover*
22:03 < rxr> ouhm - there is some issue cross compiling for sparc
22:03 < rxr> in the past this worked ...
22:03 * rxr need to setup the automated regtester ...
22:16 < morfoh> how can I exclude a file using INSTALL_WRAPPER_FILTER ?
22:17 < mnemoc> you can't
22:18 < mnemoc> you can only rename it
22:18 < morfoh> hmmmm
22:19 < mnemoc> but you can rename it to /tmp ;)
22:21 < morfoh> yeah ... and it will not be installed ?
22:21 < mnemoc> it will be excluded from flist, so not packaged and then not installed
22:22 < morfoh> that was what I wanted to hear ;)
22:22 < morfoh> thanks :)
22:23 < morfoh> hmmm ... sometimes the USB support of our 2.6.11.12 kernel isn't that stable
22:23 < morfoh> my optical mouse is doing a light show
22:24 < morfoh> dm
22:24 < morfoh> usb 3-2.2: can't set config #1, error -84
22:25 < morfoh> oh! now it works again
22:25 < morfoh> I guess the linux kernel has sth. against my mouse because of the vendor :p
22:26 < owl> hi. which mouse?
22:26 < morfoh> hi owl :)
22:26 < morfoh> I don't want to speak out that "brand"
22:27 < morfoh> owl: now you can imagine what vendor ;)
22:27 < mnemoc> wb owl
22:27 < morfoh> mnemoc: no owlita today ?
22:28 < mnemoc> she is always owlita
22:29 < owl> morfoh: ah. microsoft ;)
22:29 < morfoh> input: USB HID v1.10 Mouse [Microsoft Microsoft 5-Button Mouse with IntelliEye(TM)]
22:29 < owl> hi mnemoc ;)
22:30 * morfoh hides
22:30 < owl> hehehehe. morfoh, i have an old ms-mouse, too... and also "light-show" - but just sometimes ;)
22:30 < mnemoc> the girl of the rats^Wmice
22:30 < owl> mnemoc: nah, still only birds :(
22:30 < morfoh> mnemoc: what rats ?
22:31 < mnemoc> owl: flying rat :)
22:31 < morfoh> I'm the only "rat" master here :)
22:31 < owl> morfoh: http://gallery.karnaya.de/v/tiere/ <- hamsters, budgies ;)
22:31 < morfoh> or better the "rat" is my master :p
22:31 < owl> morfoh: why? ;) which rat?
22:31 < mnemoc> morfoh: your rat is bigger :)
22:31 < morfoh> mnemoc: ack :)
22:32 < morfoh> he is watcing me already ...
22:32 < morfoh> but it looks not very promising for me ...
22:32 < owl> morfoh: pics?
22:33 < morfoh> owl: not on web .... moment
22:33 < owl> morfoh: hehe. ok. thx
22:36 < owl> will go to bed now... gn8
22:36 < owl> morfoh: could you please msg the link of pics please?
22:36 -!- jsaw [n=jsaw@volans.mpimf-heidelberg.mpg.de] has joined #t2
22:36 < morfoh> owl: ack ;)
22:37 < jsaw> re
22:37 < morfoh> owl: sleep well
22:37 < morfoh> wb jsaw
22:37 < jsaw> hi morfoh
22:38 < rxr> oups - sparc cross issue was selfmade ...
22:38 < rxr> damn
22:38 < rxr> hi jsaw
22:38 < jsaw> hi rxr
22:38 < rxr> I wonder why, even after a irssi rebuild and restart this program still keeps highlighting lines with morfoh and not with rxtr
22:38 < rxr> rxr even
22:38 < rxr> strange thing
22:39 < mnemoc> morfoh
22:39 < mnemoc> rxr
22:39 < mnemoc> mnemoc
22:39 < mnemoc> wb jsaw
22:39 < jsaw> hi mnemoc
22:39 < rxr> hm - there it highlighted "22:39 < mnemoc> rxr" - but it also highlighted "22:37 < jsaw> hi morfoh"
22:39 < rxr> hi jsaw
22:39 < jsaw> .oO
22:40 < jsaw> scripts?
22:40 < mnemoc> hi foobar
22:40 < mnemoc> hi rxr
22:40 < mnemoc> hi morfoh
22:40 < rxr> .o(Apple Mighty Mouse here ...)
22:48 < morfoh> mnemoc: package/base/embutils/pkg_bash_post.conf <-- for removing which
22:49 < mnemoc> i would do that on parse-config, but ok
22:50 < morfoh> what parse-config ?
22:52 < mnemoc> package/base/embutils/parse-config
22:52 < mnemoc> to not create a bogus 'dependency'
22:54 < morfoh> ok
23:18 < Baldzius> i'm going to update kde stuff to 3.4.3, any objections?
23:18 < Baldzius> :)
23:19 < rxr> nope
23:19 < Baldzius> good :)
23:19 * rxr was busy tinkering with core build script and sparc / powerpc hcc patcing ...
23:19 < rxr> gcc patching ...
23:20 < Baldzius> tommorow i'll test is there any stupid bugs like in koffice's krita
23:20 < Baldzius> i hope i did everything right, my first big commit :)
23:20 < rxr> Baldzius: feel free to commit the update first
23:20 < rxr> so I'll also reference build them ASAP
23:22 < CIA-2> aldas * r12542 /trunk/package/kde/ (19 files in 19 dirs): (log message trimmed)
23:22 < CIA-2> * updated kdegames (3.4.2 -> 3.4.3)
23:22 < CIA-2> * updated kdebindings (3.4.2 -> 3.4.3)
23:22 < CIA-2> * updated kdeaddons (3.4.2 -> 3.4.3)
23:22 < CIA-2> * updated kdevelop (3.2.2 -> 3.2.3)
23:22 < CIA-2> * updated arts (1.4.2 -> 1.4.3)
23:22 < CIA-2> * updated kdepim (3.4.2 -> 3.4.3)
23:24 < Baldzius> i made my own kde update script when i noticed that there is 1 in /kde :))) stupid me
23:34 < rxr> n8 all
23:34 < morfoh> gn8 rxr
23:35 < Baldzius> gn8 rxr
23:37 < mnemoc> Baldzius: single commits _please_
23:38 < mnemoc> Baldzius: so i can mark tested/merged/... per commit mail and track properly
23:38 < mnemoc> i have to go.... back in 1h
23:38 < morfoh> by mnemoc :)
23:39 < Baldzius> menmoc: i've looked how it was done before
23:40 < morfoh> mnemoc: == 10/12/05 23:39:01 =[1]=> Finished building package embutils.
23:40 < Baldzius> oops mnemoc :)
--- Log closed Thu Oct 13 00:00:26 2005