jiebi/CodeConvo huggingface dataset:
Change:
Project description raylib is a simple and easy-to-use library to enjoy videogames programming. raylib is highly inspired by Borland BGI graphics lib and by XNA framework and it's specially well suited for prototyping, tooling, graphical applications, embedded systems and education. Metadata homepage URL: source URL: license: zlib platforms: unix, linux, darwin, android, webasm
I've got a PR I'm preparing which adds this.

Discussion:
githubId = 124545; name = "Anthony Cowley"; }; <ins> adamlwgriffiths = { email = "adam.lw.griffiths@gmail.com"; github = "adamlwgriffiths"; githubId = 1239156; name = "Adam Griffiths"; }; </ins> adamt = { email = "mail@adamtulinius.dk"; github = "adamtulinius";

<ins> { stdenv, lib, fetchFromGitHub, fetchpatch, cmake, mesa, libGLU, glfw, libX11, libXi, libXcursor, libXrandr, libXinerama, alsaSupport ? stdenv.hostPlatform.isLinux, alsaLib, pulseSupport ? stdenv.hostPlatform.isLinux, libpulseaudio, includeEverything ? true }: stdenv.mkDerivation rec { pname = "raylib"; version = "3.5.0"; src = fetchFromGitHub { owner = "raysan5"; repo = pname; rev = version; sha256 = "0syvd5js1lbx3g4cddwwncqg95l6hb3fdz5nsh5pqy7fr6v84kwj"; }; patches = [ # fixes examples not compiling in 3.5.0 (fetchpatch { url = "https://patch-diff.githubusercontent.com/raw/raysan5/raylib/pull/1470.patch"; sha256 = "1ff5l839wl8dxwrs2bwky7kqa8kk9qmsflg31sk5vbil68dzbzg0"; }) ]; nativeBuildInputs = [ cmake ]; buildInputs = [ mesa libGLU glfw libX11 libXi libXcursor libXrandr libXinerama ] ++ lib.optional alsaSupport alsaLib ++ lib.optional pulseSupport libpulseaudio; # https://github.com/raysan5/raylib/wiki/CMake-Build-Options cmakeFlags = [ "-DUSE_EXTERNAL_GLFW=ON" "-DSHARED=ON" "-DBUILD_EXAMPLES=OFF" ] ++ lib.optional includeEverything "-DINCLUDE_EVERYTHING=ON"; # fix libasound.so/libpulse.so not being found preFixup = '' ${lib.optionalString alsaSupport "patchelf --add-needed ${alsaLib}/lib/libasound.so $out/lib/libraylib.so.${version}"} ${lib.optionalString pulseSupport "patchelf --add-needed ${libpulseaudio}/lib/libpulse.so $out/lib/libraylib.so.${version}"} ''; meta = with lib; { description = "A simple and easy-to-use library to enjoy videogames programming"; homepage = "http://www.raylib.com/"; license = licenses.zlib; maintainers = with maintainers; [ adamlwgriffiths ]; platforms = platforms.linux; }; } </ins>

raul = callPackage ../development/libraries/audio/raul { }; <ins> raylib = callPackage ../development/libraries/raylib { }; </ins> readline = readline6; readline6 = readline63;
Change:
Describe the bug While Nixpkgs provides version 2018-12-14, there are some fixes landed since then. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
can please check using with a local chekout of nixpkgs?
Yes, I will. Thank you for your prompt response!
I did and tried some commands. It seems to work fine and the store size does not grow significantly. Is there anything else to test?

Discussion:
stdenv.mkDerivation { pname = "mmc-utils"; <del> version = "2018-12-14"; </del> <ins> version = "2019-10-04"; </ins> src = fetchgit { url = "git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc-utils.git"; <del> rev = "aef913e31b659462fe6b9320d241676cba97f67b"; sha256 = "1mak9rqjp6yvqk2h5hfil5a9gfx138h62n3cryckfbhr6fmaylm7"; </del> <ins> rev = "73d6c59af8d1bcedf5de4aa1f5d5b7f765f545f5"; sha256 = "18a7qm86gavg15gv4h6xfnapgq24v4dyvhwfp53lkssxyhjbli0z"; </ins> }; makeFlags = [ "CC=${stdenv.cc.targetPrefix}cc" ];
Change:
See line 75 of for why this is needed.
So ... does anyone have an opinion on this change request?
Well, if it's a fix, then I won't object :) I cannot really oversee the consequences though
is (eventually) being deprecated in favor of IIUC. Please reopen if this is still an issue for .

Discussion:
mkDerivation rec { pname = "qdigidoc"; <del> version = "4.2.9"; </del> <ins> version = "4.2.11"; </ins> src = fetchurl { url = <del> "https://github.com/open-eid/DigiDoc4-Client/releases/download/v${version}/qdigidoc4-${version}.tar.gz"; sha256 = "1rhd3mvj6ld16zgfscj81f1vhs2nvifsizky509l1av7dsjfbbzr"; </del> <ins> "https://github.com/open-eid/DigiDoc4-Client/releases/download/v${version}/qdigidoc4_${version}.110-1804.tar.xz"; sha256 = "sha256-Sg6lFZeIJn3T/suDc5Z/kNqBf/sIV9c6EJJ0Nr0dwTM="; </ins> }; tsl = fetchurl {
Change:
A the moment the instructions on how to set a user shell correctly are rather hand-wavey and easy to misconfigure. For example I was told that is the wrong choice () which is mentioned nowhere. This is further complicated because has no default. The way of setting it to does look like more of a hack to me. What I’d like have is a nix symbol for the most used shells and an easy way to turn a shell into one. Maybe a shell type would make sense?
Nope. Not a type, please. But maybe something like should translate to the appropriate path, which would enable us to set , etc as default shell as simple as changing a variable.
The default shell for NixOS users is , which is exactly what it should be, IMHO. If some overwrites that default value with something else, then they'll get a different shell. I'm not sure how that situation ought to be improved? would you mind making a concrete suggestion which part of the documentation should be changed and how it should be changed in your opinion? A PR would be best, really.

Discussion:
default = pkgs.nologin; defaultText = "pkgs.nologin"; example = literalExample "pkgs.bashInteractive"; <del> description = "The path to the user's shell."; </del> <ins> description = '' The path to the user's shell. Can use shell derivations, like <literal>pkgs.bashInteractive</literal>. Don’t forget to enable your shell in <literal>programs</literal> if necessary, like <code>programs.zsh.enable = true;</code>. ''; </ins> }; subUidRanges = mkOption {
Change:
Describe the bug In NixOS 20.09, Emacs now has the output of gtk+ in its closure, which in turn causes it to pull in stuff like mesa-drivers (424 MiB): This caused the closure size of Emacs to increase from 339 MiB in NixOS 20.03 to 1324 MiB in 20.09. Metadata NixOS 20.09..
cc
This was reverted in
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
version = "26.3"; sha256 = "119ldpk7sgn9jlpyngv5y4z3i7bb8q3xp4p0qqi7i5nq39syd42d"; patches = [ <del> ./clean-env-26.patch </del> ./tramp-detect-wrapped-gvfsd-26.patch ]; })

version = "27.1"; sha256 = "0h9f2wpmp6rb5rfwvqwv1ia1nw86h74p7hnz3vb3gjazj67i4k2a"; patches = [ <del> ./clean-env.patch </del> ./tramp-detect-wrapped-gvfsd.patch ]; })

<del> Dump temacs in an empty environment to prevent -dev paths from ending up in the dumped image. diff --git a/src/Makefile.in b/src/Makefile.in --- a/src/Makefile.in +++ b/src/Makefile.in @@ -535,7 +535,7 @@ ifeq ($(CANNOT_DUMP),yes) ln -f temacs$(EXEEXT) $@ else unset EMACS_HEAP_EXEC;  -	LC_ALL=C $(RUN_TEMACS) -batch $(BUILD_DETAILS) -l loadup dump +	env -i LC_ALL=C $(RUN_TEMACS) -batch $(BUILD_DETAILS) -l loadup dump ifneq ($(PAXCTL_dumped),) $(PAXCTL_dumped) $@ endif </del>

<del> Dump temacs in an empty environment to prevent -dev paths from ending up in the dumped image. diff --git a/src/Makefile.in b/src/Makefile.in index fd05a45df5..13f529c253 100644 --- a/src/Makefile.in +++ b/src/Makefile.in @@ -570,7 +570,7 @@ emacs$(EXEEXT): temacs$(EXEEXT)  lisp.mk $(etc)/DOC $(lisp)  $(lispsource)/international/charprop.el ${charsets} ifeq ($(DUMPING),unexec) -	LC_ALL=C $(RUN_TEMACS) -batch $(BUILD_DETAILS) -l loadup --temacs=dump +	env -i LC_ALL=C $(RUN_TEMACS) -batch $(BUILD_DETAILS) -l loadup --temacs=dump ifneq ($(PAXCTL_dumped),) $(PAXCTL_dumped) emacs$(EXEEXT) endif </del>

rm -fr .git '') <ins> # Reduce closure size by cleaning the environment of the emacs dumper '' substituteInPlace src/Makefile.in  --replace 'RUN_TEMACS = ./temacs' 'RUN_TEMACS = env -i ./temacs' '' </ins> '' substituteInPlace lisp/international/mule-cmds.el  --replace /usr/share/locale ${gettext}/share/locale

sha256 = "0f2wzdw2a3ac581322b2y79rlj3c9f33ddrq9allj97r1si6v5xk"; }; <del> patches = [ ./clean-env.patch ]; </del> enableParallelBuilding = true; nativeBuildInputs = [ pkg-config autoconf automake ];

# Fix sandbox impurities. substituteInPlace Makefile.in --replace '/bin/pwd' 'pwd' substituteInPlace lib-src/Makefile.in --replace '/bin/pwd' 'pwd' <ins> # Reduce closure size by cleaning the environment of the emacs dumper substituteInPlace src/Makefile.in  --replace 'RUN_TEMACS = ./temacs' 'RUN_TEMACS = env -i ./temacs' </ins> ''; configureFlags = [
Change:
Describe the bug In NixOS 20.09, Emacs now has the output of gtk+ in its closure, which in turn causes it to pull in stuff like mesa-drivers (424 MiB): This caused the closure size of Emacs to increase from 339 MiB in NixOS 20.03 to 1324 MiB in 20.09. Metadata NixOS 20.09..
cc
This was reverted in
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
, libtiff, librsvg, gconf, libxml2, imagemagick, gnutls, libselinux , alsaLib, cairo, acl, gpm, AppKit, GSS, ImageIO, m17n_lib, libotf , jansson, harfbuzz <del> , libgccjit, targetPlatform, makeWrapper # native-comp params </del> <ins> , libgccjit, targetPlatform, makeWrapper, nukeReferences # native-comp params </ins> , systemd ? null , withX ? !stdenv.isDarwin , withNS ? stdenv.isDarwin

LIBRARY_PATH = if nativeComp then "${lib.getLib stdenv.cc.libc}/lib" else ""; <del> nativeBuildInputs = [ pkgconfig makeWrapper ] </del> <ins> nativeBuildInputs = [ pkgconfig makeWrapper nukeReferences ] </ins> ++ lib.optionals srcRepo [ autoreconfHook texinfo ] ++ lib.optional (withX && (withGTK3 || withXwidgets)) wrapGAppsHook;

rm -rf $out/var rm -rf $siteVersionDir <ins> nuke-refs $out/libexec/emacs/*/*/emacs.pdmp </ins> '' + lib.optionalString withCsrc '' for srcdir in src lisp lwlib ; do dstdir=$siteVersionDir/$srcdir
Change:
Describe the bug Since GNOME 3.36 (which enabled sandboxing in epiphany) I would often see this crash in epiphany and I can still reproduce this in GNOME 3.38. Quite honestly epiphany in NixOS is broken. And it seems to be related to sandboxing and probably an issue in webkitgtk itself. To Reproduce Steps to reproduce the behavior: epiphany for a period of time a certain amount of activity on any sites it will crash Notify maintainers Maintainer information:
IIRC this was always broken , I do not see how sandboxing could make it any worse :smirk_cat:
Interesting, when I first used epiphany in NixOS it actually worked fine (I stick to intel and amd graphics). I believe it was in 3.36 that I noticed that it became unusable. Though, the issue you mentioned seems to show the same output, but it was just for NVIDIA users (with the time gap between ). I think it might be reasonable to assume that crash outputs in that bug report and this one are just red herrings. And epiphany doesn't give any useful output without extra switches? I will look at , though.
Maybe it actually is the acceleration
I tried toggling different values that are supposed to change it in epiphany (with the wrapper exports dumped into the terminal env) and it didn't seem to prove a difference.
It seemed that, at the time of gnome 3.36 it was these bugs that were the issues (the bugs in webkitgtk that got reported got commit fixes though). I guess I should try to get a trace, though with and how exactly do I get all the symbols?
IIRC, you need to add to the library in the closure of Epiphany, and then also install the same library to for the debug info to be picked up by gdb.
Able to reproduce pretty reliably just by going to (not logged in).
Yay, found a way to confirm this is a NixOS specific issue. I installed epiphany with flatpak and it works without this crash.
Still the same issue after Gnome 3.38 upgrade.
I just opened which solves this issue for me. I've only tested with the mesa driver, but it should theoretically solve the issue for all mesa drivers; it would be nice if someone with access to nvidia hardware could check whether this works with their proprietary drivers too.

Discussion:
{ SCMP_SYS(move_pages), nullptr }, { SCMP_SYS(mbind), nullptr }, { SCMP_SYS(get_mempolicy), nullptr }, <del> @@ -724,6 +724,10 @@ </del> <ins> @@ -724,6 +724,11 @@ </ins> "--ro-bind-try", "/usr/local/lib64", "/usr/local/lib64", "--ro-bind-try", PKGLIBEXECDIR, PKGLIBEXECDIR,

+        // Nix Directories +        "--ro-bind", "@storeDir@", "@storeDir@", +        "--ro-bind", "/run/current-system", "/run/current-system", <ins> +        "--ro-bind", "/run/opengl-driver", "/run/opengl-driver", </ins> }; // We would have to parse ld config files for more info. bindPathVar(sandboxArgs, "LD_LIBRARY_PATH");
Change:
Project description A highly automated and intuitive digital audio workstation. Metadata homepage URL: source URL: license: AGPLv3+ platforms: linux
This is a stub of a derivative for ZRythm:
Did you see It's for an older version, and I haven't compared it to your gist, but maybe you would like to do that?
I marked this as stale due to inactivity. &rarr;
Still relevant.

Discussion:
githubId = 1568873; name = "Torsten Scholak"; }; <ins> tshaynik = { email = "tshaynik@protonmail.com"; github = "tshaynik"; githubId = 15064765; name = "tshaynik"; }; </ins> tstrobel = { email = "4ZKTUB6TEP74PYJOPWIR013S2AV29YUBW5F9ZH2F4D5UMJUJ6S@hash.domains"; name = "Thomas Strobel";

<ins> { stdenv , lib , fetchFromGitHub , SDL2 , alsa-lib , libaudec , bash , bash-completion , breeze-icons , carla , chromaprint , cmake , curl , dconf , epoxy , ffmpeg , fftw , fftwFloat , flex , glib , gtk3 , gtksourceview3 , guile , graphviz , help2man , json-glib , jq , libbacktrace , libcyaml , libgtop , libjack2 , libpulseaudio , libsamplerate , libsndfile , libsoundio , libxml2 , libyaml , lilv , lv2 , meson , ninja , pandoc , pcre , pcre2 , pkg-config , python3 , reproc , rtaudio , rtmidi , rubberband , serd , sord , sratom , texi2html , wrapGAppsHook , xdg-utils , xxHash , vamp-plugin-sdk , zstd }: stdenv.mkDerivation rec { pname = "zrythm"; version = "1.0.0-alpha.26.0.13"; src = fetchFromGitHub { owner = pname; repo = pname; rev = "v${version}"; sha256 = "sha256-dkXlkJ+qlfxV9Bv2UvZZa2iRVm8tgpK4JxkWL2Jeq48="; }; nativeBuildInputs = [ help2man jq libaudec libxml2 meson ninja pandoc pkg-config python3 python3.pkgs.sphinx texi2html wrapGAppsHook cmake ]; buildInputs = [ SDL2 alsa-lib bash-completion carla chromaprint curl dconf epoxy ffmpeg fftw fftwFloat flex breeze-icons glib gtk3 gtksourceview3 graphviz guile json-glib libbacktrace libcyaml libgtop libjack2 libpulseaudio libsamplerate libsndfile libsoundio libyaml lilv lv2 pcre pcre2 reproc rtaudio rtmidi rubberband serd sord sratom vamp-plugin-sdk xdg-utils xxHash zstd ]; mesonFlags = [ "-Denable_ffmpeg=true" "-Denable_rtmidi=true" "-Denable_rtaudio=true" "-Denable_sdl=true" "-Dmanpage=true" # "-Duser_manual=true" # needs sphinx-intl "-Dlsp_dsp=disabled" "-Db_lto=false" ]; NIX_LDFLAGS = '' -lfftw3_threads -lfftw3f_threads ''; postPatch = '' chmod +x scripts/meson-post-install.sh patchShebangs ext/sh-manpage-completions/run.sh scripts/generic_guile_wrap.sh  scripts/meson-post-install.sh tools/check_have_unlimited_memlock.sh ''; preFixup = '' gappsWrapperArgs+=( --prefix GSETTINGS_SCHEMA_DIR : "$out/share/gsettings-schemas/${pname}-${version}/glib-2.0/schemas/" ) ''; meta = with lib; { homepage = "https://www.zrythm.org"; description = "Highly automated and intuitive digital audio workstation"; maintainers = with maintainers; [ tshaynik magnetophon ]; platforms = platforms.linux; license = licenses.agpl3Plus; }; } </ins>

zktree = callPackage ../applications/misc/zktree {}; <ins> zrythm = callPackage ../applications/audio/zrythm { inherit (plasma5Packages) breeze-icons; }; </ins> zthrottle = callPackage ../tools/misc/zthrottle { }; }
Change:
Describe the bug A clear and concise description of what the bug is. Including wpsoffice in will cause failed. To Reproduce Steps to reproduce the behavior: wpsoffice in : A compilation error appears Expected behavior A clear and concise description of what you expected to happen. will succeed Screenshots If applicable, add screenshots to help explain your problem. Some last lines of the are Additional context Add any other context about the problem here. I'm using the to use kernel 5.8.11 (in order to use the thinkpad x1 yoga sound card) Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run and paste the result. Maintainer information:
This should be fixed now, the change should hit the channels soon.

Discussion:
, cups , dbus , expat <del> , ffmpeg </del> <ins> , ffmpeg_3 </ins> , fontconfig , freetype , gdk-pixbuf

cairo dbus.lib expat <del> ffmpeg </del> <ins> ffmpeg_3 </ins> fontconfig freetype gdk-pixbuf
Change:
Describe the bug fails requiring installed, and even then fails to load a necessary python module To Reproduce Enter a shell with installed run Observe the above error Expected behavior The database in is updated Additional context The lensfun derivation needs to install the generated python modules, and wrap the executable with a wrapper which provides and an appropriate Notify maintainers Metadata Maintainer information:
I took a quick look at the script - it apparently expects stuff to be in - which won't work on NixOS. Also, both "update servers" ( and ) seem to be offline, and has a blog post from early 2019 searching for new maintainers. There seem to be some updates in their git repo - instead of trying to hack the updater into some working state, we should probably just not ship the lensfun updater scripts at all, and replace should contain a more recent snapshot of the database - either by doing this in nixpkgs, from a snapshot, or by helping out upstream with a new release ;-)
Highlighting darktable nixpkgs maintainers and editors:
I opened which should ship a more recent lensfun database.
Thanks!

Discussion:
<del> { stdenv, fetchurl, pkgconfig, glib, zlib, libpng, cmake }: </del> <ins> { stdenv, fetchFromGitHub, pkg-config, glib, zlib, libpng, cmake }: </ins> <del> stdenv.mkDerivation rec { </del> <ins> let </ins> version = "0.3.95"; pname = "lensfun"; <del> src = fetchurl { url = "mirror://sourceforge/lensfun/${version}/${pname}-${version}.tar.gz"; sha256 = "0218f3xrlln0jmh4gcf1zbpvi2bidgl3b2mblf6c810n7j1rrhl2"; </del> <ins> # Fetch a more recent version of the repo containing a more recent lens # database lensfunDatabase = fetchFromGitHub { owner = "lensfun"; repo = "lensfun"; rev = "4672d765a17bfef7bc994ca7008cb717c61045d5"; sha256 = "00x35xhpn55j7f8qzakb6wl1ccbljg1gqjb93jl9w3mha2bzsr41"; </ins> }; <del> nativeBuildInputs = [ cmake pkgconfig ]; </del> <ins> in stdenv.mkDerivation { inherit pname version; src = fetchFromGitHub { owner = "lensfun"; repo = "lensfun"; rev = "v${version}"; sha256 = "0isli0arns8bmxqpbr1jnbnqh5wvspixdi51adm671f9ngng7x5r"; }; # replace database with a more recent snapshot postUnpack = '' rm -R source/data/db cp -R ${lensfunDatabase}/data/db source/data ''; nativeBuildInputs = [ cmake pkg-config ]; </ins> buildInputs = [ glib zlib libpng ]; <del> configureFlags = [ "-v" ]; </del> <ins> cmakeFlags = [ "-DINSTALL_HELPER_SCRIPTS=OFF" ]; </ins> meta = with stdenv.lib; { platforms = platforms.linux ++ platforms.darwin; <del> maintainers = with maintainers; [ ]; </del> <ins> maintainers = with maintainers; [ flokli ]; </ins> license = stdenv.lib.licenses.lgpl3; description = "An opensource database of photographic lenses and their characteristics"; <del> homepage = "http://lensfun.sourceforge.net/"; </del> <ins> homepage = "https://lensfun.github.io"; </ins> }; }
Change:
I installed from and it complains that is not avaiable while it is. Steps to reproduce: either from or (replace wlp3s0 with your wireless interface name, you can see a list by running ) that it complains that it can't do that because is missing, then run to prove that it's not
(triage) still a problem?
I stopped using NixOS half year ago, but reinstalled it this morning (what a coincidence). I'll check as soon as I can!
aircrack now works, but it still complains about missing required software for the airmon functionality: ethtool, lsusb (found in usbutils) and iw. Should these be runtime dependencies of aircrack? Some of its functionality won't work without these, but they can be installed manually and it will work. This is on current unstable.
If it needs those at runtime, you should probably use and call (in in the .

Discussion:
<del> { stdenv, fetchurl, libpcap, openssl, zlib, wirelesstools, libnl, pkgconfig }: </del> <ins> { stdenv, fetchurl, libpcap, openssl, zlib, wirelesstools , iw, ethtool, pciutils, libnl, pkgconfig, makeWrapper }: </ins> stdenv.mkDerivation rec { name = "aircrack-ng-1.2-rc4";

sha256 = "0dpzx9kddxpgzmgvdpl3rxn0jdaqhm5wxxndp1xd7d75mmmc2fnr"; }; <del> nativeBuildInputs = [ pkgconfig ]; buildInputs = [ libpcap openssl zlib libnl ]; </del> <ins> nativeBuildInputs = [ pkgconfig makeWrapper ]; buildInputs = [ libpcap openssl zlib libnl iw ethtool pciutils ]; </ins> patchPhase = '' sed -e 's@^prefix.*@prefix = '$out@ -i common.mak sed -e 's@/usr/local/bin@'${wirelesstools}@ -i src/osdep/linux.c <del> ''; </del> <ins> ''; postFixup = '' wrapProgram $out/bin/airmon-ng --prefix PATH : ${stdenv.lib.makeBinPath [ ethtool iw pciutils ]} ''; </ins> meta = with stdenv.lib; { description = "Wireless encryption cracking tools";
Change:
Describe the bug To Reproduce Notify maintainers
I was informed that the dev branch has a commit that fixes this problem.
This is the fix, I guess: Can we add it to the derivative as a patch?
I tested the latest commit on the dev branch, and that builds and runs. Shall I do a PR? I guess a patch might work as well, but what would be the advantages of going that route? I can see not wanting to use a dev version of important libs and programs, but imho it's fine in this case.
Sure.

Discussion:
stdenv.mkDerivation rec { pname = "faustlive"; <del> version = "2.5.4"; </del> <ins> version = "unstable-dev-2020-08-03"; </ins> src = fetchFromGitHub { owner = "grame-cncm"; repo = "faustlive"; <del> rev = version; sha256 = "0npn8fvq8iafyamq4wrj1k1bmk4xd0my2sp3gi5jdjfx6hc1sm3n"; </del> <ins> rev = "c16565dc1b616ac0aad7c303c1997fa9e57177ab"; sha256 = "1ys661lp1xwz21vy12kwkg248jvjq1z9w433knkh0ldyy2igvmd5"; </ins> fetchSubmodules = true; };
Change:
This would negatively affect users who rely on impurities and want to re-install their flakes-based system. See for inspiration using .

Discussion:
</arg> <arg> <ins> <group choice='req'> <arg choice='plain'><option>--impure</option></arg> </group> </arg> <arg> </ins> <arg choice='plain'> <option>--channel</option> </arg>

--no-bootloader) noBootLoader=1 ;; <del> --show-trace) </del> <ins> --show-trace|--impure) </ins> extraBuildFlags+=("$i") ;; --help)