201315 - .DS_Store files are created by the Mac OS X finder and should be globally ignored

Status: RESOLVED DUPLICATE of bug 166319

(mozilla.org Graveyard :: Server Operations, task)

Description

[Ben Fowler]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20030306 Camino/0.7
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20030306 Camino/0.7

The Mac OS X creates invisible for files in each and every folder to store
folder state. These are nothing to do with Mozilla and less to do with
the build system!

They should be globally ignored by the mozilla CVS repository.

It would be worse still if such files were ever committed, see
<URL:
http://www.google.com/search?hl=en&lr=&ie=ISO-8859-1&q=cvs+.DS_Store&btnG=Google+Search
>

Reproducible: Always

Steps to Reproduce:
1. Issue a command from the console such as 'cvs diff -Nu
modules/plugin/samples/default/mac/'
2.
3.
Actual Results:  
CVS reports these additional files:

? modules/plugin/samples/default/mac/.DS_Store
? modules/plugin/samples/default/mac/build
cvs server: Diffing modules/plugin/samples/default/mac
Index: modules/plugin/samples/default/mac/Makefile.in
===================================================================

Expected Results:  
Wherever the user has not created additional files, CVS should be silent

There are several similar cases.

The fix that I would reccommend would be to add .DS_Store to the 
cvsignore in the CVSROOT.

See <URL:
http://www.macosxhints.com/comment.php?mode=display&sid=2003011306415910&title=or+use+cvsignore+in+CVSROOT&type=article&order=&pid=16600
>

Alternatively, Mac OS X users could be advised to configure their CVSIGNORE
environment. The formal Mac OS X CVS information for Mozilla is at
<URL: http://www.mozilla.org/cvs.html#macosx >

Comment 1

[Bill Mason]

*** Bug 201347 has been marked as a duplicate of this bug. ***

Comment 2

[hacker formerly known as [e-mail]]

-> mozilla.org:cvs server

Comment 3

[Dave Miller [:justdave]]

I have the following in ~/.cvsignore on my Powerbook:

--- cut here ---
.FBC*
.DS_Store
CVS*
*~.nib
--- cut here ---

That seems to do the trick nicely.  Probably only needs documentation for OS X
developers to set that up.  No reason to force it on the server since it's
platform-specific.

Comment 4

[cls]

I disagree.  It may be platform specific but everyone who builds on that
platform is going to hit the problem.   Unless we have a legitimate reason for
needing those extensions, they should be ignored by default.  Adding them to the
global ignore list does not prevent us from adding those types of files to the
repository at some later point.

This is the OSX equivalent of bug 166139. I'd rather not have to add a custom
cvsignore file as part of every tinderbox that we setup just to ignore files
with the extensions listed here and in bug 166139.  The alternative would be to
add those extensions to every .cvsignore in the tree (like we do for Makefile)
but that seems like a waste as well.

Comment 5

[Ben Fowler]

Tehcnically it is not an extension (in the way that .nib in *.nib is an extension)
but a hidden file, like .ddd or .viminfo).

For practical purposes there is one per directory.

I am more interested in having this particular issue fixed, but I would
strongly support adding 'build' and 'Makefile' to the Global ignore
list; basically my objective is that someone off the street (as I am)
will not see the CVS system querying any files that he or she has produced.

This puts a tiny amount of work (if anyone ever needed to put a Makefile or 
a build directory under source control) on the shoulders of the developers 
but that is where it belongs!

Comment 6

[hacker formerly known as [e-mail]]

-> leaf

Comment 7

[Jon Granrose]

can't we close this and add the OS X info to 166139?

Comment 8

[Ben Fowler]

Who is repsonsible for closing it? cls?

Yes. It should be closed. Comment #4 applies.

Comment 9

[hacker formerly known as [e-mail]]

Anyone can dupe the bug if they feel that it's an actual dupe.

*** This bug has been marked as a duplicate of 166319 ***

Comment 10

[hacker formerly known as [e-mail]]

Or is not dyslexic.


*** This bug has been marked as a duplicate of 166139 ***

*** This bug has been marked as a duplicate of 166139 ***