[aur-dev] .SRCINFO: handling of commits lacking an update and in general

Loui Chang louipc.ist at gmail.com
Tue Jul 28 22:53:07 UTC 2015


On Tue 28 Jul 2015 11:27 -0500, Doug Newgard wrote:
> On Tue, 28 Jul 2015 16:52:35 +0200
> Peter Mattern <pmattern at arcor.de> wrote:
> > What exactly is the benefit of an isolated upload of a PKGBUILD that 
> > doesn't change the package itself at all, in particular now that Git is 
> > used and everybody has got a local checkout at hand anyway?
> > If there should be any benefit at all it for sure doesn't outweigh 
> > disadvantages like outdated package sites or RPC issues affecting AUR 
> > helpers.
> > 
> > And as soon as a modification of PKGBUILD does change the package at 
> > least a release bump is justified and thus an update of .SRCINFO as well.
> 
> All commits are checked, not just HEAD when you push. Adding this check would
> make it so you cannot have commits like this at all, even if you only push
> later when there is another change.
> 
> And how about something as simple as changing the maintainer tag?

Scenario: You add an install script in the PKGBUILD and you forget to add it to
the commit. You add a followup commit to add the script. There are no changes
to PKGBUILD.


More information about the aur-dev mailing list