Bug#823187: RFS: icdiff/1.7.3-1

Hi Jakub, > The syntax is: > > .so foobar.1 > > Note that dh_installman replaces manpages that contain only a .so with > symlinks; so alternatively you could make the symlink yourself. Excellent, I will do this then. Many thanks for the quick help! Cheers Sascha

Bug#823187: RFS: icdiff/1.7.3-1

Hi Paul thanks for the review. Let’s see what I can do. > These need to be fixed before I upload this: > >> This NEW upload closes RFP #818245. > > Any particular reason you haven't retitled it to ITP and set yourself > as the owner? Done. > Since this is a fork of part of the Python stdlib,

Bug#823187: RFS: icdiff/1.7.3-1

t -x https://mentors.debian.net/debian/pool/main/i/icdiff/icdiff_1.7.3-1.dsc This NEW upload closes RFP #818245. Regards Sascha Steinbiss signature.asc Description: Message signed with OpenPGP using GPGMail

Bug#812011: snap: FTBFS with GCC 6: self-comparison always evaluates

Hi all, I have committed a fix for this to SVN. This required changing the (likely buggy) behaviour of the zoeHSPCmpQuery and zoeHSPCmpSbjct functions to do the correct comparisons. The patched version builds for me now with the unstable gcc and gcc-6 from experimental. Cheers Sascha On

Bug#812039: r21685 - in trunk/packages/proda/trunk/debian: . patches

Hi Andreas, > it now builds and I'll upload in a minute. good to hear, many thanks. One more bug down! > Thanks again for your work and sorry for the noise > Andreas. Best Sascha

Bug#812039: r21685 - in trunk/packages/proda/trunk/debian: . patches

LS definition in /lib/x86_64-linux-gnu/libc.so.6 section > .tbss mismatches non-TLS reference in Main.o > /lib/x86_64-linux-gnu/libc.so.6: error adding symbols: Bad value > collect2: error: ld returned 1 exit status > > Anything you might have forgotten to commit? > > Kind rega

Bug#812039: proda: FTBFS with GCC 6: function initialized like a variable

Hi all, I fixed this FTBFS in svn and also did some package housekeeping. Thanks Sascha On Tue, 19 Jan 2016 20:45:05 -0800 Martin Michlmayr wrote: > Package: proda > Version: 1.0-9 > Severity: important > User: debian-...@lists.debian.org > Usertags: ftbfs-gcc-6 > > This package

Bug#818725: picard-tools: FTBFS in unstable

Is this bug still an issue? Picard-tools has been recently updated to a newer upstream version which builds fine for me in a current sid pbuilder chroot. I'm asking because the autoremoval of picard-tools due to this bug would also drag Artemis with it... Cheers Sascha On Sat, 19 Mar 2016

Bug#811633: FTBFS with GCC 6: cannot convert x to y

Hi all, I have fixed this FTBFS in git. Now ray builds fine for me with: gcc version 6.0.0 20160405 (experimental) [trunk revision 234749] (Debian 6-20160405-1) Maybe there's an easier way with adjusting C++ standards in the build system, but that's not my core expertise and the changes aren't

Bug#818397: salmon: FTBFS: 'MEM_F_SELF_OVLP' was not declared in this scope

Hi, I have pushed a fix for this to git. I would be glad if someone could take a look. Thanks Sascha On Wed, 16 Mar 2016 13:36:46 -0700 Martin Michlmayr wrote: > Package: salmon > Version: 0.4.2+ds1-2 > Severity: serious > > This package fails to build in unstable: > > >

Bug#798789: netperf: fix for FTBFS

+ +++ netperf-2.6.0/debian/changelog 2016-04-05 10:02:33.0 + @@ -1,3 +1,10 @@ +netperf (2.6.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Adjust inline statements to fix FTBFS (Closes: #798789) + + -- Sascha Steinbiss <sas...@steinbiss.name> Tue, 05 Ap

Bug#819885: chktex: please make the build reproducible

Package: chktex Version: 1.7.4-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Dear Maintainer, While working on the “reproducible builds” effort [1], we have noticed that chktex could not be built reproducibly. The attached patch makes

Bug#819595: xscreensaver: please make the build reproducible

On Thu, 31 Mar 2016 07:17:42 +0100 Sascha Steinbiss <sa...@tetrinetsucht.de> wrote: > On Wed, 30 Mar 2016 16:27:39 -0700 Jamie Zawinski <j...@jwz.org> wrote: >> But shell wildcards return sorted results. How does this change anything? > > The problematic wild

Bug#819595: xscreensaver: please make the build reproducible

On Wed, 30 Mar 2016 16:27:39 -0700 Jamie Zawinski wrote: > But shell wildcards return sorted results. How does this change anything? The problematic wildcard expansion here happens in a Makefile, and in contrast to bash, for example, the results there are not guaranteed to be

Bug#819595: xscreensaver: please make the build reproducible

Source: xscreensaver Version: 5.34-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: fileordering Dear Maintainer, While working on the "reproducible builds" effort [1], we have noticed that xscreensaver could not be built reproducibly. The file

Bug#819422: javahelper: jh_exec fails without error message when symlinks point to files not in the package

Package: javahelper Version: 0.54 Severity: normal Dear Maintainer, I think I have discovered an issue in javahelper. I am using javahelper to package a Java library that can also be run as a standalone tool. My intention was to build two binary packages, one with the jar (using a .jlibs file)

Bug#819355: ITP: augustus -- gene prediction in eukaryotic genomes

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sas...@steinbiss.name> * Package name: augustus Version : 3.2.1 Upstream Author : Lizzy Gerischer, Oliver Keller, Stefanie König, Lars Romoth, Mario Stanke <mario.sta...@uni-greifswald.de> * URL

Bug#819352: xpdf: please make the build reproducible

Package: xpdf Version: 3.04-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: fileordering Hi, While working on the "reproducible builds" effort [1], we have noticed that xpdf could not be built reproducibly. The linking step in the

Bug#819347: starvoyager: please make the build reproducible

0.4.4.orig/debian/patches/03_deterministic-linker-input.dpatch +++ starvoyager-0.4.4/debian/patches/03_deterministic-linker-input.dpatch @@ -0,0 +1,19 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 03_deterministic-linker-input.patch.dpatch by Sascha Steinbiss <sas...@steinbiss.name> +## +## All

Bug#818584: [Debian-med-packaging] Bug#818584: ImportError: No module named pyyaml2

Hi Afif and Andreas, I think that this is it. If you look at the spades patch 0001_use_debian_packaged_python-yaml.patch this seems to have been done in several places already. The ones causing this bug seem to have been missed because they probably were not covered by the spades tests. Cheers

Bug#818584: [Debian-med-packaging] Bug#818584: ImportError: No module named pyyaml2

I have just pushed come changes to git. Feel free to try (and upload) if that solves your problem, Afif. Cheers Sascha On 18/03/2016 14:20, Sascha Steinbiss wrote: > Hi Afif and Andreas, > > I think that this is it. If you look at the spades patch > 0001_use_debian_packaged_pytho

Bug#818088: [Debian-med-packaging] Bug#818088: seqan-dev: please include SeqAn specific CMake modules

Oops, [1] is missing, it’s https://github.com/seqan/lambda of course. Cheers Sascha > On 13 Mar 2016, at 13:59, Sascha Steinbiss <sa...@tetrinetsucht.de> wrote: > > Package: seqan-dev > Version: 1.4.1+dfsg-2 > Severity: normal > > Dear Maintainer, > > I

Bug#818088: seqan-dev: please include SeqAn specific CMake modules

Package: seqan-dev Version: 1.4.1+dfsg-2 Severity: normal Dear Maintainer, I am currently packaging Lambda [1] which uses SeqAn as a build dependency. I used the seqan-dev package to avoid the copy of SeqAn bundled by upstream. However, Debian's seqan-dev does not contain the SeqAn CMake modules

Bug#818027: snapper: please make the build reproducible

Source: snapper Version: 0.2.4-1 Severity: wishlist Dear Maintainer, I noticed that the snapper package failed to build reproducibly. I have attached a patch that makes the build reproducible for me. Thanks, Sascha diff --git a/debian/rules b/debian/rules index 8ebbc12..1a111f4 100755 ---

Bug#817979: modernizr: input order is not deterministic

Source: modernizr Version: 2.6.2+ds1-1 Severity: minor Dear Maintainer, I have notices that your package libjs-modernizr does not build reproducibly from the modernizr source package because of nondeterministic input order given by shell globbing. See

Bug#817086: [Pkg-privacy-maintainers] Bug#817086: Bug#817086: clicking on circuits doesn't show any info

Hi Paul, thanks for your input. >> It looks like you chose not to install tor’s recommended tor-geoipdb package. > > I have recommends turned off by default. I see, this confirms my suspicion. >> I have created a patch to check for this error (see attached) and >> will forward it upstream. >

Bug#817086: [Pkg-privacy-maintainers] Bug#817086: clicking on circuits doesn't show any info

Dear Paul, thanks for the bug report. > When I click on circuits onioncircuits doesn't show any info and I get > this traceback in the terminal. […] > File "/usr/lib/python3/dist-packages/stem/response/getinfo.py", line 40, in > _parse_message > raise stem.ProtocolError("GETINFO response

Bug#813975: ITP: spades -- genome assembler for single-cell and isolates data sets

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: spades Version : 3.6.2 Upstream Author : Saint-Petersburg Academic University <spades.supp...@bioinf.spbau.ru> * URL : http://spades.bioinf.spbau.

Bug#813465: [Debian-med-packaging] Bug#813465: bcftools: FTBFS: vcfmerge.c:424:6: error: conflicting types for 'bcf_hdr_merge'

This is most likely related to the htslib 1.3 upgrade. I expect that updating bcftools to the most recent upstream release (1.3) as well will help. On 02/02/2016 09:49, Chris Lamb wrote: > Source: bcftools > Version: 1.2-2 > Severity: serious > Justification: fails to build from source > User:

Bug#813385: ITP: reapr -- universal tool for genome assembly evaluation

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: reapr Version : 1.0.18 Upstream Author : Martin Hunt <martin.h...@sanger.ac.uk> * URL : http://www.sanger.ac.uk/science/tools/reapr * License

Bug#812526: ITP: pbsim -- simulator for PacBio sequencing reads

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: pbsim Version : 1.0.3 Upstream Author : Michiaki Hamada <mham...@k.u-tokyo.ac.jp> * URL : https://code.google.com/p/pbsim/ * License : GPL-2 Program

Bug#812426: ITP: miniasm -- ultrafast de novo assembler for long noisy DNA sequencing reads

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: miniasm Version : 0.2 Upstream Author : Heng Li <l...@me.com> * URL : https://github.com/lh3/miniasm * License : MIT Programming Lang: C

Bug#810862: autopkgtest: vmdebootstrap with setup-commands/setup-testbed fails in Vagrant VM

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Martin, many thanks for your quick reply. > Sascha Steinbiss [2016-01-12 22:27 +]: >> Running customize script >> /usr/share/autopkgtest/setup-commands/setup-testbed EEEK! >> Something bad happened... [Errno 13] Permiss

Bug#810862: autopkgtest: vmdebootstrap with setup-commands/setup-testbed fails in Vagrant VM

Package: autopkgtest Version: 3.19.1 Severity: normal Dear Maintainer, I am trying to set up a testbed for adt-virt-qemu using the approach outlined in the adt-virt-qemu man page: $ sudo vmdebootstrap --verbose --serial-console --distribution=sid \

Bug#810755: RM: aegean [mips] -- ROM; builds OK but binaries crash on mips

Package: ftp.debian.org Severity: normal Recently introduced build time tests have revealed that the mips binaries don't work even if they are compiled with no obvious error message. As the maintainer, I have removed mips from the list of supported archs and I am kindly asking to remove previous

Bug#810753: override: genometools:science/optional

Package: ftp.debian.org Severity: normal For some reason the genometools package has been accepted with priority extra. I'd like to request to change the priority to optional because AFAICS it does not depend on a package with priority extra (except faketime as a build time dependency, which

Bug#810600: ITP: minimap -- tool to find approximate mapping positions between long sequences

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: minimap Version : 0.2 Upstream Author : Heng Li <l...@me.com> * URL : https://github.com/lh3/minimap * License : MIT Programming Lang: C

Bug#810600: ITP: minimap -- tool to find approximate mapping positions between long sequences

Hi Eduard, > * Sascha Steinbiss [Sun, Jan 10 2016, 11:40:58AM]: >> Package: wnpp >> Severity: wishlist >> Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> >> >> * Package name: minimap >> Version : 0.2 >> Upstream Author :

Bug#810600: ITP: minimap -- tool to find approximate mapping positions between long sequences

Hi, Description : tool to find approximate mapping positions between long sequences >>> >>> Sounds misleading to me. By looking at the package name and short >>> description, I expected some tool for GIS, not biology. […] >> >> What would you think about changing the short

Bug#808552: dh-dist-zilla: builds fail in recent pbuilder versions

Hi Axel, […] >> I have been able to fix the issue locally by setting >> BUILD_HOME="/tmp" in my .pbuilderrc, and afterwards everything >> builds fine for me. However, obviously that wouldn't help on build >> machines where I don't have control over that (autobuilders, ...). > > Exactly. > >> Is

Bug#808495: ITP: roary -- high speed stand alone pan genome pipeline

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: roary Version : 3.5.7 Upstream Author : Andrew J. Page <ro...@sanger.ac.uk> * URL : http://sanger-pathogens.github.io/Roary/ * License : GPL-3+ Prog

Bug#808552: dh-dist-zilla: builds fail in recent pbuilder versions

Package: dh-dist-zilla Version: 1.3 Severity: normal Dear Maintainer, I have been unable to build packages with dh-dist-zilla in my sid pbuilder/cowbuilder chroot images (example for librun-parts-perl): [...] I: Running cd /build/*/ && env PATH="/usr/sbin:/usr/bin:/sbin:/bin"

Bug#808350: ITP: libtest-files-perl -- Test::Builder based module to ease testing with files and dirs

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: libtest-files-perl Version : 0.14 Upstream Author : Phil Crow <philcrow2...@yahoo.com> * URL : https://metacpan.org/release/Test-Files * License : Art

Bug#808351: ITP: libfile-grep-perl -- find matches to a pattern in a series of files and related functions

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: libfile-grep-perl Version : 0.02 Upstream Author : Michael K. Neylon <mneylon...@masemware.com> * URL : https://metacpan.org/release/File-Gr

Bug#807977: ITP: libtabixpp -- C++ wrapper to tabix indexer

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: libtabixpp Version : 1.0.0 Upstream Author : Erik Garrison <erik.garri...@gmail.com> * URL : https://github.com/ekg/tabixpp * License : MIT Program

Bug#807740: RM: genometools [sparc64] -- ROM; builds but does not work on sparc64

Package: ftp.debian.org Severity: normal Please remove the out of date sparc64 binaries built from the genometools source package as they will build but not work on this architecture. From now on sparc64 is excluded from future builds. Thanks!

Bug#807779: ITP: snpomatic -- fast, stringent short-read mapping software

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: snpomatic Version : 0.0.20151015 Upstream Author : Heinrich Magnus Manske <m...@sanger.ac.uk> * URL : https://github.com/magnusmanske/snpomatic * License

Bug#806675: hmmer: nhmmer fails with fatal exception on armhf

Hi Andreas, > would you mind contacting upstream or arm porters about this since you > seem to have done a quite detailed research on the issue ? Sure, I will contact both and see if they know more. Best, Sascha > > On Sun, Nov 29, 2015 at 10:20:54PM +0000, Sascha Steinbiss wrot

Bug#806675: hmmer: nhmmer fails with fatal exception on armhf

Source: hmmer Severity: normal Dear Maintainer, while reviewing the reproducible builds output for the barrnap package, which depends on nhmmer, I noticed that a nhmmer problem seems to break barrnap's post-build test run [1]. I'm suspecting this is platform related as it has never occured

Bug#805693: ITP: codonw -- Correspondence Analysis of Codon Usage

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss <sa...@tetrinetsucht.de> * Package name: codonw Version : 1.4.4 Upstream Author : John Peden <jfp%23hanson-cod...@yahoo.com> * URL : http://codonw.sourceforge.net * License : GPL2 Program

Bug#804576: [Debian-med-packaging] Bug#804576: genometools-common: hardcoded dependency on libncurses5

Dear Sven, > The genometools-common package hardcodes many library dependencies, > which is going to be a problem if any of those libraries changes > soname. In the case of libncurses5, this is going to happen after the > Stretch release. I see. Thanks for the reminder! > The upstream

Bug#804091: [Debian-med-packaging] Bug#804091: Artemis - Java 8 support

Hi Afif, could you please check whether the attached patch fixes the problem? I was able to build on Java 8 with these changes. Cheers Sascha java-8-sort.patch Description: Binary data > On 7 Nov 2015, at 07:15, Afif Elghraoui wrote: > > Hi, Dr. Page, > > On الجمعـة

Bug#719601: RFS: datatables.js -- jQuery plug-in that makes nice tables from different data sources

. Is this OK or would you rather have the (really unrelated) history in this repo preserved? Cheers Sascha On 16/10/2015 22:20, Matthias Schmitz wrote: > Hi Sascha, hi *, > > Am Thu, 15 Oct 2015 21:18:51 +0100 schrieb Sascha Steinbiss > <sa...@tetrinetsucht.de>: > >>>>

Bug#719601: RFS: datatables.js -- jQuery plug-in that makes nice tables from different data sources

Hi Matthias, […] >> I agree. @Matthias, would that be OK with you? I can take over this >> package for now. > please take over :-) OK. I will wait for my collab-maint approval then, push my changes and then ping Andreas again for sponsoring. I will close your ITP with the new upload. Thanks

Bug#719601: RFS: datatables.js -- jQuery plug-in that makes nice tables from different data sources

s to update the repository he started. If not, I will follow option 2. Thanks for your help Sascha [1] https://wiki.debian.org/Javascript/Policy > On Wed, Oct 14, 2015 at 10:21:48AM +0100, Sascha Steinbiss wrote: >> Hi all, >> >> as a result of bug #798900 [1] (also parti

Bug#719601: RFS: datatables.js -- jQuery plug-in that makes nice tables from different data sources

cript team. May be it makes sense > then to join this team and move the Git repository there. I'm fine with > sponsoring your package also in this case. I think I am fine with collab-maint, as the JS team also maintains packages there. Thanks, Sascha >>> On Wed, Oct 14, 2015 a

Bug#798900: [Debian-med-packaging] Bug#798900: lintian: false positive: source-is-missing for non-minified JS files

: > On Sun, 2015-10-11 at 13:38 +0100, Sascha Steinbiss wrote: > >> It looks like JSHint is not a hard requirement but will just not be used if >> it’s >> not there: >> https://github.com/DataTables/DataTablesSrc/blob/master/build/make.sh#L58 >> Otherwise I wou

Bug#798900: [Debian-med-packaging] Bug#798900: lintian: false positive: source-is-missing for non-minified JS files

Hi, >> For the time being, would it be enough to add the DataTablesSrc repo >> content (and a README) to aegean’s debian/missing-sources to comply >> with DFSG until a DataTables package gets into the archive? > > Better than nothing but I think it still violates ftpmaster policy > since it

Bug#798900: [Debian-med-packaging] Bug#798900: lintian: false positive: source-is-missing for non-minified JS files

Hi all, >>> Looks like the JQuery DataTables libraries included are flagged as minified >>> without source on the basis that they have lines longer than 1024 >>> characters: >>> P: aegean source: source-contains-prebuilt-javascript-object >>> data/share/vendor/jquery.dataTables.js line length

Bug#798900: lintian: false positive: source-is-missing for non-minified JS files

Hi Paul, >> Looks like the JQuery DataTables libraries included are flagged as minified >> without source on the basis that they have lines longer than 1024 characters: >> P: aegean source: source-contains-prebuilt-javascript-object >> data/share/vendor/jquery.dataTables.js line length is 1397

Bug#798900: lintian: false positive: source-is-missing for non-minified JS files

gt;> control: affects -1 inkscape >> >> On Sun, Sep 13, 2015 at 09:46:37PM +, Sascha Steinbiss wrote: >>> I noticed today that there were two new Lintian errors on DDPO for my >>> 'aegean' >>> package >>> (https://lintian.debian.org/maintainer/sas..

Bug#798900: lintian: false positive: source-is-missing for non-minified JS files

Package: lintian Version: 2.5.37 Severity: normal Dear Maintainer, I noticed today that there were two new Lintian errors on DDPO for my 'aegean' package (https://lintian.debian.org/maintainer/sas...@steinbiss.name.html#aegean). These seem to be fairly recent, and I took a look to see what

Bug#796265: ITP: tor-monitor -- GTK+ application to display Tor circuits and streams

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss sa...@tetrinetsucht.de * Package name: tor-monitor Version : 0.1 Upstream Author : Tails developers ta...@boum.org * URL : http://git.tails.boum.org/alan/tor-monitor/ * License : GPL Programming Lang

Bug#793514: Fwd: Staden authoren ??? [Re: Bug#793514: FTBFS: conflicting types for append_int]

releasing a compatible version of the Staden Package. The code is ready, it just needs releasing. I'll see what I can do. Thanks, Andrew On 07/08/15 16:35, Sascha Steinbiss wrote: Hi Andrew, many thanks for your quick reply and for your willingness to look into the issue. Best

Bug#793514: Fwd: Staden authoren ??? [Re: Bug#793514: FTBFS: conflicting types for append_int]

, Andrew On 07/08/15 15:26, Sascha Steinbiss wrote: Dear James and Andrew, I am writing to kindly bring the following Staden build issue to your attention. The Debian automated build system is currently unable to build the code from source due to multiple declarations of identically named

Bug#793514: Fwd: Staden authoren ??? [Re: Bug#793514: FTBFS: conflicting types for append_int]

Dear James and Andrew, I am writing to kindly bring the following Staden build issue to your attention. The Debian automated build system is currently unable to build the code from source due to multiple declarations of identically named functions with different parameter and return types. We

Bug#793907: ITP: tantan -- low complexity and tandem repeat masker for biosequences

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss sa...@tetrinetsucht.de * Package name: tantan Version : 13 Upstream Author : Martin Frith tan...@cbrc.jp * URL : http://www.cbrc.jp/tantan/ * License : GPL Programming Lang: C Description : low

Bug#787926: debian-maintainers: Annual ping for Sascha Steinbiss

Package: debian-maintainers Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, this is my annual ping and I would like to stay in the keyring. Cheers Sascha -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVct8KAAoJEFVWo04Eo2EL/CwQAIp3okqdSJbDG7co3ngyexO8

Bug#776710: ITP: barrnap-data-nonfree -- non-free pHMMs for barrnap

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss sa...@tetrinetsucht.de * Package name: barrnap-data-nonfree Version : 0.5 Upstream Author : Torsten Seemann torsten.seem...@monash.edu URL : http://www.vicbioinformatics.com/software.barrnap.shtml * License

Bug#770079: [Debian-med-packaging] Bug#770079: ltrsift: FTBFS on arm64

Hi Edmund, thanks for reporting this (and for your helpful hints). The right fix for upstream would probably be to replace ifneq ($(MACHINE),x86_64) with something like: ifneq ($(filter $(MACHINE), i386 i486 i586 i686 x86 ),) That would perhaps allow them to build a 64-bit

Bug#769641: ITP: barrnap -- rapid ribosomal RNA prediction

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss sas...@steinbiss.name * Package name: barrnap Version : 0.5 Upstream Author : Torsten Seemann torsten.seem...@monash.edu * URL : http://www.vicbioinformatics.com/software.barrnap.shtml * License : GPL

Bug#769162: ITP: aegean -- integrated genome analysis toolkit

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss sa...@tetrinetsucht.de * Package name: aegean Version : 0.10.2 Upstream Author : Daniel Standage daniel.stand...@gmail.com * URL : http://standage.github.io/AEGeAn/ * License : ISC Programming Lang: C

Bug#747431: [Debian-med-packaging] Bug#747431: these bugs are not fixed

Hi Matthias, thanks for notifying me! The story behind these missing patches it that as I am also the upstream author of genometools, I have incorporated the content of these patches (about -m64, as well as many others) into the upstream source for 1.5.3 and removed the patches from the series

Bug#748305: [Debian-med-packaging] Bug#748305: Unchecked conversion from double to enum

Hi Michael, thanks for your bug report! Let's see: [...] Indeed reviewing the code here http://sources.debian.net/src/genometools/1.5.1-3/src/gtlua/encseq_lua.c?hl=83#L83 and taking into account the definition of luaL_checknumber on the one hand and GtReadmode on the other:

Bug#748122: debian-maintainers: Annual ping for Sascha Steinbiss

Package: debian-maintainers Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Here's my annual ping. I'm still maintaining some packages and I would like to stay in the keyring. Thanks, Sascha -BEGIN PGP SIGNATURE- Version: GnuPG v1

Bug#719595: ITP: mussort -- simple tool that sorts a music collection

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss sa...@tetrinetsucht.de * Package name: mussort Version : 0.3 Upstream Author : Eskild Hustvedt esk...@zerodogg.org * URL : http://random.zerodogg.org/mussort * License : GPL Programming Lang: Perl

Bug#719599: RFS: mussort/0.3-1 [ITP] -- simple tool that sorts a music collection

with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mussort/mussort_0.3-1.dsc More information about mussort can be obtained from http://random.zerodogg.org/mussort This is a new package. Regards, Sascha Steinbiss -- To UNSUBSCRIBE, email to debian-bugs-dist-requ

Bug#708708: debian-maintainers: Annual ping for Sascha Steinbiss

Package: debian-maintainers Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, here is my annual ping. Looking forward to another year of fruitful Debian work! Bye, Sascha -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux)

Bug#701571: ITP: aragorn -- detect tRNA genes in nucleotide sequences

Package: wnpp Severity: wishlist Owner: Sascha Steinbiss sa...@tetrinetsucht.de * Package name: aragorn Version : 1.2.36 Upstream Author : Dean Laslett gaiaqu...@gmail.com, Bjorn Canback bcanb...@acgt.se * URL : http://mbio-serv2.mbioekol.lu.se/ARAGORN/ * License

Bug#690052: nmu: genometools_1.4.2-2

the libc dependency to =2.11, which looks more reasonable. Sorry for the inconvenience -- I will check more carefully next time. Andreas Best, Sascha -- Sascha Steinbiss Center for Bioinformatics University of Hamburg Bundesstr. 43 20146 Hamburg Germany Email: steinb...@zbh.uni-hamburg.de URL

Bug#684138: debian-maintainers: Please add Sascha Steinbiss as a Debian Maintainer

Package: debian-maintainers Severity: normal Please add Sascha Steinbiss sa...@tetrinetsucht.de to the Debian Maintainer keyring. Jetring changeset has been attached. Best regards, Sascha Steinbiss Comment: Add Sascha Steinbiss as a Debian Maintainer Date: Mon, 06 Aug 2012 17:14:07 +0200 Action

Bug#684138: Additional advocacy for Sascha Steinbiss

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Here's another advocacy w.r.t. my application, just posted to the ML (thanks to Andreas): http://lists.debian.org/debian-newmaint/2012/08/msg00020.html Best regards, Sascha -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment:

<    1   2   3   4   5