mirror of
https://github.com/quamotion/dotnet-packaging.git
synced 2026-02-14 21:32:52 +00:00
Support libssl3 for Ubuntu 22.04 #117
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @xsacha on GitHub (May 2, 2022).
dpkg: dependency problems prevent configuration of imagus-alert:
imagus-alert depends on libssl1.1 | libssl1.0.2 | libssl1.0.1 | libssl1.0.0 | libssl0.9.8; however:
Package libssl1.1 is not installed.
Package libssl1.0.2 is not installed.
Package libssl1.0.1 is not installed.
Package libssl1.0.0 is not installed.
Package libssl0.9.8 is not installed.
Edit: As a workaround, I'm installing libssl1.1 .deb right now so it meets the dependency requirements.
@asasine commented on GitHub (Jul 9, 2022):
I'm facing this same issue.
@stephen-swensen commented on GitHub (Jul 26, 2022):
As am I...
@atauenis commented on GitHub (Jul 26, 2022):
As a temporary workaround, try this: https://github.com/quamotion/dotnet-packaging/issues/196#issuecomment-945980660 . List of
DebDotNetDependenciesmay be need to be corrected.@stephen-swensen commented on GitHub (Aug 2, 2022):
Thanks for the tip, @atauenis ! I'll check that out when I get the chance.
@Terricide commented on GitHub (Aug 18, 2022):
Is there a way to pass the location of Packaging.Targets.targets from the command-line? Then I can modify the file in my source code.
I've using azure devops as a build server and I don't know how best to integrate this fix until a new version is released.
@ssdasilva commented on GitHub (Oct 6, 2022):
As a workaround one can install libssl3 (newest version of the lib), and add the following on .csproj:
<DebDotNetDependencies Include="libc6, libgcc1, libgssapi-krb5-2, libstdc++6, zlib1g, libssl3 | libssl1.1 | libssl1.0.2 | libssl1.0.1 | libssl1.0.0 | libssl0.9.8, libicu70 | libicu69 | libicu68 | libicu67 | libicu66 | libicu65 | libicu64 | libicu63 | libicu62 | libicu61 | libicu60 | libicu59 | libicu58 | libicu57 | libicu56 | libicu55 | libicu54 | libicu53 | libicu52" />@Terricide commented on GitHub (Oct 7, 2022):
Thanks I ended up figuring out you could do that :)
@xsacha commented on GitHub (Oct 7, 2022):
This works without removing the inbuilt dependency line first?
Edit: Confirmed that yes, you do not need the Remove line.