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