You are not logged in.
Hi,
According to pacaur some packages are not present in the AUR repository, but it's not true.
:: Starting AUR upgrade...
comm: file 2 is not in sorted order
:: w_scan is not present in AUR -- skipping
Offline
comm: file 2 is not in sorted order
Thanks for your report.
The good news is that pacaur is still checking this package for update, but the warning message is wrongly outputed here.
I can however not reproduce the problem (w_scan is detected as an AUR pkg here), so I guess this is strongly related to your locale. Could you tell me what the locale you are using?
Offline
Hi,
$ locale
LANG=cs_CZ.UTF-8
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=
Thanks
Offline
I can't reproduce, even when setting my system locale to cs_CZ.utf8.
Can you show me your list of foreign packages (-Qm)?
Offline
I can't reproduce, even when setting my system locale to cs_CZ.utf8.
Can you show me your list of foreign packages (-Qm)?
Offline
Should now be fixed in 4.0.2.
Thanks for your help!
Offline
Should now be fixed in 4.0.2.
Thanks for your help!
Thanks
Last edited by Martin22 (2013-03-10 14:44:17)
Offline
Using pacaur with powerpill (defined by $ PACMAN), when he installs the missing dependencies, they are not installed and it starts downloading the package target. Using without powerpill, everything happens as expected. I tested the package usb-creator.
Arch Linux: The power in your hands!
Offline
Does powerpill work as expected when used with "makepkg -si"?
Offline
No. It's the same error pacaur. So is the fault of makepkg. Thank you.
Arch Linux: The power in your hands!
Offline
Or most probably: this is a powerpill bug.
Offline
Hi, is it possible to cache just the package .xz files on disk (maybe separate from /var/cache/pacman/pkg, see yaourt's EXPORTDIR), while still building packages in ram (tmpfs on /tmp)?
BTW, why is the config file located in /etc/xdg? I thought that xdg was for graphical desktop applications.
Offline
willemw> Yes. Keep the builddir to /tmp/pacaurtmp (default) and enable the PKGDEST var in makepkg.conf. Afaik, the XDG basedir spec is not restricted to graphical applications only.
Offline
Thanks. Setting PKGDEST, in makepkg.conf or in a pacaur conf file, will (by default) only affect aur and devel packages. Repository package files will still be stored in /var/cache/pacaur/pkg. This makes it possible to store aur and devel package files separate from the rest.
Offline
Yaourt has this (workflow) convenient switch for building any package that is suitable for an ARM processor but does not have "any" or "arm" in the "arch" property of PKGBUILD: -A (see http://archlinuxarm.org/developers/building-packages). It would be nice if pacaur also had this feature.
Offline
You can pass any makepkg option with the following in the conf file:
makeopts+=("--option")
Offline
Is it possible to specify install from a specific repo like so?
pacaur -S catalyst/catalyst-hook
I know you can limit pacaur to either AUR or REPOS by using the
-a
and
-r
options respectively, but I can't seem to find a way to limit to a *specific* repo.
"the wind-blown way, wanna win? don't play"
Offline
CC > Unofficial repositories aren't currently supported. There might be some workaround with the --ignorerepo flag of cower, but as I don't use any unofficial repository myself this is very low priority. Any patch welcome.
Offline
@CC: Isn't it easier to try running that command -- instead of posting here?
@(CC+)Spyhawk: Wouldn't pacaur -S just pass the targets on to pacman/expac, which takes care of the repository handling? (assuming [catalyst] is listed in pacman.conf)
(Or I simply don't understand the question.)
Offline
@(CC+)Spyhawk: Wouldn't pacaur -S just pass the targets on to pacman/expac, which takes care of the repository handling? (assuming [catalyst] is listed in pacman.conf)
(Or I simply don't understand the question.)
If a package exist in a binary repo and in the AUR, pacaur will detect the package as being in a binary format and pass it to pacman. The update check against the AUR will probably be completely borked. If there are two similar packages in two different repositories, the package in the first listed repo will be installed. Pacaur does not support "repo/package" input at the moment (while pacman does).
Offline
@Spyhawk: I've added the following to my /etc/xdg/pacaur/conf and some packages now build on ARM:
makeopts+=("--ignorearch") # Pass command line options to makepkg
Any reason why "makeopts" is not on the man page?
Offline
willemw > Because pacaur has never been designed to directly pass argument to makepkg. The fact that makeopts+=("--option") works is only a side effect of its awesome internal design
But I might add a new command line argument providing this (something like --makeopts=("--option") ) and document it. By default, unknown command line arguments are passed to pacman.
Last edited by Spyhawk (2013-03-31 18:21:39)
Offline
CC > Unofficial repositories aren't currently supported. There might be some workaround with the --ignorerepo flag of cower, but as I don't use any unofficial repository myself this is very low priority. Any patch welcome.
Thanks for the reply Spyhawk, love pacaur by the way, just that one piece of functionality is the only thing that's missing for me personally.
@CC: Isn't it easier to try running that command -- instead of posting here?
I did try it first before posting, hence why I knew it wouldn't work and why I was asking if there was in fact a way to make it work.
"the wind-blown way, wanna win? don't play"
Offline
Pacman 4.1 just landed in [testing] and is currently synchronized on the different mirrors.
For those that want to use pacaur with pacman 4.1, please install pacaur-git. You'll need cower-git and the newest expac available in [community-testing].
Major change is that pacman-color is now unneeded, as color support has been implemented in pacman.
Last edited by Spyhawk (2013-04-02 08:08:08)
Offline
CarbonChauvinist> In pacaur 4.1.0, I've added ability to install packages with "aur/package" input style. The "repo/package" input (where 'repo' is core/extra/community or any other binary repository) was already supported.
Offline