[TAG] (admin) Status
Jimmy O'Regan
jimregan at o2.ie
Sat Sep 4 00:46:56 MSD 2004
Thomas Adam wrote:
> On Fri, Sep 03, 2004 at 09:20:56PM +0100, Jimmy O'Regan wrote:
>
>
>>If it doesn't cause Heather and Thomas too much pain, suffering, and
>>tearing out of hair, I have some comments to make about a few quotes:
>
>
> Sorry matey, but this'll have to be deferred until next month - I've just too
> much on right now to worry about it. I'll add my fleeting comments to this
> now though.
No problem.
>
>
>>"But some sort of automation is desperately needed here."
>>
>>This automation is available; Thomas told him about it. It's available
>>in just about every distribution under the sun. Debian, IMO, does the
>>best job of any distribution I've seen when it comes to this; apt (which
>>determines and resolves dependancies) and debconf (which configures the
>>software) are wonderful tools.
>
>
> debconf is not standard to all packages. It is used only where the maintainer
> of the package feels that certain questions asked can benefit the automation
> of config files for the said package being installed. What actually
> configures the package are the {pre,post,conf}scripts. These are always
> provided as part of the package system.
I should have said "which provides a way to get configuration details
from the user".
>
>
>>Other than that, apt is available for RPM based distributions, Mandrake
>>has rpmdrake, Fedora Core has yum, Ximian have Red Carpet (though that
>>only really installs GNOME right now, but it should be better integrated
>>into SuSE RSN, now that both companies are owned by Novell), as Thomas
>>noted, SuSE has YOU, and according to what I've read, Gentoo's Portage
>>system does this too.
>
>
> These are all front-ends, but what underlies them in all cases here (besides
> Gentoo) is the raw RPM command. No matter what you do to escape it; it is this
> command alone that is being manipulated. No matter how much gloss you put over
> it in terms of a front-end.
Yes, but they all (at least, those I'm familiar with) provide a way to
resolve and fetch dependancies, which rpm (or dpkg) doesn't do by itself.
More information about the TAG
mailing list