<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">

<html lang="en">

<head>

<meta content="text/html; charset=utf-8" http-equiv="Content-Type">

<title>

GitLab

</title>

<style>img {

max-width: 100%; height: auto;

}

</style>

</head>

<body>

<div class="content">

<div>

<blockquote dir="auto">

<blockquote>

<p>Wouldn't that mean that these tests will run only if /bin/sh is bash? In the freebsd runners bash is /usr/local/bin/bash and these tests are currently running there. With the new approach they will not.

It was just an idea. We could also (or instead) try to find bash (if not already running in bash) with <code>which bash</code> and restart the script with bash if found.</p>

</blockquote>

</blockquote>

<blockquote dir="auto">

<blockquote>

<p>Why cannot we install bash on alpine?

Of course we can. But do you want to tell each user (s)he should first install bash and link /bin/sh to it ?</p>

</blockquote>

</blockquote>

<p dir="auto">But that's not the situation today. To run the test suite bash is required and it doesn't need to be in <code>/bin/sh</code> (that's why env is used). To run gnutls tools or use the library itself no bash is required. We may have different users in mind, but I see a normal user as someone who downloads gnutls from its distribution, and the test suite being more relevant to people porting gnutls to various platforms, or building for a distribution.  When building gnutls we already require several devel packages make/gcc/libtasn1-devel/p11-kit-devel/libidn2-devel/cmocka-devel and when building from git even more like autogen/gperf, so I do not see requiring bash for running the test suite a big obstacle for running the test suite.</p>

<blockquote dir="auto">

<p>IMO, the less the dependencies the easier someone can build + test + use GnuTLS on slim systems like Alpine. Alpine becomes more and more popular for docker images. This is true for other tiny (container-optimzed) distros.</p>

</blockquote>

<p dir="auto">Certainly, and thank you for bringing that support. We want to run gnutls there and test it there. What I'm questioning is whether we should strive to make gnutls testable with only the default shell of alpine. Even if we make bash scripts optional and disabled on that platform (e.g., in Makefile.am), that would mean this platform a second-class citizen because not all tests will be run.</p>

</div>

</div>

<div class="footer" style="margin-top: 10px;">

<p style="font-size: small; color: #777777;">

—

<br>

Reply to this email directly or <a href="https://gitlab.com/gnutls/gnutls/merge_requests/809#note_119276134">view it on GitLab</a>.

<br>

You're receiving this email because of your account on gitlab.com.

If you'd like to receive fewer emails, you can

<a href="https://gitlab.com/sent_notifications/a4ab1f1e39bde83c6307a568e038ea68/unsubscribe">unsubscribe</a>

from this thread or

adjust your notification settings.

<script type="application/ld+json">{"@context":"http://schema.org","@type":"EmailMessage","action":{"@type":"ViewAction","name":"View Merge request","url":"https://gitlab.com/gnutls/gnutls/merge_requests/809#note_119276134"}}</script>

</p>

</div>

</body>

</html>