<div dir="ltr" class="gmail_msg">1) If you don't believe those packages should exist then why haven't any of them been flagged for deletion? They're right there on the dependency lists, you can find them pretty easily. The precedent has already been set, you are way too late to start cleaning up these packages you deem unfit for the AUR. </div><div dir="ltr" class="gmail_msg"><br></div><div dir="ltr" class="gmail_msg">2) It is far more modular to have the various Aur helpers be interchangeable rather than repeat the same code over and over again with each upstream package. This is not a bug that makes sense to upstream when there are so many upstreams to simultaneously work with. That being said, it may make sense to bring all Aur helpers under a single unified interface and have a package for that, but good luck dragging the community kicking and screaming along with you. </div><div dir="ltr" class="gmail_msg"><br></div><div dir="ltr" class="gmail_msg">There are thousands of bad packages in the AUR. Why does this one deserve such belligerence? What you may see as useless, I see as entirely valuable and vice versa. There is only so much a mere shell alias can accomplish while a full package actually articulates with pacman's logic, which is what I require. </div><div dir="ltr" class="gmail_msg"><br></div><div dir="ltr" class="gmail_msg">Furthermore, your ad hominem sentiments are unnecessary and crass. They could easily have been left out of your reply. </div><span>
</span><br class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">On Mon, Jan 30, 2017, 11:35 PM Eli Schwartz, <<a href="mailto:eschwartz93@gmail.com" class="gmail_msg" target="_blank">eschwartz93@gmail.com</a>> wrote:<br class="gmail_msg"></div><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 01/30/2017 06:15 PM, Kieran Colford wrote:<br class="gmail_msg">
> No one as expressed a valid reason for removal aside from an unclear<br class="gmail_msg">
> purpose. I have corrected that now so it should be fine.<br class="gmail_msg">
<br class="gmail_msg">
This doesn't appear to have made its way to the aur-requests ML, I<br class="gmail_msg">
assume kcolford is not subscribed and therefore his email was rejected.<br class="gmail_msg">
<br class="gmail_msg">
And I am pretty sure this package is still just as useless as it was<br class="gmail_msg">
before the pkgesc was modified, given that rewording it to say the same<br class="gmail_msg">
thing does not actually add a new purpose that wasn't there before.<br class="gmail_msg">
<br class="gmail_msg">
I suggest that people who want to use bauerbill should go ahead and do<br class="gmail_msg">
so, rather than feeling some sort of psychological need to type "pacaur"<br class="gmail_msg">
into their interactive shell prompt in preference to "bauerbill". And if<br class="gmail_msg">
you really need that psychological need, then ~/.bashrc is your friend;<br class="gmail_msg">
stop uploading your personal aliases to the AUR.<br class="gmail_msg">
<br class="gmail_msg">
As for "satisfy[ing] any dependencies on pacaur", I cannot imagine why<br class="gmail_msg">
you would need such a thing, since pacaur is not the type of package<br class="gmail_msg">
that other packages would be depending on. Except for multiply-layered<br class="gmail_msg">
AUR helpers, which 1) shouldn't exist, and 2) should have<br class="gmail_msg">
interchangeable backends for their multiply-layered bad idea, so file an<br class="gmail_msg">
upstream bug.<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
Eli Schwartz<br class="gmail_msg">
<br class="gmail_msg">
</blockquote></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><p dir="ltr">Signed, Kieran Colford</p>
</div>