You are not logged in.
Pages: 1
Hi,
I started using Arch a couple of months ago (and really like it). I installed Packer as an AUR helper and used it to install several packages such as Chrome without any problems in the beginning. However, I recently noticed that Packer won't download anything from the AUR for me, for example trying to install Chrome gives:
Aur Targets (1): google-chrome
Proceed with installation? [Y/n]
tar: This does not look like a tar archive
gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error is not recoverable: exiting now
warning: x86_64 missing from arch array
No PKGBUILD found in directory.
I thought it might have been a problem with Packer so I installed Yaourt and tried the same (shown trying to install Spotify as an example):
==> Downloading spotify PKGBUILD from AUR...
==> ERROR: spotify not found in AUR.
I've tried to install multiple packages with the same results. I haven't been able to find anyone else having the same problem. Has anyone any suggestions for what might be causing this? Any help is appreciated.
Last edited by davly (2015-08-29 16:31:33)
Offline
When was the last time you updated / used packer? I feel that this may be caused by the transition to the AUR4.
Would you be willing to try yaourt instead?
Offline
Works fine here
ewaller@turing ~ 4681 %packer google-chrome
0 aur/google-chrome 44.0.2403.157-1 (1039)
An attempt at creating a safer, faster, and more stable browser (Stable Channel)
1 aur/google-chrome-dev 46.0.2486.0-1 (564)
An attempt at creating a safer, faster, and more stable browser (Dev Channel)
2 aur/google-chrome-beta 45.0.2454.46-1 (307)
An attempt at creating a safer, faster, and more stable browser (Beta Channel)
Type numbers to install. Separate each number with a space.
Numbers: 0
Aur Targets (1): google-chrome
Proceed with installation? [Y/n]
Edit google-chrome PKGBUILD with $EDITOR? [Y/n] n
Edit google-chrome.install with $EDITOR? [Y/n] n
==> Making package: google-chrome 44.0.2403.157-1 (Tue Aug 25 21:03:28 PDT 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found eula_text.html
-> Downloading google-chrome-stable_44.0.2403.157_amd64.deb...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 45.8M 100 45.8M 0 0 2912k 0 0:00:16 0:00:16 --:--:-- 3245k
==> Validating source files with md5sums...
eula_text.html ... Passed
==> Validating source files with md5sums...
google-chrome-stable_44.0.2403.157_amd64.deb ... Passed
==> Extracting sources...
-> Extracting google-chrome-stable_44.0.2403.157_amd64.deb with bsdtar
==> Entering fakeroot environment...
==> Starting package()...
-> Extracting the data.tar.lzma...
^C
==> ERROR: Aborted by user! Exiting...
My version info
ewaller@turing ~ 4685 %pacman -Qi packer
Name : packer
Version : 20150808-1
Description : Bash wrapper for pacman and aur
Architecture : any
URL : http://github.com/keenerd/packer
Licenses : GPL3
Groups : None
Provides : None
Depends On : grep sed bash curl pacman jshon expac
Optional Deps : sudo: install and update packages as non-root [installed]
customizepkg: apply customizepkg modifications
Required By : None
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 26.00 KiB
Packager : Unknown Packager
Build Date : Sun 09 Aug 2015 09:37:54 AM PDT
Install Date : Sun 09 Aug 2015 09:37:57 AM PDT
Install Reason : Explicitly installed
Install Script : No
Validated By : None
ewaller@turing ~ 4686 %
Would you be willing to try yaourt instead?
Please, no.
Last edited by ewaller (2015-08-26 04:09:57)
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
I reinstalled Packer recently as I thought that might have helped. Here is my version info:
Name : packer
Version : 20150808-1
Description : Bash wrapper for pacman and aur
Architecture : any
URL : http://github.com/keenerd/packer
Licenses : GPL3
Groups : None
Provides : None
Depends On : grep sed bash curl pacman jshon expac
Optional Deps : sudo: install and update packages as non-root [installed]
customizepkg: apply customizepkg modifications
Required By : None
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 50.00 KiB
Packager : Unknown Packager
Build Date : Fri 21 Aug 2015 17:22:15 IST
Install Date : Fri 21 Aug 2015 17:22:24 IST
Install Reason : Explicitly installed
Install Script : No
Validated By : None
I also mentioned in my original post that I tried Yaourt without any success.
Offline
Could their be some old conflicting configuration from the older version of packer designed for AUR3?
I think I know enough to know I don't know enough.
Offline
Could their be some old conflicting configuration from the older version of packer designed for AUR3?
It seems unlikely to me given that Yaourt didn't work either. But I removed Packer and Yaourt with
sudo pacman -Rs packer yaourt
I then cleaned the cache with (I'm not sure where the packer config files are stored)
sudo pacman -Scc
and reinstalled packer only to get the same result.
Offline
pacman -Rs will remove a package along with its unecessary dependencies. The command to remove along with configs is pacman -Rn.
Most programs store their global configs in /etc/. Otherwise, user configs are somewhere in the users home folder. sometimes in a self titled folder, sometimes in ~/.config/, sometimes in another place.
EDIT: Let's also get another thing out there, your system is up to date and has the base-devel group installed hasn't it?
Last edited by Silkworm205 (2015-08-26 12:25:30)
I think I know enough to know I don't know enough.
Offline
I did not find a packer directory in /etc/ ~/.config/ or ~/. I uninstalled Packer with pacman -Rn and reinstalled it without any change. My system is up to date (pacman -Syu) and I do have the base-devel group installed, though I replaced several of the packages with the multilib alternatives.
EDIT: I'm installing Packer according to this page, just in case one thinks I'm installing an old version of Packer.
Last edited by davly (2015-08-26 12:53:20)
Offline
I suggest using the wiki instead of external guides: https://wiki.archlinux.org/index.php/Ar … g_packages , although in this case the guide is just a bit clunky, not wrong.
I found similar errors in https://bbs.archlinux.org/viewtopic.php … 4#p1534324
Offline
I fixed the issue, but I can't understand how it only came about recently and how I was the only one having it (my scouring the internet looking for a solution suggested as much). It boiled down to a issue with cURL. After Yaourt and Packer were having similar difficulties I wanted to try another helper; I installed Cower and had no trouble downloading targets from the AUR. Next I installed Pacaur, but like Yaourt and Packer, it wouldn't install packages; it threw the following error:
:: Package(s) spotify not found in repositories, trying AUR...
:: resolving dependencies...
:: Could not connect to the AUR
From this comment, I knew it must be a cURL problem. I tried connecting cURL to the AUR manually but got an error:
$ curl https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=packer
curl: (77) error setting certificate verify locations:
CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
I googled this error and found this SO answer. I copied the ca certificate as per the answer and everything was fixed! The original error thrown by Packer was not at all helpful, and has left a sour taste in my mouth, like kissing a lover you know has been unfaithful.
tl;dr:
$ sudo mkdir -p /etc/pki/tls/certs
$ sudo cp /etc/ssl/certs/ca-certificates.crt /etc/pki/tls/certs/ca-bundle.crt
Offline
I googled this error and found this SO answer. I copied the ca certificate as per the answer and everything was fixed! The original error thrown by Packer was not at all helpful, and has left a sour taste in my mouth, like kissing a lover you know has been unfaithful.
tl;dr:
$ sudo mkdir -p /etc/pki/tls/certs $ sudo cp /etc/ssl/certs/ca-certificates.crt /etc/pki/tls/certs/ca-bundle.crt
I would have gone with one of the answers that tell curl where to look for the certificate file*, or even better, tried to figure out why curl is looking in the wrong place to begin with.
* a symlink would also be more helpful than a copy when you later come across this file that is not owned by any package and can't remember why it's there
Offline
Pages: 1