<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:nico.nelson-91c8b80@yopmail.com" title="Nico Nelson <nico.nelson-91c8b80@yopmail.com>"> <span class="fn">Nico Nelson</span></a>
</span> changed
<a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - udev fails to build with uclibc"
href="https://bugs.freedesktop.org/show_bug.cgi?id=73729">bug 73729</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>RESOLVED
</td>
<td>REOPENED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>NOTOURBUG
</td>
<td>---
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - udev fails to build with uclibc"
href="https://bugs.freedesktop.org/show_bug.cgi?id=73729#c12">Comment # 12</a>
on <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - udev fails to build with uclibc"
href="https://bugs.freedesktop.org/show_bug.cgi?id=73729">bug 73729</a>
from <span class="vcard"><a class="email" href="mailto:nico.nelson-91c8b80@yopmail.com" title="Nico Nelson <nico.nelson-91c8b80@yopmail.com>"> <span class="fn">Nico Nelson</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=73729#c11">comment #11</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=73729#c9">comment #9</a>)
> > (In reply to <a href="show_bug.cgi?id=73729#c7">comment #7</a>)
> > > We are certainly not rvereting the %m work.
> >
> > using the term "work" for that seems to a bit bold.
> >
> > > We make use of glibc and gcc
> > > extensions where they make sense.
> >
> > it certainly didn't make sense here. the existing code did exactly the same
> > thing, but in a manner guarantueed to work by both C and POSIX standards.
>
> udev and systemd are Linux specific. We program against the Linux platform,
> not against POSIX. </span >
the Linux platform comprises of more than just glibc, so you have to stick to
POSIX plus linux specific syscalls and structs.
relying on stuff such as glibc's %m feature could be considered as an
intentional act of sabotage against other libc implementations to create a
modern linux apartheid where you can use a desktop environment only if you use
redhat financed projects with all their dependencies. and that's what just
happening right now, as udev dependencies have crept into the X11 stack
(xf86-input-evdev), udev itself crept into systemd, which deliberately uses
glibc specifics to keep the competition out.
<span class="quote">>
> Anyway, please do not reopen this bug. Please work on making uclibc more
> compatible with glibc, or send a convincing patch, but just reopening this
> bug will just piss us off, as we believe the onus here is on uclibc, not
> every indvidual program using libc.</span >
i'll reopen this bug until the issue is fixed, and turning uclibc into glibc
just because you say so is not going to happen.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>