Search Criteria
Package Details: trizen 1:1.66-1
Package Actions
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) |
Dependencies (12)
- git (git-git, git-vfs, git-run-command-patch-git)
- pacman (pacman-git, pacman-arch, pacman-hearts)
- pacutils (pacutils-git)
- perl (perl-git)
- perl-data-dump
- perl-json
- perl-libwww
- perl-lwp-protocol-https
- perl-term-readline-gnu
- perl-term-ui
- highlight (optional) – for syntax highlighting
- perl-json-xs (optional) – faster JSON deserialization
Required by (8)
- cleanupdate-git (optional)
- cylon (optional)
- octopi (optional)
- octopi-dev (optional)
- pac-util (optional)
- pac-util-git (optional)
- tpac
- update-notifier (optional)
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 ofN
. 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
beforemakepkg
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
to0
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.50Already 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:
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)
modulation commented on 2013-11-03 07:36 (UTC)
trizen commented on 2013-04-02 08:48 (UTC)
modulation commented on 2013-04-02 08:26 (UTC)
trizen commented on 2012-11-14 16:22 (UTC)
daimonion commented on 2012-11-14 14:41 (UTC)
daimonion commented on 2012-11-14 14:36 (UTC)
daimonion commented on 2011-11-06 23:42 (UTC)
daimonion commented on 2011-11-06 16:02 (UTC)
trizen commented on 2011-11-06 14:06 (UTC)
daimonion commented on 2011-11-06 13:38 (UTC)
trizen commented on 2011-11-06 12:11 (UTC)
daimonion commented on 2011-11-06 11:51 (UTC)
daimonion commented on 2011-11-06 11:29 (UTC)
daimonion commented on 2011-11-06 11:20 (UTC)
trizen commented on 2011-11-06 10:46 (UTC)
daimonion commented on 2011-11-05 23:05 (UTC)
commented on 2011-04-26 21:12 (UTC)
trizen commented on 2011-02-27 11:08 (UTC)
commented on 2011-02-26 22:13 (UTC)
trizen commented on 2011-02-20 19:55 (UTC)
commented on 2011-02-20 18:03 (UTC)
trizen commented on 2011-02-19 13:37 (UTC)
trizen commented on 2011-02-17 22:20 (UTC)
haawda commented on 2010-11-20 13:54 (UTC)
trizen commented on 2010-07-09 05:49 (UTC)
haawda commented on 2010-07-09 05:47 (UTC)