diff options
author | Eelco Dolstra <e.dolstra@tudelft.nl> | 2006-10-06T09·03+0000 |
---|---|---|
committer | Eelco Dolstra <e.dolstra@tudelft.nl> | 2006-10-06T09·03+0000 |
commit | b3fc0160618d89bf63ce87ccad27fc68360c9731 (patch) | |
tree | 40846e972e7611837efbee3cb9c853765ba7faca /doc/manual/release-notes.xml | |
parent | 3815d2d463d6cd130e96497e66ff50b9243e59fb (diff) |
* Translate Unicode quote characters to ASCII equivalents when
generating NEWS.txt.
Diffstat (limited to 'doc/manual/release-notes.xml')
-rw-r--r-- | doc/manual/release-notes.xml | 24 |
1 files changed, 12 insertions, 12 deletions
diff --git a/doc/manual/release-notes.xml b/doc/manual/release-notes.xml index ea85cacf998c..609be91f532c 100644 --- a/doc/manual/release-notes.xml +++ b/doc/manual/release-notes.xml @@ -533,8 +533,8 @@ xlink:href='http://catamaran.labs.cs.uu.nl/dist/nix/channels-v3/nixpkgs-unstable hash.)</para></listitem> <listitem><para>Big cleanups and simplifications of the basic store - semantics. The notion of "closure store expressions" is gone (and - so is the notion of "successors"); the file system references of a + semantics. The notion of “closure store expressions” is gone (and + so is the notion of “successors”); the file system references of a store path are now just stored in the database.</para> <para>For instance, given any store path, you can query its closure: @@ -544,7 +544,7 @@ $ nix-store -qR $(which firefox) ... lots of paths ...</screen> Also, Nix now remembers for each store path the derivation that - built it (the "deriver"): + built it (the “deriver”): <screen> $ nix-store -qR $(which firefox) @@ -588,7 +588,7 @@ $ nix-store -q --referrers-closure \ <listitem><para>One-click installation :-) It is now possible to install any top-level component in Nixpkgs directly, through the web - - see, e.g., <link + — see, e.g., <link xlink:href='http://catamaran.labs.cs.uu.nl/dist/nixpkgs-0.8/' />. All you have to do is associate <filename>/nix/bin/nix-install-package</filename> with the MIME type @@ -670,10 +670,10 @@ $ nix-env -f .../i686-linux.nix -i -E 'x: x.firefoxWrapper'</screen> </listitem> <listitem><para>The garbage collector now finally deletes paths in - the right order (i.e., topologically sorted under the - <quote>references</quote> relation), thus making it safe to - interrupt the collector without risking a store that violates the - closure invariant.</para></listitem> + the right order (i.e., topologically sorted under the “references” + relation), thus making it safe to interrupt the collector without + risking a store that violates the closure + invariant.</para></listitem> <listitem><para>Likewise, the substitute mechanism now downloads files in the right order, thus preserving the closure invariant at @@ -737,10 +737,10 @@ $ nix-env -f .../i686-linux.nix -i -E 'x: x.firefoxWrapper'</screen> <listitem><para>Binary patching. When upgrading components using pre-built binaries (through nix-pull / nix-channel), Nix can automatically download and apply binary patches to already installed - components instead of full downloads. Patching is "smart": if there - is a *sequence* of patches to an installed component, Nix will use - it. Patches are currently generated automatically between Nixpkgs - (pre-)releases.</para></listitem> + components instead of full downloads. Patching is “smart”: if there + is a <emphasis>sequence</emphasis> of patches to an installed + component, Nix will use it. Patches are currently generated + automatically between Nixpkgs (pre-)releases.</para></listitem> <listitem><para>Simplifications to the substitute mechanism.</para></listitem> |