On Tue, Apr 24, 2012 at 08:43:43PM +0100, Ken Moffat wrote:
> For i?86, when we force it to build for m486 we also add -O3. I've
> been using -O3 for glibc on x86_64 in case it turns out to be
> beneficial. On my old single processor machines, I doubt that it
> helped, but my
On Wed, Apr 25, 2012 at 02:18:40AM +0100, Ken Moffat wrote:
> On Tue, Apr 24, 2012 at 08:43:43PM +0100, Ken Moffat wrote:
>
> Still doing this after chapter 6 is complete, but at a differnet
> line in the same file. Oddly, if I try 'make' *after* the error it
> l
Working my way through the changes to my own scripts, when I got to
chapter 6 I found 6.10 was still called Re-adjusting the Toolchain,
despite the apparent rename of the xml file, and I found the first
part of the text confusing in the light of the chapter 5 changes.
Compare
http://www.linuxfro
On Thu, Apr 26, 2012 at 02:42:15PM -0400, Jeremy Huntwork wrote:
> On 26 Apr 2012, at 14:02, Ken Moffat wrote:
> > Compare
> > http://www.linuxfromscratch.org/lfs/view/development/chapter06/readjusting.html
> > to
> > http://www.linuxfromscratch.org/lfs/view/jh/chap
On Thu, Apr 26, 2012 at 03:14:18PM -0400, Jeremy Huntwork wrote:
> On 26 Apr 2012, at 15:10, Ken Moffat wrote:
> > I've got a diff of chapter06/adjusting.xml from trunk/BOOK to
> > branches/jh which looks as if it will do the right thing. I can
> > apply it if you like
On Wed, Apr 25, 2012 at 10:01:59AM +0200, Pierre Labastie wrote:
> Several comments on this thread :
>
> - I am building with jhalfs. With my configuration, it passes -03 -pipe
> -march=native to all the builds (either 32 or 64 bits)
> except gcc, gmp (configure does a better job in finding the r
On Wed, Apr 25, 2012 at 01:18:27AM +0100, Ken Moffat wrote:
>
> On svn-20040419 x86_64, with static libraries mostly suppressed, I
> saw failures in
> gcc -
> 3 unexpected failures in libitm, but none were specifically listed
Correction : that was 3 *expected* failures
(resending, hopefully I've got the right list this time)
I'm building the current book with the newer grep, man-pages,
kernel-headers, and autofoo that Matt is working on. This is as a
test of my hardware (looking good at the moment, but a few BLFS
packages have caused me ICEs recently, so not
On Sat, Apr 28, 2012 at 06:54:58PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> >
> > I'm assuming this is from gnulib-tests/test-getlogin.c. Not seen
> > this failure in my builds earlier this week, perhaps it's a one-off
> > or perhaps somet
On Sun, Apr 29, 2012 at 06:09:58AM +0100, Matt Burgess wrote:
> On Sun, 2012-04-29 at 00:39 +0100, Ken Moffat wrote:
>
> > I'm assuming this is from gnulib-tests/test-getlogin.c. Not seen
> > this failure in my builds earlier this week, perhaps it's a one-off
>
On Sun, Apr 29, 2012 at 06:01:08PM +0100, Ken Moffat wrote:
> >
> > There's a sed in the book to avoid the test failure. The sed is not the
> > right fix, but I'm working on-and-off with upstream to try and get to
> > the bottom of the issue.
> >
> &
On Mon, Apr 30, 2012 at 08:12:10AM +0100, Matt Burgess wrote:
> On Mon, 2012-04-30 at 04:59 +0100, Ken Moffat wrote:
>
> > As I said originally, this was a new failure for me. And also, the
> > sed doesn't seem to fix it.
>
> That's interesting. Would you be
On Mon, Apr 30, 2012 at 01:07:30PM +0100, Ken Moffat wrote:
> On Mon, Apr 30, 2012 at 08:12:10AM +0100, Matt Burgess wrote:
> > On Mon, 2012-04-30 at 04:59 +0100, Ken Moffat wrote:
> >
> > > As I said originally, this was a new failure for me. And also, the
> >
My shiny new LFS system is heading for /dev/null. That's ok, it
was only a test of current packages, but I must admit I'd hoped to
keep it for a week or two.
The reason is that although I've built everything except for some
gnome packages, I didn't test sound until last night. Totally
broken.
On Tue, May 01, 2012 at 08:22:01PM +0100, Andrew Benton wrote:
> On Tue, 01 May 2012 20:05:54 +0100
> Ken Moffat wrote:
>
> >
> > Google found that *some* people have been hitting this since
> > glibc-2.14. It also pointed me to a patch at cross-lfs,
> >
On Tue, May 01, 2012 at 10:25:51PM +0100, Matt Burgess wrote:
> On Tue, 2012-05-01 at 22:10 +0100, Ken Moffat wrote:
>
> > Also, anyone know why we dropped this ? I see that it is
> > supposedly already in upstream (described as 'from upstream' for
> > 2.14.1)
On Tue, May 01, 2012 at 06:14:40PM -0500, Bruce Dubbs wrote:
> Thomas de Roo wrote:
> >
> >
> > -Oorspronkelijk bericht-
> > Van:Ken Moffat
> > Verzonden:di 01-05-2012 23:14
> > Onderwerp:Re: [lfs-dev] Broken sound (glibc).
> > Aan:LFS Developers Mailinglist ;
> >
> > Let's rephrase
On Wed, May 02, 2012 at 12:53:50AM +0100, Andrew Benton wrote:
> On Tue, 01 May 2012 23:12:16 +0100
> Matt Burgess wrote:
>
>
> > This is upstream bug 13579
> > (http://sourceware.org/bugzilla/show_bug.cgi?id=13579) and the
> > attached patch should fix it. Would you mind giving it a try plea
In gegl, Fernando noted that the shipped documentation is installed
if gtk-doc being present, but the explanation says:
--enable-gtk-doc: Use this parameter if GTK-Doc is installed and you
wish to rebuild and install the API documentation.
Unfortunately, this is the standard xinclude. For gegl
On Mon, May 07, 2012 at 06:55:26PM +0100, Ken Moffat wrote:
> In gegl, Fernando noted that the shipped documentation is installed
> if gtk-doc being present, but the explanation says:
Oh Magoo, you've done it again! Will try blfs-dev, unless I make
the same mistake again.
ĸen
--
d
[ retry, hoping to spell blfs-dev with a 'b' this time :-( ]
In gegl, Fernando noted that the shipped documentation is installed
if gtk-doc being present, but the explanation says:
--enable-gtk-doc: Use this parameter if GTK-Doc is installed and you
wish to rebuild and install the API documenta
On Thu, May 10, 2012 at 10:41:36AM -0500, Bruce Dubbs wrote:
> xinglp wrote:
> >
> > Show them in hex
> > mkdir -v aaa|view - -c '%!xxd'
> > 000: 6d6b 6469 723a 2063 7265 6174 6564 2064 mkdir: created d
> > 010: 6972 6563 746f 7279 20e2 8098 6161 61e2 irectory ...aaa.
> > 020: 8099 0
On Fri, May 11, 2012 at 04:06:55AM +0800, xinglp wrote:
> As described at
> http://www.linuxfromscratch.org/lfs/view/development/chapter06/kbd.html
>
> But the manpage of resizecons was installed.
Looking back, 7.1 did the same (manpage but no program).
ĸen
--
das eine Mal als Tragödie, das an
On Thu, May 10, 2012 at 10:14:43PM +0100, Matt Burgess wrote:
> On Thu, 2012-05-10 at 21:47 +0100, Ken Moffat wrote:
> > On Fri, May 11, 2012 at 04:06:55AM +0800, xinglp wrote:
> > > As described at
> > > http://www.linuxfromscratch.org/lfs/view/development/chapter06/kb
On Thu, May 10, 2012 at 10:56:08PM +0100, Ken Moffat wrote:
> On Thu, May 10, 2012 at 10:14:43PM +0100, Matt Burgess wrote:
> >
> > This looks, at a quick glance, to be an upstream bug. xinglp, Ken, have
> > you contacted them yet?
> >
>
> My first step wi
On Fri, May 11, 2012 at 12:11:34AM +0100, Ken Moffat wrote:
>
> There is a patch in the OpenSuse srpm, against configure.ac - I can
> see them applying it, but I don't see what sort of autofoo they use
> to update configure. Weird, but since it has gone upstream I look
On Fri, May 11, 2012 at 12:20:34AM +0100, Ken Moffat wrote:
> On Fri, May 11, 2012 at 12:11:34AM +0100, Ken Moffat wrote:
> >
> > There is a patch in the OpenSuse srpm, against configure.ac - I can
> > see them applying it, but I don't see what sort of autofoo they u
On Fri, May 11, 2012 at 12:45:04AM +0100, Ken Moffat wrote:
>
> A very old document at
> http://luv.asn.au/overheads/virtualconsoles.html#fonts
> suggests that the command 'restoretextmode -w COLSxROWS' (e.g.
> 132xSomething) is needed to create these files, but I do
On Thu, May 10, 2012 at 08:09:48PM -0700, Bryan Kadzban wrote:
> Ken Moffat wrote:
> > The build system of kbd is clever enough to reconfigure itself!
> > *very_weird*. BUT, the required videomodes files are missing.
>
> For the record -- automake-generated Makefiles c
First, some assertions:
1. resizecons cannot work without video mode files, which are
produced by a program from the svgalib package.
2. svgalib is defunct, and was only applicable to linux kernels
before 2.6 : there are patches around to enable it to be compiled,
and some distros include it, bu
On Fri, May 11, 2012 at 04:06:54PM +0100, Ken Moffat wrote:
>
> The proposal:
>
> If the first 3 assertions are correct, then I suggest that we should
> remove resizecons, and its manpage, from the build - with some seds
> (not yet tested), and in explaining the seds use
On Thu, May 17, 2012 at 01:17:46PM +0800, xinglp wrote:
> Does the 'setfont' resize the console on the fly as change the
> "vga=xxx" of grub do.
> The behavior of changing console's resolution on the fly is usefull
> when use a "live" lfs.
> As I don't have X installed.
No idea - I don't use vga=
On Thu, May 17, 2012 at 02:48:13PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Fri, May 11, 2012 at 04:06:54PM +0100, Ken Moffat wrote:
> >> The proposal:
> >>
> >> If the first 3 assertions are correct, then I suggest that we should
> >>
On Thu, May 17, 2012 at 02:33:16PM -0700, Qrux wrote:
>
> On May 17, 2012, at 12:31 PM, Ken Moffat wrote:
>
> >
> > Does this work for you ?
>
> Was resizecons a part of pre-7.1 LFS? If not...What is the rationale for
> inclusion at this point? It sounds li
On Thu, May 17, 2012 at 03:38:00PM -0700, Qrux wrote:
>
> Is the rationale for kbd inclusion in LFS (as opposed to BLFS) the fact that
> there are international users who don't have US keyboards?
Even for insular Americans, it lets you setfont, so you can use a
style and size of console font wh
On Thu, May 17, 2012 at 03:48:02PM -0700, Qrux wrote:
>
> I didn't know LFS ran on EFI machines. That sounds like a pretty cool port.
>
I don't know if anyone has booted it, but I remember questions in
the past. It's only the bootloader (and some choices in the kernel)
that differ.
>
> What i
On Thu, May 17, 2012 at 04:37:24PM -0700, Qrux wrote:
>
> Console fonts (and asking people to build FB support in kernels) seem like a
> waste of effort when most people probably spend 99% of their time SSH'ed in
> to their LFS box or running X (both BLFS considerations).
>
As well as adding
On Thu, May 17, 2012 at 06:18:30PM -0700, Qrux wrote:
>
>
> > On Thu, May 17, 2012 at 04:37:24PM -0700, Qrux wrote:
> >>
> >> Console fonts (and asking people to build FB support in kernels) seem like
> >> a waste of effort when most people probably spend 99% of their time SSH'ed
> >> in to th
On Fri, May 18, 2012 at 03:16:30PM +0800, xinglp wrote:
>
> In fact, I didn't know about resizecons until days before.
> Since I found "man ifup" display dash "-" into a "■" on local console,
> I diged into kbd, and found resizecons, I think it maybe usefull.
> When I use my "live lfs" I put "vga
On Fri, May 18, 2012 at 02:39:50PM +0800, xinglp wrote:
> The setfont does change the font size,but it does not work as I change
> vga=xxx in grub.
>
Can you be more specific, please ? I don't understand exactly what
you mean. Your kernel starts with a particular font size, whichyou
have set fr
On Sat, May 19, 2012 at 02:32:52AM +0800, xinglp wrote:
>
> Ennn, my poor English. I have not set any font from grub.
> When I setfont lat1-08, font become smaller,and I can see more
> characters on the screen.
> But it looks like different from when I set the "just fit" video
> parameter to grub.
On Sat, May 19, 2012 at 09:19:10AM -0700, Fernando de Oliveira wrote:
> I am posting this to two lists because Vim is common to both. Of course,
> discussion and opinions, if any, could be different in each one.
>
> While some softwares are rushing new versions even weekly, others stick to a
> "
On Sun, May 20, 2012 at 04:34:11PM -0500, Bruce Dubbs wrote:
> Jeremy Huntwork wrote:
> >
> > I think perhaps the point is being missed here. The purpose of the
> > proposal (creating and providing binaries) isn't for the _reader's_ use,
> > (if someone found them and wanted to use them that's t
On Sat, May 19, 2012 at 09:26:31AM -0400, Jeremy Huntwork wrote:
>
> Proposal:
>
> 1. Adjust LFS/BLFS to auto-generate build recipes for individual
> packages that a packaging tool can use to create binary packages with
> meta information included such as dependency tracking.
>
> 2. Store 'off
On Fri, May 25, 2012 at 02:40:54PM -0500, Bruce Dubbs wrote:
> Jeremy Huntwork wrote:
> > On 5/25/12 12:51 PM, Bruce Dubbs wrote:
> >> I suppose we will need to do a minimal install in LFS and a more
> >> complete install with all the bells and whistles in BLFS. Sigh.
> >
> > There are dev altern
On Mon, May 28, 2012 at 01:52:38PM -0500, Bruce Dubbs wrote:
> Continuing this thread.
>
> I built a current SVN and stopped at udev. Trying to run systemd
> configure is a problem.
>
> 1. It wants intltool
> 2. It wants intltool's dependency XML::Parser
> 3. It wants libpcap2 and implicitly
On Mon, May 28, 2012 at 05:07:17PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > For BLFS users who need gudev or any of the other parts that LFS
> > can do without, it looks nastier. Do-able, but finding someone to
> > build all the deps and then document how to
On Mon, May 28, 2012 at 10:38:37PM +0100, Ken Moffat wrote:
>
> One bright note : although it uses a lot of libtool-foo in the
> regular install, at the end of 'make' all the udev programs appear to
> be ready for a conventional install, and libudev.la appears as if it
&
On Mon, May 28, 2012 at 07:27:18PM -0500, Bruce Dubbs wrote:
>
> Well there is also:
>
> sed -i -e "s,systemd.*-,,gi" man/udev.7 man/*udev*.8
>^ ^^
> :)
>
Yes, much nicer :)
> And of course after installation:
>
> pushd /usr/share/man/man8
> mv
On Tue, May 29, 2012 at 10:07:38AM -0600, Matthew Burgess wrote:
> On Tue, 29 May 2012 09:02:17 -0700 (PDT), Fernando de Oliveira
> wrote:
>
> > Digging into this since yesterday evening, discovered first that 3.4 is
> > dev and stable version is 3.3.7, second, the error is well known:
> >
> >
On Tue, May 29, 2012 at 12:55:36AM -0500, Bruce Dubbs wrote:
>
> The script I built to compile and link the programs is fairly long (and
> ugly to my taste), but also pretty straight forward. I haven't tested
> the programs yet, but the build is clean.
>
> If we have to, we can create a 'patch
On Mon, May 28, 2012 at 05:07:17PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > 8. The following have gone:
> > rule_generator.functions
> > write_cd_rules
> > write_net_rules
>
> I noticed that too, but they are all ascii.
> /lib/udev/rules.d/7
On Tue, May 29, 2012 at 03:01:57PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Mon, May 28, 2012 at 05:07:17PM -0500, Bruce Dubbs wrote:
> >> Ken Moffat wrote:
> >>
> >>> 8. The following have gone:
> >>> rule_generator.functions
> &
On Tue, May 29, 2012 at 04:43:43PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > You seem to be making good progress here. I've only managed to do
> > a DESTDIR install for the accelerometer ... v4l_id batch of programs
> > and for libudev.* : Haven&
On Tue, May 29, 2012 at 10:32:29PM -0700, Bryan Kadzban wrote:
> Bryan Kadzban wrote:
> > Upgrading kmod now; will see what I hit next. This might just work;
> > let's see. :-)
>
> Got it to compile all the binaries (I think) we need, by removing a
> couple of totally unnecessary dependencies f
On Tue, May 29, 2012 at 11:24:39PM -0700, Bryan Kadzban wrote:
>
> seems to generate the right set of binaries and files under
> /tmp/udev-test. Of course we still have to rename
> /lib/udev/systemd-udevd to plain old /lib/udev/udevd. (Or change the
> target in rootlibexecdir, actually. Looks like
On Wed, May 30, 2012 at 11:48:22AM -0500, Bruce Dubbs wrote:
>
> You are not doing this in an LFS Chapter 6 type of environment. I did
> this and immediately got:
>
> ./configure: line 12067: intltool-update: command not found
> checking for intltool >= 0.40.0... found
> configure: error: Your
On Tue, May 29, 2012 at 09:36:07PM -0500, Bruce Dubbs wrote:
> Bruce Dubbs wrote:
> > Ken Moffat wrote:
> >
> >> You seem to be making good progress here.
> >
> > Try the attached patch.
> >
> > tar -xf systemd-183.tar.xz
> > cd sys
On Tue, May 29, 2012 at 11:42:41PM -0500, Bruce Dubbs wrote:
> Bruce Dubbs wrote:
>
> I rebooted and udev from systemd seems to work with the patch. I
> updated the patch (same location, timestamp 29-May-2012 22:28) because I
> forgot to create /lib/udev/devices/{null,pts}. The latest patch n
On Wed, May 30, 2012 at 04:55:40PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> >
> > The bad: I cannot compile xf86-input-evdev, it needs libudev.pc or
> > flags pointing it to libudev. For me, this is a showstopper.
>
> I went to the source of xf86-input-evdev-
On Wed, May 30, 2012 at 10:12:10PM +0100, Matt Burgess wrote:
> On Wed, 2012-05-30 at 05:33 -0700, Dan Nicholson wrote:
> > On Mon, May 28, 2012 at 1:00 PM, Jeremy Huntwork
> >
> > Have any of you guys considered actually making patches and sending
> > them upstream? The autotools are not that sca
On Wed, May 30, 2012 at 06:50:07PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Wed, May 30, 2012 at 04:55:40PM -0500, Bruce Dubbs wrote:
>
> >> I'll try to create a dynamic udev library in my script.
>
> OK, I was successful. It was a bit tricky. First
On Wed, May 30, 2012 at 07:21:27PM +0200, Armin K. wrote:
>
> Alright ... Here's one crazy idea. I am unable to follow your discussion
> and build system development, but you can try the following:
>
> 1. Extract udev-182 (last standalone version)
> 2. Merge source files changes from 183 into th
On Thu, May 31, 2012 at 06:05:05AM -0700, Dan Nicholson wrote:
>
> Here's an update. I forgot that [] are quotes in autoconf, so you
> usually end up using test instead. I still didn't test it works all
> the way, but I think configure should run.
>
Thanks. I'll take a look later.
> Allow me t
On Wed, May 30, 2012 at 08:49:05PM -0500, Bruce Dubbs wrote:
>
> Now use systemd-lfs-2.patch
>
> The build remains:
>
>tar -xf systemd-183.tar.xz
>cd systemd-183
>patch -Np1 -i ../systemd-lfs-2.patch
>sh make.sh
>sh install.sh
>
Failed to link:
CC cdrom_id
CC ata_id
CC ac
On Thu, May 31, 2012 at 02:10:44PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> >
> > Failed to link:
> >
> > CC cdrom_id
> > CC ata_id
> > CC accelerometer
> > /usr/bin/ld: cannot find -ludev
> > collect2: error: ld returned 1 exit stat
On Thu, May 31, 2012 at 02:35:15PM -0500, Bruce Dubbs wrote:
> Bruce Dubbs wrote:
>
> It gets through configure, but I haven't started to look at make yet.
>
> In any case, I'm not sure how to handle this in Chapter 6 yet.
> autoreconf requires pkg-config and we don't have that in LFS.
>
> At a
On Thu, May 31, 2012 at 04:32:22PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > Is it worth me testing that this does work for xorg/Mesa ? Or are
> > you concentrating on the patches to separate it ?
>
> Not sure. I've spent most of the day looking at conf
On Thu, May 31, 2012 at 05:08:29PM -0500, Bruce Dubbs wrote:
>
> The idea of adding pkg-config 0.25 to LFS is a good suggestion. What do
> others think? We might want to add it to Chapter 6 so we don't have to
> do a workaround for glib in BLFS.
>
>-- Bruce
Adding 0.25 sounds good. But
On Thu, May 31, 2012 at 06:49:36PM -0400, Jeremy Huntwork wrote:
> On 5/31/12 6:17 PM, Jeremy Huntwork wrote:
> > It still amazes me that pkg-config requires any other external library.
> > glib1 wasn't bad since it was shipped alongside it and had no other
> > deps, fairly lightweight. But switchi
On Thu, May 31, 2012 at 11:48:47PM +0100, Ken Moffat wrote:
> On Thu, May 31, 2012 at 04:32:22PM -0500, Bruce Dubbs wrote:
> > Ken Moffat wrote:
> >
> > > Is it worth me testing that this does work for xorg/Mesa ? Or are
> > > you concentrating on the patches t
On Fri, Jun 01, 2012 at 01:19:47AM +0100, Ken Moffat wrote:
> Forgot to check what it installed : the libudev's in /lib look ok,
> but the .pc says libdir=/usr/lib but again only has the .so.1
> symlink to ../../lib/libudev.so.1.0.0. I assume a .so will also be
> needed, so
On Thu, May 31, 2012 at 09:13:08PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > libtool: link: `/usr/lib64/libudev.la' is not a valid libtool
> > archive
>
> libtool is a (long) shell script generated with configure. I found that
> phrase in 10 differen
On Fri, Jun 01, 2012 at 05:04:59PM +0200, Armin K. wrote:
>
> oh man, I can't believe you still use libtool files for compiling
> programs. Every sane distro has removed them ... I haven't got any
> single of them on my machine and yet everything works perfectly ... So
> tell me, have you tried
On Fri, Jun 01, 2012 at 10:05:18AM -0500, Bruce Dubbs wrote:
>
> Perhaps:
>
> # Generated by libtool
> # and customized by LFS
>
That sounds good enough.
> > That is good enough to get past that first problem (probably better
> > if Custom file was replaced by something to clarify it's not rea
On Fri, Jun 01, 2012 at 11:16:47AM -0500, Bruce Dubbs wrote:
> Armin K. wrote:
> >
> > Removal process is the following: find /usr/lib /lib -name *.la -delete
> > Nothing else. I'll try 64bit system since I have 64bit capable hardware
> > now ... But I tell you, every distribution does not have a
On Fri, Jun 01, 2012 at 11:16:47AM -0500, Bruce Dubbs wrote:
>
> That may be more recent, but Ubuntu 7.04 (32 bit) has 248 .la files and
> Ubuntu 12.04 (64-bit) has 217 .la files.
>
On this 32-bit netbook (where I still haven't had time to even try
building my own kernel, much less sort out the
On Fri, Jun 01, 2012 at 01:15:37PM -0500, Bruce Dubbs wrote:
>
> Dan's version also passes all checks with --with-installed-popt. There
> is a note in BLFS that says popt-1.16 will create a failure in
> pkg-config's make. I didn't find that in Dan's version.
>
> I'm going to start working on
I've been trying to get this thing working using the attached patch.
Basically, it's some things already in upstream, plus Andy's
response to Dan's second "get-us-started" patch, with Bruce's
additions to configure.ac applied by hand because it wasn't an
incremental diff. Originally, I was using
On Sat, Jun 02, 2012 at 12:46:57AM +0100, Andrew Benton wrote:
>
> I spent a couple of hours banging my head against the dbus dependency
> before I gave up. It turned out it was easier to live without systemd.
> Bryan wrote about the dbus issue earlier
> http://linuxfromscratch.org/pipermail/lfs-d
On Sat, Jun 02, 2012 at 09:37:35AM -0700, Bryan Kadzban wrote:
> Ken Moffat wrote:
> >
> > Unfortunately, the *order* of the options is significant.
>
> That's surprising; normally order is not...
>
That's why I mentioned it.
> > Adding those f
Just had an intersting issue testing this for BLFS: as a user,
make DESTDIR install fails, unable to update the aclocal dir. Seems
to do the right thing (i.e. update the DESTDIR) when run as root,
but people using package management might need to know this.
ĸen
--
das eine Mal als Tragödie, da
On Mon, Jun 04, 2012 at 02:59:27AM +0200, Armin K. wrote:
> On 06/04/2012 02:44 AM, Ken Moffat wrote:
> > Just had an intersting issue testing this for BLFS: as a user,
> > make DESTDIR install fails, unable to update the aclocal dir. Seems
> > to do the right thing (i.
On Mon, Jun 04, 2012 at 10:45:54PM +0800, xinglp wrote:
> I just finished the SVN-20120603 lfs build. The resizecons was still
> there, only the manpage removed.
I stopped building 32-bit x86 a long time ago, so I don't have a
build environment to prove the change works. But, a quick test
shows
On Tue, Jun 05, 2012 at 01:26:34PM +0800, xinglp wrote:
> I got it. We need to sed configure.ac instead of configure.
> configure was regenerated after ./configure
Doh! Sometimes I'm a slow learner : Bryan explained this a little
while ago. In this case, sedding configure.ac and then manual
On Tue, Jun 05, 2012 at 09:51:23PM +0100, Matt Burgess wrote:
> On Tue, 2012-06-05 at 17:35 +0100, Ken Moffat wrote:
> > On Tue, Jun 05, 2012 at 01:26:34PM +0800, xinglp wrote:
> > > I got it. We need to sed configure.ac instead of configure.
> > > configure was re
On Wed, Jun 06, 2012 at 04:48:34PM -0500, William Pitcock wrote:
> Hi,
>
> I apologize for the lack of proper in-reply-to headers for this, I
> don't normally read lfs-dev mailing list.
>
> Ken Moffit wrote at Thu May 31 17:18:25 MDT 2012:
[wearing my pedant's hat ]
s/fi/fa/ : in my case, the s
On Tue, Jun 05, 2012 at 08:41:39PM -0700, Bryan Kadzban wrote:
>
> That doesn't explain why it gets run in this particular case though.
> We're editing configure, which should set its mtime to "right now",
> which should be later than configure.ac. Unless configure.ac is
> shipping with an mtime
Took me a little longer than I expected to get back to this, and
I've no idea if the patch is going anywhere, but it does work. This
is, I think, the second version of the patch posted to linux-hotplug.
Tested with systemd-185, I've successfully built xorg-7.7-rc using
my existing scripts, so I
On Thu, Jun 07, 2012 at 02:11:23PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > # Start the udev daemon to continually watch for, and act on,
> > # uevents
> > /lib/udev/udevd --daemon
> >
> > # crude fix for udev > 182
>
On Thu, Jun 07, 2012 at 04:21:05PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > This use of /usr/lib makes sense for me, but I haven't yet attended
> > to moving the libs to /lib, so accelerometer and cdrom_id will not
> > work until /usr has been moun
On Thu, Jun 07, 2012 at 10:53:55PM +0100, Ken Moffat wrote:
> > ---
> >
> > Then the script in mountvirtfs already does:
> >
> > # Copy devices that Udev >= 155 doesn't handle to /dev
> > cp -a /lib/udev/devices/* /dev
> >
> >
On Fri, Jun 08, 2012 at 08:07:39AM +0100, Matt Burgess wrote:
> On Thu, 2012-06-07 at 20:07 -0700, Bryan Kadzban wrote:
>
> > We *could* apply the patch, then autoreconf, then regenerate a new
> > patch, for LFS (to avoid pkg-config or other weirdness causing issues in
> > chapter 6's autoreconf r
On Thu, Jun 07, 2012 at 08:07:56PM -0700, Bryan Kadzban wrote:
>
> We *could* apply the patch, then autoreconf, then regenerate a new
> patch, for LFS (to avoid pkg-config or other weirdness causing issues in
> chapter 6's autoreconf run).
>
Missed this part : Bruce reinstated pkg-config earlie
On Fri, Jun 08, 2012 at 09:26:42AM +0100, Ken Moffat wrote:
> I don't share your optimism that upstream will accept this,
> although I hope I'm wrong. For the moment, 182 is good enough.
>
> However, I will have a go at merging the write_{cd,net} rules stuff
> from 182
On Thu, Jun 14, 2012 at 11:19:13AM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Fri, Jun 08, 2012 at 09:26:42AM +0100, Ken Moffat wrote:
> >> I don't share your optimism that upstream will accept this,
> >> although I hope I'm wrong. For the momen
On Thu, Jun 14, 2012 at 04:49:38PM -0500, Bruce Dubbs wrote:
> These are just some ramblings that someone might be interested in.
>
> OK, so my day-to-day LFS system is old. The version of glibc is 2.3.6
> (November 2005), and gcc is 4.0.2. There are programs that I can't add
> due to the old
On Thu, Jun 14, 2012 at 07:01:17PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> > I think you will have hours of fun getting to a kernel .config that
> > works for you. I *suppose* that 6.6 is probably good enough to
> > compile a current kernel, but so much ha
On Fri, Jun 15, 2012 at 10:05:55PM -0500, Bruce Dubbs wrote:
>
> iproute2: Reports a failure in 'make install' because of missing arpd.8.
> We need to remove arpd.8 from the Makefile.
>
Agreed - in my own builds (I started before 3.4.0 was in the book)
I replaced the 'rm' with
sed -i 's/arpd
On Sat, Jun 16, 2012 at 05:00:08PM -0500, Bruce Dubbs wrote:
> Bryan Kadzban wrote:
>
> I looked at the .config and I do have
>
> CONFIG_SYSFS_DEPRECATED=y
> CONFIG_SYSFS_DEPRECATED_V2=y
>
> > (Upstream, for the record, says that newer kernels will work with older
> > udev versions, but not the
201 - 300 of 843 matches
Mail list logo
