Recent changes to patches

#31 directories searched for tktcl

michael-m — Mon, 01 Mar 2021 19:00:32 -0000

status: open --> wont-fix
assigned_to: michael-m

#31 directories searched for tktcl

michael-m — Tue, 23 Feb 2021 05:54:09 -0000

I'm not familiar with Ubuntu itself, but I can explain what is going on. TkDiff is itself nothing more than a script (written in the Tcl language). As such, when you invoke it, it then asks to be read by an "interpreter" program known as "wish" (aka the "windowing shell"). which generally resides in /usr/bin/wish, but in any event is located by the script by using your current PATH environment variable setting.
During the initialization phases of that interpreter, it goes looking for yet OTHER Tcl scripts. This is because Tcl and Tk are designed to effectively bootstrap themselves into operation, and a great deal of that initialization is actually external to the interpreter and is itself written in TCL.
THOSE pieces of Tcl scripting are considered PART of the "Tcl package" which, along with wish is what was supposedly installed by whatever package manager Ubuntu used to provide a Tcl/Tk runtime environment. Mine happen to reside in "/usr/share/tk8.6" and "/usr/share/tcl8.6" (but I run Fedora).
Now here is where it gets interesting - when I grep the files that are in those directories, I do, in fact, find the roots of the message you claim to receive; try the following:
"grep -r 'find a usable' directory",
(where in YOUR case "directory" would be specified as "/usr/share/tcltk"). However, in MY version of that Tcl code, there is a SECOND message that follows the one produced that reads:
"This probably means that $basename wasn't installed properly."

SO it would appear that your installed package is not properly configured as presently constructed, yet I agree it SHOULD by default, not require any specific instructions by you to do so. It should just work abiding by whatever filestructure rules exist for Ubuntu, as encoded by whomever was responsible for doing THAT for this Ubuntu package. My guess is whomever did the packaging for tcltk missed some supplying a needed path value, or renamed something without realizing the need to compensate for that rename elsewhere so that the initialization scripts can find everything they need.
Different distributions often invent their own rules for WHERE various things are placed and WHAT they are called. Its why you cant always grab a package from one system and install it on another that runs a different distribution.

But the PROBLEM is in that package - not TkDiff !

TkDiff expects to find a "working" Tcl/Tk environment, and does not "patch" other tools, and simply needs to find wish in the users PATH - nothing more.

Apparently wish was able to locate the script that actually issued your message, and BEGIN the initialization, but subsequent locations (as defined by the Tcl/Tk script itself) could not find other related pieces because of some mismatch between it and Ubuntu.

I would recommend contacting the providers of your "tcltk" package and have THEM resolve the issue. Or you can keep whatever it is you've done already to make it work, although keep in mind it that by randomly moving software about, particularly at the system level you run the risk of make your system unstable, and prone to unexplained errors should you make other system updates that clobber portions of what you've done because they never expected to find what you placed there.

Hope that helps. Nevertheless, thank you for your interest in TkDiff, enjoy!

directories searched for tktcl

Nelson Lee Max — Tue, 23 Feb 2021 02:12:44 -0000

On Ubuntu Linux 20.04.2 I downloaded and installed tkdiff-5-1 on or about Feb 21, 2021. The README said that I needed tcltk, so I downloaded and installed it also. For both installations, I made no specifications of any sort, so the tcltk installer apparently put it in its default place, /usr/share/tcltk, as /usr/share/tcltk/tcl8.6 and /usr/share/tcltk/tk8.6 . When I tried to run tkdiff, I got the error message:

application-specific initialization failed: Can't find a usable tk.tcl in the following directories:
/usr/local/lib/tcl8.6/tk8.6 /usr/local/lib/tk8.6 /usr/lib/tk8.6 /usr/lib/tk8.6 /lib/tk8.6 /usr/library

After copying /usr/share/tcltk/tk8.6 to /usr/lib/tk8.6 with the sudo cp option -r, things worked fine. I think you should include /usr/share/tcltk/tk8.6 in the list of directories that tkdiff searches, because that seems to be the default place for installing it, at least in my Ubuntu environment.

directories searched for tktcl

Nelson Lee Max — Tue, 23 Feb 2021 02:12:44 -0000

Ticket 31 has been modified: directories searched for tktcl
Edited By: michael-m (vampm)
Status updated: u'open' => u'wont-fix'
Owner updated: None => u'vampm'

#15 Rocker-Merging

michael-m — Thu, 12 Nov 2020 04:29:58 -0000

status: open --> closed-duplicate
assigned_to: michael-m
Group: --> V5.0

#30 Make merge shortcuts work with keypad

michael-m — Thu, 12 Nov 2020 04:18:04 -0000

status: open --> closed-duplicate
assigned_to: michael-m

Make merge shortcuts work with keypad

Guillaume Ballin — Tue, 10 Dec 2019 20:46:36 -0000

This is a simple patch to make merge shortcuts (C-1 , C-2, C-3 and C-4) work with keypad.

Make merge shortcuts work with keypad

Géballin — Tue, 10 Dec 2019 20:46:36 -0000

Ticket 30 has been modified: Make merge shortcuts work with keypad
Edited By: michael-m (vampm)
Status updated: u'open' => u'closed-duplicate'
Owner updated: None => u'vampm'

#28 Fix of sync problem

michael-m — Sun, 17 Jun 2018 02:47:59 -0000

status: open --> closed-accepted
assigned_to: michael-m

#27 Upgrade Git support

michael-m — Sun, 17 Jun 2018 02:45:49 -0000

status: open --> closed-accepted
assigned_to: michael-m
Group: --> Unstable (example)