Package Details: trizen 1:1.66-1

Git Clone URL: https://aur.archlinux.org/trizen.git (read-only, click to copy)
Package Base: trizen
Description: Trizen AUR Package Manager: lightweight pacman wrapper and AUR helper.
Upstream URL: https://github.com/trizen/trizen
Keywords: aur aur-helper helper
Licenses: GPL3
Submitter: trizen
Maintainer: trizen
Last Packager: trizen
Votes: 309
Popularity: 0.66
First Submitted: 2010-07-07 10:21 (UTC)
Last Updated: 2022-02-15 05:23 (UTC)

Latest Comments

dmnc commented on 2022-06-23 10:46 (UTC)

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)

maderios commented on 2022-06-01 09:08 (UTC)

@mrlamud It works fine for me

mrlamud commented on 2022-06-01 04:50 (UTC) (edited on 2022-06-01 05:07 (UTC) by mrlamud)

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

hugh commented on 2022-02-04 23:39 (UTC) (edited on 2022-02-05 13:20 (UTC) by hugh)

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

trizen commented on 2020-11-09 23:42 (UTC)

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

dmnc commented on 2020-11-09 23:08 (UTC) (edited on 2020-11-09 23:09 (UTC) by dmnc)

@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

trizen commented on 2020-10-22 10:48 (UTC)

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

Alfred456654 commented on 2020-10-22 07:11 (UTC)

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?

trizen commented on 2019-12-28 23:57 (UTC) (edited on 2019-12-29 00:23 (UTC) by trizen)

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

hotice commented on 2019-12-16 12:56 (UTC)

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

trizen commented on 2019-11-25 21:16 (UTC)

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

funkmuscle commented on 2019-11-25 14:27 (UTC)

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.

trizen commented on 2019-11-24 13:26 (UTC)

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

indianahorst commented on 2019-11-24 10:34 (UTC)

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?

arnonuehm66 commented on 2019-04-09 15:29 (UTC)

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.

mikearch commented on 2019-01-11 21:39 (UTC)

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

trizen commented on 2019-01-11 21:20 (UTC)

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

mikearch commented on 2019-01-11 20:39 (UTC)

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

trizen commented on 2019-01-11 19:23 (UTC)

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

mikearch commented on 2019-01-11 18:29 (UTC)

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.

nfs commented on 2018-11-24 21:16 (UTC)

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.

zebulon commented on 2018-10-16 07:54 (UTC)

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

damentz commented on 2018-10-15 21:18 (UTC)

@trizen Thanks!

trizen commented on 2018-10-13 17:04 (UTC)

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.

damentz commented on 2018-10-11 16:00 (UTC) (edited on 2018-10-11 16:02 (UTC) by damentz)

@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!

trizen commented on 2018-10-11 11:42 (UTC) (edited on 2019-01-11 19:35 (UTC) by trizen)

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

zebulon commented on 2018-10-11 06:42 (UTC) (edited on 2018-10-11 06:46 (UTC) by zebulon)

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:

linux-ck

linux-ck-headers

=>> Do you want to install other packages from this group? [y/N]: y

=>> Select which packages to install 1> linux-ck 2> linux-ck-headers

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?

lpc123 commented on 2018-07-01 02:39 (UTC)

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

trizen commented on 2018-06-20 02:00 (UTC)

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.

lpc123 commented on 2018-06-19 00:16 (UTC) (edited on 2018-06-19 00:23 (UTC) by lpc123)

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.

trizen commented on 2018-06-18 15:25 (UTC) (edited on 2018-06-18 15:26 (UTC) by trizen)

@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

lpc123 commented on 2018-06-17 23:31 (UTC) (edited on 2018-06-18 00:08 (UTC) by lpc123)

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.

trizen commented on 2018-06-17 13:09 (UTC)

@lpc123 can you provide more details, please?

lpc123 commented on 2018-06-17 00:46 (UTC)

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

trizen commented on 2018-04-04 13:37 (UTC)

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

dawcek commented on 2018-04-04 09:46 (UTC)

@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?

trizen commented on 2018-04-03 22:30 (UTC)

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

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

OriginCode commented on 2018-04-03 12:42 (UTC)

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

dawcek commented on 2018-04-02 16:29 (UTC) (edited on 2018-04-02 16:30 (UTC) by dawcek)

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

mannisingh commented on 2018-03-24 06:54 (UTC)

THANKU

nfs commented on 2018-03-23 17:38 (UTC) (edited on 2018-03-24 07:55 (UTC) by nfs)

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?

Dracul commented on 2018-03-20 23:11 (UTC)

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

commented on 2018-03-10 09:05 (UTC)

very nice and user-friendly aur helper.

Det commented on 2018-02-25 13:00 (UTC) (edited on 2018-03-16 23:40 (UTC) by Det)

Just another +1 for the great work.

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

t0m5k1 commented on 2018-02-01 17:54 (UTC)

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.

flv commented on 2018-01-12 21:44 (UTC)

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

schulz commented on 2018-01-11 20:38 (UTC)

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

eorclus commented on 2018-01-07 14:55 (UTC)

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.

badonkadong commented on 2017-12-30 01:30 (UTC)

no man pages for trizen ?

solnce commented on 2017-12-21 19:04 (UTC)

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

trizen commented on 2017-12-20 22:20 (UTC)

@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! :)

trizen commented on 2017-12-20 22:10 (UTC)

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

lei00 commented on 2017-12-20 22:10 (UTC)

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 :)

solnce commented on 2017-12-20 21:57 (UTC)

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

trizen commented on 2017-12-20 21:51 (UTC)

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

solnce commented on 2017-12-20 21:20 (UTC)

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

trizen commented on 2013-11-03 07:46 (UTC)

Types::Serialiser should be listed as a dependency for 'perl-json-xs'. trizen does not use directly this module.

modulation commented on 2013-11-03 07:36 (UTC)

Using latest trizen there seems to be a new dependency: Can't locate Types/Serialiser.pm in @INC (you may need to install the Types::Serialiser module)

trizen commented on 2013-04-02 08:48 (UTC)

Fixed. For some reason, I have /bin/arch that looks like this: #!/bin/bash uname -m So, I've changed the script to execute 'uname -m', instead of arch. Thanks.

modulation commented on 2013-04-02 08:26 (UTC)

There seems to be a new dependency? Can't exec "arch": No such file or directory at /usr/bin/trizen line 59. Use of uninitialized value in substr at /usr/bin/trizen line 59.

trizen commented on 2012-11-14 16:22 (UTC)

Updated. Thanks!

daimonion commented on 2012-11-14 14:41 (UTC)

Please add 'perl-lwp-protocol-https' into dependencies, it solves the problem described below.

daimonion commented on 2012-11-14 14:36 (UTC)

I can't update AUR packages anymore, here's the error: 501 Protocol scheme 'https' is not supported (LWP::Protocol::https not installed) ** Unable to get info for local packages

daimonion commented on 2011-11-06 23:42 (UTC)

I've found the source aforementioned problem. In line 696 change system qq[$sudo_or_su "$pacman -S $pkgname"]; into system "$sudo_or_su $pacman -S $pkgname"; and trizne will normally install a package from official repos. I don't know if this will break any other feature, though. So far everything is working normally.

daimonion commented on 2011-11-06 16:02 (UTC)

No problem, I liked your program, it' really amazing: simple and lightweight, with minimum dependencies. I still have this error when trying to install programs from official repositories: $ trizen -S conky =>> Installing 'conky' with pacman Sudo Password: sudo: pacman -S conky: command not found I don't know if this is supported at all. Also, there are features I miss from yaourt, I would like to see them in trizen if possible: 1. I can view all local packages in yaourt by issuing yaourt -Qma command which looks like this: http://img850.imageshack.us/img850/9836/yaourt.png 2. Don't know how to explain, so here's a picture: http://img254.imageshack.us/img254/9848/yaourtsysupg.png Feature 2. is questionable, I figure you didn't imagined trizen as a wrapper for every pacman function. But feature 1. would be nice to have: it's just a 'pacman -Qm' command but colored, and displays which packages are available on AUR. :)

trizen commented on 2011-11-06 14:06 (UTC)

Fixed. You're a good tester :)

daimonion commented on 2011-11-06 13:38 (UTC)

Sorry to bother you again, another error came up: [14:36:09] mladen@demon ~/Programi/pkgbuilds/quadkonsole $ trizen -U quadkonsole4-0.4.3-1-x86_64.pkg.tar.xz * Installing: /home/mladen/Programi/pkgbuilds/quadkonsole/quadkonsole4-0.4.3-1-x86_64.pkg.tar.xz Sudo error: '': wrong or NULL argument passed

trizen commented on 2011-11-06 12:11 (UTC)

Added.

daimonion commented on 2011-11-06 11:51 (UTC)

Here's the patch for the feature I need: http://pastebin.com/zQhWd7Ky It's ugly, I know, but: good bye yaourt! :D

daimonion commented on 2011-11-06 11:29 (UTC)

Sorry to bother again, I have another error: [12:27:00] mladen@demon ~ $ trizen -Ss bleachbit community/bleachbit 0.9.0-1 [0,26 MB] Deletes unneeded files to free disk space and maintain privacy 1. bleachbit-svn 2526-1 [out-of-date] (34+) (multimedia) Deletes unneeded files to free disk space and maintain privacy [12:27:04] mladen@demon ~ $ trizen -S bleachbit =>> Installing 'bleachbit' with pacman Sudo Лозинка: sudo: pacman -S bleachbit: command not found

daimonion commented on 2011-11-06 11:20 (UTC)

If you add an option to move the built package to the pacman cache directory (using 'su' to execute the mv command), I'll ditch the yaourt! :D

trizen commented on 2011-11-06 10:46 (UTC)

Fixed. Thanks!

daimonion commented on 2011-11-05 23:05 (UTC)

I get this error: ==> Finished making: alsi 0.3.2-1 (Sun Nov 6 00:05:08 CET 2011) * Installing: /tmp/trizen-mladen/alsi/alsi-0.3.2-1-any.pkg.tar.gz Sudo Password: sudo: pacman -Uf --asexplicit /tmp/trizen-mladen/alsi/alsi-0.3.2-1-any.pkg.tar.gz: command not found By the way, I love all your apps, they're simply fantastic!

commented on 2011-04-26 21:12 (UTC)

eh, i think dependencies aren't searched in the aur, so e.g. lib32-ogre can't be build automaticly, because it depends on packages from the aur.

trizen commented on 2011-02-27 11:08 (UTC)

Fixed.

commented on 2011-02-26 22:13 (UTC)

FAIL: xgalaga != xgalaga++ but with trizen, it is^^

trizen commented on 2011-02-20 19:55 (UTC)

No, it is. Problem has been fixed in git. Please reinstall the application. Thanks for your report.

commented on 2011-02-20 18:03 (UTC)

It is not OK: * xampp 1.7.4-1 (New Update: 1.7.3a-1) (out-of-date) ??

trizen commented on 2011-02-19 13:37 (UTC)

Screenshot: http://i53.tinypic.com/2e0tqc4.png

trizen commented on 2011-02-17 22:20 (UTC)

Rewritten from scratch and moved to github. The performance and stability has been improved. Everything should work fine now...

haawda commented on 2010-11-20 13:54 (UTC)

please do not depend on a specific editor. see http://pastebin.com/7tPwHDie

trizen commented on 2010-07-09 05:49 (UTC)

Done..

haawda commented on 2010-07-09 05:47 (UTC)

Please use arch=('any') instead of arch=('i686' 'x86_64').