You are not logged in.

#1 2022-11-20 18:02:30

emgaron
Member
Registered: 2018-03-31
Posts: 22

Upgrade fails on gcr vs. gcr-4

I just tried to run an upgrade on my EeePC for the first time in a few weeks and the upgrade fails while trying to install gcr-4:

(171/171) checking keys in keyring                                                                            [##################################################################] 100%
(171/171) checking package integrity                                                                          [##################################################################] 100%
(171/171) loading package files                                                                               [##################################################################] 100%
(171/171) checking for file conflicts                                                                         [##################################################################] 100%
error: failed to commit transaction (conflicting files)
gcr-4: /usr/lib/gcr-ssh-agent exists in filesystem (owned by gcr)
gcr-4: /usr/lib/systemd/user/gcr-ssh-agent.service exists in filesystem (owned by gcr)
gcr-4: /usr/lib/systemd/user/gcr-ssh-agent.socket exists in filesystem (owned by gcr)
Errors occurred, no packages were upgraded.

Could this be caused by gcr  3.41.1-3.0 still being in staging? When I look the the file list of 3.41.1-3 upstream, the offending files don't seem to be part of that package...

Offline

#2 2022-11-20 23:01:11

levi
Moderator
From: Yorkshire, UK
Registered: 2018-06-16
Posts: 1,179

Re: Upgrade fails on gcr vs. gcr-4

Are you meant to have both gcr and gcr-4 installed at the same time? They don't list any conflicting packages, but neither's marked as a shim.  It is a fairly well used library oh my system,but perhaps the idea is you take one of the other. Seems I have gcr (no 4) on my system because I have shotwell and gvfs installed.

Edit: But yes, it might be gcr lagging that causes the issue here. I wonder what you're using that's dragged gcr-4 in?

Last edited by levi (2022-11-20 23:05:32)


Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.

Offline

#3 2022-11-20 23:27:08

emgaron
Member
Registered: 2018-03-31
Posts: 22

Re: Upgrade fails on gcr vs. gcr-4

I honestly don't know - gcr-4 is currently not installed... When I look at the list of required by here: https://www.archlinux32.org/packages/pe … tra/gcr-4/ I do see gnome-keyring, which I have indeed installed, also libmna.

On the other hand, if I try to uninstall gcr, I get this:

[emgaron@hamish ~]$ sudo pacman -R gcr
[sudo] password for emgaron: 
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: removing gcr breaks dependency 'gcr' required by gnome-keyring
:: removing gcr breaks dependency 'gcr' required by gvfs
:: removing gcr breaks dependency 'gcr' required by libnma

Offline

#4 2022-11-21 00:09:04

levi
Moderator
From: Yorkshire, UK
Registered: 2018-06-16
Posts: 1,179

Re: Upgrade fails on gcr vs. gcr-4

Yes that required by table is probably looking as the names gcr-4 provides which as far as I''ve seen are the same as those for gcr.  We need to find something that identifies grk-4 package explicitly as a dependency. I think.


Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.

Offline

Board footer

Powered by FluxBB