Andrew Benton wrote:
Jeremy Herbison wrote:
Well, if you say so... I know it was in unstable at least, shortly after
kernel 2.6 was introduced.
Either way, can you see any technical reasons why that would not make
a good
stop-gap solution for inotify etc. support?
It was good enough for LFS
Dan Nicholson wrote:
Assuming that everyone's silence from my original post means they
think the added sanity checks are overkill, I will just mention the
one necessary change. If anyone wants to hear rationale for more
sanity checks, I will go into it.
Actually, I was probably just busy befor
El Sábado, 15 de Abril de 2006 05:50, Chris Staub escribió:
> Yeah, I also agree it would be good to eliminate that stuff from the
> package installation page, and just put it all in one place. The
> dependency info is useful and important, but it just isn't needed at the
> time a package is being
M.Canales.es wrote:
Attached a new POC patch with:
- Simplified the appendixc/dependencies.xml tagging, but keeping the same look
that in the previous one.
- In chapter06 packages files, replaced dependencies list by a link to
Appendix C. If that isn't wanted, then the changes to
stylesheet
On Sat, Apr 15, 2006 at 05:05:01PM +0200, M.Canales.es wrote:
>
> - Simplified the appendixc/dependencies.xml tagging, but keeping the same
> look
> that in the previous one.
Looks good.
> - In chapter06 packages files, replaced dependencies list by a link to
> Appendix C. If that isn't wante
On Tue, Apr 04, 2006 at 10:08:29PM -0500, DJ Lucas wrote:
> The glibc version in current LFS causes a build failure when compiling
> xorg-6.9 and xorg-server-1.0.{1,2}. linux/types.h cannot be included
> after sys/kd.h. The glibc-2.3.6-linux_types-1.patch just committed to
> patches (taken fro
On 4/15/06, Archaic <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 04, 2006 at 10:08:29PM -0500, DJ Lucas wrote:
> > http://www.linuxfromscratch.org/patches/downloads/glibc/glibc-2.3.6-linux_types-1.patch
>
> DJ has just confirmed this fixes the xorg problem and I trust his
> opinion. Since no one else h
El Sábado, 15 de Abril de 2006 17:42, Archaic escribió:
> I think it should be reverted. Seems kinda silly to have an identical
> link in every package when we can just make a note in the intro
> material.
Agreed. Adding a good note in chapter06/introduction.xml will make that links
redundant.
On Wed, 12 Apr 2006, Jeremy Huntwork wrote:
> This is all good stuff. But the question still is how crucial is this
> space to a by-the-book LFS build?
Even if saving space on the partition is not crucial, there are a some
reasons for me to clean up /tools anyway: /tools is intended to be a
someho
Hello World!
small typo on the glibc.xml chapter6 page, $lt; should be <
Andy
--- BOOK/chapter06/glibc.xml~ 2006-04-14 11:59:33.0 +0100
+++ BOOK/chapter06/glibc.xml 2006-04-15 18:39:08.0 +0100
@@ -271,7 +271,7 @@
Canada/Eastern). Then create the
/etc/localtime file by ru
On Sat, Apr 15, 2006 at 06:43:02PM +0100, Andrew Benton wrote:
> Hello World!
> small typo on the glibc.xml chapter6 page, $lt; should be <
Ooooh. Good catch!
--
Archaic
Want control, education, and security from your operating system?
Hardened Linux From Scratch
http://www.linuxfromscratch.org
First off, I want to thank all the people who have been working with me
to make this a successful start to this project.
We will be opening up headers.cross-lfs.org very soon so we can start to
track the development of this script to sanitize the raw headers.
I wanted to give every a status u
Hi,
Doing several LFS builds to test the ICA/farce support in jhalfs, I noticed
that when reinstalling Readline the
existent /lib/lib{history,readline}.so.5.1 libraries are renamed
to /lib/lib{history,readline}.so.5.1.old AND the
symliks /lib/lib{history,readline}.so.5 are changed to to point
On Sun, Apr 16, 2006 at 01:08:28AM +0200, M.Canales.es wrote:
> Hi,
>
> Doing several LFS builds to test the ICA/farce support in jhalfs, I noticed
> that when reinstalling Readline the
> existent /lib/lib{history,readline}.so.5.1 libraries are renamed
> to /lib/lib{history,readline}.so.5.1.old
The FHS says:
The directories /opt/bin, /opt/doc, /opt/include, /opt/info, /opt/lib,
and /opt/man are reserved for local system administrator use.
and then says:
Programs to be invoked by users must be located in the directory
/opt//bin or under the /opt/ hierarchy.
So the opt heirarchy we are cr
On 4/15/06, Ken Moffat <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 16, 2006 at 01:08:28AM +0200, M.Canales.es wrote:
> >
> > Doing several LFS builds to test the ICA/farce support in jhalfs, I noticed
> > that when reinstalling Readline the
> > existent /lib/lib{history,readline}.so.5.1 libraries are
Archaic wrote these words on 04/15/06 19:40 CST:
> If the full /opt heirarchy just has to be kept, it can easily be
> compressed to one line.
>
With all due respect, there are many examples that far exceed the
brevity of your example in the bug about this. And FWIW, I agree
completely about the
Randy McMurchy wrote:
[snip]
And, BTW, mkdir -p is wrong. The install command with a -mXXX
parameter is a much, much better example of how to do things
correctly.
The install command is only needed if you need to specify the owner and
the permission in one command, which is usually used in pack
On Sat, Apr 15, 2006 at 08:03:39PM -0500, Randy McMurchy wrote:
>
> With all due respect, there are many examples that far exceed the
> brevity of your example in the bug about this.
Apparently you think my goal was simply brevity.
> And, BTW, mkdir -p is wrong. The install command with a -mXXX
William Zhou wrote these words on 04/15/06 20:16 CST:
> In LFS, the user is root:root and the umask is defined as 022.
> Everything is
> ready. IMHO, using install is unnecessary for a directory set up.
A2D. The install command should be used to show the proper way
to do things and not rely on t
Archaic wrote these words on 04/15/06 20:21 CST:
> On Sat, Apr 15, 2006 at 08:03:39PM -0500, Randy McMurchy wrote:
>> And, BTW, mkdir -p is wrong. The install command with a -mXXX
>> parameter is a much, much better example of how to do things
>> correctly.
>
> You cannot possibly justify or quant
Archaic wrote:
> The FHS says:
> The directories /opt/bin, /opt/doc, /opt/include, /opt/info, /opt/lib,
> and /opt/man are reserved for local system administrator use.
>
> and then says:
> Programs to be invoked by users must be located in the directory
> /opt//bin or under the /opt/ hierarchy.
>
This invalidates our attempts to solve Ticket 1720 :( The waiting loop "can" be
replaced with the new "udevsettle" program, let's do it, but still have the
bug.c check. Any leaks will be forwarded upstream.
--
Alexander E. Patrakov
--- Begin Message ---
Here comes a new udev version. Thanks to
Alexander E. Patrakov wrote:
This invalidates our attempts to solve Ticket 1720 :( The waiting loop
"can" be replaced with the new "udevsettle" program, let's do it, but
still have the bug.c check. Any leaks will be forwarded upstream.
This is nice, assuming it works correctly. :-)
-- DJ L
On 4/15/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
>
> udev 090
>
> Provide "udevsettle" to wait for all current udev events to finish.
> It also watches the current kernel netlink queue by comparing the
> even sequence number to make sure that there are no current pending
> even
M.Canales.es wrote:
I that can be confirmed by others folks, I think that we should to add a
similar note to the current one for Bzip2 saying that if reinstalling
Readline a "rm -f /lib/lib{history,readline}.so.5*" must be performed before
"make install"
Can someone make a ticket out of this
Randy McMurchy wrote:
The install command should be used to show the proper way
to do things and not rely on the umask and or other things hopefully
set up correctly. Install is fool-proof. mkdir can do things wrong
if the user doesn't have things set up just right.
Install is simply the better
Randy McMurchy wrote:
We'll just have to A2D on this one.
You use this expression a lot.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Dan Nicholson wrote:
On 4/15/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
udev 090
Provide "udevsettle" to wait for all current udev events to finish.
It also watches the current kernel netlink queue by comparing the
even sequence number to make sure that there are no current pe
29 matches
Mail list logo
