On 1/6/06, Ken Moffat <[EMAIL PROTECTED]> wrote:
> Dan, by adding bison to /tools [ in what is otherwise svn-20060103 with
> a bash-documentation cleanup per bug 1679 ] I get a clean build of bison
> in chapter 6. That is, it no longer differs when rebuilt in place.
>
> This means bison depend
Jeremy Huntwork wrote:
Alexander E. Patrakov wrote:
Hello,
the UTF-8 patch has been updated in order to use DB instead of GDBM
(this was easier than I thought). The arpd binary has been reenabled in
iproute2. Description of the "locale" command has been corrected on the
Glibc page. There are n
Ken Moffat wrote:
/me raises his hat to Bryan, to salute him for reading the Perl
documentation.
Perhaps we shold move the creation of /etc/hosts to before we configure
perl, AND change the title of '7.11 Creating the /etc/hosts File' to
'7.11 The /etc/hosts File' ?
Ken
Or replace "creat
On Fri, 6 Jan 2006, Ken Moffat wrote:
On Thu, 5 Jan 2006, Dan Nicholson wrote:
bison as Dan noted
I think I've got this one figured out in the alphabetical builds.
Circular dependencies between bison and flex. Requires adding bison
to /tools, but the differences are gone now.
Dan, by
On 1/6/06, Matthew Burgess <[EMAIL PROTECTED]> wrote:
> Yes, that's right, sorry. I was confusing his message with a reply to
> it which suggested it may be more sensible for the maintainers to
> concentrate on getting the 2.6.15 headers ready, rather than worry about
> the already (relatively) ou
Tim van der Molen wrote:
The llh maintainer only said he would try to release 2.6.14 in December
2005. He did not say anything about 2.6.15. Right?
Yes, that's right, sorry. I was confusing his message with a reply to
it which suggested it may be more sensible for the maintainers to
concent
On Fri, 6 Jan 2006, Bryan Kadzban wrote:
Or actually, the Perl documentation[1] says it's part of the system that
allows programs to find out how Perl was configured. The command in the
string is supposed to "produce the text of the /etc/hosts file", but I'm
not sure what purpose that would ne
To both guys,
Thanks for all the hard work on the hardware issues. I promise it is
appreciated by others on the list whether they're vocal about it or
not. I don't think I'm alone when I say that I'm eager to see how
this shakes out. Unfortunately, I know about as much about
hardware/udev/kerne
> echo "127.0.0.1 localhost $(hostname)" > /etc/hosts
>
> This will definitely be overwritten in 7.11. It also takes care of
> the perl testsuite case where it is needed.
>
> What do people think about adding the above command to Ch. 6.7?
>
> --
> Dan
Sounds good to me. :) No harm from it, f
On 1/6/06, Bryan Kadzban <[EMAIL PROTECTED]> wrote:
> Well, the perl Configure script used to have some verbiage in it about
> the gethostname() function not returning the correct hostname in all
> cases (something about "but it can't be changed for political reasons").
> In that case, it offered a
Randy McMurchy wrote:
> Confirmed here. Here is some output from the script I use:
Thanks Randy.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Jeremy Huntwork wrote these words on 01/06/06 12:23 CST:
> After applying your patch, the book renders properly, but it fails the
> 'make validate' check.
>
> Can you confirm this?
Confirmed here. Here is some output from the script I use:
Status against revision: 7248
Validating XHTML Versi
Alex,
Thank you for all your input. I have updated the package with some
of your recommendations and added your name to the credits. I'm going to
try to get the input testing done today to see if it works. Will give
you feedback later.
--
--
[EMAIL PROTECTED]
[EMAIL PROTECTED]
LFS Use
Alexander E. Patrakov wrote:
> Hello,
>
> the UTF-8 patch has been updated in order to use DB instead of GDBM
> (this was easier than I thought). The arpd binary has been reenabled in
> iproute2. Description of the "locale" command has been corrected on the
> Glibc page. There are no other changes
On Fri, Jan 06, 2006 at 12:57:01PM +, Ken Moffat wrote:
> On Thu, 5 Jan 2006, Dan Nicholson wrote:
>
> >Maybe. Do you know how the hostcat command is used in perl?
>
> No idea, and I'm not keen to dig into perl. The binaries are accepted
> after stripping and converting hte dates to token
1) I missed a bug in the package.
The order of symlinks in the rcsysinit.d directory currently is:
...
S10udev
S15udev_retry
S20swap
S30checkfs
S40mountfs
S50cleanfs
...
This completely defeats the point of the udev_retry script: to retry
RUN+="..." rules that failed because /usr or /var was u
Jim Gifford wrote:
ALSA and other sound devices: entire section
Looking around to see how others handle the sound stuff
A draft proposal attached (of course, this should be split into two
files, one for naming and one for volumes).
It correctly names sound devices and assigns permissions.
Matthew Burgess wrote:
Andrew Benton wrote:
This sounds good, but I don't like the idea of waiting for a new
release of linux-libc-headers. I'm not sure we'll see a new release
before the end of the year.
As in end of 2006? That's rather pessimistic! Especially considering I
let folks kn
I must apologise but I cant help it.
Bernard Leak wrote:
Bernard Leak
--
Before they made me, they broke the mould
Does this mean that you *Leaked* out of the mould? :)
--
Shane Shields
Registered LFS Compiler: 7582
To drink the WINE of success you must first seek the sayings of source
Any
Dear List,
I've found the problem: the testsuite simply *assumes*
that '.' is in the path. This is true during the LFS build, but wasn't
when I returned to it with my 'running' set-up. This may be
thought worth a note, as it's easily got wrong and the output is
quite exceptionally u
Hello,
some my statements in Part 1 were wrong.
1) I said OK to this rule:
ENV{MODALIAS}=="?*",RUN+="/sbin/modprobe $env{MODALIAS}"
Unfortunately, due to udev (and kernel?) bug, this doesn't work for
input devices even with 2.6.15 + gregkh patch. A working configuration
requires patching u
On Thu, 5 Jan 2006, Dan Nicholson wrote:
On 1/5/06, Ken Moffat <[EMAIL PROTECTED]> wrote:
Files that differ, but with same code:
e2fsck, fsck.ext2, fsck.ext3 (the same file, by three names)
I can't figure out this bugger. Maybe the objdump -S can help.
The 'same code' message is because
22 matches
Mail list logo
