Bug 1714929
Summary: | signon/gsignond conflicts: /usr/share/dbus-1/services/com.google.code.AccountsSSO.SingleSignOn.service | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Gianluca Cecchi <gianluca.cecchi> |
Component: | gsignond | Assignee: | Fabio Valentini <decathorpe> |
Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 30 | CC: | decathorpe, jreznik, kde-sig, rdieter, than |
Target Milestone: | --- | Keywords: | Triaged |
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: | 2020-05-26 15:30:26 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: |
Description
Gianluca Cecchi
2019-05-29 08:22:38 UTC
signon was around first, so assigning to gsignond. We'll need to coordinate some solution to the signon vs gsignond conflict about both claiming ownership of /usr/share/dbus-1/services/com.google.code.AccountsSSO.SingleSignOn.service Looks like these are both subprojects under https://gitlab.com/accounts-sso I'll see if there are any newer releases that resolve this before reporting bug(s) there Seems upstream is (may be?) aware of it, only relevant upstream issue I found so far, https://gitlab.com/accounts-sso/signond/issues/5 triaging to gsignond for real this time. Ugh. Not this again ... signon and gsignond are *supposed* to conflict with the latest versions, because they provide the same DBus interface and service. I tried adding the necessary RPM metadata (Conflicts) to both gsignond and signon, but if dnf tries to downgrade the packages to a version that don't have the explicit conflict yet, I have no idea how to resolve that. I'm signon maintainer, I'm was not aware of any efforts to resolve this conflict (yet). (If I was notified, sorry, I clearly forgot). That said, this needs to be resolved somehow. Fedora packaging policy is pretty clear that Conflicts are to be avoided if at all possible. Yes, I know that Conflicts are a good solution here. IIRC, this is how this situation got the way it is: 1. originally, signond and gsignond were incompatible, but similar daemon implementations backing different SignOn dbus interfaces. 2. upstream decided this was silly, and decided to agree on a shared DBus interface, with both services provide. 3. both packages were already packaged for fedora, and the latest versions now conflicted on the DBus service file. 4. originally, gsignond was part of the Pantheon comps group, where I had to remove it - to fix installing Pantheon on systems where signon was already installed, and should therefore be the preferred SignOn service provider. [1] 5. I had to add explicit Conflicts to fix the broken upgrade path from fedora 29, if gsignond was installed. This issue was only reported to me after the fedora 30 final freeze - I had not encountered it before in my testing. So ... I think the resolution we came up with for the original problem (4. for the installation issue, and then 5. to fix upgrade issues) is likely the cause of the current issue. And now I'm not at all sure what the way forward should be. [1]: https://pagure.io/fedora-comps/pull-request/385 This message is a reminder that Fedora 30 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 30 on 2020-05-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '30'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 30 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 30 changed to end-of-life (EOL) status on 2020-05-26. Fedora 30 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |