#4355: "/tools/lib64" in systemd instruction
--------------------+-----------------------
Reporter: xry111 | Owner: dj@…
Type: defect | Status: assigned
Priority: normal | Milestone: 8.4
Component: Book | Version: SVN
Severity: normal | Resolution:
Keywords: |
--------------------+-----------------------
Changes (by dj@…):
* owner: lfs-book => dj@…
* status: new => assigned
Comment:
No, that's not correct. On current builds, we still have
/tools/lib64->lib. OTOH, those instructions predate the change to /lib in
the toolchain. While still technically valid, despite the multiple layers
of symlinks, unless there is an -rpath somewhere in systemd, e2fsprogs, or
procps, I doubt that the library symlinks are even necessary. I had simply
put them back because they were present prior to systemd's build order
getting mixed up. It hadn't even occurred to me to try without them. We
are using the pkgconfig files from /tools/lib/pkgconfig/ so they should
include -L/tools/lib. I haven't made it very far in my BLFS build, maybe
50 packages in, and I'm working on a new set of PKGBUILDs. I've only made
it through enough to get pacman going and most of the optional deps not
covered in LFS. I'll start a fresh build tonight and test without. As an
aside, it'll even double as a sanity check for my packaging. :-) I should
be able to report back tomorrow evening, possibly morning.
--
Ticket URL: <http://wiki.linuxfromscratch.org/lfs/ticket/4355#comment:1>
LFS Trac <http://wiki.linuxfromscratch.org/lfs/>
Linux From Scratch: Your Distro, Your Rules.
--
http://lists.linuxfromscratch.org/listinfo/lfs-book
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
