On Fri, 2014-04-25 at 14:23 +0100, Jorge Almeida wrote:
On Fri, Apr 25, 2014 at 12:56 PM, Simon Geard delga...@ihug.co.nz wrote:
There's no information on the site, no source code, mailing lists - just
a couple of paragraphs grumbling about dbus, and a claim that it'll be
released some
On Thu, 2014-04-24 at 20:16 +0100, Jorge Almeida wrote:
Ok. I know about skabus, but it's not clear whether it will be able to
function as drop-in replacement for dbus. I would love to get rid of
dbus completelly.
There's no information on the site, no source code, mailing lists - just
a
On Fri, Apr 25, 2014 at 12:56 PM, Simon Geard delga...@ihug.co.nz wrote:
There's no information on the site, no source code, mailing lists - just
a couple of paragraphs grumbling about dbus, and a claim that it'll be
released some time last year or this one. Looks like vapourware to me -
Aislan de Sousa Maia wrote:
I can't configure this texinfo package because it complaint Perl and Encode
module.
Here is my output when issue the command:
./configure --prefix=/tools
and output:
checking for a BSD-compatible install... /tools/bin/install -c
checking whether build
Here is the version-check's output:
bash, version 4.2.25(1)-release
/bin/sh - /bin/bash
Binutils: (GNU Binutils for Ubuntu) 2.22
bison (GNU Bison) 2.5
/usr/bin/yacc - /usr/bin/bison.yacc
bzip2, Version 1.0.6, 6-Sept-2010.
Coreutils: 8.13
diff (GNU diffutils) 3.2
find (GNU findutils) 4.4.2
GNU
Aislan de Sousa Maia wrote:
Here is the version-check's output:
bash, version 4.2.25(1)-release
/bin/sh - /bin/bash
Binutils: (GNU Binutils for Ubuntu) 2.22
bison (GNU Bison) 2.5
/usr/bin/yacc - /usr/bin/bison.yacc
bzip2, Version 1.0.6, 6-Sept-2010.
Coreutils: 8.13
diff (GNU diffutils)
On 04/26/2014 12:59 AM, Bruce Dubbs wrote:
Aislan de Sousa Maia wrote:
Here is the version-check's output:
bash, version 4.2.25(1)-release
/bin/sh - /bin/bash
Binutils: (GNU Binutils for Ubuntu) 2.22
bison (GNU Bison) 2.5
/usr/bin/yacc - /usr/bin/bison.yacc
bzip2, Version 1.0.6,
My /tools/lib/perl5/5.18.2 has Encode.pm file and Encode directory too. I
followed step-by-step carefully the installation's section for Perl.
I'm going to redo this section again.
About Gawk, I updated it just right now.
2014-04-25 20:15 GMT-03:00 Armin K. kre...@email.com:
On 04/26/2014
My /tools/lib/perl5/5.18.2 has Encode.pm file and Encode directory too. I
followed step-by-step carefully the installation's section for Perl.
I'm going to redo this section again.
About Gawk, I updated it right now.
2014-04-25 20:15 GMT-03:00 Armin K. kre...@email.com:
On 04/26/2014 12:59
Yay!! I don't know why, but now texinfo configure and no more complaints
about Perl and Encode module.
My only two configure's warnings below:
configure: WARNING: Could not find a terminal library among tinfo ncurses
curses termlib termcap terminfo
configure: WARNING: The programs from `info'
On 04/26/2014 02:50 AM, Aislan de Sousa Maia wrote:
Yay!! I don't know why, but now texinfo configure and no more complaints
about Perl and Encode module.
My only two configure's warnings below:
configure: WARNING: Could not find a terminal library among tinfo
ncurses curses termlib
Nice to know, @Armin K! Thanks guys!!!
2014-04-25 22:01 GMT-03:00 Armin K. kre...@email.com:
On 04/26/2014 02:50 AM, Aislan de Sousa Maia wrote:
Yay!! I don't know why, but now texinfo configure and no more complaints
about Perl and Encode module.
My only two configure's warnings
On 04/24/2014 02:51 AM, Ken Moffat wrote:
On Thu, Apr 24, 2014 at 12:23:28AM +0200, Frans de Boer wrote:
I could not compile 4.9.0 since it always fails when staring to
configure for 'libvtv' as showed next:
[snip]
Any suggestion?
Frans.
On Wed, 2014-04-23 at 14:47 +0100, Jorge Almeida wrote:
On Wed, Apr 23, 2014 at 10:26 AM, TheOldFellow theoldfel...@gmail.com wrote:
I'm also avoiding d-bus and sysklogd as I have better alternatives.
Richard,
Would you elaborate on alternatives to dbus?
There are none - if something
Le 24/04/2014 17:28, Frans de Boer a écrit :
Ok, followed the advises from ticket #3552, now binutils chapter 6
reports failures:
Running /sources-bss/binutils-2.24/ld/testsuite/ld-plugin/lto.exp ...
FAIL: PR ld/12758
FAIL: PR ld/12760
FAIL: LTO 3 symbol
FAIL: PR ld/13183
FAIL: LTO 3a
Jorge Almeida wrote:
On Wed, Apr 23, 2014 at 10:26 AM, TheOldFellow theoldfel...@gmail.com wrote:
I'm also avoiding d-bus and sysklogd as I have better alternatives.
Richard,
Would you elaborate on alternatives to dbus? For example, I need to
use okular (although I hate its
On Thu, Apr 24, 2014 at 7:35 PM, TheOldFellow theoldfel...@gmail.com wrote:
Jorge Almeida wrote:
On Wed, Apr 23, 2014 at 10:26 AM, TheOldFellow theoldfel...@gmail.com
wrote:
Sorry, I misled you. I don't have one right now, but I'm thinking of using
this when it's released.
Pierre Labastie wrote:
Le 24/04/2014 17:28, Frans de Boer a écrit :
Ok, followed the advises from ticket #3552, now binutils chapter 6
reports failures:
Running /sources-bss/binutils-2.24/ld/testsuite/ld-plugin/lto.exp ...
FAIL: PR ld/12758
FAIL: PR ld/12760
FAIL: LTO 3 symbol
FAIL: PR
On 04/24/2014 09:38 PM, Bruce Dubbs wrote:
Pierre Labastie wrote:
Le 24/04/2014 17:28, Frans de Boer a écrit :
Ok, followed the advises from ticket #3552, now binutils chapter 6
reports failures:
Running /sources-bss/binutils-2.24/ld/testsuite/ld-plugin/lto.exp ...
FAIL: PR ld/12758
FAIL:
Thanks all. Indeed changing the target name, was the solution
to be able to build.
Marian
On Apr 19, 2014, at 12:42 AM, mar...@byteanywhere.com wrote:
Thanks all for the replays.
I am trying to create a cross compiler using the steps for building
LFS
when the temporary tools are build.
2014-04-23 13:55 GMT+08:00 Bruce Dubbs bruce.du...@gmail.com:
xinglp wrote:
2014-04-23 11:39 GMT+08:00 Armin K. kre...@email.com:
On 04/23/2014 05:15 AM, xinglp wrote:
http://www.linuxfromscratch.org/patches/lfs/development/coreutils-8.22-shuf-segfault-1.patch
not found.
There's only
2014-04-23 17:26 GMT+08:00 TheOldFellow theoldfel...@gmail.com:
Am I right in thinking that ACL, ATTR are not needed if systemd is being
avoided? What else has had to be added so that systemd compiles?
I'm also avoiding d-bus and sysklogd as I have better alternatives.
Richard.
Viceversa,
2014-04-23 17:26 GMT+08:00 TheOldFellow theoldfel...@gmail.com:
Am I right in thinking that ACL, ATTR are not needed if systemd is being
avoided? What else has had to be added so that systemd compiles?
I'm also avoiding d-bus and sysklogd as I have better alternatives.
Richard.
Viceversa,
sorry for typo. :-)
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
On 04/23/2014 12:04 PM, xinglp wrote:
2014-04-23 17:26 GMT+08:00 TheOldFellow theoldfel...@gmail.com:
Am I right in thinking that ACL, ATTR are not needed if systemd is being
avoided? What else has had to be added so that systemd compiles?
I'm also avoiding d-bus and sysklogd as I have
Armin K. wrote:
On 04/23/2014 12:04 PM, xinglp wrote:
2014-04-23 17:26 GMT+08:00 TheOldFellow theoldfel...@gmail.com:
Am I right in thinking that ACL, ATTR are not needed if systemd is being
avoided? What else has had to be added so that systemd compiles?
I'm also avoiding d-bus and
On Wed, Apr 23, 2014 at 10:26 AM, TheOldFellow theoldfel...@gmail.com wrote:
I'm also avoiding d-bus and sysklogd as I have better alternatives.
Richard,
Would you elaborate on alternatives to dbus? For example, I need to
use okular (although I hate its terminal-spamming) and I believe
TheOldFellow wrote:
Am I right in thinking that ACL, ATTR are not needed if systemd is
being avoided? What else has had to be added so that systemd
compiles?
I'm also avoiding d-bus and sysklogd as I have better alternatives.
You may find
On Thu, Apr 24, 2014 at 12:23:28AM +0200, Frans de Boer wrote:
I could not compile 4.9.0 since it always fails when staring to
configure for 'libvtv' as showed next:
[snip]
Any suggestion?
Frans.
http://wiki.linuxfromscratch.org/lfs/ticket/3552
Pierre seems to be on the case - so
On Mon, 21 Apr 2014 22:14:31 +0100
Ken Moffat zarniwh...@ntlworld.com wrote:
From memory (so, I might be wrong) the book doesn't ever create a
'users' group in LFS...
So, I _guess_ that the 'users' group exists on your host system and
you will need to create it in LFS to get these tests
Le 22/04/2014 13:31, Hazel Russman a écrit :
On Mon, 21 Apr 2014 22:14:31 +0100
Ken Moffat zarniwh...@ntlworld.com wrote:
From memory (so, I might be wrong) the book doesn't ever create a
'users' group in LFS...
So, I _guess_ that the 'users' group exists on your host system and
you
On Tue, 22 Apr 2014 13:42:58 +0200
Pierre Labastie pierre.labas...@neuf.fr wrote:
It seems that the bin group membership
of the daemon user is not needed. Could you confirm?
Confirmed. It is also not necessary to set real home directories or
shells for the bin and daemon users as specified in
Le 22/04/2014 17:51, Hazel Russman a écrit :
On Tue, 22 Apr 2014 13:42:58 +0200
Pierre Labastie pierre.labas...@neuf.fr wrote:
It seems that the bin group membership
of the daemon user is not needed. Could you confirm?
Confirmed. It is also not necessary to set real home directories or
Pierre Labastie wrote:
Le 22/04/2014 17:51, Hazel Russman a écrit :
On Tue, 22 Apr 2014 13:42:58 +0200
Pierre Labastie pierre.labas...@neuf.fr wrote:
It seems that the bin group membership
of the daemon user is not needed. Could you confirm?
Confirmed. It is also not necessary to set real
On 04/23/2014 05:15 AM, xinglp wrote:
http://www.linuxfromscratch.org/patches/lfs/development/coreutils-8.22-shuf-segfault-1.patch
not found.
There's only
svn://svn.linuxfromscratch.org/patches/trunk/coreutils/coreutils-8.22-shuf-segfault.patch
Patches get copied when online book is
2014-04-23 11:39 GMT+08:00 Armin K. kre...@email.com:
On 04/23/2014 05:15 AM, xinglp wrote:
http://www.linuxfromscratch.org/patches/lfs/development/coreutils-8.22-shuf-segfault-1.patch
not found.
There's only
xinglp wrote:
2014-04-23 11:39 GMT+08:00 Armin K. kre...@email.com:
On 04/23/2014 05:15 AM, xinglp wrote:
http://www.linuxfromscratch.org/patches/lfs/development/coreutils-8.22-shuf-segfault-1.patch
not found.
There's only
Le 21/04/2014 17:50, TheOldFellow a écrit :
Linux From Scratch - Version SVN-20140418
Everything fine, including installation of xz, but kmod-17 clearly isn't
happy with the layout of the libs for xz.
root:/sources/kmod-17# make
make --no-print-directory all-recursive
Making all in .
On 04/21/2014 06:13 PM, Hazel Russman wrote:
I am building a 7.5 LFS with systemd and currently working through
chapter 6. Having successfully installed coreutils, I rebuilt acl and
ran the test suite. Initially I got 47 errors!
According to BLFS, the acl test suite requires a daemon user
On Mon, 21 Apr 2014 18:32:49 +0200
Armin K. kre...@email.com wrote:
Drop the root-tests, they are broken anyways. I couldn't even get
them to run with daemon user present.
I didn't do the root tests. These were the standard ones invoked with
make tests though of course I was logged in as root
Pierre Labastie wrote:
Le 21/04/2014 17:50, TheOldFellow a écrit :
Linux From Scratch - Version SVN-20140418
Everything fine, including installation of xz, but kmod-17 clearly isn't
happy with the layout of the libs for xz.
root:/sources/kmod-17# make
make --no-print-directory
Le 21/04/2014 18:13, Hazel Russman a écrit :
I am building a 7.5 LFS with systemd and currently working through
chapter 6. Having successfully installed coreutils, I rebuilt acl and
ran the test suite. Initially I got 47 errors!
According to BLFS, the acl test suite requires a daemon user
Le 21/04/2014 18:13, Hazel Russman a écrit :
I am building a 7.5 LFS with systemd and currently working through
chapter 6. Having successfully installed coreutils, I rebuilt acl and
ran the test suite. Initially I got 47 errors!
According to BLFS, the acl test suite requires a daemon user
Le 21/04/2014 19:25, Pierre Labastie a écrit :
Le 21/04/2014 18:13, Hazel Russman a écrit :
I am building a 7.5 LFS with systemd and currently working through
chapter 6. Having successfully installed coreutils, I rebuilt acl and
ran the test suite. Initially I got 47 errors!
According to
Le 21/04/2014 19:01, TheOldFellow a écrit :
Pierre
Indeed this is where the problem lies.
ls -l /usr/lib/liblzma.so
lrwxrwxrwx 1 root root 10 Apr 21 16:19 /usr/lib/liblzma.so - ../../lib/
However the real problem is in the last line of the xz installation, as you
rightly say, because:
On Mon, 21 Apr 2014 19:25:10 +0200
Pierre Labastie pierre.labas...@neuf.fr wrote:
Looking more closely at your log, it seems that acl's are enabled,
because the line beginning with [95]: 'getfacl --omit-header f'
correctly returns acl entries: user::rw-
user:bin:rw-
user:daemon:r--
On Mon, Apr 21, 2014 at 06:36:19PM +0100, Hazel Russman wrote:
On Mon, 21 Apr 2014 19:25:10 +0200
Pierre Labastie pierre.labas...@neuf.fr wrote:
Looking more closely at your log, it seems that acl's are enabled,
because the line beginning with [95]: 'getfacl --omit-header f'
correctly
One update is that step 5 when building glibc, the compilation fails due
to errno.h
rpc_main.c:37:19: fatal error: errno.h: No such file or directory
#include errno.h
Hi
Thanks all for the replays.
I am trying to create a cross compiler using the steps for building LFS
when the
This is the gcc compile error
configure:8604: checking whether the C compiler works
configure:8626:
/home/marian/kits/crosstool-0.43/build/x86_64-unknown-linux-gnu/build-gcc/./prev-gcc/xgcc
-B/home/marian/kits/crosstool-0.43/build/x86_64-unknown-linux-gnu/build-gcc/./prev-gcc/
On 19.4.2014 7:42, mar...@byteanywhere.com wrote:
Hi
Thanks all for the replays.
I am trying to create a cross compiler using the steps for building LFS
when the temporary tools are build.
Those steps should allow me to use the cross compiler, but obviously
i am not doing something
Le 19/04/2014 07:42, mar...@byteanywhere.com a écrit :
I have a symlink between:
ls -ld /tools
lrwxrwxrwx 1 root root 47 Apr 17 08:08 /tools -
/home/marian/crosstool/x86_64-unknown-linux-gnu/
export PREFIX=/home/marian/crosstool/x86_64-unknown-linux-gnu
export
On Apr 19, 2014, at 12:42 AM, mar...@byteanywhere.com wrote:
Thanks all for the replays.
I am trying to create a cross compiler using the steps for building
LFS
when the temporary tools are build.
I suggest you look at how we do that in CLFS at
http://cross-lfs.org/view/git/index.html
loki wrote:
the patch for glibc in Chapter 6 is missing in the tar package as well
as in the download links.
I see that it is missing in the tarball, but which download link are you
referring to?
It does appear to be missing from the 7.5 md5sums and wget-list files
also. I'll fix that
On Sat, 2014-04-19 at 15:41 -0500, Bruce Dubbs wrote:
loki wrote:
the patch for glibc in Chapter 6 is missing in the tar package as well
as in the download links.
I see that it is missing in the tarball, but which download link are you
referring to?
It does appear to be missing
loki wrote:
On Sat, 2014-04-19 at 15:41 -0500, Bruce Dubbs wrote:
loki wrote:
the patch for glibc in Chapter 6 is missing in the tar package as well
as in the download links.
I see that it is missing in the tarball, but which download link are you
referring to?
It does appear to be
Mcgroder, James wrote:
Discovered the variable CC was set incorrectly for my second pass binutils
build. I assume
I can simply re-execute the build with the correct setting(s) or are there
things I should
physically delete 1st? And if just a re-build is OK, is this true in general?
My
Mcgroder, James wrote:
Discovered the variable CC was set incorrectly for my second pass binutils
build
can I simply re-execute the build with the correct setting(s)?
Bruce Dubbs wrote:
As early as you are in Chapter 5, I'd recommend restarting that chapter.
Be sure to delete any build
On Fri, Apr 18, 2014 at 10:37:48PM +0300, mar...@byteanywhere.com wrote:
Hi,
I am getting the following error trying to build LFS 5.7
For anybody confused by '5.7', that is section 5.7 not the LFS
version ;-) With glibc-2.19 you are either using LFS-7.5 or a
recent version of the
On Apr 18, 2014, at 2:37 PM, mar...@byteanywhere.com wrote:
/home/marian/kits/crosstool-0.43/build/x86_64-unknown-linux-gnu/
glibc-build/sunrpc/cross-rpc_main.o
-MMD -MP -MF
/home/marian/kits/crosstool-0.43/build/x86_64-unknown-linux-gnu/
glibc-build/sunrpc/cross-rpc_main.o.dt
-MT
Hi
Thanks all for the replays.
I am trying to create a cross compiler using the steps for building LFS
when the temporary tools are build.
Those steps should allow me to use the cross compiler, but obviously
i am not doing something correctly.
I just used the path from cross-tools
Em 15-04-2014 14:06, loki escreveu:
Hey all,
unfortunatly you can't find much heartbleed bug info on the net for
administrators. So I will try my luck here.
I have some https websites and a openvpn server. My questions are:
1.) Is it enough for me to recompile only OpenSSL or do I have
On Tue, 15 Apr 2014 19:06:14 +0200
loki l...@pancevo.rs wrote:
1.) Is it enough for me to recompile only OpenSSL or do I have to
recompile OpenSSH, apache, OpenVPN?
I have not yet looked at the patch that fixes CVE-2014-0160, but I
imagine that you do not need to recompile anything that
CORRECTION!!
On Tue, 15 Apr 2014 20:06:03 +0200
Aleksandar Kuktin akuk...@gmail.com wrote:
On Tue, 15 Apr 2014 19:06:14 +0200
loki l...@pancevo.rs wrote:
3.) Do I have to recreate the keys used for the users of OpenVPN?
(After I update OpenSSL)
If they were not loaded into the servers
On 04/06/2014 09:09 PM, Bruce Dubbs wrote:
baho utot wrote:
On 04/06/2014 08:33 PM, William Harrington wrote:
On Apr 6, 2014, at 7:20 PM, baho utot wrote:
the configure should be:
./configure --disable-nologin
as nologin was previously installed by shadow
Does util-linux nologin binary
baho utot wrote:
On 04/06/2014 09:09 PM, Bruce Dubbs wrote:
baho utot wrote:
On 04/06/2014 08:33 PM, William Harrington wrote:
On Apr 6, 2014, at 7:20 PM, baho utot wrote:
the configure should be:
./configure --disable-nologin
as nologin was previously installed by shadow
Does
On 04/07/2014 08:03 AM, Bruce Dubbs wrote:
baho utot wrote:
On 04/06/2014 09:09 PM, Bruce Dubbs wrote:
baho utot wrote:
On 04/06/2014 08:33 PM, William Harrington wrote:
On Apr 6, 2014, at 7:20 PM, baho utot wrote:
the configure should be:
./configure --disable-nologin
as nologin was
baho utot wrote:
On 04/07/2014 08:03 AM, Bruce Dubbs wrote:
Do you want to submit a patch?
Attached is the patch
LOL. That's html. The book is in xml docbook.
I'll see what I can do.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ:
On Mon, Apr 7, 2014 at 5:24 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
LOL. That's html. The book is in xml docbook.
I'll see what I can do.
I've looked at the patch briefly. I'm pretty sure that using rm to
remove an executable is a bad idea in a system that might not always
have package
William Immendorf wrote:
On Mon, Apr 7, 2014 at 5:24 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
LOL. That's html. The book is in xml docbook.
I'll see what I can do.
I've looked at the patch briefly. I'm pretty sure that using rm to
remove an executable is a bad idea in a system that
On 04/07/2014 06:53 PM, Bruce Dubbs wrote:
William Immendorf wrote:
On Mon, Apr 7, 2014 at 5:24 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
LOL. That's html. The book is in xml docbook.
I'll see what I can do.
I've looked at the patch briefly. I'm pretty sure that using rm to
remove an
xinglp wrote:
in lfs-book, do the following job:
local udevlfs=$(grep udev-lfs-version packages.ent);
udevlfs=${udevlfs#*\}; udevlfs=${udevlfs%\*}
local udevlfsver=${udevlfs##*-}
sed -i s/VERSION=.*/VERSION=${udevlfsver}/ udev-lfs/Makefile.lfs
mv udev-lfs ${udevlfs}
tar -Scaf
xinglp wrote:
http://anduin.linuxfromscratch.org/sources/other/udev-lfs-20140305.tar.bz2
Yes, it should be 20140306. I fixed that last night. The on-line
version of the book is correct as well as the svn source.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ:
On Apr 6, 2014, at 7:20 PM, baho utot wrote:
the configure should be:
./configure --disable-nologin
as nologin was previously installed by shadow
Does util-linux nologin binary overwrite shadow's? If so, that is
desired because util-linux ships a better nologin binary.
Coreutils will
On 04/06/2014 08:33 PM, William Harrington wrote:
On Apr 6, 2014, at 7:20 PM, baho utot wrote:
the configure should be:
./configure --disable-nologin
as nologin was previously installed by shadow
Does util-linux nologin binary overwrite shadow's? If so, that is
desired because
baho utot wrote:
On 04/06/2014 08:33 PM, William Harrington wrote:
On Apr 6, 2014, at 7:20 PM, baho utot wrote:
the configure should be:
./configure --disable-nologin
as nologin was previously installed by shadow
Does util-linux nologin binary overwrite shadow's? If so, that is
Date: Sat, 05 Apr 2014 09:16:24 -0400
From: baho utot baho-u...@columbus.rr.com
To: LFS Support List lfs-support@linuxfromscratch.org
Subject: [lfs-support] linuxfromscratch.org web site
I am in the process of collecting information on usinf eudev in my rpm
lfs builds I have found a broken
Date: Sat, 05 Apr 2014 14:27:12 +0100
From: lf...@cruziero.com (akhiezer)
To: LFS Support List lfs-support@linuxfromscratch.org
Subject: Re: [lfs-support] linuxfromscratch.org web site
Date: Sat, 05 Apr 2014 09:16:24 -0400
From: baho utot baho-u...@columbus.rr.com
To: LFS Support List
akhiezer wrote:
Date: Sat, 05 Apr 2014 14:27:12 +0100
From: lf...@cruziero.com (akhiezer)
To: LFS Support List lfs-support@linuxfromscratch.org
Subject: Re: [lfs-support] linuxfromscratch.org web site
Date: Sat, 05 Apr 2014 09:16:24 -0400
From: baho utot baho-u...@columbus.rr.com
To: LFS
Robin wrote:
Refers to udev (systemd) and not eudev.
The instructions on eudev don't include creating
/etc/udev/rules.d/70-persistent-net.rules
only /etc/udev/rules.d/55-lfs.rules
Is it okay to use udev instructions from LFS 7.5 to create the database?
Yes, it is. It need the
From lfs-support-boun...@linuxfromscratch.org Fri Apr 4 15:34:19 2014
Date: Fri, 4 Apr 2014 07:31:51 -0700 (PDT)
From: Golam Md. Shibly shiblyd...@yahoo.com
To: lfs-support@linuxfromscratch.org lfs-support@linuxfromscratch.org
Subject: [lfs-support] EXT3-fs (sda4): error: couldn't mount
Date: Fri, 04 Apr 2014 15:44:18 +0100
From: lf...@cruziero.com (akhiezer)
To: LFS Support List lfs-support@linuxfromscratch.org
Subject: Re: [lfs-support] EXT3-fs (sda4): error: couldn't mount because of
unsupported optional features (240) , during kernel boot
From lfs-support-boun
On 4 April 2014 15:25, Bruce Dubbs bruce.du...@gmail.com wrote:
Robin wrote:
Refers to udev (systemd) and not eudev.
The instructions on eudev don't include creating
/etc/udev/rules.d/70-persistent-net.rules
only /etc/udev/rules.d/55-lfs.rules
Is it okay to use udev instructions from LFS
Robin wrote:
On 4 April 2014 15:25, Bruce Dubbs bruce.du...@gmail.com wrote:
Robin wrote:
Refers to udev (systemd) and not eudev.
The instructions on eudev don't include creating
/etc/udev/rules.d/70-persistent-net.rules
only /etc/udev/rules.d/55-lfs.rules
Is it okay to use udev
On Fri, Apr 04, 2014 at 07:31:51AM -0700, Golam Md. Shibly wrote:
Hi,
EXT3-fs (sda4): error: couldn't mount because of unsupported optional
features (240)
EXT4-fs (sda4): couldn't mount as ext2 due to feature incompatibilities
What can be the reason for this error?
Answers will be
cat /etc/fstab =
# Begin /etc/fstab
# file system mount-point type options dump fsck
# order
/dev/sda4 / ext4 defaults 1 1
/dev/sda6 swap swap pri=1 0
Date: Fri, 4 Apr 2014 16:39:19 +0100
From: Ken Moffat zarniwh...@ntlworld.com
To: LFS Support List lfs-support@linuxfromscratch.org
Subject: Re: [lfs-support] EXT3-fs (sda4): error: couldn't mount because of
unsupported optional features (240) , during kernel boot
On Fri, Apr 04, 2014
On 4 April 2014 16:24, Bruce Dubbs bruce.du...@gmail.com wrote:
Robin wrote:
On 4 April 2014 15:25, Bruce Dubbs bruce.du...@gmail.com wrote:
Robin wrote:
Refers to udev (systemd) and not eudev.
The instructions on eudev don't include creating
/etc/udev/rules.d/70-persistent-net.rules
only
On Fri, Apr 04, 2014 at 09:01:56AM -0700, Golam Md. Shibly wrote:
cat /etc/fstab =
# Begin /etc/fstab
# file system mount-point type options dump fsck
# order
/dev/sda4 / ext4 defaults
Wednesday, April 02, 2014 5:39 AM William wrote:
[...]I am experienced with both cfdisk and fdisk, what should I boot in order
to use those utilities?
I used GParted from a Knoppix live distro however I don't believe it matters
what
DISTRO used provided it has all the required software
On Wed, 02 Apr 2014 04:39:17 -0500
William wjck...@gmail.com wrote:
While I am experienced with both cfdisk and fdisk, what should I boot
in order to use those utilities?
Anything that:
(a) has them
(b) is capable of detecting your HDD and changing bits on it (i.e. has
drivers for your
Thanks both of you. I was over complicating things.
On 04/02/2014 07:35 AM, Aleksandar Kuktin wrote:
On Wed, 02 Apr 2014 04:39:17 -0500
William wjck...@gmail.com wrote:
While I am experienced with both cfdisk and fdisk, what should I boot
in order to use those utilities?
Anything that:
If I boot to a Slackware disk, could I use cfdisk from there and
keep going?
Yes.
After use cfdisk/formatting the partition, then reboot your host system
too make the new partition works
--
[ Sandy Widianto - Brother From Indonesia ]
--
Robin wrote:
Refers to udev (systemd) and not eudev.
The instructions on eudev don't include creating
/etc/udev/rules.d/70-persistent-net.rules
only /etc/udev/rules.d/55-lfs.rules
That whole part is under revision. It will probably be a week before
it's ready.
Is it okay to use udev
On 2 April 2014 17:03, Bruce Dubbs bruce.du...@gmail.com wrote:
Robin wrote:
Refers to udev (systemd) and not eudev.
The instructions on eudev don't include creating
/etc/udev/rules.d/70-persistent-net.rules
only /etc/udev/rules.d/55-lfs.rules
That whole part is under revision. It will
On 04/01/2014 02:11 PM, Robin wrote:
From nohup.log:
+ test -w /dev/full
+ test -c /dev/full
+ exec
./tests/misc/nohup.sh: line 66: /dev/tty: No such device or address
+ fail=1
Found discussion at
https://lists.gnu.org/archive/html/guix-devel/2014-03/msg00017.html
Patch discussed
On 04/01/2014 12:11 AM, Robin wrote:
If I run 'make tests root-tests' I get 65 failures.
Running the tests separately i.e. 'make tests' then 'make
root-tests' and all tests were successful.
My MAKEFLAGS='-j 4' if that is signicant.
Thanks
Parallel testing doesn't work with either
On 1 April 2014 14:04, Armin K. kre...@email.com wrote:
On 04/01/2014 12:11 AM, Robin wrote:
If I run 'make tests root-tests' I get 65 failures.
Running the tests separately i.e. 'make tests' then 'make
root-tests' and all tests were successful.
My MAKEFLAGS='-j 4' if that is signicant.
On 1 April 2014 14:03, Armin K. kre...@email.com wrote:
On 04/01/2014 02:11 PM, Robin wrote:
From nohup.log:
+ test -w /dev/full
+ test -c /dev/full
+ exec
./tests/misc/nohup.sh: line 66: /dev/tty: No such device or address
+ fail=1
Found discussion at
On Sun, 2014-03-30 at 18:14 -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
/usr : A separate /usr is a very old idea. Useful if you are on a
network where /usr is an nfs mount shared by several machines. I'm
sure there are other use cases, but I can't think of any at the
moment. For most
On Sun, 30 Mar 2014 14:57:22 -0700
Al Szymanski a...@mac.com wrote:
Thank you all for your rapid responses. In specific, Aleksandar asked:
Are these numbers your own estimates, or did you pick them up
somewhere? I'm asking because they overestimate.
These numbers came directly from the
1 - 100 of 14378 matches
Mail list logo
