Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 2020172 - F36FailsToInstall: dotnet-runtime-3.1
Summary: F36FailsToInstall: dotnet-runtime-3.1
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: dotnet3.1
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Omair Majid
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 2045318 (view as bug list)
Depends On:
Blocks: F36FTBFS F36FailsToInstall
TreeView+ depends on / blocked
 
Reported: 2021-11-04 09:32 UTC by Miro Hrončok
Modified: 2022-02-02 20:08 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-02-02 20:08:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Miro Hrončok 2021-11-04 09:32:14 UTC
Hello,

Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok).

Your package (dotnet3.1) Fails To Install in Fedora 36:

can't install dotnet-runtime-3.1:
  - nothing provides liblttng-ust.so.0()(64bit) needed by dotnet-runtime-3.1-3.1.17-2.fc35.x86_64
  
If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.


If you don't react accordingly to the policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/), your package may be orphaned in 8+ weeks.

P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors.

P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-dependent-packages

Thanks!

Comment 1 Miro Hrončok 2021-11-17 12:23:57 UTC
Hello,

This is the first reminder (step 3 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs).

If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.

Comment 2 Omair Majid 2021-12-03 22:07:57 UTC
This lttng upgrade which breaks ABI is very unfortunate for .NET. To fix this, we would need to patch and re-build .NET. But .NET needs itself to build, and the .NET-we-build-with can't be installed because the required lttng-ust version is missing.

The new version of lttng-ust is also turning out to have bugs. It makes .NET crash on startup: https://github.com/dotnet/runtime/issues/57784

All that said, this bug is definitely something I intend to fix. I am waiting for the next upstream release of .NET Core (should be out later this month, hopefully), which will require a re-bootstrap anyway.

Comment 3 Miro Hrončok 2021-12-03 23:16:52 UTC
Would providing a temporary build of lttng-ust that has both new and old runtime so-library be helpful to rebuild .NET with the new one?

Comment 4 Omair Majid 2021-12-04 00:32:16 UTC
I am not sure.

For some context, last month upstream .NET accidentally broke the upgrade path of using a previous .NET Core 3.1 release to build the next 3.1 release. Only a nightly release will work now. They are still working on some fixes, but we will need to start with a prebuilt .NET Core 3.1 (where I can disable lttng support at runtime, bypassing the dependency) and then use that to re-bootstrap and build the next release of .NET Core 3.1.

Since I have to re-bootstrap .NET Core 3.1 from prebuilt binaries on all active releases (F34, F35, Rawhide) anyway, having an older lttng isn't essential right now. It's nice to have, but definitely not a blocker at the moment.

Separately, others in my team have suggested making lttng-ust an optional dependency. It already is optional - .NET Core works fine if lttng-ust is not installed - but RPM's automatic dependency finder thinks it's required. So maybe I will do that and just filter it out from RPM's automatic requires detection when I rebootstrap and rebuild .NET Core.

Comment 5 Omair Majid 2022-01-25 21:06:04 UTC
*** Bug 2045318 has been marked as a duplicate of this bug. ***

Comment 6 Miro Hrončok 2022-02-02 20:08:15 UTC
Hello,

Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok).

All subpackages of a package against which this bug was filled are now installable or removed from Fedora 36.

Thanks for taking care of it!


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