Package Details: cope-git 168.a0e6692-1

Git Clone URL: (read-only)
Package Base: cope-git
Description: A colourful wrapper for terminal programs
Upstream URL:
Licenses: GPL, PerlArtistic
Conflicts: cope
Provides: cope
Submitter: None
Maintainer: lotrfan
Last Packager: lotrfan
Votes: 94
Popularity: 0.012415
First Submitted: 2009-12-08 08:25
Last Updated: 2015-06-08 23:09

Latest Comments

jvybihal commented on 2017-10-19 08:26

I have made PKGBUILD for the nichivo fork. It is quick and little dirty, but it works enough.

null commented on 2017-09-12 22:39

There is a new fork that made a couple of improvements over the last year. Haven't had time to try it yet but it would be nice to get cope on smartctl and systemctl :)

Pietro_Pizzi commented on 2017-09-02 20:34

I have the same problem/solution as @vikstrous.

vikstrous commented on 2017-06-15 05:17

There's a missing dependency on perl-module-install. After installing that package I was able to install cope-git

marius.knaust commented on 2014-04-28 18:02

Please add the following variables, so other packages can depend on 'cope':

lotrfan commented on 2013-12-28 18:35

Sorry for the late responses...

Looks related to [1], [2], and [3]. Quoting from [3]:

"The update to glibc-2.18 removes pt_chown which is a security risk. It is not needed on an Arch system given we have /dev/pts.

However, some people appear to have /dev/pts in their /etc/fstab file, which generates it with the wrong permissions. This will result in errors like "grantpt failed: Operation not permitted".

To fix this, remove that line from your fstab file. systemd will take care of generating /dev/pts with the right permissions."


It is a fork (mine), but upstream is dead (i.e., non-existent - the Upstream URL above has been dead since before 2011 ([4] is the most recent copy I could find), and the original GitHub repo [5] doesn't exist, either). According to [6], there has been little actual development in the other forks (mainly fixing issues with perl versions). If there's a different fork that you prefer, which one is it? I'll consider switching, or merging it into mine.

It also clones from GitHub (using the git:// protocol in the source array).

Assuming this is why it's marked out-of-date, I'm unflagging it.


t-ask commented on 2013-12-13 15:16

It clones from a fork and also doesn't git clone from Github.

ould commented on 2013-11-01 18:02

I get this before every cope command:

IO::Tty::pty_allocate(nonfatal): grantpt(): Operation not permitted at /usr/lib/perl5/vendor_perl/IO/ line 24.

Any ideas how to fix? It is rather annoying. Thanks!!

lotrfan commented on 2013-10-06 09:02

I pushed a fix to GitHub.

(I get the error too, but I normally run ps through grep, so I never saw it... thanks for reporting it!)

I don't think it was an API change, but I don't have another version of perl to test on right now... It was an issue with the /p regexp modifier not being applied for some reason when using a compiled regular expression... The fix I applied doesn't need that functionality, although it might be slightly slower.

Also, @adam900710, you put "nocope" in front of any commands to run the original:
nocope make menuconfig

roy_hu commented on 2013-10-06 07:20

I'm seeing errors with the ps command.

$ ps
Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/auto/share/dist/Cope/ps line 82.

$ ps u
Use of uninitialized value $uid in string eq at /usr/share/perl5/vendor_perl/App/Cope/ line 105.

Are they due to API changes in perl 5.18?

lotrfan commented on 2013-06-21 06:16

I'm adopting this package. (This is my first stab at being a maintainer, so any comments are appreciated!)

Summary of changes:
* Instead of patching, I forked the old source.
* The PKGBUILD now uses the package() and pkgver() functions introduced with pacman 4.1.
* [Most of] the scripts should work (without errors) using perl 5.18. I don't use all of the scripts, so if one isn't working, let me know.
* There's a new dependency: perl-regexp-ipv6. This was installed by the makefile (using cpan) if needed, so it's technically not a "new" dependency - it just now uses the version on the AUR.
* The 'ifconfig' script should now work with Arch's ifconfig output.

null commented on 2013-05-26 13:16

Disowned, have no time for this at the moment.
There are some build errors since Perl 5.18 which I can't fix.

For the next maintainer: I guess the most active and updated repository is

Neuromatic commented on 2013-05-21 17:04

Perl API changed at last update to perl 5-18. Please update this package

adam900710 commented on 2012-10-29 00:45

If the cope wrap the make command, "make menuconfig" will not function as it always does.
Please refer to this bug:

It would be very nice if an exception can be add for "menuconfig"

JohnnyDeacon commented on 2012-08-27 01:47

Is there any chance that cope supports new networks commands like ip a, ip r?

gadget3000 commented on 2011-08-30 21:37

A mirror exists at:

gadget3000 commented on 2011-08-30 21:36


Anonymous comment on 2010-12-15 05:34

does the git version cause less problems than the original? cant seem to build it now anyway with the missing package. this was one of my favorite packages, the problems compiling were annoying, but I just spent 2 hours troubleshooting a problem with playonlinux that was also caused by having cope installed so i removed it..just wondering how the git version is..

Anonymous comment on 2010-12-14 20:39

perl-params-util is still in dependencies but there is no such package in aur.

jasonwryan commented on 2010-08-03 20:53

Today's perl-list-moreutils-0.22-4 fixed it...

jasonwryan commented on 2010-08-03 08:59

Segfaults after the perl 5.12.1-2 upgrade - I've tried rebuilding, to no avail...

Anonymous comment on 2010-07-10 09:01

The website doesn’t exist anymore.

Anonymous comment on 2010-05-14 13:24

For me it was: perl-list-moreutils.

Anonymous comment on 2010-05-13 03:18

Well, just in case I bumped all of the perl requirements that I own up a pkgrel as well as cope-git, so that at least some of the requirements will get a rebuild.

stuffcorpse commented on 2010-05-13 03:09

Thanks! that works :)

I narrowed down to either perl-io-tty or perl-list-moreutils or both.

Anonymous comment on 2010-05-12 20:49

Rebuild the depends (perl-class-inspector perl-env-path perl-file-sharedir perl-io-stty perl-io-tty perl-list-moreutils perl-params-util perl-regexp-common) and it works. Not sure which one specifically as I automated it and rebuilt them all.

stuffcorpse commented on 2010-05-12 06:06

But I think it's because of the new perl 5.12.0-1; a rebuild doesn't help unfortunately.

stuffcorpse commented on 2010-05-12 06:05

I'm getting it too.

Anonymous comment on 2010-05-11 18:53

Am I the only one getting segfaults from recent cope builds?