Re: [lfs-dev] lfs-systemd svn 6.75.Util-linux-2.33
On 12/4/2018 2:18 PM, DJ Lucas via lfs-dev wrote: > > No, something out of the ordinary. Came up when the build order was changed > last time. Think procps links to systemd and needs the util-linux logs or > something. Give me a bit and I'll confirm what it was. Sorry so late. I dug through logs and I can't find anything. Sorry for the noise. --DJ -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] lfs-systemd svn 6.75.Util-linux-2.33
On December 3, 2018 5:26:10 PM CST, Bruce Dubbs via lfs-dev wrote: >On 12/03/2018 04:42 PM, DJ Lucas via lfs-dev wrote: >> On December 3, 2018 11:12:34 AM CST, Bruce Dubbs via lfs-dev > wrote: >>> On 12/03/2018 10:02 AM, Thanos Baloukas via lfs-dev wrote: It has rm -vf /usr/include/{blkid,libmount,uuid} We don't create those symlinks now. It should be rm -vf /usr/lib/lib{blkid,mount,uuid}* Without the above the util-linux installation leaves in /usr/lib symlinks to /tools/lib >>> >>> Those links are now only created in the systemd book. We should >>> probably remove those at the end of the systemd section and remove >the >>> reference in utils-linux. >>> >>> If we decide to leave the rm command in util-linux, it should be >marked >>> >>> systemd onle, even if it is a null operation in the sysv version. >>> >>> Douglas? DJ? >>> >>> I can do it if you don't have time. >>> >> >> I think it would be best to do so in util-linux, but I cannot recall >exactly why. Procps or psmisc also needs the libraries available I >think. Of course, both of those are autotools IIRC, so we can get away >with a -L/tools/lib in LDFLAGS, I think. Only Systemd is difficult >because it uses the pkg-config values. > >If there was a problem with Procps or psmisc, wouldn't it show up in >the >sysV book? The symlinks are created in systemd and that isn't built >with the sysV book. > >Also, psmisc is built well before systemd. > > -- Bruce >-- >http://lists.linuxfromscratch.org/listinfo/lfs-dev >FAQ: http://www.linuxfromscratch.org/faq/ >Unsubscribe: See the above information page No, something out of the ordinary. Came up when the build order was changed last time. Think procps links to systemd and needs the util-linux logs or something. Give me a bit and I'll confirm what it was. --DJ -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] lfs-systemd svn 6.75.Util-linux-2.33
On 12/03/2018 04:42 PM, DJ Lucas via lfs-dev wrote: On December 3, 2018 11:12:34 AM CST, Bruce Dubbs via lfs-dev wrote: On 12/03/2018 10:02 AM, Thanos Baloukas via lfs-dev wrote: It has rm -vf /usr/include/{blkid,libmount,uuid} We don't create those symlinks now. It should be rm -vf /usr/lib/lib{blkid,mount,uuid}* Without the above the util-linux installation leaves in /usr/lib symlinks to /tools/lib Those links are now only created in the systemd book. We should probably remove those at the end of the systemd section and remove the reference in utils-linux. If we decide to leave the rm command in util-linux, it should be marked systemd onle, even if it is a null operation in the sysv version. Douglas? DJ? I can do it if you don't have time. I think it would be best to do so in util-linux, but I cannot recall exactly why. Procps or psmisc also needs the libraries available I think. Of course, both of those are autotools IIRC, so we can get away with a -L/tools/lib in LDFLAGS, I think. Only Systemd is difficult because it uses the pkg-config values. If there was a problem with Procps or psmisc, wouldn't it show up in the sysV book? The symlinks are created in systemd and that isn't built with the sysV book. Also, psmisc is built well before systemd. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] lfs-systemd svn 6.75.Util-linux-2.33
On December 3, 2018 11:12:34 AM CST, Bruce Dubbs via lfs-dev wrote: >On 12/03/2018 10:02 AM, Thanos Baloukas via lfs-dev wrote: >> It has >> >> rm -vf /usr/include/{blkid,libmount,uuid} >> >> We don't create those symlinks now. It should be >> >> rm -vf /usr/lib/lib{blkid,mount,uuid}* >> >> Without the above the util-linux installation leaves in /usr/lib >> symlinks to /tools/lib > >Those links are now only created in the systemd book. We should >probably remove those at the end of the systemd section and remove the >reference in utils-linux. > >If we decide to leave the rm command in util-linux, it should be marked > >systemd onle, even if it is a null operation in the sysv version. > >Douglas? DJ? > >I can do it if you don't have time. > I think it would be best to do so in util-linux, but I cannot recall exactly why. Procps or psmisc also needs the libraries available I think. Of course, both of those are autotools IIRC, so we can get away with a -L/tools/lib in LDFLAGS, I think. Only Systemd is difficult because it uses the pkg-config values. --DJ -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] lfs-systemd svn 6.75.Util-linux-2.33
On 12/03/2018 10:02 AM, Thanos Baloukas via lfs-dev wrote: It has rm -vf /usr/include/{blkid,libmount,uuid} We don't create those symlinks now. It should be rm -vf /usr/lib/lib{blkid,mount,uuid}* Without the above the util-linux installation leaves in /usr/lib symlinks to /tools/lib Those links are now only created in the systemd book. We should probably remove those at the end of the systemd section and remove the reference in utils-linux. If we decide to leave the rm command in util-linux, it should be marked systemd onle, even if it is a null operation in the sysv version. Douglas? DJ? I can do it if you don't have time. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page