Bug 478669
| Summary: | port imsettings-xfce to new xfconf backend | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kevin Fenzi <kevin> |
| Component: | imsettings | Assignee: | Akira TAGOH <tagoh> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | rawhide | CC: | christoph.wickert, i18n-bugs, tagoh |
| 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: | 2009-02-26 04:13:04 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
Kevin Fenzi
2009-01-03 06:27:21 UTC
Thank you for letting me know, Kevin. I'll work on this! Akira, please forgive me if this is a stupid question: What is imsettings-xfce actually needed for? Doesn't imsettings store it's config and load it on startup? It is started automatically through the normal fdo autostart and can be configured through the the icon in the tray, so is this package really needed? That relies on xsettings to deliver IM configuration on demand for gtk+ applications at least and also uses the configuration in gconf that gnome-settings-daemon stored. which does take care of it on GNOME. since xfce has own xsettings manager and it doesn't support the key for immodule, we needed add-on to do that. If adding the key to xfconf upstream is reasonable, that would be good. but I guess they don't like gconf at all? Though I can put the configuration for xfce anywhere if you like. then xfconf just delivers it through xsettings. there shouldn't be additional dependencies there. Otherwise separate component like this would be good to manage/maintain it. Any news here? I am going to remove imsettings-xfce from the comps-f11 group for now, so people can get groupinstalls. We can add it back in if it's done in time for f11? Or should we be looking at an ibus solution here? Yes, please. that sounds reasonable. I'm still trying to have a certain time to work on this, but I didn't and may need more time to accomplish this. ibus is an alternative solution for SCIM, but not imsettings FWIW. After looking at xfce4-settings source code, there seems no way to provide a xsettings key outside XFCE because xfconf doesn't link to xsettings directly as xfce-mcs-manager did. so I've submitted a patch to suport it in xfce4-settings. http://bugzilla.xfce.org/show_bug.cgi?id=4961 FYI Should I file a bug for backporting a patch for our package, or do you want to wait for new release? We can do either one. Thats a pretty minor patch, so if it would help you, I can apply it now. On the other hand, hopefully 4.6 final will be out soon, so we can pick it up then. Which would you prefer? Sure. I'll be ready to make a release, including this fix and others soon. if 4.6 final will be out before a mass-rebuild, I can wait for that then. otherwise backporting a patch would be appreciated. though I could just push new one without it and would be buildable. but not working properly without it. ok. I have just built a version with the patch included. Let me know if you spot any problems with it or need additional work done on it. Fixed in imsettings-0.106.0-1.fc11. Excellent. ;) Feel free to re-add to comps and close this when you are sure the new version is working ok. In fact you not really removed it from comps but only from the xfce-desktop group, it's still in the imput-methods group. Right because it only prevents xfce installation or upgrading. ok, so this is back in. Shall we close this bug now? Or is there any further reason to leave it open? No. I was about to close this. thanks for reminding me. |