delta: Cannot install package on Ubuntu 19.10 and earlier due to libgcc-s1

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. `

About this issue

Original URL
State: closed
Created 3 years ago
Reactions: 2
Comments: 15 (6 by maintainers)

Commits related to this issue

Add README note warning of problems on Debian/Ubuntu systems Ref #504 — committed to dandavison/delta by dandavison 3 years ago
install git-delta-musl on Ubuntu < 20.04 due to missing libgcc-s1 https://github.com/dandavison/delta/issues/504 — committed to vogler/dotfiles by vogler 3 years ago

Most upvoted comments

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.

jli on Jun 23, 2022

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?

ritzmann on Jan 31, 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: https://github.com/sharkdp/bat/issues/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.)

jamesob on Mar 23, 2021

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).

Kr1ss-XD on Jan 15, 2021

@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 on 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.

filipelbc on Jan 14, 2021