From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6)
Description of problem:
RPM files are not associated with any application by default. Thus,
there is no (graphical) way to install an RPM that isn't included in
the install cd's.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Download an RPM you want to install
2. Double-click on it
Actual Results: Dialog box: There is no application associated with
this file type.
Expected Results: Some kind of graphical installer or an explanation
of how to install an rpm
In addition, add/remove applications doesn't allow you to select
anything that isn't on the install cds. This means that there is no
way to install an rpm.
If a user downloads an rpm, they are left to guess that they have to
bring up a terminal and type in "rpm -i...."
rpm files should be associated with an application. Didn't there used
to be a program called gnorpm?
The Real difficulty is that the IANA mime-type associated with
*.rpm is for audio, not binary, bits.
Off to distribution in the vain hope that something might be done ...
The problem is that you can't really associate it with
a) randomly installing software that's downloaded seems a little bad
b) it doesn't handle source RPMs
Paul, planning on handling this sort of thing in PUP?
Probably not in it's first incarnation, but it seems like a sensible goal to
handle within the local file browser. I'll keep this one until pup goes in then
transfer it as an RFE there.
Transferring to Pup in development tree
This should be fixed with pirut-0.9.5 and later
Moving component to pirut. Sorry for the spam.