T2 IRC Log: 2010-09-02

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 Thu Sep 02 00:00:49 2010
01:11 -!- old_gaffer [~quassel@211.238.240.87] has joined #t2
06:44 -!- old_gaffer [~quassel@211.238.240.87] has quit [Read error: Connection reset by peer]
06:45 -!- old_gaffer [~quassel@211.238.240.87] has joined #t2
08:19 -!- uid9909 [~uid9099@2001:470:9a41:107:3df3:dd8f:861a:6b0d] has joined #t2
09:33 < uid9909> grep -iRls '/root/trunk' /usr/ produces some strange files namely ..install.cmd
09:33 < uid9909> these files also conatian hard-coded the absoloute path of the chrooted build host path
09:34 < uid9909> is this on purpose ... ?
09:38 < uid9909> also the TOOLCHAIN path of the build is embedded in many files
09:39 < uid9909> like /root/trunk/build/mytarget/TOOLCHAIN
09:40 < uid9909> perl and python in /usr/lib/ and /usr/lib64/ are affected meaning that modules on the target machine do not get properly built as the chrooted env is not present there
09:43 < uid9909> can anyone else please confirm their output of the following line:
09:43 < uid9909> grep -iRls '\-linux\/TOOLCHAIN' /usr/*
09:53 <@rxr> re
09:55 <@rxr> uid9909: no, that is not on purpose
09:56 < uid9909> thought so
09:56 < uid9909> cause it only affects a few packages
09:56 < uid9909> but the implication is somewhat unpretty
09:57 <@rxr> guess so
09:57 <@rxr> patches welcome
10:01 <@rxr> perl could need some more cross compile love in any case, build more extension modules
10:25 -!- old_gaffer [~quassel@211.238.240.87] has quit [Read error: Connection reset by peer]
10:27 -!- old_gaffer [~quassel@211.238.240.87] has joined #t2
10:39 -!- old_gaffer [~quassel@211.238.240.87] has quit [Read error: Connection reset by peer]
10:40 -!- old_gaffer [~quassel@211.238.240.87] has joined #t2
10:43 -!- old_gaffer [~quassel@211.238.240.87] has quit [Read error: Connection reset by peer]
10:44 -!- old_gaffer [~quassel@211.238.240.87] has joined #t2
10:53 < CIA-32> rene * r37498 /trunk/package/network/lftp/lftp.desc: * updated lftp (4.0.9 -> 4.0.10)
10:53 < CIA-32> rene * r37499 /trunk/package/python/sip/sip.desc: * updated sip (4.10.5 -> 4.11)
11:05 <@rxr> http://rene.rebe.de/2010-09-02/wired-itunes-10-software-update/
11:27 -!- old_gaffer [~quassel@211.238.240.87] has quit [Read error: Connection reset by peer]
11:28 -!- old_gaffer [~quassel@211.238.240.87] has joined #t2
11:45 -!- old_gaffer [~quassel@211.238.240.87] has quit [Read error: Connection reset by peer]
11:46 -!- old_gaffer [~quassel@211.238.240.87] has joined #t2
11:53 -!- uid9909 [~uid9099@2001:470:9a41:107:3df3:dd8f:861a:6b0d] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]]
12:10 < CIA-32> rene * r37500 /trunk/misc/tools-source/cmd_wrapper.c:
12:10 < CIA-32> * fixed off-by-one NULL-sentinal termination bug in the cmd_wrapper,
12:10 < CIA-32> optimized scan and fixed-allocation to allocate as needed during
12:10 < CIA-32> regular argument processing
12:12 < CIA-32> rene * r37501 /trunk/misc/tools-source/cmd_wrapper.c: * removed overlooked debug printf from r37500, sigh!
13:26 -!- uid9909 [~uid9099@2001:470:9a41:107:3df3:dd8f:861a:6b0d] has joined #t2
13:53 < rogermason> Hello.
13:53 <@rxr> hi
13:53 [Users #t2]
13:53 [@ChanServ] [ ch172 ] [ mtr ] [ Stealth] [ uid9909]
13:53 [@rxr ] [ CIA-32] [ old_gaffer] [ T-One ] [ zod ]
13:53 [ aloof ] [ koan ] [ rogermason] [ TobiX ]
13:53 -!- Irssi: #t2: Total of 14 nicks [2 ops, 0 halfops, 0 voices, 12 normal]
13:55 < rogermason> It appears that after unpacking texlive, the build system does not find the configure script. Does that mean I must write a customised main function (or hook)?
14:03 < uid9909> anyone had some experience with clang + llvm for building t2 ?
14:05 <@rxr> rogermason: are you in a path where configure exists after unpacking=
14:13 < rogermason> rxr: after unpacking, the configure script exists in $builddir/texlive--20091107-source. Does than answer your question?
14:17 <@rxr> no - I asked if your current working directory is in that path
14:17 <@rxr> if not I guess you willhave to simply "cd" into it for t2 to continue with configure et al.
14:20 < rogermason> Here is the texlive.conf. cd'ing into the source directory does not seem to work:
14:21 < rogermason> texlive_source () {
14:21 < rogermason> tar --use-compress-program xz -xf `match_source_file -p source`
14:21 < rogermason> }
14:21 < rogermason> autoextract=0
14:21 < rogermason> hook_add preconf 3 "texlive_source"
14:21 < rogermason> var_append confopt ' ' "--prefix=/opt --disable-xindy"
14:21 < rogermason> cd texlive-20091107-source
14:21 < rogermason> ./configure
14:23 <@rxr> is that your .conf ?
14:25 < rogermason> yes
14:25 <@rxr> that will not work
14:25 <@rxr> the way you write it the cd is executed at the time the .conf is evaluated
14:26 <@rxr> you need it in your _source() function or antoher hook that is evaluated after your source extraction
14:26 <@rxr> the easiest is to add it after your tar ...
14:26 < rogermason> So, in effect I have to disable the T2 build machinery?
14:27 <@rxr> no
14:27 <@rxr> I only wrote to you that if you put a lonely / stray "cd" in your .conf that code will be executed when the file is read
14:27 <@rxr> you just have to move that single "cd ..." line right behind your "tar ..." execution
14:28 <@rxr> (or if you want to make it needless complicated, into an own hook run after your texlive_source() function, but that is not needed, just move it :-)
14:31 < rogermason> OK. I understand now. The .conf sets up the hook, which is passed to the T2 build system at the appropriate point.
15:01 <@rxr> strange thing, it looks like gcc fails to build (for x86-64) when we automatically discard -Werror
15:02 <@rxr> that sounds so implausible
16:22 -!- uid9909 [~uid9099@2001:470:9a41:107:3df3:dd8f:861a:6b0d] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]]
21:43 -!- zod_ [~zod@smitty.knid.net] has joined #t2
21:47 -!- zod [~zod@smitty.knid.net] has quit [Remote host closed the connection]
22:07 -!- zod_ is now known as zod
--- Log closed Fri Sep 03 00:00:49 2010