On Sam, 2006-03-18 at 08:56 +0500, Alexander E. Patrakov wrote:
> Jürg Billeter wrote:
>
> > - asterisk: Uses linux/compiler.h, include line could just be removed as
> > linux/ixjuser.h doesn't need the compiler.h defines due to the seds we
> > apply to the headers
>
> Then better make linux/comp
DJ Lucas wrote:
> for FILE in `echo
> linux/{acct.h,quota.h,resource.h,socket.h,stat.h,time.h,timex.h,un.h,wait.h}`
Er, hang on here -- why are the echo and the backquotes in there? (I
should note that they're in Jürg's script as well.) They gain nothing,
and waste at least one process. (I bel
Chris Staub wrote:
Just added a couple more that I missed earlier...Berkeley DB needs grep,
and Glibc needs gzip.
And one more...I completely forgot to document deps. for the kernel.
Just added that info.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscrat
Bryan Kadzban wrote:
DJ Lucas wrote:
for FILE in `echo
linux/{acct.h,quota.h,resource.h,socket.h,stat.h,time.h,timex.h,un.h,wait.h}`
Er, hang on here -- why are the echo and the backquotes in there? (I
should note that they're in Jürg's script as well.) They gain nothing,
and waste at leas
steve crosby wrote:
The program is built, but not installed (or needed later) - just run
it from the current directory (e.g. instead of /sbin/udevstart use
./udevstart)
No, there's no need, the instruction to run udevstart is just a hangover
from when we used to use it.
Andy
--
http://linuxf
Andrew Benton wrote:
No, there's no need, the instruction to run udevstart is just a hangover
from when we used to use it.
You'll also want the updated bootscripts (no patch) and no removing hotplug.
http://www.linuxfromscratch.org/~dj/bootscripts/lfs-bootscripts-udev_update-20060315.tar.b
On Sat, 18 Mar 2006, J�rg Billeter wrote:
On Sam, 2006-03-18 at 08:56 +0500, Alexander E. Patrakov wrote:
Then better make linux/compiler.h an empty file.
If you want to go for best compatibility, sure; I currently aim to get
the header set as clean as possible, i.e. applications including
un
On Sam, 2006-03-18 at 16:10 +, Ken Moffat wrote:
> On Sat, 18 Mar 2006, Jrg Billeter wrote:
>
> > On Sam, 2006-03-18 at 08:56 +0500, Alexander E. Patrakov wrote:
> >> Then better make linux/compiler.h an empty file.
> >
> > If you want to go for best compatibility, sure; I currently aim to get
http://www.paldo.org/headers/linux-glibc-headers-20060318
I changed the error messages in linux/compiler.h and linux/config.h to
warnings to really be a compatibility header. I've made the separate
destination tree and tarball generation optional and added support for
version detection with rc kerne
On Sam, 2006-03-18 at 08:24 -0500, Bryan Kadzban wrote:
> DJ Lucas wrote:
> > for FILE in `echo
> > linux/{acct.h,quota.h,resource.h,socket.h,stat.h,time.h,timex.h,un.h,wait.h}`
>
> Er, hang on here -- why are the echo and the backquotes in there? (I
> should note that they're in Jürg's script a
Jürg Billeter wrote:
> On Sam, 2006-03-18 at 08:56 +0500, Alexander E. Patrakov wrote:
>> Jürg Billeter wrote:
>>
>>> - asterisk: Uses linux/compiler.h, include line could just be removed as
>>> linux/ixjuser.h doesn't need the compiler.h defines due to the seds we
>>> apply to the headers
>> Then
On Sat, 18 Mar 2006, J�rg Billeter wrote:
Could you post the error message? What exact header set did you use?
Just removing linux/compiler.h without removal of compiler.h references
and the correct seds for __user etc. is likely to fail.
Not for the first time, I've produced a duff bug report
Jürg Billeter wrote:
I've also removed the asm-generic
flattening as I don't see any benefit in doing that but maybe there is,
then please explain.
Not really any benifit other than it was done with previous LLH. The
one minor benefit is one less directory. That's it. :-) It adds about
3
Jürg Billeter wrote:
> It's right that they gain nothing in the for loops. I've added the
> "backticks" to the REMOVE_HEADERS lines on purpose, though, as the
> shell doesn't expand braces when defining variables but probably
> there is a better way to get expanded variables, don't know.
Hmm...
On 3/19/06, Andrew Benton <[EMAIL PROTECTED]> wrote:
> steve crosby wrote:
> > The program is built, but not installed (or needed later) - just run
> > it from the current directory (e.g. instead of /sbin/udevstart use
> > ./udevstart)
>
> No, there's no need, the instruction to run udevstart is ju
steve crosby wrote:
If you don't "activate" udev, then you have no disk devices later when
you come to setup grub.
Yep, and the method I think we'll be using to deal with this is to bind
mount /dev. It's just a matter of time and testing that's prevented it
from going in the book so far. I
Steve Crosby wrote:
If you don't "activate" udev, then you have no disk devices later when
you come to setup grub.
Good point, I hadn't thought of grub. But then I don't think I've ever
run grub in the chroot environment. I've always run it on the host system.
Andy
--
http://linuxfromscratch
On Sam, 2006-03-18 at 19:22 +, Ken Moffat wrote:
> On Sat, 18 Mar 2006, Jrg Billeter wrote:
>
> > Could you post the error message? What exact header set did you use?
> > Just removing linux/compiler.h without removal of compiler.h references
> > and the correct seds for __user etc. is likely
Jürg Billeter wrote:
I've integrated most of your changes and put it online at
http://www.paldo.org/headers/linux-glibc-headers-20060318
I changed the error messages in linux/compiler.h and linux/config.h to
warnings to really be a compatibility header.
Thanks Jürg. With that script I mad
DJ Lucas wrote:
Jim Gifford wrote:
I also noticed that LLH moves things from asm-generic and incorporates
them into asm-{arch}, so that kinda of throws things off a little.
I have an idea about this too. This may not be portable because of the
math, not sure:
cd asm-${arch}
Don't do
On Son, 2006-03-19 at 00:31 +, Andrew Benton wrote:
> Jürg Billeter wrote:
> > I've integrated most of your changes and put it online at
> > http://www.paldo.org/headers/linux-glibc-headers-20060318
> > I changed the error messages in linux/compiler.h and linux/c
21 matches
Mail list logo
