Le 13/04/2014 19:06, Bruce Dubbs a écrit :
> 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 for adding patches
Le 07/04/2014 13:50, Christer Solskogen a écrit :
> Pierre Labastie neuf.fr> writes:
>
>>
>> Le 03/04/2014 10:36, Christer Solskogen a écrit :
>>> Hi!
>>>
>>> I'm hoping to create a LFS system with as few patches as necessary. Some
> of
&
Le 04/04/2014 00:11, Bruce Dubbs a écrit :
> 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.
>
> The scripts to reconfigure are in /usr/local/sbin and are name
Le 03/04/2014 10:36, Christer Solskogen a écrit :
> Hi!
>
> I'm hoping to create a LFS system with as few patches as necessary. Some of
> the patches that are in use for both CLFS and LFS are. For instance the use
> of
> #undef STANDARD_STARTFILE_PREFIX_1
> #undef STANDARD_STARTFILE_PREFIX_2
> #def
Le 31/03/2014 20:26, Bruce Dubbs a écrit :
> I've been working on rewriting Chapter 7 to incorporate systemd. I've
> come up with the following text in the introduction and would like
> feedback. Thanks,
>
>-- Bruce
>
> 7.1.1. System V
>
> System V is the classic boot process that has be
Le 10/03/2014 18:47, Kevin Lyda a écrit :
> On Mon, Mar 10, 2014 at 5:24 PM, Bruce Dubbs wrote:
>> Pierre, I'm not familiar with quilt. Can you explain?
>
> It's a tool to ease working on branches and to generate patch sets in svn.
>
> One thing Pierre doesn't mention is using quilt to generate
Le 10/03/2014 00:19, Bruce Dubbs a écrit :
> I've been working trying to understand Git a little better and trying to
> evaluate whether it is appropriate for LFS to migrate.
>
> What I've done is to copy the alfs repository to anduin and work with
> that copy.
>
> Note to Pierre: nothing has been
Le 05/03/2014 22:34, Ken Moffat a écrit :
> On Wed, Mar 05, 2014 at 02:04:16PM -0600, Bruce Dubbs wrote:
>> OK, strigi and pygobject are fixed.
>> There have also been a few typos fixed and other touchups.
>> libexecdir has been addresed.
>>
>> Is there anything else?
>>
>> Are we ready to release?
Le 05/03/2014 21:52, Bruce Dubbs a écrit :
> William Harrington wrote:
>>
>> On Mar 4, 2014, at 7:16 PM, Armin K. wrote:
>>
>>> Well, I guess if we decide to migrate to git, we'll have some sort of
>>> online browser like cgit or gitweb
>>>
>>> For example, freedesktop.org uses cgit, here's the mes
Le 02/03/2014 21:00, akhiezer a écrit :
>> Date: Sun, 02 Mar 2014 12:36:34 -0600
>> From: Bruce Dubbs
>> To: LFS Developers Mailinglist
>> Subject: Re: [lfs-dev] Are we ready for LFS-7.5?
>>
>> After a fairly extensive discussion, I've update the host system
>> requirements page in svn:
>>
>> ht
1 Mar 2014 17:04:38 -0600
>>>> From: Bruce Dubbs
>>>> To: LFS Developers Mailinglist
>>>> Subject: Re: [lfs-dev] gcc pass 1/2 instructions re mpfr/gmp/mpc.
>>>>
>>>> Pierre Labastie wrote:
>>>>> Le 01/03/2014 23:31, Bruce Dubb
Le 01/03/2014 23:46, Pierre Labastie a écrit :
> Le 01/03/2014 23:31, Bruce Dubbs a écrit :
>> Pierre Labastie wrote:
>>> Le 01/03/2014 21:14, Bruce Dubbs a écrit :
>>>> Pierre Labastie wrote:
>>>>
>>>>>> It sounds like we need to add
Le 01/03/2014 23:31, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 01/03/2014 21:14, Bruce Dubbs a écrit :
>>> Pierre Labastie wrote:
>>>
>>>>> It sounds like we need to add a check for libgmp on the host. Perhaps
>>>>> libmpfr and
Le 01/03/2014 22:58, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 28/02/2014 23:24, Bruce Dubbs a écrit :
>
>> Now, I have a question. I have never been involved in development, so just
>> take my question as a mark of curiosity: what is the reason to expect relea
Le 01/03/2014 21:14, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>
>>> It sounds like we need to add a check for libgmp on the host. Perhaps
>>> libmpfr and libmpc also.
>
>> It is the .la files, which fire the issue. I could reproduce the error with
>&g
Le 01/03/2014 18:50, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>
>> So, I eventually managed to install slackware (only packages for passing the
>> host reqs, running jhalfs, and running the slackware package management
>> system. The key point (I think) is that
Le 27/02/2014 21:49, Pierre Labastie a écrit :
>
>
> Oops, sorry for bad wording. Of course, you can install gcc without the other
> libraries, but the compiler cannot compile anything: the compilation stage
> (cc1) cannot run without all three libraries. Hum, cc1 is installed in
Le 28/02/2014 23:24, Bruce Dubbs a écrit :
> Fernando de Oliveira wrote:
>> Em 28-02-2014 18:23, Ken Moffat escreveu:
>>
>>> i686, nor if we should care.
>>
>> Is i686 gong to be deprecated?
>
> I don't think so. My main system is still a 686, but I don't normally
> do a full development on it.
Le 27/02/2014 20:26, akhiezer a écrit :
>> Date: Thu, 27 Feb 2014 18:28:29 +0100
>> From: Pierre Labastie
>> To: LFS Developers Mailinglist
>> Subject: Re: [lfs-dev] gcc pass 1/2 instructions re mpfr/gmp/mpc.
>>
> .
> .
>>>
>> T
Le 27/02/2014 10:02, akhiezer a écrit :
>> Date: Wed, 26 Feb 2014 16:28:48 -0600
>> From: Bruce Dubbs
>> To: LFS Developers Mailinglist
>> Subject: Re: [lfs-dev] gcc pass 1/2 instructions re mpfr/gmp/mpc.
>>
>> Pierre Labastie wrote:
>>> Le 26/02/
Le 26/02/2014 22:47, Bruce Dubbs a écrit :
> [ ! -e /usr/lib/libgmp.so ] && echo "/usr/lib/libgmp.so missing"
Might not be so easy. On Debian we get:
---
pierre@turboli:~$ [ ! -e /usr/lib/libgmp.so ] &&
echo "/usr/lib/libgmp.so missing"
/usr/lib/libgmp.so missing
-
while:
--
Le 19/02/2014 22:55, Bruce Dubbs a écrit :
> If someone has the time, it would be useful if we could get a comparison
> of LFS/BLFS with respect to the latest LSB beta:
>
> http://www.linuxbase.org/snapshotspecs/lsb/
>
> http://www.linuxfromscratch.org/lfs/view/7.5-rc1/prologue/standards.html
>
Le 18/02/2014 16:09, Fernando de Oliveira a écrit :
> Em 18-02-2014 11:59, Fernando de Oliveira escreveu:
>
>> No /usr/local/lib32, but I am not sure if the dummy is run by jhalfs.
> "dummy test"
>
>
The "dummy test" is run in jhalfs (look at the end of /jhalfs/logs/081-gcc).
Actually, from your pr
Le 03/02/2014 11:08, Gregory H. Nietsky a écrit :
> http://www.linuxfromscratch.org/blfs/view/stable/pst/texlive.html
>
> The texlive chapter needs some love WRT building from source and
> requires building asymptote seperately
> either in tree or standalone.
>
> i would suggest that the --enable-s
Le 22/01/2014 18:34, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Reading the new instructions, it seems to me that in case /dev/shm is
>> not a link, and /dev is not a tmpfs (could be the case on old or custom
>> distros), then $LFS/dev/shm is a disk directory, instead
Reading the new instructions, it seems to me that in case /dev/shm is
not a link, and /dev is not a tmpfs (could be the case on old or custom
distros), then $LFS/dev/shm is a disk directory, instead of a tmpfs.
Of course, it is possible that right now, nothing in LFS uses /dev/shm,
but who knowswh
Le 28/12/2013 22:20, Bruce Dubbs a écrit :
> Aleksey Rybalkin wrote:
>> Hi.
>>
>> xz instructions from chapter 6 leave broken symlink /usr/bin/lzcat
>> which points to "xz" but /usr/bin/xz does not exist since it was moved
>> to /bin
>> I suppose lzcat should be moved to /bin too.
>
> That's right
Le 22/12/2013 18:17, Armin K. a écrit :
> On 12/22/2013 04:59 PM, Pierre Labastie wrote:
>> Hi,
>>
>> I think jhalfs is now usable for building the systemd branch of LFS. Be
>> careful that the configuration files indicated at the end of the build are
>> fo
Hi,
I think jhalfs is now usable for building the systemd branch of LFS. Be
careful that the configuration files indicated at the end of the build are for
LFS trunk, and that they are different for systemd.
I have a question for systemd gurus: when you use "systemctl enable" does is
do more than
Le 21/12/2013 21:55, Armin K. a écrit :
> Hello there,
>
> After many months since lfs systemd branch was created, I am pleased to
> announce that I consider it being usable for everyone that wants to use it.
>
> I've managed to add missing bits to the branch today and doing that I've
> finished
Le 21/12/2013 22:27, Bruce Dubbs a écrit :
> Armin K. wrote:
>> Hello there,
>>
>> After many months since lfs systemd branch was created, I am pleased to
>> announce that I consider it being usable for everyone that wants to use it.
>>
>> I've managed to add missing bits to the branch today and do
Le 17/12/2013 16:11, John Burrell a écrit :
>> My secret is that I use /tools toolchain for upgrading Glibc when
>> necessarrry. Just point the PATH to /tools/bin before starting the
>> upgrade and it should be done. Overwriting a file should get you the
>> same result for many libraries which are
Le 12/12/2013 00:13, John Burrell a écrit :
>>> Now I need to build binutils and make sure that it sees the correct
>>> toolchain -
>> You have it backwards. Binutils, then gcc, then glibc. Not glibc,
>> then binutils.
>>
>> What exactly are you going after.
>
> It's an experiment. I wondered wh
Le 10/12/2013 23:38, John Burrell a écrit :
> .
>> I do not quite understand what you have done. Your first build was linux
>> headers then glibc? Without doing anything with gcc?
> Well I'm building the archive files using a machine running LFS so gcc is
> version 4.8.2
>
>> If so, you cannot exp
Le 10/12/2013 19:00, John Burrell a écrit :
> I'm trying to create some package archives.
>
> I've started with linux_headers. I then did glibc and used
> --with-headers= so it picked up the correct
> headers.
>
> Now I need to build binutils and make sure that it sees the correct toolchain
>
Le 01/12/2013 21:15, Matt Burgess a écrit :
> On Sun, 2013-12-01 at 13:58 -0600, Bruce Dubbs wrote:
>
>> 1. Should we change the book to point at the currently available
>> address or wait a while to see if the alioth site comes up?
>
> I'd leave it as-is. That site seems to go through periods
Le 14/11/2013 12:23, Matthew Burgess a écrit :
> On Thu, 14 Nov 2013 09:25:25 +0100, Pierre Labastie
> wrote:
>> Hi,
>>
>> Have you seen the thread on -support starting on nov 4: "Check-0.9.10
>> can't find subunit/child.h - LFS 7.4"?
>>
>&g
Hi,
Have you seen the thread on -support starting on nov 4: "Check-0.9.10
can't find subunit/child.h - LFS 7.4"?
It turns out that if both libsubunit and pkgconfig are installed on the
host, check's configure believes it can use libsubunit for building. Of
course, because our toolchain is well
Hi,
If in chapter 5, some package's configure uses pkg-config to find
libraries and include files, it finds pkg-config on the host (when
installed), and so it finds libraries and include files on the host,
thus bypassing our careful insulation of the tool chain from the host.
Right now, among
Le 21/10/2013 01:51, Nathan Coulson a écrit :
> I can't speak for 3349 without further poking
>
> http://wiki.linuxfromscratch.org/lfs/ticket/3350 - I think this is
> talking about the network lfs bootscripts package made for systemd.
Yes it is, but there is no "installation" page in the systemd bo
Le 24/09/2013 09:05, Pierre Labastie a écrit :
> Le 23/09/2013 23:30, Bruce Dubbs a écrit :
>> Pierre Labastie wrote:
>>> Le 23/09/2013 18:10, Bruce Dubbs a écrit :
>>>
>>>> On the pdf of the above, it measured KVM I/O at about 60% of the host.
>>>
Le 23/09/2013 23:30, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 23/09/2013 18:10, Bruce Dubbs a écrit :
>>
>>> On the pdf of the above, it measured KVM I/O at about 60% of the host.
>>> See pages 56-58. That seems to be consistent with my results
Le 23/09/2013 18:10, Bruce Dubbs a écrit :
> On the pdf of the above, it measured KVM I/O at about 60% of the host.
> See pages 56-58. That seems to be consistent with my results.
>
>
It is really amazing, because for the SBU benchmark, I consistently get not
more than
a 10 % increase of the
Le 23/09/2013 03:48, Bruce Dubbs a écrit :
> For the last couple of days I've been playing around with qemu/kvm.
> I've built LFS on it from a Fedora 19 host and I'm disappointed with the
> VM performance.
>
> On my host system, LFS-7.4, I can build binutils with a SBU benchmark of
> 129 seconds.
Hi,
During a jhalfs run of LFS 7.4, I has my attention caught by an unusual
duration of the util-linux build. I waited one more hour, then tried to
investigate (whithout interrupting the build). Looking at the logs
and the test logs, the tests had hanged at "script: race conditions".
A 'ps aux |
Le 27/05/2013 11:45, Thierry Nuttens a écrit :
> Hello Pierre,
>
> I did a try of your systemd based LFS. It's working quite impressive.
> Meanwhile I have a big question in my face. Do we really want that
> systemd is crawling everywhere. It's really a strange feeling I have
> to say. A lot of h
Le 19/05/2013 19:39, Armin K. a écrit :
> On 05/19/2013 06:41 PM, Pierre Labastie wrote:
>> on the systemd page, there are configure options
>> --with-kbd-loadkeys=/bin/loadkeys \
>> --with-kbd-setfont=/bin/setfont \
>
> I have removed that y
Hi,
Don't know whether I should raise a ticket for the
systemd branch. For now, I make this message about my
last build (using tweaked jhalfs, which I'll commit soon, but I
need a few more tests).
I found 4 issues, the first one being easy to fix:
on the systemd page, there are configure options
Le 04/05/2013 10:33, purnomo hadi a écrit :
> some file error , libm if I compile some aplication nano , xserver , gtk is
> error on libm
I understand you have finished installing LFS, but you get errors when
installing
other packages.
Maybe you do not need to reinstall glibc, since it might a
Le 04/05/2013 04:54, Bruce Dubbs a écrit :
> I'm going to write a program to automatically identify out of date
> packages for LFS. Has anyone already done such a beast?
>
> As I review the packages, it seems that the only constant is
> inconsistency. Trying to parse versions is quite package
Le 02/05/2013 16:06, purnomo hadi a écrit :
> how to
> reinstall
> glibc lfs
> 7.3 ??
>
>
Why? When?
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Le 24/04/2013 22:01, Bruce Dubbs a écrit :
> It's been less than two months since we released LFS-7.3.
>
> 18/61 packages have been updated since then including binutils, gcc,
> kernel, kmod, and udev.
>
> Can glibc be far behind?
>
>-- Bruce
According to http://sourceware.org/glibc/wiki/Gl
Le 13/04/2013 17:57, Alice Wonder a écrit :
> grep "tmp2" /mnt/lfs/usr/lib64/*.la
> /mnt/lfs/usr/lib64/libbfd.la:dependency_libs='
> -L/tmp2/build/binutils-build/bfd/../libiberty/pic -liberty -lz'
> /mnt/lfs/usr/lib64/libopcodes.la:dependency_libs='
> -L/tmp2/build/binutils-build/opcodes/../libiber
Le 07/04/2013 18:54, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 06/04/2013 18:42, Bruce Dubbs a écrit :
>>> Pierre Labastie wrote:
>>>
>>>> sed -i -r 's|(a-z\\])\+|\1\\{3\\}|' testsuite/vmstat.test/vmstat.exp
>>>> should b
Le 06/04/2013 18:42, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>
>> sed -i -r 's|(a-z\\])\+|\1\\{3\\}|' testsuite/vmstat.test/vmstat.exp
>> should be OK, even if it happens that a loop? is mounted and has more
>> than ten reads.
>
> Since we are
Le 06/04/2013 18:42, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>
> Since we are looking for *partitions*, [s|h]d[a-z]\d should identify them.
>
>
Right. I am submitting a patch upstream, with all the findings we have made.
I do not plan to submit the first pmap patch (suppres
Le 03/04/2013 19:22, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 03/04/2013 08:03, Bruce Dubbs a écrit :
>>> Bruce Dubbs wrote:
>>> To make that pass, we need to do: sed -i -r
>>> 's/(pmap_initname)\\\$/\1/' ./testsuite/pmap.test/pmap.exp
Le 06/04/2013 10:42, Pierre Labastie a écrit :
>> Now, I have a new test failure in pmap:
>> FAIL: pmap extra extended output (footer)
>> :-(
>> Needs more testing, but the behavior seems to be different when running
>> in jhalfs and by hand...
I think I have got
Le 05/04/2013 23:58, Bruce Dubbs a écrit :
>
>
> I suppose it could be a problem with kvm or vmstat.
>
> Checking with qemu-1.4:
>
> ARGS="-enable-kvm -hda lfs73.img"
> MEM="-m 2G"
> CDROM="-cdrom lfslivecd-x86_64-6.3-r2160-updated-nosrc.iso"
> NIC="-net nic -net tap"
> sudo qemu $ARGS $CDROM $NIC
Le 04/04/2013 23:37, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 04/04/2013 18:08, Bruce Dubbs a écrit :
>>> Pierre Labastie wrote:
>>>> Le 03/04/2013 00:26, Bruce Dubbs a écrit :
>>>>> Pierre Labastie wrote:
>>>>>> Le 02/04/2
Le 05/04/2013 18:19, Pierre Labastie a écrit :
> Le 05/04/2013 17:42, Armin K. a écrit :
>> From IRC:
>>
>> Is anyone else seeing a problem with firmware loading since
>> the jump from udev-198 to udev-200?
>> It's my Atheros Wi-Fi dongle, it's su
Le 05/04/2013 17:42, Armin K. a écrit :
> From IRC:
>
> Is anyone else seeing a problem with firmware loading since
> the jump from udev-198 to udev-200?
> It's my Atheros Wi-Fi dongle, it's supposed to load
> /lib/firmware/htc_7010.fw, but since the jump to udev-200 it's like
> udev can't loc
Le 04/04/2013 18:08, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 03/04/2013 00:26, Bruce Dubbs a écrit :
>>> Pierre Labastie wrote:
>>>> Le 02/04/2013 19:39, Bruce Dubbs a écrit :
>>>>> I was meaning to bring this up again. I get
>>&g
Le 03/04/2013 00:26, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 02/04/2013 19:39, Bruce Dubbs a écrit :
>>> I was meaning to bring this up again. I get
>>>
>>> Running ./pmap.test/pmap.exp ...
>>> FAIL: pmap X with unreachable process
>
Le 03/04/2013 22:41, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> When switching to gcc 4.8.0, the test of g++ was added to
>> version-check.sh, but not to the list of requirements. Only GCC appears,
>> which could be anything from the gcc executable to the whole compiler
Le 03/04/2013 22:33, Matt Burgess a écrit :
> On Wed, 2013-04-03 at 22:22 +0200, Pierre Labastie wrote:
>> When switching to gcc 4.8.0, the test of g++ was added to
>> version-check.sh, but not to the list of requirements. Only GCC appears,
>> which could be anything from the
When switching to gcc 4.8.0, the test of g++ was added to
version-check.sh, but not to the list of requirements. Only GCC appears,
which could be anything from the gcc executable to the whole compiler
collection. Maybe this should be made clearer that g++ is needed.
I'll commit a change to jhalf
Le 03/04/2013 08:03, Bruce Dubbs a écrit :
> Bruce Dubbs wrote:
> To make that pass, we need to do: sed -i -r
> 's/(pmap_initname)\\\$/\1/' ./testsuite/pmap.test/pmap.exp
Actually, a similar sed was in the previous version of the page. It got
suppressed when updating to the new version of procps
Le 03/04/2013 08:03, Bruce Dubbs a écrit :
> I'm pretty sure I tracked down this problem. In pmap.exp there is:
>
> spawn $pmap -X 1
> expect_pass $test "$pmap_initname\$"
>
> and spawn is doing some things with stty and the pmap program's newline
> characters are being converted to \r\n. The exp
Le 03/04/2013 00:26, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 02/04/2013 19:39, Bruce Dubbs a écrit :
>>
>>> I think the pmap tests issues have something to do with jhalfs as I
>>> can't get it to fail outside of the full jhalfs build.
>> Pr
Le 02/04/2013 19:39, Bruce Dubbs a écrit :
>
> I was meaning to bring this up again. I get
>
> Running ./pmap.test/pmap.exp ...
> FAIL: pmap X with unreachable process
> FAIL: pmap XX with unreachable process
>
> vmstat gives me:
>
> # of expected passes6
I have not been able to reproduce the /
Hi,
I had some problems with a few tests on debian 6.0 32 bits in a VM on 64
bit hardware.
First pmap:
It seems that the test expects 'pmap -X 1' or 'pmap -XX 1' to return
only one line.
This was not the case on the above system : a full map is returned...
OTH, it passed on all other distros I
Le 28/03/2013 21:50, Matt Burgess a écrit :
> On Thu, 2013-03-28 at 21:41 +0100, Pierre Labastie wrote:
>
>> Also, while you are at it: gcc-4.8.0 texinfo files accept the new
>> version of makeinfo (with some warnings, but without errors). There is
>> no need to build th
Le 28/03/2013 20:41, Matt Burgess a écrit :
> On Thu, 2013-03-28 at 19:47 +0100, Armin K. wrote:
>
>> FYI, there's --disable-install-libiberty configure option - no need for
>> seds to prevent its installation.
> Well spotted. I'm testing a build with that in now.
>
> Regards,
>
> Matt.
>
>
Also,
Le 27/03/2013 19:47, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>>
>> It really looks like it is a tcl error (I cannot think of a reason why
>> gcc would try to compire a *regular* expression). I found this bug report:
>> http://sourceforge.net/tracker/?func=detail
Le 27/03/2013 01:15, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>
>> The tests in chapter 6 are very clean (no errors in glibc except the
>> ignored ones), only one in gcc libmudflap.
> Yes, I only got:
>
> FAIL: libmudflap.c++/pass41-frag.cxx (3 optimization variati
Le 25/03/2013 13:11, Roger Koehler a écrit :
> I tried building twice. I'm getting this error when I do 'make
> modules_install:
>
> ln: target ‘7.3/source’ is not a directory
> make: *** [_modinst_] Error 1
>
> Has anyone else seen this?
>
>
I have not seen this, but you do not give enough inform
Le 25/03/2013 11:47, John Frankish a écrit :
> --
>
> ../gcc-4.7.2/configure --target=$LFS_TGT --prefix=/tools --with-sysroot=$LFS
> --with-newlibc ...
>
>
The switch is --with-newlib, not newlibc. That is the switch which
prevents the build system to look for the headers dir...
Regards
Hi,
gcc 4.8.0 release has been out for a couple of days. I have built
current lfs with it, using the method 2) described in my message of
January 10. The nice thing is that now libstdc++ can be built
standalone, so that you do not need to keep the gcc build tree around.
Let me recall how it
Le 23/03/2013 16:19, Roger Koehler a écrit :
> Is this normal for Coreutils:
>
> FAIL: tests/rm/many-dir-entries-vs-OOM.sh
>
> I just got the one failure:
>
> 1 of 426 tests failed
> (112 tests were not run)
>
> I'm building LFS 7.3 on Debian 6. I deviated from the book slightly
> so that I would
Just for you to know: LVM could not be built with udev-lfs-198-2. Builds
OK with 198-3.
Thanks.
Regards
Pierre
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Hi,
When building the systemd branch of LFS, one of the coreutils
tests fails:
FAIL: tests/df/skip-rootfs.sh
That test is skipped if `df' exits with nonzero code. This is
what happens on trunk LFS, because /etc/mtab is empty.
Now, on systemd branch, /etc/mtab is a symbolic link to
/proc/self/moun
Le 08/03/2013 10:23, Matthew Burgess a écrit :
> On Thu, 07 Mar 2013 22:20:23 +0100, Pierre Labastie
> wrote:
>
>> I really meant --with-sysroot. That switch is defined in ld's configure,
>> not the top one.
>> (it might be better to use --with-sysroot=/, bu
Le 07/03/2013 19:51, Matt Burgess a écrit :
> On Thu, 2013-03-07 at 14:57 +0100, Pierre Labastie wrote:
>
>> Please add --with-sysroot to the configure switches in binutils-pass2.
>> It is harmless (just adds a feature to ld), and corrects that bug.
> I think you meant --with
Le 06/03/2013 20:29, Yaacov-Yoseph Weiss a écrit :
> On Wed, Mar 6, 2013 at 9:05 PM, Bruce Dubbs wrote:
>> It now sounds like a problem with a 32-bit system on 64-bit hardware.
> My report was on a 64 bit system on a 64-bit virtual box.
>
> --yaacov
I guess that it may happen on any debian-like sy
I guess the /etc/localtime link should be the other way around:
ln -s /usr/share/zoneinfo/ /etc/localtime
(and also could be ln -sv)
Regards
Pierre
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Hi again,
Still trying to sort out issues with jhalfs
package management...
There are (at least) to places in the systemd book
where post install instructions are inside a
tag.
for dbus:
dbus-uuidgen --ensure
for systemd:
systemd-machine-id-setup
I suggest they are moved to a remap="configura
Le 02/03/2013 18:28, Armin K. a écrit :
> Dana 2.3.2013 18:14, Pierre Labastie je napisao:
>> Date: Fri Feb 15 10:17:18 2013
>> New Revision: 10154
>>
>> Log:
>> Merge XML::Parser into Perl page.
>>
>> Hi,
>>
>> I do no
Date: Fri Feb 15 10:17:18 2013
New Revision: 10154
Log:
Merge XML::Parser into Perl page.
Hi,
I do not understand why the above has been done.
I understand XML::Parser is a Perl module.
But glibc (for example) is a C library, and we do not
put it on the same page as GCC...
M
Hi,
When I build in a linux virtual console, one of the coreutils tests fails:
FAIL: tests/misc/stty-pairs.sh
It does not fail when building in an X terminal (xterm or konsole).
The reason is that some commands like:
stty parodd cs8
are performed, and the virtual console returns:
$ stty parodd
Le 25/02/2013 00:02, Bruce Dubbs a écrit :
>
> 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 19:13 cppinterna
Le 23/02/2013 22:52, Bruce Dubbs a écrit :
> Ken Moffat wrote:
>> 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 fai
Le 18/02/2013 10:45, Matthew Burgess a écrit :
> On Mon, 18 Feb 2013 00:22:00 -0600, Bruce Dubbs wrote:
>> Bruce Dubbs wrote:
>>> Bruce Dubbs wrote:
at least using jhalfs. It seems to build the executable OK, but then
makeinfo --split-size=500 --split-size=500 --no-split -I
Le 11/01/2013 00:05, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Hi,
>>
>> As the next gcc version will use a C++ compiler, I thought I could
>> try to test the possibility of building gcc-4.7.2 with g++. There is a
>> configure switch for that: --enable
Hi,
As the next gcc version will use a C++ compiler, I thought I could
try to test the possibility of building gcc-4.7.2 with g++. There is a
configure switch for that: --enable-build-with-cxx.
If you wonder why I did not try gcc-4.8 snapshots in the first place,
the reason is that sometimes sna
Le 31/12/2012 04:09, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 24/12/2012 17:23, Bruce Dubbs a écrit :
>>> [...]
>>>
>>> 075-binutils
>>> Running /sources/binutils-2.23.1/ld/testsuite/ld-ifunc/ifunc.exp ...
>>> FAIL: Com
Le 29/12/2012 21:21, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>>>> 075-binutils
>>>>
>>> ifunc.exp still fails. Searching google indicates a problem with the
>>> test, not the libraries or programs.
>> Actually, it is cured by the patch
Le 30/12/2012 02:07, g@free.fr a écrit :
>>> I also got a failure in the coreutils test suite:
>>> FAIL: test-getlogin
>>> ===
>>> test-getlogin.c:48: assertion failed
>>>
> This is fixed by upstream commit 4f81aa5778dc88b99d21ad8d04a4bc9401366311
> in gnulib tree.
> http://git.
Did a test build too. I applied the patch I sent yesterday for binutils.
Le 29/12/2012 02:41, Bruce Dubbs a écrit :
> Following up with results from a build of SVN-20121228
>
>> 071-glibc
>>
> annexc and run-conformtest still fail. cputimer1 passed.
Same here. It might be interesting to comp
Le 28/12/2012 16:39, Matt Burgess a écrit :
> On Fri, 2012-12-28 at 19:52 +0800, xinglp wrote:
>> Use this ftp://ftp.gmplib.org/pub/gmp-5.1.0/gmp-5.1.0.tar.xz for now.
> Thanks. Fixed in r10080.
>
> Regards,
>
> Matt.
>
>
Also, the number of tests is 184 now. They all passed. But the book
still st
1 - 100 of 212 matches
Mail list logo
