suggests/requires in rpm

Michael Favia michael.favia at insitesinc.com
Tue Jan 25 00:05:42 UTC 2005


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

seth vidal wrote:
> On Mon, 2005-01-24 at 23:08 +0800, Jeff Pitman wrote:
> 
>>On Monday 24 January 2005 22:32, seth vidal wrote:
>>
>>>>I, for one, thought Jeff was clear that it's the job of depsolvers
>>>>(anaconda, yum, smart, apt) to decide what to do with the extra
>>>>information.
>>>
>>>All that's really been done is to push the decision-making process
>>>off on the depsolvers.
>>
>>Which is what it should do.  Depsolvers are becoming the defacto 
>>interface to the packaging system; responsibility may feel burdensome 
>>at times, but it's a pretty clear distinction to implement these 
>>processes at this level.
>>
>>The less magic RPM does, the better. Depsolvers are more fluid than RPM, 
> 
> 
> Not arguing with you - but figuring out the correct, default behavior at
> the depsolver level is not easier :)
> 
> Anyone who thinks the correct behavior is 'ask the user' is deeply
> confused about the understanding the average user has about
> package/dependency issues.
> 
> We have to have a correct and adequate default state. We can present
> options, but we must not rely on the user for this.
> 

For once i agree with every statement in a set of replies :). I do think
that it should be handled by the depsolvers and i to that end i raised a
discussion regarding implementing a feature like this some time ago
(nice and vague:) ). Perhaps we could find some sort of way to integrate
this type of information into the current work we are doing on cleaning
up the yum output?

Describing the extra packages as optional and providing additional
functionality with perhaps a little blurb that describes what it adds
would be a modest first step. Providing the ability to include/deny such
optional packages by default and without approval would be another. I
could see this framed in our current revision of possible yum outputs
for user confirmation of the transaction.

- --
Michael Favia            michael.favia at insitesinc.com
Insites Incorporated    http://michael.insitesinc.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFB9Y1WBVsNYjF2rDYRAoVNAJsH/YFXrdF2dY5dtJKk5Aez1+QCXgCghgPD
Lbc7YMpWS5V5XvJ0oBwnQVU=
=tVWk
-----END PGP SIGNATURE-----




More information about the devel mailing list