<div dir="ltr"><div>I recall this page was in fact the one I saw when I made this. It does not outline what you prescribed. If it did, I would have followed it.</div><div><br></div><div>I understand the bit about sudo for installation but installation is not why it's listed as a dependency. It's listed as a dependency because sudo can be used alongside the program itself for reasons relating to order of use of chown, etc. Though if I did use it in the install that's because admittedly I am new to making pkgbuilds. <br></div><div><br></div><div>Advice is appreciated if you have some to offer, but the official guide(s) across the Arch wiki doesn't mandate a specific pattern of installation.</div><div><br></div><div>So again, much if not all of your criticism is not reason enough for removal.<br></div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">All the best,<div>Dmitri McGuckin</div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Feb 23, 2020 at 8:23 PM Eli Schwartz <<a href="mailto:eschwartz@archlinux.org">eschwartz@archlinux.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2/23/20 8:10 PM, Dmitri McGuckin wrote:<br>
> Not that I care about the package itself but most of the criticisms laid<br>
> out are subjective.<br>
> <br>
> Nothing listed above is explicitly laid out in the guidelines for<br>
> user-packages:<br>
> <a href="https://wiki.archlinux.org/index.php/Unofficial_user_repositories#Adding_your_repository_to_this_page" rel="noreferrer" target="_blank">https://wiki.archlinux.org/index.php/Unofficial_user_repositories#Adding_your_repository_to_this_page</a><br>
<br>
You're looking at the wrong page, the AUR is governed by<br>
<a href="https://wiki.archlinux.org/index.php/AUR_submission_guidelines#Rules_of_submission" rel="noreferrer" target="_blank">https://wiki.archlinux.org/index.php/AUR_submission_guidelines#Rules_of_submission</a><br>
<br>
> Unless I'm missing something, /opt is intended for user programs. If you<br>
> have a better idea of where it should be, I'd love to hear it, but again,<br>
> not inherently a valid reason for removal.<br>
<br>
Incorrect, /opt is intended for things which are self-contained rather<br>
than following the Filesystem Hierarchy Standard (i.e. they don't fit<br>
neatly into bin/ include/ lib/ and share/ directories).<br>
<br>
Shellscripts can and do get installed to /usr/bin all the time.<br>
<br>
But, this is not the issue that I mentioned. The issue that I mentioned<br>
is that the PKGBUILD will sudo install the file to /opt, and then<br>
makepkg will create an empty package. You can pacman -S uperm or pacman<br>
-R uperm and it doesn't make a difference, because the software consists<br>
of untracked files copied to /opt before the package was created.<br>
<br>
PKGBUILDs must install their files to "${pkgdir}/opt" or "${pkgdir}/usr"<br>
and NOT to /opt or /usr ...<br>
<br>
... or else they are not even a package in the first place.<br>
<br>
See <a href="https://wiki.archlinux.org/index.php/Creating_packages#package()" rel="noreferrer" target="_blank">https://wiki.archlinux.org/index.php/Creating_packages#package()</a><br>
<br>
-- <br>
Eli Schwartz<br>
Bug Wrangler and Trusted User<br>
<br>
</blockquote></div>