git gui and gitk broken after upgrade to 16.04

Bug #1574213 reported by mokabar
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
prelink (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

git gui and gitk used to worked fine, but after upgrading to 16.04, they stopped working:

* git gui fails with "cannot determine git version"
* gitk fails with "cannot find a git repository here"

other git commands work like charm

Revision history for this message
Daniel Benetti (daniel-netti) wrote :

Same problem here.
I don't know what to do.

Revision history for this message
mokabar (tim-klingt) wrote :

funny thing: i have two machines with an almost identical setup ... i can only reproduce this on one of the machines

Revision history for this message
Daniel Benetti (daniel-netti) wrote :

There's a way to get the old version of gitk? The old version work?

Revision history for this message
mokabar (tim-klingt) wrote :

running gitk/git-gui via wish8.5 works around this issue

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in git (Ubuntu):
status: New → Confirmed
Revision history for this message
mokabar (tim-klingt) wrote :

comment #4 is inaccurate: it seems to be an issue with tk: the tools fail to work until i reinstall tk8.6

Revision history for this message
Clément Février (clement) wrote :

The same bug is also present on a fresh install.

Revision history for this message
Pawel Kraszewski (linuxpedia.pl) wrote :

If at all helpful - prelink is causing this error in my system:

* All worked yesterday,
* I prelinked all the system (prelink -avRm) today morning
* gitk/git gui stopped working
* I unprelinked all system (prelink -auv)
* gitk/git gui resumed operation.

Reinstallation of TK might have helped (didn't in my case) because it reinstalled execs and libs with unprelinked versions.

HTH

Revision history for this message
Pawel Kraszewski (linuxpedia.pl) wrote :

I run one more iteration on a clean system - prelink is somehow altering MMAP/WAIT4 arguments of application. In prelinked version calls look like that:

mmap(<HEX>, 3967488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = <HEX>

in nonprelinked, respective call looks like that:

mmap(NULL, 3967488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = <HEX>

Look at the #1 argument - in prelinked it tries to force specific address, in nonprelinked it takes the default.

Major divergence appears here:

Prelinked (not working):
wait4(22031, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL)

Unprelined (working):
wait4(31256, 0x7ffde8467074, 0, NULL)

Anders Kaseorg (andersk)
affects: git (Ubuntu) → prelink (Ubuntu)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.