Description of problem: I tried using pass for the first time since the update to version 1.7.4 came through: $ pass -c <key name> /usr/bin/pass: line 180: wl-copy: command not found Error: Could not copy data to the clipboard Since wl-copy is provided by the wl-clipboard package, this indicates that the pass packages should have "Requires: wl-clipboard". Version-Release number of selected component (if applicable): pass-1.7.4-1.fc34.noarch How reproducible: Always. Steps to Reproduce: 1. pass -c <key name> Actual results: The error shown above. Expected results: The password is copied to the clipboard. Additional info:
The Requires is there as a conditional one: $ dnf repoquery --requires pass-1.7.4-1.fc34.noarch (xclip or wl-clipboard) [snip] However, this does not correctly express pass needs, as it requires the use of wl-clipboard if $WAYLAND_DISPLAY is set, and of xclip if $DISPLAY is set. We can probably add a `Requires: wl-clipboard` as its only wayland-specific dependency is libwayland-client which has no further deps. Not sure what to do about xclip though. Maybe just a weak dep?
Hello, After a consultation with expert. I think the best solution could be something like: Requires: (wl-clipboard if libwayland-client else xclip) Requires: (xclip if xorg-x11-server-Xorg else wl-clipboard)
Ah, I did not know this was possible, thanks a lot! Do you know why the `else xclip`/`else wl-clipboard` fallbacks are needed? It seems to me that ``` Requires: (wl-clipboard if libwayland-client) Requires: (xclip if xorg-x11-server-Xorg) ``` should work well enough, especially for headless setups? (though I'm not sure how well pass would work there)
'libx11' might be better than 'xorg-x11-server-Xorg', this is what xclip depends on, and similar to libwayland-client I believe?
*** Bug 2002593 has been marked as a duplicate of this bug. ***
FEDORA-2021-7822811209 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2021-7822811209
FEDORA-2021-7822811209 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
I've only pushed the build to rawhide for now, this will need to be merged back to all the stable release once it's seen a bit of testing.
I see that this has been fixed for F33, F35 and F36, but the F34 update is still pending in https://koji.fedoraproject.org/koji/buildinfo?buildID=1844157 Is there something blocking it? I also couldn't find 1.7.4-2 in Bodhi.
> I also couldn't find 1.7.4-2 in Bodhi. Sorry, I meant 1.7.4-2.fc34
FEDORA-2021-01fcc023c1 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-01fcc023c1
FEDORA-2021-4f95aded14 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-4f95aded14
FEDORA-2021-126b5679df has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-126b5679df
> Is there something blocking it? Nothing special, just that I made the builds, switched to something different while they were being completed, and never filed the bodhi updates :)
FEDORA-2021-01fcc023c1 has been pushed to the Fedora 33 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-01fcc023c1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-01fcc023c1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-126b5679df has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-126b5679df` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-126b5679df See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-4f95aded14 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-4f95aded14` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-4f95aded14 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
(In reply to Jiri Konecny from comment #2) > Hello, > > After a consultation with expert. I think the best solution could be > something like: > > Requires: (wl-clipboard if libwayland-client else xclip) > Requires: (xclip if xorg-x11-server-Xorg else wl-clipboard) This is wrong. Having libwayland-client installed doesn't imply you're actually running a Wayland session. libwayland-client is pulled as dependency on many essential packages even in a Xorg-only desktops such as MATE. Please just add Recommends: on both xclip and wl-clipboard and be done with it.
FEDORA-2021-126b5679df has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-01fcc023c1 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-4f95aded14 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.