diff options
Diffstat (limited to 'contributing')
-rw-r--r-- | contributing/web_pages/news/2011-q2-ps.mdwn | 20 |
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... |