You are not logged in.
Well, when I began to have more than one PKGBUILD to maintain in the AUR I got the idea of this kind of script :
https://github.com/Salamandar/aur-updater
I know it's REALLY not "safe" and pretty, but that's all I had the time to do right now.
I created the (self-updated ) AUR package aur-updater-git if you want to try it.
At first start it creates its own conf file, that you can change at your will :
packages_rootdir="$HOME/tmp/AUR"
packages='fretwork-git fof++-git aur-updater-git'
What do you think about it ?
Hope it can be useful.
Salamandar
Offline
That script does basically... nothing?
It downloads the same version that already was in the PKGBUILD, aka, doesnt check for new versions, doesnt even prompt you to enter a new version number manually.
So all it does is to re-push the exact same PKGBUILD to aur again. for what?
In your example you use git packages. To push changes to a -git package, even though nothing has changed in build system is... useless. git packages will always
build the latest commits anyway.
Last edited by Rasi (2015-10-20 19:33:49)
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
False
When a pkgver function is present inside the PKGBUILD, the makepkg function automatically modifies the PKGBUILD file (the "pkgver=r6.dde4350" line).
I am already using this script, so I am sure it works ^^
And in fact, this script targets the CSV(git, svn, bzr) packages. Those packages have a pkgver function.
Last edited by Salamandar (2015-10-20 19:34:56)
Offline
This is the same as "does nothing".
git packages are always build from master, it doesnt matter which version number you have in your PKGBUILD, because makepkg will update it anyway.
As long as the build system doesn't need changes, -git packages never need an update.
Last edited by Rasi (2015-10-20 19:37:12)
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
Yes, but when a user types "yaourt -Suya", the AUR packages are NOT updated if the maintainer did not update the PKGBUILD with a new version number.
Last edited by Salamandar (2015-10-20 19:37:11)
Offline
wrong.
yaourt --devel
Last edited by Rasi (2015-10-20 19:38:44)
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
Wrong again.
A user does not want to recompile already up-to-date packages. Right now, I don't want to recompile kicad-git (I have the last revision), because it will last 15 minutes.
yaourt --devel
want to recompile kicad-git.
(of course we both mean yaourt -Syua --devel)
Last edited by Salamandar (2015-10-20 19:44:01)
Offline
> yaourt -Syu --devel
...
==> ttf-google-fonts-git is already up to date.
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
Hmmm that's true, I didn't go that far in the compile process. But downloading 300mo to discover that "oh, it's in fact up to date" is not the best solution, is it ?
Last edited by Salamandar (2015-10-20 19:48:33)
Offline
that's probably true. Though I am sure one could tell yaourt not to use /tmp for the git clones.
Anyway. I get the purpose of the tools now.
Last edited by Rasi (2015-10-20 19:50:54)
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
Ok Well basically, it's to "not need" to do this "yaourt --devel". And for a easier up-to-date system for basic users (those who won't do yaourt --devel)
Offline
Bumping the pkgver of a VCS package when nothing else changes is useless.
Offline
What do you mean when nothing else changes ? If the pkgver changes, that means that new commits appeared.
Offline
Which is all handled on the client side. There's no reason to simply bump the pkgver unless you just enjoy annoying your users.
Offline
Which is all handled on the client side.
What do you mean ? Read the first comments before repeating the same thing…
Offline
Scimmia wrote:Which is all handled on the client side.
What do you mean ? Read the first comments before repeating the same thing…
I mean that everything is updated when the person building it runs makepkg. Pushing an updated PKGBUILD to the AUR every time there is new commits upstream is just silly.
Offline