Proposal: Split libtalloc, libtdb, libtevent and libldb into a separate upstream project

Stephen Gallagher sgallagh at redhat.com
Mon Jan 10 07:19:59 MST 2011


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/10/2011 09:15 AM, Stefan (metze) Metzmacher wrote:
> Am 10.01.2011 15:03, schrieb Matthieu Patou:
>>
>>> 4) We should change the default behavior of configuration of the sources
>>> to be --bundled-libraries=NONE instead of --bundled-libraries=AUTO. This
>>> is a tangentially-related topic that would make things simpler for
>>> distribution packagers.
>> If we should select, I think this should be done only for release
>> tarball and with big fat warning for early adopters of s4 who compile
>> directly from the tarball.
>> Otherwise we will have a tons of : I can't compile s4 ...
>> IMHO I would keep the auto mode and just notify the distros so that in
>> their build script the add the --bundled-libraries=NONE
>> I guess it's easier to ask 100+ (at most ?) more experimented persons
>> (distro maintainers for those packages) that to try to educate the rest
>> of the persons who are downloading s4.
> 
> The default should only change for talloc, tdb, tevent and ldb
> not for samba.
> 
> And for all cases we need to improve the error messages to make it
> easier to find the correct magic to solve the problem.


On further reflection, Matthieu is probably right here. We should just
be sure to document well for package maintainers that they'll need to
specify --bundled-libraries=NONE or else they might unexpectedly end up
linked to libraries other than the system versions.

- -- 
Stephen Gallagher
RHCE 804006346421761

Delivering value year after year.
Red Hat ranks #1 in value among software vendors.
http://www.redhat.com/promo/vendor/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAk0rFY8ACgkQeiVVYja6o6MFFQCgpg8NVJsI1DjSentHz9d4M02x
PPEAoJzHsB0XqezMfiJpdk/WnNtE4pAN
=sMon
-----END PGP SIGNATURE-----


More information about the samba-technical mailing list