[Bug 272636] sysutils/fusefs-nbt: Update to 20230720-4d49ab2
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 272636] sysutils/fusefs-nbt: Update to 20230720-4d49ab2"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 272636] sysutils/fusefs-nbt: Update to 20230720-4d49ab2"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 272636] sysutils/fusefs-nbt: Update to 20230720-4d49ab2"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 272636] sysutils/fusefs-nbt: Update to 20230720-4d49ab2"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 272636] sysutils/fusefs-nbt: Update to 20230720-4d49ab2"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 21 Jul 2023 09:56:14 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272636 Bug ID: 272636 Summary: sysutils/fusefs-nbt: Update to 20230720-4d49ab2 Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: msl0000023508@gmail.com This change also fixes an issue where the built utilities may not always be using shared library libnbt.so.1 due to parallel building. Originally this port has 'ALL_TARGET=libnbt.so all', so make(1) will be launched with these 2 targets together; if parallel building is enabled (by default in ports tree), it is not guaranteed to have 'libnbt.so' ready before building 'all'. As a result some programs built by 'all' may have linked with libnbt.a instead. Fixing this unpredictable behavior by using 2 make(1) passes for those 2 targets. -- You are receiving this mail because: You are the assignee for the bug.