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 from
Le 07/04/2014 13:50, Christer Solskogen a écrit :
Pierre Labastie pierre.labastie at 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
the patches that are in use for both CLFS and LFS
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 named
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
#define
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 been used
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 10/03/2014 18:47, Kevin Lyda a écrit :
On Mon, Mar 10, 2014 at 5:24 PM, Bruce Dubbs bruce.du...@gmail.com 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
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 mesa repository.
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?
-- Bruce
Le 02/03/2014 21:00, akhiezer a écrit :
Date: Sun, 02 Mar 2014 12:36:34 -0600
From: Bruce Dubbs bruce.du...@gmail.com
To: LFS Developers Mailinglist lfs-dev@linuxfromscratch.org
Subject: Re: [lfs-dev] Are we ready for LFS-7.5?
After a fairly extensive discussion, I've update the host system
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
/usr/libexec/i486
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 I haven't installed the package
gmp
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
lfs-7.5-rc1 as the host, by removing libgmp.la
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 libmpc also.
It is the .la files, which fire the issue. I could reproduce
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 a check for libgmp on the host. Perhaps
libmpfr and libmpc also.
It is the .la
Le 27/02/2014 10:02, akhiezer a écrit :
Date: Wed, 26 Feb 2014 16:28:48 -0600
From: Bruce Dubbs bruce.du...@gmail.com
To: LFS Developers Mailinglist lfs-dev@linuxfromscratch.org
Subject: Re: [lfs-dev] gcc pass 1/2 instructions re mpfr/gmp/mpc.
Pierre Labastie wrote:
Le 26/02/2014 22:47
Le 27/02/2014 20:26, akhiezer a écrit :
Date: Thu, 27 Feb 2014 18:28:29 +0100
From: Pierre Labastie pierre.labas...@neuf.fr
To: LFS Developers Mailinglist lfs-dev@linuxfromscratch.org
Subject: Re: [lfs-dev] gcc pass 1/2 instructions re mpfr/gmp/mpc.
.
.
There is something I
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 previous
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-shared
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
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 of a tmpfs.
Of course
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. I've got it
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 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
for
LFS trunk, and that they are different
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 doing that
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 what
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 used by
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 whether one could
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 expect
gcc
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=location of the linux-headers so it picked up the correct
headers.
Now I need to build binutils and make sure that it sees
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 of
Le 14/11/2013 12:23, Matthew Burgess a écrit :
On Thu, 14 Nov 2013 09:25:25 +0100, Pierre Labastie pierre.labas...@neuf.fr
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?
It turns out that if both libsubunit
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 book.
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.
It is really amazing, because for the SBU
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.
See pages 56-58. That seems to be consistent with my results
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. Using
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
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 habits
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 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 yesterday iirc.
Right, sorry. I began
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 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 as
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/Glibc
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/../libiberty/pic
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 be OK, even if it happens that a loop? is mounted and has more
than ten reads
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 looking for *partitions*, [s|h]d[a-z]\d should
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 $MEM $DRIVE2
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 the picture. jhalfs is not at fault, except
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 (suppressing the ending
Le 05/04/2013 17:42, Armin K. a écrit :
From IRC:
Mogwai Is anyone else seeing a problem with firmware loading since
the jump from udev-198 to udev-200?
Mogwai 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
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
FAIL: pmap XX with unreachable process
That means that it can't
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
Running ./pmap.test/pmap.exp ...
FAIL: pmap X with unreachable process
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.
Problem is: the tests passed three times on 64 bit
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 expect
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
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
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 gcc executable to the whole
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
collection. Maybe
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
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
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=detailaid=3603557group_id=10894atid=110894
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, while you
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 them in chapter 5 (but the wording
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
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 information to
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 wouldn't have
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
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
Le 08/03/2013 10:23, Matthew Burgess a écrit :
On Thu, 07 Mar 2013 22:20:23 +0100, Pierre Labastiepierre.labas...@neuf.fr
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=/, but --with-sysroot
works
Le 06/03/2013 20:29, Yaacov-Yoseph Weiss a écrit :
On Wed, Mar 6, 2013 at 9:05 PM, Bruce Dubbsbruce.du...@gmail.com 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
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-build-sysroot, right
I guess the /etc/localtime link should be the other way around:
ln -s /usr/share/zoneinfo/xxx /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
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...
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 not understand why the above has been done.
I understand XML::Parser is a Perl
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 userinput remap=install
tag.
for dbus:
dbus-uuidgen --ensure
for systemd:
systemd-machine-id-setup
I suggest they are
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
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
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 failure is in
Le 18/02/2013 10:45, Matthew Burgess a écrit :
On Mon, 18 Feb 2013 00:22:00 -0600, Bruce Dubbsbruce.du...@gmail.com 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
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-build-with-cxx.
Thanks for the input Pierre
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
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.
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 I sent yesterday. BTW, that patch is
needlessly complicated
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: Common symbol override ifunc test 1b
This is new to me
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 compare
?cvsroot=src
(look for Revision 1.92.2.3)
I have made a patch from out of the post mentioned by Bruce, which I join.
Not sure I packaged it right, sorry.
Regards
Pierre
Submitted By: Pierre Labastie pierre dot labastie at neuf dot fr
Date: 2012-12-28
Initial Package Version: 2.23.1
Upstream Status
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 states that
Le 25/12/2012 00:41, Bruce Dubbs a écrit :
I'm not quite ready to give up on E2fsprogs-1.42.6 because I think it
only is a problem in jhalfs. AFAICT right now, the test actually
passes, but leaves an unwanted background process running.I'm not
sure we want the -k in the make check. I
Le 20/12/2012 22:59, John Joganic a écrit :
On my Ubuntu 12 installation the only virtual file system listed in
/etc/fstab is /proc. Everything else is a physical volume or swap.
That said, this install is running in a VM. I don't recall if I
installed it from media or downloaded it. It
Le 20/12/2012 19:10, John Joganic a écrit :
In the stable LFS book, the host /dev directory is mounted into the chroot
environment using a bind mount.
mount -v --bind /dev $LFS/dev
Next, the following command removed a symbol link and mounted tmpfs for the
chroot environment, but there's
Le 18/12/2012 22:12, Bruce Dubbs a écrit :
Pierre Labastie wrote:
Le 17/12/2012 17:13, Bruce Dubbs a écrit :
[...]
By far, the biggest problem is having the wrong symlink for /bin/sh. I
recently highlighted the symlink issue in Section 5.3 of SVN. [...]
I have made a great number of builds
Le 17/12/2012 17:13, Bruce Dubbs a écrit :
[...]
By far, the biggest problem is having the wrong symlink for /bin/sh. I
recently highlighted the symlink issue in Section 5.3 of SVN. [...]
I have made a great number of builds with /bin/sh being a link to dash
without any flaw. The two others
Hi,
Not long ago, I had some problems with the building of check, which
I traced back to some problem with binutils pass2 (see
http://linuxfromscratch.org/pipermail/lfs-dev/2012-December/067444.html).
But it seemed that nobody had the same issue.
I think I have found the way to trigger the bug:
1 - 100 of 196 matches
Mail list logo