Re: RFR: GIT Package VCS

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

 



Le jeudi 07 juin 2007 à 13:00 -0700, Toshio Kuratomi a écrit :
> On Thu, 2007-06-07 at 20:37 +0200, Nicolas Mailhot wrote:
> > Le jeudi 07 juin 2007 à 11:06 -0700, Toshio Kuratomi a écrit :
> > 
> > > Absolutely -- they have different reasons for wanting this than we do. 
> > 
> > Wanting what?
> > 
> > If what = kill centralised cvs for modern scm exploded trees, with
> > cvs/svn/whatever gateways, while keeping the current srpm export/import
> > modes, why not
> > 
> Yes.  But what is the end of your proposal?
> 
> > If what = get everyone to use _insert_preferred_scm_there and kill other
> > access modes → not good
> > 
> To be sure I understand, what are the other access modes?

archive + patches, srpm import/export, export gateways to other vcs


> 2) Having the ability to pull arbitrary patches out of our VCS vs
> pulling a discrete patch out of our current CVS system is a postive
> thing for working with upstream.

You're describing heavy forking which is not Fedora's target and not
needed by the overwhelming majority of fedora packages.

You're assuming upstream has the same vcs as you

And I'm not sure even in this case we'd want all your coding attempts
traced in a public vcs. Seems a lot of stuff you should do in local, and
then produce clean patches for the fedora vcs and upstream

> > > 2) Better able to rebase our local changes.
> > 
> > We don't want to get good at local changes, we want to push changes
> > upstream, and even cvs is good enough for our basic rebasing needs today
> > 
> We do want to be good at making local changes.  We want to be so good at
> it that when we submit the changes to upstream, upstream has no trouble
> recognizing that they're good changes and has no issues with accepting
> them.

And upstream will ask targeted localised patches not huge vcs feeds it
has to sift through

> Disconnected mode is a killer argument for changing from cvs-dist to
> DRCS-dist.  It doesn't address the reasons that exploded trees are good.

Well you've convinced me pretty well they're *not* good in a fedora
packaging context.

-- 
Nicolas Mailhot

Attachment: signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux