[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#878685: stretch-pu: package udftools/1.3-2



On Monday 20 November 2017 08:48:40 Adam D. Barratt wrote:
> On 2017-11-20 8:39, Pali Rohár wrote:
> > On Saturday 18 November 2017 20:13:14 Adam D. Barratt wrote:
> > > Control: tags -1 + pending
> > > 
> > > On Fri, 2017-11-10 at 17:59 +0000, Adam D. Barratt wrote:
> [...]
> > > > Particularly, I'd have pointed out that the changelog is illogical -
> > > > it should either be 1.3-1, then the 1.3-2 unstable changes, then 1.3-
> > > > 2~deb9u1, or 1.3-1 then 1.3-1+deb9u1.
> > > 
> > > I'm not going to bother with a reject-and-reupload cycle this time,
> > > but
> > > please don't assume that won't happen in future. This:
> > > 
> > > +udftools (1.3-2~deb9u1) stretch; urgency=low
> > > +
> > > +  * Fix path to pktsetup in udftools init script
> > > +
> > > + -- Pali Rohár <pali.rohar@gmail.com>  Tue, 03 Oct 2017 21:41:57
> > > +0200
> > > +
> > >  udftools (1.3-1) unstable; urgency=low
> > > 
> > > is simply wrong.
> > 
> > Ok, I would like to ask, which version to choose if uploaded package is
> > exactly same as version X in unstable? As in unstable is version 1.3-2 I
> > chose that suffix ~deb9u1. But I have not found any details about this
> > situation in any debian manual.
> 
> The version number is fine. The problem is that the changelog should have
> included the unstable stanza for 1.3-2, with the ~deb9u1 stanza then simply
> being "rebuild for stable" or something similar. This is the same as I'd
> expect if you were uploading the package to stretch-backports.

Ok, thanks for information! I though problem is with version string. Do
you want to reupload it with fix in changelog?

-- 
Pali Rohár
pali.rohar@gmail.com


Reply to: