@ignaloidas @lanodan @domi @benjojo It does also work as:
$ LANG=C LC_ALL=C ßh
@dentaku @benjojo In my testing, ß=ss only works on case-insensitive APFS (not HFS+), I assume because ß case-folds to "ss": https://tech.lgbt/@snowfox/115488236610258352
(I should try again with dotless/dotted i.)
@[email protected] @[email protected] @[email protected] APFS no longer appears to use NFD (é is c3 a9, not 65 cc 81). Instead, I think it's APFS's case-folding, which seems to be Unicode case-folding or near enough: e.g. in Python, 'ß'.casefold() returns 'ss'. (I haven't looked into the internals of APFS; the details may be documented.) It doesn't seem to happen in HFS+ (which uses a simplified case-folding algorithm IIRC), HFSX (a.k.a. "case-sensitive HFS+"), or on case-sensitive APFS (newfs_apfs -e). I'm also happy to report that both APFS and HFSX seem to fix the bug where U+200c is ignored for filename comparisons: https://git-blame.blogspot.com/2014/12/git-1856-195-205-214-and-221-and.html
@benjojo Nice one. I can absolutely see how that happened.
Human interface folks: "Filenames are text and should behave like text"
Unix folks: 😬 
@benjojo Friend of mine saw this, first thing he said is "this has to be exploitable".
... 😭 of course this has to bypass something's path sanitisation
@[email protected] In fact they're all the same: ``` % stat =ſsh =ſſh =ssh =ßh =ẞH | cut -d\ -f1,2,5,28 16777232 1152921500312526789 root /usr/bin/ſsh 16777232 1152921500312526789 root /usr/bin/ſſh 16777232 1152921500312526789 root /usr/bin/ssh 16777232 1152921500312526789 root /usr/bin/ßh 16777232 1152921500312526789 root /usr/bin/ẞH ```
@TabascoEye
That’s a very nice ß! Which script/font is this?