Get rid of <figure>

This commit is contained in:
Eelco Dolstra 2020-07-23 14:16:46 +02:00
parent ca130b73a0
commit 136fd55bb2
No known key found for this signature in database
GPG key ID: 8170B4726D7198DE
2 changed files with 20 additions and 24 deletions

View file

@ -21,19 +21,16 @@ The long strings prefixed to the directory names are cryptographic
hashes<footnote><para>160-bit truncations of SHA-256 hashes encoded in
a base-32 notation, to be precise.</para></footnote> of
<emphasis>all</emphasis> inputs involved in building the package —
sources, dependencies, compiler flags, and so on. So if two
packages differ in any way, they end up in different locations in
the file system, so they dont interfere with each other. <xref
linkend='fig-user-environments' /> shows a part of a typical Nix
store.</para>
sources, dependencies, compiler flags, and so on. So if two packages
differ in any way, they end up in different locations in the file
system, so they dont interfere with each other. Here is what a part
of a typical Nix store looks like:</para>
<figure xml:id='fig-user-environments'><title>User environments</title>
<mediaobject>
<mediaobject>
<imageobject>
<imagedata fileref='../figures/user-environments.png' format='PNG' />
</imageobject>
</mediaobject>
</figure>
</mediaobject>
<para>Of course, you wouldnt want to type
@ -50,10 +47,10 @@ uses is to create directory trees of symlinks to
<emphasis>user environments</emphasis> and they are packages
themselves (though automatically generated by
<command>nix-env</command>), so they too reside in the Nix store. For
instance, in <xref linkend='fig-user-environments' /> the user
environment <filename>/nix/store/0c1p5z4kda11...-user-env</filename>
contains a symlink to just Subversion 1.1.2 (arrows in the figure
indicate symlinks). This would be what we would obtain if we had done
instance, in the figure above, the user environment
<filename>/nix/store/0c1p5z4kda11...-user-env</filename> contains a
symlink to just Subversion 1.1.2 (arrows in the figure indicate
symlinks). This would be what we would obtain if we had done
<screen>
$ nix-env -i subversion</screen>

View file

@ -14,10 +14,10 @@ strings prefixed to the directory names are cryptographic hashes\[1\] of
*all* inputs involved in building the package — sources, dependencies,
compiler flags, and so on. So if two packages differ in any way, they
end up in different locations in the file system, so they dont
interfere with each other. [figure\_title](#fig-user-environments) shows
a part of a typical Nix store.
interfere with each other. Here is what a part of a typical Nix store
looks like:
![User environments](../figures/user-environments.png)
![](../figures/user-environments.png)
Of course, you wouldnt want to type
@ -30,11 +30,10 @@ package we want to use, but this is not very convenient since changing
Nix uses is to create directory trees of symlinks to *activated*
packages. These are called *user environments* and they are packages
themselves (though automatically generated by `nix-env`), so they too
reside in the Nix store. For instance, in
[figure\_title](#fig-user-environments) the user environment
`/nix/store/0c1p5z4kda11...-user-env` contains a symlink to just
Subversion 1.1.2 (arrows in the figure indicate symlinks). This would be
what we would obtain if we had done
reside in the Nix store. For instance, in the figure above, the user
environment `/nix/store/0c1p5z4kda11...-user-env` contains a symlink to
just Subversion 1.1.2 (arrows in the figure indicate symlinks). This
would be what we would obtain if we had done
$ nix-env -i subversion