summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorantrik <antrik@users.sf.net>2011-10-05 02:38:29 +0200
committerantrik <antrik@users.sf.net>2011-10-05 02:38:29 +0200
commit39fc110979d8d2a0002fadb89eb6b7a77e7f4586 (patch)
tree8ff1fbe3461d107bea7e39bcfe9797f4277a2298
parent2e4f6861bdf5a420e00718f14d9c0fe923199bfe (diff)
2011-q2-ps: Replace some unnecessary non-ascii characters
-rw-r--r--contributing/web_pages/news/2011-q2-ps.mdwn20
1 files changed, 10 insertions, 10 deletions
diff --git a/contributing/web_pages/news/2011-q2-ps.mdwn b/contributing/web_pages/news/2011-q2-ps.mdwn
index 549dabd0..a6af80fb 100644
--- a/contributing/web_pages/news/2011-q2-ps.mdwn
+++ b/contributing/web_pages/news/2011-q2-ps.mdwn
@@ -31,7 +31,7 @@ In the following, we try to clear the situation up a bit.
GNU/kFreeBSD -- but we don't know whether we will make it. It
mostly depends on a lot of work which is still to be done. If you
want to help, please see our [[contributing]] page and the *to do*
- list maintained on <http://wiki.debian.org/Debian_GNU/Hurd>. We’d
+ list maintained on <http://wiki.debian.org/Debian_GNU/Hurd>. We'd
be happy to have you on board!
* **Java support for GNU/Hurd is nearby**: Jérémie Koenig is working
@@ -54,20 +54,20 @@ In the following, we try to clear the situation up a bit.
are available through DDE, though (needs manual setup for
now). With a good amount of work, DDE also allows porting other
classes of drivers to allow using the drivers from recent Linux
- releases — and push them into userspace.
+ releases -- and push them into userspace.
* **The Hurd has SMP, but Mach needs drivers for new chipsets**: The
**Hurd servers support SMP** and **GNU Mach has SMP support**. But
the latter
[[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so
- the Hurd currently can’t take advantage of multiple cores.
+ the Hurd currently can't take advantage of multiple cores.
* **The good design of the Hurd allowed a tiny group of enthusiasts
to make it work**: For the last decade, the Hurd had on average 5
hobby developers. That these developers managed to get the Hurd
into a state where it actually gets not too far from the Linux
- kernel in performance — which has about 1000 developers, many of
- them full time — shows the efficiency of the Hurd’s design.
+ kernel in performance -- which has about 1000 developers, many of
+ them full time -- shows the efficiency of the Hurd's design.
* **Manual Installation is still challenging**: Please read the
[[README|http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/YES_REALLY_README.txt]]
@@ -77,7 +77,7 @@ In the following, we try to clear the situation up a bit.
[[preinstalled image|http://people.debian.org/~sthibault/hurd-i386/debian-hurd.img.tar.gz]].
* **The system is called GNU**: The GNU userland (glibc, coreutils,
- …) and the GNU Hurd together form the GNU system. To avoid being
+ ...) and the GNU Hurd together form the GNU system. To avoid being
mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU
Hurd. The *correct* name is simply GNU.
@@ -94,7 +94,7 @@ Some possible explanations include:
* IPCs [are no more such a problem on recent hardware][ipc].
Note: The emulation layer should rather make the context switches
- worse, so it’s likely not a reason for the unexpectedly good
+ worse, so it's likely not a reason for the unexpectedly good
performance.
We hope to see more tests like that in the future!
@@ -115,7 +115,7 @@ and phoronix did some [performance tests of the Hurd][phorperf],
IRC, freenode, #hurd, 2011-08-24:
< ArneBab> hurd related: I now think you were right, antrik: the hurd
- rumors don’t belong into the news (tschwinge)
+ rumors don't belong into the news (tschwinge)
< antrik> ArneBab: you mean the postscriptum as a whole, or just the wild
rumours part?...
< ArneBab> the whole PS
@@ -133,10 +133,10 @@ IRC, freenode, #hurd, 2011-08-24:
< antrik> and drop all unrelated speculations that popped up
< antrik> BTW, it *might* be useful perhaps to actually update the original
news posting with the clarifications?...
- < ArneBab> we can’t do that without breaking some peoples RSS feeds
+ < ArneBab> we can't do that without breaking some peoples RSS feeds
< antrik> note that there is another aspect to consider: the fact that
several news sites picked it up is indeed genuine news by itself...
- < ArneBab> that’s right, yes
+ < ArneBab> that's right, yes
< antrik> will it really break anything? from what I heard so far it just
means they will see the posting as new again, which would actually make
sense in this case...