--- Log opened Tue Sep 02 00:00:09 2008 00:12 -!- hwinkel [n=hwinkel@p54B6AE23.dip0.t-ipconnect.de] has quit [Client Quit] 00:16 -!- mpp [n=user@i53876FAD.versanet.de] has joined #t2 00:32 -!- n6pfk [n=urk@c-76-104-40-104.hsd1.va.comcast.net] has joined #t2 00:40 -!- doobe [n=ron@5ac3ebcd.bb.sky.com] has joined #t2 00:51 < mpp> is there any way to increase the limit of 20 nodes ? 00:52 < mpp> rebuild the source ? 01:11 < CIA-8> rene * r30295 /trunk/package/www/uriparser/uriparser.desc: * updated uriparser (0.7.1 -> 0.7.2) 01:12 < mpp> gee rxr are you still online ? 01:12 < mpp> its kinda late 01:12 < mpp> dude 01:13 < mpp> sorry last entry was wrong channel 01:27 -!- n6pfk [n=urk@c-76-104-40-104.hsd1.va.comcast.net] has quit [Remote closed the connection] 01:32 < doobe> Hi I'm tring to cross build for mipsel, It's failing on glibc. I'm using version 7.0 01:32 < doobe> pastebin of error log here : http://pastebin.com/m51642a00 01:33 < doobe> it can't find linuxthreads - see lin 685 of patebin 01:34 < doobe> s/lin/line 02:02 -!- mpp [n=user@i53876FAD.versanet.de] has quit ["Ex-Chat"] 02:24 -!- doobe [n=ron@5ac3ebcd.bb.sky.com] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 03:04 -!- mpp [n=user@i53876FAD.versanet.de] has joined #t2 03:15 -!- mpp [n=user@i53876FAD.versanet.de] has quit ["Ex-Chat"] 09:05 -!- Baldzius [n=Baldzius@87.198.192.226] has joined #t2 09:17 -!- mpp [n=user@i53876FAD.versanet.de] has joined #t2 09:27 < mpp> moin moin 09:28 < rxr> moin 09:29 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has joined #t2 10:11 < CIA-8> rene * r30296 /trunk/package/network/curl/curl.desc: * updated curl (7.18.2 -> 7.19.0) 10:13 < CIA-8> rene * r30298 /trunk/package/gnome2/goffice/goffice.desc: * updated goffice (0.6.3 -> 0.6.4) 10:17 < mpp> hey rxr 10:17 < mpp> i get sometimes the same error in my syslog on the t2 building host 10:17 < mpp> its like: 10:17 < mpp> conftest[20680]: segfault at bf9e2510 ip b7fca499 sp bf9e2510 error 6 in fl_wrapper.so[b7fc9000+3000] 10:17 < mpp> any clue 10:17 < mpp> ? 10:21 < mpp> just to know if the build process is okay with that 10:21 < CIA-8> rene * r30300 /trunk/package/multimedia/libspiff/ (gcc43.patch libspiff.desc): * updated libspiff (0.8.4 -> 1.0.0rc2) 10:31 < rxr> hm - that is not know by me 10:31 < rxr> it linkely indicates some issue 10:31 < rxr> if the build succeeds anyway your're lucky :-) 10:31 < rxr> what package do you get this in? 10:32 < rxr> I would want to hunt it if it's reproduceable 10:33 < mpp> i guess - but its only a gues in rescue target the grep package 10:33 < mpp> i will have to cleanup and rebuild to see 10:34 < mpp> it is reproducable 10:34 < mpp> i am creating custom target nowadays - pxe-rescue - and modified generice-minimal 10:35 < mpp> i really learn a lot 10:35 < mpp> once you get to know t2 - it's a joy :-) 10:35 < mpp> thanx once again !!! 10:36 < rxr> your're welcome! :-) 10:36 < mpp> i also tuned the i/o 10:37 < mpp> i now have seperate partitions with ext3 mounted rw,data=writeback,commit=240 10:37 < mpp> the disk i/o drops to minimum 10:37 < mpp> and process speeds up conisderably 10:37 < rxr> maybe post that to the t2 list for others to know etc. 10:37 < mpp> ill do 10:38 < mpp> one issue you cold help me out with 10:38 < mpp> the rootfs can only be mounted with data=ordered 10:38 < mpp> i had the kernel param modified the fstab and the init scripts within the initrd 10:39 < mpp> but mounting / re-mountig with a mode other than data=ordered fail 10:39 < mpp> no big deal - but the system could be running much faster with the above parameters 10:39 < mpp> for a build host it would be very nice 10:40 < mpp> since we could produce a target with these settings as default to speedup t2 build for noobs 10:40 < rxr> did not notice that behaviour, yet 10:40 < mpp> did you ever try mounting rootfs with data=writeback / journal 10:41 < mpp> the remount in rw mode fails 10:41 < rxr> the man-page appears to be your friend: 10:41 < rxr> Specifies the journalling mode for file data. Metadata is always journaled. To use modes other than ordered on the root file 10:41 < rxr> system, pass the mode to the kernel as boot parameter, e.g. rootflags=data=journal. 10:41 < mpp> did all that already 10:41 < rxr> btw. I do not use ext3 much 10:41 < mpp> neither did i 10:41 < mpp> but for building t2 it is ideal 10:41 < rxr> in the past I mostly used reiser3 and now am a bit in xfs ... 10:41 < mpp> considering the writeback and commit feature 10:42 < rxr> I hope btrfs improves and turns out to be useful 10:42 < mpp> try it - it's worth it 10:42 < mpp> i mainly came up with the idea cause raid0 over 2 or more disks is less common for starters 10:42 < mpp> so the ext3 tuned does a good job 10:43 < rxr> I would rather suggest to write a nice t2 # 10:43 < mpp> i will make a bench for the bootstrap process with default ext3 / tuned ext3 to make the difference visible 10:43 < rxr> zine article about this then "yet another custom target" 10:43 < mpp> agreed 10:43 < rxr> only slightly varing target appear to scare more users than they attract 10:46 < mpp> youre right 10:47 -!- mpp_ [n=user@i538751D6.versanet.de] has joined #t2 10:47 < mpp_> so ill assemble the necessary stuff for a comparison 10:48 < mpp_> i am also an intermediate in terms of linux knowledge 10:49 < mpp_> i could - with permision of my company - write some stuff about the pxe-rescue 11:03 -!- mpp [n=user@i53876FAD.versanet.de] has quit [Read error: 110 (Connection timed out)] 12:01 -!- Baldzius_ [n=Baldzius@87.198.192.226] has joined #t2 12:02 -!- Baldzius [n=Baldzius@87.198.192.226] has quit [Read error: 104 (Connection reset by peer)] 12:02 -!- Baldzius_ is now known as Baldzius 13:00 < CIA-8> rene * r30301 /trunk/package/base/glibc/x86-fnstsw.patch: * fixed glibc (2.6.1) for recent binutils on x86 13:02 < CIA-8> rene * r30302 /trunk/package/base/binutils/ (binutils.desc have_stdlib.patch): * updated binutils (2.18.50.0.3 -> 2.18.50.0.9) 13:18 -!- mpp_ [n=user@i538751D6.versanet.de] has quit ["Ex-Chat"] 13:18 -!- mpp [n=user@i538751D6.versanet.de] has joined #t2 13:58 -!- mqueiros_ [n=mqueiros@217.70.71.161] has quit [Client Quit] 15:11 < mpp> hey rxr 15:12 < mpp> could you update e2fsprogs and possibly the ext4 patches ? 15:12 < mpp> thanx 15:16 < rxr> is there an update ? 15:17 < rxr> if you know one maybe test locally and send the patch? e.g. to the ML ? 15:23 < mpp> ah okay 15:23 < mpp> ill give it a shot 15:23 < mpp> on what target ? 15:23 < rxr> your's ? :-) 15:24 < mpp> okay 15:24 < mpp> since im an intermediate - could you arrange a svn branch from me ? 15:24 < mpp> i have machines to build and test stuf 15:24 < mpp> if it helps 15:25 < rxr> a branch for? 15:25 < mpp> those patches ? 15:25 < mpp> okay whatever 15:25 < rxr> that should be just a patch? 15:25 < mpp> never mind 15:25 < rxr> hm 15:29 < mpp> i mean due to the patches 15:29 < mpp> on the package 15:29 < mpp> dietlibc and elf 15:33 < rxr> do they require rediffing?= 15:33 < rxr> what ext4 update patch do you mean? do you have a link? 15:33 < mpp> yep 15:33 < rxr> and/or is there a new e2fsprogs package version ? 15:33 < mpp> comming up 15:33 < mpp> http://ext4.wiki.kernel.org/index.php/Main_Page 15:33 < mpp> right side on the news 15:45 < mpp> seems it is buggy 15:45 < mpp> http://sourceforge.net/tracker/index.php?func=detail&aid=2088537&group_id=2406&atid=102406 15:54 < rxr> did you test an update on t2 alreay ? 15:56 < mpp> no quite 15:56 < mpp> my servers are on build job atm 15:56 < mpp> within the next hour or two ill give it atry 15:58 < CIA-8> mtr * r30304 /trunk/package/develop/nspr/ (. nspr.cache nspr.conf nspr.desc nspr.pc.in): * added nspr (4.7.1) - Netscape Portable Runtime 15:59 < CIA-8> mtr * r30305 /trunk/package/develop/xulrunner/ (4 files): * added xulrunner (1.9.0.1) - Mozilla runtime package 16:02 < rxr> == 15:54:43 =[1]=> Building filesystem/e2fsprogs [1.41.1 8.0-trunk]. 16:02 < rxr> == 09/02/08 15:55:51 =[1]=> Finished building package e2fsprogs. 16:02 < rxr> == 15:56:00 =[3]=> Building filesystem/e2fsprogs [1.41.1 8.0-trunk]. 16:02 < rxr> == 09/02/08 15:57:21 =[3]=> Finished building package e2fsprogs. 16:13 < CIA-8> rene * r30306 /trunk/package/filesystem/e2fsprogs/e2fsprogs.desc: * updated e2fsprogs (1.41.0 -> 1.41.1) 16:36 -!- n6pfk [n=urk@c-76-104-40-104.hsd1.va.comcast.net] has joined #t2 16:38 -!- n6pfk [n=urk@c-76-104-40-104.hsd1.va.comcast.net] has quit [Remote closed the connection] 17:22 < mtr> re 17:23 -!- Baldzius [n=Baldzius@87.198.192.226] has quit ["Leaving"] 17:24 -!- mqueiros_ [n=mqueiros@217.70.71.161] has joined #t2 17:24 < mtr> xemacs-packages is not on the mirror http://dl.t2-project.org/mirror/8.0 17:24 < mtr> someone else with problems loading from the original site? 17:25 < rxr> hi mtr 17:25 < mtr> hi rxr 17:26 < rxr> I 17:26 < rxr> 'll check and/or updated 17:27 < mtr> I had to download xemacs-sumo-2007-04-27.tar.bz2 manually, the Download scripts always got timeouts 17:27 < rxr> ouhm 17:27 < mtr> btw, I'm running kde 4.1 now 17:28 < rxr> hm 17:28 < rxr> in my local trunk I have xemacs-sumo-2006-05-10.tar.bz2, anyway 17:28 < rxr> where do you have a 2007 file ? 17:28 < rxr> (btw. crying for an update, aside some emacs modes do not work too well on my side anyway, /me crossing fingers an updates fixes something ...) 17:29 < mtr> oh yes - now I understand why the file is not on the mirrros ... ;-) 17:29 < mtr> my fault 17:29 < rxr> :-) 17:29 < rxr> yw 17:31 < mtr> I should commit the update then 17:31 < rxr> if you got the file and have a checksum and it built ... :-) 17:32 < rxr> yes, your file is the latest ... 17:32 < rxr> maybe change the URL from ftp:// to http:// on the way, http://ftp.xemacs.org/packages/ is way faster than the "not really responding" ftp:// server ... 17:33 < mtr> ok, http:// looks way better 18:59 -!- mpp_ [n=user@i538761F0.versanet.de] has joined #t2 19:01 -!- mpp [n=user@i538751D6.versanet.de] has quit [Read error: 110 (Connection timed out)] 19:04 < mpp_> - 19:04 -!- mpp_ [n=user@i538761F0.versanet.de] has quit [Client Quit] 19:04 -!- mpp [n=user@i538761F0.versanet.de] has joined #t2 19:05 < rxr> mtr: wanna commit this xemacs package update ? 19:16 < mtr> already commited, seems CIA is sleepy 19:16 < mtr> Sende package/editors/xemacs-packages/xemacs-packages.desc 19:16 < mtr> Übertrage Daten . 19:16 < mtr> Revision 30308 übertragen. 19:16 < rxr> oh - ok - thanks! 19:16 < rxr> (gues I rely too much on the lazy CIA these days ...) 19:50 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has quit [Success] 20:30 -!- mpp_ [n=user@83.135.90.0] has joined #t2 20:32 -!- mpp [n=user@i538761F0.versanet.de] has quit [Read error: 110 (Connection timed out)] 20:38 -!- hwinkel [n=hwinkel@p54B6AADE.dip0.t-ipconnect.de] has joined #t2 20:49 -!- mpp_ is now known as mpp 20:55 < Ragnarin> rxr: do you have a 64 bit comp? :) 21:39 -!- shevy [n=shevy@chello080108103172.36.11.univie.teleweb.at] has joined #t2 21:52 -!- hwinkel [n=hwinkel@p54B6AADE.dip0.t-ipconnect.de] has quit [Client Quit] 21:59 -!- hwinkel [n=hwinkel@p54B6AADE.dip0.t-ipconnect.de] has joined #t2 22:13 < CIA-8> mtr * r30311 /trunk/package/xorg/xorg-server/xcfgt2.sh: * fixed xcfgt2-script installation of binary nvidia driver module 22:13 < CIA-8> mtr * r30310 /trunk/package/xorg/xkeyboard-config/xkeyboard-config.conf: * fixed xkeyboard-config to install a default rule set "xorg" 22:35 -!- hwinkel [n=hwinkel@p54B6AADE.dip0.t-ipconnect.de] has quit [Remote closed the connection] 23:22 -!- mpp [n=user@83.135.90.0] has quit ["Ex-Chat"] --- Log closed Wed Sep 03 00:00:15 2008