- Aur-general - lists.archlinux.org

[aur-general] Found a spam account; please delete crystal01
by Andy Kluger 31 Oct '18

31 Oct '18

https://aur.archlinux.org/account/crystal01/comments Please delete this user, it's obviously a spam account.

2 1

Re: [aur-general] TU application: Maxim Baz
by Alad Wenter 29 Oct '18

29 Oct '18

For the record, I confirm that I support Maxim's application. I referred him to Morten as my time schedule did not allow sponsoring a new candidate. Best of luck! Alad

1 0

Re: [aur-general] Automatic package version
by Shay Gover 26 Oct '18

26 Oct '18

> > Date: Fri, 26 Oct 2018 19:09:36 +0100 > From: Konstantin Gizdov <arch(a)kge.pw> > To: aur-general(a)archlinux.org > Subject: Re: [aur-general] Automatic package version > Message-ID: <8cf660ad-d2cc-d275-7678-cbb32b0d4acf(a)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(a)gmx.net> > >> To: "Discussion about the Arch User Repository (AUR)" > >> <aur-general(a)archlinux.org> > >> Subject: Re: [aur-general] Automatic package version > >> Message-ID: > >> < > >> CALsOv%2BBp9EZ_v_wfsv5mz9muariNgNCZXWYYx_1EndOfkJ_BBg(a)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. :/

4 4

Re: [aur-general] Automatic package version
by Shay Gover 26 Oct '18

26 Oct '18

> Message: 1 > Date: Fri, 26 Oct 2018 18:29:59 +0200 > From: Michael Kogan <michael.kogan(a)gmx.net> > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Subject: Re: [aur-general] Automatic package version > Message-ID: > < > CALsOv%2BBp9EZ_v_wfsv5mz9muariNgNCZXWYYx_1EndOfkJ_BBg(a)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? > > Message: 3 > Date: Fri, 26 Oct 2018 12:34:44 -0400 > From: Eli Schwartz <eschwartz(a)archlinux.org> > To: aur-general(a)archlinux.org > Subject: Re: [aur-general] Automatic package version > Message-ID: <6bbd283a-3587-d9f9-3dcc-3ba8e9f0739b(a)archlinux.org> > Content-Type: text/plain; charset="utf-8" > > On 10/26/18 12:26 PM, Shay Gover via aur-general wrote: > > Hi, > > > > I have a pakage in AUR that uses an automatic package versioning. I use a > > pkgver() and pkgrel(). > > However I just noticed that the package version in AUR is old. I checked > > the functions and everything is OK. Running makepkg gives the correct > > version. > > > > The package is: > > > https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=virtualbox-ck-modules > > Are you Tharbad on the AUR? If so, you're using multiple email addresses... > As for the package itself, fake news! 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? > P.S. There's no such thing as a pkgrel() function. > Good to know. Since I need it, What can I do? > > -- > Eli Schwartz > Bug Wrangler and Trusted User > >

3 2

[aur-general] Automatic package version
by Shay Gover 26 Oct '18

26 Oct '18

Hi, I have a pakage in AUR that uses an automatic package versioning. I use a pkgver() and pkgrel(). However I just noticed that the package version in AUR is old. I checked the functions and everything is OK. Running makepkg gives the correct version. The package is: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=virtualbox-ck-modules Ideas? Thanks, Shay Gover

4 3

[aur-general] flood of package adoption emails
by Johannes Wienke 26 Oct '18

26 Oct '18

Dear all, yesterday I received about 10 email notifications that my package pass-git-helper-git was adopted by some random user, differing in each email. Yet, the web interface shows myself as the maintainer and I never opened the package for adoption. Does anyone know what is going on here? I can provide such an email for debugging purposes if necessary. Johannes

3 2

[aur-general] Fwd: Re: How do I show a AUR Rebuild as a newer build?
by hagar 23 Oct '18

23 Oct '18

This was my thought - then I came across Mythtv - epoch=1 pkgrel=5 pkgver=29.1 The docs say that pkgrel should be for changes in the packaging files. Because of the Maintainers increasing pkgrel I was considering increasing the pkgrel by 0.01 each new build. This would allow for 99 subsequent builds on each pkgrel. The docs say that it can be of type ver.subver. would this work? Thanks Macca On 20/10/18 9:42 am, Ralf Mardorf wrote: > On Sat, 20 Oct 2018 08:59:06 +0800, hagar wrote: >> If I need to rebuild a package due to dependancy rebuilds/changes how >> do I mark the new package as newer? >> >> >> Do I increase the epoch? > No. > > From 'man PKGBUILD': > > "This is useful when the version numbering scheme of a package changes > (or is alphanumeric), breaking normal version comparison logic." > >> Or is there another way? > That is what the pkgrel is for. > > However, AUR provides PKGBUILDs, not packages, so a maintainer doesn't > bump the pkgrel each time a PKGBUILD gets edited, but a maintainer > might care about the need to build against newer releases of > dependencies and increase the pkgrel or the maintainer might ignore it. > What ever changed, I bump the pkgrel for my local builds for each > package, but that way the pkgrels of my local packages could get out of > sync with the pkgrels of some AUR PKGBUILDs. If you dislike this, > simply build a new package with the same pkgver-pkgrel or the same > epoch:pkgver-pkgrel, if there already should be an epoch.

8 22

[aur-general] How do I show a AUR Rebuild as a newer build?
by hagar 21 Oct '18

21 Oct '18

Good morning All, I understand that there are 3 version control tags in the PKGBUILD file. pkgver - The Actual Package version pkgrel - The Arch modification/release count - for changes to the patches, install file's. epoch - Special version control number. If I need to rebuild a package due to dependancy rebuilds/changes how do I mark the new package as newer? Do I increase the epoch? Or is there another way? Thanks Macca

4 4

[aur-general] Critique my pkgbuild
by Michael Straube 15 Oct '18

15 Oct '18

>Hello again, > >It took me a while to have some time, but I believe I have fixed all of the issues that were pointed out to me, with >some help from Scimmia and eschwartz. I think the package is in much more presentable shape, I have learned plenty, and >I fixed a lot of naive mistakes. Thanks everyone for the help. > >I would very much appreciate it if you would all take the time to read the latest PKGBUILD (from the git version of the >package) pasted below and see if there is anything I missed. Thanks! Hi Ethan, for git repos that have tags containing a release version number it is common to have a pkgver function that generates a pkgver that includes the version. In this case e.g. git describe --long --tags | sed 's/^master-v//;s/$[^-]*-g$/r\1/;s/-/./g' Regards, Michael

1 0

[aur-general] Critique my pkgbuild
by Ethan Rakoff 15 Oct '18

15 Oct '18

I have submitted a package called threemawebqt to the aur (mostly for me, and some friends who use arch). It is a VERY simple thin client for a webapp using Qt. This is my first pkgbuild from scratch (and my first time working with Qt) so even though it is a super simple one, I would like some others to look at it and let me know what I'm doing wrong. Thanks! Here is the pkgbuild for easy reading: # Maintainer: Ethan Rakoff <ethan(a)ethanrakoff.com> pkgname=threemawebqt pkgver=0.1 pkgrel=1 pkgdesc="Thin client for Threema Web, the web client for Threema, an E2E encrypted messaging app." arch=('i686' 'x86_64') url="https://github.com/ethanrakoff/${pkgname}" license=('MIT') depends=('qt5-base' 'qt5-webengine') makedepends=('make') source=("git+${url}") md5sums=('SKIP') build() { cd "${pkgname}/src" qmake make } package() { cd "${srcdir}/${pkgname}/src" make INSTALL_ROOT="${pkgdir}" install install -Dm644 icon.png "${pkgdir}/usr/share/icons/${pkgname}/icon.png" install -Dm644 ../threemawebqt.desktop "${pkgdir}/usr/share/applications/threemawebqt.desktop" install -Dm644 ../LICENSE "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" }

4 6