On Fri, Apr 25, 2014 at 10:35:11PM -0500, Bruce Dubbs wrote:
>
> Does this help?
>
> http://wiki.gentoo.org/wiki/Systemd#Kernel
>
>-- Bruce
No ;-)
They show "open by fhandle syscalls" as required, so I start to
believe there is no choice for that. But the other items I queried,
as well
I've now got to section 8.3, and as-expected I need to change my
kernel config from what I've been using, if I hope it will support
booting with systemd. But I'd like to query if a few of these
settings really are necessary, and also to suggest that we ought to
distinguish between what is require
On Tue, Apr 22, 2014 at 11:28:32AM -0700, bdu...@higgs.linuxfromscratch.org
wrote:
> Author: bdubbs
> Date: Tue Apr 22 11:28:32 2014
> New Revision: 10546
>
> Log:
> Update users so all acl tests pass
>
>
> Modified: trunk/BOOK/chapter06/shadow.xml
> ===
On Sun, Apr 20, 2014 at 09:27:55PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > I'm just looking in more detail at the set-systemd and set-sysv
> > scripts in section 7.1.
> >
> > Two questions:
> >
> > 1. set-systemd ends with
> > echo
I'm trying to guess what I need here, but the details seem to be
sparse.
1. FONT_MAP and FONT_UNIMAP : I haven't found any relevant examples
yet, but I assume those of use using UTF-8 throughout our system do
not need to specify anything ? I saw an example of FONT_MAP for
legacy 8859-2, so I'm a
I'm just looking in more detail at the set-systemd and set-sysv
scripts in section 7.1.
Two questions:
1. set-systemd ends with
echo "Now reboot with /sbin/reboot-sysv"
and set-sysv ends with
echo "Now reboot with /sbin/reboot-systemd"
Are these swapped, i.e. set-systemd should instruct
peop
On Sun, Apr 13, 2014 at 12:06:54PM -0500, Bruce Dubbs wrote:
> I would like to get the opinion of the community. Right now we have
> four tickets:
>
> #3537 MPFR-3.1.2 Patchlevel 5
> #3536 Fix BC-1.06.95 bug
> #3532 Readline-6.3 patchlevel 3
> #3532 Bash-4.3 patchlevel 8
>
> All of these call f
On Thu, Apr 03, 2014 at 08:35:34PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> >
> > I'm now sufficiently interested by this to try a _minimal_ build
> > (i.e. LFS and not much else - many of the things I normally build
> > before rebooting have their o
On Fri, Apr 04, 2014 at 08:44:22PM +0200, Denis Mugnier wrote:
> On 04/04/2014 18:41, Bruce Dubbs wrote:
> > Denis Mugnier wrote:
> >>
> >> It is possible to integrate eudev on the BLFS book to provide a solution
> >> without the systemd package?
> > Not without changing the flow. I understand the
On Fri, Apr 04, 2014 at 11:49:14AM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> >> The scripts to reconfigure are in /usr/local/sbin and are named
> >> set-systemd and set-sysv. I recommend re-reading Chapter 7 as there are
> >> a lot of changes there.
>
On Fri, Apr 04, 2014 at 02:46:13AM +0200, MENGUAL Jean-Philippe wrote:
> Hi,
>
> OK so LFS doesn't use anymore sysvinit, but Systemd. I thought the book
> 9ould use an approach like the CLFS one: one chapter if you use Systemd;
> one if sysvinit (in CLFS: if you chroot; if you reboot). Given tha
On Thu, Apr 03, 2014 at 05:11:10PM -0500, Bruce Dubbs wrote:
> I've committed a major change to the -dev version of LFS.
>
> The new version installs systemd and System V side-by-side with the
> ability to reconfigure and come up in the other system.
>
I'm sorry to see eudev disappear from the
On Wed, Apr 02, 2014 at 02:00:29PM -0500, Bruce Dubbs wrote:
> I've been trying to figure out whether we need the lfs udev rules when
> transitioning to udev from systemd-211.
>
> 83-cdrom-symlinks.rules needs write_cd_rules, so those go together.
>
Taking a quick look at them, I admit I don't
Since acl is now in the book, I decided to run its tests. I rather
wish I hadn't (my scripts do not lend themselves to keeping the
build directory around, and then going back to it later), but in
case anyone else is tempted to try this I'm reporting that I got a
non-zero return code, which caused
On Mon, Mar 31, 2014 at 01:26:46PM -0500, Bruce Dubbs wrote:
>
> The init program is controlled by the /etc/inittab file and is organized
> into run levels that can be run by the user:
>
> 0 — halt
> 1 — Single user mode
> 2 — Multiuser, without networking
> 3 — Full multiuse
On Mon, Mar 31, 2014 at 04:43:26PM -0500, Bruce Dubbs wrote:
>
> I'm not touching Chapter 5 right now. Go ahead.
>
I took the liberty of removing two words from the text in the
chapter 6 headers page. If you are updating anything else today,
feel free to remove my changelog entry : I put it th
On Sun, Mar 09, 2014 at 07:39:55PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> >
> > Should we just drop this command ?
>
> Perhaps we should. What is happening is that scripts/headers_check.pl
> is being run. The comments say:
>
> # Usage: headers_check.
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
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 branc
- Forwarded message from Ken Moffat -
#?^€^ ! 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 can'
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
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 chang
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 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 prerequisi
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
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 mi
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
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 (t
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 c
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 Thu, Feb 13, 2014 at 02:52:09PM -0600, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> In the LFS chroot for the system I built overnight, I got:
>
>
> Testsuite summar
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 director
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/l
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: src/
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
> >>
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 librar
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"
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
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, i
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
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 w
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
(Bringing this here from support after finding the fix.)
Early last month I discovered that a user could not umount anything
mounted via the 'user' option in fstab. OK, I expect many people
don't do that - it's typically for mounting external devices on a
desktop, and I guess that desktop envir
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
> > wrote:
> >> I just ran jhalfs against the latest files and had one anomaly in the
> >> new make-4.0 checks:
> >>
> >> functions/file ..
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
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
On Thu, Oct 10, 2013 at 12:49:54AM +0100, Matt Burgess wrote:
> On Wed, 2013-10-09 at 19:54 +0100, Matt Burgess wrote:
>
> > Well, I've made some progress already, just by copying and pasting the
> > original xsl:template from the upstream autoidx.xsl file. I'm now
> > working on adjusting it to
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 w
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
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 instal
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&
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. Som
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
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 some
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 patch
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.
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, that is not working. I've
now got a patch to make strace build again, s
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 kern
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 lo
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
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 o
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. >> /etc/mt
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. /etc/mtab && touch /etc/mtab)
The minix test(s) skip without reporting a failure.
Umm, we changed mtab from a file to a symlin
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
On Tue, Aug 20, 2013 at 10:55:45AM -0500, Bruce Dubbs wrote:
>
> That's correct. We can't assume that the kernel has SCSI_DEBUG enabled.
>
> > I'm fine with that, but I wonder if non-root tests really need
> > SCSI_DEBUG ?
>
> No, they don't, but the output should look like:
>
> http://www.lin
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
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/servi
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
>
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
>
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 w
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.
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 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
> >
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 a
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
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
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 m
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/fallocat
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]: ***
> [examples/calc++/exam
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 *
>
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 c
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 ver
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
> >
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 br
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: command
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 fr
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 prob
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"
>
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/k
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
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 p
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
n
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 r
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": n
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
> rpc
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 t
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 l
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 a
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
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 .
1 - 100 of 843 matches
Mail list logo
