On Tue, 20 Jun 2000, Guy T. Rice wrote:
> I think the answer is to simply build tools on top of RPM. After all, that's
> what Debian did, except they did it on top of pkg_add (or whatever it was,
> I don't recall -- pkg_add rings a bell but I think that's because I also
> admin two BSD boxes). In any case, just as Debian built some really nice
> tools on top of their basic package installation tools, Mandrake could build
> some very nice tools on top of RPM to do everything Debian's package mgmt
> system does, without sacrificing RPM & RedHat compatibility.
*nod* I now agree this is the way to go, of course how does one set up the
repos, dep lists, etc......... for rpm ?
--
Bryan Paxton
"How should I know if it works? That's what beta testers are for. I
only coded it."
-- Linus Torvalds.
Public key can be found at http://speedbros.org/Bryan_Paxton.asc
- Re: [Cooker] RPM(s) worst enemy bu... Amien Salie
- Re: [Cooker] RPM(s) worst enemy but Mandrake's best frie... Frank Meurer
- Re: [Cooker] RPM(S) worst enemy but Mandrake's best frie... Frank Meurer
- RE: [Cooker] RPM(S) worst enemy but Mandrake's best... Jose M. Sanchez
- RE: [Cooker] RPM(S) worst enemy but Mandrake's best... Michael Beurskens
- Re: [Cooker] RPM(s) worst enemy but Mandrake's best frie... Bryan Paxton
- Re: [Cooker] RPM(s) worst enemy but Mandrake's best... Anton Graham
- Re: [Cooker] RPM(s) worst enemy but Mandrake's ... Bryan Paxton
- Re: [Cooker] RPM(S) worst enemy but Mandrake's best frie... Monte Milanuk
- RE: [Cooker] RPM(s) worst enemy but Mandrake's best frie... Keller, Tim
- Re: [Cooker] RPM(s) worst enemy but Mandrake's best frie... Bryan Paxton
- Re: [Cooker] RPM(s) worst enemy but Mandrake's best... Patrick Poncet
- Re: [Cooker] RPM(s) worst enemy but Mandrake's best frie... Bryan Paxton
- Re: [Cooker] RPM(S) worst enemy but Mandrake's best frie... Bryan Paxton
- Re: [Cooker] RPM(S) worst enemy but Mandrake's best frie... Bryan Paxton
