jiebi/CodeConvo huggingface dataset:
Change:
Note the mismatch between the text and url. [x] checked [latest Nixpkgs manual] ([source][nixpkgs-source]) and [latest NixOS manual] ([source][nixos-source]) [x] checked [open documentation issues] for possible duplicates [x] checked [open documentation pull requests] for possible solutions [latest Nixpkgs manual]: [latest NixOS manual]: [nixpkgs-source]: [nixos-source]: [open documentation issues]: [open documentation pull requests]: Change the link url to point to the channel.

Discussion:
<listitem> <para> <emphasis>Stable channels</emphasis>, such as <del> <link xlink:href="https://nixos.org/channels/nixos-22.05"><literal>nixos-22.11</literal></link>. </del> <ins> <link xlink:href="https://nixos.org/channels/nixos-22.11"><literal>nixos-22.11</literal></link>. </ins> These only get conservative bug fixes and package upgrades. For instance, a channel update may cause the Linux kernel on your system to be upgraded from 4.19.34 to 4.19.38 (a minor bug fix),

<listitem> <para> <emphasis>Small channels</emphasis>, such as <del> <link xlink:href="https://nixos.org/channels/nixos-22.05-small"><literal>nixos-22.11-small</literal></link> </del> <ins> <link xlink:href="https://nixos.org/channels/nixos-22.11-small"><literal>nixos-22.11-small</literal></link> </ins> or <link xlink:href="https://nixos.org/channels/nixos-unstable-small"><literal>nixos-unstable-small</literal></link>. These are identical to the stable and unstable channels

automatically from NixOS's Git repository after certain tests have passed and all packages have been built. These channels are: <del> -   *Stable channels*, such as [`nixos-22.11`](https://nixos.org/channels/nixos-22.05). </del> <ins> -   *Stable channels*, such as [`nixos-22.11`](https://nixos.org/channels/nixos-22.11). </ins> These only get conservative bug fixes and package upgrades. For instance, a channel update may cause the Linux kernel on your system to be upgraded from 4.19.34 to 4.19.38 (a minor bug fix), but not

radical changes between channel updates. It's not recommended for production systems. <del> -   *Small channels*, such as [`nixos-22.11-small`](https://nixos.org/channels/nixos-22.05-small) </del> <ins> -   *Small channels*, such as [`nixos-22.11-small`](https://nixos.org/channels/nixos-22.11-small) </ins> or [`nixos-unstable-small`](https://nixos.org/channels/nixos-unstable-small). These are identical to the stable and unstable channels described above, except that they contain fewer binary packages. This means they get updated
Change:
Project description The Force Engine is a source port designed to run the original Disney games: Dark Forces and Outlaws natively on modern systems with quality of life improvements and optional enhancements. Metadata homepage URL: source URL: license: platforms: linux

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , SDL2 , libdevil , rtaudio , rtmidi , glew , alsa-lib , cmake , pkg-config }: stdenv.mkDerivation rec { pname = "theforceengine"; version = "1.09.100"; src = fetchFromGitHub { owner = "luciusDXL"; repo = "TheForceEngine"; rev = "v${version}"; sha256 = "sha256-nw9yp/StaSi5thafVT1V5YA2ZCYGWNoHUvQTpK90Foc="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ SDL2 libdevil rtaudio rtmidi glew alsa-lib ]; prePatch = '' # use nix store path instead of hardcoded /usr/share for support data substituteInPlace TheForceEngine/TFE_FileSystem/paths-posix.cpp  --replace "/usr/share" "$out/share" ''; meta = with lib; { description = "Modern "Jedi Engine" replacement supporting Dark Forces, mods, and in the future Outlaws."; homepage = "https://theforceengine.github.io"; license = licenses.gpl2Only; maintainers = with maintainers; [ devusb ]; platforms = [ "x86_64-linux" ]; }; } </ins>

inherit (darwin.apple_sdk.frameworks) Cocoa; }; <ins> theforceengine = callPackage ../games/theforceengine { }; </ins> tbe = libsForQt5.callPackage ../games/the-butterfly-effect { }; tbls = callPackage ../tools/misc/tbls { };
Change:
Project description Yark lets you continuously archive all videos and metadata for YouTube channels. You can also view your archive as a seamless offline website. Not a high priority request, but could be useful. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin (anything with Python 3)

Discussion:
<ins> { lib, buildPythonPackage, fetchPypi, click, colorama, flask, requests, yt-dlp }: buildPythonPackage rec { pname = "yark"; version = "1.2.3"; src = fetchPypi { inherit pname version; sha256 = "sha256-KMnQpEH2Z19Y0jBjqx2rZjmlle2M9bcuDCjDIljQEYY="; }; propagatedBuildInputs = [ click colorama flask requests yt-dlp ]; # There aren't any unit tests. If test discovery runs, it will crash, halting the build. # When upstream adds unit tests, please configure them here. Thanks! ~ C. doCheck = false; meta = with lib; { description = "YouTube archiving made simple"; homepage = "https://github.com/Owez/yark"; license = licenses.mit; }; } </ins>

yarg = callPackage ../development/python-modules/yarg { }; <ins> yark = callPackage ../development/python-modules/yark { }; </ins> yarl = callPackage ../development/python-modules/yarl { }; yaspin = callPackage ../development/python-modules/yaspin { };
Change:
When , a regular user logged in locally (as the only ) cannot run , , , , etc. This ability is a convenience for desktop systemd users. E.g. this issue prevents GNOME’s power buttons (restart, power off, hibernate) from working. . a regular user logged in locally (i.e. not over SSH), run (or just , it’s the same). ’ll get: , the machine would reboot correctly. System: 16.09.1149. (Flounder) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: "16.09.1149."
runs with privileges. It has the information about all processes. It should not matter that a regular user that wants to reboot doesn’t have it all.
Also related: with set, one cannot change screen brightness in GNOME: Side note: with this option enabled, changing brightness and rebooting works fine in Xfce.
I have a pending patch for some issues I had. I'll do some testing and push it if it turns out to resolve this problem as well.
I looked at the implementation of hidepid in the kernel. The logic does not take superuser into account; the task must be in the designated proc gid or have the capability to access process information owned by other users. systemd-logind lacks that capability. (It would have worked out if we didn't use a designated proc group, it'd default to 0). The other problem you noted has to do with polkit arbitration, which is also broken.
Awesome, thank you! :hearteyescat:

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
Package is missing minimal dependencies : util-linux, jq, wget, curl, feh and does not work if launched from a systemd unit. Steps to reproduce the behavior: Result : Background should be updated with an image downloaded from Please run and paste the result.
Looking at it, will add a makeWrapper.

Discussion:
<del> { lib , stdenvNoCC , fetchFromGitHub </del> <ins> { lib, stdenvNoCC, fetchFromGitHub, makeWrapper, curl, feh, file, jq, util-linux, wget, </ins> }: stdenvNoCC.mkDerivation rec { pname = "stylish"; version = "unstable-2022-12-05"; <ins> nativeBuildInputs = [ makeWrapper ]; </ins> src = fetchFromGitHub { owner = "thevinter"; repo = "styli.sh";

runHook postInstall ''; <ins> postInstall = '' wrapProgram $out/bin/styli.sh --prefix PATH : ${lib.makeBinPath [ curl feh file jq util-linux wget ]} ''; </ins> meta = with lib; { homepage = "https://github.com/thevinter/styli.sh"; description = "A shell script to manage wallpapers";
Change:
relies on MRAN mirror, which at the end of this month. Could we switch to another mirror such as CRAN/posit package manager?
We do need to switch, not just the update script but currently CRAN packages are fetched from MRAN. Official CRAN mirrors would be preferable but the organisation is not ideal as the archive tarballs are at a different path to the latest release.
is a similar service. I'm not sure if it's equivalent to MRAN. or could work
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
hydraPlatforms = []; }; deriveCran = mkDerive { <del> mkHomepage = {name, snapshot, ...}: "http://mran.revolutionanalytics.com/snapshot/${snapshot}/web/packages/${name}/"; </del> <ins> mkHomepage = {name, snapshot, ...}: "https://cran.r-project.org/${snapshot}/web/packages/${name}/"; </ins> mkUrls = {name, version, snapshot}: [ <del> "http://mran.revolutionanalytics.com/snapshot/${snapshot}/src/contrib/${name}_${version}.tar.gz" </del> <ins> "https://packagemanager.rstudio.com/cran/${snapshot}/src/contrib/${name}_${version}.tar.gz" </ins> ]; };

#!/usr/bin/env Rscript library(data.table) <ins> library(jsonlite) </ins> library(parallel) library(BiocManager) cl <- makeCluster(10)

} else { biocVersion <-  max(as.numeric(as.character(biocVersion$Bioc))) } <del> snapshotDate <- Sys.Date()-1 </del> <ins> dates <- stream_in(url("https://packagemanager.rstudio.com/__api__/repos/2/transaction-dates"), verbose = FALSE) snapshotDate <- as.Date(dates[nrow(dates), "alias"]) </ins> mirrorUrls <- list( bioc=paste0("http://bioconductor.statistik.tu-dortmund.de/packages/", biocVersion, "/bioc/src/contrib/") , "bioc-annotation"=paste0("http://bioconductor.statistik.tu-dortmund.de/packages/", biocVersion, "/data/annotation/src/contrib/") , "bioc-experiment"=paste0("http://bioconductor.statistik.tu-dortmund.de/packages/", biocVersion, "/data/experiment/src/contrib/") <del> , cran=paste0("http://mran.revolutionanalytics.com/snapshot/", snapshotDate, "/src/contrib/") </del> <ins> , cran=paste0("https://packagemanager.rstudio.com/cran/", snapshotDate, "/src/contrib/") </ins> ) mirrorType <- commandArgs(trailingOnly=TRUE)[1]

(rWrapper.override { packages = with rPackages; [ data_table <ins> jsonlite </ins> parallel BiocManager ];
Change:
xdot won't start in NixOS 22.11 due to a Gtk error. Steps to reproduce the behavior: from the command line. following error is printed: The xdot window would appear.

Discussion:
}; disabled = !isPy3k; <del> nativeBuildInputs = [ wrapGAppsHook ]; propagatedBuildInputs = [ gobject-introspection pygobject3 graphviz gtk3 numpy ]; </del> <ins> nativeBuildInputs = [ gobject-introspection wrapGAppsHook ]; propagatedBuildInputs = [ pygobject3 graphviz gtk3 numpy ]; </ins> checkInputs = [ xvfb-run ]; postInstall = ''
Change:
When first enabling the gitea service (with nothing else than , I get this error on activation: Afterwards seems to be owned by gitea and I don't get any more errors. Maybe we need a systemd-tmpfiles entry for ?
cc
Working this patch?
Indeed it does.
Feel free to file a PR with that.

Discussion:
"d '${cfg.stateDir}/conf' 0750 ${cfg.user} gitea - -" "d '${cfg.stateDir}/custom' 0750 ${cfg.user} gitea - -" "d '${cfg.stateDir}/custom/conf' 0750 ${cfg.user} gitea - -" <ins> "d '${cfg.stateDir}/data' 0750 ${cfg.user} gitea - -" </ins> "d '${cfg.stateDir}/log' 0750 ${cfg.user} gitea - -" "z '${cfg.stateDir}' 0750 ${cfg.user} gitea - -" "z '${cfg.stateDir}/.ssh' 0700 ${cfg.user} gitea - -" "z '${cfg.stateDir}/conf' 0750 ${cfg.user} gitea - -" "z '${cfg.stateDir}/custom' 0750 ${cfg.user} gitea - -" "z '${cfg.stateDir}/custom/conf' 0750 ${cfg.user} gitea - -" <ins> "z '${cfg.stateDir}/data' 0750 ${cfg.user} gitea - -" </ins> "z '${cfg.stateDir}/log' 0750 ${cfg.user} gitea - -" "Z '${cfg.stateDir}' - ${cfg.user} gitea - -"
Change:
Project description Very convenient launcher for the game doom. Supports many source ports, the creation of mod presets, gameplay and compability options and multiplayer. Can be configured to use a different directory for savegames for every single mod. unlimited number of named presets with single-click switching lists of IWADs and Map packs automatically synchronized with the content of a selected directory drag&drop of files from a directory window to the mod list internal drag&drop for reordering the files to load direct map launch and multiplayer options DM flags and Compatibility flags calculator with tooltips from official ZDoom wiki preview of the final launch command with the option to export it to shell script runs on Windows and Linux (only 64bit because it's 2020) no stupid .NET or JRE required Metadata homepage URL: source URL: license: gpl3 platforms: linux

Discussion:
<ins> { lib , stdenv , qtbase , qmake , makeDesktopItem , wrapQtAppsHook , imagemagick , fetchFromGitHub }: stdenv.mkDerivation (finalAttrs: { pname = "doomrunner"; version = "1.7.2"; src = fetchFromGitHub { owner = "Youda008"; repo = "DoomRunner"; rev = "v${finalAttrs.version}"; hash = "sha256-a+f1L7WKdSwMlmXvvIkN+CPvW7Wh0gr4WuXsYKotfPE="; }; buildInputs = [ qtbase ]; nativeBuildInputs = [ qmake wrapQtAppsHook imagemagick ]; makeFlags = [ "INSTALL_ROOT=${placeholder "out"}" ]; postInstall = '' mkdir -p $out/{bin,share/applications} install -Dm755 $out/usr/bin/DoomRunner $out/bin/DoomRunner for size in 16 24 32 48 64 128; do mkdir -p $out/share/icons/hicolor/"$size"x"$size"/apps convert -background none -resize "$size"x"$size" $PWD/Resources/DoomRunner.ico -flatten $out/share/icons/hicolor/"$size"x"$size"/apps/DoomRunner.png done; install -m 444 -D "$desktopItem/share/applications/"* -t $out/share/applications/ rm -rf $out/usr ''; desktopItem = makeDesktopItem { name = "DoomRunner"; desktopName = "DoomRunner"; comment = "Preset-oriented graphical launcher of ZDoom and derivatives"; categories = [ "Game" ]; icon = "DoomRunner"; type = "Application"; exec = "DoomRunner"; }; meta = with lib; { description = "Graphical launcher of ZDoom and derivatives"; homepage = "https://github.com/Youda008/DoomRunner/"; changelog = "https://github.com/Youda008/DoomRunner/blob/${finalAttrs.src.rev}/changelog.txt"; license = licenses.gpl3Only; platforms = platforms.linux; maintainers = with maintainers; [ keenanweaver ]; }; }) </ins>

inherit (darwin.apple_sdk.frameworks) Cocoa; }; <ins> doomrunner = qt5.callPackage ../games/doom-ports/doomrunner { }; </ins> chocolate-doom = callPackage ../games/doom-ports/chocolate-doom { }; crispy-doom = callPackage ../games/doom-ports/crispy-doom { };
Change:
Actually, RedHat (owner of Ansible) mainly support Ansible 2.2 on RHEL7. Then, I think it's safe to upgrade Ansible 2.1.1.0-Ansible 2.2 on from master branch to release-16.09. Thank you !
done

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
disables google apputils for python 3. I can't tell why, and based on a cursory check it seems to work fine on python 3 as well. ?
idk, maybe it was broken with older versions of python3?
fixed in

Discussion:
google_apputils = buildPythonPackage rec { name = "google-apputils-0.4.1"; <del> disabled = isPy3k; </del> src = pkgs.fetchurl { url = "mirror://pypi/g/google-apputils/${name}.tar.gz";
Change:
It's a regression of the last iteration: Hydra reproduced the issue multiple times and on "my" machine it wouldn't reproduce at all over multiple attempts. It might be due to emulation on aarch64, but I'm just guessing. /cc maintainers:
And the issue started on 22.11 as well:

Discussion:
NIX_CFLAGS_COMPILE = lib.optionalString x11Support ''-DLIBGL_PATH="${getLib libGL}/lib"''; <del> # cgl_epoxy_api fails in darwin sandbox and on Hydra (because it's headless?) </del> <ins> # cgl_core and cgl_epoxy_api fail in darwin sandbox and on Hydra (because it's headless?) </ins> preCheck = lib.optionalString stdenv.isDarwin '' substituteInPlace ../test/meson.build  --replace "[ 'cgl_epoxy_api', [ 'cgl_epoxy_api.c' ] ]," "" <ins> '' + lib.optionalString (stdenv.isDarwin && stdenv.isx86_64) '' substituteInPlace ../test/meson.build  --replace "[ 'cgl_core', [ 'cgl_core.c' ] ]," "" </ins> ''; doCheck = true;
Change:
After , I have set: But any qt6 application says: This is definitly related to QTPLUGINPATH, because if I export QTPLUGINPATH like this: Everthing works fine. Open any qt6 app <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result.
I think this may have worked by accident in Qt5. Because I can't find documentation to confirm that this behavior is intentional, but Qt5 searches for plugins in every entry + , but Qt6 only searches directly in entries in (or ) and does not make up extra search paths based on Therefore since is in , Qt5 searches , even though it isn't specified in So we should probably be setting for all versions in regardless, unless that behavior in Qt5 is intentional (even then, explicitly adding it to is clearer)
I've opened to fix this

Discussion:
config = mkIf cfg.enable { <del> environment.variables.QT_QPA_PLATFORMTHEME = cfg.platformTheme; </del> <ins> environment.variables = { QT_QPA_PLATFORMTHEME = cfg.platformTheme; QT_STYLE_OVERRIDE = mkIf (! (isQt5ct || isLxqt || isKde)) cfg.style; }; </ins> <del> environment.variables.QT_STYLE_OVERRIDE = mkIf (! (isQt5ct || isLxqt || isKde)) cfg.style; </del> <ins> environment.profileRelativeSessionVariables = let qtVersions = with pkgs; [ qt5 qt6 ]; in { QT_PLUGIN_PATH = map (qt: "/${qt.qtbase.qtPluginPrefix}") qtVersions; QML2_IMPORT_PATH = map (qt: "/${qt.qtbase.qtQmlPrefix}") qtVersions; }; </ins> environment.systemPackages = packages;
Change:
Steps to reproduce the behavior: elfutils-0.188 Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result.
I think we can use this patch ;a=commit;h=
Or disable Werror for now
I submitted PR with the patch suggested by .

Discussion:
url = "https://git.alpinelinux.org/aports/plain/main/elfutils/musl-strndupa.patch?id=2e3d4976eeffb4704cf83e2cc3306293b7c7b2e9"; sha256 = "sha256-7daehJj1t0wPtQzTv+/Rpuqqs5Ng/EYnZzrcf2o/Lb0="; }) <ins> (fetchpatch { name = "use-curlopt_protocols_str-for-new-libcurl.patch"; url = "https://sourceware.org/git/?p=elfutils.git;a=patch;h=6560fb26a62ef135a804357ef4f15a47de3e49b3;hp=a5b07cdf9c491fb7a4a16598c482c68b718f59b9"; excludes = [ "debuginfod/ChangeLog" ]; # Doesn't apply sha256 = "sha256-yjeliqojRGvfwbXynmxFGyKqAY7AEr0mbSGQEliYhZ4="; }) (fetchpatch { name = "fix-usage-of-deprecated-curlinfo.patch"; url = "https://sourceware.org/git/?p=elfutils.git;a=patch;h=d2bf497b12fbd49b4996ccf0744303ffd67735b1;hp=6ecd16410ce1fe5cb0ac5b7c3342c5cc330e3a04"; excludes = [ "debuginfod/ChangeLog" ]; # Doesn't apply sha256 = "sha256-zMx/TazM7vXJre2XagIWvwRS8cd8pbzMTmAbpbqZmx0="; }) </ins> ] ++ lib.optionals stdenv.hostPlatform.isMusl [ ./musl-error_h.patch ]; postPatch = ''
Change:
NixOS test for the ntfy-sh module is failling. I suspect that in some cases the curl command in performed before ntfy-sh is actually listening on port 80. Failure looks non-deterministic, meaning there is probably a race between ntfy-sh and the test. Ping

Discussion:
machine.wait_for_unit("multi-user.target") <ins> machine.wait_for_open_port(80) </ins> machine.succeed(f"curl -d '{msg}' localhost:80/test") notif = json.loads(machine.succeed("curl -s localhost:80/test/json?poll=1"))
Change:
The ntfy-sh nixos module doesn't include the creation of the auth file which is necessary to create users and restrict access to ntfy topics. Currently, doing it by hand involves creating a data folder (the folder /var/lib/ntfy-sh is not currently created by the module) and setting the option `. As in most cases a user is going to want to create users for their instance, the module should handle this use case.

Discussion:
systemPackages = [ cfg.package ]; }; <ins> services.ntfy-sh.settings = { auth-file = mkDefault "/var/lib/ntfy-sh/user.db"; }; </ins> systemd.services.ntfy-sh = { description = "Push notifications server";

serviceConfig = { ExecStart = "${cfg.package}/bin/ntfy serve -c ${configuration}"; User = cfg.user; <ins> StateDirectory = "ntfy-sh"; </ins> AmbientCapabilities = "CAP_NET_BIND_SERVICE"; PrivateTmp = true;
Change:
Install (in this case, using nix-env) and try running devhelp. I suspect that it will work correctly in a GNOME environment, but it doesn't in my i3. System: 16.09.1229. Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: "16.09.1229."
Wow, thanks for the rapid fix !
:-) We've had loads of gschemas errors, and probably have lots of them still. I think they typically wouldn't manifest if running from within the gnome desktop.

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
So we'll have an EOL for a few months on 22.11, which isn't ideal, but we really shouldn't go into 23.05 like that. Also, does not support , which is why I noticed this when looking into stuff for
Ruby 2.7 support status ended yesterday.
The default is with the merge of :partyingface: Thanks for taking care of this Now… do we want to mark as EOL e.g. through ?

Discussion:
{ stdenv, lib, fetchurl, fetchpatch, fetchFromGitLab, bundlerEnv <del> , ruby, tzdata, git, nettools, nixosTests, nodejs, openssl </del> <ins> , ruby_2_7, tzdata, git, nettools, nixosTests, nodejs, openssl </ins> , gitlabEnterprise ? false, callPackage, yarn , fixup_yarn_lock, replace, file, cacert, fetchYarnDeps, makeWrapper, pkg-config }:

rubyEnv = bundlerEnv rec { name = "gitlab-env-${version}"; <del> inherit ruby; </del> <ins> # GitLab doesn't support Ruby 3 https://gitlab.com/groups/gitlab-org/-/epics/5149 ruby = ruby_2_7; </ins> gemdir = ./rubyEnv; gemset = let x = import (gemdir + "/gemset.nix") src;

, buildEnv, bundler, bundix , libiconv, libobjc, libunwind, Foundation , makeBinaryWrapper, buildRubyGem, defaultGemConfig <del> , baseRuby ? buildPackages.ruby_3_1.override { </del> <ins> , baseRuby ? buildPackages.ruby.override { </ins> docSupport = false; rubygemsSupport = false; }

enableExtraPlugins = true; }; <del> asciidoctor = callPackage ../tools/typesetting/asciidoctor { bundlerApp = bundlerApp.override { # asciidoc supports both ruby 2 and 3, # but we don't want to be stuck on it: ruby = ruby_3_1; }; }; </del> <ins> asciidoctor = callPackage ../tools/typesetting/asciidoctor { }; </ins> asciidoctor-with-extensions = callPackage ../tools/typesetting/asciidoctor-with-extensions { };

ruby_3_1 ruby_3_2; <del> ruby = ruby_2_7; rubyPackages = rubyPackages_2_7; </del> <ins> ruby = ruby_3_1; rubyPackages = rubyPackages_3_1; </ins> rubyPackages_2_7 = recurseIntoAttrs ruby_2_7.gems; rubyPackages_3_0 = recurseIntoAttrs ruby_3_0.gems;
Change:
So we'll have an EOL for a few months on 22.11, which isn't ideal, but we really shouldn't go into 23.05 like that. Also, does not support , which is why I noticed this when looking into stuff for
Ruby 2.7 support status ended yesterday.
The default is with the merge of :partyingface: Thanks for taking care of this Now… do we want to mark as EOL e.g. through ?

Discussion:
license     = licenses.ruby; maintainers = with maintainers; [ vrthra manveru marsam ]; platforms   = platforms.all; <ins> knownVulnerabilities = op (lib.versionOlder ver.majMin "3.0") "This Ruby release has reached its end of life. See https://www.ruby-lang.org/en/downloads/branches/."; </ins> }; passthru = rec {