ignore .DS_store files in root repo, scripts repo

[jhpalmieri]

We should add .DS_store files to the .hgignore files for the root and scripts repo. (They're already in the main Sage library repo.

Apply

• attachment: trac_11748-root.patch to the root repo
• attachment: trac_11748-scripts.patch to the scripts repo

Component: build

Keywords: Finder MacOS untracked files

Author: John Palmieri

Reviewer: Leif Leonhardy

Merged: sage-4.7.2.rc1

Issue created by migration from https://trac.sagemath.org/ticket/11748

[jhpalmieri]

Author: John Palmieri

[nexttime]

comment:2

What about ._.DS_Store files?

[jhpalmieri]

comment:3

Replying to @nexttime:

What about ._.DS_Store files?

We could add those too. What are they? I haven't found any documentation for them anywhere.

[nexttime]

comment:4

Replying to @jhpalmieri:

Replying to @nexttime:

What about ._.DS_Store files?

We could add those too. What are they? I haven't found any documentation for them anywhere.

Ask Karl-Dieter; he really likes to create them. ;-)

"Files prefixed with ._ contain all of the metadata for their un-prefixed partner that the native volume format cannot contain in a single file."

[jhpalmieri]

comment:5

Okay, these patches ignore those files, too.

[jhpalmieri]

root repo

[jhpalmieri]

Attachment: trac_11748-root.patch.gz

Attachment: trac_11748-scripts.patch.gz

scripts repo

[nexttime]

Changed keywords from none to Finder MacOS untracked files

[nexttime]

Reviewer: Leif Leonhardy

[jdemeyer]

Merged: sage-4.7.2.rc1

[kcrisman]

comment:8

We could add those too. What are they? I haven't found any documentation for them anywhere.

Ask Karl-Dieter; he really likes to create them. ;-)

You could at least cc: someone you are being snarky to on a ticket. I do my best to get rid of such things, but I do not have Linux, and Mac is extremely aggressive at creating them. Let's not create additional barriers to development by mocking those who don't have the shell fu to eradicate them every time (which is why this is a good ticket, by the way).

[jhpalmieri]

comment:9

(I didn't read it as snarky, for what that's worth, but I may be missing part of the back story...)

[nexttime]

comment:10

Replying to @kcrisman:

We could add those too. What are they? I haven't found any documentation for them anywhere.

Ask Karl-Dieter; he really likes to create them. ;-)

You could at least cc: someone you are being snarky to on a ticket.

War doch nicht böse gemeint. Ausserdem war das zu dem Zeitpunkt, als du selbst den Finder dafür verflucht hast, dass er deine spkgs kontaminiert (die daraufhin zurückgewiesen wurden).

Wenn du die besagten Dateinamen googlest, findest du auch jede Menge Apple-Fans, die von dem schwer zu vermeidenden Verhalten des Finders begeistert sind...

(which is why this is a good ticket, by the way)

Ebendt.

For the record:

$ find . -name .DS_Store -o -name ._.DS_Store -exec rm {} \;

(Or replace "." by the base directory or directories from where you want to recursively remove all such files.)

[kcrisman]

comment:11

Replying to @nexttime:

Replying to @kcrisman:

We could add those too. What are they? I haven't found any documentation for them anywhere.

Ask Karl-Dieter; he really likes to create them. ;-)

You could at least cc: someone you are being snarky to on a ticket.

War doch nicht böse gemeint. Ausserdem war das zu dem Zeitpunkt, als du selbst den Finder dafür verflucht hast, dass er deine spkgs kontaminiert (die daraufhin zurückgewiesen wurden).

Weiss man manchmal nicht, aber jetzt sehe ich, das war schon vor Monate, 'tschuldigung.

Wenn du die besagten Dateinamen googlest, findest du auch jede Menge Apple-Fans, die von dem schwer zu vermeidenden Verhalten des Finders begeistert sind...

Haha!

$ find . -name .DS_Store -o -name ._.DS_Store -exec rm {} \;

Which of course I will not remember :) By the way, what is the deal with the ._.DS_Store files? They seem to disappear when I remove the regular ones. I read what you said above, so I guess they just magically disappear when their "parent" files are gone? Hope so.

Sorry for hijacking the ticket.