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

Re: Improvements to ‘debian/watch’ for fetching from VCS



On Thu, Apr 02 2009, Noah Slater wrote:

> On Fri, Apr 03, 2009 at 10:50:11AM +1100, Ben Finney wrote:
>> That's the trouble though. AIUI, different VCSen have different ways
>> of identifying a specific state of the working tree; we have not only
>> revisions, but also tags, branches, threads, heads, and probably
>> others I've forgotten. Should all of those be allowed? Is that too
>> complex an interface?
>>
>> As for “latest”: is there an unambiguous “latest” for every
>> repository? What does this mean with repositories that have
>> simultaneous lines of history within the same location?
>
> Okay, but for the purposes of this file we only need two actions, right? Is the
> current version the latest one we're interested in, and how can we fetch the
> upstream source for the current version. If we let these two actions be scripted
> through a standard interface, it should work with any repository.


        If the current version is what we are interested, why not get it
 from the canonical site, the Debian archive?

        I am not seeing the sue case for not getting the sources
 distributed by Debian from Debian. People who do not trust the Debian
 archive, ought not to trust the Debian script, and go get the upstream
 using a trusted download agent on their own; so security is not the use
 case.

        By far the most common use case I can see is to get the latest
 upstream, and do whatver munging needs to be done to make it acceptable
 for Debian as a source archive.

        What am I missing?

        manoj
-- 
Moore's Constant: Everybody sets out to do something, and everybody does
something, but no one does what he sets out to do.
Manoj Srivastava <srivasta@debian.org> <http://www.debian.org/~srivasta/>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


Reply to: