From acad8d9a77a96d9edf33e3ee9bf2e8be74904228 Mon Sep 17 00:00:00 2001
From: Kyle Robinson Young <kyle@dontkry.com>
Date: Thu, 29 Nov 2012 10:59:12 -0800
Subject: [PATCH] website: typo fixes

---
 doc/blog/README.md                                            | 2 +-
 doc/blog/Uncategorized/libuv-status-report.md                 | 2 +-
 doc/blog/Uncategorized/profiling-node-js.md                   | 2 +-
 doc/blog/Uncategorized/trademark.md                           | 4 ++--
 doc/blog/npm/managing-node-js-dependencies-with-shrinkwrap.md | 2 +-
 doc/blog/npm/npm-1-0-link.md                                  | 2 +-
 doc/blog/release/node-v0-4-6.md                               | 2 +-
 doc/blog/release/node-v0-7-0-unstable.md                      | 2 +-
 doc/blog/release/v0.8.1.md                                    | 2 +-
 9 files changed, 10 insertions(+), 10 deletions(-)

diff --git a/doc/blog/README.md b/doc/blog/README.md
index 7d37706..24fba49 100644
--- a/doc/blog/README.md
+++ b/doc/blog/README.md
@@ -19,7 +19,7 @@ The relevant headers are:
 
 Posts in the "release" category are only shown in the main lists when
 they are the most recent release for that version family.  The stable
-branch supercedes its unstable counterpart, so the presence of a `0.8.2`
+branch supersedes its unstable counterpart, so the presence of a `0.8.2`
 release notice will cause `0.7.10` to be hidden, but `0.6.19` would
 be unaffected.
 
diff --git a/doc/blog/Uncategorized/libuv-status-report.md b/doc/blog/Uncategorized/libuv-status-report.md
index 4d7f3e9..37c8227 100644
--- a/doc/blog/Uncategorized/libuv-status-report.md
+++ b/doc/blog/Uncategorized/libuv-status-report.md
@@ -11,7 +11,7 @@ We <a href="http://blog.nodejs.org/2011/06/23/porting-node-to-windows-with-micro
 
 We attempt to not reinvent the wheel where possible. The entire Unix backend sits heavily on Marc Lehmann's beautiful libraries <a href="http://software.schmorp.de/pkg/libev.html">libev</a> and <a href="http://software.schmorp.de/pkg/libeio.html">libeio</a>. For DNS we integrated with Daniel Stenberg's <a href="http://c-ares.haxx.se/">C-Ares</a>. For cross-platform build-system support we're relying on Chrome's <a href="http://code.google.com/p/gyp/">GYP</a> meta-build system.
 
-The current implmented features are:
+The current implemented features are:
 <ul>
 	<li>Non-blocking TCP sockets (using IOCP on Windows)</li>
 	<li>Non-blocking named pipes</li>
diff --git a/doc/blog/Uncategorized/profiling-node-js.md b/doc/blog/Uncategorized/profiling-node-js.md
index abb51da..6f041af 100644
--- a/doc/blog/Uncategorized/profiling-node-js.md
+++ b/doc/blog/Uncategorized/profiling-node-js.md
@@ -32,7 +32,7 @@ This is a visualization of all of the profiled call stacks. This example is from
 That's the summary. There are a few prerequisites:
 
 <ul>
-    <li>You must gather data on a system that supports DTrace with the Node.js ustack helper. For now, this pretty much means <a href="http://illumos.org/">illumos</a>-based systems like <a href="http://smartos.org/">SmartOS</a>, including the Joyent Cloud. <strong>MacOS users:</strong> OS X supports DTrace, but not ustack helpers. The way to get this changed is to contact your Apple developer liason (if you're lucky enough to have one) or <strong>file a bug report at bugreport.apple.com</strong>. I'd suggest referencing existing bugs 5273057 and 11206497. More bugs filed (even if closed as dups) show more interest and make it more likely Apple will choose to fix this.</li>
+    <li>You must gather data on a system that supports DTrace with the Node.js ustack helper. For now, this pretty much means <a href="http://illumos.org/">illumos</a>-based systems like <a href="http://smartos.org/">SmartOS</a>, including the Joyent Cloud. <strong>MacOS users:</strong> OS X supports DTrace, but not ustack helpers. The way to get this changed is to contact your Apple developer liaison (if you're lucky enough to have one) or <strong>file a bug report at bugreport.apple.com</strong>. I'd suggest referencing existing bugs 5273057 and 11206497. More bugs filed (even if closed as dups) show more interest and make it more likely Apple will choose to fix this.</li>
     <li>You must be on 32-bit Node.js 0.6.7 or later, built <code>--with-dtrace</code>. The helper doesn't work with 64-bit Node yet. On illumos (including SmartOS), development releases (the 0.7.x train) include DTrace support by default.</li>
 </ul>
 
diff --git a/doc/blog/Uncategorized/trademark.md b/doc/blog/Uncategorized/trademark.md
index 1bc177b..7494915 100644
--- a/doc/blog/Uncategorized/trademark.md
+++ b/doc/blog/Uncategorized/trademark.md
@@ -5,13 +5,13 @@ status: publish
 category: Uncategorized
 slug: trademark
 
-One of the things Joyent accepted when we took on the Node project was to provide resources to help the community grow. The Node project is amazing because of the expertize, dedication and hard work of the community. However in all communities there is the possibility of people acting inappropriately. We decided to introduce trademarks on the “Node.js” and the “Node logo” in order to ensure that people or organisations who are not investing in the Node community misrepresent, or create confusion about the role of themselves or their products with Node.
+One of the things Joyent accepted when we took on the Node project was to provide resources to help the community grow. The Node project is amazing because of the expertise, dedication and hard work of the community. However in all communities there is the possibility of people acting inappropriately. We decided to introduce trademarks on the “Node.js” and the “Node logo” in order to ensure that people or organisations who are not investing in the Node community misrepresent, or create confusion about the role of themselves or their products with Node.
 
 We are big fans of the people who have contributed to Node and we have worked hard to make sure that existing members of the community will be unaffected by this change. For most people they don’t have to do anything they are free to use the Node.js marks in their free open source projects (see guidelines). For others we’ve already granted them licenses to use Node.js marks in their domain names and their businesses. We value all of these contributions to the Node community and hope that we can continue to protect their good names and hard work.
 
 Where does our trademark policy come from? We started by looking at popular open source foundations like the Apache Software Foundation and Linux. By strongly basing our policy on the one used by the Apache Software Foundation we feel that we’ve created a policy which is liberal enough to allow the open source community to easily make use of the mark in the context of free open source software, but secure enough to protect the community’s work from being misrepresented by other organisations.
 
-While we realise that any changes involving lawyers can be intimidating to the community we want to make this transition as smoothly as possible and welcome your questions and feedback on the policy and how we are implementing it.
+While we realize that any changes involving lawyers can be intimidating to the community we want to make this transition as smoothly as possible and welcome your questions and feedback on the policy and how we are implementing it.
 
 <a href="http://nodejs.org/trademark-policy.pdf">http://nodejs.org/trademark-policy.pdf</a>
 trademark@joyent.com
diff --git a/doc/blog/npm/managing-node-js-dependencies-with-shrinkwrap.md b/doc/blog/npm/managing-node-js-dependencies-with-shrinkwrap.md
index 403eada..d48afab 100644
--- a/doc/blog/npm/managing-node-js-dependencies-with-shrinkwrap.md
+++ b/doc/blog/npm/managing-node-js-dependencies-with-shrinkwrap.md
@@ -149,7 +149,7 @@ DESCRIPTION
 <p>Of course, the details of each use case matter a lot, and the world doesn&#039;t have to pick just one solution. If you like checking in node_modules, you should keep doing that. We&#039;ve chosen the shrinkwrap route because that works better for us.
 
 </p>
-<p>It&#039;s not exactly news that Joyent is heavy on Node. Node is the heart of our SmartDataCenter (SDC) product, whose public-facing web portal, public API, Cloud Analytics, provisioning, billing, heartbeating, and other services are all implemented in Node. That&#039;s why it&#039;s so important to us to have robust components (like <a href="https://github.com/trentm/node-bunyan">logging</a> and <a href="http://mcavage.github.com/node-restify/">REST</a>) and tools for <a href="http://dtrace.org/blogs/dap/2012/01/13/playing-with-nodev8-postmortem-debugging/">understanding production failures post mortem</a>, <a href="http://dtrace.org/blogs/dap/2012/01/05/where-does-your-node-program-spend-its-time/">profile Node apps in production</a>, and now managing Node dependencies. Again, we&#039;re interested to hear feedback from others using these tools.
+<p>It&#039;s not exactly news that Joyent is heavy on Node. Node is the heart of our SmartDataCenter (SDC) product, whose public-facing web portal, public API, Cloud Analytics, provisioning, billing, heartbeating, and other services are all implemented in Node. That&#039;s why it&#039;s so important to us to have robust components (like <a href="https://github.com/trentm/node-bunyan">logging</a> and <a href="http://mcavage.github.com/node-restify/">REST</a>) and tools for <a href="http://dtrace.org/blogs/dap/2012/01/13/playing-with-nodev8-postmortem-debugging/">understanding production failures postmortem</a>, <a href="http://dtrace.org/blogs/dap/2012/01/05/where-does-your-node-program-spend-its-time/">profile Node apps in production</a>, and now managing Node dependencies. Again, we&#039;re interested to hear feedback from others using these tools.
 
 </p>
 <hr />
diff --git a/doc/blog/npm/npm-1-0-link.md b/doc/blog/npm/npm-1-0-link.md
index 9e5c3c8..095ecb5 100644
--- a/doc/blog/npm/npm-1-0-link.md
+++ b/doc/blog/npm/npm-1-0-link.md
@@ -23,7 +23,7 @@ slug: npm-1-0-link
 
 <p>It was easy enough to point that symlink to a different location. However, since the <em>package.json file could change</em>, that meant that the connection between the version and the folder was not reliable.</p>
 
-<p>At first, this was just sort of something that we dealt with by saying, &#8220;Relink if you change the version.&#8221; However, as more and more edge cases arose, eventually the solution was to give link packages this fakey version of &#8220;9999.0.0-LINK-hash&#8221; so that npm knew it was an imposter. Sometimes the package was treated as if it had the 9999.0.0 version, and other times it was treated as if it had the version specified in the package.json.</p>
+<p>At first, this was just sort of something that we dealt with by saying, &#8220;Relink if you change the version.&#8221; However, as more and more edge cases arose, eventually the solution was to give link packages this fakey version of &#8220;9999.0.0-LINK-hash&#8221; so that npm knew it was an impostor. Sometimes the package was treated as if it had the 9999.0.0 version, and other times it was treated as if it had the version specified in the package.json.</p>
 
 <h2 id="a_better_way">A better way</h2>
 
diff --git a/doc/blog/release/node-v0-4-6.md b/doc/blog/release/node-v0-4-6.md
index 964f3a2..12d0072 100644
--- a/doc/blog/release/node-v0-4-6.md
+++ b/doc/blog/release/node-v0-4-6.md
@@ -11,7 +11,7 @@ slug: node-v0-4-6
 <li> Auto completion of built-in debugger suggests prefix match rather than partial match. (koichik)
 <li> circular reference in vm modules. #822 (Jakub Lekstan)
 <li> http response.readable should be false after 'end' #867 (Abe Fettig)
-<li> Implemenet os.cpus() and os.uptime() on Solaris (Scott McWhirter)
+<li> Implement os.cpus() and os.uptime() on Solaris (Scott McWhirter)
 <li> fs.ReadStream: Allow omission of end option for range reads #801 (Felix Geisendörfer)
 <li> Buffer.write() with UCS-2 should not be write partial char #916 (koichik)
 <Li> Pass secureProtocol through on tls.Server creation (Theo Schlossnagle)
diff --git a/doc/blog/release/node-v0-7-0-unstable.md b/doc/blog/release/node-v0-7-0-unstable.md
index 2bf3ad5..5b768e7 100644
--- a/doc/blog/release/node-v0-7-0-unstable.md
+++ b/doc/blog/release/node-v0-7-0-unstable.md
@@ -12,7 +12,7 @@ slug: node-v0-7-0-unstable
 <ul>
 <li>Upgrade V8 to 3.8.6
 <li>Use GYP build system on unix (Ben Noordhuis)
-<li>Experimenetal isolates support (Ben Noordhuis)
+<li>Experimental isolates support (Ben Noordhuis)
 <li>Improvements to Cluster API (Andreas Madsen)
 <li>Use isolates for internal debugger (Fedor Indutny)
 <li>Bug fixes</ul>
diff --git a/doc/blog/release/v0.8.1.md b/doc/blog/release/v0.8.1.md
index b8c84e2..0ce631e 100644
--- a/doc/blog/release/v0.8.1.md
+++ b/doc/blog/release/v0.8.1.md
@@ -12,7 +12,7 @@ date: 2012.06.29
   - Support for parallel use of the cache folder
   - Retry on registry timeouts or network failures (Trent Mick)
   - Reduce 'engines' failures to a warning
-  - Use new zsh completion if aviailable (Jeremy Cantrell)
+  - Use new zsh completion if available (Jeremy Cantrell)
 
 * Fix #3577 Un-break require('sys')
 
-- 
2.7.4