On Thu, 7 Feb 2008 11:48:47 +0000, Matthew Johnson <[EMAIL PROTECTED]> said: 

> On Thu Feb 07 22:42, Ben Finney wrote:
>> In the scenario Manoj presents above, the modifications applied to
>> upstream are easily available all in one place: the foo.diff.gz.

> But all as one patch, not as your nice separated list of commits
> and/or branches.

        True. We now have to evaluate the benefits of providing sources
 that the binary packages are built from with no fuss (dpkg -x); which
 can then be inspected and patched.

        How often do people performing NMU's have to figure out the
 various threads of development which are merged into the
 integration branch (which is what is uploaded to Debian)?  It is not as
 if the threads of development are not available; and people actively
 helping to develop the Debian package could just learn the DCVS tool --
 but that is not the use case I thought we were considering.

> This patch format can then be created from DVCSen if you like that,
> quilt if you like that or diff/patch if you like that. It still has
> separate, commented patches, but doesn't require the security team to
> know '*every* patch bundle system' or to know how to deal with a DVCS.

        What  is the use case this effort is designed to address?  I
 have not actually heard NMU/porters express a need for converting
 monolithic patches to patch series.  Have I missed the need statements? 

        manoj
-- 
"All Bibles are man-made." Thomas Edison
Manoj Srivastava <[EMAIL PROTECTED]> <http://www.debian.org/~srivasta/>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to