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

Bug#910065: stretch-pu: package libmail-deliverystatus-bounceparser-perl/1.542-1



Le 31/10/2018 à 13:57, Adam D. Barratt a écrit :
> On 2018-10-08 06:18, Xavier wrote:
>> Le 06/10/2018 à 18:43, Adam D. Barratt a écrit :
>>> Control: tags -1 + moreinfo
>>>
>>> On Tue, 2018-10-02 at 11:10 +0200, Xavier Guimard wrote:
>>>> libmail-deliverystatus-bounceparser-perl contains some viruses in its
>>>> tests files (#864800). This update proposes to clean sources.
>>>>
>>>> Since debdiff contains virus signatures, it can not be embedded here
>>>> (rejected by SMTP server). I put it on qa.debian.org server:
>>>> /home/yadd/libmail-deliverystatus-bounceparser-perl_1.542-1.debdiff
>>>
>>> +libmail-deliverystatus-bounceparser-perl (1.542+deb9u1-1) stable-
>>> proposed-updates; urgency=medium
>>>
>>> The version there is odd. Normally it would be 1.5242-1+deb9u1. Is this
>>> an attempt to indicate that the source tarball has changed, i.e. a  new
>>> "upstream" version? If so, I'd prefer 1.542+repacked-1~deb9u1, as a
>>> backport from unstable, with the changes that don't immediately look
>>> appropriate reverted:
>>>
>>>    * Declare compliance with policy 4.2.1
>>>    * Remove dependency to libtest-simple-perl (>= 0.94)
>>>    * Bump debhelper compatibility to 10
>>>
>>> As an additional note, the preferred changelog distribution is simply
>>> "stretch".
> [...]
>> thanks. New version uploaded to qa.debian.org:
>> /home/yadd/libmail-deliverystatus-bounceparser-perl_1.542-1.debdiff
> 
> Thanks. That still appears to include the changes mentioned above,
> however. The Standards-Version bump isn't a huge issue, and the
> dependency change may well be fine if you can explain a little more
> about why it's being removed, but in general stable updates shouldn't
> make changes like debhelper compat bumps where they're not relevant to
> fixing the issue at hand.
> 
> Regards,
> 
> Adam

Hello,

thanks. Updated and pushed at the same place (old debdiff moved to
archives/)


Reply to: