On Fri, 2007-09-07 at 09:57 -0400, seth vidal wrote: > On Fri, 2007-09-07 at 09:55 -0400, James Antill wrote: > > > So do you know of any repos that are setup this way? Can you do this > > easily with createrepo or something like it? > > it is possible to form repodata like this - createrepo cannot currently > do it but you can form correct repodata with different basepaths per > package and yum will honor it. It's something we want to do for > generating metarepositories without actually needing a complete copy of > all the files locally. > > So I could say something like: > mergerepo url://to/repo1/repodata url://to/repo2/repodata > > and it would generate new metadata combining both of those with the > original urls to the packages included.
But then it'll drop all but one of the base URLs from the "upstream" repo. ... this seems like a bad thing to promote. For instance say Fedora derivatives started doing it, that would be a very bad thing. I can sort of understand the desire for the feature, but it seems like it should be implemented differently to expose the other repos. in some way. For instance this means you'd have to pick specific values of $arch/$basearch etc. ... and proxy/proxy_username/etc. could only be specified once. Another way to implement the same kind of thing might be to use something like the "include=url://" config. option for "subrepo". > > Also saying it's an attribute of a package isn't really correct either, > > it's more an attribute of a URL (as there may be more than one URL for a > > package). But I still think it'll be easier for everyone if we, at least > > iniitally, just put the explicit cost on a repo. > > > Certainly if someone said to me something like "I've put a small cost > > on repo X, but package FOO within it points to a different URL" ... I'd > > be inclined to reply "Well don't do that then". > > we no one pkg with a repository can have more than one url. It can use > the relative base path of the repository's baseurl and then that lets it > use the mirrorlists but otherwise it doesn't have multiple urls itself. It's hard to agree that a package only has one URL when I see downloads fail and retry with a different URL almost every time I do a big update in Fedora :). Also one of the things I'd thought about for a future feature would be to do multiple range requests on different servers to download a package (I'm thinking about things like 100MB+ open office/kernel debuginfo packages mainly). -- James Antill <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Yum-devel mailing list [email protected] https://lists.dulug.duke.edu/mailman/listinfo/yum-devel
