Re: up2date stupidity
Hunter Matthews <[email protected]> 02 Feb 2003 16:56:15 -0500
| Newsgroups | gmane.network.up2date.current.devel |
|---|---|
| Message-ID | <[email protected]> |
On Sat, 2003-02-01 at 10:45, Jonathan S. Shapiro wrote: > [Off topic] > > In pondering the design of up2date, I'm struck by a question: > > Does anybody *else* think that it was short-sighted that up2date will > consult only a single server? If you're trying to sell up2date as a service (sell RHN as a service - whatever, I'm not in marketing) then no, this was a great idea. :) If you're trying to reimplment it, then yeah, its inconvient at best. Sub-channels, when we get those working, will take much, but certainly not all of the sting out of this one. Yum allows this (assumes it, almost), but that is a converstation for a different list. > > Never mind back-up servers. I'm thinking that I'ld like to publish a > channel for the EROS stuff and let people subscribe to that without > forcing them to grab all of their RedHat updates from my server as a > side effect. > > Conceptually, it shouldn't be hard to modify up2date to associate a > server with each channel individually. Am I missing something painfully > obvious? A) That would mean patched clients, which is a no no for current. B) Uh, have you looked at rpmSource.py? That, as far as I can tell, is where such code would need to go, and I'm not convinced I could figure it out. If you are absolutely dead set on trying it - go ahead. Current will NEVER ship a patched client, _but_ I'd be willing to include an URL to it or the patch or whatever. -- Hunter Matthews Unix / Network Administrator Office: BioScience 145/244 Duke Univ. Biology Department Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438 Never take candy from strangers. Especially on the internet.