<!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=US-ASCII" http-equiv="Content-Type">
<title>
GitLab
</title>
<style>img {
max-width: 100%; height: auto;
}
</style>
</head>
<body>
<div class="content">
<p class="details" style="font-style: italic; color: #777;">
<a href="https://gitlab.com/ametzler">Andreas Metzler</a> created an issue:
</p>
<div></div>
<p dir="auto">Hello,</p>
<p dir="auto">this is <a href="https://bugs.debian.org/934193" rel="nofollow noreferrer noopener" target="_blank">https://bugs.debian.org/934193</a> reported by Steve Langasek against 3.6.9:</p>
<pre class="code highlight js-syntax-highlight plaintext" lang="plaintext" v-pre="true"><code><span id="LC1" class="line" lang="plaintext">In Ubuntu we discovered that the new version of libgnutls was causing</span>
<span id="LC2" class="line" lang="plaintext">systemd-resolved to fail to start on i386, due to forbidden text relocations:</span>
<span id="LC3" class="line" lang="plaintext"></span>
<span id="LC4" class="line" lang="plaintext"> Aug 07 23:21:43 vorlon-i386-test systemd-resolved[8810]: /lib/systemd/systemd-resolved: error while loading shared libraries: /lib/i386-linux-gnu/libgnutls.so.30: cannot make segment writable for relocation: Operation not permitted</span>
<span id="LC5" class="line" lang="plaintext"></span>
<span id="LC6" class="line" lang="plaintext">This is a fatal error for systemd-resolved because the systemd unit sets</span>
<span id="LC7" class="line" lang="plaintext">MemoryDenyWriteExecute=yes, but the problem can be more generally seen by</span>
<span id="LC8" class="line" lang="plaintext">examining the library with readelf:</span>
<span id="LC9" class="line" lang="plaintext"></span>
<span id="LC10" class="line" lang="plaintext"> $ readelf -d ./debian/tmp/usr/lib/i386-linux-gnu/libgnutls.so.30.25.0 |grep TEXTREL</span>
<span id="LC11" class="line" lang="plaintext"> 0x00000016 (TEXTREL) 0x0</span>
<span id="LC12" class="line" lang="plaintext"> 0x0000001e (FLAGS) TEXTREL BIND_NOW</span>
<span id="LC13" class="line" lang="plaintext"> $</span>
<span id="LC14" class="line" lang="plaintext"></span>
<span id="LC15" class="line" lang="plaintext">These text relocations should not be there.</span>
<span id="LC16" class="line" lang="plaintext"></span>
<span id="LC17" class="line" lang="plaintext">This is a one-line fix (see attached), but I don't understand how the bug</span>
<span id="LC18" class="line" lang="plaintext">occurred in the first place, as this looks like a case of a version of an</span>
<span id="LC19" class="line" lang="plaintext">"automatically generated" file being checked into upstream git that was in</span>
<span id="LC20" class="line" lang="plaintext">fact hand-edited (wrongly) since it does not match what is generated by the</span>
<span id="LC21" class="line" lang="plaintext">upstream openssl assembly-generating perl scripts.</span></code></pre>
<p dir="auto"><a href="https://gitlab.com/gnutls/gnutls/uploads/e612ab336204e1495fa3b8204ac79ced/i386-fix-wrong-reloc.patch">i386-fix-wrong-reloc.patch</a></p>
</div>
<div class="footer" style="margin-top: 10px;">
<p style="font-size: small; color: #777;">
—
<br>
Reply to this email directly or <a href="https://gitlab.com/gnutls/gnutls/issues/818">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/cf3b65748d0a7a24276fff74c214c314/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 Issue","url":"https://gitlab.com/gnutls/gnutls/issues/818"}}</script>
</p>
</div>
</body>
</html>