Arch Linux User Repository

@trizen I think maybe what we need is a way to whitelist AUR packages so that trizen installs all split packages by default on packages the user decides they want going forward.

A good example are all the linux-* derivatives in the AUR. They all usually produce the binary (linux-*), docs (linux-*-docs), and headers (linux-*-headers). Most users just want to install all of these, and especially if the package is updated frequently, not have to have to explicitly answer 'Y' to installing the split packages every time.

Then there's packages like nvidia-vulkan that produce packages that mutually conflict (a binary kernel module package + a kernel module dkms package), and the user needs to select the right one for their needs.

I could see two ways of setting this - 1) through the trizen.conf file, and 2) have trizen remember the choices the user makes if the installation is successful.

This is all a lot of work however, so I understand if you would reject this idea due to its complexity. But great work on trizen! It's become my favorite pacman / aur wrapper since I jumped ship from yaourt. Thanks for all the hard work on it!

@zebulon Hi, thanks! I'm not quite sure if I understand the issue. The linux-ck group contains 2 packages. If you answer "N" (or just press ENTER) to the first question, it will install only "linux-ck". By answering "Y" you can chose which packages to install.

It's also possible to disable support for split packages by setting "split_packages => 0," in the configuration file. In this way, trizen will not ask about the other packages from a group and will install only the main packages specified during -S.

Hi, great helper. I have a suggestion to improve group packages. When I install linux-ck, it compiles both linux-ck and linux-ck-headers. At the end of compilation, trizen displays this:

:: This group contains 2 packages:

Install [1 2]:

The weird part is to be asked " Do you want to install other packages from this group? [y/N]:" in the first place, and that pressing enter will respond N by default. Should not this step be skipped when the package is the only possible choice?

Thanks. Commenting out the line PKGDEST=/home/lpc123/packages in makepkg.conf solved the problem.

The value of makepkg_command should be "/usr/bin/makepkg -scf" only.

Additionally, try to comment out the line PKGDEST=/home/lpc123/packages in makepkg.conf to see if it changes anything.

I read the thread: https://github.com/trizen/trizen/issues/166

In trizen.conf, I have:

clone_dir => "/tmp/trizen-lpc123",

makepkg_command => "PKGDEST= /usr/bin/makepkg -scf"

movepkg => 0,

movepkg_dir => "/var/cache/pacman/pkg",

In makepkg.conf, I have:

PKGDEST=/home/lpc123/packages

I do not understand what is wrong, but when I try to do the upgrade, trizen says this before attempting to upgrade:

HEAD is now at d41b80f Version 1.50

Already up to date.

@lpc123 I suspect it's something related to pacman 5.1 and some settings in /etc/makepkg.conf, especially the PKGDEST option (see: https://github.com/trizen/trizen/issues/166).

If this is the case, you can update to version 1.50 manually, which includes a fix for this particular issue:

git clone https://aur.archlinux.org/trizen.git
cd trizen
makepkg -si

I checked all dependencies and optional dependencies, and I even tried manually with makepkg, but no go. Previous version works fine; just thought you should know it did not work for me. Sorry, not sure what details you need to see. Let me know and I will post.

@lpc123 can you provide more details, please?

Version 1:1.50-1 update will not install correctly as configured.