[Debian-med-packaging] Bug#956850: Bug#956848: ncbi-blast+-legacy: Please provide /usr/bin/blastpgp.pl (including .pl extension)
Andreas Tille
tille at debian.org
Mon Apr 20 07:59:39 BST 2020
Hi Aaron,
On Fri, Apr 17, 2020 at 06:58:12PM -0400, Aaron M. Ucko wrote:
>
> I'm open to making these changes if necessary, particularly given that
> this directive is merely a "should" and that there's a fair bit of
> precedent for violating it. (Also, ncbi-blast+ will need a new upload
> anyway to address a formal GCC 10 recognition issue, per #957581.)
Thanks a lot.
> However, on the t-coffee side, I'd like to offer some alternatives to
> this heavy patching:
> - Have debian/rules automatically make this formal change in
> a new override_dh_configure target and revert it in
> override_dh_clean.
> - Ship a private directory (say, /usr/share/t-coffee/bin) containing
> symlinks or wrappers with .pl extensions and arrange to add it to PATH
> at launch.
> - Better yet, bypass these scripts and run BLAST+ directly; they even
> offer a --print_only flag that helps with such porting.
>
> Thanks for maintaining t-coffee (and so many other packages), and please
> let me know if any of these suggestions works for you.
I agree that all three of your suggestions are probably way better than
the error prone patching. I simply continued to do what was done before
and those few times I need to do its just a tiny bit below to do a real
change. ;-) However, besides t-coffee I think that are probably more
tools around which are expecting the .pl extensions on those prominent
tools from ncbi-blast.
BTW, I do not understand your third suggestion ("Better yet ..."). It
seems you are proposing a real enhancement but I just don't get it.
Would you mind providing a patch for t-coffee implementing this?
Kind regards
Andreas.
--
http://fam-tille.de
More information about the Debian-med-packaging
mailing list