Bug 1467349
| Summary: | deja-dup-nautilus not installed when installing deja-dup | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | mlaverdiere <marco.laverdiere> |
| Component: | deja-dup | Assignee: | Gwyn Ciesla <gwync> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 26 | CC: | admiller, bruno, dustymabe, fedora, gwync, jitesh.1337, kengert, kevin, mike, rdieter, sten, vanmeeuwen+fedora, vpavlin |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | deja-dup-35.3-2.fc26 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-08-20 18:25:52 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
mlaverdiere
2017-07-03 13:19:47 UTC
This would pull in a lot of otherwise unnecessary software for non-GNOME spins. I think this is better addressed at the spin level. Or use rich dependencies, perhaps deja-dup-nautilus could grow something like:
Supplements: (%{name} = %{version}-%{release} and nautilus)
ie, so if base deja-dup pkg and nautilus are installed, then -nautilus subpkg would get pulled into the transaction by default too.
Upstream checking in here. With my upstream hat on, I'd say yes, the nautilus plugin is a key part. It's the only UI-based way to restore specific or missing files. With my Ubuntu developer hat on, I'd recommend just shipping the plugin on disk as part of the main package but don't add any new dependencies. If the user has nautilus, it will be picked up. If they don't, no harm. That's what we do in Ubuntu. rpm's autoreq/autoprov will likely add additional dependencies, I see at least: rpm -qR deja-dup-nautilus ... libnautilus-extension.so.1()(64bit) packager can consider disabling the autoreq behavior, though I'm not sure if that's the best course here. Re-assigning back to deja-dup, that's (imo) the best place to address this per for last few comments. (In reply to Rex Dieter from comment #2) > Or use rich dependencies, perhaps deja-dup-nautilus could grow something > like: > > Supplements: (%{name} = %{version}-%{release} and nautilus) > > ie, so if base deja-dup pkg and nautilus are installed, then -nautilus > subpkg would get pulled into the transaction by default too. This seems the most rational to me, I'll get out an update for this. Thanks! deja-dup-35.3-2.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-865cebcd5e deja-dup-35.3-2.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. |