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

Re: RFR: GIT Package VCS



Toshio Kuratomi <a badger gmail com> wrote:
> On Thu, 2007-06-07 at 22:25 +0200, Nicolas Mailhot wrote:

[...]

> > You're describing heavy forking which is not Fedora's target and not
> > needed by the overwhelming majority of fedora packages.
> > 
> Not at all.
> 
> Config files -- local changes that shouldn't be merged upstream but we
> might change over time.  They would benefit from being revision
> controlled.

This is essentially the SourceX: tags that aren't source tarballs. Have
to be tracked by Fedora's SCM.

> Backports -- Our backport would benefit from a DRCS's history and
> merging features to help update the patch when the upstream fix changes.

That is a job for the individual maintainer, presumably using whatever
SCM (if any) is used upstream plus assorted extra tools.

> Local changes that are submitted upstream -- We would want to track the
> history of changes that make up each patch just as if we were doing the
> changes directly in upstream's tree.  If upstream asks us to modify the
> patch in any of the ways that I described the DRCS helps us do that.

Again, a job for the individual maintainer. Keeping a copy of (or tracking)
patches submitted to upstream might be useful, but really not essential.

[...]

> Having things in an exploded tree DRCS makes it easy to work locally
> because you can make a local feature branch of the Fedora exploded tree,

Why should all this be in Fedora repos? This smells an awful lot like
centralized SCM (CVS-like) mentality. It will /not/ scale! It will be a
horrible pain for anybody tring to work with this if they have a slow
network connection to Fedora (yes, that means almost the whole world).

[...]

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

The maintainer of the package has to work with upstream. Why should
Fedora as a whole be somehow be involved here?

> Right.  Which is why you can't just drop everything into an exploded
> tree but have to construct something like the Ubuntu page describes.
> This allows you to easily manage logical changesets within the DRCS and
> send them upstream as discrete patches.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile               Fax:  +56 32 2797513


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