--- Log opened Sun Sep 07 00:00:38 2008 00:16 -!- mpp [n=user@i53875609.versanet.de] has quit [Read error: 110 (Connection timed out)] 00:43 -!- Baldzius [n=Baldzius@89.127.175.95] has quit ["Leaving"] 00:50 < mpp_> . 00:50 -!- mpp_ is now known as mpp 02:35 -!- mpp [n=user@i53876B8C.versanet.de] has quit ["good night - good fight"] 06:08 -!- jay2sleep [n=mtbardal@d216-232-227-101.bchsia.telus.net] has joined #t2 06:09 < jay2sleep> hey neat project I would of course like to learn more and who which company is doing this prject? 07:40 < bfg> good morning... anyone up already? 07:40 < bfg> I have a little problem and I don't know where to start solving it... 07:41 < bfg> xscreensaver build complains about "Created file outside allowed top-level dir: dev/null" 07:41 < bfg> any ideas? 09:38 -!- bfg [n=bfg@ppp118-208-117-239.lns4.bne4.internode.on.net] has quit [] 09:45 -!- bfg [n=bfg@ppp118-208-117-239.lns4.bne4.internode.on.net] has joined #t2 10:35 -!- mqueiros [n=mqueiros@217.70.71.14] has quit [] 11:12 -!- Baldzius [n=Baldzius@89.127.175.95] has joined #t2 11:12 < Baldzius> moin 11:22 -!- jay2sleep is now known as jay2 11:38 < jay2> hey so what is t2 or which company put the project on? 11:41 < Ragnarin> a quick look at the homepage could tell you that 11:45 -!- mpp [n=user@i53876B8C.versanet.de] has joined #t2 12:04 < jay2> nope sorry Ragnarin I just checked the home page and nothing yet anyways but I well still look around though : 12:04 < jay2> :) 12:10 < Ragnarin> the main maker of t2 is rxr 12:16 < jay2> oh okay ty Ragnarin that helps me quite a bit ty :) 12:24 < rxr> re 12:27 < mpp> moin 12:27 < rxr> hi mpp, Ragnarin, jay2, * 12:27 [Users #t2] 12:27 [@ChanServ] [ bfg ] [ dsoul ] [ jay2] [ mpp ] [ rxr ] 12:27 [ axionix ] [ CIA-8 ] [ Enqlave] [ koan] [ mtr ] [ TobiX] 12:27 [ Baldzius] [ Dallur] [ felanha] [ LMJ ] [ Ragnarin] 12:27 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal] 12:28 < mpp> yo rxt 12:28 < mpp> rxr 12:28 < mpp> ragnarin,jay2 12:29 < mpp> mpp has been just his own victim of 'rm -rf' in the wrong path 12:29 < mpp> geee ! 12:29 < mpp> f**ck 12:29 < mpp> thats why i call myself the eraser 12:29 < mpp> killed many hours / months of work that way 12:29 < mpp> + back did not work 12:29 < mpp> this morning sucks !!!!!!!!!!!!!!!!!!! 12:29 < rxr> :-( 12:30 < mpp> yep 12:30 < mpp> ill replace the rm + mv commands 12:30 < mpp> in build host 12:30 < mpp> to move things to a versioned trash 12:30 < mpp> im sick of this path mungling universe 12:31 < mpp> okay im done 12:31 < mpp> sorry guys 12:31 < mpp> back to topic 12:31 < mpp> i discovered a minor bug in building grep for rescue target 12:32 < mpp> it complains that makeinfo is not there allthoug it's built earlier with texinfo 12:32 < mpp> digging into it 12:35 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has joined #t2 12:55 < CIA-8> rene * r30364 /trunk/package/gnome2/gnome-system-monitor/gnome-system-monitor.desc: * updated gnome-system-monitor (2.22.3 -> 2.22.4) 12:55 < CIA-8> rene * r30363 /trunk/package/xorg/xf86-input-joystick/xf86-input-joystick.desc: * updated xf86-input-joystick (1.3.2 -> 1.3.3) 12:58 < mpp> hey rxr 12:58 < mpp> i have always the same segfaults on some scripts 12:59 < mpp> i wonder if it is realted to the optimized host e.g 686 vs 486 13:00 < rxr> which scripts? 13:00 < mpp> cp[8344]: segfault at 40015ff4 ip 4012a011 sp bff8f94c error 7 in libattr.so.1.1.0[4012a000+3000] 13:00 < rxr> I have no segfaults in t2 related scrpits, Lua accelarator or flist tracker for years, on all of the many platforms ... 13:01 < mpp> also fl_wrap does this 13:01 < rxr> cp, libattr?, oh, maybe a new regression in the upstream packages ? 13:01 < rxr> strange, long time I had a flwrapper related glitch 13:01 < rxr> and I run on x86, x86-64, ppc, ppc64, sparc64, arm, and some more ... 13:01 < mpp> conftest[3077]: segfault at 40 ip b7e36793 sp bfb6bdb4 error 4 in libc-2.6.1.so[b7e15000+130000] 13:01 < mpp> conftest[15195]: segfault at bfd7c680 ip b8064499 sp bfd7c680 error 6 in fl_wrapper.so[b8063000+3000] 13:01 < mpp> conftest[19046]: segfault at bf8ecc6c ip b7ebdad3 sp bf8ecbbc error 6 in libc-2.6.1.so[b7e82000+130000] 13:01 < mpp> these are always the same 13:02 < rxr> define "same" 13:03 < mpp> i mean these 2 segfaults appear on all machines i have 13:03 < mpp> but i have the build host on 686 optimized 13:03 < mpp> so maybe thats the point 13:03 < mpp> i should try a 486 build host 13:03 < mpp> and see 13:07 < rxr> I rarly build 486 optimized 13:07 < rxr> most tests are core2duo optimized these days, of some i686 a-like x86 13:08 < rxr> more likely a buffer handling bug than gcc optimization related 13:17 < CIA-8> aldas * r30365 /trunk/package/network/rsync/rsync.desc: * updated rsync (3.0.3 -> 3.0.4) 13:17 < CIA-8> aldas * r30366 /trunk/package/mail/dovecot/dovecot.desc: * updated dovecot (1.1.2 -> 1.1.3) 13:21 < mpp> can i enable debug /trace for thoe segfaults ? 13:21 < rxr> there is no automatic "tracing" 13:22 < rxr> debugging this is a little more difficult, you need some case where it happens and then run gdb on the C program ... 13:22 < rxr> as it's a dynamic preloaded library this is one of the more advanced cases of already not so easy to debug C programs ... 13:22 < rxr> are you good in C? 13:24 < mpp> nope 13:24 < mpp> i had also a segfault on cp 13:25 < mpp> which could be relevant to the build process 13:25 < mpp> question is : 13:25 < mpp> is the built system accurate whith these errors ? 13:25 < rxr> if you see no failing package 13:25 < mpp> except for grep 13:26 < mpp> which i mentioned earlier 13:26 < mpp> im not aware of 13:26 < rxr> worst thing that can happen is that a package build abords if a program fails to run, e.g. cp in a Makefile, in configure, for a test, the erorr is accounted by the configure script as "the tested thing not available" 13:26 < mpp> but rebuilding grep does the trick however 13:26 < mpp> cool 13:26 < rxr> or you could loose some feature of a package if the segfaulting constalation was testing if some feature is available ... 13:26 < mpp> so we are good to go 13:26 < mpp> basicly 13:27 < rxr> but segfaulting cp/flist wrapper should be tracked down non-the-less 13:28 < mpp> okay - any instructions i can follow - ill do so in the mean time ill be mangling target and configs :-) 13:28 < mpp> and setting up a local repository 13:28 < mpp> just for me 13:41 < CIA-8> aldas * r30368 /trunk/package/e16/enlightenment16/enlightenment16.desc: * updated enlightenment16 (0.16.8.13 -> 0.16.8.14) 13:53 < CIA-8> gweis * r30372 /trunk/package/java/sun-jdk-160/sun-jdk-160.desc: * updated sun jdk to 1.6.0 update 7 13:58 < CIA-8> rene * r30373 /trunk/package/develop/redet/redet.desc: * updated redet (8.24 -> 8.25) 13:58 < CIA-8> rene * r30374 /trunk/package/audio/snd/snd.desc: * updated snd (9.11 -> 10) 14:05 < CIA-8> gweis * r30376 /trunk/package/gnome2/bug-buddy/bug-buddy.desc: * build bug-buddy after evolution-data-server (bug-buddy depends on evolution-data-server) 14:14 -!- bfg [n=bfg@ppp118-208-117-239.lns4.bne4.internode.on.net] has quit [] 14:18 -!- bfg [n=bfg@ppp118-208-117-239.lns4.bne4.internode.on.net] has joined #t2 15:09 < mpp> hey rxr 15:10 < mpp> im setting up t2 repository on monotone 15:10 < mpp> any hints on how i could easily sync with svn welcome 15:44 < rxr> nope, best read their docs... 15:44 < rxr> but I recently tried to synv our svn with mercurial, and their conversion scripts failed utterly on our vast code base and history 15:44 < rxr> could only sync a copule of thousand revs. at a time and eventually gave up as it was too much of a hazzle 15:45 < mpp> how big is the svn ? 15:45 < mpp> i would like to give it a try with mtn 15:45 < rxr> > 30000 revisions in some ten thousand files ? 15:45 < mpp> i got it sync branching and committing 15:45 < mpp> i mean in GB 15:46 < rxr> and the initial revisions have some major file layout changes which makes syncing not too easy 15:46 < rxr> maybe I even rewrite the t2 history some day to flatten that out 15:46 < mpp> i could start with revision 0 ? 15:46 < rxr> as we intially had rock-trunk or so ... 15:46 < mpp> svn co --revision 0 .... 15:46 < rxr> which was renamed to just trunk within the first thounsand revisions ... 15:46 < mpp> and stepup one ata atime 15:47 < rxr> well - try according to their docs 15:47 < mpp> no i mean svn 15:47 < rxr> with the trunk rename change t2 history is even more dfficult to work with than the sheer amount of revisions and files already is ... .-( 15:47 < mpp> hm... 15:47 < rxr> maybe best pick a revision after the rock-trunk to trunk rename ... 15:48 < mpp> okay ill give it some thought - which revision number was that particular 15:59 < rxr> mpp: svn log or http://svn.exactcode.de/ChangeLog-t2 tells you 16:00 < rxr> r941 * rename of rock-trunk to trunk ... 16:00 < rxr> ^- looks like it 16:02 < mpp> puhh 16:02 < mpp> loads of revs 16:02 < mpp> but i would be pushing the server to much 16:02 < mpp> does svn have a database or something 16:03 < mpp> my svn skills are somewhat looooow 16:03 -!- mqueiros [n=mqueiros@217.70.71.14] has joined #t2 16:06 < rxr> mpp: yes svn has a db or flat file storage 16:06 < rxr> it's 713 MB for t2, right now 16:06 < mpp> any chance of getting a frozen copy ? 16:11 < rxr> ouhm 16:11 < rxr> well - please pull via http 16:11 < mpp> vi http ? 16:11 < mpp> you mean https .. 16:11 < rxr> or just http 16:12 < rxr> you only need to use https:// for our SVN for authentication 16:12 < mpp> ah okay 16:12 < mpp> ill do 16:12 < rxr> until you have write access or for such conversions http:// reduces some overhead I think 16:16 < mpp> thats what i meant 16:16 < mpp> the overhead 16:16 < mpp> so ill be pulling alot of stuff 16:16 < mpp> i can give you the ip of my server so you'll know its okay 16:17 < mpp> do you have traffic limit ? 16:17 < mpp> in terms of costs i mean 16:17 < rxr> nope, but we only have a medium pipe 16:17 < rxr> we'll soon start offloading some stuff to an extern server 16:17 < rxr> right now it's located in our office room 16:17 < mpp> does svn support bw limit 16:17 < rxr> as we use the apache backend, no 16:18 < rxr> with a mod_bwlimit one could limit it 16:18 < mpp> neither the client ? 16:18 < mpp> i mean svn 16:18 < rxr> but there are no maintained bandwidth modules for apache 2 :-( 16:18 < mpp> yea i know 16:18 < rxr> don't think the client has this 16:18 < mpp> allright 16:19 < rxr> if you would want bandwith limit then you would probably also want to do it on the server to have full control 16:19 < mpp> thats why i was asking for the db 16:19 < rxr> if you need it now, you could setup a local config 16:19 < mpp> that's the easier part i guess 16:19 < rxr> well - I do not want to mess something accidently on the sunday 16:19 < rxr> and a bulk 7xx MB transfer woul also our load 16:19 < mpp> but ill see how mtn does in terms of performance feeding those revisions 16:20 < rxr> also using http:// you can try just converting some revisions until it works etc. 16:20 < mpp> ill do so in ther first place 16:35 < mpp> gee conversion to mtn will take some while 16:35 < mpp> this a candidate for openbench i guess 16:59 < mpp> okay test running 16:59 < mpp> wrote some scripts for svn 2 mtn conversion automation 17:08 < mpp> conversion in progress l 17:08 < mpp> looks good 17:08 < mpp> ill check back later 17:09 < mpp> up 2 the current revision it could tike some time 17:09 < mpp> :-)) 17:59 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has quit [Read error: 110 (Connection timed out)] 18:13 < CIA-8> aldas * r30378 /trunk/package/develop/scons/scons.desc: * updated scons (1.0.0 -> 1.0.1) 19:43 < koan> if I abort ./scripts/Build-Target and re-execute it later, does it rebuild all packages from the beginning? or does it resume beginning from the package that has been aborted? 19:58 < mpp> it resumes the last package 19:58 < mpp> nice nickname :-) 19:58 -!- mpp is now known as mpp_zen 19:59 -!- mpp_zen is now known as mpp 20:01 < koan> heh thanks 20:01 < koan> my computer is called zen :-) 20:09 < mpp> cool 20:09 < mpp> mine is called buddha 20:09 < mpp> ;-) 20:23 -!- claudio_ch [n=claudio@217-162-161-84.dclient.hispeed.ch] has joined #t2 20:26 < mpp> hey rxr 20:26 < mpp> im pulling now a testrun of 10000 revs 20:26 < mpp> see if mtn can handle 20:27 < mpp> if there is any complain - let me know to stop pulling on the svn 20:30 < claudio_ch> Hi, I just notice, that when I click on http://www.t2-project.org/developer/ on the entry "Issue Tracking" I get sent to http://bugs.t2-project.org/ where it says: "No matching server entry!" 20:30 < mpp> yep 20:30 < mpp> bugs is down 20:30 < mpp> use ml instead 20:31 < claudio_ch> ok. Do I need to register before I can post something? 20:31 < mpp> to the ml ? no 20:32 < claudio_ch> I basically wanted to just report a small typo in the t2-handbook. 20:32 < mpp> t2@t2-project.org 20:32 < mpp> :-) 20:32 < claudio_ch> Thanks. 20:37 < mpp> help is always welcome 20:37 < claudio_ch> BTW: The osdir archive http://osdir.com/ml/t2.devel/ mentioned on http://www.t2-project.org/contact/ hasn't archived anything this year. 20:40 < claudio_ch> ERROR: 20:40 < claudio_ch> You (private@claudio.ch) are not subscribed to this list. 20:40 < claudio_ch> need to subscribe first 20:40 < mpp> hmm... 20:41 < claudio_ch> Ehm, before I do that... do you have write access to the t2-handbook SVN ? 20:41 < mpp> nope ... 20:41 < claudio_ch> ok, then I'll report to the ml 20:41 < mpp> good idea :-) 20:49 < claudio_ch> ok, it worked this time. I see my bug report in the ml archive. 21:02 < mpp> hey claudio_ch 21:03 < mpp> use https instead of http 21:03 < mpp> on the svn2.exactcode.de 21:03 < claudio_ch> so another type in the handbook :-) 21:07 < mpp> looks that way .. 21:12 < mpp> i just uploaded my custom build onto freenet 21:12 < mpp> CHK@GhwcqwEcbrGwJFcOXTzA7hUzAlPf4qKREtVNliRA3ZA,6eGNyt-wFU1MkjqY7otFQESlnJ8RfoKyBrRFVUClqZY,AAIC--8/generic-50_cd1.iso 21:12 < mpp> if anyone interested and in need of fresh build for setting up his own build host 22:17 -!- bfg [n=bfg@ppp118-208-117-239.lns4.bne4.internode.on.net] has quit [] 22:33 -!- bfg [n=bfg@ppp118-208-117-239.lns4.bne4.internode.on.net] has joined #t2 22:34 -!- bfg [n=bfg@ppp118-208-117-239.lns4.bne4.internode.on.net] has left #t2 [] 22:50 -!- claudio_ch [n=claudio@217-162-161-84.dclient.hispeed.ch] has quit ["Client exiting"] --- Log closed Mon Sep 08 00:00:44 2008