Re: [blfs-dev] [blfs-book] r21631 - trunk/BOOK/gnome/platform
On 5/30/19 4:41 AM, Xi Ruoyao via blfs-dev wrote: On 2019-05-29 21:49 +0200, Pierre Labastie via blfs-dev wrote: On 29/05/2019 17:27, Bruce Dubbs via blfs-dev wrote: On 5/28/19 10:43 PM, xry111--- via blfs-book wrote: Modified: trunk/BOOK/gnome/platform/libsecret.xml = = --- trunk/BOOK/gnome/platform/libsecret.xmlMon May 27 14:40:12 2019 (r21630) +++ trunk/BOOK/gnome/platform/libsecret.xmlTue May 28 20:43:34 2019 (r21631) @@ -96,7 +96,7 @@ , , and - + (Python 2 module) Does libsecret need Python 2 or can it use Python 3? I note that we don't mention Py2 itself in the dependencies. I'm sure that's left over from when we switched to Py2 in LFS. Originally it was pygobject2, and pygobject2 requires P2. Actually, looking at the source, it seems everything in libsecret has been ported to Python 3; isn't Python 2 a typo? Yes it is using P3 now. I just grep -r the source code and found some scripts with "#!/usr/bin/env python". But it seems they are actually executed with P3. I moved it over to documenting PyGObject3's Python3 module at r21635 -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Suggestion for Qt5 configuration
On 5/30/19 12:53 AM, hykwok1--- via blfs-dev wrote: When I built poppler (0.76.1), CMake (3.14.4) reported that Qt 5 was not found (However, in fact Qt 5 was built sucessfully). So I added the following line to the "/etc/profile.d/qt5.sh" in order to fix the problem: pathappend $QT5DIR CMAKE_PREFIX_PATH I think it will not cause any problem for other packages even CMake is not available in the system. Reference: https://doc.qt.io/qt-5/cmake-manual.html Hmm. I don't have CMAKE_PREFIX_PATH defined at all and poppler's cmake found qt for me. Perhaps you need /opt/qt5/lib/pkgconfig in PKG_CONFIG_PATH? -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] libcap instruction
On 5/30/2019 2:56 AM, Thomas Trepl via blfs-dev wrote: Hi all, shouldn't the very last instruction in libcap read as tail -n +3 /etc/pam.d/system-auth.bak >> /etc/pam.d/system-auth instead of tail -n +3 /etc/pam.d/system-auth.bak << /etc/pam.d/system-auth (I can fix it, just want to be sure that its correct) Whoops. Fixed in r21637. Sorry about that and thanks for the catch. --DJ -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r21631 - trunk/BOOK/gnome/platform
On 2019-05-29 21:49 +0200, Pierre Labastie via blfs-dev wrote: > On 29/05/2019 17:27, Bruce Dubbs via blfs-dev wrote: > > On 5/28/19 10:43 PM, xry111--- via blfs-book wrote: > > > > > Modified: trunk/BOOK/gnome/platform/libsecret.xml > > > = > > > = > > > --- trunk/BOOK/gnome/platform/libsecret.xmlMon May 27 > > > 14:40:12 2019 > > > (r21630) > > > +++ trunk/BOOK/gnome/platform/libsecret.xmlTue May 28 > > > 20:43:34 2019 > > > (r21631) > > > @@ -96,7 +96,7 @@ > > > > > > , > > > , and > > > - > > > + (Python 2 module) > > > > > > Does libsecret need Python 2 or can it use Python 3? I note that > > we don't > > mention Py2 itself in the dependencies. I'm sure that's left over > > from when > > we switched to Py2 in LFS. Originally it was pygobject2, and pygobject2 requires P2. > Actually, looking at the source, it seems everything in libsecret has > been > ported to Python 3; isn't Python 2 a typo? Yes it is using P3 now. I just grep -r the source code and found some scripts with "#!/usr/bin/env python". But it seems they are actually executed with P3. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] libcap instruction
Hi all, shouldn't the very last instruction in libcap read as tail -n +3 /etc/pam.d/system-auth.bak >> /etc/pam.d/system-auth instead of tail -n +3 /etc/pam.d/system-auth.bak << /etc/pam.d/system-auth (I can fix it, just want to be sure that its correct) -- Thomas -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page