Search Criteria
Package Details: perl-app-cope 1.1-5
Package Actions
Git Clone URL: | https://aur.archlinux.org/perl-app-cope.git (read-only, click to copy) |
---|---|
Package Base: | perl-app-cope |
Description: | A wrapper around programs that output to a terminal, to give them colour for utility and aesthetics while still keeping them the same at the text level. |
Upstream URL: | http://stuff.cytzol.org/cope/ |
Keywords: | cope |
Licenses: | GPL, PerlArtistic |
Conflicts: | cope, cope-git |
Provides: | cope |
Submitter: | jvybihal |
Maintainer: | jvybihal |
Last Packager: | jvybihal |
Votes: | 1 |
Popularity: | 0.000000 |
First Submitted: | 2017-10-19 10:44 (UTC) |
Last Updated: | 2024-09-20 11:45 (UTC) |
Dependencies (14)
- perl (perl-gitAUR)
- perl-class-inspector
- perl-env-pathAUR
- perl-file-sharedir
- perl-io-sttyAUR
- perl-io-tty
- perl-list-moreutils
- perl-number-formatAUR
- perl-params-util
- perl-regexp-common
- perl-regexp-ipv6AUR
- git (git-gitAUR, git-glAUR) (make)
- make (make-gitAUR) (make)
- perl-module-install (make)
Latest Comments
1 2 Next › Last »
null commented on 2024-09-11 07:33 (UTC)
aurutils
is always using clean chroots, see e.g. https://wiki.archlinux.org/title/AUR_helpers#Search_and_buildI've dropped you a PR with the mentioned fix.
jvybihal commented on 2024-09-09 13:02 (UTC)
@null I was apparently not up-to-date. After system upgrade with perl packages I think I am affected with the same thing. I can not fix it right now, but it should be annoying enough to force me to fix it during this week. If you want, submit your fix on github. If it works, I will merge it.
jvybihal commented on 2024-09-09 11:57 (UTC)
I do not know
aurutils
, but I believe that's not clean chroot.What you should at least try is to make the package without helper:
null commented on 2024-09-08 19:40 (UTC)
@jvybihal thanks for your answer. I'm already building in a clean chroot with aurutils. I also cleared the cache but I still get the problem.
When I add
use feature ();
to the Cope.pm before thesub import
section it works. I'm usingsed -i 's/use File::Spec;/use File::Spec;\nuse feature ();/g' lib/App/Cope.pm
in thebuild()
step for now. Of course I would like a better solution, but if this problem isn't reproducible by you or anyone else I will just live with it. Rather than learning Perl anyways :Djvybihal commented on 2024-09-06 08:52 (UTC)
@null try in clear chroot, works fine here https://paste.vpsfree.cz/qLfMWz3t/+inline
null commented on 2024-09-06 08:16 (UTC) (edited on 2024-09-06 08:17 (UTC) by null)
Tests failing in check():
jvybihal commented on 2023-08-21 12:53 (UTC) (edited on 2023-08-21 13:00 (UTC) by jvybihal)
@The-Compiler Hi, can you please explain where you are hitting the 404? You suggestion is pointing it to master branch, ~~which is behind the 1.1~~. This is not a -git package. Am I missing something?
The-Compiler commented on 2023-08-21 12:32 (UTC)
The upstream URL is a 404 - might make sense to set it to https://github.com/xvybihal/cope instead?
null commented on 2022-05-03 16:54 (UTC) (edited on 2022-05-03 17:41 (UTC) by null)
@jvybihal, yes, I thought so. I also have no interest in getting into Perl, but maybe the solution will come along by some other user. I've created an issue.
I rather use
NoExtract = usr/share/perl5/vendor_perl/auto/share/dist/App-Cope/systemctl
in my pacman.conf for now, but thanks for the hint.jvybihal commented on 2022-05-03 15:50 (UTC)
@null yeah, that's an issue I see quite a lot in my daily usage. I kind of learned to live with it. You can use 'nocope systemctl' if you don't want cope in your way.
I have enabled Issues on github repo, but do not get your hopes up - this is not my project, I just forked it and changed it tiny bit. My interest in tinkering with perl is lower every year.
https://github.com/xvybihal/cope/issues
1 2 Next › Last »