jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib, stdenv, fetchFromGitLab, autoreconfHook, }: stdenv.mkDerivation rec { pname = "a52dec"; version = "0.8.0"; src = fetchFromGitLab { domain = "git.adelielinux.org"; owner = "community"; repo = "a52dec"; rev = "v${version}"; hash = "sha256-Z4riiwetJkhQYa+AD8qOiwB1+cuLbOyN/g7D8HM8Pkw="; }; nativeBuildInputs = [ autoreconfHook ]; configureFlags = [ "--enable-shared" # Define inline as __attribute__ ((__always_inline__)) "ac_cv_c_inline=yes" ]; makeFlags = [ "AR=${stdenv.cc.targetPrefix}ar" ]; # fails 1 out of 1 tests with "BAD GLOBAL SYMBOLS" on i686 # which can also be fixed with # hardeningDisable = lib.optional stdenv.isi686 "pic"; # but it's better to disable tests than loose ASLR on i686 doCheck = !stdenv.isi686; meta = with lib; { description = "ATSC A/52 stream decoder"; homepage = "https://liba52.sourceforge.io/"; license = licenses.gpl2Plus; maintainers = with maintainers; [ wegank ]; mainProgram = "a52dec"; platforms = platforms.unix; }; } </ins>

Discussion:
try to build from source with substitutes off I've had this override in place for a few weeks now and I don't think I have the original failed build log any more but I don't think anything has changed. Working mirror: This taking it from some BLFS mirror because that's the first reasonable source I found it at. I think the files are gone from sourceforge or some api change at sourceforge is preventing download for the src defined in nixpkgs. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I'm not the maintainer of , but I can possibly bump it to 0.8.0.
oh is it just one of those that deletes old versions when a new one is released ? I don't know why people do that
Change:
(fetchNuGet { pname = "Microsoft.CSharp"; version = "4.3.0"; sha256 = "0gw297dgkh0al1zxvgvncqs0j15lsna9l1wpqas4rflmys440xvb"; }) (fetchNuGet { pname = "Microsoft.Data.Sqlite"; version = "7.0.4"; sha256 = "0lsbzwqiwqv2qq6858aphq7rsp6fs3i0di132w7c0r2r081szql9"; }) (fetchNuGet { pname = "Microsoft.Data.Sqlite.Core"; version = "7.0.4"; sha256 = "0mhfj8bj8dlc01y20ihq6j9r59f67cry6yd6qi6rg9zh93m43jpv"; }) <del> (fetchNuGet { pname = "Microsoft.NETCore.App.Host.linux-x64"; version = "6.0.19"; sha256 = "0xf920dcy92gyf1a4ply370m1k82ja9srql5sq7wm2prl1y77wxp"; }) (fetchNuGet { pname = "Microsoft.NETCore.App.Ref"; version = "6.0.19"; sha256 = "0r0q5jd7a0dbc2w767clz460pn6lhvrmimsrn3jqw9irgm7g2xns"; }) (fetchNuGet { pname = "Microsoft.NETCore.App.Runtime.linux-x64"; version = "6.0.19"; sha256 = "0slhgkjlwcmz4xjl0x6rwhhcdc6f7hz0vb4lg5ak85inl5m98xa9"; }) </del> (fetchNuGet { pname = "Microsoft.NETCore.Platforms"; version = "1.0.1"; sha256 = "01al6cfxp68dscl15z7rxfw9zvhm64dncsw09a1vmdkacsa2v6lr"; }) (fetchNuGet { pname = "Microsoft.NETCore.Platforms"; version = "1.1.0"; sha256 = "08vh1r12g6ykjygq5d3vq09zylgb84l63k49jc4v8faw9g93iqqm"; }) (fetchNuGet { pname = "Microsoft.NETCore.Platforms"; version = "2.0.0"; sha256 = "1fk2fk2639i7nzy58m9dvpdnzql4vb8yl8vr19r2fp8lmj9w2jr0"; })

Discussion:
Some .NET packages depend on SDK-specific nugets, requiring updates when the SDK is updates, as seen in [x] - should be fixed by [x] - SDK-specific nugets should not be included in
Change:
<ins> { lib , rustPlatform , fetchFromGitLab , pkg-config , systemd }: rustPlatform.buildRustPackage rec { pname = "supergfxctl"; version = "5.0.1"; src = fetchFromGitLab { owner = "asus-linux"; repo = "supergfxctl"; rev = version; hash = "sha256-4q+7F8s6y+oDkBUKIBBsXZ2EtADcChdnjmABjBUnH9k="; }; cargoSha256 = "sha256-nfs9sUq9569qXsC7JYMzrRPdQQm/l4HZANlG7827K8o="; postPatch = '' substituteInPlace data/supergfxd.service --replace /usr/bin/supergfxd $out/bin/supergfxd substituteInPlace data/99-nvidia-ac.rules --replace /usr/bin/systemctl ${systemd}/bin/systemctl ''; nativeBuildInputs = [ pkg-config ]; buildInputs = [ systemd ]; # upstream doesn't have tests, don't build twice just to find that out doCheck = false; postInstall = '' install -Dm444 -t $out/lib/udev/rules.d/ data/*.rules install -Dm444 -t $out/share/dbus-1/system.d/ data/org.supergfxctl.Daemon.conf install -Dm444 -t $out/lib/systemd/system/ data/supergfxd.service ''; meta = with lib; { description = "A GPU switching utility, mostly for ASUS laptops"; homepage = "https://gitlab.com/asus-linux/supergfxctl"; license = licenses.mpl20; platforms = [ "x86_64-linux" ]; maintainers = [ maintainers.k900 ]; }; } </ins>

Discussion:
Project description It is a command line utility which adds features for asus laptops. For example graphics card switching, anime matrix control (for g14). fan control, keyboard backlight control, cpu boost control, profiles, fan curves and other stuff. It basically unlocks a lot of functionality for laptops and can be used for non asus laptops as well contrary to the name. Metadata homepage URL:https://asus- source license: Mozilla Public License 2.0 platforms: Linux
I've made a PR to introduce the asusctl package as well as a NixOS module to run asusd. Can someone give this a try, I personally do not have Asus hardware to test it properly. You can find the PR here:
Change:
# There are some binaries there, which reference gcc-unwrapped otherwise. stripDebugList = [ <del> "share/hplip" "lib/cups/backend" "lib/cups/filter" python3Packages.python.sitePackages "lib/sane" </del> <ins> "share/hplip" "lib/cups/backend" "lib/cups/filter" python311Packages.python.sitePackages "lib/sane" </ins> ]; meta = with lib; {

Discussion:
Steps to reproduce the behavior: build .#hplip Looks like more fallout from Python 3.12. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
homepage = "https://www.blender.org"; # They comment two licenses: GPLv2 and Blender License, but they # say: "We've decided to cancel the BL offering for an indefinite period." <del> license = licenses.gpl2Plus; </del> <ins> # OptiX, enabled with cudaSupport, is non-free. license = with licenses; [ gpl2Plus ] ++ optional cudaSupport unfree; </ins> platforms = [ "x86_64-linux" "x86_64-darwin" ]; maintainers = with maintainers; [ goibhniu veprbl ]; };

Discussion:
Feature request As the title says, enable OptiX in Blender. I considered adding OptiX as a package request, but it seems like Nvidia wants to be the only one to distribute that package. How Arch linux has implemented it I looked at the PKGBUILD of Blender for arch, and they package OptiX with the blender package. How the Blender documentation suggests implementing it page describes what needs to be done to activate OptiX in the build process. To summarize: Install OptiX SDK 7.0, and add the following build flags I could try implementing this myself, but I don't know if I'll succeed, since I'm very new to NixOS. Would submitting a pull request where I've done my what I can be any helpful? Notify maintainers
I'm currently using this overlay, which seems to work: I won't have much time during the next two days, but after that if no one else has done it already I'm happy to make a PR. In the meantime, using the above overlay should work if you need OptiX support right now.
I have created a pull request, to the best of my abilities:
Change:
runHook postInstall ''; <del> postFixup = '' wrapProgram $out/bin/mit-scheme${arch} --set MITSCHEME_LIBRARY_PATH  $out/lib/mit-scheme${arch} ''; </del> <ins> postFixup = '' wrapProgram $out/bin/mit-scheme${arch}-${version} --set MITSCHEME_LIBRARY_PATH  $out/lib/mit-scheme${arch}-${version} ''; </ins> nativeBuildInputs = [ makeWrapper gnum4 texinfo texLive automake ghostscript autoconf libtool ];

Discussion:
mit-scheme errors out when trying to invoking its binary. Steps to reproduce the behavior: pkgs.mitscheme from nixpkgs master it with or Error log Please run and paste the result. Maintainer information: mitscheme has no maintaner :(
Change:
</term> <listitem> <para> <del> Exports <envar>GDK_PIXBUF_MODULE_FILE</envar> environment variable to the builder. Add librsvg package to <varname>buildInputs</varname> to get svg support. See also <xref linkend="ssec-gnome-hooks-gdk-pixbuf" />. </del> <ins> Exports <envar>GDK_PIXBUF_MODULE_FILE</envar> environment variable to the builder. Add librsvg package to <varname>buildInputs</varname> to get svg support. See also the <link linkend="ssec-gnome-hooks-gdk-pixbuf">setup hook description in GNOME platform docs</link>. </ins> </para> </listitem> </varlistentry>

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! in this issue that you intend to work on it. (Please also post if you stop working on it) a new branch of nixpkgs master. : change to . the contents from Docbook to . Follow . Use existing sections for inspiration. the contents from Docbook to . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
I can try to tackle this, hopefully we will be able to figure out how to make it functionally equivalent, even if semantic equivalence is out.
I want to finish first to avoid conflicts, though.
This was merged now.
Change:
etlegacy = callPackage ../games/etlegacy { lua = lua5_4; }; <del> fastfetch = darwin.apple_sdk_11_0.callPackage ../tools/misc/fastfetch { inherit (darwin.apple_sdk_11_0.frameworks) AppKit Apple80211 Cocoa CoreDisplay CoreVideo CoreWLAN DisplayServices Foundation IOBluetooth MediaRemote OpenCL; inherit (darwin) moltenvk; </del> <ins> fastfetch = callPackage ../tools/misc/fastfetch { stdenv = if stdenv.isDarwin then overrideSDK stdenv "11.0" else stdenv; </ins> }; fscan = callPackage ../tools/security/fscan { };

Discussion:
Steps to reproduce the behavior: fastfetch log: related: <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Yeah, this popped up after a staging change... I tried to look into a little bit before but not sure exactly what needs to change for it, yet.
Change:
orga = "nvim-neorg"; repo = "tree-sitter-norg"; }; <ins> "tree-sitter-norg-meta" = { orga = "nvim-neorg"; repo = "tree-sitter-norg-meta"; }; </ins> "tree-sitter-commonlisp" = { orga = "thehamsta"; repo = "tree-sitter-commonlisp";

Discussion:
Project description <!-- Describe the project a little: --I've recently watched the videos on norg and found the plugin very code. At some point though I had an error because my system was missing this treesitter grammar: It doesn't seem packaged yet (I checked unstable). Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ... Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
Processes also now run as a dynamically allocated user by default instead of root. <ins> - The nvidia driver no longer defaults to the proprietary driver starting with version 560. You will need to manually set `hardware.nvidia.open` to select the proprietary or open driver. </ins> - `singularity-tools` have the `storeDir` argument removed from its override interface and use `builtins.storeDir` instead. - Two build helpers in `singularity-tools`, i.e., `mkLayer` and `shellScript`, are deprecated, as they are no longer involved in image-building. Maintainers will remove them in future releases.

Discussion:
The RPATH of , as installed by the standard nvidia package () in nixos 23.11, has no entry for , causing it to fail if anyone actually used that particular interface. Steps to reproduce the behavior: The nvidia package should set proper RPATHs on the installed libraries. I ran into this because I was trying to clean up the steam package of issues, and steam's does a lot of sanity checking of its environment and reported the issue from inside the FHS environment. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
That library is an internal compatibility layer for openssl1.1. Since we link openssl3 into the nvidia driver it never gets used and is meant to fail to load. Since NixOS makes sure that openssl3 is always available this library is functionally useless. We could probably just remove that file (like we do with ) to regain some disk space and satisfy the checks you mentioned.
Sounds good. Better to not ship it than ship it broken, especially if nobody needs it.
Change:
ln -s ${nspr.out}/lib/libnspr4.so $libdir/libnspr4.so ln -s ${nspr.out}/lib/libplc4.so $libdir/libplc4.so <del> ln -s ${ffmpeg.out}/lib/libavcodec.so* $libdir ln -s ${ffmpeg.out}/lib/libavformat.so* $libdir </del> <ins> ln -s ${ffmpeg.lib}/lib/libavcodec.so* $libdir ln -s ${ffmpeg.lib}/lib/libavformat.so* $libdir </ins> rpath="$out/share/spotify:$libdir"

Discussion:
Steps to reproduce the behavior: spotify It was building with a few commits behind, but there were no updates to the package, so I'm not sure why it fails now. Please run and paste the result.
Change:
cudaPackages_12_0 = callPackage ./cuda-packages.nix { cudaVersion = "12.0"; }; cudaPackages_12_1 = callPackage ./cuda-packages.nix { cudaVersion = "12.1"; }; <ins> cudaPackages_12_2 = callPackage ./cuda-packages.nix { cudaVersion = "12.2"; }; </ins> cudaPackages_12 = cudaPackages_12_0; # TODO: try upgrading once there is a cuDNN release supporting CUDA 12. No

Discussion:
Some cuda packages come with vendored copies of libraries that are already available in nixpkgs. These vendored libraries still require patching their Runpaths, their presence reduces determinism, and breaks "deep replacement" (i.e. nixpkgs' feature allowing to ensure that everything in a package set uses the same revision of a dependency). For instance, ships , which otherwise is available as: Cf. Tasks [ ] Look into deleting these vendored libraries and re-linking their reverse dependencies against nixpkgs alternatives
Change:
testssl = callPackage ../applications/networking/testssl { }; <ins> ulauncher = callPackage ../applications/misc/ulauncher { }; </ins> umurmur = callPackage ../applications/networking/umurmur { }; udocker = pythonPackages.callPackage ../tools/virtualization/udocker { };

Discussion:
Ulauncher is an application launcher for Linux: Tried to package it myself but I am a rookie and this seems like a bit painful for the first package.
For those interested I made a really quick. However, if you build and execute it you'll realize there's definitely some problems.
More specifically, the first error I run into halts with the following stack trace: Any ideas for workarounds?
If you just examine the result of the derivation you'll notice that things in appear to be in the wrong locations. So that'll definitely make it not work. There's probably something wrong with and I don't think is maintained. So perhaps we can just change the build system if it's easy? Maybe do what  is doing.
Looking at the beginning of the build log, I noticed: Note that it thinks the version is . Maybe this has to do with ? I assume that is supposed to be replaced with something else at But clearly something is not working. That's all I've got. Cheers
Very late edit, I managed to change this after the build via: But last executable still cries:
Would you mind sharing your full nix expression? I can't figure out how to get past the issue. (I suspect you replaced it in ?)
Yes, but I did it after the build. the last status (which is a wreck with too many unnecessary stuff probably, I gave up after trying a bit).
I'm not sure how to implement this in Nix, but we can get past the error by setting the environment variable to the generated site-packages folder (). In other words: We still get an error but I think this is a step forward?
:) I guess. I am still rookie on nixland and this made me confused since we have defined under everything like crazy.
Just so we are on the same page, this is what I am currently using to build ulauncher: I replaced the version substitution code to put the version number where I think the ulauncher source code intends for it to be put. Doing so does not break the build.
The means that the is missing. I'm working on creating a . I've run into , meaning that I needed to make to load a few libraries with using absolute paths. I'm using to apply the patches: Applying the patches is the only way I was able to manage getting to build.

The patch was applied with during build time. During runtime, however, the patch was applied, but without substitutions: How do we get the patch substitutions working for runtime?
module is provided by which we already have packaged. definitely should not be used.
Change:
ExecStart = "${pkgs.mosquitto}/bin/mosquitto -c ${mosquittoConf}"; ExecReload = "${pkgs.coreutils}/bin/kill -HUP $MAINPID"; <del> ProtectSystem = "strict"; ProtectHome = true; </del> <ins> # Hardening CapabilityBoundingSet = ""; DevicePolicy = "closed"; LockPersonality = true; MemoryDenyWriteExecute = true; NoNewPrivileges = true; </ins> PrivateDevices = true; PrivateTmp = true; <del> ReadWritePaths = "${cfg.dataDir}"; </del> <ins> PrivateUsers = true; ProtectClock = true; </ins> ProtectControlGroups = true; <ins> ProtectHome = true; ProtectHostname = true; ProtectKernelLogs = true; </ins> ProtectKernelModules = true; ProtectKernelTunables = true; <del> NoNewPrivileges = true; </del> <ins> ProtectProc = "invisible"; ProcSubset = "pid"; ProtectSystem = "strict"; ReadWritePaths = [ cfg.dataDir "/tmp"  # mosquitto_passwd creates files in /tmp before moving them ]; ReadOnlyPaths = with cfg.ssl; lib.optionals (enable) [ certfile keyfile cafile ]; RemoveIPC = true; RestrictAddressFamilies = [ "AF_UNIX"  # for sd_notify() call "AF_INET" "AF_INET6" ]; RestrictNamespaces = true; RestrictRealtime = true; RestrictSUIDSGID = true; SystemCallArchitectures = "native"; SystemCallFilter = [ "@system-service" "~@privileged" "~@resources" ]; UMask = "0077"; </ins> }; preStart = '' rm -f ${cfg.dataDir}/passwd

Discussion:
Describe the bug Expected behavior The nixos module should be aware of the deprecated options and the resulting config should be updated. 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:
Change:
<ins> { lib , fetchFromGitHub , stdenv , acl , gnome , gtkmm3 , meson , ninja , pkg-config , wrapGAppsHook }: stdenv.mkDerivation rec { pname = "eiciel"; version = "0.9.13.1"; outputs = [ "out" "nautilusExtension" ]; src = fetchFromGitHub { owner = "rofirrim"; repo = "eiciel"; rev = version; sha256 = "0rhhw0h1hyg5kvxhjxkdz03vylgax6912mg8j4lvcz6wlsa4wkvj"; }; nativeBuildInputs = [ meson ninja pkg-config wrapGAppsHook ]; buildInputs = [ acl gtkmm3 gnome.nautilus ]; mesonFlags = [ "-Dnautilus-extension-dir=${placeholder "nautilusExtension"}/lib/nautilus/extensions-3.0" ]; postPatch = '' substituteInPlace meson.build --replace "compiler.find_library('libacl')" "compiler.find_library('acl')" chmod +x img/install_icons.sh patchShebangs img/install_icons.sh ''; meta = with lib; { description = "Graphical editor for ACLs and extended attributes"; homepage = "https://rofi.roger-ferrer.org/eiciel/"; license = licenses.gpl2Plus; maintainers = with maintainers; [ sersorrel ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description Eiciel is a viewer/editor for ACLs and xattrs. It integrates with Nautilus, but also works standalone. Metadata homepage URL: source URL: license: gpl2+ platforms: linux
Change:
hash = "sha256-0W5FWGS4vu5+O6/C4El60QDsRNj+P4xGQ62NdkfJd5I="; }; <ins> SETUPTOOLS_SCM_PRETEND_VERSION = version; nativeBuildInputs = [ setuptools setuptools-scm ]; propagatedBuildInputs = [ atom bytecode cppy kiwisolver pegen ply qtpy sip_4 ]; </ins> # qt bindings cannot be found during tests doCheck = false;

Discussion:
Steps to reproduce the behavior: `nix-build '<nixpkgs' -A Fails since /cc
Change:
bids-validator = callPackage ../development/python-modules/bids-validator { }; <del> binwalk = callPackage ../development/python-modules/binwalk { }; </del> <ins> binwalk = callPackage ../development/python-modules/binwalk { pyqtgraph = null; }; </ins> binwalk-full = appendToName "full" (self.binwalk.override { pyqtgraph = self.pyqtgraph;

Discussion:
Describe the bug and seem to be the same package. They both depend on , which is not supposed to be the case for . Since depends on , which only compiles on Linux, I can't install on my Mac. To Reproduce Steps to reproduce the behavior (on NixOS): store path ends up being store path ends up also being at the end of the definition in with again store path ends up being , which is different from before again store is still the same as before: Expected behavior I expect the non-full version of to not depend on . Notify maintainers I think you introduced this bug in . Metadata Please run and paste the result. Maintainer information:
Change:
flamp = callPackage ../applications/radio/flamp { }; <del> flexget = callPackage ../applications/networking/flexget { }; </del> fldigi = callPackage ../applications/radio/fldigi { hamlib = hamlib_4; };

Discussion:
Flexget is not building on python3.12 on NixOS Unstable since nose 1.3.7 does not run on python 3.12 According to flexget website only pything versions 3.7 to 3.11 are supported: Steps to reproduce the behavior: to nixos unstable to install flex A clear and concise description of what you expected to happen. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
packages.into_par_iter().try_for_each(|package| { eprintln!("{}", package.name); <del> let tarball = package.tarball()?; </del> <ins> let tarball = package .tarball() .map_err(|e| anyhow!("couldn't fetch {} at {}: {e:?}", package.name, package.url))?; </ins> let integrity = package.integrity().map(ToString::to_string); cache

Discussion:
Lily and I talked about this in Matrix, this is the requested issue. Basically it all narrows down to this package lock: Steps to reproduce the behavior: it it hangs forever lock it works It should either give an error or just work. If it helps narrowing the npm version down, the package- was created in September of 2020 and was last changed in September of 2021.
To clarify a bit, this isn't something specific to older lockfiles, it just looks like there is a version spec format that our fetcher does not currently support, but probably should
Change:
}; dontDisableStatic = enableStatic; configureFlags = lib.optional enableStatic "LDFLAGS=-static"; <del> CFLAGS = "-DSFTPSERVER_PATH="${sftpPath}""; </del> <ins> CFLAGS = lib.pipe (lib.attrNames dflags) [ (builtins.map (name: "-D${name}="${dflags.${name}}"")) (lib.concatStringsSep " ") ]; </ins> # https://www.gnu.org/software/make/manual/html_node/Libraries_002fSearch.html preConfigure = '' <del> makeFlags=VPATH=`cat $NIX_CC/nix-support/orig-libc`/lib </del> <ins> makeFlagsArray=( VPATH=$(cat $NIX_CC/nix-support/orig-libc)/lib PROGRAMS="${lib.concatStringsSep " " ([ "dropbear" "dbclient" "dropbearkey" "dropbearconvert" ] ++ lib.optionals enableSCP ["scp"])}" ) ''; postInstall = lib.optionalString enableSCP '' ln -rs $out/bin/scp $out/bin/dbscp </ins> ''; patches = [

Discussion:
is already packaged, but I needed the following to be able to correctly build the utility: I would propose adding an option , which adds to the default list , and also modifies to include the fix of . It might be a good idea to also mark as to prevent accidental conflicts with .
What about opening a PR yourself?
I marked this as stale due to inactivity. &rarr;
still wanted