Arch Linux User Repository

I'm not sure of the cause, but when I use Trizen to install FreeFileSync, the source package is corrupted and only 36.2K in size instead of 2.1MB. When I download the snapshot and use makepkg, it all works. I am running Firejail, but this has caused no problems in the past; I just thought I should mention it.

@trizen: thanks for doing this change, and thanks to damentz for the follow-up. The way this is not dealt with is much clearer. The sticky point was asking about "other packages" whereas it was not clear from the start what would be installed in the first place, by answering No. As it is now, trizen installs all of the split packages, and this is the logical default behaviour.

@trizen Thanks!

Thanks @damentz. In version 1.54, a simpler approach has been taken, by removing the question "Do you want to install other packages from this group?" and asking directly to select which packages to install, where the packages that are already installed, along with the main package specified during -S, are selected by default.

@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 your objection. 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.