6 ms·
For reasons currently unclear to me, installing this seems to cause apt to remove Discord. The following packages have unmet dependencies. libc++1-14
by lol768 4y ago
For reasons currently unclear to me, installing this seems to cause apt to remove Discord.
The following packages have unmet dependencies.
libc++1-14 : Depends: libunwind-14 (>= 1:14.0.0) but it is not installable
libc++abi1-14 : Depends: libunwind-14 (>= 1:14.0.0) but it is not installable
E: Unable to correct problems, you have held broken packages.
- runfaster2000 4y agoContext: https://bugs.launchpad.net/ubuntu/+source/dotnet6/+bug/1984450 https://bugs.launchpad.net/ubuntu/+source/dotnet6/+bug/19844...
- jcelerier 4y agoit's always the same debian / ubuntu package mess. moving to Arch has made this specific headache entirely go away
- ladyanita22 4y agoCan you have several versions of the same package with pacman?
- jpetso 4y agoOn an opposing note, updating my Arch system (pikaur -Syu) recently wanted to install Electron 20 and remove Electron 19, which the element-desktop package was still depending on. I wasn't using it so that's an easy uninstall. But there's nothing inherent about Arch that prevents these issues from popping up every now and then.
- jcelerier 4y ago> On an opposing note, updating my Arch system (pikaur -Syu) recently wanted to install Electron 20 and remove Electron 19, hm that's weird, with yay it only ever adds new electron versions, never removes the old ones. e.g. there's electron12 to 20 in the repos and they can be installed side by side
- progman32 4y agoOr Gentoo with their"slot"s.
- mminer237 4y agoUbuntu's .NET runtime relies on libunwind v13. Discord relies on libunwind v14. apt only allows one version of something to installed at once.
- fulafel 4y agoThis is not generally the case: "apt only allows one version of something to installed at once" - apt and dpkg always supported having different major versions of a shared library installed concurrently. See eg https://www.debian.org/doc//debian-policy/ch-sharedlibs.html https://www.debian.org/doc//debian-policy/ch-sharedlibs.html which says > The run-time shared library must be placed in a package whose name changes whenever the SONAME of the shared library changes. This allows several versions of the shared library to be installed at the same time, allowing installation of the new version of the shared library without immediately breaking binaries that depend on the old version. In this libunwind case the situation is more complicated, the its different versions have conflicting subdependencies.
- skrebbel 4y agoEvery once in a while I consider switching to Linux and then I read things like this and then i remember why I keep sticking with Windows.