cygwin-3.1.0 and mintty from desktop shortcut
ASSI
Stromeko@nexgo.de
Sat Jun 6 11:20:16 GMT 2020
Takashi Yano via Cygwin writes:
>> 1. Rename /usr/share/locale to something else, like local.bak.
>> 2. Start mintty in the usual way.
>> 3. Rename the directory from step 1 back to /usr/share/local.
>> 4. Work just like the problem never existed either in the shell running
>> inside the mintty or even start a new mintty.
>
> I guess renaming /usr/share/locale/locale.alias is enough.
I've had some time to look into this problem again after having updated
Cygwin to the latest and greatest. Indeed, when
/usr/share/locale/locale.alias
gets renamed, the problem also goes away. This is great because I don't
really need the locale aliases for anything. Btw, my laptop got
upgraded to Win10 1909 (Enterprise) in the meantime, so the issue isn't
specific to 1803 as was supected earlier.
I then tried to figure out what exactly causes the problem and it turns
out that it's the _presence_ of this file with the additional condition
that it must not be owned by the user starting the mintty/shell. Since
I install Cygwin on my work laptop with a different (admin) account and
not my (non-admin) user account, that explains why I am seeing the
problem there and not on other machines. Before you are going to
suggest that it's the admin vs. non-admin rights: no, if I create a
locale.alias with my user account (either as an empty file or a copy of
the backup file), then the admin account is unable to start a shell in
mintty successfully. I have no idea why the ownership of a file that
onnly should get read (and is readable by everyone) would have the
effect I'm seeing, but maybe that gives the clue on where to look for a
fix.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
More information about the Cygwin
mailing list