On 1/31/25 1:28 PM, Greg Wooledge wrote:
/tmp/mc-frank/mcextELJ902: 11: @EXTHELPERSDIR@/doc.sh: not found
It would help if someone were to show us the offending file, though I
don't quite understand why there's something that appears to be either
a shell script or a perl script in /tmp.
Hhmm, looks like it is looking for doc.sh in /tmp ???
No, the script is in /tmp.
The doc.sh file IS in /usr/lib/mc/ext.
Sounds like @EXTHELPERSDIR@ was supposed to be /usr/lib/mc then.
I do not understand the use of @EXTHELPERDIR@.
Traditionally, things that look like that (all caps identifiers with @
signs on both sides) are macros in a template file, which are supposed
to be replaced with values when installing the file in its final form.
So, presumably, this /tmp/mc-frank/mcextELJ902 script should have had
the @EXTHELPERSDIR@ replaced, either by the thing that created the
/tmp script, or by the package that INSTALLED the thing that created
the /tmp script.
Without being an mc user myself, and especially without being an
*unstable* mc user, I have no idea how many layers are involved here.
In any case, an unstable user should be able to diagnose this well
enough to fix it themselves, and then to file a bug report so the
package can be fixed before it migrates into trixie.
I am running Trixie. Should have made that clear before.
What I can't understand is MC would open and browse ZIP files and DEB
files but would not open PDF files.
At any rate the offending macro was in the mc.ext.ini files in the local
~/.config/mc but not in /etc/mc/mc.ext.ini file.
How it got there is a big question.
Fixed by copying the file in /etc/mc over the file in ~/.config/mc
That's what unstable is for, you know. Debugging problems.
Surely the people running unstable understand this, and are not laboring
under some kind of delusion like "unstable is a rolling release", or
"I don't have to know anything to run unstable".
--
Frank McCormick
