From: Jelle Licht <jlicht@fsfe.org>
To: Brice Waegeneire <brice@waegenei.re>, 39587@debbugs.gnu.org
Subject: [bug#39587] [PATCH] gnu: Add haproxy.
Date: Thu, 13 Feb 2020 10:26:48 +0100 [thread overview]
Message-ID: <87lfp6vnvr.fsf@jlicht.xyz> (raw)
In-Reply-To: <20200213090615.29979-1-brice@waegenei.re>
Hi Brice,
Brice Waegeneire <brice@waegenei.re> writes:
> [...]
> +
> +(define-public haproxy
> + (package
> + (name "haproxy")
> + (version "2.1.3")
> + (source (origin
> + (method url-fetch)
> + (uri (string-append "https://www.haproxy.org/download/"
> + (version-major+minor version)
> + "/src/haproxy-" version ".tar.gz"))
> + (sha256
> + (base32
> + "0n8bw3d6gikr8c56ycrvksp1sl0b4yfzp19867cxkl3l0daqwrxv"))))
> + (build-system gnu-build-system)
> + (arguments
> + `(#:make-flags
> + (let* ((out (assoc-ref %outputs "out")))
> + (list (string-append "PREFIX=" out)
> + (string-append "SBINDIR=" out "/bin")
Is there any particular reason to pass '/bin' instead of the (default)
'/sbin' here?
> + (string-append "DOCDIR=" out "/share/" ,name)
> + "TARGET=linux-glibc"
> + "USE_LUA=1"
> + "USE_OPENSSL=1"
> + "USE_ZLIB=1"
> + "USE_PCRE_2=1"))
> + #:tests? #f ; no tests
It seems there are some tests included with haproxy using something
called 'VTest', in `scripts/run-regtests.sh' for example.
> + #:phases
> + (modify-phases %standard-phases
> + (delete 'configure))))
> + (inputs
> + `(("lua" ,lua)
> + ("openssl" ,openssl)
> + ("pcre2" ,pcre2)
> + ("zlib" ,zlib)))
> + (home-page "https://www.haproxy.org/")
> + (synopsis "Reliable, high performance TCP/HTTP load balancer")
> + (description "HAProxy is a free, very fast and reliable solution offering
> +high availability, load balancing, and proxying for TCP and HTTP-based
> +applications. It is particularly suited for web sites crawling under very
> +high loads while needing persistence or Layer7 processing. Supporting tens of
> +thousands of connections is clearly realistic with todays hardware.")
> + (license (list license:gpl2+
> + license:lgpl2.1))))
^ haproxy header files are licensed under
lgpl2.1+, at least according to `doc/coding-style.txt'
Thanks for working on this!
- Jelle
next prev parent reply other threads:[~2020-02-13 9:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-13 9:06 [bug#39587] [PATCH] gnu: Add haproxy Brice Waegeneire
2020-02-13 9:26 ` Jelle Licht [this message]
2020-02-13 10:29 ` Brice Waegeneire
2020-02-13 12:34 ` Jelle Licht
2020-02-13 12:49 ` [bug#39587] [PATCH v2] " Brice Waegeneire
2020-02-14 15:54 ` Jelle Licht
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87lfp6vnvr.fsf@jlicht.xyz \
--to=jlicht@fsfe.org \
--cc=39587@debbugs.gnu.org \
--cc=brice@waegenei.re \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.