[Buildroot] [PATCH v2] package/xmlsec1: new package

Thomas Petazzoni thomas.petazzoni at bootlin.com
Sat Apr 13 20:38:39 UTC 2019


Hello Bastian,

On Tue, 12 Feb 2019 17:13:08 +0100
Bastian Breit <bastian.breit.buildroot at gmail.com> wrote:

> I would summit options with later commits for the dependencies like
> gnutls which is currently deactivated for this package. Should that be
> mentioned in the help text? It should be clear by reading the current
> dependencies.

We don't typically document all possible dependencies of packages in
the help text, it would be annoying to maintain. Handling them in
the .mk file is enough.

> Does anyone prefer gnutls over openssl for non licencing
> reasons? I am not sure how to handle licence changing by selecting
> different dependencies (gnutls vs openssl)

Why would the license change ? The license of libxmlsec1 itself remains
MIT.

I guess that openssl/gnutls/libgcrypt is actually a choice, i.e one
would use one of the three, correct ?

If so, then you can do:

	select BR2_PACKAGE_OPENSSL if !BR2_PACKAGE_GNUTLS && !BR2_PACKAGE_LIBGCRYPT

in the Config.in file, and:

ifeq ($(BR2_PACKAGE_OPENSSL),y)
LIBXMLSEC1_DEPENDENCIES += openssl
LIBXMLSEC1_CONF_OPTS += --with-openssl=$(STAGING_DIR)/usr
else ifeq ($(BR2_PACKAGE_GNUTLS),y)
...
else ifeq ($(BR2_PACKAGE_LIBGCRYPT),y)
...
endif

You could also do the same to support libxslt as an optional
dependency. All of this can be done as part of the initial libxmlsec1
submission, or as follow-up patches.

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com



More information about the buildroot mailing list