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