Re: RPM needs to go on a diet.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jeff Spaleta wrote:

On Thu, 17 Feb 2005 14:33:24 -0500, Jeff Johnson <n3npq@xxxxxxxxx> wrote:


Or have every possible bleeping kernel already pre-installed and never
remove anything.
Unfortunately, that exercises known deficiencies with both rpm and
hardlinks, and is
slower than optimal, so take valium and be patient.




The question becomes... can someone expose reasonable sane default
behavior of some tool to do old kernel pruning... to avoid normal
fedora users from encountering these deficiencies when you have 17 or
so update kernels installed.


For me this issue and others (plugins, kernel modules, missingok/optional features) seem to bolster the claim for a more interactive Yum or at least yum mode. A yum that poses a few simple question to the user like:

You have 7 kernels installed we recommend that you keep the number of kernels installed concurrently fewer than 3 would you like to remove some of them?
Yes all but the most recent 3.
No keep your grimy hands off my kernels.


or

Mplayer-plugin requires either mozilla or firefox to be present which would you like to install?
Mozilla (X Megs)
Firefox (X Megs)


or

The followng plugins depend on gaim but are not installed woudl you like to add these features?

I am only halfheartedly trying to make these make sense and the last one might require a rpm flag or something, but the functioanlity would be appreciated by a great numebr of users i think. Managing the changes so that users arent overwhelmed with options and confused is the key to adding this functionality sanely but i think that it can be done and should be done eventually. Obvioulsy a Yum based GUI tool would handle this type of interactivity more adeptly becuase of the multiple selections that are made by the user. If there is genuine interest id be happy to mockup an User interaction model that might help ease some of these and other pains while providing the user with a simple and useful software upgrade interface. IMO as the number of packages continue to increase we need to be able to provide users with this type of information instead otf the raw data we are asking them to sort through right now.

-mf


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux