Re: [aur-general] Automatic package version
Date: Fri, 26 Oct 2018 19:09:36 +0100 From: Konstantin Gizdov <arch@kge.pw> To: aur-general@archlinux.org Subject: Re: [aur-general] Automatic package version Message-ID: <8cf660ad-d2cc-d275-7678-cbb32b0d4acf@kge.pw> Content-Type: text/plain; charset="utf-8"
On 26/10/2018 19:07, Shay Gover via aur-general wrote:
Message: 1 Date: Fri, 26 Oct 2018 18:29:59 +0200 From: Michael Kogan <michael.kogan@gmx.net> To: "Discussion about the Arch User Repository (AUR)" <aur-general@archlinux.org> Subject: Re: [aur-general] Automatic package version Message-ID: < CALsOv+Bp9EZ_v_wfsv5mz9muariNgNCZXWYYx_1EndOfkJ_BBg@mail.gmail.com> Content-Type: text/plain; charset="UTF-8"
First thing coming to mind: Did you possibly forget to update the .SRCINFO file?
Hoe do I update it from the PKGBUILD itself?
I normally have an alias like this:
$ which updpkgs updpkgs: aliased to 'updpkgsums && makepkg --printsrcinfo > .SRCINFO'
That's from outside the PKGBUILD. I already did that when I uploaded the
package a month ago. But since then the package was updated. It's not automatic versioning if I need to update SRCINFO every time.
On 10/26/18 2:07 PM, Shay Gover via aur-general wrote:
First thing coming to mind: Did you possibly forget to update the .SRCINFO file?
Hoe do I update it from the PKGBUILD itself?
The PKGBUILD format is by definition separate from the .SRCINFO, you don't update it automatically by the PKGBUILD.
You update it separately. The general process is described here:
https://wiki.archlinux.org/index.php/Arch_User_Repository#Uploading_packages
The "aurpublish" package available in the community repositories can do this for you.
OK. But I'll still need to create a local script that will do that, right?
The package is not *supposed* to show an updated version in the AUR, that's the whole point of a pkgver() function.
So how does the automatic versioning suppose to work?
It already does work. You download the PKGBUILD from the AUR, and use it to build a package. A pkgver() function *allows* the package to be newer than advertised in the AUR.
It's okay for a package to be newer than advertised. That's how all *-git packages work, by design.
P.S. There's no such thing as a pkgrel() function.
Good to know. Since I need it, What can I do?
I assert that you do not need it.
The pkgver is supposed to be set by the version of the software itself. The pkgrel is supposed to be the version of the PKGBUILD, and every time the pkgver gets updated, the pkgrel resets back to "1".
See https://wiki.archlinux.org/index.php/PKGBUILD#pkgrel
An "automatic" pkgrel violates the fundamental purpose of having a pkgrel in the first place.
You're correct. My fault. :/
On Fri, 26 Oct 2018 21:33:12 +0300 Shay Gover via aur-general <aur-general@archlinux.org> wrote:
Date: Fri, 26 Oct 2018 19:09:36 +0100 From: Konstantin Gizdov <arch@kge.pw> To: aur-general@archlinux.org Subject: Re: [aur-general] Automatic package version Message-ID: <8cf660ad-d2cc-d275-7678-cbb32b0d4acf@kge.pw> Content-Type: text/plain; charset="utf-8"
On 26/10/2018 19:07, Shay Gover via aur-general wrote:
Message: 1 Date: Fri, 26 Oct 2018 18:29:59 +0200 From: Michael Kogan <michael.kogan@gmx.net> To: "Discussion about the Arch User Repository (AUR)" <aur-general@archlinux.org> Subject: Re: [aur-general] Automatic package version Message-ID: < CALsOv+Bp9EZ_v_wfsv5mz9muariNgNCZXWYYx_1EndOfkJ_BBg@mail.gmail.com> Content-Type: text/plain; charset="UTF-8"
First thing coming to mind: Did you possibly forget to update the .SRCINFO file?
Hoe do I update it from the PKGBUILD itself?
I normally have an alias like this:
$ which updpkgs updpkgs: aliased to 'updpkgsums && makepkg --printsrcinfo > .SRCINFO'
That's from outside the PKGBUILD. I already did that when I uploaded the package a month ago. But since then the package was updated. It's not automatic versioning if I need to update SRCINFO every time.
If that's what you're looking for, this is simple. There is no automatic versioning at all.
On 10/26/18 2:33 PM, Shay Gover via aur-general wrote:
That's from outside the PKGBUILD. I already did that when I uploaded the package a month ago. But since then the package was updated. It's not automatic versioning if I need to update SRCINFO every time.
You what now? Why do you need to update the .SRCINFO at all? The PKGBUILD is not updated in the AUR, therefore the .SRCINFO is not updated in the AUR either. .SRCINFO is not used by makepkg at all, in any way, shape or form, so there's simply nothing to discuss about that. This is simply how git packages work. Stop trying to automatically version it, because there's no such thing as automatic versioning. There is only automatic updating.
On 10/26/18 2:07 PM, Shay Gover via aur-general wrote:
First thing coming to mind: Did you possibly forget to update the .SRCINFO file?
Hoe do I update it from the PKGBUILD itself?
The PKGBUILD format is by definition separate from the .SRCINFO, you don't update it automatically by the PKGBUILD.
You update it separately. The general process is described here:
https://wiki.archlinux.org/index.php/Arch_User_Repository#Uploading_packages
The "aurpublish" package available in the community repositories can do this for you.
OK. But I'll still need to create a local script that will do that, right?
aurpublish *is* a local script to do that. ... I'm still rather unclear on what your goal is. -- Eli Schwartz Bug Wrangler and Trusted User
I would also mention that frequent version bumping is quite disturbing. Imho, git packages should not be updated by the package maintainer (unless there are some very significant changes involved) - this way every user can decide when to update while fresh installs will get the most recent git revision anyway.
On 10/26/18 2:48 PM, Michael Kogan wrote:
I would also mention that frequent version bumping is quite disturbing. Imho, git packages should not be updated by the package maintainer (unless there are some very significant changes involved) - this way every user can decide when to update while fresh installs will get the most recent git revision anyway.
(I often version bump my git packages for the stable release.) -- Eli Schwartz Bug Wrangler and Trusted User
participants (4)
-
Doug Newgard
-
Eli Schwartz
-
Michael Kogan
-
Shay Gover