Dear Axel, Thanks for the NMU, feel free to fast-forward it!
I no longer use flashbake, so if you are okay with adopting the package, that would be great. Regards Abhishek On Sun, 2016-06-19 at 21:50 +0200, Axel Beckert wrote: > Control: tag -1 + pending > > Dear Abhishek, > > I wrote on 11th of December 2015: > > Debian wants to get rid of the more or less obsolete python-enum > > library. See e.g. https://github.com/commandline/flashbake/issues/2 > > 2 > > > > Upstream has released a new version of flashbake which depends on > > the > > prefered python-enum34 library instead. Debian's flashbake package > > no > > more depend on python-enum is only one of two remaining packages > > which > > are in the way of the python-enum removal. (See > > https://bugs.debian.org/800805 for the issue in the other remaining > > reverse dependency.) > > > > This bug report may be raised in severity once we're getting closer > > to > > the python-enum removal. > > I've just uploaded a non-maintainer upload (NMU) containing the new > upstream release 0.27.1 (and hence fixing #807656) to DELAYED/10 > (will > soon show up on https://ftp-master.debian.org/deferred.html) so that > Debian finally can remove python-enum from the unstable archive in > about 10 days. > > The NMU also fixes #7986316 (new upstream homepage URL), the > debian/watch file (which failed to find the most recent upstream > version) and building the package twice in a row (additional files > needed to be cleaned up). > > Attached is a debdiff which contains all packaging changes, i.e. does > not include the upstream changes. This is mainly because upstream > moved around most files and a full debdiff would be about twice the > size of the upstream code. :-/ The debdiff was generated with the > following command: > > debdiff flashbake_0.26.2-5.1.dsc flashbake_0.27.1-0.1.dsc | > filterdiff -i "*/debian/*" > > I've also pushed the changes to the collab-maint git repo on Alioth > into the branch "nmu": > https://anonscm.debian.org/cgit/collab-maint/flashbake.git/log/?h=nmu > I'll merge that branch into master once the NMU has been ACCEPTED. > > Feel free to tell me in case I should delay the NMU longer or if I > should fast-forward it. > > Regards, Axel
