使用 gdeb 安装 lightworks 时，系统提示该软件包有未满足的依赖关系，libssl1.0.0因此我尝试在终端中使用以下命令安装 libssl1.0.0
sudo apt install libssl1.0.0
终端中显示以下消息
包裹libssl1.0.0不可用，但被另一个包引用。这可能意味着包缺失、被淘汰或者只能从其他来源获得。
因此，我在 debian 和其他存储库中搜索了上述软件包。我下载了“libssl1.0.0”并尝试安装，但无法安装该软件包。之后，我找到了一个邮政。在那篇文章中提到
Ubuntu 18.04 之后不再提供 libssl1.0.0 软件包。Ubuntu 较新版本使用 libssl1.1 软件包。18.04 包含这两个软件包
所以我安装了“libssl1.1”，安装后我也遇到了未满足的依赖问题。
请给我一个安装“libss11.0.0”的链接
‘dpkg --print-architecture’ 的输出
amd64
如果需要其他详细信息，请在评论中添加
答案1
我刚刚意识到 lightworks 不是 Ubuntu 软件包，这当然就是混乱的开始。上游通常不太了解打包。 dpkg --info lightworks-14.5.0-amd64.deb确认该软件包依赖于过时的 libssl1.0.0 软件包，该软件包不再是 Ubuntu 的一部分。
如果您确实坚持将外部二进制文件与您的 Ubuntu 安装混合（您已经看到它导致的麻烦），您可以尝试通过 bionic 安装最新可用的 libssl1.0.0 版本cd /tmp;wget http://de.archive.ubuntu.com/ubuntu/pool/main/o/openssl1.0/libssl1.0.0_1.0.2n-1ubuntu5.3_amd64.deb; sudo dpkg -i libssl1.0.0_1.0.2n-1ubuntu5.3_amd64.deb。这可能会产生冲突，此时您要么需要开始编译自己的二进制文件（对于这样一个核心软件，这会很快变得混乱），要么决定您真正想要拥有哪一套冲突的软件，以及您将没有哪一套。有一套需要 libssl1.0，另一套需要 libss1.1，这两个软件包不能同时安装。
补救措施之一是在最小的 VirtualBox 环境中安装 Lightworks，以避免上述冲突。另一个选择是尝试通过 使用 Windows 二进制文件wine。第三个选项；显然，有一个基于 5 月 6 日发布的修订版 121665 的预发布版本，您可以在 Ubuntu 19.04 上安装。稍后可能会解决 libssl 问题，如下所示他们声称确实如此，但您需要有一个帐户才能下载二进制文件，所以我无法验证它是否有效。最好的选择可能是抛弃 lightworks 及其包装不佳的软件 ;-)
答案2
尽管不推荐，但我过去曾修改过 deb 来删除或调整依赖项，然后碰碰运气，希望它能与依赖包的较新版本兼容：
创建临时目录：
mkdir debtemp
将 deb 解压到该目录：
dpkg-deb -R debfile.deb debtemp
编辑控制文件并更改或者删除依赖项：
vi debtemp/DEBIAN/control
重新包装：
dpkg-deb -b debtemp fixed.deb
然后尝试安装新的 deb：
sudo dpkg -i fixed.deb