A simple pacman-like interface to the AUR written in bash.
Default no-options behavior can be set in a dynamically created config file, any commandline options will override. One can choose to search, download, build, or install packages, prompt to edit PKGBUILDs, or disable dependency checking via this config file or commandline options.
Checking dependencies comes with risks because PKGBUILDs need to be sourced. Please, if you're worried about this, be sure to use the config or commandline options to disable this check from occuring and remove any associated risk from the use of my script. I AM NOT RESPONSIBLE.
The screenshot

The help
usage: aurget [options] [arguments] ...
modal options: these override the $MODE set in your config
-s, --search search the aur for [arguments]
-q, --quiet like search but output only package names
-I, --info output extended info for [arguments]
-p, --print print the PKGBUILD for [arguments] on stdout
-d, --download download the tarball for [arguments]
-b, --build download and build [arguments]
-i, --install download, build, and install [arguments]
active options: these will respect the value of $MODE when they operate
-u, --upgrade check for available aur upgrades
-U, --devel process all devel [git, svn, etc] packages
other options: these are independent of $MODE
-e, --edit prompt to edit all PKGBUILDs
-D, --nodeps disable all auto dependency resolution
-v, --version print version info
-h, --help display this
notes:
default configuration is equivalent to -i -e -D
using -D means you're not checking any dependencies
i.e. makepkg -d is used
passing multiple modal options simply override each other
i.e. -speqbeD is equivalent to -e -D -b
active option -u always overrides active option -U
i.e. -puUbed is equivalent to -e -d -u
Latest and greatest
wget -O ./aurget http://pbrisbin.com:8080/bin/aurget
chmod +x ./aurget
sudo mv ./aurget /usr/bin
Or install the [slightly more] stable AUR package here
If you pass an aur package before one of its dependencies as the targets to aurget, it will not reorder the targets and the installation will probably fail on the first package. Accounting for this would require a lot of unneeded code. The makepkg error will tell you the dep is not satisfied and it's easy enough to adjust your targets and run it again.
Some aur packages report a bad url to their tarball in the JSON interface. Aurget checks the downloaded file, if it's not a valid archive it will try http://aur.archlinux.org/packages/$PACK/$PACK.tar.gz as a fallback. If neither the JSON url nor the fallback url provide a valid archive, well, there's not much I can do.
If a package contains more than one PKGBUILD, the script (as of V1.2-2) assumes the first PKGBUILD found (the 'nearest' to ./) is the one you want to use to build. This may or may not be the best approach but I've yet to determine why multiple PKGBUILDs would be needed for a package -- thanks to Henrique Abreu for this fix.
pbrisbin dot com at 8080 - 2009