Robert Connolly wrote:
Hi. Uhm, using glibc-20050321.
Which binutils version? Since the error is coming from ld, I would
suspect that it's binutils first (though that's basically a guess).
signature.asc
Description: OpenPGP digital signature
--
Matthew Burgess wrote:
The idea is that in roughly 2 weeks we'll release 6.1. So, can
everyone please hammer this one to death and report all problems to
this list and preferably also to bugzilla so we can keep track of
them.
Two issues I've seen so far:
1) The URL for less may not be right.
Bryan Kadzban wrote:
So when I got to autoconf, it
failed to build, because the chapter 5 Perl did not have Data::Dumper
installed (and /usr/bin/perl was in /tools).
Oops, missed some words:
s/in/looking for it in/
signature.asc
Description: OpenPGP digital signature
--
http
Good grief, I'm replying to myself a lot today!
Anyway, I just saw what I think is a typo in section 7.4 (in the intro):
Device nodes do not require much disk space, so the memory that is
used in negligable.
That should have an 's/ in / is /' done to it, I think.
Also, I missed this in 7.4.2 the
FYI, the /lfs/view/testing/ URL disappeared a short while ago from the
LFS web server. I keep getting 403 errors when browsing directly to it,
and it doesn't show up at /lfs/view/ either.
Was this a symlink that got clobbered by the book render perhaps? Or
was it supposed to go away? Was it
Matthew Burgess wrote:
Bryan Kadzban wrote:
I keep getting 403 errors when browsing directly to it, and it
doesn't show up at /lfs/view/ either.
Yeah, sorry about that. I didn't update the version entities
correctly to stop the render-lfs-book.sh script getting all confused.
Should be fixed now
On Fri, Apr 08, 2005 at 02:30:02PM +0100, William Zhou wrote:
The message read as Excess permission or bad ownership on file
/var/log/btmp. After changing to 640, it stops complianting.
That's a little odd. From openssh-4.0p1/loginrec.c:
if((fst.st_mode (S_IRWXG | S_IRWXO)) || (fst.st_uid
Bruce Dubbs wrote:
Bryan Kadzban wrote:
None of your boot scripts (or your login scripts) set stty erase
^H, correct? You never know...
Not unless it's done in the lfs-bootscripts.
I don't believe it is, because my 6.1 system (using the lfs-bootscripts)
doesn't do it.
When I compiled
Matthew Burgess wrote:
[EMAIL PROTECTED] wrote:
I suppose though we'll need 2 host compilers, we'll need a 3.4 for
the kernel builds etc
Why?
I'm just guessing here, but I would bet that it'll be similar to the gcc
2.95 / gcc 3.X upgrade. The kernel documentation said to use 2.95 (and
Tony Morgan wrote:
However, what's missing is a second explicit notice along the lines
of Ok - that [xxx] build directory we told you not to remove earlier
- it's now safe to erase it. We won't be needing that particular
build of [xxx] anymore.
In Section 5.8, right after the Note about
Matthew Burgess wrote:
I'm hoping the dev.d scripts are all handled asynchrohously - i.e.
udev doesn't wait for one to complete before kicking off the next,
otherwise boot times might be significantly slowed down with all that
spinning.
Uh oh. ;-)
udev-056 does indeed wait for each of the
Matthew Burgess wrote:
If someone could tell me where to dump the script for
tcp_window_scaling, I'd appreciate it. I've currently got it in
/etc/dev.d/net/ipv4/tcp_window_scaling.dev but it doesn't get called.
Well... this is odd. Nothing in dev.d gets called when a module is
loaded that
Alexander E. Patrakov wrote:
In /etc/rc.d/init.d/functions, we have:
# if CUR_LENGTH was set to zero, then end the line
if [ ${CUR_LENGTH} == 0 ]; then
echo
fi
== is a bash-specific pattern matching operator. In this context, it
should be
Robert Russell wrote:
On 5/19/05, Bryan Kadzban [EMAIL PROTECTED] wrote:
We could use the enable builtin to disable the builtin versions
in bash:
enable -n test [
I'm (again) not sure about other shells, though...
Wouldn't the binaries in /bin be used if the shell did not have
Jim Gifford wrote:
May needs some more changes for udev 058 and 2.6.12 kernel. Will check
it out.
Subject:
[ANNOUNCE] udev 058 release
From:
Greg KH [EMAIL PROTECTED]
Also, the rules file structure and use is
Matthew Burgess wrote:
Do we need a script for it though? I've not tested it yet (of course!
:) ), but this is what I was thinking:
KERNEL=rtc, ACTION=add, \
RUN=echo 1024 /proc/sys/dev/rtc/max-user-freq
KERNEL=eth0, ACTION=add, \
RUN=echo 0 /proc/sys/net/ipv4/tcp_window_scaling;
Jim Gifford wrote:
Jim Gifford wrote:
The only one I know if in BLFS is tetex. Correct me if I'm wrong.
That is require flex. A lot of developers are moving away from flex.
To what?
I don't know of any other library that lets you build your own lexer.
(Doesn't mean they don't exist,
Marty _ wrote:
Why doesnt someone do something sensible and mount devfs to /.devfs
Uh... because we don't use devfs? ;-)
Bring back the old devices style.
udev does (almost completely, anyway), with the rules file(s) we use.
One difference is that you won't see devices for drivers you don't
Matthew Burgess wrote:
Bryan Kadzban wrote:
The obvious answer (for me anyway) to how do I parse a config file is
use flex and bison to build a grammar.
And the obvious answer to me (being a C++ kinda guy) is to use 'Spirit'
from the boost libraries (http://www.boost.org/) :)
Looks like
On Tue, May 24, 2005 at 12:33:39PM +0100, Marty _ wrote:
never investigated udev to be quite honest, just thought it
was another form of devfs from the guide.
It is, in that it dynamically manages the /dev directory. But it does
this using hotplug events from the kernel, not code inside the
Bruce Dubbs wrote:
Has it been shown that the current method has leaks from the build
system into the new LFS system? If so, I'm not aware of them. Can
you point to anything specific?
If you use a host with new binutils (2.15.x), but are building old
binutils (2.14 was what was current when
Matthew Burgess wrote:
I suppose the 20 line scan.l hunk in it is redundant, though it's not
going to save that much space in the grand scheme of things.
It won't save space, but removing that file from the patch will prevent
scan.c from being rebuilt. Which was (part of) the whole point.
;-)
TheOldFellow wrote:
Another random synaps when 'Boing!' - can we build
Linux-from-Windows? Most of the Cross-LFS book would work if there
was a way of building a bootable tool-base ...
Cygwin? Can you build a Cygwin to Linux cross compiler? I'd guess so,
but I've never tried it.
Archaic wrote:
FIXME: The following comment needs rewritten
# Make sure we don't output everything on the 1 line set
horizontal-scroll-mode Off
Suggested:
# Allow the command prompt to wrap to the next line set
horizontal-scroll-mode Off
How about:
# Allow long commands to wrap to
Jim Gifford wrote:
Fixing this vulnerability required a change in the Application Binary
Interface (ABI) of the kernel. This means that third party user
installed modules might not work any more with the new kernel, so
this fixed kernel has a new ABI version number. You have to recompile
and
Roberto Nibali wrote:
chroot(/var/tmp/LFS) = 0
chdir(/) = 0
execve(/tools/bin/env, [/tools/bin/env, -i, HOME=/root, TERM=linux,
PS1=\\u:\\w\\$ , PATH=/bin:/usr/bin:/sbin:/usr/sb..., /tools/bin/bash,
--login, +h], [/* 71 vars */]) = -1 ENOENT (No
Roberto Nibali wrote:
# /tools/lib/ld-linux.so.2 /tools/bin/env -i
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin /tools/bin/bash --login +h
tset: unknown terminal type unknown
Terminal type? linux
# echo $?
0
# exit
logout
#
So it seems to work, no?
It does seem to work, but there's
Matthew Burgess wrote:
we've got a fair few branches of LFS kicking around now. I think we
could use something like GCC's Active Development Branches section
of http://gcc.gnu.org/cvs.html to let people know about them.
Or just point to http://www.linuxfromscratch.org/lfs/view/
That's where
Randy McMurchy wrote:
In the Shadow instructions, a little note at the beginning of the
package instructions saying that if you would like the system
configured to support strong passwords, install CrackLib and add
--with-libcrack to the configure script.
It could probably be done in one
S. Anthony Sequeira wrote:
Since then I have always used the following when searching for a string
in a ps listing, assuming that the search string is sys:
$ ps -eadf | grep [s]ys
root 1604 1 0 12:08 ?00:00:00 syslog-ng
here is one that doesn't work:
$ ps -eadf | grep
Matthew Burgess wrote:
It appears as though 'tcsh' doesn't, but how many alternative shells
should we even care about?
Plus, tcsh is a C shell, not a Bourne shell. All the bootscripts are
written for a Bourne shell, and will consequently fail horribly if run
in csh or tcsh. ;-)
So I don't
Alexander E. Patrakov wrote:
The two cases (forgotten config.h.in entry and obsolete code) cannot
be distinguished from each other automatically. One of them is a bug.
I thought manually setting up config.h.in was obsolete -- aren't people
supposed to be using AC_DEFINE/AC_DEFINE_UNQUOTED in
On Mon, Aug 15, 2005 at 06:24:50PM +0600, Alexander E. Patrakov wrote:
Bryan Kadzban wrote:
Depending on the developers' version of autoheader, it might be possible
to fix this by just running it on either configure.ac or configure.in
(for the packages that still use the old filename
Matthew Burgess wrote:
Jürg Billeter wrote:
If you're (or anybode else is) interested in this topic, I could
explain our approach - simplified since event recorder got
upstream.
Yep, I'd be interested, though never having had to dabble with
initramfs or initrd I've no idea on their
On Mon, Aug 22, 2005 at 12:03:49PM -0400, Jason Gurtz wrote:
On 8/21/2005 10:54, Matthew Burgess wrote:
ping.c:63 - This program has to run SUID to ROOT to access the ICMP
socket.
That's crazy. Normal pings shouldn't require root.
IIRC, the standard kernel socket interface simply has
Dom wrote:
Got going, was all going well, and as I come to bunzip the
libc-headers in the temporary system (yes, which is extremely early
on in the process) and I ran out of space!
Have you been deleting the package build directories? (Are those even
on the same partition?) Are you building
Matthew Burgess wrote:
### RATIONALE FOR REMOVAL ### ptmx - isn't directly accessed by a
user. /etc/fstab dictates pty perms
That's incorrect; this change would break PTYs completely.
In order to create a PTY, the master process opens /dev/ptmx. That's
the pseudo-terminal master file for
Archaic wrote:
And apparently your statement is also incorrect because ssh can
properly create ptys all day long with the proper permissions. So
apparently a closer look into both scenarios is warranted.
I didn't try ssh. But I did try xterm and expect (both of which use
PTYs), and both
[EMAIL PROTECTED] wrote:
Are there any tcsh users here who could tell me which changes (if
any) would be needed for that shell?
I have a feeling it'd be way too many to ever make it work... basic
things like doing ifs use a completely different syntax, so even your
if-elif idea won't work for
John Kelly wrote:
On Sun, 18 Sep 2005 18:03:12 -0500, Randy McMurchy
[EMAIL PROTECTED] wrote:
I find it very useful to know how every file on the system was
installed, and which package installed it.
Why?
I can't speak for Randy, but I've found it helpful many times when doing
support
On Mon, Sep 19, 2005 at 05:24:01PM +0100, Richard A Downing wrote:
Anyone got a similar KDE photo?
Not exactly, but this is a lame ASCII-art version, based on current BLFS
(SVN) dependencies:
All other KDE-* packages
| | ||
+---+---+---++
|
Alexander E. Patrakov wrote:
We do need the new blacklist keyword, in order to emulate the old
hotplug blacklist functionality. It is a different question whether
LFS targets only single-machine installations (where blacklists are
never useful) or also allows to tar up LFS and untar it on a
I just upgraded my kernel to 2.6.14, and I remember discussions about
that version, udeveventrecorder, initramfs, and getting rid of coldplug
-- and the whole hotplug package -- happening several times now.
What I'm wondering is, for anyone that doesn't think an initramfs is
good, why do you
Zachary Kotlarek wrote:
with an initrd I'd need to maintain a whole set of binaries and
libraries in a file systems that doesn't get used except for the
first 5 seconds after boot. While there are certainly things you can
do with an initrd I've never seen the benefits as outweighing the
Jim Gifford wrote:
Have they ever figured out how when your build a kernel to add the
modules that your building into the initramf? So you can have a
complete modular system?
I don't know. If modules_install would get run before the initramfs
image creation, then you could use the
Matthew Burgess wrote:
Hi folks,
This, from linux-hotplug-devel sounds quite encouraging.
Well, so much for my initramfs system... ;-) And I was getting close
to getting the hint text figured out, too. Ah well, it happens, I
guess.
At one point, trying to fake the environment to look
Dan Nicholson wrote:
I've never gotten the math test failures in LFS (haven't been around
long, though).
What CPU do you use? They only ever showed up on Athlon XP CPUs, IIRC
(though it is possible that other CPUs did cause a failure; I know my
Athlon XPs caused it).
That includes -O3
Matthew Burgess wrote:
Bryan Kadzban wrote:
What CPU do you use? They only ever showed up on Athlon XP CPUs,
IIRC (though it is possible that other CPUs did cause a failure; I
know my Athlon XPs caused it).
They don't show up with my Athlon XP 2400+ - my test results are
exactly
Bryan Kadzban wrote:
If Dan is using a P3, then I would not expect him to see the failure.
I should have said:
I would not expect him to see the failure, whether or not it got fixed
for the Athlon XPs.
signature.asc
Description: OpenPGP digital signature
--
http://linuxfromscratch.org
Andrew Benton wrote:
That doesn't sound too dangerous to me.
Except that the kernel headers use different names (and possibly
different types, although the types have to be the same size) from what
userspace needs to use.
For instance, see:
On Mon, Nov 28, 2005 at 09:48:41AM -0700, Dennis J Perkins wrote:
Isn't DESTDIR something that the autoconf package automatically
provides?
Well, automake (not autoconf), but yes.
Which means almost all packages used by LFS and BLFS should be able to
use it.
All except the ones that don't
Bernd Feldmeier wrote:
a) dependency of kernel version and linux-libc-header version
None whatsoever. These are two different packages, with two different
reasons for existing.
l-l-h is based on the kernel headers, but you can use any version of
either of them (well, no, that isn't quite
[EMAIL PROTECTED] wrote:
and the screen display will look something like this (excerpt):
Mounting root file system in read-only mode... [ OK
]
Checking file systems...
/dev/hdb4: clean, 133764/960992 files, 921705/1919767 blocks (check in [ OK
])
Remounting
DJ Lucas wrote:
The other (and easier) solution is to echo mounting..., capture
output of mount and grep for the check message, if then spit the
message to screen and add another line (echo) and then echo_ok.
Or possibly case instead of grep, but yeah, that sounds like a
decent idea. Have to
Matthew Burgess wrote:
I added the following (shamelessly nicked from the Redhat examples
shipped in the udev tarball):
ACTION==add, SUBSYSTEM==usb, MODALIAS==*, \
RUN+=/sbin/modprobe $modalias
Shouldn't that be:
... MODALIAS=?* ...
Or is that only for environment variables (ENV{...})?
Matthew Burgess wrote:
What's wrong with the /{proc,dev}/bus/usb permissions?
The way I understand it (and Alexander, correct me if I'm wrong), the
permissions we apply by default to those directories allow read/write
for all members of a fixed group.
If one specific user needs access to only
Jeremy Herbison wrote:
I don't know how running as root skews the results, though. I know
the tests all pass as-is.
It's possible that they do something that's maybe-unsafe when they get
run as root. I don't know for sure, though; I haven't looked into it at
all. Just saying that this is one
Jeremy Herbison wrote:
Now won't udev require headers for the new functionality?
What new functionality? Possibly the new netlink socket stuff?
udev-071 compiled just fine against l-l-h version 2.6.11.2 when I moved
to it from -056 a few months back. Now, that's not the most recent
version of
Archaic wrote:
In order to make LFS usable in UTF-8 locales, and different man
program was chosen, man-DB. That program requires a database backend.
It can support GDBM or Berkeley DB.
Let me play dumb here for a minute: Why? ;-)
Would it be possible to do something similar to what we did
Dan Nicholson wrote:
Did LFS use to build bison and flex in /tools?
When we used HJL binutils (before FSF binutils supported TLS/NPTL), yes.
HJL binutils require bison and flex (or at least, they used to).
signature.asc
Description: OpenPGP digital signature
--
Jeremy Huntwork wrote:
I think we need to bring something up in LFS. If a user decides he
wants to use a package manager, he's not going to want to find out
about his options *after* he's already built his core system and
moved on to BLFS. The minute a user starts building packages that
Pasha Zubkov wrote:
Alexander E. Patrakov пишет:
Pasha Zubkov wrote:
Hello, this patch fix UTF-8 issue with `watch` at least in
ru_RU.UTF-8 and be_BY.UTF-8.
Rejected, breaks ru_RU.KOI8-R.
Added test for UTF-8.
Why not just use getwc(), and use wchar_t's in all cases?
You'd have
Pasha Zubkov wrote:
Bryan Kadzban пишет:
Why not just use getwc(), and use wchar_t's in all cases?
You'd have to modify the output to convert back to multibyte
characters (specifically, LC_CTYPE-encoding characters; they may
not actually have more than one byte per character
On Tue, Jan 03, 2006 at 03:13:52PM +0200, Pasha Zubkov wrote:
Where is that quoted from?
http://docs.hp.com/en/B9106-90012/orientation.5.html
This is for HP-UX, but it's true for glibc to.
Ah. Between this and your glibc link below, I'll agree with you --
fgetwc or getwc on a popen()ed
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 tokens, but
Richard A Downing wrote:
Can someone point me to the discussion thread that decided this
change of man package? I want to review the reasons to make my own
decision on it.
http://linuxfromscratch.org/pipermail/lfs-dev/2005-December/054909.html
That's not the thread that decided it, but
Jeremy Herbison wrote:
I, and I'm guessing many others, build PCRE right before Grep in
chapter 6.
I don't. I've never *built* pcre (though it was probably *installed* on
most of the Mandrake setups I used to use, years ago). But then, I
don't usually use Perl, so I don't really miss much
Robertus Ario Jatmiko wrote:
For your information, that file is not static after all. I added a
new entry to the magic file:
The question is not *can* you add stuff to the magic file. The
question is are you *supposed* to add stuff to the magic file. From
the comment in the magic file itself,
On Fri, Jan 20, 2006 at 06:34:20AM -0800, Dan Nicholson wrote:
So, if you're following this thread and you have a strong feeling that
you'd like the UTF-8 changes to be added in as the default or prefer
them to be stored in an appendix, please make your opinion known.
+1 for make UTF-8
DJ Lucas wrote:
What are the known issues agains the released version/cvs? What's
been done so far?
If you mean what are the known issues against the released llh package
(not the kernel headers themselves), I'd really like to know that too.
I've seen several references to udev needing newer
John Miller wrote:
Okay, sorry for the noise, its just when I tried to save the page to
my computer to fiddle with the coding, IE actually removed the
closing /. Thought that might have been causing the problem.
Yes, and if there was a [meta http-equiv=content-type
content=text/html;
Chris Staub wrote:
The Chapter 6 ncurses instructions in the LFS dev book have this
construction:
for lib in curses ncurses form panel menu ; do \
rm -vf /usr/lib/lib${lib}.so ; \
echo INPUT(-l${lib}w) /usr/lib/lib${lib}.so ; \
ln -sfv lib${lib}w.a
Alexander E. Patrakov wrote:
Bryan Kadzban wrote:
This is NOT safe if either of those library files are currently
linked into any process that's running!
They are not used. Certainly :)
The used file may be /lib/libncursesw.so.5 (which is a symlink
pointing to 5.5).
If it's a symlink
Dan Nicholson wrote:
In the adjustment, though, he uses `gcc -dumpmachine`, though. This
is probably wise since you don't know what MACHTYPE is from the
host's bash. In fact, this might be a good idea for both
adjustments. I don't know how reliable MACHTYPE is, but I'm
speculating since I
Matthew Burgess wrote:
I'm still concerned that we won't load all modules correctly though;
some of the distro rules load various SCSI modules dependent on the
SYSFS{type} variable. I'd appreciate it if someone with the
necessary hardware could test to see what does or doesn't work.
Oh --
Richard A Downing wrote:
I tried Jim Gifford's Cross-lfs udev patches, and they work fine, so
that's what I'm going with for now.
I'm not familiar with these patches, and I can't seem to find them in
the (x86 at least) cross-lfs book. Where are they?
Seeing the patches might help figure out
On Thu, Feb 23, 2006 at 11:20:02AM -0500, Jeremy Huntwork wrote:
If the text is not US-ASCII and the content-transfer-encoding is
quoted-printable, all non-ASCII bytes are converted to the =XY
notation, where X and Y are hex digits. ASCII pats of the message are
readable with vim this way,
On Fri, Feb 24, 2006 at 05:29:07PM +0500, Alexander E. Patrakov wrote:
As written, this is incorrect. Increasing the logging verbosity achieves
nothing, because udev runs before syslogd. Proposed solution:
1) Implement some restart target in the udev initscript that kills old
udevd, starts
Alexander E. Patrakov wrote:
No, that won't work. We want to mount tmpfs on /dev for start, but
not for restart.
True, unless we unmount it first (thus removing all devices). Well,
actually we probably can't unmount it, because at least /dev/console
will be open.
OK, so how about restart does
On Mon, Feb 27, 2006 at 07:03:04AM -0700, Archaic wrote:
It is done before udev is started. It just happens to be done in the
same script that starts udev and currently that is the most logical. We
can't do it in the mountfs script because udev must run before that. We
could do it in the
Archaic wrote:
From what I've read, inotify is the only thing that keeps popping up
and a patch will satisify that.
Not quite true anymore; 2.6.16 also includes some new syscalls (openat
and friends) that will (may? probably will) require changes in the
userspace headers.
There may be other
On Mon, Mar 13, 2006 at 04:39:11PM +, Florian Schanda wrote:
On Monday 13 March 2006 16:10, Florian Schanda wrote:
On Wednesday 08 March 2006 04:21, Jim Gifford wrote:
available at http://ftp.jg555.com/headers/headers.
You can replace the long sed with the following:
-e
Greg Schafer wrote:
echo '/* empty */' linux/compiler.h
Hmm... Is this really necessary? I've been running Alexander's tests
(http://linuxfromscratch.org/pipermail/lfs-dev/2006-March/056159.html)
on the output of Jim's script, and right now, it looks like
include/linux/byteorder/swab.h is
Greg Schafer wrote:
Bryan Kadzban wrote:
I've been running Alexander's tests
(http://linuxfromscratch.org/pipermail/lfs-dev/2006-March/056159.html)
I agree with Alexander that every userspace header should be
compilable by itself (at least in an ideal world). Note that current
LLH
Bryan Kadzban wrote:
gccver=`gcc -dumpversion`
Oops, that doesn't need to be there anymore...
(I attempted at one point to add -nostdinc to the gcc command line, so I
needed to add the system header location
(/usr/lib/gcc/$MACHTYPE/$gccver/include) to the search path. That
seemed to fail
On Tue, Mar 14, 2006 at 02:10:27PM +0100, J?rg Billeter wrote:
a=$(echo -ne '\001')
b=$(echo -ne '\002')
These can probably be simplified to:
a=$'\001'
b=$'\002'
pushd $KERNEL_PATH/include
I don't think you need to pushd at the start and then popd at the end of
the script. The script's
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
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... You
From the udev-088 RELEASE-NOTES file:
-
udev 088
other stuff about persistent links for certain device types
Provide udevtrigger program to request events on coldplug. The
shell script is much too slow with thousends [sic] of devices.
-
Looking at the source, it appears that
Ken Moffat wrote:
Udev-088 (which has this) only got into the udev_update branch
yesterday. I created ticket 1756 against the bootscripts (referring
back to the ticket for 088 containing Alexander's comments on this).
I'm sure that the bootscripts maintainer will welcome tested patches :)
Bryan Kadzban wrote:
Minimally tested (i.e., I've booted maybe 10-20 times and have never
seen an issue) patch is attached.
Er, some comments on it. I didn't remove the walk_sysfs function since
my original intent was to revert the script if it failed and I couldn't
get it to work
Jeremy Huntwork wrote:
So. For some reason which I haven't spotted yet, binutils in pass2 isn't
creating the binary ld-new, but a bash script, which says in its header:
# ld-new - temporary wrapper script for .libs/ld-new
# Generated by ltmain.sh - GNU libtool 1.4a-GCC3.0 (1.641.2.256
M.Canales.es wrote:
Confirmed :-/
Using mount -bind:
2 tests succeeded 79 tests failed
Using the old method to populate $LFS/dev:
81 tests succeeded 0 tests failed
The build logs don't show differences beyond ok or failed for
each test.
I have keeped both build trees, if you
M.Canales.es wrote:
Well, all that is beyond my capabilities. Real developers should to
try to solve this issue.
Not that I'm necessarily a real developer, but I do understand C, so
I'll see if I can replicate the failing environment here and do some
tests. I have e2fsprogs, but the rest (the
Matt Darcy wrote:
Bruce Dubbs wrote:
I am soliciting donations to the LFS Server Fund. We only need
$1000 US. Please consider giving whatever you can afford.
Bruce,
After speaking to Archaic, I understand your about $500 short of the
new dell box.
I think - through my business I
On Fri, Apr 14, 2006 at 09:59:48AM -0600, Archaic wrote:
Moved:
/sbin/ata_idto /lib/udev/ata_id
/sbin/cdrom_id to /lib/udev/cdrom_id
/sbin/edd_idto /lib/udev/edd_id
/sbin/usb_idto /lib/udev/usb_id
/sbin/vol_idto /lib/udev/vol_id
Added:
/lib/udev/scsi_id
Bruce Dubbs wrote:
I rewrote this page. Tell me what you think.
http://anduin.linuxfromscratch.org/~bdubbs/lfs-book/prologue/hostreqs.html
Couple issues I see. First:
If the host kernel is either 2.6.x, or it was not compiled using a
GCC-3.0 (or later) compiler, you will have to replace
M.Canales.es wrote:
What I can't undestart is that the book SBU values are smallest that
mine :-?
Have the SBU numbers been updated at all since 6.1 or 6.1.1? If not,
those book versions still use gcc 3.4. If gcc 4's bootstrap takes a lot
longer than gcc 3.4's did, then that could explain the
Dan Nicholson wrote:
The situation you describe doesn't seem like it would have that
drastic of an effect on more than a couple packages.
IIRC, it really only had an effect on the large packages (gcc, glibc,
etc.). And (again IIRC) it wasn't drastic; it was on the order of an
SBU or so.
So
(Resending because I think I used the wrong From: address last time
around.)
Andrew Benton wrote:
install the raw kernel headers from the 2.6.16 kernel in
/tools/glibc-kernheaders and compile glibc against them. For
userspace, keep using the 2.6.12 sanitised llc headers. Works for me.
It
1 - 100 of 568 matches
Mail list logo