- Aur-general - lists.archlinux.org

[aur-general] Unfortunate Perceived Attitudes.
by hagar 04 Nov '18

04 Nov '18

Good morning, Afternon, Evening (as appropriate :/) all, I have been a Linux user for about 25 years. I was introduced to it when it had to be downloaded from a Bulletin Board via (cough) a 1200 baud modem. (For those who don't know, Its like writing the code into the computer while listening to it being dictated over the phone) I have over the years attempted to participate in the Linux Community - but have always been put off by various attitudes of some Guru's I was kicked/banned from the #linux IRC channel for "Lurking" when simply I was trying to catch up with the current conversation. I was always of the opinion that it was rude to interrupt. I never again tried to ask for help, or even consider contributing until now. I am acutely aware that programming is a High Math/Sciences calling and that those who are high Math/Sciences tend to have a few flaws in their communication skills. I my self have been in trouble for this on many occasions. I have only recently joined this list as I am considering contributing. I asked one question and it seemed to turn into a divisive argument to some people. I have since observed that this does not seem to be an isolated occurrence. I would like to point out that since these threads are in the public domain, that all words used need to be thought and read through twice. Every thing written here will be read by newbies and other possible future Guru's. What they read may just push them away instead of attracting them to the Linux cause. If I have written anything that Offends I would like to apologize in advance. It is not my intention to start some great debate - but simply to try and make people think twice before replying to any thread, especially when upset. Thanks Macca

2 1

[aur-general] Account Suspended, No Reason Given
by shoober420 04 Nov '18

04 Nov '18

I recently tried to be the maintainer for an package that hasn't been updated in quite some time. I've been using my own PKGBUILD for the particular package with great success, and currently am maintaining the "lib32-sdl2-hg" 32 bit version of this package. Upon request of this package, It was denied for no reason given, except a disrespectful message from coderob and I quote. "come back with a better request, my dude" So I did, I requested to maintain the package again, and was denied, then my account got suspended. Whats the deal here? I wasn't warned about anything I may have done wrong, and I'm currently maintaining two packages, and co-maintaining another one, which I no longer can access. Please unsuspend my account so I can maintain my packages. Vincent Grande <shoober420>

9 26

[aur-general] Email Reset
by pellertson＠firemail.cc 02 Nov '18

02 Nov '18

I need help reseting my email address on my AUR account. Recently lost my old email address password so I've been migrating everything. I have the ssh keys for my account if proof is needed. - Parker

2 2

[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