You are not logged in.
I'm sure it's been discussed before, but my Google-fu returns nothing for me this morning....
Is there any form of official, unofficial, gentleman's agreement or other written ideas on how version selection in the AUR should be made?
Example, foobar-widget project has released 1.0, 2.0, 2.2 and 2.4-RC3. Should the AUR contain 2.2 or 2.4RC3?
The official repositories would contain 2.2 until 2.4 became a proper release (ie, not alpha, beta, RC etc), but the AUR doesn't seem to have any guidelines (that I can find).
Feel free to just point me to the appropriate docs if it's just my Google-fu failing me
Are you familiar with our Forum Rules, and How To Ask Questions The Smart Way?
BlueHackers // fscanary // resticctl
Offline
Typically you would have a package foo-widget at version 2.2. Additionally, there might be foo-widget-beta or something. An -rc suffix is less common, but not unheard of.
If it is the third release candidate and it is quite stable, you could consider bumping foo-widget to that version. Sometimes official repos also contain release candidates, but (I think) always with good reason (e.g., the latest stable is so old that it is hard to build against up-to-date arch packages or important features are missing).
Offline
The AUR's guidelines are the same as the official repos i.e. the most recent release that upstream regard as stable should be packaged. Raynman's suggestions represent the various ways that AUR users work around, or bend, or disregard, those guidelines.
Offline
Thanks tomk, that's what I suspected (unless the package is foobar-widget-beta etc). Is that written anywhere that you're aware of?
Are you familiar with our Forum Rules, and How To Ask Questions The Smart Way?
BlueHackers // fscanary // resticctl
Offline
I don't think so, isn't it just common sense?
Offline
Common sense isn't so common
Are you familiar with our Forum Rules, and How To Ask Questions The Smart Way?
BlueHackers // fscanary // resticctl
Offline
The rules are in the wiki:
https://wiki.archlinux.org/index.php/AU … g_packages
https://wiki.archlinux.org/index.php/Ar … _Standards
--> don't duplicate any pacakges unless there are new features (because of new version or different patches). Bugfixe releases are not allowed (use out-of-date flag and update original package instead)
--> never duplicate names, use provide instead
The only thing not mentioned is the preferred version except that VCS-packages have to end with the name of the vcs. Common sense is the latest stable version.
If there are two or more, the version number for the older release should be added to the name. You may also add the version for the current release if you expect that future versions will not replace the old one, but be used alongside it (I derived that from the naming scheme of gtk, python, qt, ...)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
The AUR is the wild west of Arch packaging. The written law of the civilized repos applies but enforcement is sometimes spotty. The TUs are the sheriffs. We're there to enforce the law, but sometimes we've been out there too long and we occasionally turn a blind eye to such activity. Some of us may even be guilty of minor infractions.
aur-general is the sheriff's office/local courthouse/town hall. Sometimes the dev's come in from the big cities to admire out quaintness and lay down new laws before they scuttle back into the urban jungle, but most of the time it's quiet with the comings and goings of the locals. We listen to their grievances and do what we can. Some show up with solid claims and their papers in order, others stumble in blind-drunk mumbling about packages they want and random nonsense without a link in sight.
The general IRC channel is the local saloon, and the TU IRC channel is the private backroom with a perpetual poker game.
My Arch Linux Stuff • Forum Etiquette • Community Ethos - Arch is not for everyone
Offline
Awesome, Xyne - on a par with your Fortune 500 story
Offline
the TU IRC channel is the private backroom with a perpetual poker game.
Why was I not informed!
Offline
Because you are not a TU?
Offline
Is the TU IRC channel also constantly smoke-filled?
All the best,
-HG
Offline
No, but it does have the perpetual stench of stale tacos.
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline