| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| non_lexical_loop_iterator.patch | Make sure that iterator variable is explicitly decalred as a lexcical using my keyword. See PBP, page 108. Add perl shebang. | Alex Mestiashvili <amestia@rsh2.donotuse.de> | no | |||
| 02-blat2gff.diff | Nelson A. de Oliveira <naoliv@debian.org> | no | 2005-03-21 | |||
| 03-parseblast.diff | Nelson A. de Oliveira <naoliv@debian.org> | no | 2005-03-22 | |||
| use-dpkg-buildflags.patch | Use build flags from environment (dpkg-buildflags). Necessary for hardening flags. | Andreas Tille <tille@debian.org> | no | 2012-05-02 | ||
| mayhem.patch | Deal with Mayhem issue | Andreas Tille <tille@debian.org> | no | debian | 2015-12-13 | |
| fis-privacy-breach.patch | Fix privacy issues by linking to local images, js and css locallyLast-Update Sat, 20 Oct 2018 14:15:43 +0200 | Andreas Tille <tille@debian.org> | no | |||
| perl_5.28.patch | Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at /usr/bin/gff2aplot line 1737. | Andreas Tille <tille@debian.org> | no | 2018-12-10 | ||
| fix_install_ali2gff.patch | Make sure target dir exists when performing parallel builds Somehow CP is resolved to "cp 1" - no idea why, just force proper copy statement | Andreas Tille <tille@debian.org> | no | 2018-12-10 | ||
| enhance_sprintf_buffer.patch | Enhance print buffer to avoid: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: '__builtin___sprintf_chk' output between 36 and 3418 bytes into a destination of size 1000 Finally this patch is not fully working since the enhanced buffers make sprint assume that even larger buffers are needed. |
Andreas Tille <tille@debian.org> | no | 2018-12-10 | ||
| fix_README_used_for_test.patch | The README file is used as shell script and one function is broken. It should return basenames of *.ps files. This is fixed here | Andreas Tille <tille@debian.org> | no | 2018-12-10 | ||
| fix_gff_comments.patch | Replace tabs in gff files with spaces GFFparsers are supposed to ignore all the text in lines that start with # but for some reason, gffread doesn't like tabs in comments. The number of tabs after which gffread complains seems to be related to the following line, but since this is just a comment anyway, replacing tabs with spaces seems like an easier fix. |
Pranav Ballaney | no | debian | 2020-06-14 |