Arch Linux User Repository

@rado84 Check man trizen?

By the way, out-of-date display only applies to AUR packages, so pacman will show you the exact same data. As for colors, I suggest reading man pacman and/or man pacman.conf.

This is why one should learn how pacman and makepkg works before using AUR helpers ;)

Is there any way to temporarily disable search in AUR? In some cases I prefer to have a search only on the official repositories, so is there any option to add for AUR to be excluded? I know that "trizen -Ss" performs a search but it does so everywhere. So I'm wondering if there's another letter to add to this -Ss, in order not to search in AUR?

I know pacman can do what I'm asking but pacman's search results lack of some cool information that trizen displays (such as out-of-date flags, date when the package was updated and whether it's installed or not), not to mention that trizen's search results are displayed in colors which makes them a lot more readable than pacman's.

Please is it possible to build with Trizen packages like vmware-vmrc. This package requires downloading the file from the Vmware website and putting it into the build directory. I don't know where it is and I've tried some adjustments within the makepkg.conf without success.

==> ERROR: VMware-Remote-Console-12.0.1-18113358.x86_64.bundle was not found in the build directory and is not a URL.

(I'm not able to file a github issue, I'm probably blocked by the author)

@mrlamud It works fine for me

[Solved] Just updated official repo and problem solved. Sorry for report too early.

perl upgraded 5.34.1-1.1 -> 5.36.0-1 breaks trizen.

..... %>trizen -Syu

Can't locate Net/SSLeay.pm in @INC (you may need to install the Net::SSLeay module)) at /usr/share/perl5/vendor_perl/IO/Socket/SSL.pm line 19. BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/IO/Socket/SSL.pm line 19. Compilation failed in require at /usr/share/perl5/vendor_perl/Net/HTTPS.pm line 25. Can't locate Net/SSL.pm in @INC (you may need to install the Net::SSL module) (@INC contains: /usr/lib/perl5/5.36/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/5.36/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/5.36/core_perl /usr/share/perl5/core_perl) at /usr/share/perl5/vendor_perl/Net/HTTPS.pm line 29. Compilation failed in require at /usr/share/perl5/core_perl/base.pm line 137. ...propagated at /usr/share/perl5/core_perl/base.pm line 159. BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/LWP/Protocol/https.pm line 151. Compilation failed in require at /usr/bin/trizen line 2899. .....

Rebuilding trizen package doesn't help.

AUR-WEB RPC busted after update to v6, needs patch.

@dmnc Hi. Thanks for the message. This is intentional behavior for security reasons. Very few packages have binary files anyway, but the user should be aware of every single file a package contains. Simply hiding the binary files in a package, could pose a security risk.

As an alternative solution, there is the configuration option one_line_edit, which lists the files in a list and asks the user to select which ones to view/edit (requested here).

@trizen Hi, I can't create the issue on github, so here's my feature request:

Lot of packages asks for editing files. Some of them (binary files) can't be edited, for example PNG file in winbox package: =>> Edit winbox/winbox.png? [y/N]:

What about some whitelisting/blacklisting them or testing the file if it is binary? I.e. file -bL --mime-encoding $filename

@Alfred456654: this change was proposed for the following reasons: https://github.com/trizen/trizen/pull/229

Since the last version, the default answer after hitting an error has become Y instead of N. Is there a way to revert this behaviour?