On 11/5/2020 4:41 PM, Michael Soegtrop via Cygwin wrote:
Dear Cyhwin Users and Team,
since a while I have issues removing cygwin installations, especially the
symlinks to true type fonts in /usr/share/fonts/microsoft.
Looking at these links with Windows tools I get:
C:\bin\cygwin\usr\share\fonts\microsoft>fsutil reparsepoint query wingding.ttf
Reparse Tag Value : 0xa000001d
Tag value: Microsoft
Tag value: Name Surrogate
This is the IO_REPARSE_TAG_LX_SYMLINK tag, which WSL uses for symlinks and which
Cygwin also uses by default for symlinks on systems that support it. But you
can change this if you don't like it, as I said in my reply to your earlier
message about this:
https://cygwin.com/pipermail/cygwin/2020-September/246277.html
Reparse Data Length: 0x00000025
Reparse Data:
0000: 02 00 00 00 2f 6d 6e 74 2f 63 2f 57 69 6e 64 6f ..../mnt/c/Windo
0010: 77 73 2f 46 6f 6e 74 73 2f 77 69 6e 67 64 69 6e ws/Fonts/wingdin
0020: 67 2e 74 74 66 g.ttf
I wonder if the path "/mnt/c/Windows/Fonts/wingding.ttf" is something which
should be written into a NTFS reparse point by cygwin setup. Probably not - it
looks like a cygwin path and it is understandable that this confuses NTFS.
It's not written by setup. It's a Cygwin symlink [also a WSL symlink, as I said
above], created by the postinstall script
/etc/postinstall/zp_fontconfig_cache_1.sh
The fact that it contains a Cygwin path as its reparse data is not at all
surprising:
ls -l /usr/share/fonts/microsoft/wingding.ttf
lrwxrwxrwx ... /usr/share/fonts/microsoft/wingding.ttf ->
/c/Windows/Fonts/wingding.ttf
Ken
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation: https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple