Merge pull request #63911 from lopsided98/cargo-vendor-fix-changelog
nixos/release-notes: fix bad merge of cargo-vendor entry and formatting
This commit is contained in:
commit
51520e79a8
|
@ -81,45 +81,45 @@
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The options <option>services.prometheus.alertmanager.user</option> and
|
The options <option>services.prometheus.alertmanager.user</option> and
|
||||||
<option>services.prometheus.alertmanager.group</option> have been removed
|
<option>services.prometheus.alertmanager.group</option> have been removed
|
||||||
because the alertmanager service is now using systemd's <link
|
because the alertmanager service is now using systemd's <link
|
||||||
xlink:href="http://0pointer.net/blog/dynamic-users-with-systemd.html">
|
xlink:href="http://0pointer.net/blog/dynamic-users-with-systemd.html">
|
||||||
DynamicUser mechanism</link> which obviates these options.
|
DynamicUser mechanism</link> which obviates these options.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The NetworkManager systemd unit was renamed back from network-manager.service to
|
The NetworkManager systemd unit was renamed back from network-manager.service to
|
||||||
NetworkManager.service for better compatibility with other applications expecting this name.
|
NetworkManager.service for better compatibility with other applications expecting this name.
|
||||||
The same applies to ModemManager where modem-manager.service is now called ModemManager.service again.
|
The same applies to ModemManager where modem-manager.service is now called ModemManager.service again.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The <option>services.nzbget.configFile</option> and <option>services.nzbget.openFirewall</option>
|
The <option>services.nzbget.configFile</option> and <option>services.nzbget.openFirewall</option>
|
||||||
options were removed as they are managed internally by the nzbget. The
|
options were removed as they are managed internally by the nzbget. The
|
||||||
<option>services.nzbget.dataDir</option> option hadn't actually been used by
|
<option>services.nzbget.dataDir</option> option hadn't actually been used by
|
||||||
the module for some time and so was removed as cleanup.
|
the module for some time and so was removed as cleanup.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The <option>services.mysql.pidDir</option> option was removed, as it was only used by the wordpress
|
The <option>services.mysql.pidDir</option> option was removed, as it was only used by the wordpress
|
||||||
apache-httpd service to wait for mysql to have started up.
|
apache-httpd service to wait for mysql to have started up.
|
||||||
This can be accomplished by either describing a dependency on mysql.service (preferred)
|
This can be accomplished by either describing a dependency on mysql.service (preferred)
|
||||||
or waiting for the (hardcoded) <filename>/run/mysqld/mysql.sock</filename> file to appear.
|
or waiting for the (hardcoded) <filename>/run/mysqld/mysql.sock</filename> file to appear.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The <option>services.emby.enable</option> module has been removed, see
|
The <option>services.emby.enable</option> module has been removed, see
|
||||||
<option>services.jellyfin.enable</option> instead for a free software fork of Emby.
|
<option>services.jellyfin.enable</option> instead for a free software fork of Emby.
|
||||||
|
|
||||||
See the Jellyfin documentation:
|
See the Jellyfin documentation:
|
||||||
<link xlink:href="https://jellyfin.readthedocs.io/en/latest/administrator-docs/migrate-from-emby/">
|
<link xlink:href="https://jellyfin.readthedocs.io/en/latest/administrator-docs/migrate-from-emby/">
|
||||||
Migrating from Emby to Jellyfin
|
Migrating from Emby to Jellyfin
|
||||||
</link>
|
</link>
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
|
@ -136,50 +136,50 @@
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
Several of the apache subservices have been replaced with full NixOS
|
Several of the apache subservices have been replaced with full NixOS
|
||||||
modules including LimeSurvey and WordPress.
|
modules including LimeSurvey and WordPress.
|
||||||
These modules can be enabled using the <option>services.limesurvey.enable</option>
|
These modules can be enabled using the <option>services.limesurvey.enable</option>
|
||||||
and <option>services.wordpress.enable</option> options.
|
and <option>services.wordpress.enable</option> options.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The option <option>systemd.network.networks.<name>.routes.*.routeConfig.GatewayOnlink</option>
|
The option <option>systemd.network.networks.<name>.routes.*.routeConfig.GatewayOnlink</option>
|
||||||
was renamed to <option>systemd.network.networks.<name>.routes.*.routeConfig.GatewayOnLink</option>
|
was renamed to <option>systemd.network.networks.<name>.routes.*.routeConfig.GatewayOnLink</option>
|
||||||
(capital <literal>L</literal>). This follows
|
(capital <literal>L</literal>). This follows
|
||||||
<link xlink:href="https://github.com/systemd/systemd/commit/9cb8c5593443d24c19e40bfd4fc06d672f8c554c">
|
<link xlink:href="https://github.com/systemd/systemd/commit/9cb8c5593443d24c19e40bfd4fc06d672f8c554c">
|
||||||
upstreams renaming
|
upstreams renaming
|
||||||
</link> of the setting.
|
</link> of the setting.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
As of this release the NixOps feature <literal>autoLuks</literal> is deprecated. It no longer works
|
As of this release the NixOps feature <literal>autoLuks</literal> is deprecated. It no longer works
|
||||||
with our systemd version without manual intervention.
|
with our systemd version without manual intervention.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
Whenever the usage of the module is detected the evaluation will fail with a message
|
Whenever the usage of the module is detected the evaluation will fail with a message
|
||||||
explaining why and how to deal with the situation.
|
explaining why and how to deal with the situation.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
A new knob named <literal>nixops.enableDeprecatedAutoLuks</literal>
|
A new knob named <literal>nixops.enableDeprecatedAutoLuks</literal>
|
||||||
has been introduced to disable the eval failure and to acknowledge the notice was received and read.
|
has been introduced to disable the eval failure and to acknowledge the notice was received and read.
|
||||||
If you plan on using the feature please note that it might break with subsequent updates.
|
If you plan on using the feature please note that it might break with subsequent updates.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
Make sure you set the <literal>_netdev</literal> option for each of the file systems referring to block
|
Make sure you set the <literal>_netdev</literal> option for each of the file systems referring to block
|
||||||
devices provided by the autoLuks module. Not doing this might render the system in a
|
devices provided by the autoLuks module. Not doing this might render the system in a
|
||||||
state where it doesn't boot anymore.
|
state where it doesn't boot anymore.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
If you are actively using the <literal>autoLuks</literal> module please let us know in
|
If you are actively using the <literal>autoLuks</literal> module please let us know in
|
||||||
<link xlink:href="https://github.com/NixOS/nixpkgs/issues/62211">issue #62211</link>.
|
<link xlink:href="https://github.com/NixOS/nixpkgs/issues/62211">issue #62211</link>.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The setopt declarations will be evaluated at the end of <literal>/etc/zshrc</literal>, so any code in <xref linkend="opt-programs.zsh.interactiveShellInit" />,
|
The setopt declarations will be evaluated at the end of <literal>/etc/zshrc</literal>, so any code in <xref linkend="opt-programs.zsh.interactiveShellInit" />,
|
||||||
<xref linkend="opt-programs.zsh.loginShellInit" /> and <xref linkend="opt-programs.zsh.promptInit" /> may break if it relies on those options being set.
|
<xref linkend="opt-programs.zsh.loginShellInit" /> and <xref linkend="opt-programs.zsh.promptInit" /> may break if it relies on those options being set.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
|
@ -236,36 +236,36 @@
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The <literal>hunspellDicts.fr-any</literal> dictionary now ships with <literal>fr_FR.{aff,dic}</literal>
|
The <literal>hunspellDicts.fr-any</literal> dictionary now ships with <literal>fr_FR.{aff,dic}</literal>
|
||||||
which is linked to <literal>fr-toutesvariantes.{aff,dic}</literal>.
|
which is linked to <literal>fr-toutesvariantes.{aff,dic}</literal>.
|
||||||
</para>
|
|
||||||
</listitem>
|
|
||||||
<listitem>
|
|
||||||
<para>
|
|
||||||
The <literal>mysql</literal> service now runs as <literal>mysql</literal>
|
|
||||||
user. Previously, systemd did execute it as root, and mysql dropped privileges
|
|
||||||
itself.
|
|
||||||
This includes <literal>ExecStartPre=</literal> and
|
|
||||||
<literal>ExecStartPost=</literal> phases.
|
|
||||||
To accomplish that, runtime and data directory setup was delegated to
|
|
||||||
RuntimeDirectory and tmpfiles.
|
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
With the upgrade to systemd version 242 the <literal>systemd-timesyncd</literal>
|
The <literal>mysql</literal> service now runs as <literal>mysql</literal>
|
||||||
service is no longer using <literal>DynamicUser=yes</literal>. In order for the
|
user. Previously, systemd did execute it as root, and mysql dropped privileges
|
||||||
upgrade to work we rely on an activation script to move the state from the old
|
itself.
|
||||||
to the new directory. The older directory (prior <literal>19.09</literal>) was
|
This includes <literal>ExecStartPre=</literal> and
|
||||||
<literal>/var/lib/private/systemd/timesync</literal>.
|
<literal>ExecStartPost=</literal> phases.
|
||||||
|
To accomplish that, runtime and data directory setup was delegated to
|
||||||
|
RuntimeDirectory and tmpfiles.
|
||||||
|
</para>
|
||||||
|
</listitem>
|
||||||
|
<listitem>
|
||||||
|
<para>
|
||||||
|
With the upgrade to systemd version 242 the <literal>systemd-timesyncd</literal>
|
||||||
|
service is no longer using <literal>DynamicUser=yes</literal>. In order for the
|
||||||
|
upgrade to work we rely on an activation script to move the state from the old
|
||||||
|
to the new directory. The older directory (prior <literal>19.09</literal>) was
|
||||||
|
<literal>/var/lib/private/systemd/timesync</literal>.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
As long as the <literal>system.config.stateVersion</literal> is below
|
As long as the <literal>system.config.stateVersion</literal> is below
|
||||||
<literal>19.09</literal> the state folder will migrated to its proper location
|
<literal>19.09</literal> the state folder will migrated to its proper location
|
||||||
(<literal>/var/lib/systemd/timesync</literal>), if required.
|
(<literal>/var/lib/systemd/timesync</literal>), if required.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The package <literal>avahi</literal> is now built to look up service
|
The package <literal>avahi</literal> is now built to look up service
|
||||||
definitions from <literal>/etc/avahi/services</literal> instead of its
|
definitions from <literal>/etc/avahi/services</literal> instead of its
|
||||||
|
@ -275,32 +275,36 @@
|
||||||
in the aforementioned directory. See <citerefentry>
|
in the aforementioned directory. See <citerefentry>
|
||||||
<refentrytitle>avahi.service</refentrytitle><manvolnum>5</manvolnum>
|
<refentrytitle>avahi.service</refentrytitle><manvolnum>5</manvolnum>
|
||||||
</citerefentry> for more information on custom service definitions.
|
</citerefentry> for more information on custom service definitions.
|
||||||
Since version 0.1.19, <literal>cargo-vendor</literal> honors package
|
|
||||||
includes that are specified in the <filename>Cargo.toml</filename>
|
|
||||||
file of Rust crates. <literal>rustPlatform.buildRustPackage</literal> uses
|
|
||||||
<literal>cargo-vendor</literal> to collect and build dependent crates.
|
|
||||||
Since this change in <literal>cargo-vendor</literal> changes the set of
|
|
||||||
vendored files for most Rust packages, the hash that use used to verify
|
|
||||||
the dependencies, <literal>cargoSha256</literal>, also changes.
|
|
||||||
</para>
|
|
||||||
<para>
|
|
||||||
The <literal>cargoSha256</literal> hashes of all in-tree derivations that
|
|
||||||
use <literal>buildRustPackage</literal> have been updated to reflect this
|
|
||||||
change. However, third-party derivations that use
|
|
||||||
<literal>buildRustPackage</literal> may have to be updated as well.
|
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The <literal>consul</literal> package was upgraded past version <literal>1.5</literal>,
|
Since version 0.1.19, <literal>cargo-vendor</literal> honors package
|
||||||
so its deprecated legacy UI is no longer available.
|
includes that are specified in the <filename>Cargo.toml</filename>
|
||||||
|
file of Rust crates. <literal>rustPlatform.buildRustPackage</literal> uses
|
||||||
|
<literal>cargo-vendor</literal> to collect and build dependent crates.
|
||||||
|
Since this change in <literal>cargo-vendor</literal> changes the set of
|
||||||
|
vendored files for most Rust packages, the hash that use used to verify
|
||||||
|
the dependencies, <literal>cargoSha256</literal>, also changes.
|
||||||
|
</para>
|
||||||
|
<para>
|
||||||
|
The <literal>cargoSha256</literal> hashes of all in-tree derivations that
|
||||||
|
use <literal>buildRustPackage</literal> have been updated to reflect this
|
||||||
|
change. However, third-party derivations that use
|
||||||
|
<literal>buildRustPackage</literal> may have to be updated as well.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
The default resample-method for PulseAudio has been changed from the upstream default <literal>speex-float-1</literal>
|
The <literal>consul</literal> package was upgraded past version <literal>1.5</literal>,
|
||||||
to <literal>speex-float-5</literal>. Be aware that low-powered ARM-based and MIPS-based boards will struggle with this
|
so its deprecated legacy UI is no longer available.
|
||||||
so you'll need to set <option>hardware.pulseaudio.daemon.config.resample-method</option> back to <literal>speex-float-1</literal>.
|
</para>
|
||||||
|
</listitem>
|
||||||
|
<listitem>
|
||||||
|
<para>
|
||||||
|
The default resample-method for PulseAudio has been changed from the upstream default <literal>speex-float-1</literal>
|
||||||
|
to <literal>speex-float-5</literal>. Be aware that low-powered ARM-based and MIPS-based boards will struggle with this
|
||||||
|
so you'll need to set <option>hardware.pulseaudio.daemon.config.resample-method</option> back to <literal>speex-float-1</literal>.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
|
|
Loading…
Reference in New Issue