Arch Linux User Repository

Tom, I've made a simple fix for that use case and will upload the new version soon. Thanks.

Hey Pat. It's me again. On one of my boxes, until recently, I had no ~/.config directory. I was using ~/.aurgetrc for aurget settings. I happened to install a package which needed the .config dir and when I ran aurget it failed to read its settings file. I ended up moving ~/.aurgetrc to ~/.config/aurgetrc. Can you please make aurget look for ~/.aurgetrc first and then, if that fails, look for ~/.config/aurgetrc (full path, not just the existence of ~/.config dir)? Thanks.

yes, this is intentional and the behavior can be changed. i might make it a config option. let me think about it a bit... if you'd like to edit the script source yourself, take a look at builderror() (line 35) and just comment the last three statements in that function.

When installing multiple packages, a single package failure prevents others from being retrieved and build. Example: # aurget -S xbmc-skin-mc360-svn xbmc-skin-mediastream-redux xbmc-skin-mediastream-svn xbmc-skin-minimeedia xbmc-skin-rapier xbmc-skin-serenity-svn xbmc-skin-transparency-svn xbmc-skin-vinci xbmc-skin-vision2-svn searching AUR... Targets (9): xbmc-skin-mc360-svn-2113-1 xbmc-skin-mediastream-redux-1.0-1 xbmc-skin-mediastream-svn-2515-1 xbmc-skin-minimeedia-0.95-1 xbmc-skin-rapier-3.06-6 xbmc-skin-serenity-svn-28-3 xbmc-skin-transparency-svn-393-1 xbmc-skin-vinci-20080911-1 xbmc-skin-vision2-svn-1692-1 Proceed with installation? [Y/n] :: Retrieving source tarball from AUR... . . . ==> Starting build()... svn: Repository moved temporarily to 'http://sourceforge.net/apps/trac/sourceforge/wiki/Subversion'; please relocate /home/xbmc/builds/xbmc-skin-mc360-svn/PKGBUILD: line 23: cd: MC360: No such file or directory sh: Build.sh: No such file or directory /home/xbmc/builds/xbmc-skin-mc360-svn/PKGBUILD: line 26: cd: BUILD: No such file or directory cp: cannot stat `MC360': No such file or directory ==> ERROR: Build Failed. Aborting... error: xbmc-skin-mc360-svn failed while building, remove source files from /home/xbmc/builds/xbmc-skin-mc360-svn? [Y/n] ...and we're back to shell. It would be nice to continue with the next package build after this error. Can it be done? Thanks.

I've implemented the gborzi change. those of you who don't use SRCDEST shouldn't notice anything different. in the default config, build_directory has now replaced source_directory; here is the snippet from the updated config: # # where to download source files and do the actual building. aurget # will create subdirectories named after the packages being built. # leave blank to the use current working directory. this replaces the # deprecated option source_directory. ### build_directory= don't worry; if you forget to convert your config to use build_directory, aurget will look for and use the deprecated source_directory setting. thanks.

the intent wasn't to keep them in two different places. it was just freedom of config. if you're like me, and never used a PKGDEST (and only use aurget to build packages), then you can just set it in aurgetrc. otherwise, just leave it blank and it will inherit PKGDEST from makepkg.conf (or fall back on ./). i think that pretty much satisfies every use case (and most importantly, my own :)).

It makes sense to me, including using build_directory instead of source_directory. I'd also say that package_directory doesn't look useful to me. Why keep aurget built packages in a different directory from makepkg built package?

Ah, that clears it up. Now I see that it doesn't make sense to have aurget override SRCDEST (it doesn't even need to be aware of it). I'm thinking I'm going to implement your fix exactly, plus a minor change to the default config. I'll rename source_directory to build_directory as that makes more sense (the deprecated source_directory can still be used if users haven't changed their configs yet...) and add a comment that you should set SRCDEST in makepkg.conf if that's the functionality you're looking for. I believe this will get the behavior users like you need/expect w/o effecting anyone else. Let me know if this doesn't make sense. I'll be testing with my ~/.bin version for a bit, then I'll update here.

I have the following settings: makepkg.conf PKGDEST=/home/gborzi/store/personal SRCDEST=/home/gborzi/store/sources ~/.config/aurgetrc package_directory= source_directory=/home/gborzi/store/lab/aurbuild discard_sources=false (generally I set this to true, but modified to false for the test) doing "aurget -Sb aurget" I get ~/store/sources/aurget ~/store/personal/aurget-2.4-1-any.pkg.tar.xz ~/store/lab/aurbuild/aurget/{aurget.install,pkg,PKGBUILD,src} that is to say, PKGDEST is the one given in makepkg.conf (and unchanged in aurgetrc), SRCDEST is the one given in makepkg.conf because I removed SRCDEST="$_srcdir" from line 434, build directory is the "source_directory" (given in aurgetrc) followed by package name. Feel free to ask for more test, this package is very useful to me and I'm happy to help.