Re: [blfs-dev] Rebuilding gst-plugins-base after installing Qt
On Wed, Oct 28, 2020 at 06:21:11PM -0500, Marty Jack via blfs-dev wrote: > > > On Wed, 28 Oct 2020 16:02:02 -0500 Ken Moffat via blfs-dev wrote: > > On Wed, Oct 28, 2020 at 02:36:06AM -0500, Marty Jack via blfs-dev wrote: > > > > > > > > > On Tue, 27 Oct 2020 17:00:15 -0500 Ken Moffat via blfs-dev wrote: > > No, I'm on meson (0.55.3). The snip I posted is above the snip you posted > and mine is a little different in the area you posted. > It looks as though you are happy with the outcome and won't be pursuing it > further. > If I get time, I'll take a look at what you say here, but it is a distraction. > However I tracked it down. For whatever reason you are not passing the tests > in gst-libs/gst/gl/meson.build that leave build_gstgl = true. > This causes tests/examples/meson.build to skip subdir gl. This causes the > includes to be set from tests/overlay/meson.build. That file fails to > mention Core in line 12. The tests/overlay/meson.build should mention Core > which is in fact needed to build the overlay directory and that is a bug in > that file. Your output line "Run-time dependency qt5" is coming from line 12. > > In my case build_gstgl is set, tests/examples/gl and tests/examples/gl/qt do > the Qt checks, and I get all the headers they both need. > Thanks for the detail - I'll guess that a static lib is needed for those tests to pass. At the moment I make almost all static libs unavailable in normal builds, because I want to know what needs to be rebuilt if they get vulnerabilities. Cheers. ĸen -- The people next door oppress me all night long. I tell them: I work all day, a man's got to have some time to learn to play the tuba. That's oppression, that is.[ Guards! Guards! ] -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libsoup-2.72.0 won't compile with brotli installed
On Thu, 29 Oct 2020 at 15:37, Douglas R. Reno via blfs-dev wrote: > > > On 10/29/20 10:33 AM, John Burrell via blfs-dev wrote: > > Brotli has a -R parameter in each of its pkgconfig files and this > > causes libsoup to fail: > > > > [92/184] Linking target libsoup/libsoup-2.4.so.1.11.0 > > FAILED: libsoup/libsoup-2.4.so.1.11.0 > > , > > , > > , > > bject-2.0.so /usr/lib/libgio-2.0.so /usr/lib/libxml2.so > > /usr/lib/libsqlite3.so /usr/lib/libpsl.so -R/usr/ > > lib /usr/lib/libbrotlidec.so /usr/lib/libz.so -Wl,--end-group > > cc: error: unrecognized command-line option ‘-R’ > > > > Adding-Dbrotli=disabled \ to the configure allows it to compile. > > > > The issue was reported here: > > > > https://gitlab.alpinelinux.org/alpine/aports/-/issues/11948 > > > > but the recommended changes obviously haven't occurred. > > > > jb. > > Hi John, > > > In the Brotli page in SVN, there is currently the following sed which > should fix this issue: > > sed -i 's@-R..libdir.@@' scripts/*.pc.in > > > After reinstalling Brotli, you should be able to build libsoup with > brotli support properly. > > - Doug Thanks for that. Yes, libsoup installs with no problems now. Much obliged. jb. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libsoup-2.72.0 won't compile with brotli installed
On 10/29/20 10:33 AM, John Burrell via blfs-dev wrote: Brotli has a -R parameter in each of its pkgconfig files and this causes libsoup to fail: [92/184] Linking target libsoup/libsoup-2.4.so.1.11.0 FAILED: libsoup/libsoup-2.4.so.1.11.0 , , , bject-2.0.so /usr/lib/libgio-2.0.so /usr/lib/libxml2.so /usr/lib/libsqlite3.so /usr/lib/libpsl.so -R/usr/ lib /usr/lib/libbrotlidec.so /usr/lib/libz.so -Wl,--end-group cc: error: unrecognized command-line option ‘-R’ Adding-Dbrotli=disabled \ to the configure allows it to compile. The issue was reported here: https://gitlab.alpinelinux.org/alpine/aports/-/issues/11948 but the recommended changes obviously haven't occurred. jb. Hi John, In the Brotli page in SVN, there is currently the following sed which should fix this issue: sed -i 's@-R..libdir.@@' scripts/*.pc.in After reinstalling Brotli, you should be able to build libsoup with brotli support properly. - Doug -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Libsoup-2.72.0 won't compile with brotli installed
Brotli has a -R parameter in each of its pkgconfig files and this causes libsoup to fail: [92/184] Linking target libsoup/libsoup-2.4.so.1.11.0 FAILED: libsoup/libsoup-2.4.so.1.11.0 , , , bject-2.0.so /usr/lib/libgio-2.0.so /usr/lib/libxml2.so /usr/lib/libsqlite3.so /usr/lib/libpsl.so -R/usr/ lib /usr/lib/libbrotlidec.so /usr/lib/libz.so -Wl,--end-group cc: error: unrecognized command-line option ‘-R’ Adding-Dbrotli=disabled \ to the configure allows it to compile. The issue was reported here: https://gitlab.alpinelinux.org/alpine/aports/-/issues/11948 but the recommended changes obviously haven't occurred. jb. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] If P2 modules are built for PyYaml and Markupsafe, then recommend P2
On 10/29/20 7:23 AM, Bruce Dubbs via blfs-dev wrote: On 10/29/20 5:22 AM, Pierre Labastie via blfs-dev wrote: As the subject says... But another possibility is to not propose P2 modules at all for those packages. I'm almost sure nothing uses P2 modules for those packages: Markupsafe is here only for Mako and Jinja2, and we build only P3 for those packages. PyYAML is optional for llvm and kf5, and I think those use P3 only now... Let's drop p2 from instructions where it is not needed by something in the book. I do not see a problem with having p2 as an optional dependency though. Agreed here Looking I now see p2 instructions for D-Bus Python, PyCairo-1.18.2, PyGObject-2.28.7, libxml2-2.9.10, lxml, MarkupSafe, PyYAML, and six. However as best I can tell in the python modules section only PyCairo-1.18.2, PyGObject-2.28.7, and libxml2-2.9.10 need p2. I think lxml, MarkupSafe, and PyYAML could probably have their Python2 modules removed. I'm not sure on 'six' though. Of course the biggest problem appears to be those packages that need pygtk which uses PyGObject-2.28.7 and PyCairo-1.18.2. On top of that, I think libxml2_python is used for GIMP IIRC. On that note, I do know that the NMAP developers are working on porting Zenmap to Pygobject3 and GTK3. That should remove another PyGTK dependency. I am not sure what's going on with Avahi though. If I'm not mistaken, bssh/bvnc, which allow you to search for VNC servers and SSH servers on a network, are still using PyGTK. I could be wrong there though. -- 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] dbus needed for samba
On 10/29/20 3:52 AM, Pierre Labastie via blfs-dev wrote: When building samba with required and recommended and dependencies (but without dbus installed) on a SysV machine, I get (configure output): - [...] VFS_STATIC: vfs_default,vfs_not_implemented,vfs_posixacl VFS_SHARED: vfs_recycle,vfs_audit,vfs_extd_audit,vfs_full_audit,vfs_fake_perms,vfs_ default_quota,vfs_readonly,vfs_cap,vfs_expand_msdfs,vfs_shadow_copy,vfs _shadow_copy2,vfs_readahead,vfs_xattr_tdb,vfs_streams_xattr,vfs_streams _depot,vfs_acl_xattr,vfs_acl_tdb,vfs_preopen,vfs_catia,vfs_media_harmon y,vfs_unityed_media,vfs_fruit,vfs_shell_snap,vfs_commit,vfs_worm,vfs_cr ossrename,vfs_linux_xfs_sgid,vfs_time_audit,vfs_offline,vfs_virusfilter ,vfs_widelinks,vfs_snapper,vfs_fake_acls,vfs_nfs4acl_xattr,vfs_error_in ject,vfs_delay_inject,vfs_syncops,vfs_dirsort,vfs_fileid,vfs_aio_fork,v fs_aio_pthread,vfs_gpfs,vfs_btrfs,vfs_glusterfs_fuse PDB_STATIC: pdb_smbpasswd,pdb_tdbsam,pdb_ldapsam PDB_SHARED: AUTH_STATIC: auth_builtin,auth_sam,auth_winbind,auth_unix AUTH_SHARED: NSS_INFO_STATIC: nss_info_template NSS_INFO_SHARED: CHARSET_STATIC: CHARSET_SHARED: IDMAP_STATIC: idmap_tdb,idmap_passdb,idmap_nss,idmap_ldap IDMAP_SHARED: idmap_ad,idmap_rfc2307,idmap_autorid,idmap_rid,idmap_hash,idmap_tdb2,id map_script GPEXT_STATIC: GPEXT_SHARED: PERFCOUNT_STATIC: PERFCOUNT_SHARED: RPC_STATIC: rpc_mdssvc_module RPC_SHARED: Checking for dbus : not found vfs_snapper is enabled but prerequisite dbus-1 package not found. Use - -with-shared-modules=!vfs_snapper to disable vfs_snapper support. (complete log in /sources/samba/samba-4.13.0/bin/config.log) --- Note that "vfs_snapper" is in the long list after "VFS_SHARED:" This does not show up in systemd, and in my usual builds, I build dbus earlyn so it does not show up either. This time I have randomized the order of the requested packages (before running the blfs-tools dependency resolver), so it happens that samba is built before dbus. Owing to the fact that vfs_snapper may be disabled (see above), I'd add dbus to the recommended dependencies (only for SysV, of course). Is there a reason to either: - not do that - add it to required? Pierre Hi Pierre, A new security update for Samba came out early this morning. Normally we get 7 days of advance notice for a new Samba version that contains security fixes, but we didn't for this one. It looks like there are three CVEs fixed in it. Since they didn't give advance notice, I can only assume that this means that they're critical enough to warrant emergency releases. I'll add it to Required. I think it fits best there because vfs_snapper is used for Samba to take snapshots of filesystem metadata for folders that it shares files from. It does not show up on systemd because dbus is built in LFS (although it needs to be rebuilt in BLFS for dbus-launch support for X11). That explains why I generally miss it :-) - Doug -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] If P2 modules are built for PyYaml and Markupsafe, then recommend P2
On 10/29/20 5:22 AM, Pierre Labastie via blfs-dev wrote: As the subject says... But another possibility is to not propose P2 modules at all for those packages. I'm almost sure nothing uses P2 modules for those packages: Markupsafe is here only for Mako and Jinja2, and we build only P3 for those packages. PyYAML is optional for llvm and kf5, and I think those use P3 only now... Let's drop p2 from instructions where it is not needed by something in the book. I do not see a problem with having p2 as an optional dependency though. Looking I now see p2 instructions for D-Bus Python, PyCairo-1.18.2, PyGObject-2.28.7, libxml2-2.9.10, lxml, MarkupSafe, PyYAML, and six. However as best I can tell in the python modules section only PyCairo-1.18.2, PyGObject-2.28.7, and libxml2-2.9.10 need p2. Of course the biggest problem appears to be those packages that need pygtk which uses PyGObject-2.28.7 and PyCairo-1.18.2. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] If P2 modules are built for PyYaml and Markupsafe, then recommend P2
As the subject says... But another possibility is to not propose P2 modules at all for those packages. I'm almost sure nothing uses P2 modules for those packages: Markupsafe is here only for Mako and Jinja2, and we build only P3 for those packages. PyYAML is optional for llvm and kf5, and I think those use P3 only now... Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] dbus needed for samba
When building samba with required and recommended and dependencies (but without dbus installed) on a SysV machine, I get (configure output): - [...] VFS_STATIC: vfs_default,vfs_not_implemented,vfs_posixacl VFS_SHARED: vfs_recycle,vfs_audit,vfs_extd_audit,vfs_full_audit,vfs_fake_perms,vfs_ default_quota,vfs_readonly,vfs_cap,vfs_expand_msdfs,vfs_shadow_copy,vfs _shadow_copy2,vfs_readahead,vfs_xattr_tdb,vfs_streams_xattr,vfs_streams _depot,vfs_acl_xattr,vfs_acl_tdb,vfs_preopen,vfs_catia,vfs_media_harmon y,vfs_unityed_media,vfs_fruit,vfs_shell_snap,vfs_commit,vfs_worm,vfs_cr ossrename,vfs_linux_xfs_sgid,vfs_time_audit,vfs_offline,vfs_virusfilter ,vfs_widelinks,vfs_snapper,vfs_fake_acls,vfs_nfs4acl_xattr,vfs_error_in ject,vfs_delay_inject,vfs_syncops,vfs_dirsort,vfs_fileid,vfs_aio_fork,v fs_aio_pthread,vfs_gpfs,vfs_btrfs,vfs_glusterfs_fuse PDB_STATIC: pdb_smbpasswd,pdb_tdbsam,pdb_ldapsam PDB_SHARED: AUTH_STATIC: auth_builtin,auth_sam,auth_winbind,auth_unix AUTH_SHARED: NSS_INFO_STATIC: nss_info_template NSS_INFO_SHARED: CHARSET_STATIC: CHARSET_SHARED: IDMAP_STATIC: idmap_tdb,idmap_passdb,idmap_nss,idmap_ldap IDMAP_SHARED: idmap_ad,idmap_rfc2307,idmap_autorid,idmap_rid,idmap_hash,idmap_tdb2,id map_script GPEXT_STATIC: GPEXT_SHARED: PERFCOUNT_STATIC: PERFCOUNT_SHARED: RPC_STATIC: rpc_mdssvc_module RPC_SHARED: Checking for dbus : not found vfs_snapper is enabled but prerequisite dbus-1 package not found. Use - -with-shared-modules=!vfs_snapper to disable vfs_snapper support. (complete log in /sources/samba/samba-4.13.0/bin/config.log) --- Note that "vfs_snapper" is in the long list after "VFS_SHARED:" This does not show up in systemd, and in my usual builds, I build dbus earlyn so it does not show up either. This time I have randomized the order of the requested packages (before running the blfs-tools dependency resolver), so it happens that samba is built before dbus. Owing to the fact that vfs_snapper may be disabled (see above), I'd add dbus to the recommended dependencies (only for SysV, of course). Is there a reason to either: - not do that - add it to required? Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
