Re: How to cope with patches sanely
On Fri, 08 Feb 2008 09:45:06 +0100, Pierre Habouzit <madcoder@debian.org> said:
> On Thu, Feb 07, 2008 at 11:42:16AM +0000, Ben Finney wrote:
>> Pierre Habouzit <madcoder@debian.org> writes:
>>
>> > On Thu, Feb 07, 2008 at 05:12:00AM +0000, Manoj Srivastava wrote:
>> > > Why should I bring my feature branches into a patch
>> > > system, when
>> > > there is no need to? As far as the end user or NMUer is
>> > > ocnerned, they do apt-get source foo, and they get the sources
>> > > they may hack on. Adding to the chaos by converting my nice,
>> > > clean source format to the blecherousness of a patch system does
>> > > seem like regression to me..
>> >
>> > That's not really about "bring your feature branches" into a
>> > patch
>> > system, but rather export them into something that looks like one
>> > so that the security team or the NMUer can have a good outlook of
>> > the modifications you apply to upstream.
>>
>> In the scenario Manoj presents above, the modifications applied to
>> upstream are easily available all in one place: the foo.diff.gz.
> Yeah, in the very same way ubuntu gives patches to debian[0], in a
> big
> fat unreadable blurb without comments or explanations.
However, with my proposal, you do have alternate methods of
getting to the threads of development, indeoendenntly of each other,
in a manner that allows you to individually build org + thread1
separately from orig + thread2 -- not something that quilt allows, if I
understand it.
I am also not convinced that the threads of development need to
be all in the source package, as opposed to the DCVS.
However, a number of people do think that dpkg-source -x
providing the sources that are used to build the binary package are
important.
> You didn't read carefully it seems, I'm advocating using _THE_ (not
> a, the sole only one format) quilt format to split the .diff.gz in
> something readable and understandable by a mere mortal. For all I
> care, I think wig & pen was supposed to support multiple .diff.gz,
> well, maybe it should just support the .diff.gz being a
> .quilt.tar.gz. _that_'s *all* I say.
I am not convinced of the practicality of this proposed solution
(actually, I am skeptical of all the models proposed so far.)
manoj
--
Kime's Law for the Reward of Meekness: Turning the other cheek merely
ensures two bruised cheeks.
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: