Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot install package on Ubuntu 19.10 and earlier due to libgcc-s1 #504

Closed
rufusshrestha opened this issue Jan 13, 2021 · 15 comments
Closed

Comments

@rufusshrestha
Copy link

Have we dropped support for Ubuntu 16.04?

Cannot install due to libgcc-s1 dependency error

`Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies.
git-delta : Depends: libgcc-s1 (>= 4.2) but it is not installable
E: Unable to correct problems, you have held broken packages.
`

@mnsgs
Copy link

mnsgs commented Jan 14, 2021

I am seeing the same on Ubuntu 19.10 on 0.5.0. Prior versions worked fine

@Kr1ss-XD
Copy link
Contributor

Kr1ss-XD commented Jan 14, 2021

@mnsgs 19.10 has reached end-of-life in July 2020, hence I would suggest upgrading to 20.04-LTS or 20.10.

As for 16.04 @rufusshrestha - Looks like libgcc-s1 is not in the xenial repositories; the earliest release with that package that I could find is focal 20.04. Maybe it's about time to upgrade the system ? General maintainance for 16.04 will end in a few weeks, anyways.

@filipelbc
Copy link

filipelbc commented Jan 14, 2021

Same issue here. But on Ubuntu 18.04

Edit: version 0.4.4 installs fine, but all after that fails for the same reason.

@rufusshrestha
Copy link
Author

@Kr1ss-XD Thanks Kris. If it is no longer supported for 16.04 then its fine with EOL coming up on Apr anyway. However, I still think its a regression if it does not work on 18.04 reported by @filipelbc and use of library only used in 20.04 will invalidate an LTS release that I think should be supported. As my issue is resolved, I'm not sure if I should leave this open until 18.04 issue is resolved or close it.

@Kr1ss-XD
Copy link
Contributor

Kr1ss-XD commented Jan 14, 2021

I still think its a regression if it does not work on 18.04

I definitely agree about that. I'd suggest to leave the issue open. @dandavison mentioned he'd be off for two weeks, but maybe there's still some way to support Ubuntu's before 20.04 (probably this also hits older Debian versions as well).

Maybe you could change the issue title, so that it says 'Ubuntu <20.04' or '19.10 and earlier' or something like that ?

@rufusshrestha
Copy link
Author

@Kr1ss-XD Thank you. Sure, will do as advised. No hurry there @dandavison I'm sure we can all live with older version for a while.

@rufusshrestha rufusshrestha changed the title Cannot install package on Ubuntu 16.04 due to libgcc-s1 Cannot install package on Ubuntu 19.10 and earlier due to libgcc-s1 Jan 14, 2021
@Kr1ss-XD
Copy link
Contributor

NB/ Looks like this actually affects Debian 9 (oldstable) and 10 (stable) as well :

The libgcc-s1 seems to be available only for Debian 11 Bullseye (testing) and Sid (unstable).

@rufusshrestha
Copy link
Author

On Ubuntu 16.04, this can be installed by manually fetching the following packages from focal repo as a temp workaround

gcc-10-base_10.2.1-6_amd64.deb
libgcc-s1_10.2.1-6_amd64.deb

@dandavison
Copy link
Owner

Thanks all. Do you have a recommended action for delta to take here?

@ritzmann
Copy link

The version linked against musl is working fine on Debian Buster. Maybe you could simply sit this problem out and refer x64 users to the musl package?

@filipelbc-ba
Copy link

The version linked against musl works fine in Ubuntu 18.04.

@jamesob
Copy link

jamesob commented Mar 23, 2021

This is basically just an informational post, no recommended course of action, but I thought I might post some related links that may be helpful.

I've been affected by this as well. Running on Debian 10 (stable) with apt configuration to pull in from testing (bullseye) when necessary (but not preferentially). When installing with dpkg -i git-delta_0.6.0_amd64.deb, apt seems to autoremove cryptsetup-initramfs. Subsequently, I see the dreaded

Volume group "debian-vg" not found
Cannot process volume group debian-vg
Gave up waiting for suspend/resume device

on boot. In order to attempt a fix, I had to boot from a live CD, chroot (per this process), and apt install cryptsetup cryptsetup-initramfs. I then ran update-grub, but my boot's still trashed.

Here's a link to a similar (if not identical) issue with bat: sharkdp/bat#1371
Here's a link to perhaps the underlying Debian bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950551

Wish I had a useful recommendation, but people who are mixing apt sources need to beware.

(Hi @dandavison! Awesome project you've got here.)

@dandavison
Copy link
Owner

Argh! Hello @jamesob and I sincerely hope that is the worst outcome that anyone will ever have as a result of using delta.

I've added a warning and suggestion to use the musl-linked versions to the README. If anyone can suggest anything more we can do then please do but I'll close this as it sounds like there's not a lot.

@jli
Copy link

jli commented Jun 23, 2022

tl;dr if you're on an older version of Ubuntu (19.10 and earlier) or Debian (10 and earlier):

  • go to the delta releases page
  • search for git-delta-musl and download the most recent release
  • install with sudo dpkg -i <path-to-deb-file>

I also ran into a conflict with an existing delta package. I uninstalled that, and then installing the git-delta .deb worked.

@dandavison
Copy link
Owner

Would anyone here be able to review the small change to the .deb being made in #1217? (Removes "provides")

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants