<html><head></head><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px"><div id="yiv3421460201"><div id="yui_3_16_0_ym19_1_1518038168350_12136"><div style="color:#000;background-color:#fff;font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px;" id="yui_3_16_0_ym19_1_1518038168350_12135" dir="ltr"><pre id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_7278"><pre id="yui_3_16_0_ym19_1_1518038168350_14132"><pre id="yui_3_16_0_ym19_1_1518038168350_14193"><pre id="yui_3_16_0_ym19_1_1518038168350_14463"><pre id="yui_3_16_0_ym19_1_1518038168350_14636">On 02/07/2018, Eli Schwartz via aur-requests wrote:</pre></pre></pre><pre id="yui_3_16_0_ym19_1_1518038168350_14193"><pre id="yui_3_16_0_ym19_1_1518038168350_15651">> I too agree with your reasoning, and in some cases like the proposed
> change to actually running the installer.sh feel that this is totally
> wrong, serving no purpose except to run an obtuse script rather than
> extracting a tarball.
>
> Moving the headers to /usr/include/ndi-sdk does *not* make a lot of
> sense considering that they are extremely unlikely to clash with
> anything else, and moving to a subdirectory would cause the Arch Linux
> package to require specifying -I/usr/include/ndi-sdk for projects that
> need it rather than relying on the global /usr/include path. And there
> is no pkg-config file to standardize this...
></pre><pre id="yui_3_16_0_ym19_1_1518038168350_14952">> See how many repo packages have top-level headers...</pre><pre id="yui_3_16_0_ym19_1_1518038168350_14952"><br></pre><pre id="yui_3_16_0_ym19_1_1518038168350_14952">Thank you Eli for agreeing too. And thank you also for reinforcing my objections against the proposed changes ;)<br id="yui_3_16_0_ym19_1_1518038168350_15652"></pre></pre></pre><pre id="yui_3_16_0_ym19_1_1518038168350_14132"><br></pre><pre id="yui_3_16_0_ym19_1_1518038168350_14132"><pre id="yui_3_16_0_ym19_1_1518038168350_14309">> glibc does not "need" to be a dependency. A majority of packages in the
> repos *and* the AUR require a working glibc, but we don't usually list
> it as a dependency. glibc is in the base group, and dozens of vital
> system components rely on it. If you don't have glibc installed, your
> system is so completely and utterly borked, that ndi-sdk will not even
> be noticed in the mess. ;)
>
> That being said, there is certainly no rule against adding it. I
> certainly wouldn't, though, just as I don't add dependencies on, say, bash.
>
> It is really up to the maintainer.</pre></pre></pre><pre id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_7278"><br></pre><pre id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_7278">I see, and I also agree that adding some dependencies that are in base group is unnecessary. But AUR users sometimes complain about the namcap output when it lists some missing dependencies, or some other namcap errors/warnings. In this ndi-sdk case, namcap tells that 'glibc' is missing, and AUR user 'pschichtel' mentioned "namcap compliance" in the ndi-sdk AUR webpage.</pre><pre id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_7278"><br></pre><pre id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_7278">People don't realize that a clean namcap output should not be considered a standard in terms of packaging, because many times it gives undesired results. I think that it should be clearly stated on namcap Arch Wiki page, so people will stop to complain about every package that does not give a clean namcap output. It's not the first time that I receive such kind of namcap comment on the AUR packages that I maintain.</pre><pre id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_7278"><i id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_7286">
</i>
> Some AUR users are nudniks. Ignore them. We do...</pre><pre id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_7278"><br></pre><pre id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_7278">Thank you for the advice. I'll try to follow it :)</pre><div></div><div id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_6740"><br id="yui_3_16_0_ym19_1_1518038168350_13777"></div><div class="yiv3421460201signature" id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_6741">--</div><div class="yiv3421460201signature" id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_6741">Daniel M. Bermond</div><div class="yiv3421460201signature" id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_6741">e-Mail: danielbermond@yahoo.com</div> <div class="yiv3421460201qtdSeparateBR" id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_10867"><br></div></div></div></div><div class=".yiv3421460201yahoo_quoted"> <div id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_10893" style="font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px;"> <div id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_10892" style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div dir="ltr" id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_10896"><font id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_10895" size="2" face="Arial"> Em Quarta-feira, 7 de Fevereiro de 2018 14:06, Alad Wenter <alad@mailbox.org> escreveu:<br clear="none"></font></div> <br clear="none"><br clear="none"> <div class="yiv3421460201y_msg_container" id="yiv3421460201yui_3_16_0_ym19_1_1518038168350_10897">On Wed, Feb 07, 2018 at 04:00:52PM +0000, Daniel Bermond via aur-requests wrote:<div class="qtdSeparateBR"><br><br></div><div class="yiv3421460201yqt9215712619" id="yiv3421460201yqtfd76820"><br clear="none">> Hi,<br clear="none">> I'm the maintainer of AUR package ndi-sdk. This package has received an orphan request in February 7, 2018 and I would like to defend myself against this orphan request.</div><br clear="none">><br clear="none">Yes, this is the correct place to answer on orphan requests. Anyway I<br clear="none">agree with your reasoning so I've rejected the request.<br clear="none"><br clear="none">Alad<div class="yiv3421460201yqt9215712619" id="yiv3421460201yqtfd23240"><br clear="none"></div><br clear="none"><br clear="none"></div> </div> </div> </div></div></body></html>