Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#33612 - [ack] Binary is stored in /usr/bin/vendor_perl
Attached to Project:
Community Packages
Opened by Konrad Borowski (GlitchMr) - Monday, 28 January 2013, 17:58 GMT
Last edited by Dave Reisner (falconindy) - Monday, 28 January 2013, 18:03 GMT
Opened by Konrad Borowski (GlitchMr) - Monday, 28 January 2013, 17:58 GMT
Last edited by Dave Reisner (falconindy) - Monday, 28 January 2013, 18:03 GMT
|
DetailsDescription:
Binary (well, ok, Perl script) is stored in /usr/bin/vendor_perl. I think it's bad idea. ack is utility intended for code search, the App::Ack module is only abstraction layer (it's also there because CPAN needs package names to install modules). It's easy to type `ack TODO` in shell. Compare that with `/usr/bin/vendor_perl/ack TODO` you have to use currently. Even the ack website says '"ack" is shorter than "grep" to type' as one of ack advantages. Also, placing executables in `/usr/bin/vendor_perl` is slightly unexpected. Steps to reproduce: 1. Install ack. 2. Try using it in shell like 'ack word'. |
This task depends upon
Closed by Dave Reisner (falconindy)
Monday, 28 January 2013, 18:03 GMT
Reason for closing: Not a bug
Monday, 28 January 2013, 18:03 GMT
Reason for closing: Not a bug