On Sat, Oct 06, 2012 at 03:51:25PM -0500, Bruce Dubbs wrote:
Bryan Kadzban wrote:
If you use /dev/sd??, then I wish you the best of luck the next time the
kernel's disk discovery order changes. Because it's not guaranteed to
remain the same forever, and so when it changes, your system
On Sun, Oct 07, 2012 at 07:55:03PM -0700, Bryan Kadzban wrote:
Bruce Dubbs wrote:
I think you are stretching here a bit. I think there would be quite
an outcry if sda and sdb were swapped just by rebooting (to the same
drive).
There might be an outcry, but I don't think it'd be that
On Tue, Nov 06, 2012 at 01:09:44PM -0600, Bruce Dubbs wrote:
Well if you have a mount point of /mnt/lfs, you can try doing:
mount -t tmpfs -o rw,size=4G tmpfs /mnt/lfs
mkdir /mnt/lfs/sources
cp -a sources dir /mnt/lfs/sources
I'd think that 4G would be plenty. After building, don't
On Tue, Nov 20, 2012 at 10:07:41AM -0800, Paige Thompson wrote:
Hey guys, what do you think of this:
http://benoit.papillault.free.fr/notes/mk-cross-gcc
sounds promising
I think the whole discussion belongs on lfs-chat :) It has no
obvious relevance to how the LFS book will develop.
On Tue, Nov 27, 2012 at 02:39:05PM -0600, Bruce Dubbs wrote:
Bruce Dubbs wrote:
Just following up on this.
First, the Intel Atom, at least model D2700, does not have 4 cores. It
has 2 cores, each with hyper threading. This gives the appearance of 4
cores but not the performance.
I
On Tue, Nov 27, 2012 at 04:42:13PM -0600, Bruce Dubbs wrote:
Armin K. wrote:
Sorry, I forgot ... This is forked udev repo https://github.com/gentoo/eudev
Thanks for the links. I'm reading them.
-- Bruce
I'm still waiting to see how that pans out, and wondering why these
devs
On Sun, Dec 30, 2012 at 12:07:08PM -0600, Bruce Dubbs wrote:
Perhaps adding the page to BLFS and expanding the first paragraph in
section 9.3 of LFS would be the way to go.
Seems reasonable.
ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
On Tue, Jan 01, 2013 at 01:21:26PM -0600, Gerard Beekmans wrote:
Hi guys,
After reviewing logs I ended up having to block the wget user agent in
Apache for the time being. Pages such as
http://www.linuxfromscratch.org/lfs/downloads/stable/ are causing issues
with wget.
The name, last
On Tue, Jan 01, 2013 at 02:18:02PM -0600, Gerard Beekmans wrote:
All this will be a moot point before this month (January) is out.
Excellent.
Later
today I will try an experiment to reconfigure Apache to turn off the
sorting headers and allow wget again and monitor usage and make a
Just checked I can access LFS on svn. r10101 and r10102 to add a
testfile and then delete it. Seemed fine, but I got two mails like
this - guess I'd better hold off testing that BLFS still works.
ĸen
Date: Wed, 23 Jan 2013 07:46:51 -0700
From: lfs-book-boun...@linuxfromscratch.org
To:
On Sat, Feb 23, 2013 at 01:31:31PM +, Matt Burgess wrote:
On Fri, 2013-02-22 at 23:17 +, Matt Burgess wrote:
I think it's probably fine too. I probably won't have time to run a
test build this weekend with it in though.
So, I managed to carve out some time :-) I've decided to
On Sat, Feb 23, 2013 at 09:56:20AM -0600, Bruce Dubbs wrote:
Ken Moffat wrote:
On Sat, Feb 23, 2013 at 01:31:31PM +, Matt Burgess wrote:
On Fri, 2013-02-22 at 23:17 +, Matt Burgess wrote:
I think it's probably fine too. I probably won't have time to run a
test build
On Sat, Feb 23, 2013 at 11:24:54AM -0600, Bruce Dubbs wrote:
Ken Moffat wrote:
Cheers, I've just been preparing one (without the three ChangeLog
parts). Attached.
I don't think that's enough. The first failure is in
gcc/doc/cppopts.texi and the second failure indicates problems
On Sat, Feb 23, 2013 at 08:13:36PM -0600, Bruce Dubbs wrote:
It turns out that the above warning does not actually stop the build
like s/item/itemx/ does.
Leave it with me - even if a larger patch does solve everything, I
guess a workaround will still be needed in chapter 5 for building
On Sun, Feb 24, 2013 at 01:31:23PM -0600, Bruce Dubbs wrote:
Bruce Dubbs wrote:
Pierre Labastie wrote:
Le 23/02/2013 22:52, Bruce Dubbs a écrit :
Good point. I didn't notice that they were there by default. If the
.info files are present, then there is no need to build them at all.
On Sun, Feb 24, 2013 at 05:02:49PM -0600, Bruce Dubbs wrote:
Of course we are not building Fortran or Ada or Java, but with the
commands I wrote earlier, I do have the following in /usr/share/info:
-rw-r--r-- 1 root root 240866 Feb 24 19:13 cpp.info
-rw-r--r-- 1 root root 50231 Feb 24
On Sun, Feb 24, 2013 at 06:45:26PM -0600, Bruce Dubbs wrote:
Nitpick: Its Ada, not ADA. Ada stands for Augusta Ada King, Countess
of Lovelace, the first programmer. She worked with Charles Babbage.
-- Bruce
See :
In LFS-7.2 we removed resizecons because at that time it only
installed on i386 and it was generally useless for LFS users. My
explanation said:
Remove the redundant resizecons program (32-bit x86 only, needs the
defunct svgalib, which predates linux-2.6 and is incompatible with
modern KMS, to
On Mon, Feb 25, 2013 at 10:22:11PM +, Ken Moffat wrote:
In LFS-7.2 we removed resizecons because at that time it only
installed on i386 and it was generally useless for LFS users. My
explanation said:
Remove the redundant resizecons program (32-bit x86 only, needs the
defunct svgalib
On Mon, Feb 25, 2013 at 04:56:10PM -0600, Bruce Dubbs wrote:
Since I don't use normally kbd at all, my experiences are limited. I
almost never use the 'console' except via ssh and fonts are then
controlled by the remote terminal program.
I'll defer to your judgement. Just give me the
On Mon, Feb 25, 2013 at 11:25:55PM +, Matt Burgess wrote:
On Mon, 2013-02-25 at 22:47 +, Ken Moffat wrote:
So perhaps we should just disable them again ? I've given up
caring wither way, I'd just like the book to be consistent in what
is documented ;-)
Like you, I'm
On Mon, Feb 25, 2013 at 05:34:32PM -0600, Bruce Dubbs wrote:
Yes, I intend to make 7.3 from svn on Friday, but I can delay that if we
think we need to. I do hesitate to put things off because new packages
just keep on turning up. On average, a new package in LFS is released
once every
Did I miss a fix for inetutils ? Apparently it installs fine for
everyone who has used it, but I'm seeing this during 'make install':
make: Entering directory `/building/inetutils-1.9.1/doc'
rm -rf inetutils.htp
if /bin/sh /building/inetutils-1.9.1/build-aux/missing --run
makeinfo --html -I .
On Tue, Feb 26, 2013 at 05:34:06PM -0600, Bruce Dubbs wrote:
The real question is why does your make wants to build html files? I
have no reference to them at all.
-- Bruce
Thanks. On the host (texinfo-4.13) it doesn't seem to reference
them. I'll compare the logs.
ĸen
--
das eine
On Tue, Feb 26, 2013 at 06:43:56PM -0600, Bruce Dubbs wrote:
Ken Moffat wrote:
On Tue, Feb 26, 2013 at 05:34:06PM -0600, Bruce Dubbs wrote:
The real question is why does your make wants to build html files? I
have no reference to them at all.
Thanks. On the host (texinfo-4.13
On my build of approximately 7.3 I got 4 failures in the procps
tests. Pierre has fixed two of them (slabtop), but now that I've
finished a minimal desktop I wanted to try to understand the other
two before I try to prove it can build itself [ _without_ analyzing
if it is bitwise the same, I've
On Wed, Feb 27, 2013 at 08:51:37PM -0600, Bruce Dubbs wrote:
Ken Moffat wrote:
On my build of approximately 7.3 I got 4 failures in the procps
tests. Pierre has fixed two of them (slabtop), but now that I've
finished a minimal desktop I wanted to try to understand the other
two before
On Thu, Feb 28, 2013 at 03:08:18AM +, Ken Moffat wrote:
- not my main problem at the moment - I'm now running it, but nfs
(with updates) isn't working. Adding an /etc/netconfig (!) sort of
helps, but rpcbind still isn't working. I'm seeing
rpcinfo: can't contact portmapper: RPC
On Wed, Feb 27, 2013 at 08:51:37PM -0600, Bruce Dubbs wrote:
Ken Moffat wrote:
The interesting part of the log is:
Running ./pgrep.test/pgrep.exp ...
ERROR: tcl error sourcing ./pgrep.test/pgrep.exp.
ERROR: can't read tty: no such variable
I've seen this if trying in chroot without
On Thu, Feb 28, 2013 at 05:51:30PM -0600, Bruce Dubbs wrote:
I'm not sure. The base code has:
set pmap ${topdir}pmap
set pmap_initname 1:\\s+\\S+\[^\\r\]+\\s+
...
set test pmap X with unreachable process
spawn $pmap -X 1
expect_pass $test $pmap_initname\$
The sed removes that
Further comments on other testsuites. This is with current LFS-svn
(linux-3.8.0, file-5.13, and Bruce's suggestions for using the
shipped info files from gcc, plus eudev instead of Bruce's
continuing efforts to tame udev from systemd).
Much as expected.
This time in glibc I got Error 1 from
I'd seen comments on the kernel list about bc being required in
3.9, and then forgotten about them (on my desktops I have it anyway,
for xscreensaver). It gets used for kernel/timeconst.h
https://patchwork.kernel.org/patch/2143611/
Now I'm just doing a fresh 7.3 install to test some changes I
On Mon, Apr 01, 2013 at 06:49:25PM +0100, Ken Moffat wrote:
I'd seen comments on the kernel list about bc being required in
3.9, and then forgotten about them (on my desktops I have it anyway,
for xscreensaver). It gets used for kernel/timeconst.h
https://patchwork.kernel.org/patch/2143611
On Mon, Apr 22, 2013 at 12:34:35PM -0700, Alice Wonder wrote:
I didn't see this mentioned in errata so I don't know if it has been
noted yet or not.
http://www.linuxfromscratch.org/lfs/view/stable/chapter06/kbd.html
The instructions have
./configure --prefix=/usr --datadir=/lib/kbd \
On Mon, Apr 22, 2013 at 03:29:23PM -0500, Bruce Dubbs wrote:
The problem is that the location of the locale files ends up being
embedded in the executable.
bindtextdomain(PACKAGE_NAME, LOCALEDIR);
Where src/nls.h has
#ifndef LOCALEDIR
#define LOCALEDIR /usr/share/locale
#endif
On Mon, Apr 22, 2013 at 03:57:28PM -0500, Bruce Dubbs wrote:
I've already tried a DESTDIR install and it seems to work there.
I'm not sure we need the --datadir entry at all. Mounts are done before
any kbd programs are called, so having the support files in /usr
shouldn't be a problem.
On Tue, Apr 23, 2013 at 01:17:36PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
With the exception of vi_VN and zh_CN those all render in my
console with my LatGrkCyr font. Vietnamese can work, but you won't
get much else except english from a screen font that handles it.
I suspect
Please treat this with the proverbial pinch of salt - my
buildscripts can't build bison-3.0 on either x86_64 or i686, so it
is possible that something in them is also breaking this.
But ...
Trying to build i686 svn (from LFS-7.2) on a machine capable of
64-bits, gmp failed with
ABI=32:
On Mon, Aug 12, 2013 at 07:25:01PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
Please treat this with the proverbial pinch of salt - my
buildscripts can't build bison-3.0 on either x86_64 or i686, so it
is possible that something in them is also breaking this.
But ...
Trying
On Tue, Aug 13, 2013 at 01:38:19AM +0100, Ken Moffat wrote:
On Mon, Aug 12, 2013 at 07:25:01PM -0500, Bruce Dubbs wrote:
This is quite odd. I assume you are using bash. The man page clearly says:
SHELL GRAMMAR
Simple Commands
A simple command is a sequence of optional
On Mon, Aug 12, 2013 at 08:05:26PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
I'll also note that most of my non-LFS linux experience is with the
kernel. So, I know that documentation is not to be trusted.
Maybe the bash version/patch we are using doesn't match the
manpage
On Mon, Aug 12, 2013 at 09:31:23PM -0500, Bruce Dubbs wrote:
bdu...@linuxfromscratch.org wrote:
Package LFS Upstream Flag
glibc 2.17 2.18 *
perl5.18.0 5.18.1 *
Two relatively important packages just changed. Looking at the change
On Tue, Aug 13, 2013 at 07:46:25PM +0100, Ken Moffat wrote:
On Mon, Aug 12, 2013 at 09:31:23PM -0500, Bruce Dubbs wrote:
bdu...@linuxfromscratch.org wrote:
Package LFS Upstream Flag
glibc 2.17 2.18 *
perl5.18.0 5.18.1 *
Two
On Tue, Aug 13, 2013 at 03:00:13PM -0500, Bruce Dubbs wrote:
107-flex:Test test-bison-yylloc FAILED. See test-bison-yylloc/OUTPUT for
details.
107-flex:Test test-bison-yylval FAILED. See test-bison-yylval/OUTPUT for
details.
[...]
093-bison:make[4]: ***
On Tue, Aug 13, 2013 at 09:31:15PM +0100, Matt Burgess wrote:
On Tue, 2013-08-13 at 15:00 -0500, Bruce Dubbs wrote:
086-util-linux:make[1]: make[4]: *** [check] Error 2***
[check-local-tests] Terminated
Ah, good. I just hit that one in last night's build. It's in
misc/fallocate. I
On Thu, Aug 15, 2013 at 11:06:45AM -0500, Bruce Dubbs wrote:
I'd like to do a package freeze today in preparation for LFS-7.4.
Right now I'm not sure whether to to generate a rc1 or not. There are
several tests that fail that we may want to 1) Note, 2) Patch, or 3)
Ignore. Below is my
On Thu, Aug 15, 2013 at 04:00:01PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
bison. 1 failure.
CXX examples/calc++/examples_calc___calc__-calc++-scanner.o
g++: error: ./examples/calc++/calc++-scanner.cc: No such file or directory
g++: fatal error: no input files
compilation
On Thu, Aug 15, 2013 at 05:43:37PM -0500, Bruce Dubbs wrote:
This worked for me. I deleted bison, lex, and flex from /usr/bin and
then built flex:
sed -i -e '/test-bison/d' tests/Makefile.in
./configure --prefix=/usr \
--docdir=/usr/share/doc/flex-2.5.37
make
make check
On Sat, Aug 17, 2013 at 08:39:57PM +0100, Matt Burgess wrote:
On Tue, 2013-08-13 at 15:00 -0500, Bruce Dubbs wrote:
103-automake:FAIL: t/primary-prefix-invalid-couples.tap 280 - ... and
with the same diagnostic of 'automake -a'
103-automake:# FAIL: 1
I've just hit this one again. It
On Sun, Aug 18, 2013 at 03:22:07AM +0100, Ken Moffat wrote:
On Sat, Aug 17, 2013 at 08:39:57PM +0100, Matt Burgess wrote:
On Tue, 2013-08-13 at 15:00 -0500, Bruce Dubbs wrote:
103-automake:FAIL: t/primary-prefix-invalid-couples.tap 280 - ... and
with the same diagnostic of 'automake
On Sun, Aug 18, 2013 at 02:03:37PM -0500, Bruce Dubbs wrote:
The recommendation is because it takes too much time (over an hour on my
system) and the tests are pretty much valueless. I agree that, other
than time, they cause no harm. As a developer, I do run them (so users
don't need
On Sun, Aug 18, 2013 at 06:56:35PM -0500, Bruce Dubbs wrote:
My system is a 3 GHz core2duo, but I always do the timing for the books
in a single thread for consistency and for the log to be coherent. Most
builds are in the 1 SBU range or less, but there are some really long
ones too.
I'm about to do an almost [1] by the book build (-j1, keep static libs until
the end of chapter 6 which should at least make more of the ld tests
pass) so I rebuild my kernel to add CONFIG_SCSI_DEBUG=y. Disaster :
/dev/sda showed up with no partitions, all my partitions previously
on /dev/sda
On Mon, Aug 19, 2013 at 05:14:03PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
I'm about to do an almost [1] by the book build (-j1, keep static libs
until
the end of chapter 6 which should at least make more of the ld tests
pass) so I rebuild my kernel to add CONFIG_SCSI_DEBUG=y
On Mon, Aug 19, 2013 at 05:14:03PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
I'm about to do an almost [1] by the book build (-j1, keep static libs
until
the end of chapter 6 which should at least make more of the ld tests
pass) so I rebuild my kernel to add CONFIG_SCSI_DEBUG=y
On Tue, Aug 20, 2013 at 03:09:43PM +0100, Ken Moffat wrote:
The non-regression tests show all 0 tests passed.
Of the regression tests, all 113 are shown as passing, but of those
many have IGNORE (not root permissions) and mcookie reported 'cannot
open /etc/services: No such file
On Tue, Aug 20, 2013 at 04:39:10PM +0100, Ken Moffat wrote:
So, I think I need to reconfigure util-linux to run the root tests.
But I'm not quite sure what that will gain, and this build is heading
towards 'production' status (building xorg-server at the moment).
No, seriously, I think
On Tue, Aug 20, 2013 at 11:10:45AM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
I see you updated util-linux a little while ago. I'm now in xorg,
running the tests as a regular user:
bash tests/run.sh --srcdir=$PWD --builddir=$PWD
sudo bash tests/run.sh --srcdir=$PWD --builddir=$PWD
On Tue, Aug 20, 2013 at 02:35:35PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
Enable cramfs in the kernel. Also minixfs. Make mtab a file. rm
/etc/mtab touch /etc/mtab)
The minix test(s) skip without reporting a failure.
Umm, we changed mtab from a file to a symlink some time after
On Tue, Aug 20, 2013 at 03:49:33PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
On Tue, Aug 20, 2013 at 02:35:35PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
Enable cramfs in the kernel. Also minixfs. Make mtab a file. rm
/etc/mtab touch /etc/mtab)
The minix test(s) skip without
On Wed, Aug 21, 2013 at 06:01:39PM +0100, Ken Moffat wrote:
I've now got to the end of chroot on my i686 system where
SCSI_DEBUG is NOT set.
And I wondered why my initial backup was taking so long.
I'd left the util-linux directory around after my previous fun and
games on x86_64. Turns
I had a bit of time to look at my logs while the initial backup was
running, plus a build failure when one of the tests failed
unexpectedly, so I've made a note of everything that failed (this is
with a patch for automake, so that didn't fail for me.
This was a by the book build in as much as I
On Wed, Aug 21, 2013 at 06:01:49PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
My result is identical. I think it's internal to the math co-processor
hw. I've seen this for years. Noted in the book.
OK, I was on a series of ttys while I looked at the logs and I
didn't bother to look
On Thu, Aug 22, 2013 at 01:13:45AM +0100, Ken Moffat wrote:
On Wed, Aug 21, 2013 at 06:01:49PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
4. inetutils -
Failed at pinging ::1.
Do you have IPv6 enabled in the running kernel?
Not sure. I'll need to check and compare what
On Mon, Aug 26, 2013 at 04:50:06PM +0100, Ken Moffat wrote:
Successful build and boot [1] on x86_64. Differences between the
first and second builds were Matt's patches for automake and
texinfo, and now 3.10.9 headers. No new test failures.
1. I used rpcbind-0.2.1 in the new build
On Mon, Aug 26, 2013 at 11:32:33AM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
On Mon, Aug 26, 2013 at 04:50:06PM +0100, Ken Moffat wrote:
Successful build and boot [1] on x86_64. Differences between the
first and second builds were Matt's patches for automake and
texinfo, and now
On Mon, Aug 26, 2013 at 05:41:43PM +0100, Ken Moffat wrote:
On Mon, Aug 26, 2013 at 11:32:33AM -0500, Bruce Dubbs wrote:
It's hard for me to believe that we are the first ones seeing that.
I'll take a look at it on my system to see if there is something
different. Probably later
On Mon, Aug 26, 2013 at 10:54:22AM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
On Thu, Aug 22, 2013 at 11:32:15PM +0100, Ken Moffat wrote:
On Thu, Aug 22, 2013 at 04:10:58PM -0500, Rob Landley wrote:
I also built strace-4.8 fine against linux-3.10, but did so under
uClibc.
I think
I'm just rebuilding my current desktop on -rc2. Got to the end of
my xorg script and couldn't remember which git command uses tcl
(which I build straight after xorg). It's gitk, but 'man git' (or
man anything) didn't work for a regular user - instead it listed the
manpage it couldn't open.
On Fri, Aug 30, 2013 at 11:20:29PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
(which I build straight after xorg). It's gitk, but 'man git' (or
man anything) didn't work for a regular user - instead it listed the
manpage it couldn't open. Something in my build had set
/usr/share/man
On Sat, Aug 31, 2013 at 12:31:37PM -0500, William Harrington wrote:
On Aug 31, 2013, at 10:52 AM, Igor Živković wrote:
The culprit is git-manpages-1.8.4. I've just noticed it on my newest
build. I've also noticed that LFS doesn't install tar man page. :-)
Hmm I recently installed
On Sat, Aug 31, 2013 at 03:47:53PM +0100, Ken Moffat wrote:
Sorry, this is becoming O/T for LFS itself.
Thanks for that confirmation. I don't install reiser, and I hadn't
installed raptor at that point, Don't want to return to the rc1
system on this box at the moment (just started
On Sun, Sep 01, 2013 at 06:23:47PM +0200, Klemen Košir wrote:
I followed the instructions, but I set several environment variables:
MAKEFLAGS=-j 4
CFLAGS=-march=corei7 -Os -pipe
CXXFLAGS=${CFLAGS}
For some time, -Os has been deprecated in kernel builds. It got
introduced there with the
On Wed, Oct 09, 2013 at 09:45:49PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
[ rude words : someone didn't log 3.11.4 in the Changelog - I'm
building with 3.11.1 headers, but I doubt that will make any real
difference to anything ]
It looks like it's in the change log dated 2013-10
On Fri, Oct 11, 2013 at 12:55:34PM -0500, Bruce Dubbs wrote:
util-linux v2.24-rc2 was released today and I've been testing it. It
builds quite cleanly, but I have a problem with a couple of tests.
The two tests for the 'last' command want to use the DNS resolver that
is not available in
On Tue, Oct 22, 2013 at 10:04:19AM -0500, Bruce Dubbs wrote:
Matthew Burgess wrote:
On Mon, 21 Oct 2013 20:41:52 -0500, Bruce Dubbs bruce.du...@gmail.com
wrote:
I just ran jhalfs against the latest files and had one anomaly in the
new make-4.0 checks:
functions/file
On Sun, Nov 17, 2013 at 10:16:37PM +0100, Thomas Trepl wrote:
Hmmm, here is what i get on a VIA-C3:
lfs@io:~$ mount /mnt/pub
lfs@io:~$ umount /mnt/pub
umount.nfs: You are not permitted to unmount /mnt/pub
lfs@io:~$ uname -a
Linux io 3.11.6-LFS #1 SMP PREEMPT Mon Nov 4 03:30:14 CET 2013
On Mon, Nov 18, 2013 at 10:16:10AM -0600, Bruce Dubbs wrote:
Bottom line -- jsut use what you have. Sometimes a short description is
useful like (all dependencies) or (with[out] tests).
Another comment on the SBU measurements : for a long time, I've
been repeating the SBU calculation when
On Fri, Dec 13, 2013 at 09:06:17PM +, Kevin Lyda wrote:
Dear children,
I for one would appreciate it if the discussions about systemd would be
solely about the technical issues and not a contest to see who can be the
biggest prat.
With much love and affection,
Kevin
That wouldn't
On Sat, Dec 21, 2013 at 10:11:06AM -0800, Bryan Kadzban wrote:
On Sat, Dec 21, 2013 at 05:56:37PM +0100, Armin K. wrote:
In latest lfs book, the Preparing Virtual File Systems page contains:
6.2.1. Creating Initial Device Nodes
When the kernel boots the system, it requires the
This ticket lists a whole lot of changes to how we build Tex from
source. I took it, because I don't (in general) like packages which
use their own static versions of system libs. But I now see that
the following are external references: GD, t1lib, ZZIPlib, TECkit,
Graphite, and also CLISP (not
I'm looking at the things which the TeX Live binary installer links
to on a 7.4 system. Mostly, all is fine (LFS libs, and X-related
libs), but for asy [ asymptote ] and xindy.run, ldd reported that
libncurses.so.5 was not found.
It seems eminently possible that this problem is mine, all mine
On Fri, Feb 07, 2014 at 03:06:52PM -0600, Bruce Dubbs wrote:
In Chapter 6 we have:
Note
The instructions above don't create non-wide-character Ncurses libraries
since no package installed by compiling from sources would link against
them at runtime. If you must have such libraries
On Fri, Feb 07, 2014 at 08:16:16PM -0800, Bryan Kadzban wrote:
Bruce Dubbs wrote:
Ken Moffat wrote:
On Fri, Feb 07, 2014 at 03:06:52PM -0600, Bruce Dubbs wrote:
BTW, without the above, we do have /usr/lib/libncurses.a. Shouldn't
shouldn't that be picked up?
You should know me
Testing last week's -svn (everything except glibc-2.19 : if _that_
causes problems, I'd like to correctly attribute the blame). Got a
test failure in man-db :
root in chroot /# cat
/building/man-db-2.6.6/src/tests/test-suite.log
man-db 2.6.6:
On Wed, Feb 12, 2014 at 06:00:52PM +, Ken Moffat wrote:
Will use make -k check in my build, and carry on.
In fact, 'make check || true' was what I needed.
ĸen
--
das eine Mal als Tragödie, dieses Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http
On my desktops, I use a script to run updatedb, followed by mandb,
every day or so. This runs from root's fcrontab, so it is one of
the first things to get run on a new system. Last night it failed
with a message that it could not write to
/var/cache/man/something/else - no such file or
On Thu, Feb 13, 2014 at 04:07:55PM -0600, Bruce Dubbs wrote:
Armin K. wrote:
mandb seems to work here if /var/cache/man directory is not present.
Yes, that works for me too. mandb creates the directory if it does not
already exist, but, of course, you need to run mandb as root.
--
On Sun, Feb 16, 2014 at 12:52:58AM +0100, Armin K. wrote:
On 02/15/2014 11:29 PM, Armin K. wrote:
On 02/15/2014 06:23 PM, Bruce Dubbs wrote:
After akhiezer's thorough review of the FHS changes, I've narrowed
things down to the following.
The numbers refer to the version control patch
On Fri, Feb 28, 2014 at 01:15:10PM -0600, Bruce Dubbs wrote:
So the questions is whether we should release 7.5 tomorrow or not. We
could wait for BLFS, but I'm not sure that's really necessary.
As far as I am concerned, LFS -rc1 seems fine : but I've only built
it on x86_64 desktops (two
On Sun, Mar 02, 2014 at 05:47:36PM -0600, Bruce Dubbs wrote:
Ken, You mentioned a problem with linux-3.13.5. Can you explain your
issues with that version?
-- Bruce
Ah! I've just put a short summary in my reply to you re libexecdir
on blfs-dev. Here's a MUCH fuller one:
I built 7.5
On Sun, Mar 02, 2014 at 10:53:38PM -0800, Bryan Kadzban wrote:
Ken Moffat wrote:
So I guess this is a long way of saying -- are you sure the rm userspace code
is what was hung, and not something in the kernel? Might be a prevalence of
cosmic rays I suppose, or it might be a memory
On Mon, Mar 03, 2014 at 09:56:43PM -0600, Bruce Dubbs wrote:
Ken Moffat wrote:
Too late, I've put it as an option for peopl using LFS before 7.5.
I saw that. It's ok. We may want to remove later though.
Should be easy enough to grep for, when the time comes. I'm always
conscious
On Tue, Mar 04, 2014 at 11:37:32AM -0600, William Harrington wrote:
On Mar 4, 2014, at 10:43 AM, Bruce Dubbs wrote:
eudev wants gperf and gtk-doc. We could add gperf to LFS and probably
do away with both gperf and the gudev build in BLFS. gtk-doc needs
several other prerequisites and
On Fri, Mar 07, 2014 at 12:09:35PM -0600, Bruce Dubbs wrote:
xinglp wrote:
And most importantly, /dev/disk was not created.
I got it, eudev should be after util-linux, for libblkid
It's not picking up util-linux from Chapter 5? If not, we'll need to
adjust some flags.
--
On Thu, Mar 06, 2014 at 06:22:52PM +, Ken Moffat wrote:
It is clear that my rebuild of the docs was very different from
Fernando's. At the moment I'm concentrating on rebuilding
everything in chroot, just in case there is any breakage from
accidental change in gnutls. My first attempt
I've just noticed that someone on CLFS ran 'make headers_check' and
feared that the usual error reports (from kexec.h and soundcard.h)
about userspace cannot reference function or variable defined in the
kernel were errors.
In theory, running make headers_check allows _kernel_ devs to
check
- Forwarded message from Ken Moffat zarniwh...@ntlworld.com -
#?^€^ ! I managed to send the reply to blfs instead of lfs.
On Sun, Mar 09, 2014 at 09:16:42PM -0500, Bruce Dubbs wrote:
Merging is generally not needed by me, but that may be the reason Armin
wants to move to git. I
On Sun, Mar 09, 2014 at 11:06:42PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
The great benefit of git is in branches - in svn, a branch is cast
in stone and is a PITA. In git, branches are just pointers. If
you want to maintain a stable branch, you can cherry-pick specific
commits
On Sat, Mar 15, 2014 at 01:49:54AM +0100, Armin K. wrote:
I have noticed that we don't seem to cover firmware installation
anywhere in LFS. The trick is that some modern network cards and most
wireless ones require firmware to function. Radeon cards also require
firmware (most of them does
601 - 700 of 715 matches
Mail list logo
