Re: Re: [gentoo-dev] [Future EAPI] src_fetch() phase function to support VCS fetching

[Andreas K. Huettel]

 And yes, it is *very* unlikely that someone uses a slotted live ebuild
 with two branches being meaningful and managed in the same repo. Even
 if such thing exists, it is broken anyway because you can't say that
 re-fetching the branches back and forth is a correct solution. And it
 breaks existing tools anyway.

This is done large-scale for all KDE ebuilds (in the KDE overlay) to support 
master and KDE/4.x stable branch. Most use git, so no problem; some (still) 
use subversion but will be migrated upstream soon(?).

Other examples are libreoffice (main tree, git) and cups (main tree, 
subversion).

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, sci, arm, tex, printing


signature.asc
Description: This is a digitally signed message part.

Re: Re: [gentoo-dev] [Future EAPI] src_fetch() phase function to support VCS fetching

[Andreas K. Huettel]

 Just looking into the future here; would things like archivers or
 other helpers used by src_unpack move to FDEPEND as well?  or would
 this be limited solely to tools that data transfer?

We should keep the data transfer and the unpack phase clearly separated. So, 
this would best really be for data transfer only. 

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, sci, arm, tex, printing


signature.asc
Description: This is a digitally signed message part.