On Tue, Jun 19, 2012 at 07:46:51AM -0600, Matthew Burgess wrote:
> On Tue, 19 Jun 2012 08:40:39 -0500, Bruce Dubbs wrote:
> > Armin K. wrote:
> >> For those of you not following systemd-devel mailing list, here are some
> >> responses from Lennart regarding systemd and udev split.
> >
> > I figur
On Tue, Jun 19, 2012 at 04:34:23PM +0100, Ken Moffat wrote:
> On Tue, Jun 19, 2012 at 07:46:51AM -0600, Matthew Burgess wrote:
> > On Tue, 19 Jun 2012 08:40:39 -0500, Bruce Dubbs
> > wrote:
> > > Armin K. wrote:
> > >> For those of you not following syste
On Sun, Jul 01, 2012 at 06:20:52PM +0100, Andrew Benton wrote:
> I should confess that (as I'm a devotee of the Klingon School of
> Programming) I didn't run any of the tests, so there may be some more
> bugs under those rocks.
>
> Andy
By Her Noodliness, that looks fun! Or perhaps FFun with _tw
On Sat, Jul 14, 2012 at 01:37:30PM -0700, Bryan Kadzban wrote:
> Haven't had a chance to try this yet, but:
>
> Armin K. wrote:
> > I've taken some time and wrote rules to build udev's keymap feature.
>
> We disable keymap in -182, and have for (IIRC) a long time. It's
> probably therefore bette
On Sat, Jul 14, 2012 at 04:53:35PM -0500, Bruce Dubbs wrote:
> Armin K. wrote:
> > On 07/14/2012 10:49 PM, Bruce Dubbs wrote:
> >
> > Here are some corrections to your work. I've defined path to usb.ids and
> > pci.ids, added common library to shared libudev because there are
> > undefined referenc
On Sat, Jul 14, 2012 at 05:03:18PM -0500, Bruce Dubbs wrote:
> Armin K. wrote:
> > On 07/14/2012 11:35 PM, Bruce Dubbs wrote:
> >> Armin K. wrote:
> >>> On 07/14/2012 10:49 PM, Bruce Dubbs wrote:
>
> I'll take a look. Thanks for the suggestions.
> >>
> >>> Here are some corrections to yo
On Mon, Jul 16, 2012 at 09:54:40PM +0300, Ivan Kabaivanov wrote:
>
> actually if we're gonna be sticklers for grammar and puctuation rules, it's
> gotta be:
>
> Installed programs: accelerometer, ata_id, cdrom_id, collect, mtd_probe,
> scsi_id, v4l_id, udevadm, and udevd
>
> (notice the comma
On Mon, Jul 16, 2012 at 06:47:47PM -0500, DJ Lucas wrote:
> Huh, I've never heard the term Serial or Harvard, only Oxford.
> Ultimately, I see it only as a matter of personal style, except when it
> actually does make the sentence ambiguous.
Agreed (including the terms Serial and Havard - I forg
On Sun, Jul 01, 2012 at 11:21:44AM -0700, Bryan Kadzban wrote:
> Fun fun fun. :-)
>
> Andrew Benton wrote:
> > test-installation.pl failed with an error:
> >
> > root:/sources/glibc-2.16.0# CC="gcc" /usr/bin/perl
> > scripts/test-installation.pl /sources/glibc-build/
> > Unmatched ( in regex; m
On Tue, Aug 14, 2012 at 08:31:36PM -0500, Bruce Dubbs wrote:
> >
> > When the ld.so regexp triggers on x86_64, the line contains:
> > ld.so-version=$(if $(abi-64-ld-soname),$(abi-64-ld-soname),ld.so.1)
> >
> > My initial reaction when I saw that was unprintable - I still have
> > no idea where
On Tue, Aug 14, 2012 at 09:40:28PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Tue, Aug 14, 2012 at 08:31:36PM -0500, Bruce Dubbs wrote:
> >>>
> >>>When the ld.so regexp triggers on x86_64, the line contains:
> >>> ld.so-version=$(if $(
On Wed, Aug 15, 2012 at 04:56:06PM +0100, Ken Moffat wrote:
> For the moment, please don't treat this as a priority. I've been
> distracted by other things today and am nowhere near confirming that
> it is indeed a perl-5.16 problem. If it isn't caused by perl-5.16,
&
On Wed, Aug 15, 2012 at 09:51:01PM -0500, Bruce Dubbs wrote:
> Bruce Dubbs wrote:
>
> soversions.mk is created in make, not make install. The suspect code is
> in Makeconfig around line 839:
>
> echo "$$lib.so-version=\$$(if
> \$$(abi-$(default-abi)-$$lib-soname),\$$(abi-$(default-abi)-$$lib-s
On support, Markku Pesonen pointed out that up to glibc-2.15 the
tzdata was installed in both /usr/share/zoneinfo{,/posix} for data
without leap seconds, and the data with leapseconds was installed
into /usr/share/zoneinfo/right.
He also noted that debian still do this.
Taking a look at tzdata
On Fri, Aug 17, 2012 at 12:52:40PM -0500, Bruce Dubbs wrote:
>
> Looking at the date code in coreutils, I think the only things that use
> the zoneinfo data is when TZ is set or /etc/localtime is a copy of a
> file in the zone DB. I'll be interested in what you find.
>
I do wish you hadn't sa
On Sat, Aug 18, 2012 at 07:34:04AM +0200, g@free.fr wrote:
>
>
> - Mail original -
> > De: "Ken Moffat"
> > À: "LFS Developers Mailinglist"
> > Envoyé: Samedi 18 Août 2012 05:08:05
> > Objet: Re: [lfs-dev] tzdata
> >
>
On Sat, Aug 18, 2012 at 07:34:04AM +0200, g@free.fr wrote:
>
> > flex-2.5.37 - still the 2 failures, they don't seem to be related to
> > date/time consideration : test-bison-yyl{loc,val}. Again, I'll
> > probably defer these until the tzdata is a bit clearer.
> >
> This is a bison-2.6 issue
On Fri, Aug 17, 2012 at 11:16:08PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Fri, Aug 17, 2012 at 12:52:40PM -0500, Bruce Dubbs wrote:
>
> I'm rerunning a full build right now. I intended to check all tests,
> but it's not done yet. I did leave /etc/
On Sat, Aug 18, 2012 at 04:57:03PM +0100, Ken Moffat wrote:
> On Sat, Aug 18, 2012 at 07:34:04AM +0200, g@free.fr wrote:
> >
> > I am with glibc-2.11 with chroot /etc/localtime as a copy of real
> > /etc/localtime.
> >
> > I don't see test failures in s
On Sat, Aug 18, 2012 at 07:26:43PM -0500, Bruce Dubbs wrote:
>
> the tests pass. I think we we have a problem with the time zone
> installation. Right now we are using:
>
> for tz in etcetera ...; do
> zic -L leapseconds -d /usr/share/zoneinfo -y "sh yearistype.sh" \
> ${tz}
> do
On Sun, Aug 19, 2012 at 12:12:20PM -0500, Bruce Dubbs wrote:
> Ken,
>You suggested separating the time zone data into a separate page.
> One problem is that the tarball does not expand into a separate directory.
>
> One place where this can cause a problem is with jhalfs. What do you
> thin
On Sun, Aug 19, 2012 at 10:05:16PM +0100, Ken Moffat wrote:
>
> Earlier, I think I said something like " I'm fixing my buildscripts" -
> that was caused by this. Jhalfs is, as you know, not something I use.
> If it's easier to repackage tzdata, we can note why w
On Sun, Aug 19, 2012 at 08:21:16PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > But in the meantime I've been thinking - this is the
> > weekend, _most_ people who post are in the Northern hemisphere where
> > it is a peak holiday season : there is no need to
On Mon, Aug 20, 2012 at 08:36:49AM +0100, Matt Burgess wrote:
>
> I must admit, I really don't like putting 'lfs' in the tarball name.
> Can't we still use the same 'unpack; cd; build' process, if we add a
> note that one needs to use tar's --transform option? The following
> works for me:
>
> t
On Wed, Aug 15, 2012 at 07:07:23PM -0500, Bruce Dubbs wrote:
> Bruce Dubbs wrote:
> > Ken Moffat wrote:
>
> >> I think that means our build process is no longer adequate for this
> >> version of glibc.
>
> That's overstating things a bit. I'
When I was looking at fedora, I noticed that they use another
configure switch: --enable-obsolete-rpc. Adding that installs the
rpc and rpcsvc headers (as well as the rpcsvc pascal .x files which
glibc used to install [ I looked at 2.12.2 ].
Does that seem a worthwhile change to make ? (not tes
On Mon, Aug 20, 2012 at 12:48:58PM -0500, Randy McMurchy wrote:
> Hi all,
>
> Though some may remember me from my work in the LFS community, many
> of you will not. So, I would like to re-introduce myself. My name is
> Randy McMurchy and I have been building LFS since March of 2004. Hard
> to beli
On Sun, Aug 19, 2012 at 08:21:16PM -0500, Bruce Dubbs wrote:
>
> Debian does not seem to
> copy the .tab files (may not be needed),
In fact, there only ever seems to have been one tab file
(zones.tab) - documentation, a table of all the timezones.
ĸen
--
das eine Mal als Tragödie, das ander
On Mon, Aug 20, 2012 at 09:22:46PM -0500, Bruce Dubbs wrote:
> k...@linuxfromscratch.org wrote:
> > Author: ken
> > Date: 2012-08-20 17:51:22 -0600 (Mon, 20 Aug 2012)
> > New Revision: 9944
> >
> > Modified:
> > trunk/BOOK/udev-config/ChangeLog
> > trunk/BOOK/udev-config/Makefile
>
> Ken,
On Tue, Aug 21, 2012 at 12:13:45PM -0500, Bruce Dubbs wrote:
> I am proposing that we freeze LFS for 7.2 with the packages we now have
> in svn. There is one outstanding ticket to address glibc issues, but
> that does not require a package change.
>
> Util-linux may come out with a new release
On Tue, Aug 21, 2012 at 03:14:47PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Tue, Aug 21, 2012 at 12:13:45PM -0500, Bruce Dubbs wrote:
> >> I am proposing that we freeze LFS for 7.2 with the packages we now have
> >> in svn.
>
> > I'd like to
On Tue, Aug 21, 2012 at 06:11:14PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > But I don't understand the reference to KOI8 - I've got it
> > installed, but it won't be used in a utf8 test.
>
> We are talking about different packages. The four
On Wed, Aug 22, 2012 at 12:48:33AM +0100, Ken Moffat wrote:
> On Tue, Aug 21, 2012 at 06:11:14PM -0500, Bruce Dubbs wrote:
> >
> > We are talking about different packages. The four you mention in sed
> > looking for LANG=ru_RU.UTF-8 and one place in grep:
> >
> &
On Wed, Aug 22, 2012 at 01:44:15AM +0100, Jasmine Iwanek wrote:
> On 2012-08-22 01:22, Ken Moffat wrote:
> > I'm adding the extra locales. Then I'll add the patch for sed.
> >
> > ĸen
> > --
> > das eine Mal als Tragödie, das andere Mal als Farce
>
On Tue, Aug 21, 2012 at 08:49:49PM -0500, Bruce Dubbs wrote:
>
> Ken, when you add an entry in the change log, please do it at the top so
> we can tell the order of changes by reading up (as the dates are).
>
>-- Bruce
>
I've never done that before, either here or in BLFS. Indeed, I
take
Just a heads-up that on at least one box (mine), gcc-4.7.1 might be
problematic for the kernel in certain circumstances.
I've been using 3.5.0 on the LFS-7.1 system on this box, and it is
fine. Didn't have time to upgrade the kernel, but 3.5.2 came out
during my latest build - so, I dropped tha
On Thu, Aug 23, 2012 at 02:34:20AM +0100, Ken Moffat wrote:
> Just a heads-up that on at least one box (mine), gcc-4.7.1 might be
> problematic for the kernel in certain circumstances.
>
Turns out I don't use two machines very often, or if I do, I switch
to a spare tty, then us
With my current experience of failed testsuites, and (probable
hardware failure causing) a bogus delay to 7.2-rc1, I hate to
mention this, but the sed in automake-1.12.3 is already included
upstream:
ken@ac4tv /scratch/ken/automake-1.12.3 $diff -C 8
t/aclocal7.sh{.orig,}
*** t/aclocal7.sh.orig 2
On Thu, Aug 23, 2012 at 08:10:00PM -0500, Bruce Dubbs wrote:
>
> OK. That's why it's a -rc1 and not a final release. Removing the sed
> is no big deal. Do you want to do it? Only svn needs the change.
>
Done - I was ignoring mail while I made sure my initial BLFS
scripts were using current
On Sun, Aug 26, 2012 at 12:46:26AM -0500, Bruce Dubbs wrote:
>
> Everything looks OK to me. Jasmine, what is the command line (from the
> log) that produces the error? I don't know what you are doing that
> wants to output to cross-rpc_clntout.o.
>
>-- Bruce
>
Interrupting, after some bu
On Sun, Aug 26, 2012 at 03:38:57PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Sun, Aug 26, 2012 at 12:46:26AM -0500, Bruce Dubbs wrote:
> >>
> >> Everything looks OK to me. Jasmine, what is the command line (from the
> >> log) that produces the err
On Sun, Aug 26, 2012 at 10:13:10PM +0100, Ken Moffat wrote:
>
> So, yes, as you have pointed out, it is using the host's compiler
> here.
>
> Looking at my previous builds, in 2.14.1 and 2.15 cross-rpc did not
> get built, so something based on the initial patch I point
On Sun, Aug 26, 2012 at 05:24:42PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
>
> It would now appear there is an error in the sunrpc portion of the
> Makefile that is calling the wrong gcc. I guess it didn't fail for me
> because I did install libtirpc for testi
On Sun, Aug 26, 2012 at 06:14:17PM -0500, Bruce Dubbs wrote:
> Bruce Dubbs wrote:
>
> > I tried setting CC in the environment for just the make and it didn't
> > work. I also tried exporting BUILD_CC and wasn't picked up either. Now
> > I just edited the Makefile to set BUILD_CC and it will take
On Sun, Aug 26, 2012 at 07:14:33PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Sun, Aug 26, 2012 at 06:14:17PM -0500, Bruce Dubbs wrote:
> >> Bruce Dubbs wrote:
> >>
> >>> I tried setting CC in the environment for just the make and it didn't
On Mon, Aug 27, 2012 at 02:08:26AM +0100, Ken Moffat wrote:
...
The cause of all this is
commit 28e725016266de6cc18f7aef5c675c57b7a42a89
Author: Maxim Kuvyrkov
Date: Thu May 10 17:07:45 2012 +
Build rpcgen-generated files when cross compiling.
but it doesn't revert cleanly ag
On Sun, Aug 26, 2012 at 06:51:37PM -0700, Bryan Kadzban wrote:
>
> Uh, isn't that backwards? :-)
>
> BUILD_CC is the CC to use to build programs that will be executed on the
> cross-compilation *source* architecture, not the destination. ${LFS_TGT}
> is the destination arch. The glibc sources a
On Sun, Aug 26, 2012 at 08:53:27PM -0500, Bruce Dubbs wrote:
>
> Hmm. I have:
>
> x86_64-lfs-linux-gnu-gcc rpc_main.c -c -std=gnu99 -fgnu89-inline -O2
> -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g
> -Wstrict-prototypes-D_RPC_THREAD_SAFE_ -I../include
> -I/
On Sun, Aug 26, 2012 at 07:59:25PM -0700, Bryan Kadzban wrote:
>
> Pulling in a reply from the other thread...
>
> Ken Moffat wrote:
> > but I'm still expecting to see moans about this new requirement,
>
> Yeah, that's understandable. Hmm.
>
> Well, l
On Mon, Aug 27, 2012 at 03:46:00AM +0100, Jasmine Iwanek wrote:
>
> As I've stated several times now, we should *not* be pulling host
> headers into glibc.
>
You haven't explained why you didn't install the headers on youur
first build. In page 6.9 we say
Install NIS and RPC related headers t
On Sun, Aug 26, 2012 at 09:30:56PM -0500, Bruce Dubbs wrote:
> Starting a new thread.
>
[...]
>
> I'm starting to think that the problem is that we've built Chapter 6
> glibc in 7.2 without the --enable-obsolete-rpc which would probably
> solve the problem there. For a 7.1 host, we'd need a no
On Mon, Aug 27, 2012 at 09:48:41AM -0500, Bruce Dubbs wrote:
>
> I think we have corner case here. The only system that is a problem is
> 7.1 without libtirpc being installed (or someone who didn't follow the
> book). Now that I think of it, we could add to the host system
> requirements a c
On Mon, Aug 27, 2012 at 02:13:12PM -0500, Bruce Dubbs wrote:
> Moving to -dev.
>
> > Comment(by ken@…):
> >
> > Replying to [comment:5 bdubbs@…]:
> > > Replying to [comment:4 ken@…]:
> > > > The arch patch *does* apply to 2.16.0 for me.
>
> I don't know what I did before, but it does apply
On Mon, Aug 27, 2012 at 05:43:21PM -0500, Bruce Dubbs wrote:
>
> Reading the Fedora messages was interesting. I went ahead and added the
> patch. Looking at the book's change log, we've made 5 changes since
> -rc1. The most significant were today with changes in glibc, but
> standing back an
On Tue, Aug 28, 2012 at 06:28:11PM -0400, Baho Utot wrote:
> I am building LFS-7.0 but this may also be true of the latest LFS
>
> I have found that mountpoint and its man page is in util-linux and
> sysvinit packages.
> I know that the way LFS installs packages the sysvinit package would
> over
On Thu, Aug 30, 2012 at 10:55:39PM +0200, Tobias Gasser wrote:
>
>
> to save some time and space, i don't build the posix files but use links:
>
Yeah, you can do that, but on a modern system, in the context of
building the system with LFS, the time is immaterial. The space for
the posix direct
On Fri, Aug 31, 2012 at 11:02:23AM -0500, Bruce Dubbs wrote:
> Ragnar Thomsen wrote:
> > In the glibc instructions in chapter 6 just before copying the NIS/RPC
> > headers
> > there is a typo:
> >
> > "Install NIS and RPC related headers that are not installed by default;
> > these
> > are requir
On Sat, Sep 01, 2012 at 05:01:07PM +0100, Jasmine Iwanek wrote:
> Results are from building ch5 glibc onwards in ch5 (not installed)
>
Sorry, I forgot I intended to reply to this.
> binutils build pass2: (superficial)
> -/mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-
On Thu, Sep 27, 2012 at 10:34:44PM +0200, Ragnar Thomsen wrote:
> On Thursday 27 September 2012 15:05:00 Bruce Dubbs wrote:
> > My system boots to the login prompt in about 8 seconds without it. How
> > much time do you think it might save?
>
> My system boots to login in around 10 seconds, and w
On Mon, Oct 01, 2012 at 11:03:50PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> >>>I don't follow systemd, no doubt some of the changes are important
> >>> for the project, but without monitoring it I can't guess which, if
> >>&g
On Tue, Oct 02, 2012 at 11:23:12AM -0400, Baho Utot wrote:
>
> Ugh,
>
> If Lennart and redhat succeed in moving linux to systemd I am moving to
> *BSD. I have talked to many BSD developers ( there was a linux fest on
> saturday here) and they plan on sticking to a "scripts" base init
> system
(changing the subject)
On Tue, Oct 02, 2012 at 06:32:14PM +0100, Ken Moffat wrote:
>I see that Bryan has a 'fork' of standalone udev (I
> guess that just means his own branch), and at least one of his
> commits has gone into standalone.
If anyone wants to play with s
On Tue, Oct 02, 2012 at 02:42:57PM -0500, Bruce Dubbs wrote:
>
> Ken, I'm not sure I follow. At least in -193, there is no autogen.sh.
> I can't find a standalone-udev tarball with google. I also think our
> methodology is a bit cleaner, especially since BLFS builds gudev and
> keymap (fro
On Tue, Oct 02, 2012 at 06:42:40PM -0500, Bruce Dubbs wrote:
> I am wondering about making a change to LFS to combine some of the root
> directories and /usr.
>
My initial feeling was very negative - it doesn't seem to affect me
(/usr has always been part of / rather than separate on all my
buil
On Wed, Oct 03, 2012 at 07:52:14PM -0400, Baho Utot wrote:
>
> Actually it goes much farther for me. It isn't just this package or
> that package but a general direction of linux seems to going down hill (
> in my opinion) faster that a snowball headed for hell. Everyone seems to
> want someth
On Wed, Oct 03, 2012 at 05:47:27PM +0200, Henrik /KaarPoSoft wrote:
>
> This was actually much more painless than I had expected; in contrast,
> updating to a new version of gcc or gnome is 10-20 times more work (not
> to mention upgrading Python, which seems like a project for a lifetime).
>
On Thu, Oct 04, 2012 at 08:29:51AM -0400, Baho Utot wrote:
> On 10/04/2012 08:15 AM, Matthew Burgess wrote:
> > On Thu, 04 Oct 2012 08:09:50 -0400, Baho Utot
> > wrote:
> >
> >> The file system is ext3 the same as on each box. Rsync is not an option
> >> as only the desktop machine has it at t
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
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'
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 /mnt/lfs/sources
>
> I'd think that 4G would be plenty. After building, don't forget
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 develo
On Sun, Nov 25, 2012 at 11:04:01PM +0100, Pierre Labastie wrote:
> At this place in the book, everything should be independant on what is
> on the host, shouldn't it ? librt and libpthread are both from glibc. I
> more suspect the optimization, as pointed out by Armin. Trying again
> without op
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.
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
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
--
http://linuxfromscratch.org/mai
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
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: k...@higg
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 decid
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
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/cpp
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 bu
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
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 Fe
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 :
http://www.theregister.co.uk/2012/12/22/verity_stob_8086_and_al
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
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
On Mon, Feb 25, 2013 at 11:25:55PM +, Matt Burgess wrote:
> On Mon, 2013-02-25 at 22:47 +0000, 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
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 eve
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
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 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 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 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:
> > 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 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
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
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
301 - 400 of 843 matches
Mail list logo
