Re: Fwd: [Debian-med-packaging] Bug#823673: samtools: FTBFS in testing
forcemerge 822701 -1 thanks Le Sat, May 07, 2016 at 08:20:03PM +0200, Olivier Sallou a écrit : > > Has samtools been updated accordingly to match libhts >= 1.3.1 ? I > understand that yes from previous emails, but is described bug linked to the > otherbug? Hi Olivier, sorry, I have been confused and confusing. Samtools was not yet uploaded, so I should have marked bug #822701 only pending and not fixed. Now I have uploaded version 1.3.1-2, which solves the problem. Bon dimanche, -- Charles
Request for sponsoring: dcmtk to experimental
Dear all, I've prepared the latest version of dcmtk in the packaging git for uploading. The version changes the SO-Name of the library, hence I'd suggest to upload first to experimental so I can later check whether all reveres dependencies build properly. Major changes: - Because upstream set the so-version to 8 I also changed the library package version to libdcmtk8 (instead of 6). - d/copyright overhaul Many thanks, Gert
Re: Request for sponsoring: dcmtk to experimental
I'll do it, hopefully in a bunch of hours. On Sun, May 08, 2016 at 05:31:07PM +0200, Gert Wollny wrote: > I've prepared the latest version of dcmtk in the packaging git for > uploading. The version changes the SO-Name of the library, hence I'd > suggest to upload first to experimental so I can later check whether > all reveres dependencies build properly. this is not really a "suggestion", it's very very very recommended by the Release Team, and it's part of the transitions workflow. https://wiki.debian.org/Teams/ReleaseTeam/Transitions Exceptions occour for very simple transitions involving a handful of rdeps, or stuff already ack'ed by the release team. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Re: Request for sponsoring: dcmtk to experimental
On Sun, May 08, 2016 at 05:31:07PM +0200, Gert Wollny wrote: > - Because upstream set the so-version to 8 I also changed the library > package version to libdcmtk8 (instead of 6). > - d/copyright overhaul What about dropping the manual -dbg in favour of the automatic ones? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Re: Request for sponsoring: dcmtk to experimental
Am Sonntag, den 08.05.2016, 16:42 + schrieb Mattia Rizzolo: > On Sun, May 08, 2016 at 05:31:07PM +0200, Gert Wollny wrote: > > > > - Because upstream set the so-version to 8 I also changed the > > library > > package version to libdcmtk8 (instead of 6). > > - d/copyright overhaul > What about dropping the manual -dbg in favour of the automatic ones? > Well, I'm a bit concerned about the proper upgrade path from these packages. It seems this is not really defined, and since debsym packages don't go into d/control, I also seems that there is no option to define a virtual package -dbg to get this automatically. On the other hand the -dbg popcorn count is very low (2), so maybe there is no real harm in dropping the -dbg package. I'll ping you on the list when this is done. Best, Gert
Re: Request for sponsoring: dcmtk to experimental
On Sun, May 08, 2016 at 07:25:03PM +0200, Gert Wollny wrote: > Well, I'm a bit concerned about the proper upgrade path from these > packages. It seems this is not really defined, and since debsym > packages don't go into d/control, I also seems that there is no option > to define a virtual package -dbg to get this automatically. Well, there is also none now. Now people with libdcmtk5-dbg won't have libdcmtk8-dbg automatically once their libdcmtk5 will be upgraded to libdcmtk8. > On the other hand the -dbg popcorn count is very low (2), so maybe > there is no real harm in dropping the -dbg package. debug packages are meant for advanced users, that imho ought to be able to find them. Starting with stretch there is a real canonical place where to find them (the debug archive), which is imho nicer than the verious -dbg. Also consider that your libdcmtk5-dbg also contains debug symbols for all the binaries in /usr/bin, not only the library itself, which is really counter-intuitive given its package name. > I'll ping you on the list when this is done. Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Re: Request for sponsoring: dcmtk to experimental
Am Sonntag, den 08.05.2016, 17:36 + schrieb Mattia Rizzolo: > > > > > I'll ping you on the list when this is done. > Thanks. > Okay, done, tested, and pushed. I also pushed the new upstream tag now, forgot to do it before. many thanks, Gert
Re: Request for sponsoring: dcmtk to experimental
On Sun, May 08, 2016 at 07:46:00PM +0200, Gert Wollny wrote: > Am Sonntag, den 08.05.2016, 17:36 + schrieb Mattia Rizzolo: > > > > > > > > I'll ping you on the list when this is done. > > Thanks. > > > > Okay, done, tested, and pushed. I also pushed the new upstream tag > now, forgot to do it before. uploaded, enjoy! :) I just did a couple of tiny (hopefully uncontroversial) changes before it. I hope that's fine. For the next one, could you please have a look at enabling parallel building it, and maybe enabling hardening? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature