Arch Linux User Repository

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?

@hotice: this issue has been fixed in version 1.62. Thanks for reporting!

After recent perl update the following error comes when checking for AUR packages: Error parsing time at /usr/lib/perl5/5.30/core_perl/Time/Piece.pm line 597.

Please consider use of DateTime::Format::Strptime or an alternative https://stackoverflow.com/questions/32509596/why-do-i-get-error-parsing-time-when-i-use-the-format-string-ftt-with-time

@funkmuscle: Try changing the value of PKGDEST in /etc/makepkg.conf to some other path on another hard drive (preferably somewhere in the $HOME directory).

this upgrade won't build for me.

/usr/bin/makepkg: line 723: /run/media/harv/C29E77669E775241/packages/trizen-1:1.61-1-any.pkg.tar.xz: Invalid argument bsdtar: Write error ==> ERROR: Failed to create package file. The build failed.

@indianahorst: For security reasons, trizen (by default) executes sudo --remove-timestamp before makepkg is executed.

This ensures that sudo privileges do not remain active for any other sudo commands that may appear in a PKGBUILD.

To disable this option, set sudo_remove_timestamp to 0 in the config-file.

I have to type in my password, when trizen -Syu finds a package to update from core / extra / community. Thats fine.

But why do I have to type in my password AGAIN, when there is an additional AUR package to update? Can I disable this second password prompt?

Hi folks @trizen,

I want to ask you if it would be possible to change the following behavior.

Usually trizen terminates if it hits a timeout while prompting for a user password after a long time (i.e. compiling big programs).

I think it's better just to elevate the prompt to root's password instead and wait until the user enters STRG+C or the password to continue.

Thanks in advance for your help.

I apologize, I did not realize I had the testing version of "perl-term-readline-gnu". Downgrading from testing helped. Again, I apologize.

@mikearch: report this issue to the maintainer of "perl-term-readline-gnu". Or just don't use the "testing" repos if you're not ready for such issues.

@trizen , already reinstalled all the relevant packages and I still get the error!

@mikearch: rebuild/reinstall perl-term-readline-gnu

After latest system upgrade:

Cannot do `initialize' in Term::ReadLine::Gnu at /usr/bin/trizen line 691.

When invoking trizen with any command line arguments.

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 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.

@dawcek: There is definitely something wrong. Check out the wiki page: https://wiki.archlinux.org/index.php/Locale for how to correctly set the locale.

Once the locale is set correctly, there should be no warning messages.

@trizen:

with polish locale: [dawid@dawcek ~]$ trizen -S code błąd: pakiet code nie został znaleziony =>> Try again? [y/N]:

when I will switch to english locale: [dawid@dawcek ~]$ export LANG=en_US.UTF-8 [dawid@dawcek ~]$ trizen -S code <br> perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = "pl", LC_ALL = (unset), LANG = "en_US.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C").

And I am able to build package.

Am I doing sth wrong or this is some kind of bug?

@dawcek: Could you, please, post the error message you are getting? Thanks!

@OriginCode: Yes, please feel free to do so.

Can I package this to archlinuxcn community repository? Thank you all.

Hello I've installed version 1.46 and I am unable to install any packages. There were information that package not found and question about retry operation . I have set polish locale, if I changed it to english locale there were some warnings but trizen application could build custom package.

The older version 1.44 is working correctly.

Please let me know if I am doing sth wrong.

Thanks Dawid

THANKU

Although I understand that 'trizen -ca' will "clean" my trizen AUR cache folder, I'm not sure whether it deletes all cached packages in the folder, leaves the most recent ones there, deletes only uninstalled packages, or what?

I haven't seen anything that clarifies that, and I've looked. So, can anyone answer what is actually done by that command?

I had use yaourt for most time ago, but one-two months ago I had try trizen, and now I use only this

very nice and user-friendly aur helper.

Just another +1 for the great work.

Hope you're not starting to dislike these :d.

I felt compelled to thank you Trizen for this aur helper/wrapper, I moved to this after using pacaur for many long years and I must say trizen is a great alternative if not better than pacaur.

Thanks again. PS: I hope you can accept and look into my feature request.

A --date flag for trizen -Qq would be great. Yaourt supports it, and it's pretty much the only features that this tool is missing

Nice work with trizen. I've been using it for a while on my machines and it works perfectly!

thank you for your super great tool, you really help many arch user. Keep the good work @badonkadong: trizen has similar option with pacman, i don't think we really need it, i think trizen --h is enough.

no man pages for trizen ?

@trizen: That did it. pacaur accepted the separation with commas, but pacman doesn't, so trizen is correct here.

I agree with lei00, trizen is definitely a good AUR helper! Thank you.

@lei00: Thank you for the kind words. Very much appreciated. I will try my best to keep maintaining and improving this package, so we'll all enjoy using it. Cheers! :)

@solnce: I think you have to separate the ignored packages with spaces instead of commas, in pacman.conf.

Just want to take the opportunity to thank Daniel for his aur helper and the work he is doing to maintain it. We do not usually think of thanking the maintainer but I think it is important so a Big THANK YOU and keep up the great work mate :)

@trizen: https://pastebin.com/RmrV9nTq

@solnce : what is the output of: /usr/bin/pacconf IgnorePkg ?

On my Manjaro system, the ignored packages from /etc/pacman.conf are not ignored. I have pacutils installed. https://pastebin.com/75uB1fyX

SyncFirst seems to be only present on Manjaro, not in plain Arch. From Manjaro, man pacman.conf --> https://pastebin.com/0NVGQV1d