T2 IRC Log: 2007-07-27

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- Log opened Fri Jul 27 00:00:03 2007
00:25 -!- yokoy [n=yokoy@e179040033.adsl.alicedsl.de] has quit ["leaving"]
00:32 -!- sepp [n=sepp@Z6b84.z.pppool.de] has joined #t2
00:51 -!- mqueiros [n=mqueiros@c-217-70-66-154.bragatel.pt] has joined #t2
00:53 -!- sepp_ [n=sepp@Z68d1.z.pppool.de] has quit [Read error: 110 (Connection timed out)]
01:25 -!- mqueiros [n=mqueiros@c-217-70-66-154.bragatel.pt] has quit ["Leaving"]
01:53 -!- kic- [n=rfoote@adsl-074-238-088-202.sip.bct.bellsouth.net] has quit []
02:14 -!- shevy [n=shevy@chello080108103172.36.11.univie.teleweb.at] has joined #t2
02:35 -!- Netsplit calvino.freenode.net <-> irc.freenode.net quits: cbrake
02:35 -!- Netsplit over, joins: cbrake
02:50 -!- mqueiros [n=mqueiros@c-217-70-66-154.bragatel.pt] has joined #t2
03:16 -!- mqueiros [n=mqueiros@c-217-70-66-154.bragatel.pt] has quit ["Leaving"]
09:30 < CIA-9> susan * r25222 /trunk/package/base/man-pages/man-pages.desc: * updated man-pages (2.62 -> 2.63)
10:08 -!- Enqlave [n=stealth@unaffiliated/stelz] has joined #t2
10:15 -!- mtr [n=michael@v29762.1blu.de] has quit [Remote closed the connection]
10:15 -!- mtr [n=michael@v29762.1blu.de] has joined #t2
10:16 -!- Stelz [n=stealth@unaffiliated/stelz] has quit [Read error: 113 (No route to host)]
10:29 -!- fke [n=fke@p3E9E3B35.dip0.t-ipconnect.de] has joined #t2
10:30 < rxr> re
10:30 [Users #t2]
10:30 [@ChanServ] [ cyda ] [ Fatal] [ mtr ] [ sepp ] [ valentin]
10:30 [ cbrake ] [ Dallur ] [ fke ] [ Ragnarin] [ shevy]
10:30 [ CIA-9 ] [ Enqlave] [ LMJ ] [ rxr ] [ TobiX]
10:30 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
10:36 < CIA-9> rene * r25224 /trunk/package/x11/openbox/openbox.desc: * updated openbox (3.4.2 -> 3.4.3)
10:36 < CIA-9> rene * r25223 /trunk/package/multimedia/live/live.desc: * updated live (2007.07.10 -> 2007.07.25)
10:40 < CIA-9> susan * r25225 /trunk/package/editors/tea/tea.desc: * updated tea (17.0.2 -> 17.1.1)
10:40 < CIA-9> susan * r25226 /trunk/package/audio/flac/flac.desc: * updated flac (1.1.4 -> 1.2.0)
10:42 -!- Enqlave [n=stealth@unaffiliated/stelz] has quit [Read error: 113 (No route to host)]
11:17 < CIA-9> rene * r25227 /trunk/package/network/nginx/nginx.desc: * updated nginx (0.5.28 -> 0.5.29)
11:20 < CIA-9> rene * r25228 /trunk/package/network/ethtool/ethtool.desc: * updated ethtool (5 -> 6)
11:56 -!- Stelz [i=stelz@unaffiliated/stelz] has joined #t2
12:00 < rxr> http://www.xyzcomputing.com/index.php?option=content&task=view&id=1122
12:00 [Users #t2]
12:00 [@ChanServ] [ cyda ] [ fke] [ Ragnarin] [ shevy] [ valentin]
12:00 [ cbrake ] [ Dallur] [ LMJ] [ rxr ] [ Stelz]
12:00 [ CIA-9 ] [ Fatal ] [ mtr] [ sepp ] [ TobiX]
12:00 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
12:05 < CIA-9> rene * r25229 /trunk/package/base/sudo/sudo.desc: * updated sudo (1.6.9 -> 1.6.9p1)
12:08 -!- Stelz [i=stelz@unaffiliated/stelz] has quit ["There is intelligent life out there..."]
12:10 -!- Stelz [i=stelz@unaffiliated/stelz] has joined #t2
12:21 -!- Baldzius [n=Baldzius@87.198.192.226] has joined #t2
12:21 < Baldzius> moin
12:21 < rxr> moin Baldzius :-)!
12:21 < Baldzius> hi rxr
12:52 < mtr> moin
12:53 < Baldzius> hi mtr
12:54 < mtr> hi Baldzius
13:03 < mtr> I'm still harried by this obscure shared files bug:
13:03 < mtr> !> Making post-install adaptions.
13:03 < mtr> !> Found shared files with other packages:
13:03 < mtr> !> :
13:03 < mtr> !> Due to previous errors.
13:03 < mtr> -> $root/var/adm/logs/2-perl.out -> 2-perl.err
13:04 < mtr> and using debug.sh and running the shared files detection manually I get:
13:04 < mtr> Found shared files with other packages:
13:04 < mtr> usr/lib/perl5/5.8.8/i686-t2-linux-gnu/perllocal.pod: kdebindings perl perl-mime-types
13:04 * mtr puzzled
13:07 < mtr> never noticed before that perllocal.pod is in three package flists - but not detected as shared file
13:30 < rxr> re
13:31 < rxr> mtr: this thing is in some flistdel list or so IIRC
13:37 < CIA-9> rene * r25230 /trunk/package/base/tree/tree.desc: * updated tree (1.5.1 -> 1.5.1.1)
13:53 < CIA-9> denisk * r25231 /branches/rtai/package/contrib/rtai/pkg_linux26_post.conf: * pkg_linux_post.conf: udated the script
14:02 < CIA-9> aldas * r25232 /branches/6.0/package/audio/nas/ (X11R7.patch nas.conf nas.desc):
14:02 < CIA-9> * merged r23470 from trunk to branches/6.0:
14:02 < CIA-9> updated nas (1.8 -> 1.9)
14:02 < CIA-9> security update: CVE-2007-{1543,1544,1545,1546,1547}
14:03 < CIA-9> aldas * r25233 /branches/6.0/package/multimedia/xine-lib/CVE-2007-1246.patch: * security update: added xine-lib/CVE-2007-1246.patch
14:16 < mtr> rxr: perllocal_hack.sh adds perllocal.pod to the flistdel, but I do not understand where this *hack.sh is executed from
14:17 < mtr> and I have no clue how to solve this shared file error, and if its related to perllocal.pod
14:29 < rxr> re
14:29 < rxr> some packages include (source) the hackfile
14:33 < mtr> ic ...
14:33 < mtr> but kdebindings and perl-mime-type do not source this hack, and they have perllocal.pod in their flist
14:34 * mtr manually hacking the flist's ...
14:36 < CIA-9> aldas * r25234 /branches/6.0/package/office/libwpd/libwpd.desc:
14:36 < CIA-9> * merged r19076, r20100, r21816, r23061 from trunk to branches/6.0:
14:36 < CIA-9> updated libwpd (0.8.5 -> 0.8.6 -> 0.8.7 -> 0.8.8 -> 0.8.9)
14:36 < CIA-9> security update: CVE-2007-0002, CVE-2007-1466
14:39 < rxr> maybe we should remove all those hacks and let the perl/parse-config all this for all packages that are not "perl" itself ?
14:48 -!- fke_ [n=fke@p3E9E3B52.dip0.t-ipconnect.de] has joined #t2
14:51 -!- mqueiros [n=mqueiros@c-217-70-66-204.bragatel.pt] has joined #t2
14:55 -!- Netsplit calvino.freenode.net <-> irc.freenode.net quits: cbrake
14:56 -!- Netsplit over, joins: cbrake
14:56 -!- fke [n=fke@p3E9E3B35.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
15:24 < sepp> moin
15:26 < sepp> xsetpointer-1.0.1 checks for inputproto >= 1.4, in trunk is 1.3.2 and there is a note that 1.4 breaks some drivers
15:27 < rxr> ah yes, I noticed already as well
15:31 < sepp> 1.0.0 works fine, or maybe even new inputproto works now
15:31 < sepp> but i have not tested 1.4
15:44 < rxr> as most input drivers where not touched recently I guess most will still fail with inputproto 1.4
15:44 < rxr> the new input proto and upcomming x-server is all about input hotplugging
15:44 < rxr> so more changes
15:46 < CIA-9> rene * r25235 /trunk/package/xorg/xsetpointer/xsetpointer.desc:
15:46 < CIA-9> * reverted r24885: updated xsetpointer (1.0.0 -> 1.0.1), does not
15:46 < CIA-9> built with current inputproto
15:46 < sepp> ok :)
15:55 < CIA-9> rene * r25236 /trunk/package/base/syslog-ng/syslog-ng.desc: * updated syslog-ng (2.0.4 -> 2.0.5)
16:11 -!- kic- [n=rfoote@adsl-074-238-088-202.sip.bct.bellsouth.net] has joined #t2
16:11 < kic-> re
16:30 -!- fke_ [n=fke@p3E9E3B52.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
16:36 -!- kic- [n=rfoote@adsl-074-238-088-202.sip.bct.bellsouth.net] has quit []
16:53 -!- mqueiros [n=mqueiros@c-217-70-66-204.bragatel.pt] has quit ["Leaving"]
16:53 < CIA-9> aldas * r25237 /branches/6.0/package/graphic/imagemagick/ (imagemagick.conf imagemagick.desc multilib-fix.patch):
16:53 < CIA-9> * merged r22188, r22316, r22502, r22605, r22726, r23002, r23408 from trunk to branches/6.0:
16:53 < CIA-9> updated imagemagick (6.2.9-0 -> 6.3.4-5)
16:53 < CIA-9> security update: CVE-2007-1797
17:09 -!- DeeKey [n=kulandin@jabber.hst.ru] has joined #t2
17:10 < CIA-9> rene * r25238 /trunk/package/base/linux24/linux24.desc: * updated linux24 (2.4.34.6 -> 2.4.35)
17:14 < DeeKey> Hello
17:20 < Baldzius> hi DeeKey
17:23 < CIA-9> aldas * r25239 /branches/6.0/package/xorg/libx11/CVE-2007-1667.patch: * security update: added libx11/CVE-2007-1667.patch in branch/6.0
17:24 < rxr> http://www.engadget.com/2007/07/27/is-this-the-new-imac-keyboard/
17:24 < DeeKey> hi, rene
17:24 < rxr> hey DeeKey
17:29 < rxr> http://www.cnn.com/2007/US/07/26/spaceport.blast/index.html
17:29 < DeeKey> rene, I have written a scratch RTAI installation package, but there is some problem during configuration.
17:29 < DeeKey> Besides I have used hard links. I will get rid of them later. Could you look at my package?
17:29 < DeeKey> the error is the following:
17:29 < DeeKey> checking for C compiler default output file name... a.out
17:29 < DeeKey> checking whether the C compiler works... configure: error: cannot run C compiled programs.
17:32 < rxr> is this while cross building ?
17:32 < rxr> in stage 1 ?
17:32 < rxr> for cross builds the resulting programs can of course not be executed
17:33 < DeeKey> yes
17:33 < DeeKey> stage 1
17:34 < rxr> you have to chances, not to mark it for cross compilation, or if the configure stuff can be guided to function correctly without running programs patch the configure
17:34 < rxr> depending on whether you soon want to cross build it, or can live with the "only native" part
17:34 < DeeKey> cross build would be more desirable...
17:45 -!- kic- [n=rfoote@adsl-074-238-088-202.sip.bct.bellsouth.net] has joined #t2
17:45 < kic-> re again
17:45 < DeeKey> hi
17:53 < CIA-9> aldas * r25240 /branches/6.0/package/audio/libvorbis/CVE-2007-3106.patch: * security update: added libvorbis/CVE-2007-3106.patch in branch/6.0
17:54 -!- shevy [n=shevy@chello080108103172.36.11.univie.teleweb.at] has left #t2 ["I'll be back"]
18:16 < DeeKey> i think, that I am doing something wrong... Could someone peek at my code:
18:16 < DeeKey> var_append confopt ' ' "--with-linuxdir=$kerneldir"
18:16 < DeeKey> var_append confopt ' ' "--host=$arch_build"
18:16 < DeeKey> eval ./configure
18:20 -!- pdinoto [n=pdinoto@200.117.246.103] has joined #t2
18:24 < rxr> DeeKey: that is mostly fine
18:25 < rxr> but if make install, installs something you probably have to hand at least --prefix=/$prefix to the configure
18:25 < DeeKey> kernel dir does not giv any output in debug...
18:25 < rxr> and the make's probably should be $MAKE with some arguments, especially if it later soudl cross compile
18:26 < rxr> the kerneldir is only defined while building linux
18:26 < rxr> I think it will work if you quote it with single quotes instead double quotes
18:27 < rxr> ah - no sorry
18:27 < rxr> should work even that way as it is a function
18:27 < rxr> let me spli it
18:27 < rxr> split it
18:27 < DeeKey> there are no such a function in t2 docs
18:28 < rxr> the compilation must run later
18:28 < DeeKey> what compilation?
18:28 < rxr> ah - no, even that is correct
18:28 < rxr> sorry, I should read with more than one eye glimpsing on it while watching other stuff
18:29 < rxr> so - which parts do not yet work ?
18:29 < DeeKey> rtai configuration
18:30 < DeeKey> !> checking for C compiler default output file name... a.out
18:30 < DeeKey> !> checking whether the C compiler works... configure: error: cannot run C compiled progr ..
18:30 < DeeKey> !> If you meant to cross compile, use `--host'.
18:31 < DeeKey> hmm maybe I should use arch_target instead of arch_build...
18:31 < CIA-9> rene * r25241 /branches/rtai/package/contrib/rtai/pkg_linux26_post.conf:
18:31 < CIA-9> * avoid linux kernel directory hardcoding in rtai/pkg_linux26_post.conf
18:31 < CIA-9> by using pushd/popd
18:33 < CIA-9> rene * r25242 /branches/rtai/package/contrib/rtai/pkg_linux26_post.conf: * avoid hardcoded rtai tarbal by using match_source_file to match the current [D]ownloaded one
18:34 < DeeKey> wht is pushd?
18:35 < rxr> bash (or more shells) directory push/pop
18:35 < CIA-9> aldas * r25243 /branches/6.0/package/network/curl/CVE-2007-3564.patch:
18:35 < CIA-9> * merged r25178 from trunk to branches/6.0:
18:35 < CIA-9> security update: added curl/CVE-2007-3564.patch
18:35 < rxr> to store directory location on a stack
18:35 < DeeKey> I ok..
18:36 < CIA-9> aldas * r25244 /branches/6.0/package/kde/kvirc/CVE-2007-2951.patch:
18:36 < CIA-9> * merged r25179 from trunk to branches/6.0:
18:36 < CIA-9> security update: added kvirc/CVE-2007-2951.patch
18:41 < CIA-9> rene * r25245 /branches/rtai/package/contrib/rtai/pkg_linux26_post.conf:
18:41 < CIA-9> * further improved rtai/pkg_linux26_post.conf to not relatively
18:41 < CIA-9> locate the rtai config, and do it in a repository neutral way
18:41 < CIA-9> * use $MAKE instead of just make
18:48 < CIA-9> aldas * r25246 /trunk/package/gnome2/orbit2/orbit2.desc: * updated orbit2 (2.14.7 -> 2.14.8)
18:50 < rxr> DeeKey: I hope those cleanups guide a little
18:51 < rxr> the var_append confotp can have no effect as you run ./configure without anything
18:51 < rxr> but just adding $confopt will probably let it fail likewise
18:51 < DeeKey> rene, I need to make quite a recursive compilation:
18:51 < DeeKey> RTAI --> Comedi (with rtai compiled) --> recompile RTAI (with Comedi compiled)
18:51 < DeeKey> Both Comedi and RTAI need linux sources
18:51 < DeeKey> Should i play with priorities?
18:51 < rxr> because confot likely holds more
18:52 < rxr> I try t contruct some other eval_config_command line
18:52 < DeeKey> rxr: the var_append confotp can have no effect as you run ./configure without anything
18:52 < DeeKey> just as i thought :(
18:52 < rxr> DeeKey: no, not with priorities
18:52 < DeeKey> how then?
18:53 -!- cbrake is now known as cbrake_away
18:53 < DeeKey> > package/contrib/rtai/pkg_linux26_post.conf: line 28: pushd: no other directory
18:54 < rxr> probably rather add this recompile trigger to comedia
18:54 < rxr> you can not construct the priority to build something, something else, and then something again
18:56 < DeeKey> you mean I should add pkg_comedi_post.conf to rtai dir?
18:57 < rxr> DeeKey: maybe let us first get rtai building and then engage the rest ...
18:58 < DeeKey> ok... Besides, i think the way of compilation will only be needed for my purposes. Maybe someone will need pure RTAI or comedi. What then?!
18:59 < rxr> then he simply does not enable comedia in his package selection ?
18:59 < DeeKey> pushd is not working...
18:59 < CIA-9> rene * r25247 /branches/rtai/package/contrib/rtai/pkg_linux26_post.conf:
18:59 < CIA-9> * added eval_config_command as well as profile.d based PATH
18:59 < CIA-9> extension to the rtai/pkg_linux26_post.conf
19:00 < DeeKey> That is one solution..
19:00 < rxr> svn up
19:00 < rxr> pushd needs the new path
19:00 < rxr> fixed that
19:00 < CIA-9> rene * r25248 /branches/rtai/package/contrib/rtai/pkg_linux26_post.conf: * fixed pushd use in rtai/pkg_linux26_post.conf
19:00 < rxr> CIA is just slow
19:00 < DeeKey> already :)
19:01 < rxr> the eval_config_command is untested
19:01 < rxr> but it has a chance to work
19:01 < DeeKey> i have quite a powerfull machine here... Even in vmware it is quite fast :)
19:01 < rxr> I hope I did not introduce typos
19:03 < DeeKey> !> checking for Linux source tree...
19:03 < DeeKey> !> configure: error: No Linux kernel tree in /usr/src/linux
19:05 < DeeKey> echo $kerneldir
19:05 < DeeKey> does not output anything from debug.sh mode
19:06 < rxr> yes, in debug.sh this is so because the environment is dumped in the beginnign
19:06 < DeeKey> i see...
19:06 < rxr> and the linux* packages only set the kerneldir after the kernel is exatraced
19:06 < rxr> so the kerneldir is not yet in the debug dump :-(
19:07 < rxr> maybe we should try to even improve the linux kernels to set the kerneldir earlier if possible
19:07 < rxr> don't you have something in the log from the eval_config_command
19:07 < DeeKey> is there ant bugbases for T2?
19:07 < rxr> it should have Running ./configure with ...
19:07 < rxr> yes, bugs.t2-project.org
19:07 < rxr> but mtr pointed out that the db was corrupted or whatever
19:08 < rxr> maybe due to some spammer or on a server outage and the nature of the plain sqlite db
19:08 < DeeKey> wasnt it backuped?
19:08 < rxr> ehr, well - bugs.t2 runs on a uni server and I did not really backed this stuff
19:09 < rxr> it's not running on our primary server because I do not trust the C+Python code of Trac a single bit ...
19:09 < DeeKey> ha! why so?
19:09 < rxr> apparently for good reasons :-(
19:09 < rxr> well - trac uses quite some C code, I think also in this Silverlight template engine
19:09 < DeeKey> good = security ;)
19:10 < rxr> and - well - C coders usually leave tons of buffer issues all over the place
19:13 < DeeKey> checking if F77_not_available_in_stage_1 static flag -static works... no
19:13 < DeeKey> checking if F77_not_available_in_stage_1 supports -c -o file.o... no
19:13 < DeeKey> checking whether the F77_not_available_in_stage_1 linker (i686-t2-linux-uclibc-ld) supports shared libraries... yes
19:13 < DeeKey> checking dynamic linker characteristics... ./configure: line 15815: F77_not_available_in_stage_1: command not found
19:13 < DeeKey> cat: /etc/ld.so.conf.d/*.conf: No such file or directory
19:13 < DeeKey> GNU/Linux ld.so
19:15 < DeeKey> log here: http://pastebin.com/m7acaf9da
19:17 < rxr> mtr: I restored "the last trac backup" from february ... :-(
19:17 < rxr> mtr: I promisse to keep more backups of the trac stuff ...
19:24 -!- cbrake_away is now known as cbrake
19:24 < rxr> cat ?
19:24 < DeeKey> why old previous versions of pkgs are not supported in rtai?
19:24 < DeeKey> yes i took it by cat
19:25 < DeeKey> sorry ,not rtai but in T2
19:25 < DeeKey> why old previous versions of pkgs are not supported in T2
19:26 < rxr> noone asked for that so far :-)
19:26 < DeeKey> OE has support for old packages
19:26 < DeeKey> sometimes nev versions are not working as stable as previous...
19:26 -!- yokoy [n=yokoy@e179013022.adsl.alicedsl.de] has joined #t2
19:27 < rxr> DeeKey: we have releases and branches for known stable combinations
19:27 < rxr> hi yokoy
19:27 < DeeKey> hello yokoy
19:27 < yokoy> hi
19:31 < yokoy> I am involved in the olpc project. There is generaly a problem to have the sugar desktop and the activities on other distributions like debian etc to test something
19:31 < yokoy> It would be nice to build the olpc stuff with t2
19:31 < rxr> oh - yeah - definetly !!!
19:32 < yokoy> but there are a lot of packages still not in t2
19:32 < rxr> yokoy: drop a list, I'll add any just because to build OLPC
19:32 < yokoy> i would try to build them...
19:32 < rxr> yokoy: what's your kind of envolvment in OLPC ?
19:33 < yokoy> mainly accessibiltiy
19:33 < DeeKey> rxr: remember we were talking about OLPC few days ago :)
19:33 < yokoy> grassroot organisation olpcaustria.at
19:34 < rxr> DeeKey: we talked about it a few times already
19:34 < rxr> yokoy: if the OLPC considers using T2 to build the OLPC software ExactCODE will sponser a dedicated person to handle support requests for free
19:34 < yokoy> :-)
19:35 < yokoy> most people are not happy with fedora
19:35 < rxr> and just drop a list of packages missing, I'll immediately add any
19:35 < DeeKey> I am such a person :)
19:35 < rxr> well - Fedora is nice, but really not a sollution for embedded devices :-)
19:36 < DeeKey> migrated from fedora to Ubunut
19:36 < yokoy> it is a political/financial desision
19:36 < DeeKey> Fedora for embedded?! That is a nonsence!
19:36 < yokoy> :-)
19:36 < rxr> yokoy: just drop a list of packages, we'l priority add them
19:37 < yokoy> thx a lot, i will do that!
19:37 < rxr> yokoy: if OLPC wants to use an embedded Linux framework and considers using T2, I can sponsor a dedicated person to handle system integratino level stuff for T2 here at ExactCODE
19:39 < yokoy> rxr:I just wanted to ask, if someone could help me building the packages. It is really kind to take over the whole job!
19:40 < yokoy> rxr: I am not really near to laptop.org/olpc main project etc
19:41 < rxr> I can also just make suggestions if you want a steeper lerning experience, no problem :-)
19:42 < rxr> yokoy: maybe propose the offer somewhere near Nicholas Negroponte, ... :-)
19:42 < yokoy> rxr: i think, "olpc" wants to use fedora, whoever olpc is...
19:42 < rxr> DeeKey: you should have something in your log regarding running the configure ?
19:43 < DeeKey> I will post the log
19:44 < yokoy> rxr: yes, shure. it would be really nice to get t2 on the official xo. there is less room for hope .
19:44 < DeeKey> i have switched back the hardcoded linux dir. Not using $kerneldir
19:44 < DeeKey> http://pastebin.com/m76c19847
19:49 < yokoy> i have to go, will do the list in the next days... thanks a lot!
19:50 < rxr> yokoy: just sent the list to the T2 mailing list
19:50 < rxr> or rene @ exactcode . de
19:50 < rxr> and maybe propose T2 somewhere upstream at OLPC
19:50 < rxr> btw the tiny Puppy OS is T2 based since Puppy OS 2.10
19:52 < rxr> mtr: the corrupted DB has massive junk SPAM
19:53 < yokoy> rxr: yes, I will sent it to the mailinglist and post the news to some olpc lists. not today... I think tomorrow
19:54 < yokoy> ciao
19:54 < rxr> ciao
19:54 -!- yokoy [n=yokoy@e179013022.adsl.alicedsl.de] has quit ["leaving"]
19:59 < DeeKey> rxr: you was right kernel dir is working....
20:00 < CIA-9> susan * r25249 /trunk/package/gnome2/gnumeric/gnumeric.desc: * updated gnumeric (1.7.10 -> 1.7.11)
20:01 < CIA-9> susan * r25250 /trunk/package/gnome2/librsvg/librsvg.desc: * updated librsvg (2.16.1 -> 2.18.0)
20:03 < DeeKey> what is eval_config_command doing?
20:05 < kic-> woo
20:05 < kic-> if you don't svn up for a couple weeks
20:05 < kic-> you'll get a hundred or so updates when you finally do
20:05 < kic-> :D
20:05 -!- sepp_ [n=sepp@Z435b.z.pppool.de] has joined #t2
20:09 < DeeKey> hi kic- :)
20:09 < kic-> hiya
20:09 < DeeKey> hi sepp!
20:09 < sepp_> yeeha
20:09 < sepp_> or so
20:09 < sepp_> :)
20:23 -!- sepp [n=sepp@Z6b84.z.pppool.de] has quit [Read error: 110 (Connection timed out)]
20:24 < DeeKey> rxr: echo $confopt gives the following results:
20:24 < DeeKey> CONFOPT
20:24 < DeeKey> --prefix=/usr --bindir=$bindir --sbindir=$sbindir --libdir=$libdir --datadir=$datadir --includedir=$includedir --infodir=$infodir --mandir=$mandir --sysconfdir=$sysconfdir --localstatedir=$localstatedir --disable-debug --disable-nls $extraconfopt --build=$arch_build --host=$arch_target --with-linuxdir=/home/tester/rtai/src.linux26.rtai-box.20070727.211837.13681.ubuntu-1/linux-2.6.19 --host=i686-nocross-linux-gnu
20:27 < DeeKey> good night!
20:31 -!- Baldzius [n=Baldzius@87.198.192.226] has quit ["Leaving"]
20:34 < pdinoto> rxr: hi,
20:35 < pdinoto> rxr: I tried a fresh uclibc-rescue today
20:36 < pdinoto> rxr: and util-linux keeps failing.
20:36 < pdinoto> rxr: do you know which packages I have to disable so
20:37 < kic-> hrm
20:37 < kic-> interesting
20:37 < pdinoto> rxr: I can build busybox (I cannot find the combination
20:37 < kic-> gnome-session seems to require gnome-settings-daemon
20:37 < kic-> find-pkg gnome-settings-daemon
20:37 < pdinoto> rxr: to avoid duplicate files errors)
20:37 < kic-> doesn't return
20:37 < kic-> :d
20:42 < pdinoto> damn. I've been trying to get a t2-rescue system build
20:42 < pdinoto> for more than 2 months.
20:43 < pdinoto> I propose to remove it from the website, so no more people
20:43 < pdinoto> get the impression it is maintained.
20:43 < pdinoto> sorry for the rant, but I find it misleading, at best.
20:45 -!- DeeKey [n=kulandin@jabber.hst.ru] has left #t2 []
21:08 -!- mqueiros [n=mqueiros@c-217-70-66-204.bragatel.pt] has joined #t2
21:09 < kic-> gnome2/control-center
21:09 < kic-> AHH
21:09 < kic-> lots of deps
22:41 -!- sepp [n=sepp@Z5f90.z.pppool.de] has joined #t2
22:53 -!- mqueiros [n=mqueiros@c-217-70-66-204.bragatel.pt] has quit ["Leaving"]
22:56 -!- sepp_ [n=sepp@Z435b.z.pppool.de] has quit [Read error: 110 (Connection timed out)]
--- Log closed Sat Jul 28 00:00:05 2007