diff --git a/doc/languages-frameworks/texlive.section.md b/doc/languages-frameworks/texlive.section.md index 35fb0db9a444..a31a4357a22f 100644 --- a/doc/languages-frameworks/texlive.section.md +++ b/doc/languages-frameworks/texlive.section.md @@ -1,6 +1,6 @@ # TeX Live {#sec-language-texlive} -Since release 15.09 there is a new TeX Live packaging that lives entirely under attribute `texlive`. +There is a TeX Live packaging that lives entirely under attribute `texlive`. ## User's guide (experimental new interface) {#sec-language-texlive-user-guide-experimental} diff --git a/doc/packages/nginx.section.md b/doc/packages/nginx.section.md index 41241304ceff..3c04c052cb6b 100644 --- a/doc/packages/nginx.section.md +++ b/doc/packages/nginx.section.md @@ -8,4 +8,4 @@ HTTP has a couple of different mechanisms for caching to prevent clients from ha Fortunately, HTTP supports an alternative (and more effective) caching mechanism: the [`ETag`](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/ETag) response header. The value of the `ETag` header specifies some identifier for the particular content that the server is sending (e.g., a hash). When a client makes a second request for the same resource, it sends that value back in an `If-None-Match` header. If the ETag value is unchanged, then the server does not need to resend the content. -As of NixOS 19.09, the nginx package in Nixpkgs is patched such that when nginx serves a file out of `/nix/store`, the hash in the store path is used as the `ETag` header in the HTTP response, thus providing proper caching functionality. With NixOS 24.05 and later, the `ETag` additionally includes the response content length, to ensure files served with static compression do not share `ETag`s with their uncompressed version. This `ETag` functionality is enabled automatically; you do not need to do modify any configuration to get this behavior. +The nginx package in Nixpkgs is patched such that when nginx serves a file out of `/nix/store`, the hash in the store path is used as the `ETag` header in the HTTP response, thus providing proper caching functionality. With NixOS 24.05 and later, the `ETag` additionally includes the response content length, to ensure files served with static compression do not share `ETag`s with their uncompressed version. This `ETag` functionality is enabled automatically; you do not need to do modify any configuration to get this behavior. diff --git a/doc/packages/steam.section.md b/doc/packages/steam.section.md index 4c87eeb81836..0762b90c896a 100644 --- a/doc/packages/steam.section.md +++ b/doc/packages/steam.section.md @@ -31,7 +31,6 @@ Use `programs.steam.enable = true;` if you want to add steam to `systemPackages` - **Using the FOSS Radeon or nouveau (nvidia) drivers** - - The `newStdcpp` parameter was removed since NixOS 17.09 and should not be needed anymore. - Steam ships statically linked with a version of `libcrypto` that conflicts with the one dynamically loaded by radeonsi_dri.so. If you get the error: ``` diff --git a/nixos/doc/manual/configuration/kubernetes.chapter.md b/nixos/doc/manual/configuration/kubernetes.chapter.md index fba40b648752..e9855af19add 100644 --- a/nixos/doc/manual/configuration/kubernetes.chapter.md +++ b/nixos/doc/manual/configuration/kubernetes.chapter.md @@ -52,7 +52,7 @@ and [](#opt-services.kubernetes.easyCerts) to true. This sets up flannel as CNI and activates automatic PKI bootstrapping. ::: {.note} -As of NixOS 19.03, it is mandatory to configure: +It is mandatory to configure: [](#opt-services.kubernetes.masterAddress). The masterAddress must be resolveable and routeable by all cluster nodes. In single node clusters, this can be set to `localhost`. diff --git a/nixos/doc/manual/installation/installing-from-other-distro.section.md b/nixos/doc/manual/installation/installing-from-other-distro.section.md index 2d9818e6805c..3608cd7716fc 100644 --- a/nixos/doc/manual/installation/installing-from-other-distro.section.md +++ b/nixos/doc/manual/installation/installing-from-other-distro.section.md @@ -206,8 +206,7 @@ The first steps to all these are the same: line) ::: {.note} - Support for `NIXOS_LUSTRATE` was added in NixOS 16.09. The act of - "lustrating" refers to the wiping of the existing distribution. + The act of "lustrating" refers to the wiping of the existing distribution. Creating `/etc/NIXOS_LUSTRATE` can also be used on NixOS to remove all mutable files from your root partition (anything that's not in `/nix` or `/boot` gets "lustrated" on the next boot. diff --git a/nixos/modules/services/x11/desktop-managers/pantheon.md b/nixos/modules/services/x11/desktop-managers/pantheon.md index ce251ec2d394..c964321d4814 100644 --- a/nixos/modules/services/x11/desktop-managers/pantheon.md +++ b/nixos/modules/services/x11/desktop-managers/pantheon.md @@ -74,7 +74,7 @@ this could be most useful for testing a particular plug-in in isolation. : This is a known [issue](https://github.com/NixOS/nixpkgs/issues/64611) and there is no known workaround. [Does AppCenter work, or is it available?]{#sec-pantheon-faq-appcenter} - : AppCenter has been available since 20.03. Starting from 21.11, the Flatpak backend should work so you can install some Flatpak applications using it. However, due to missing appstream metadata, the Packagekit backend does not function currently. See this [issue](https://github.com/NixOS/nixpkgs/issues/15932). + : AppCenter is available and the Flatpak backend should work so you can install some Flatpak applications using it. However, due to missing appstream metadata, the Packagekit backend does not function currently. See this [issue](https://github.com/NixOS/nixpkgs/issues/15932). If you are using Pantheon, AppCenter should be installed by default if you have [Flatpak support](#module-services-flatpak) enabled. If you also wish to add the `appcenter` Flatpak remote: