[aur-general] Can my AUR package be reinstated?
Alad Wenter
alad at mailbox.org
Sat Sep 30 16:00:40 UTC 2017
On Sat, Sep 30, 2017 at 04:02:00AM +0000, Adam Fontenot via aur-general wrote:
> On Fri, Sep 29, 2017 at 12:19:34PM +0000, Alad Wenter via aur-general wrote
> > On Fri, Sep 29, 2017 at 02:17:45AM +0000, Adam Fontenot via aur-general wrote:
> > > Hi all,
> > >
> > > The TU "alad" deleted my package, firefox-clean, from the AUR. I'm
> > > assuming this is a mistake, but I can't contact alad directly because
> > > their email is hidden on their profile. At first glance, it may appear
> > > that my version of the Firefox PKGBUILD in Extra does not do anything
> > > notable, but this is not the case. My package is intended to do three
> > > things:
> > >
> > It's not a mistake. Check the submission guidelines [1]; a package
> > should only be submitted if it's not overly specialized and useful to
> > more than 1 user. In this case, all but a few users will be able to
> > achieve what this package offers by configuration of the regular firefox
> > package in the repositories.
>
> I disagree strongly. It is useful to multiple people: not only did the
> package already have feedback (a comment from a user), it was
> extremely popular when I posted about it on Reddit the day before you
> deleted it: https://www.reddit.com/r/archlinux/comments/72id6q/firefoxclean_a_firefox_build_for_power_users_in/
>
In that same thread, the top comments reflect the decision on deleting
this package. It should then not come as a surprise that the package
only had a single AUR vote (which are what matters).
> Furthermore, you have been deleting dozens of AUR packages in the last
> week since you became a TU. Respectfully, perhaps you should check to
> see if your expectations for AUR inclusion are quite as stringent as
> those of the other TUs?
>
You should check before asking consensus from the TU team that your
argument isn't based on personal attacks against them.
> > If you had such concern about these "features"
> > and wanted to disable them at compile time, there's existing packages
> > which take this further e.g. firefox-esr-privacy. [2]
> >
> > [2] https://aur.archlinux.org/packages/firefox-esr-privacy/
>
> Oddly enough, my AUR package does most of what this one does and more,
> but it has the extra advantage of tracking the latest version of
> Firefox instead of ESR.
>
Not really, as any glance over the patches in question shows.
> > A restart button is available through an addon. [3]
> >
> > [3] https://addons.mozilla.org/en-US/firefox/addon/restart-my-fox
>
> This will not be usable when Firefox 57 hits, because it (along with
> all other restart addons), isn't compatible with webextensions. I've
> been purging all XUL extensions from my browser, and that's why I
> wrote the patch as a replacement.
>
Regardless of any speculation on your behalf regarding the addon's
functionality in future, it remains trivial functionality.
> If there's a consensus among TUs that packages like mine are not
> welcome on the AUR, I'm happy to back down and host the PKGBUILD on
> Github.
>
The community guidelines are clear and visible to all on the wiki,
including a warning that packages that ignore them are up for deletion.
> Cheers,
> Adam
Alad
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://lists.archlinux.org/pipermail/aur-general/attachments/20170930/217b8f1c/attachment.asc>
More information about the aur-general
mailing list