Closed Bug 253691 Opened 21 years ago Closed 18 years ago

add "dependentLibs.h" to global cvsignore

Categories

(mozilla.org :: CVS: Administration, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: bugzilla, Unassigned)

Details

We need to add add "dependentLibs.h" to the global cvsignore file.
mitchell: could you fix this one by adding "dependentLibs.h" to the global cvsignore? Thanx
Not H/W or O/S dependent.
OS: Windows XP → All
Hardware: PC → All
Or maybe [change|add] 81 .cvsignore files? I can create script (not diff) to produce something like this: touch 'mozilla/accessible/build/.cvsignore';echo dependentLibs.h>>'mozilla/accessible/build/.cvsignore' touch 'mozilla/ipc/ipcd/client/src/.cvsignore';echo dependentLibs.h>>'mozilla/ipc/ipcd/client/src/.cvsignore'
could someone please fix this one by adding "dependentLibs.h" to the global cvsignore?
--> CVS: Administration
Assignee: mitchell → server-ops
Component: Miscellaneous → CVS: Administration
QA Contact: mitchell → justdave
Assignee: server-ops → build
Component: CVS: Administration → Build & Release
QA Contact: justdave → preed
Why is this bug assigned to Build & Release ? Please update with more info.
Assignee: build → server-ops
Component: Build & Release → CVS: Administration
QA Contact: preed → justin
Because Build & Release gets to decide if this will be done or not, and needs to provide instructions how to do it if it's not something you can do yourselves.
Assignee: server-ops → build
Henrik, if you had actually done a comment 0 that explained what *and* why with STR, would it have been something like: """ When you do srcdir builds, instead of objdir, you wind up with (a whole lot of/81) files named dependentLibs.h spread throughout your tree, which are then annoying when you (update your tree/do full dir diffs). STR: 1. Check out a tree, and set up a .mozconfig without a MOZ_OBJDIR 2. make -f client.mk build 3a. make -f client.mk checkout, and watch for ton of "? foo/dependentLibs.h" 3b. cvs diff -up8 foo/, and look at the "? dependentLibs.h" at the top """ Is that the problem (which none of the people who can fix it have ever had, apparently, which is why they've ignored your context-free demand for three years) that you want to solve? If so, judging by bug 349140, you need to get approval from someone like shaver or maybe bsmedberg, since it's less about Build & Release than it's about Build Config, and *then* get justdave to do it, since apparently CVSROOT/cvsignore is rather restricted.
Please just use an objdir, which we'll be requiring in short order.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.