Am 12.06.19 um 07:38 schrieb Willy Tarreau:
> So my questions are :
>   - does anybody think it's a bad idea ?

I do. Even if the Linux distribution in question theoretically supports
a certain feature you are:

1. Not guaranteed that the development headers are installed.

As a specific example: Debian ships systemd (and by extension
libsystemd) by default. But I would not be able to compile HAProxy with
USE_SYSTEMD without installing libsystemd-dev first.

2. Not guaranteed that the user is interested in certain features.

I guess most are interested in OpenSSL support, but Lua might be more
questionable. Why should I carry the Lua interpreter along when I'm not
using Lua scripts anyway?

Personally I would leave Lua out on most of my servers if I would
compile my own HAProxy [1]. This is because I realized, by doing stupid
but fun things with Lua, that Lua support is way less reliable than
HAProxy's C code. Possibly because most people don't need Lua and thus
it gets less exposure in production.

(1) could be solved with feature detection (e.g. autoconf, but you
probably don't want to touch that). (2) not so much.

Both could be solved with some kind of wizard that asks the user what
they want and detects the appropriate options and flags based on the
system. I believe something similar exists for the Linux kernel (I never
compiled my own kernel).

Best regards
Tim Düsterhus

[1] Big if there. I'm super happy with the job the Debian HAProxy team
is doing by providing a separate APT repository for the newest versions.

Reply via email to