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