Package Details: cope-git 168.a0e6692-1

Git Clone URL: https://aur.archlinux.org/cope-git.git (read-only)
Package Base: cope-git
Description: A colourful wrapper for terminal programs
Upstream URL: http://stuff.cytzol.org/cope/
Licenses: GPL, PerlArtistic
Conflicts: cope
Provides: cope
Submitter: None
Maintainer: lotrfan
Last Packager: lotrfan
Votes: 94
Popularity: 1.034444
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. https://gist.githubusercontent.com/xvybihal/e7304e765f111b80db6c5b71536bfe75/raw/3e81b6059b13d8da8d2b60f72797752369898835/PKGBUILD

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

https://github.com/nichivo/cope/

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':
conflicts=('cope')
provides=('cope')

lotrfan commented on 2013-12-28 18:35

Sorry for the late responses...

@ould:
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."

[1] https://bbs.archlinux.org/viewtopic.php?pid=1318127
[2] https://bugs.archlinux.org/task/36548
[3] https://mailman.archlinux.org/pipermail/arch-dev-public/2013-August/025332.html



@t.ask:
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.

[4] https://web.archive.org/web/20100213184053/http://stuff.cytzol.org/cope/
[5] https://github.com/cytzol/cope
[6] https://github.com/lotrfan/cope/network

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/Pty.pm 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/Extra.pm line 105.

Are they due to API changes in perl 5.18?

All comments