Re: another approach to what current does
Hunter Matthews <[email protected]>
| Newsgroups | gmane.network.up2date.current.devel |
|---|---|
| Message-ID | <[email protected]> |
On Tue, 2002-08-13 at 12:57, Alex Kramarov wrote: > The last email was all about telling me that current/RHN - db = yum. I have > tried yum, and do not accept it as an acceptable platform for production use > One of the reasons is that it's is still in development. I WANT to have > up2date as the client. i DONT TRUST anything else to mess with system config > of my machine. I also want the ability to synchronize to RHN servers - yum > does not provide that. I have to update yum package repository manually. Fair enough. > > Now, i would really like to see the solvedeps functionality in action - do > you have any example of scenario that calls RHN servers for that ? i have > never seen it, and would like to see how is it implemented, and if it can be > subjected to NRH concept of proxying the requests. Uh. Hard to come up with one right off the bat. Make sure that up2date mod_python works when apache IS NOT installed. Thats the simpliest case, and maybe up2date can do that by itself. Then you'll need to find a case where a package depends on a file or a library - I believe that is the case where solveDependancies() is absolutely required. > > Thank you. > Alex. > _______________________________________________ > Current-server mailing list > [email protected] > http://lists.dulug.duke.edu/mailman/listinfo/current-server > > -- 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.