Re: [Debian-med-packaging] Bug#966470: fix for #966470: biobambam2 autopkgtest failures

Control: tags -1 pending Greetings, I verified it is safe to remove zlib1g-dev from the biobambam2 package dependencies by running the autopkgtest suite with the patched libmaus2, which now pulls zlib1g as dependency of libmaus2-2. The routine-update also pulled the libmaus patch level 2.0.743.

Re: fix for #966470: biobambam2 autopkgtest failures

Hi John, John Marshall, on 2020-08-10 11:04:05 +: > Étienne Mollier wrote: > > After appending the zlib1g-dev package to dependencies of the > > biobambam2 package, > > It is in fact libmaus2 that is dlopening "libz.so", so it would be better to > add to the dependencies of that package, whi

Re: [RFS] phipack

allowed On 10.08.20 16:19, Nilesh Patra wrote: > gbp clone --pristine-tar https://salsa.debian.org/med-team/phipack > > > OR > > Grant DM access: PGP key fingerprint: > 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 > > Thanks and Regards > Nilesh

Re: Orthanc and all its plugins are getting removed from testing

As suggested by Andreas, I've been in touch with the FTP team. Following this discussion, I've uploaded orthanc-1.7.2+dfsg-3 to unstable, that doesn't contain the NEW changes. For reference, here are the two changesets to revert once "liborthancframework-dev" and "liborthancframework1" subpac

[RFS] phipack

gbp clone --pristine-tar https://salsa.debian.org/med-team/phipack OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

Re: libgclib - symbol file - please kindly educate me

Thank you, Alex. libgclib and reverse dependency gffread are updated. On 09.08.20 21:50, Alex Mestiashvili wrote: > Hi Steffen, > > I've pushed the new version of symbols file to the repository. > As far as I see in the new version of libgclib the 3 symbols ( the > ones in the diff you provided) a

Re: fix for #966470: biobambam2 autopkgtest failures

Étienne Mollier wrote: > I had a look at the autopkgtest failure affecting biobambam2, > and since these segmentation faults were showing up only in my > autopkgtest environment, and not when using the package directly > on my system, it felt like a missing dependency. So I trapped > system calls

Re: [RFS] wtdbg2

Uploaded, thanks for your work on this, Andreas. On Sun, Aug 09, 2020 at 09:24:55PM +0530, Nilesh Patra wrote: > Hi, > I've added autopkgtests for wtdbg2, > since this uses extra data which blows up in size, I created a new binary > for the same. > Hence, this needs to go through the NEW queue. >