Ken Moffat wrote:
> On Fri, Apr 25, 2014 at 10:35:11PM -0500, Bruce Dubbs wrote:
>>
>> Does this help?
>>
>> http://wiki.gentoo.org/wiki/Systemd#Kernel
>>
>> -- Bruce
>
> No ;-)
>
> They show "open by fhandle syscalls" as requir
Ken Moffat wrote:
> I've now got to section 8.3, and as-expected I need to change my
> kernel config from what I've been using, if I hope it will support
> booting with systemd. But I'd like to query if a few of these
> settings really are necessary, and also to suggest that we ought to
> distin
Ken Moffat wrote:
> On Sun, Apr 20, 2014 at 09:27:55PM -0500, Bruce Dubbs wrote:
>> Ken Moffat wrote:
>>>I'm just looking in more detail at the set-systemd and set-sysv
>>> scripts in section 7.1.
>>>
>>>Two questions:
>>>
>>
Ken Moffat wrote:
> On Tue, Apr 22, 2014 at 11:28:32AM -0700, bdu...@higgs.linuxfromscratch.org
> wrote:
>> Author: bdubbs
>> Date: Tue Apr 22 11:28:32 2014
>> New Revision: 10546
>>
>> Log:
>> Update users so all acl tests pass
>>
>
>>
>> Modified: trunk/BOOK/chapter06/shadow.xml
>> =
Ken Moffat wrote:
> I'm trying to guess what I need here, but the details seem to be
> sparse.
>
> 1. FONT_MAP and FONT_UNIMAP : I haven't found any relevant examples
> yet, but I assume those of use using UTF-8 throughout our system do
> not need to specify anything ? I saw an example of FONT_M
Sebastian Plotz wrote:
> Am 21.04.2014 23:46, schrieb Bruce Dubbs:
>> I have reorganized and rewritten Chapter 7. I'd appreciate feedback.
>> Thanks.
>>
>> -- Bruce
>
> It looks really good. I have only three minor things to mention:
>
> 1)
>
&
I have reorganized and rewritten Chapter 7. I'd appreciate feedback.
Thanks.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Ken Moffat wrote:
> I'm just looking in more detail at the set-systemd and set-sysv
> scripts in section 7.1.
>
> Two questions:
>
> 1. set-systemd ends with
> echo "Now reboot with /sbin/reboot-sysv"
> and set-sysv ends with
> echo "Now reboot with /sbin/reboot-systemd"
> Are these swappe
Bruce Dubbs wrote:
> Sebastian Plotz wrote:
>> Am 14.04.2014 21:52, schrieb Bruce Dubbs:
>>> I've thought about it, but my experience with systemd is limited. Do
>>> you have specific instructions I can test with LFS? -- Bruce
>>
>> Ok, I'll try to
Sebastian Plotz wrote:
> Am 14.04.2014 21:52, schrieb Bruce Dubbs:
>> I've thought about it, but my experience with systemd is limited. Do
>> you have specific instructions I can test with LFS? -- Bruce
>
> Ok, I'll try to give a starting point.
>
> 1.) First
Sebastian Plotz wrote:
> What about using systemd to bring up the network interfaces?
>
> There was already a discussion about this topic before:
>
> https://www.mail-archive.com/lfs-dev@linuxfromscratch.org/msg19837.html
>
> The systemd version wouldn't need the LFS-Network-Scripts anymore.
> The
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 upstream. My question is
whether it should be the poli
Magnus Larsson wrote:
> On 2014-04-12 23:04, Bruce Dubbs wrote:
>> Magnus Larsson wrote:
>>> (resend with correct subject title)
>>> Magnus
>>>
>>> dearlfs-...@linuxfromscratch.org,
>>>
>>> LFS : SVN : "/lib/udev/devices does no
Magnus Larsson wrote:
> (resend with correct subject title)
> Magnus
>
> dearlfs-...@linuxfromscratch.org,
>
> LFS : SVN : "/lib/udev/devices does not exist" and "/dev/pts does not
> exist"
>
> === my lfs system ===
>
> I built SVN circa 140331-140408. I can boot the system and log in as
> root. It
xinglp wrote:
> $ journalctl -b|grep enp
> Apr 08 22:37:25 vm1 ifup[123]: Adding IPv4 address 192.168.3.1 to the
> enp4s0 interface...Cannot find device "enp4s0"
> Apr 08 22:37:26 vm1 systemd-udevd[173]: renamed network interface eth0 to
> enp4s0
>
> So it won't startup network.
Are you using /et
thomas wrote:
> Am Samstag, den 05.04.2014, 19:17 -0500 schrieb Bruce Dubbs:
>> Armin K. wrote:
>>> On 04/06/2014 01:19 AM, thomas wrote:
>>>> Am Samstag, den 05.04.2014, 16:41 -0500 schrieb Bruce Dubbs:
>>>>> Working with systemd, there seem to be
Armin K. wrote:
> On 04/06/2014 01:19 AM, thomas wrote:
>> Am Samstag, den 05.04.2014, 16:41 -0500 schrieb Bruce Dubbs:
>>> Working with systemd, there seem to be lots of "learning" issues.
>>>
>>> I was trying to watch the boot sequence and the scree
Working with systemd, there seem to be lots of "learning" issues.
I was trying to watch the boot sequence and the screen clears and I get
a login prompt. How to disable clearing the screen? Well that's simple
enough:
mkdir -p /etc/systemd/system/getty@tty1.service.d
cat > /etc/systemd/system
xinglp wrote:
> 2014-04-05 19:50 GMT+08:00 Armin K. :
>> On 04/05/2014 05:50 AM, Bruce Dubbs wrote:
>>> xinglp wrote:
>>>> 2014-04-05 11:04 GMT+08:00 Bruce Dubbs :
>>>>> xinglp wrote:
>>>>>> When boot into systemd, got the
Armin K. wrote:
> On 04/05/2014 05:50 AM, Bruce Dubbs wrote:
>> xinglp wrote:
>>> 2014-04-05 11:04 GMT+08:00 Bruce Dubbs :
>>>> xinglp wrote:
>>>>> When boot into systemd, got the below message:
>>>>
>>>> Lets work the problems
Bryan Kadzban wrote:
> Bruce Dubbs wrote:
>> I did have a private email with a volunteer to write a hint. If I get
>> that, I'll add a note in the systemd section that points there.
>
> I saw a commit mail to -book that added the hint link.
>
> However, if som
xinglp wrote:
> 2014-04-05 10:59 GMT+08:00 William Harrington :
>>
>> On Apr 4, 2014, at 9:44 PM, xinglp wrote:
>>
>>> [FAILED] Failed to start Create Volatile Files and Directories.
>>> See 'systemctl status systemd-tmpfiles-setup.service' for details.
>>
>> View the README in the systemd-xxx/ sou
xinglp wrote:
> 2014-04-05 11:04 GMT+08:00 Bruce Dubbs :
>> xinglp wrote:
>>> When boot into systemd, got the below message:
>>
>> Lets work the problems one at a time.
>>> [/usr/lib/tmpfiles.d/systemd.conf:25] Unknown group 'systemd-journal'.
&g
xinglp wrote:
> When boot into systemd, got the below message:
Lets work the problems one at a time.
> [FAILED] Failed to start Create Volatile Files and Directories.
> See 'systemctl status systemd-tmpfiles-setup.service' for details.
> ---split---
> root [ ~ ]# systemctl status
http://lkml.iu.edu//hypermail/linux/kernel/1404.0/01327.html
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Ken Moffat wrote:
>> The scripts to reconfigure are in /usr/local/sbin and are named
>> set-systemd and set-sysv. I recommend re-reading Chapter 7 as there are
>> a lot of changes there.
>
> Why /usr/local ? They will be an intrinsic part of LFS if this all
> works out. Some of us occasionall
Denis Mugnier wrote:
> Hi
>
> On 04/04/2014 02:02, Ken Moffat wrote:
>>I'm sorry to see eudev disappear from the book after its brief
>> appearance, but more power to your elbow for providing the two
>> alternative init systems.
> I'm sorry too.
>
> It is possible to integrate eudev on the BLFS
Pierre Labastie wrote:
>> -- Bruce
> Built using jhalfs, with all final testsuites:
> Errors (FWIW):
> - glibc : 2 errors (+ 2 ignored), seems as usual
> - coreutils : 1 error (test/misc/nohup)
> - bash (a few, not sure, seems similar to usual)
> - bc (a few, similar to usual)
> - systemd : 2
akhiezer wrote:
>
> SVN-20140403 :
> --
> * Appendix C. 'Dependencies':
> - still got an entry for eudev.
> - no entry for systemd or d-bus.
Fixed at revision 10521.
> * Preface, 'v. Rationale for Packages in the Book':
> - still to be updated for newly added/removed pkgs sin
akhiezer wrote:
>> Date: Thu, 03 Apr 2014 17:11:10 -0500
>> From: Bruce Dubbs
>> To: LFS Developers Mailinglist
>> Subject: [lfs-dev] Major changes in -dev
>>
>> I've committed a major change to the -dev version of LFS.
>>
>> The new versio
xinglp wrote:
> 2014-04-04 6:11 GMT+08:00 Bruce Dubbs :
>> I'm sure there are still latent bugs in the current commit, whether they
>> be in scripts, build instructions, or text. Please test this out and
>> let me know of needed changes.
>
> set-systemd line 7
>
xinglp wrote:
> Some error messages during boot，sysv
> Mounting virtual file systems: /runcp: cannot stat
> '/lib/udev/devices/*': No such file or directory
Hmm. I didn't see this. The command is:
cp -a /lib/udev/devices/* /dev
and I do not appear to have the /lib/udev/devices directory at al
Ken Moffat wrote:
> As to the size in the foreword - I think you are probably correct.
Perhaps you mean the Preface. The first place I see size mentioned is
in the target architectures. My, things gave grown since LFS 6.5.
The size for 7.5 (64-bit) is 1.5G. We have increased the minimum
MENGUAL Jean-Philippe wrote:
> Hi,
>
> OK so LFS doesn't use anymore sysvinit, but Systemd.
Incorrect. You have a choice. We install both and you can test them
out and choose the one you like best.
I thought the book
> 9ould use an approach like the CLFS one: one chapter if you use Systemd;
Ken Moffat wrote:
> On Thu, Apr 03, 2014 at 05:11:10PM -0500, Bruce Dubbs wrote:
>> 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 oth
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
set-systemd and set-sysv. I recommend re-reading
Ken Moffat wrote:
> On Wed, Apr 02, 2014 at 02:00:29PM -0500, Bruce Dubbs wrote:
>> I've been trying to figure out whether we need the lfs udev rules when
>> transitioning to udev from systemd-211.
>>
>> 83-cdrom-symlinks.rules needs write_cd_rules, so those go toge
Matt Burgess wrote:
>
> On 2014-04-02 20:00, Bruce Dubbs wrote:
>> I've been trying to figure out whether we need the lfs udev rules when
>> transitioning to udev from systemd-211.
>>
>> What we have is
>> 55-lfs.rules,
>> 81-cdrom.rules
I've been trying to figure out whether we need the lfs udev rules when
transitioning to udev from systemd-211.
What we have is
55-lfs.rules,
81-cdrom.rules,
83-cdrom-symlinks.rules,
write_cd_rules,
write_net_rules, and
init-net-rules.sh
I do think we need init-net-rules.sh and write_net_rules t
Ken Moffat wrote:
> Since acl is now in the book, I decided to run its tests. I rather
> wish I hadn't (my scripts do not lend themselves to keeping the
> build directory around, and then going back to it later), but in
> case anyone else is tempted to try this I'm reporting that I got a
> non-z
matthew wrote:
> It's been a while since I looked at it, but which of systemd's
> utilities doesn't adhere to the 'do one job and do it well'
> philosophy?
I've already removed that verbage, but see below.
> I see systemd as a collection of utilities much like
> coreutils and util-linux. I'd agre
Ken Moffat wrote:
> On Mon, Mar 31, 2014 at 01:26:46PM -0500, Bruce Dubbs wrote:
>>
>> The init program is controlled by the /etc/inittab file and is organized
>> into run levels that can be run by the user:
>>
>> 0 — halt
>> 1 — Single us
Ken Moffat wrote:
> On Mon, Mar 31, 2014 at 04:43:26PM -0500, Bruce Dubbs wrote:
>>
>> I'm not touching Chapter 5 right now. Go ahead.
>>
> I took the liberty of removing two words from the text in the
> chapter 6 headers page. If you are updating anything else
Ken Moffat wrote:
> On Sun, Mar 09, 2014 at 07:39:55PM -0500, Bruce Dubbs wrote:
>> Ken Moffat wrote:
>>>
>>>Should we just drop this command ?
>>
>> Perhaps we should. What is happening is that scripts/headers_check.pl
>> is being run. The comm
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 in Unix and
Unix-like systems such as Linux since ab
thomas wrote:
> Am Sonntag, den 30.03.2014, 12:33 +0200 schrieb Thierry Nuttens:
>> Hello.
>>
>> I thing its a very good idea to go for a possibility to choose between
>> systemd and SySV. Simply because, it's an endless debate, peoples are for
>> SySV or for systemD, both parties are convinced by
Matt Burgess wrote:
>
> On 2014-03-29 06:32, Bruce Dubbs wrote:
>> Just a progress report. I've had some success. I can boot the same
>> system to either sysd or sysv. I have a couple of short scripts to
>> switch. For example:
>>
>> $ cat set-s
Bruce Dubbs wrote:
> I did a little more checking. If eudev is dropped and the full systemd
> is substituted in a standard LFS environment, the following have name
> collisions:
>
>1 /usr/share/man/man8/shutdown.8
>2 /usr/share/man/man8/poweroff.8
>3 /usr/sha
akhiezer wrote:
> But those packages would auto- drop-out if a user is building/following the
> non-sysd track of the book, right?
Not necessarily. There are several packages that people have suggested
are not necessary in LFS. I don't remember which, but LFS has never
been aimed at a minimum
Thomas Trepl wrote:
> Hi,
>
> seems so that libcap is missing in "All packages" in chap3.
I thought I did that, but I missed it. It's fixed now.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information
Thomas Trepl wrote:
> Am Dienstag, 25. März 2014, 11:22:38 schrieb Bruce Dubbs:
>> I've been looking at systemd and had a thought that perhaps both could
>> be put into a single LFS build. Looking at the installed package
>> contents in the books, I see the
DJ Lucas wrote:
>
> On 03/25/14 11:22, Bruce Dubbs wrote:
> First, let me say that I personally love that idea. I feel that LFS was kind
> of loosing sight of the primary goal by not introducing systemd. However, are
> you suggesting that LFS have optional instructions? That'
Bruce Dubbs wrote:
> I've been looking at systemd and had a thought that perhaps both could
> be put into a single LFS build. Looking at the installed package
> contents in the books, I see the following name collisions:
>
> systemd sysviniteudev
> systemd-ude
akhiezer wrote:
> And in any event, you're still aiming at adding an "ifs'n'buts" layer to
> the lfs-main book - the type of thing that has been argued against many
> many times.
Yes, if we end up doing this, it is a major change from our traditional
methodology. It would, in fact, be LFS 8.0.
akhiezer wrote:
>> Date: Tue, 25 Mar 2014 11:22:38 -0500
>> From: Bruce Dubbs
>> To: LFS Developers Mailinglist
>> Subject: [lfs-dev] Thoughts about LFS and systemd
>>
>> I've been looking at systemd and had a thought that perhaps both could
>>
LFS Trac wrote:
> #3528: GMP-6.0.0
> Comment (by Krejzi):
>
> It is 6.0.0a, it's newer than 6.0.0. Minor update to 6.0.0 probably.
I thought I looked, but you are right. Why couldn't they have just
named it 6.0.1? :(
It extracts to 6.0.0. Nothing in the changelog about 6.0.0a. Nothing
ab
Armin K. wrote:
> On 03/25/2014 05:22 PM, Bruce Dubbs wrote:
>> I've been looking at systemd and had a thought that perhaps both could
>> be put into a single LFS build. Looking at the installed package
>> contents in the books, I see the following name collisions:
>
I've been looking at systemd and had a thought that perhaps both could
be put into a single LFS build. Looking at the installed package
contents in the books, I see the following name collisions:
systemd sysvinit eudev
udevd
udevadm udevadm
halt halt
init i
baho-utot wrote:
> There is an error in the following:
>
> Create some directories now that are needed for tests, but will also be
> used as a part of installation:
>
> mkdir -pv /lib/{firmware,udev/devices/pts}
> mkdir -pv /lib/firmware <-- This is not needed as
>
Thomas Trepl wrote:
> Hi,
>
> in chap6 the version of the eudev-manpages is hardcoded
>
> tar -xvf ../eudev-1.5.1-manpages.tar.bz2 -C /usr/share
>
> which should be
>
> tar -xvf ../eudev-&eudev-version;-manpages.tar.bz2 -C /usr/share
Indeed you are right. I fixed that just now. I will note that
baho utot wrote:
> I see that pkgconfig has been removed from LFS and BLFS
No it hasn't.
http://www.linuxfromscratch.org/lfs/view/development/chapter06/pkg-config.html
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See
xinglp wrote:
> There's many things missed for "105-autoconf:" section. with lfs_book
> r10512 and jhalfs r3785
I accidentally dropped autoconf from Chapter 3. I'll fix in a minute.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
U
baho utot wrote:
>
> On 03/20/2014 08:41 PM, Bruce Dubbs wrote:
>> I've noticed that our instructions for e2fsprogs put chattr and lsattr
>> into /usr/bin. Shouldn't these be in /bin?
> If you follow Filesystem Hierarchy Standard version 2.3 they are not in
> pl
I've noticed that our instructions for e2fsprogs put chattr and lsattr
into /usr/bin. Shouldn't these be in /bin?
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
akhiezer wrote:
> - few small typos in lfs svn (as of r10511) per diff below.
>
> (Didn't include any of the further seven files under
> 'BOOK/stylesheets/lfs-xsl/docbook-xsl-1.78.1/' with instances of same/similar
> (re case) typo.)
Fixed in my sandbox, but I won't make a special commit for the
Olaf wrote:
> On 2014-03-15 04:44, Bruce Dubbs wrote:
>
>> Hmm, just tell me in your own words how you do it. Don't worry about
>> what tools to use right now.
>
> This is how I currently create 'snapshots':
>
> # linux-firmware lives in GIT
> http
Olaf wrote:
> On 2014-03-15 04:44, Bruce Dubbs wrote:
>
>> Hmm, just tell me in your own words how you do it. Don't worry about
>> what tools to use right now.
>
> This is how I currently create 'snapshots':
>
> # linux-firmware lives in GIT
> http
Armin K. wrote:
> On 03/15/2014 02:36 AM, Bruce Dubbs wrote:
>> Armin K. wrote:
>>> I have noticed that we don't seem to cover firmware installation
>>> anywhere in LFS. The trick is that some modern network cards and most
>>> wireless ones require firmwa
Armin K. wrote:
> I have noticed that we don't seem to cover firmware installation
> anywhere in LFS. The trick is that some modern network cards and most
> wireless ones require firmware to function. Radeon cards also require
> firmware (most of them does iirc) but we cover that in BLFS. It doesn'
Bruce Dubbs wrote:
> 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.
> git clone git://git.l
Pierre Labastie wrote:
> Just a few more notes about my experience about subversion and git
> (more limited for the latter):
> - about branching and merging: I created a branch with subversion
> for the BLFS part of jhalfs. After moving directories around, I couldnot
> merge anymore from the trun
Ken Moffat wrote:
> On Sun, Mar 09, 2014 at 11:06:42PM -0500, Bruce Dubbs wrote:
>> Ken Moffat wrote:
>>>The great benefit of git is in branches - in svn, a branch is "cast
>>> in stone" and is a PITA. In git, branches are just pointers. If
>>>
Ken Moffat wrote:
> - Forwarded message from Ken Moffat -
>
> #?^€^ ! I managed to send the reply to blfs instead of lfs.
>
> On Sun, Mar 09, 2014 at 09:16:42PM -0500, Bruce Dubbs wrote:
>>
>> Merging is generally not needed by me, but that may be the reaso
William Harrington wrote:
>
> On Mar 9, 2014, at 6:19 PM, Bruce Dubbs wrote:
>
>> I've been working trying to understand Git a little better and
>> trying to
>> evaluate whether it is appropriate for LFS to migrate.
>>
>
> Here is an article which presen
Ken Moffat wrote:
> I've just noticed that someone on CLFS ran 'make headers_check' and
> feared that the usual error reports (from kexec.h and soundcard.h)
> about "userspace cannot reference function or variable defined in the
> kernel" were errors.
>
> In theory, running "make headers_check"
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 changed on the lfs server.
I had to reorganize the r
William Harrington wrote:
>
> On Mar 7, 2014, at 7:00 PM, William Harrington wrote:
> I talked to Armin and looked up the Changes between Util linux 2.20
> and 2.21 and found that findmnt and lsblk include udev support. Not
> sure what more info would be presented with udev support, but I now
> se
Armin K. wrote:
> On 03/08/2014 04:37 PM, MENGUAL Jean-Philippe wrote:
>> Hi,
>>
>> Do you have an experience about the mailing lists on LFS and its
>> capability to receive attached files? It seems they are rejected, but is
>> it true? Because I'd like to ask contrib to send me their patches here,
MENGUAL Jean-Philippe wrote:
Hi,
Do you have an experience about the mailing lists on LFS and its
capability to receive attached files? It seems they are rejected, but is
it true? Because I'd like to ask contrib to send me their patches here,
but impossible if the mailing refuses attached files.
xinglp wrote:
> 2014-03-08 3:54 GMT+08:00 Bruce Dubbs :
>> xinglp wrote:
>>> 2014-03-08 2:09 GMT+08:00 Bruce Dubbs :
>>>> xinglp wrote:
>>>>
>>>>>> And most importantly, /dev/disk was not created.
>>>>
>>>>>
William Harrington wrote:
>
> On Mar 7, 2014, at 1:56 PM, Bruce Dubbs wrote:
>
>> There is a circular dependency between util-linux and udev/eudev.
>> That's why I added util-linux to Chapter 5.
>
> Well util linux is great for tools when booting or chroot, but w
Armin K. wrote:
> On 03/07/2014 08:37 PM, Bruce Dubbs wrote:
>> William Harrington wrote:
>>>
>>> On Mar 7, 2014, at 11:51 AM, xinglp wrote:
>>>
>>>> When use initrd, with /dev/disk/by-xxx present, I can use
>>>> root=UUID=xxx instead of
xinglp wrote:
> 2014-03-08 2:09 GMT+08:00 Bruce Dubbs :
>> xinglp wrote:
>>
>>>> And most importantly, /dev/disk was not created.
>>
>>> I got it, eudev should be after util-linux, for libblkid
>>
>> It's not picking up util-linux from C
William Harrington wrote:
>
> On Mar 7, 2014, at 12:36 PM, xinglp wrote:
>
>> In the last version I build with jhalfs, udevd not linked to
>> libblkid.so
>
> i can't figure out why util-linux is so late in the build for LFS, but
> yes, eudev will use pkg-config to find it's deps and eudev should be
akhiezer wrote:
> ref: http://www.linuxfromscratch.org/lfs/view/7.5/chapter09/reboot.html
> "Now that we have said that, lets move on to booting"
>
> s/lets/let's/ ? (let's == "let us").
>
> (Noticed it while working with 7.4; and is still there in 7.5; seems to
> be in several - didn't check 'em a
William Harrington wrote:
>
> On Mar 7, 2014, at 11:51 AM, xinglp wrote:
>
>> When use initrd, with /dev/disk/by-xxx present, I can use
>> root=UUID=xxx instead of root=/dev/sdxx
>
> Your initrd should do that. You need to troubleshoot your initrd.
What you really want to do is use gpt:
http://w
akhiezer wrote:
> ref: http://www.linuxfromscratch.org/lfs/view/7.5/chapter09/reboot.html
> "Now that we have said that, lets move on to booting"
>
> s/lets/let's/ ? (let's == "let us").
>
> (Noticed it while working with 7.4; and is still there in 7.5; seems to
> be in several - didn't check 'em a
xinglp wrote:
>> And most importantly, /dev/disk was not created.
> I got it, eudev should be after util-linux, for libblkid
It's not picking up util-linux from Chapter 5? If not, we'll need to
adjust some flags.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http
xinglp wrote:
> 2014-03-07 7:14 GMT+08:00 Bruce Dubbs :
>> I've replaced systemd wuth eudev in LFS. Please have a look and test.
>> Feedback welcomed.
>
> /etc/rc.d/init.d/udev line 52
> replace /lib/udev/udevd with /sbin/udevd
Right. I did that when testing
Armin K. wrote:
> On 03/07/2014 12:14 AM, Bruce Dubbs wrote:
>> I've replaced systemd wuth eudev in LFS. Please have a look and test.
>> Feedback welcomed.
>>
>> -- Bruce
>>
>
> Title is a bit missleading.
>
> Maybe "eudev has replaced
I've replaced systemd wuth eudev in LFS. Please have a look and test.
Feedback welcomed.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
John Burrell wrote:
> I just noticed this:
>
> x86_64) ln -sv lib /lib64 &&
> ln -sv lib /usr/lib64 &&
>
> As far as I'm aware this is the first instance of && in LFS.
>
> Is this the thin end of a wedge or a slip?
>
> Personally, I would prefer you to remove it to leave LFS consist
Bruce Dubbs wrote:
> Armin K. wrote:
>> On 03/05/2014 10:58 PM, William Harrington wrote:
>>>
>>> On Mar 5, 2014, at 3:09 PM, Bruce Dubbs wrote:
>>>
>>>> FAIL: udev-test.pl
>>>> PASS: rules-test.sh
>>>> ...
>>>>
Ken Moffat wrote:
> I built eudev in LFS-7.5 chroot like this:
Thanks for those instructions Ken. I took those and built in chroot
with these:
sed -i '/devnode substitution/ a exp_add_error => "yes",' test/udev-test.pl
sed -i '/struct ucred/i struct ucred;' src/libudev/util.h
./configure
://www.linuxfromscratch.org/blfs/view/7.5/
[1] http://www.linuxfromscratch.org/blfs/downloads/7.5/
-- Bruce Dubbs
LFS
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Armin K. wrote:
> On 03/05/2014 10:58 PM, William Harrington wrote:
>>
>> On Mar 5, 2014, at 3:09 PM, Bruce Dubbs wrote:
>>
>>> FAIL: udev-test.pl
>>> PASS: rules-test.sh
>>> ...
>>> See test/test-suite.log
>>
>> Same as we have
MENGUAL Jean-Philippe wrote:
> Hi,
>
> Ok I'm not direct contributor to LFS and F can understand that
> translation stuff isn't the priority of the upstream devs. However, I'd
> like to tell you that with git, it became painful to translate
> cross-lfs. We are now unable to release at the same time
Ken Moffat wrote:
> On Tue, Mar 04, 2014 at 11:37:32AM -0600, William Harrington wrote:
>>
>> On Mar 4, 2014, at 10:43 AM, Bruce Dubbs wrote:
>>
>>> eudev wants gperf and gtk-doc. We could add gperf to LFS and probably
>>> do away with both gperf and
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.
>>
>> http://cgit.freedesktop.org/mesa
Ken Moffat wrote:
> On Tue, Mar 04, 2014 at 11:37:32AM -0600, William Harrington wrote:
>>
>> On Mar 4, 2014, at 10:43 AM, Bruce Dubbs wrote:
>>
>>> eudev wants gperf and gtk-doc. We could add gperf to LFS and probably
>>> do away with both gperf and
1 - 100 of 2772 matches
Mail list logo
