You are not logged in.
I'd like to make a PKGBUILD for an SVN version of a program. I have just looked at existing PKGBUILDs and now there are several questions:
* Why are PKGBUILDs made for particular revision? PKGBUILDs for the latest revision would not require maintainance and would be more useful for users... (IMHO)
* Why does everyone make 'svn co' in their PKGBUILDs and not 'svn export'? I don't think that users will commit their changes under anonymous account anyway... (that will be 98% impossible)
Offline
* Why are PKGBUILDs made for particular revision? PKGBUILDs for the latest revision would not require maintainance and would be more useful for users... (IMHO)
Because you have to put one version when you write the PKGBUILD.
Besides, it indicates that the maintainer of the PKGBUILD tested this particular revision.
It is impossible to know if the PKGBUILD or the package will still work correctly at a future revision (there could be changes in the build system, other compilation problems, new bugs in the software, etc...)
That said, makepkg by default will update the revision automatically when you run it. But this can be prevented with --holdver :
--holdver Prevent automatic version bumping for development PKGBUILDs
* Why does everyone make 'svn co' in their PKGBUILDs and not 'svn export'? I don't think that users will commit their changes under anonymous account anyway... (that will be 98% impossible)
Uh?
$ svn -h co
checkout (co): Check out a working copy from a repository.
PS : have a look at /usr/share/pacman/PKGBUILD-svn.proto from abs package for a prototype of a svn pkgbuild.
Last edited by shining (2008-08-17 09:08:05)
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))
Offline
I always manually fetch a specific revision for my SVN PKGBUILDs, because that way I know they work. If a user wants a newer revision he can bump the version number and flag the package out of date.
Offline
I always manually fetch a specific revision for my SVN PKGBUILDs, because that way I know they work. If a user wants a newer revision he can bump the version number and flag the package out of date.
Not sure what you mean by manually fetch.
As I said above, just use makepkg --holdver
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))
Offline
Uh?
$ svn -h co
checkout (co): Check out a working copy from a repository.
And what? I mean, when you do 'svn co' you get some SVN configuration information with the files. And that information is absolutely unnecessary. So why not do just 'svn export'?
That said, makepkg by default will update the revision automatically when you run it
I did not know that. Thank you. I think, my first question is now solved.
Offline
shining wrote:Uh?
$ svn -h co
checkout (co): Check out a working copy from a repository.And what? I mean, when you do 'svn co' you get some SVN configuration information with the files. And that information is absolutely unnecessary. So why not do just 'svn export'?
What about updating? Did you look at the prototype?
if [ -d $_svnmod/.svn ]; then
(cd $_svnmod && svn up -r $pkgver)
else
svn co $_svntrunk --config-dir ./ -r $pkgver $_svnmod
fi
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))
Offline
Lazer wrote:shining wrote:Uh?
$ svn -h co
checkout (co): Check out a working copy from a repository.And what? I mean, when you do 'svn co' you get some SVN configuration information with the files. And that information is absolutely unnecessary. So why not do just 'svn export'?
What about updating? Did you look at the prototype?
if [ -d $_svnmod/.svn ]; then (cd $_svnmod && svn up -r $pkgver) else svn co $_svntrunk --config-dir ./ -r $pkgver $_svnmod fi
I was too lazy. Now I understand. Sorry and thanks.
Offline
Not sure what you mean by manually fetch.
I just meant using svn -r $pkgver instead of just svn in the PKGBUILD. Yes, it's not anything "manual" in fact.
Offline
shining wrote:Not sure what you mean by manually fetch.
I just meant using svn -r $pkgver instead of just svn in the PKGBUILD. Yes, it's not anything "manual" in fact.
Oh of course. You should always follow the PKGBUILD-svn prototype
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))
Offline