Toshio Kuratomi <a.badger@xxxxxxxxx> 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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
