You are not logged in.
Hi everybody, I have a quick question about makepkg/pacman dependency resolution.
I have a 'fast' machine which I want to do all the compiling stuff, and a 'slow' machine, which I want to use .pkg.tar.gz built on the fast machine.
After downloading a PKGBUILD file from AUR (or the tarball, if any) on the 'fast' machine, I issue the following command to make the package (in this example the package to build is skype, but this situation is the same for any other package from AUR):
venator@venator ~/Desktop/My_Arch_packages/skype $ makepkg -Ss
This will install all skype's dependencies on my PC, which are:
...
depends=('qt4' 'alsa-lib' 'libxss')
...
The dependencies are installed and the package is correctly built.
Then I scp the .pkg.tar.gz to the 'slow' PC, and I install it via pacman -U, but I get this:
venator@laptop ~ $ sudo pacman -U skype-2.0.0.27-1-i686.pkg.tar.gz
Password:
loading package data... done.
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: skype: requires qt4
:: skype: requires alsa-lib
:: skype: requires libxss
The question is: why are the dependencies installed by makepkg but not by pacman? How can I install the .pkg.tar.gz AND all the required dependencies automatically?
Thanks and sorry if my question has already been answered, but I didn't find anything useful neither on the wiki nor on the forum.
Bye
Venator
Last edited by Venator85 (2007-12-08 09:21:40)
Offline
pacman -U doesn't do dependency syncing. The easiest way to do what you want is to create a custom local repository, and add that to pacman.conf
Offline
Thanks for the fast answer. I'll do as you suggest.
Bye
Offline
additionally pacman 3.1 has a -S --asdeps trigger to install qt4 alsa-lib libxss in your example as dependencies and not explicitly like in the past
Last edited by dolby (2007-12-08 09:30:00)
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline