> On 9 Nov 2020, at 14:51, Andrew Bartlett <abartlet at samba.org>
wrote:
> On Mon, 2020-11-09 at 14:43 +1030, O'Connor, Daniel wrote:
>>
>> Good idea.
>> First step is building Samba from source which is not a fun
>> experience on FreeBSD :(
>
> We do honestly want to make this easier. Now of course that doesn't
> help for a historical bisect, but we are open to and encourage up-
> streaming of patches from ports. (We also ask that patches we reject -
> this has happened - be removed from the port, but can't force that).
I managed to get the build done with the patches from the FreeBSD port (plus a
few mods where they did not apply).
However the problem is when I go to bisect all those patches need to be manually
re-applied (eg stash push/pop) and then hand fixed which is quite tedious..
I did a bit more digging and 4.12.7 works, 4.13.0 is broken (and HEAD).
One thing I did notice is that the ldb libraries are linked in a different
order:
Broken:
libldb.so.2 => /usr/local/lib/samba4/private/libldb.so.2 (0x80066e000)
libldb-cmdline-samba4.so =>
/usr/local/lib/samba4/private/libldb-cmdline-samba4.so (0x8006a5000)
libreplace-samba4.so => /usr/local/lib/samba4/private/libreplace-samba4.so
(0x8006ad000)
libtdb.so.1 => /usr/local/lib/libtdb.so.1 (0x8006b4000)
libpopt.so.0 => /usr/local/lib/libpopt.so.0 (0x8006d0000)
libtalloc.so.2 => /usr/local/lib/libtalloc.so.2 (0x8006df000)
libtevent.so.0 => /usr/local/lib/libtevent.so.0 (0x8006f0000)
libc.so.7 => /lib/libc.so.7 (0x80024a000)
libthr.so.3 => /lib/libthr.so.3 (0x800706000)
libintl.so.8 => /usr/local/lib/libintl.so.8 (0x800733000)
Works:
libldb-cmdline-samba4.so =>
/usr/local/lib/samba4/private/libldb-cmdline-samba4.so (0x80066e000)
libldb.so.2 => /usr/local/lib/samba4/private/libldb.so.2 (0x800676000)
libreplace-samba4.so => /usr/local/lib/samba4/private/libreplace-samba4.so
(0x8006ad000)
libtdb.so.1 => /usr/local/lib/libtdb.so.1 (0x8006b4000)
libtevent.so.0 => /usr/local/lib/libtevent.so.0 (0x8006d0000)
libtalloc.so.2 => /usr/local/lib/libtalloc.so.2 (0x8006e6000)
libpopt.so.0 => /usr/local/lib/libpopt.so.0 (0x8006f7000)
libc.so.7 => /lib/libc.so.7 (0x80024a000)
libthr.so.3 => /lib/libthr.so.3 (0x800706000)
libintl.so.8 => /usr/local/lib/libintl.so.8 (0x800733000)
Although it could just be a red herring :)
I've emailed the FreeBSD port maintainer to see about tracking it down.
--
Daniel O'Connor
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum