Package: gff2aplot / 2.0-15
Metadata
Package | Version | Patches format |
---|---|---|
gff2aplot | 2.0-15 | 3.0 (quilt) |
Patch series
view the series filePatch | File delta | Description |
---|---|---|
non_lexical_loop_iterator.patch | (download) |
src/gff2aplot.pl |
19 10 9 - 0 ! |
make sure that iterator variable is explicitly decalred as a lexcical using my keyword. See PBP, page 108. Add perl shebang. |
02 blat2gff.diff | (download) |
src/blat2gff.pl |
8 4 4 - 0 ! |
--- |
03 parseblast.diff | (download) |
src/parseblast.pl |
4 2 2 - 0 ! |
--- |
use dpkg buildflags.patch | (download) |
src/ali2gff/Makefile |
2 1 1 - 0 ! |
use build flags from environment (dpkg-buildflags). Necessary for hardening flags. |
mayhem.patch | (download) |
src/ali2gff/ali2gff.c |
10 7 3 - 0 ! |
deal with mayhem issue |
fis privacy breach.patch | (download) |
examples/mhcregion/index.html |
30 15 15 - 0 ! |
fix privacy issues by linking to local images, js and css locally |
perl_5.28.patch | (download) |
src/gff2aplot.pl |
13 9 4 - 0 ! |
can't use 'defined(@array)' (maybe you should just omit the defined()?) at /usr/bin/gff2aplot line 1737. |
fix_install_ali2gff.patch | (download) |
Makefile |
5 3 2 - 0 ! |
make sure target dir exists when performing parallel builds Somehow CP is resolved to "cp 1" - no idea why, just force proper copy statement |
enhance_sprintf_buffer.patch | (download) |
src/ali2gff/ali2gff.c |
10 5 5 - 0 ! |
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. |
fix_README_used_for_test.patch | (download) |
examples/splice_sites/README |
3 1 2 - 0 ! |
the readme file is used as shell script and one function is broken. It should return basenames of *.ps files. This is fixed here |
fix_gff_comments.patch | (download) |
examples/mhcregion/hs-mm.gff |
2 1 1 - 0 ! |
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. |