irclog2html for #oe on 20040330

00:00.29kergothhttp://bash.org/?260330
00:00.29kergothbored
00:00.46treke_hmmm
00:00.58treke_my image contains and /etc/version
00:01.04treke_somehow I dont think this worked right
00:01.19treke_<PROTECTED>
00:02.39erich141|workingorinoco_cvs tries to 'export CVS_RSH = "ssh"', but it has no effect on environment and no files are fetched...
00:03.40kergoth<drag0n> Subject: threat level raised
00:03.41kergoth<drag0n> Due to explosives that were found under a rail bed in France, the Chirac government has raised the threat level in France to the second highest level.  The President of France announced that as of 10:00 a.m., the threat level will officially go from "run" to "hide."
00:03.51treke_hehe
00:04.00erich141|workinglol
00:06.03*** join/#oe Foxdie` (Foxdie@82-37-50-59.cable.ubr03.brom.blueyonder.co.uk)
00:06.11kergotherich141: what do you mean it has no affect on the environment?
00:07.57erich141kergoth: I put some debugging code into fetch.py to see the value of "CVS_RSH" env variable and it is null
00:08.29erich141I was wondering why I can cvs co orinoco manually but not from oe
00:08.46*** join/#oe jh__ (~user@209.137.229.132)
00:09.04*** join/#oe jh- (~user@209.137.229.132)
00:09.26kergotherich141: thats expected.  oe variables get emitted into the shell script, not set in the actual environment.
00:10.26erich141I agree that's expected, but this oe is broken and I can't see how to fix it. cvs fetch code should probably be enhanced to handle CVS_RSH if needed
00:15.13*** join/#oe jhonen (~jjj@cdm-66-76-82-127.fayt.cox-internet.com)
00:17.53kergotherich141: or alter fetch to use oe.build.exec_func to execute the cvs checkout, rather than doing its own system/popen
00:18.00kergotherich141: so then itd run with those vars set in its shell script
00:18.07*** part/#oe jhonen (~jjj@cdm-66-76-82-127.fayt.cox-internet.com)