scp ignores case in filenames?
Jan Stary
hans at stare.cz
Sat Jan 20 08:47:27 UTC 2018
On Jan 20 02:27:23, ryandesign at macports.org wrote:
>
> On Jan 19, 2018, at 15:42, Jan Stary wrote:
>
> > On Jan 19 14:18:00, Chris Jones wrote:
> >> The point is third party applications (and perhaps even some Apple stuff) is
> >> not well tested on anything other than the defaults. So its far from
> >> impossible for there to be applications that internally are not consistent
> >> with their naming. So part of the applications refers to /path/file and
> >> another part /path/FILE, and expect these to be the same.
> >
> > That can hardly be considered somethng else
> > than a blatant error in such software, right?
> > Let it fail.
> >
> >> On the default mac install they are the same,
> >> but if you convert your system to respect the
> >> case, they aren't, and the application might stop working correctly...
> >
> > ... as it should: designed to fail if "FILE" is not "file".
> >
> >> Its up you to decide which inconvenience annoys you more...
> >
> > "FILE" rewriting "file", that's _very_ inconvenient.
> > What's the opposite "inconvenience"?
>
> An application that you need to run (e.g. a commercial software package that you purchased and need to use for your job) failing to launch because it contains the aforementioned blatant error.
"ln -s FILE file" comes to mind if a broken app thinks "FILE" is "file".
Is that what people do in that case, or is there a better way?
Jan
More information about the macports-users
mailing list