[aur-general] [PRQ#11055] Deletion Request for dnscrypt-proxy-go | [PRQ#11056] Deletion Request for dnscrypt-proxy-go-git
Doug Newgard
scimmia at archlinux.org
Wed Apr 4 16:01:20 UTC 2018
On Wed, 04 Apr 2018 11:54:33 -0400
Jordan Glover via aur-general <aur-general at archlinux.org> wrote:
> On April 4, 2018 5:32 PM, Doug Newgard <scimmia at archlinux.org> wrote:
>
> > On Wed, 04 Apr 2018 11:23:34 -0400
> >
> > Jordan Glover via aur-general aur-general at archlinux.org wrote:
> >
> > > I'm sorry for the harsh words. If those requests were made AFTER update package
> > >
> > > in repo there won't be this conversation. I found situation where killing other people
> > >
> > > efforts to make things work, unacceptable without providing an alternative. Common
> > >
> > > sense should prevail the rules.
> > >
> > > Jordan
> >
> > Common sense tells me that if we allow people to upload newer packages just
> >
> > because the repo package is out of date, the AUR will be an even bigger mess
> >
> > than it already is. Everyone will be uploading packages a few hours after
> >
> > upstream releases updates, and of course they will just abandon them instead of
> >
> > having them deleted. The rules are in place for a reason.
> >
> > Doug
>
> Please be specific. We aren't talking about hours and bumping package version.
> Common sense can be used to know when taking action will make people worse-off.
> The package was managed so efficiently that even upstream benefited from it.
> Archlinux maintainer dosen't have to do anything else than copy-paste existing
> PKGBUILD. All work and testing is already done.
>
> Jordan
I have been specific; the rules are in place for a reason, common sense says
that they're necessary. This case is not special.
C&Ping the entire PKGBUILD would be a huge mistake. Those sed commands
are...marginal, to be generous.
More information about the aur-general
mailing list