Arch Linux User Repository

Awesome! Would you be interested in opening a PR on github?

As aurget does not seem to be able to use the AUR4 yet, I have just edited it a little. So in case somebody else wants the same behavior, here's the diff: [code] - 6 AUR='https://aur.archlinux.org' + 6 AUR='https://aur4.archlinux.org' # AUR4 - 92 printf "$AUR/packages/$(url_encode "${1:0:2}")/$(url_encode "$1")\n" + 92 printf "$AUR/cgit/aur.git\n" # AUR4 - 111 pkgbuild() { get "$(aur_packages_url "$1")/PKGBUILD"; } + 111 pkgbuild() { get "$(aur_packages_url "$1")/plain/PKGBUILD?h=$1"; } # AUR4 - 113 taurball() { get "$(aur_packages_url "$1")/${1}.tar.gz"; } + 113 taurball() { get "$(aur_packages_url "$1")/snapshot/${1}.tar.gz"; } # AUR4 [/code] The URL would obviously have to be changed as soon as the AUR4 uses the default subdomain.

@FernandoBasso I have hade the same problem. aurget uses curl with https. On my system, the problem was caused by a CA file that did not exist. It is defined in curl-config. You can check whether you have the problem with $ curl --fail 'https://aur.archlinux.org/rpc.php?type=search&arg=aurget' With wrong configs this returned: curl: (77) error setting certificate verify locations: CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none To fix this issue, there should be a solution on http://curl.haxx.se/docs/sslcerts.html

@brisbin33, I'm sorry, but it is happening again. However, if I open the link from the "HTTP GET" line (from --debug) in the browser, it finds the package. I no longer think it could be a DNS problem. I took an screenshot: http://ibin.co/1kvOZByeQPUg I also tried after reinstalling aurget and after mv'ing $HOME/.config/aurgetrc away. Same situation. Mind you that I don't expect you to help me solve this but I felt like posting it here again nonetheless.

Oh good, glad it's working. > I love aurget. Keep up the excellent work. Thanks!

No problem. It is working fine again. https://aur.archlinux.org/packages/au/aurget/PKGBUILD can be retrieved with any browser or command line tool now, so, I guess it might have been a DNS problem or something similar. I'm really sorry for having taken your time. Thanks for the help. I love aurget. Keep up the excellent work.

I'm sorry, I just can't reproduce this. Aurget works fine, and those URLs look fine: % curl https://aur.archlinux.org/packages/au/aurget/PKGBUILD # Author: Patrick Brisbin <pbrisbin@gmail.com> pkgname=aurget pkgver=4.4.2 pkgrel=1 pkgdesc="A simple, Pacman-like AUR helper" arch=('any') url="https://github.com/pbrisbin/$pkgname" license=('GPL') source=("https://github.com/pbrisbin/$pkgname/archive/v$pkgver.tar.gz") optdepends=('customizepkg: for auto-customizing packages') package() { cd "$pkgname-$pkgver" make PREFIX=/usr DESTDIR="$pkgdir" install } md5sums=('58c8d6192b7d5ea9ed7bad6a380bf27d') % curl 'https://aur.archlinux.org/rpc.php?type=multiinfo&arg\[\]=aurget' {"version":1,"type":"multiinfo","resultcount":1,"results":[{"ID":129291,"Name":"aurget","PackageBaseID":31933,"PackageBase":"aurget","Version":"4.4.2-1","CategoryID":16,"Description":"A simple, Pacman-like AUR helper","URL":"https:\/\/github.com\/pbrisbin\/aurget","NumVotes":156,"OutOfDate":0,"Maintainer":"brisbin33","FirstSubmitted":1257968246,"LastModified":1416843927,"License":"GPL","URLPath":"\/packages\/au\/aurget\/aurget.tar.gz"}]}

@brisbin33, $ aurget --debug -S aurget [DEBUG] sourcing user configuration from /home/fernando/.config/aurgetrc :: Resolving dependencies... [DEBUG] storing temporary files in /tmp/aurget [DEBUG] HTTP GET https://aur.archlinux.org/packages/au/aurget/PKGBUILD [DEBUG] PKGBUILD not found for aurget [DEBUG] setting up 1 targets for processing :: Searching AUR... [DEBUG] HTTP GET https://aur.archlinux.org/rpc.php?type=multiinfo&arg\[\]=aurget [DEBUG] target aurget may have moved to repos [DEBUG] legacy PKGBUILD: /tmp/aurget/aurget_PKGBUILD error: target not found: aurget I just noticed that "au" in the first GET HTTP verb line. If I try that link in the browser, there is nothing there indeed. Thanks a lot for your support.

Fernando, Everything's working fine for me. It may have been a temporary network problem with the AUR itself? If you continue to have this issue (and in the future for any issues), can you please gist full --debug output?