Hello,

On Sat 29 Jun 2019 at 02:55pm +0100, Ian Jackson wrote:

> Control: clone -1 -2
> Control: retitle -2 want bare-debian tarball-orig quilt mode
> Control: tags -2 - pending
>
> Sean Whitton writes ("Re: Bug#903392: want support for packaging-only 
> maintainer views"):
>> On Thu 27 Jun 2019 at 05:23pm +0100, Ian Jackson wrote:
>> > Secondly:
>> >
>> > If the user says "use upstream from git" but there is no git, the user
>> > gets an error message mentioning git tags and that can also say
>> > something about the other quilt mode.
>> >
>> > If the user says "use upstream tarball" but they had git available,
>> > the result is to silently ignore the upstream history and use a
>> > tarball import instead.
>> >
>> > In keeping with the philosophy of making doing the right thing
>> > convenient, suboptimals things possible, and requiring mistakes to be
>> > explicit, ISTM that the tarball variant should mention that.
>>
>> "mention that"?  Sorry, I'm not sure about how what you say here is a
>> response to what I wrote.
>
> I mean, the name for the tarball variant should mention tarball.

Okay.  I do not think what you've written is right, if I'm properly
understanding its implications.  You seem to be suggesting that
baredebian+git is better than baredebian+tarball, in the sense that the
latter is a fallback when an upstream git tag is not available.  I do
not think that is how people who use baredebian+tarball think of their
workflow.

Perhaps I'm just misunderstanding what you're trying to say.

I do think, to be clear, that we should just use 'baredebian+git' and
'baredebian+tarball' and have there be no 'baredebian' splitting quilt
mode.

>> >> An alternative to 'packaging' would be 'debiandir'.
>> >
>> > In my new taxonomy, I call this "bare debian" so baredebian would be a
>> > possibility.
>> >
>> > I think quilt modes could contain + signs so perhaps
>> >    baredebian+git
>> >    baredebian+tarball
>>
>> This, or debiandir+git and debiandir+tarball, LGTM.
>
> So far I have implemented `baredebian' to mean the with-upstream-git
> variant.
>
> I could make baredebian+git an alias for it.  Or, rename it.  It's not
> released yet...

I think it should be renamed.  Otherwise, it might unhelpfully imply
that the dgit developers think that baredebian+git is better than
baredebian+tarball in some way.

-- 
Sean Whitton

Attachment: signature.asc
Description: PGP signature

Reply via email to