Control: severity -1 serious
Control: retitle -1 git: Moved libexecdir breaks add-ons
On 2021-03-16 13:47 +0100, Guillem Jover wrote:
> Package: git
> Version: 1:2.31.0-1
> Severity: normal
>
> Hi!
>
> The latest version in sid, breaks user code sourcing the git-sh-prompt
> shell library as it moved from /usr/lib/ to /usr/libexec, even though
> I see the comment there says to copy it, but that means no automatic
> upgrades. :/
It also breaks various add-on packages installing files into
/usr/lib/git-core, as seen in the gitbrute autopkgtest[1]:
,----
| git: 'brute' is not a git command. See 'git --help'.
`----
The following packages install one or more files below /usr/lib/git-core
and are likely broken now:
,----
| $ apt-file search /usr/lib/git-core | cut -d : -f1 | sort -u
| brz
| git-absorb
| git-crecord
| git-flow
| git-quick-stats
| git-restore-mtime
| gitbrute
| imediff
`----
> Could you perhaps add a backwards compatibility symlink for the time
> being? Or when using bash, perhaps even a warning based on the
> “caller” builtin if using the old pathname?
Adding a compatibility symlink seems to be a non-starter with packages
installing files there. I think for now the change needs to be
reverted, and a transition plan worked out if moving git's libexecdir is
still desired.
Cheers,
Sven
1.
https://ci.debian.net/data/autopkgtest/testing/amd64/g/gitbrute/11098519/log.gz
