Bug 429171
Summary: | muine issues with mono(..) provides | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bill Nottingham <notting> |
Component: | muine | Assignee: | Sindre Pedersen Bjørdal <sindrepb> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | luis, rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-02-28 11:26:54 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Bill Nottingham
2008-01-17 18:37:21 UTC
Using system ndesk-dbus and ndesk-dbus-glib packages instead of the bundled removed the NDesk.Dbus provides. Which leaves me with: mono(TrayIcon) = 0.0.0.0 mono(InotifyPlugin) = 0.0.0.0 Any tips on how to get rid of these? Doesn't appear to be provided by anything else, so maybe they're not generic bindings. If they aren't generic, they should probably be renamed so they're something like mono(muine-TrayIcon). That's an issue for upstream, though. They aren't generic, but after talking to upstream I couldn't quite convince them that the current names even existed, much less that they needed to be changed. Seems this way of naming stuff is common, other mono apps have similar issues, see banshee. How do I proceed from here? If the mono APIs that it's exporting aren't actually for public consumption/other apps to use, adding: %define __mono_provides %{nil} to the spec should remove them. Although, if that's the case, the mono-provides script should probably be fixed (that would be an RPM bug.) If they are for public consumption, then don't do anything. They aren't for public consumption, so I've removed them. As for fixing the mono-provides script, I have no idea how, but agree something should be done. Muine updates in devel and in F8 and F7 testing as soon as I get around to it. Thanks. Whoops, looking at the rawhide report, it appears that the provide for mono(muine-plugin) needs kept, otherwise it can't install. How can I keep the muine-plugin provides while removing the unwanted ones? Good question. Probably by overriding the mono provides and requires, and filtering them via grep or something similar. (This is getting pretty ugly pretty quick.) Maybe not filtering is best in the short run, and just making sure that it uses things like the system ndesk-dbus where appropriate. BTW, since this now blocks installation of the muine in updates-testing, this should probably be prioritized as something other than low-low. (And maybe retitled to make it easier to find.) Also broken in F9a1, FWIW. How can I solve this issues? Issue finally resolved. Turned out commenting didn't do the trick, actually removing the troubled mono provides line fixed it. |