Typo in comment

I know this is petty, but imagine thousand upon thousand of corrective commits saved by fixing the typo right into the heart of the file.

Add Carthage build folder and explaination

Fixes #1217.

Once again ignore .classpath and .project in the Eclipse template. This has
been requested in multiple PRs such as #1338 and #1221 and is essentially a
reversion of #805. I copy the explanation for this change from the discussion
in #1217 by @segfly:

*In short*:

I can't point to any counter-documentation off the top of my head. I just know
from experience these files pollute a project's repo without adding value
- that is, unless everyone contributing is using Eclipse and no-one is using
dependency management. And even then, the guidance provided by the eclipse docs
is bad advice.

*In Long*:

The .classpath file is used by Eclipse to maintain the project's classpath
during automatic compile (every save of a file). In the olden days, one would
manually configure the project within the Eclipse UI and include all the
dependent jars necessary to compile your project. Eclipse then wrote that
configuration out to the .classpath file.

In theory, this file could be shared with others so they did not have to
manually configure their eclipse classpath. In practice, I never saw it work
out quite so well due to eventual bloating of the classpath with needless jars
or jars that only existed on one person's machine. Mind you, many people back
then also used to check their dependent jars into version control along with
their source.

Dependency management tools like Gradle and Maven have done away with all that
of course. But they also integrate nicely with Eclipse and manage the project
classpath dynamically. The .classpath file is basically rebuilt based on
changes to the build.gradle file or pom.xml file. Effectively, this renders the
whole point of checking in the .classpath moot as it is easily rebuilt by the
Maven or Gradle plugin.

The .project file is another animal completely. It basically describes what
plugins should be applied to the project as configured in the Eclipse UI. Again
the theory is it could be shared and creates a happy world. But due to
different eclipse versions people may have, different plugins installed, etc.
sharing the .project file actually causes more issues. And I've seen many
projects unable to open due to a bad .project file - requiring one to delete it
anyway (which then of course, when someone recreates it, they inevitably check
it in over the old one and end up breaking someone else's environment).

The bottom line is, regardless of what the eclipse documentation says, these
are very much internal configuration files for eclipse and best left out of
a repo.

Avoid ignoring Gradle wrapper jar file

Added missing gradle netbeans directory

Ignore the pip self check marker file in a Virtualenv.

Add .Trash-* to ignore Linux partition or ext disk trash folders

Update TeX.gitignore

*.synctex is generated when the synctex option is used under Windows.

root sitemap.xml

Built application files (for Android Studio projects)

Update VisualStudio.gitignore

Ignoring Pow environment settings (Rails)

Added Castalia *.stat files

add rules for new CakePHP 3

Ignore some auxiliary files from knitr

Ignore npm-debug.log

Some visual Studio 6 specific file types. See documentation at:
http://msdn.microsoft.com/en-us/library/aa260829(v=vs.60).aspx
http://msdn.microsoft.com/en-us/library/aa239568(v=vs.60).aspx

Closes #1253 with amendments

Add a global redis ignore file.

Update for Magento 1.9.1

Create IGORPro.gitignore

Global JDeveloper.gitignore

Ignore analysis files from Node.js tools for Visual Studio 2013

Add ocamlbuild and oasis generated files to OCaml .gitignore

Create Nim.gitignore

Added a .gitignore template for Lua based projects.

Should "boostrap.json" be "bootstrap.json"?

And what about the other bootstrap.* files?

Ignoring *.cache as well as *.Cache

Added common ignore globs for Lua, an extensible, high-performace, lightweight multi-paradigm language designed for embedded scripting.

    http://www.lua.org/about.html (More info at https://en.wikipedia.org/wiki/Lua_(programming_language) )

The de-facto package manager for Lua is LuaRocks.

   http://luarocks.org/

- LuaRocks creates a number of files as part of the build process.  These are ignored (*.src.rock, *.tar.gz, *.zip)
- Lua modules are conventionally written in C as shared libraries.  Common build artifacts for C projects copied from C.gitignore

Debug log from npm is now ignored