<div dir="ltr">Dear Andreas,<div><br></div><div>Update is (almost) ready upstream. Have a question though: when a program has not changed but needs to be rebuilt against the newest version of the library, can I just increase the package version number, or should I also increase the program version number?</div><div><br></div><div>Example: physamp is currently in version 1.1.0. No changes has been made but it needs to be recompiled to work with Bio++ 2.4.1. (Was 2.4.0 before). Should the new physamp package be called 1.1.0-2 or 1.1.1-1 ?</div><div><br></div><div>Best,</div><div><br></div><div>Julien.</div><div><br></div><div>PS: autopkgtests are on the TODO list...</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jul 19, 2018 at 10:48 AM Andreas Tille <<a href="mailto:tille@debian.org">tille@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Julien,<br>
<br>
On Thu, Jul 19, 2018 at 09:19:50AM +0200, Julien Yann Dutheil wrote:<br>
> Will make a new release then, but I will only be able to start the process<br>
> in the second week of August.<br>
<br>
While this will mean that the packages will be autoremoved from testing<br>
after 10 days I do not think that this is big harm in general since they<br>
will come back later.  BTW, if you would add some autopkgtest the<br>
migration time will be reduced to 2 days.<br>
<br>
Another note: In the second week of August I'm back from DebConf.<br>
That's the time where I restrict my computertime drastically to recover<br>
a bit from that intense time. :-)<br>
<br>
Kind regards<br>
<br>
        Andreas.<br>
<br>
> On Thu, Jul 19, 2018 at 7:04 AM Andreas Tille <<a href="mailto:tille@debian.org" target="_blank">tille@debian.org</a>> wrote:<br>
> > On Wed, Jul 18, 2018 at 11:33:33PM +0200, Julien Yann Dutheil wrote:<br>
> > > Many thanks for your email. I have fixed gcc8 warnings upstream some time<br>
> > > ago. Would it make things easier if I would just make a new minor release<br>
> ><br>
> > Since the packaging might become more easy since no patches will be<br>
> > needed I'd regard this the most simple solution packaging wise (no idea<br>
> > how much effort it might be on your side).  May be also non-Debian users<br>
> > might profit from full gcc-8 compatibility.<br>
> ><br>
> > > (there will be no interface break, due to a new management strategy<br>
> > > upstream... hopefully we learn from our mistakes :) ) ?<br>
<br>
-- <br>
<a href="http://fam-tille.de" rel="noreferrer" target="_blank">http://fam-tille.de</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Julien Y. Dutheil, Ph-D<br>0 (+49) 6421 178 986<div><br>§ Max Planck Institute for Evolutionary Biology<div>Molecular Systems Evolution</div><div>Department of Evolutionary Genetics</div><div>Plön -- GERMANY<br></div><br>§ Institute of Evolutionary Sciences - Montpellier<br>University of Montpellier 2 -- FRANCE</div></div></div></div></div>