Re: Building 'clean' production system

2006-02-05 Thread Alexander E. Patrakov
Dimitry Naldayev wrote: I am looking for a way to build a clean production system. ie system without development parts. You have two approaches. A) [preferred] Use Debian Sarge or maybe Etch. Rationale: 1) Its minimal install (for a router) is below 70 MB, and doesn't contain development st

Re: Building 'clean' production system

2006-02-05 Thread William Harrington
On Feb 5, 2006, at 4:04 PM, William Harrington wrote: 2) Archive all your headers in an archive and compress it and save them somewhere. Build a new toolchain except build it so it goes into home that way when you extract the toolchain it'll always be in home, or you could keep the toolcha

Re: Building 'clean' production system

2006-02-05 Thread William Harrington
On Feb 5, 2006, at 12:16 PM, Dimitry Naldayev wrote: Hi all, I am looking for a way to build a clean production system. ie system without development parts. RATIONALE: I do not need binutils or gcc or something like this on my router. (if I realy need binutils --- corect me please) The main

Re: Building 'clean' production system

2006-02-05 Thread Matthew Burgess
Dimitry Naldayev wrote: Hi all, I am looking for a way to build a clean production system. ie system without development parts. My immediate thought on this is that you should still follow the LFS book completely (including installing all toolchain components). Once it's built, then you can

Building 'clean' production system

2006-02-05 Thread Dimitry Naldayev
Hi all, I am looking for a way to build a clean production system. ie system without development parts. RATIONALE: I do not need binutils or gcc or something like this on my router. (if I realy need binutils --- corect me please) The main idea is to use the development tools from toolchain to bu

Re: Tickets that track upstream releases

2006-02-05 Thread Jeremy Huntwork
Matthew Burgess wrote: Hi folks, Traditionally, when a new release of an upstream package was made, it was reported via reopening an existing bug in bugzilla and changing its title to reflect the new version number. With the conversion to 'trac' this seems like the best time to switch to the

Tickets that track upstream releases

2006-02-05 Thread Matthew Burgess
Hi folks, Traditionally, when a new release of an upstream package was made, it was reported via reopening an existing bug in bugzilla and changing its title to reflect the new version number. With the conversion to 'trac' this seems like the best time to switch to the same process that BLFS

Re: perl libc patch incomplete?

2006-02-05 Thread Dan Nicholson
On 2/4/06, Greg Schafer <[EMAIL PROTECTED]> wrote: > Dan Nicholson wrote: > > > After looking over Configure for a while, I would suggest this > > > > sed -i 's,/usr/include,/tools/include,g' Configure > > Hmmm, yes it should work. But I believe hints/linux.sh is the place to > sort this stuff ou