On Friday 05 September 2008, Mike Auty wrote: > From what I understand of the idea, the eclass will just change the > SRC_URI field from the first case (sf=tgz) to the second case (->). > Eclasses have to be sourced before the SRC_URI is determined because > they can already add (and presumably alter) elements of the SRC_URI > variable. So I'm not sure how this would directly affect mirroring > or manifests any more than simply using the -> notation? Could you > explain what you mean when you say it won't allow for mirroring?
I was under the impression ferdy meant to use live checkouts instead of tarballs. I might have misunderstood that. > Generating different tarballs is much more of an issue, and would > impact on manifests too. I guess it's a try-it-and-see situation... I think it would be a better idea to check whether this feature actually works before implementing. I just don't know a gitweb site that tars up revisions / tags to test. Robert
signature.asc
Description: This is a digitally signed message part.
