Bug 1768157 - libappindicator-sharp-12.10.0-25.fc31 no longer provides mono(appindicator-sharp)
Summary: libappindicator-sharp-12.10.0-25.fc31 no longer provides mono(appindicator-sh...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: libappindicator
Version: 31
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Eduardo Echeverria
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-11-03 03:01 UTC by Steve Susbauer
Modified: 2020-04-28 02:56 UTC (History)
5 users (show)

Fixed In Version: libappindicator-12.10.0-28.fc31
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-04-28 02:56:01 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Steve Susbauer 2019-11-03 03:01:24 UTC
User-Agent:       Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:70.0) Gecko/20100101 Firefox/70.0
Build Identifier: 

The provides list for this package seems to be missing mono(appindicator-sharp), packages that depend on this fail to install. 

Reproducible: Always

Comment 1 Steve Susbauer 2019-11-03 03:30:07 UTC
This package also appears to be missing some Requires lines for mono and does not properly pull in its own dependencies.

Comment 2 Tomas Popela 2019-11-04 05:38:56 UTC
Is this for F31 or EL7? The libappindicator-sharp package is only on EL7. If it's about Fedora, then please change the component to libappindicator.

Comment 3 Steve Susbauer 2019-11-04 06:03:29 UTC
It is in F31, this rpm: https://koji.fedoraproject.org/koji/rpminfo?rpmID=18317945 - have updated it to libappindicator.

Comment 4 Fernando Viñan-Cano 2020-01-06 08:23:44 UTC
Any news on this? I'm unable to upgrade Fedora Server 30 to 31 because Duplicati v2 fails during the checks:

Error:
 Problem: package duplicati-2.0.4.38-2.0.4.38_canary_20191229.noarch requires mono(appindicator-sharp), but none of the providers can be installed
  - libappindicator-sharp-12.10.0-24.fc30.x86_64 does not belong to a distupgrade repository
  - problem with installed package duplicati-2.0.4.38-2.0.4.38_canary_20191229.noarch

Comment 5 Steve Susbauer 2020-01-07 00:52:22 UTC
This is a two minute fix to the spec file and it has been fixed in the rpm for F32 and F31 Modular, unfortunately nothing in F31 proper. If you remove Duplicati, do your upgrade, and rebuild the rpm with rpmrebuild it should work fine. (https://linuxconfig.org/how-to-modify-an-rpm-package-using-rpmrebuild is a good starting place)

Provides needs added:
mono(appindicator-sharp) = 0.2.0.0
mono(policy.0.0.appindicator-sharp) = 0.0.0.0
mono(policy.0.1.appindicator-sharp) = 0.0.0.0

Requires needs added:
mono(gdk-sharp) = 2.12.0.0
mono(glib-sharp) = 2.12.0.0
mono(gtk-sharp) = 2.12.0.0
mono(mscorlib) = 4.0.0.0

Comment 6 Fernando Viñan-Cano 2020-01-07 09:19:50 UTC
(In reply to Steve Susbauer from comment #5)
> This is a two minute fix to the spec file and it has been fixed in the rpm
> for F32 and F31 Modular, unfortunately nothing in F31 proper. If you remove
> Duplicati, do your upgrade, and rebuild the rpm with rpmrebuild it should
> work fine.
> (https://linuxconfig.org/how-to-modify-an-rpm-package-using-rpmrebuild is a
> good starting place)
> 
> Provides needs added:
> mono(appindicator-sharp) = 0.2.0.0
> mono(policy.0.0.appindicator-sharp) = 0.0.0.0
> mono(policy.0.1.appindicator-sharp) = 0.0.0.0
> 
> Requires needs added:
> mono(gdk-sharp) = 2.12.0.0
> mono(glib-sharp) = 2.12.0.0
> mono(gtk-sharp) = 2.12.0.0
> mono(mscorlib) = 4.0.0.0

Thanks, was giving this a try but it seems kernel 5.4.7 causes a kernel panic both when updating v30 and upgrading to v31. Oh joy.

Comment 7 BZ 2020-04-08 09:16:13 UTC
Will this fix be pushed for F31? I would rather not upgrade to F32 without being able to run my backup software first.

Comment 8 Eduardo Echeverria 2020-04-08 13:23:29 UTC
I'll check out it during this weekend

Comment 9 Timotheus Pokorra 2020-04-10 04:05:51 UTC
I guess, just a rebuild should work. We have had an issue with Mono, that the Provides was not calculated correctly.
It has been fixed here: https://src.fedoraproject.org/rpms/mono/c/fba27de001aaa1ec4fb558f0c41e2447d3145d35?branch=f31

For a similar problem with another package, that had the same issue, see bug 1755274. That links to a discussion on the mailing list:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/KZWBOX6DLZA7VCUZLA6W7BBI2DNNNKJ4/

Comment 10 Timotheus Pokorra 2020-04-10 04:07:29 UTC
Perhaps rebuild is the wrong word. I meant: increase the release number, and create a new build for libappindicator, and initiate the update on bodhi.

Comment 11 Fedora Update System 2020-04-12 20:01:12 UTC
FEDORA-2020-2a750996d6 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-2a750996d6

Comment 12 Fedora Update System 2020-04-13 18:32:34 UTC
FEDORA-2020-2a750996d6 has been pushed to the Fedora 31 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-2a750996d6`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-2a750996d6

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 13 Fedora Update System 2020-04-28 02:56:01 UTC
FEDORA-2020-2a750996d6 has been pushed to the Fedora 31 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.