Bug 1569333
| Summary: | No im-chooser-xfce and imsettings-xfce get installed | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Akira TAGOH <tagoh> |
| Component: | LiveCD - Xfce | Assignee: | Kevin Fenzi <kevin> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 28 | CC: | awilliam, i18n-bugs, kevin, mfabian, pnemade, sgallagh |
| Target Milestone: | --- | Keywords: | i18n |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-04-09 08:10:31 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1469207 | ||
|
Description
Akira TAGOH
2018-04-19 04:58:38 UTC
ouch, s/dnf update/dnf groupinstall input-methods/ ok. I think this is because we pull in florence, which in turn needs gnome-control-center, which in turn pulls in gnome-settings-daemon, which in turn in comps: https://pagure.io/fedora-comps/blob/master/f/comps-f28.xml.in#_3240 <packagereq type="conditional" requires="gnome-settings-daemon">imsettings-gsettings</packagereq> <packagereq type="conditional" requires="lxde-common">imsettings-lxde</packagereq> <packagereq type="conditional" requires="mate-settings-daemon">imsettings-mate</packagereq> <packagereq type="conditional" requires="qt">imsettings-qt</packagereq> <packagereq type="conditional" requires="xfce4-panel">imsettings-xfce</packagereq> it seems to have used the first conditional. So, will make a PR to drop florence and see if that fixes it. https://pagure.io/fedora-comps/pull-request/273 is the PR for this. Proposed as a Freeze Exception for 28-final by Fedora user kevin using the blocker tracking app because: This will hopefully fix imchooser on Xfce (and also reduce size by not installing some gnome packages that are now pulled in). +1 FE. (Though this behaviour seems a bit odd; I would've expected *both* conditional requires to get pulled in. I don't see why they'd be logically OR'ed.) The PR was merged, so setting ON_QA... +1 FE And... that didn't fix this. ;( It must be something else, but I am not sure what currently. Let's set it back to assigned, then. I maybe wrong but I think dnf/hawkey is getting confused because
1)binary package imsettings have
Requires: imsettings-desktop-module%{?_isa} = %{version}-%{release}
and
Suggests: imsettings-gsettings
2) when imsettings-gsettings is picked up for compose it already have
Provides: imsettings-desktop-module%{?_isa} = %{version}-%{release}
so here both imsettings, imsettings-gsettings got dependency satisfied.
3) but then again as per comps imsettings-xfce need to enter into compose, dnf/hawkey finds that imsettings-xfce is providing
Provides: imsettings-desktop-module%{?_isa} = %{version}-%{release}
which is not needed now as its already satisfied by imsettings-gsettings package.
Thus, no imsettings-xfce package gets pulled into compose.
Also, this same should have been happening for other spins like LXDE, MATE, Cinnamon desktops.
there is similar issue in LXDE and MATE (https://bugzilla.redhat.com/show_bug.cgi?id=1569330, https://bugzilla.redhat.com/show_bug.cgi?id=1569354) but no issues for Cinnamon. just FYI. I think imsettings-gsettings should not have below line
Provides: imsettings-desktop-module%{?_isa} = %{version}-%{release}
which I have not tested if its working.
Today I test the xfce spin and I can see [parag@localhost-live ~]$ rpm -qa | grep im-chooser im-chooser-xfce-1.7.3-1.fc30.x86_64 im-chooser-common-1.7.3-1.fc30.x86_64 im-chooser-1.7.3-1.fc30.x86_64 [parag@localhost-live ~]$ rpm -qa | grep imsettings imsettings-xfce-1.8.1-1.fc30.x86_64 imsettings-libs-1.8.1-1.fc30.x86_64 imsettings-1.8.1-1.fc30.x86_64 [parag@localhost-live ~]$ So this bug looks fixed. |