Bug#852434: cowdancer 0.84 MIGRATED to testing
James Clarke
jrtc27 at debian.org
Tue Jan 31 14:56:03 UTC 2017
Control: tags -1 - wontfix
Control: severity -1 serious
On 31 Jan 2017, at 12:41, Thorsten Glaser <tg at mirbsd.de> wrote:
>
> James Clarke dixit:
>
>> Your mail server rejected my message (again). My guess is you didn't get the
>> message from the mailing list because it saw it was already addressed to you.
>
> Ah, okay. (My mailserver does not reject properly sent messages
> after passing greylisting, except for servers on a blacklist,
> which the ones you use aren’t on.)
I don't have problems sending to anyone else. I use Google's SMTP server for
sending my messages, but SPF should be correctly set up.
>>> I disagree that --build is a command; it is an option that expects
>>> an argument (the .dsc file).
>>>
>>> Please revert this!
>>
>> What's your reasoning? This was never officially supported. Ever. Just give the
>
> If for no other reason, then for, that cowbuilder is invoked by
> other tools, and such a breaking change ought to not be uploaded
> less than two weeks before the hard freeze.
>
>> command first, like everyone has always had to do for pbuilder. And yes --build
>> *is* a command; it says so in the manpage[0]. Whether or not *you* think it is
>
> The manpage of 0.83 says so:
>
> --build .dsc-file
>
>> is irrelevant. All it takes is for you to change the order of the arguments you
>> give to your c script.
>
> This is not very helpful. Do I reorder --build first, or the
> entirety of --build .dsc-file – after all, --build was always
> documented as requiring an argument (and has option format!),
> yet your changelog entry says something about parsing it now
> separately, which WILL break existing users.
Ok, so, on re-reading 0.83's manpage, it's actually wrong; --build never took
an argument directly. However, by virtue of getop_long, you could put the dsc
anywhere in the arguments; the following all worked:
> cowbuilder --build foo.dsc --option
> cowbuilder --build --option foo.dsc
> cowbuilder --option1 --build foo.dsc --option2
> cowbuilder --option1 --build --option2 foo.dsc
However, given that I did not notice the "--build .dsc-file" bit when I first
re-read it, I have changed my mind and will allow the old style to work. This
*will* give a deprecation warning though, and I intend to remove it during the
Buster release cycle; is that ok for you? I don't want to support this forever
as I can give better error messages without this backwards-compatibility. It
will also remain undocumented in the manpage.
Regards,
James
More information about the Pbuilder-maint
mailing list