Re: Alphabetical branch status report (LONG)

2005-12-16 Thread Ken Moffat
On Thu, 15 Dec 2005, Dan Nicholson wrote: That's my prime objection to Greg's method - we always tell people fbbg, but the comparison takes a shortcut. Right, but for the purposes of testing, the environment should be as consistent as possible. That's standard procedure for running a test

Re: Alphabetical branch status report (LONG)

2005-12-16 Thread Ken Moffat
On Thu, 15 Dec 2005, Ken Moffat wrote: I seem to recall that in repeated standard LFS i686 builds, these same binaries can in fact differ, without anybody ever quite knowing why - this is why Greg's ICA, at least last time I looked, did -three- builds to compare which bytes always differed.

Re: Alphabetical branch status report (LONG)

2005-12-16 Thread Dan Nicholson
On 12/16/05, Ken Moffat [EMAIL PROTECTED] wrote: snip everything Ken, I seemed to have offended you and I'm sorry that happened. I really don't mean to bad mouth the way you've tested or the tool you've created to assist. I was only arguing the case for doing ICA for the sake of testing the

Re: Alphabetical branch status report (LONG)

2005-12-16 Thread Ken Moffat
On Fri, 16 Dec 2005, Dan Nicholson wrote: On 12/16/05, Ken Moffat [EMAIL PROTECTED] wrote: snip everything Ken, I seemed to have offended you and I'm sorry that happened. I really don't mean to bad mouth the way you've tested or the tool you've created to assist. I was only arguing the

Re: Alphabetical branch status report (LONG)

2005-12-16 Thread Jeremy Huntwork
Ryan Oliver wrote: We require 2.6 for current lfs to build nptl (though not if the initial toolchain is replaced with a cross-lfs style setup). So, build a 2.6 kernel and install module-init-tools :P And yes, there are needed package upgrades that need to be done on the host from old

Re: Alphabetical branch status report (LONG)

2005-12-16 Thread Ken Moffat
On Fri, 16 Dec 2005, Dan Nicholson wrote: On 12/16/05, Ken Moffat [EMAIL PROTECTED] wrote: Just seemed that you were taking offense to my suggestions or you assumed I was taking shots at your tool. If not, then that's good because I didn't mean either. Great As pertains to the testing, I

Re: Alphabetical branch status report (LONG)

2005-12-16 Thread Dan Nicholson
On 12/16/05, Ken Moffat [EMAIL PROTECTED] wrote: On Fri, 16 Dec 2005, Dan Nicholson wrote: You sound like you've done the recursive build a number of times and anticipate these differences in farce. I'd rather nip that one in the bud and just keep the same environment. Not exactly a

ICA

2005-12-16 Thread Greg Schafer
Hi Interesting thread :-/ First up, ICA is not the be all and end all. It's just another tool in the armory in ensuring a good build. And it's not perfect either.. It's amazing how such a simple concept can apparently be troublesome for some folks to grasp. I was hoping my scripts would have

Re: ICA

2005-12-16 Thread Matthew Burgess
Greg Schafer wrote: It's amazing how such a simple concept can apparently be troublesome for some folks to grasp. What I have trouble understanding is the fact that, apparently, one shouldn't reboot during the ICA cycle. What I thought was trying to be proved here was that a) any suitable

GCC-3.4.3 PCH backported patch

2005-12-16 Thread Dan Nicholson
Hi, In light of a some recent requests to lfs-support on this subject, I've decided to ping the list with this patch again. This issue is that when running gcc-3.4.3 or 3.4.4 on Linux-2.6.12+ breaks precompiled headers (PCH) due to an introduction of a feature called exec-shield-randomize. This