jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib, stdenv, fetchurl, dpkg, autoPatchelfHook, makeWrapper, perl, gnused, ghostscript, file, coreutils, gnugrep, which, }: let arches = [ "x86_64" "i686" ]; version = "4.1.0-1"; runtimeDeps = [ ghostscript file gnused gnugrep coreutils which ]; in stdenv.mkDerivation { pname = "cups-brother-mfcl2800dw"; inherit version; nativeBuildInputs = [ dpkg makeWrapper autoPatchelfHook ]; buildInputs = [ perl ]; dontUnpack = true; src = fetchurl { url = "https://download.brother.com/welcome/dlf106048/mfcl2800dwpdrv-${version}.i386.deb"; hash = "sha256-sY92w0EFI69LxoNrhluIhqFOWZQOI+SJKKyuExvasgA="; }; installPhase = '' runHook preInstall mkdir -p $out dpkg-deb -x $src $out # delete unnecessary files for the current architecture '' + lib.concatMapStrings (arch: '' echo Deleting files for ${arch} rm -r "$out/opt/brother/Printers/MFCL2800DW/lpd/${arch}" '') (builtins.filter (arch: arch != stdenv.hostPlatform.linuxArch) arches) + '' # bundled scripts don't understand the arch subdirectories for some reason ln -s  "$out/opt/brother/Printers/MFCL2800DW/lpd/${stdenv.hostPlatform.linuxArch}/"*  "$out/opt/brother/Printers/MFCL2800DW/lpd/" # Fix global references and replace auto discovery mechanism with hardcoded values substituteInPlace $out/opt/brother/Printers/MFCL2800DW/lpd/lpdfilter  --replace-fail /opt "$out/opt"  --replace-fail "my $BR_PRT_PATH =" "my $BR_PRT_PATH = "$out/opt/brother/Printers/MFCL2800DW"; #"  --replace-fail "PRINTER =~" "PRINTER = "MFCL2800DW"; #" # Make sure all executables have the necessary runtime dependencies available find "$out" -executable -and -type f | while read file; do wrapProgram "$file" --prefix PATH : "${lib.makeBinPath runtimeDeps}" done # Symlink filter and ppd into a location where CUPS will discover it mkdir -p $out/lib/cups/filter $out/share/cups/model ln -s  $out/opt/brother/Printers/MFCL2800DW/lpd/lpdfilter  $out/lib/cups/filter/brother_lpdwrapper_MFCL2800DW ln -s  $out/opt/brother/Printers/MFCL2800DW/cupswrapper/brother-MFCL2800DW-cups-en.ppd  $out/share/cups/model/ runHook postInstall ''; meta = { homepage = "http://www.brother.com/"; description = "Brother MFC-L2750DW printer driver"; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; license = lib.licenses.unfree; platforms = builtins.map (arch: "${arch}-linux") arches; maintainers = [ lib.maintainers.luftmensch-luftmensch ]; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --CUPS driver for the Brother MFC-L2800DW Metadata homepage URL: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
"textual" ]; <ins> __darwinAllowLocalNetworking = true; </ins> meta = with lib; { description = "TUI framework for Python inspired by modern web development"; homepage = "https://github.com/Textualize/textual";

Discussion:
Project description <!-- Describe the project a little: --Frogmouth is a Markdown viewer / browser for your terminal, built with . Metadata homepage URL: source URL: license: MIT platforms: Linux, Python
Likely depends on
Change:
--nvidia-ctk-path ${lib.getExe' nvidia-container-toolkit "nvidia-ctk"} } <del> cdiGenerate |  ${lib.concatStringsSep " | " allJqMounts} > $RUNTIME_DIRECTORY/nvidia-container-toolkit.json </del> <ins> function additionalMount { local hostPath="$1" local containerPath="$2" local mountOptions="$3" if [ -e "$hostPath" ]; then ${lib.getExe jq} ".containerEdits.mounts[.containerEdits.mounts | length] = { "hostPath": "$hostPath", "containerPath": "$containerPath", "options": $mountOptions }" else echo "Mount $hostPath ignored: could not find path in the host machine" >&2 cat fi } cdiGenerate | ${mountsToCommands mounts} > $RUNTIME_DIRECTORY/nvidia-container-toolkit.json </ins> ''

Discussion:
The service will ask docker to mount the binary which is not provided by the Nvidia driver v470. Using NixOS 24.05 with nixpkgs . Steps to reproduce the behavior: should not be mounted when the binary is missing. <img width="1234" alt="image" src=""<img width="854" alt="image" src="" Edited: a workaround Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for the report You can also set in the meantime. I'll open a PR as soon as possible.
Change:
passthru = allVersions; }; <del> allVersions = builtins.mapAttrs (_name: version: (prusa-slicer.overrideAttrs (override version))) versions; </del> <ins> prusa-slicer' = prusa-slicer.override { wxGTK31-gtk3-override = wxGTK31-gtk3; }; allVersions = builtins.mapAttrs (_name: version: (prusa-slicer'.overrideAttrs (override version))) versions; </ins> in allVersions.stable

Discussion:
prusa-slicer crashes, maybe related to our wxWidgets version. See for now. cc
Maybe caused by Maybe backport that change, or use the prusa-slicer wxWidget fork.
I can reproduce it with nixpkgs rev Using the wxWidgets fork from prusa3d fixes the issue. Will try to write a PR soon.
Change:
<ins> import ./make-test-python.nix ({ lib, ... }: with lib; { name = "nzbhydra2"; meta.maintainers = with maintainers; [ jamiemagee ]; nodes.machine = { pkgs, ... }: { services.nzbhydra2.enable = true; }; testScript = '' machine.start() machine.wait_for_unit("nzbhydra2.service") machine.wait_for_open_port(5076) machine.succeed("curl --fail http://localhost:5076/") ''; }) </ins>

Discussion:
Project description From GitHub: Metadata homepage URL: source URL: license: apache 2.0 platforms: All (Java project)
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
This is still important to me.
I marked this as stale due to inactivity. &rarr;
This issue is not stale. There is a PR in progress.
Change:
, cargo , copyDesktopItems , dbus <del> , electron_28 </del> <ins> , electron_29 </ins> , fetchFromGitHub , glib , gnome

Discussion:
When signing in to the Bitwarden, I am met with the following . I have KDE wallet turned off, and my NixOS and nixpkgs channel are both set to stable. I also have another nix machine that runs NixOS and nixpkgs on unstable and this bug does not occur despite having KDE wallet turned off there as well. Bug is potentially tied to Steps to reproduce the behavior: off KDE wallet in to Bitwarden-desktop stable. Should sign in without issue despite KDE wallet being disabled. ! A package update would be great, as my understanding is this was fixed in an update by Bitwarden devs.
Change:
copyright-update = callPackage ../tools/text/copyright-update { }; <del> inherit (callPackages ../tools/misc/coreboot-utils { }) </del> <ins> inherit (callPackage ../tools/misc/coreboot-utils { }) </ins> msrtool cbmem ifdtool

Discussion:
The NixOS tests for netbox are failing to evaluate: It seems like the module tries to override the package to pass in the plugins that are configured in the module, but for some reason it's overriding the function in instead of the one in . The former doesn't have a plugins argument, so that causes this error. You can also replicate this in : I don't really know what changed to cause this to happen, as it doesn't seem like it should. Steps to reproduce the behavior: The system configuration should evaluate. <!-- 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]:
Possibly related issue with an which used to work: Ping
The thing these packages have in common seems to be that they use to pull in a few different versions into . It seems like something changed about recently.
I think you're right, That commit changes to for a bunch of packages, including citrix_workspace and netbox.
Change:
, cmake , libffi , pkg-config <ins> , patchelf </ins> , wayland-protocols , wayland , xorg

Discussion:
The simply doesn't work for me. The problem seems to be in binary not being able to find Clipboard's own libraries. When running in debug mode some useful information comes out: However, those libraries are physically present: I also tried to modify to point to the lib directory, that didn't help either. to do literally anything with , like copy and paste something. Notifying as they are a maintainer. clipboard-jh version: 0.6.0, . Xorg, KDE Plasma
From the debug logs it seems like it should fail on Wayland as well - however it works fine on my Wayland machine. I will take a proper look later.
I'm not proficient at compiling and building software at all, but maybe what I paste below will make sense. So, it seems like the required libraries are missing from runtime path of ? And here's another interesting line which I found in nix logs (during the install phase): The rhs path seems broken to me. Maybe I should add the full log?
<details<summaryAnd here is the full log</summary</details
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
For me, adding the following to the derivation fixes the issue: Now when I think about it: maybe this problem occurs only with the target. I thought there were an issue with (the one in the package) but it's completely unrelated to this problem. If no one actually wants to run , there's no issue at all, at least that's my guess.
adding the solution you provided in your comment seems to fix the issue where is unable to copy/paste content to system clipboard. Might want to submit that change to the nix-package.
oh, cool, it wasn't just me being silly, someone else has this issue as well. Now, I need to figure out how to contribute to nixpkgs...
I think is the original package maintainer for this one
you don't need to be the maintainer to update the package btw. We all have the ability to submit a change and have it reviewed!
steps to submit the PR: nixpkgs necessary changes without changing formating of the current package (for diff) commit with the following message template: changes to your fork. PR to nixpkgs with description of changes.
Change:
inherit version src; pyproject = true; <ins> patches = [ # Pull in https://github.com/mealie-recipes/mealie/pull/4002 manually until # it lands in an upstream mealie release. # See https://github.com/NixOS/nixpkgs/issues/321623. ( fetchpatch { url = "https://github.com/mealie-recipes/mealie/commit/65ece35966120479db903785b22e9f2645f72aa4.patch"; hash = "sha256-4Nc0dFJrZ7ElN9rrq+CFpayKsrRjRd24fYraUFTzcH8="; }) ]; </ins> build-system = with pythonpkgs; [ poetry-core ]; nativeBuildInputs = [ makeWrapper ];

Discussion:
Mealie was updated from 1.7.0 to 1.9.0, and it's now failing to launch, even though I'm using the exact same configuration. It actually seems that just enabling Mealie, with no configuration isn't working. What's weird is that the error is referring to , which is a sops-nix directory. I even rebooted, but it's still getting that particular error Use the following configuration: Mealie successfully starts. Here's my original Nix configuration: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tested on VM, works fine with the base configuration. The problem comes from the part of your configuration, it seams that you need the setup the user to get access to the directory. I'm not familiar with , is there a group you could add the user to so that it can access the directory ?
You can allow a specific user/group access to the decrypted sops secret file using the options. See this example in my config:
It still doesn't work after doing that. I wonder if it's some state getting left over that screws something up, because it's weird it would still not work after removing everything but . I deleted though, and it's still happening, and it also still works if I role back to 1.7.0. Although, I am using PostgreSQL so maybe it's something in there? Note that it's happening in . Here's my updated Nix file:
The issue seems to have something to do with this mealie commit: Mealie 1.9.0 works when the commit is reverted:
Somebody opened a PR to get this fixed upstream:
I've also opened , which prevents mealie from exploding when it encounters a secrets directory that it doesn't have permission to read. I've verified that it fixes this issue in my own NixOS deployment.
has been merged and should be out in the next release. In the meantime, we can pull in to the currently available v1.11.0 to fix the bug. I'll create a PR for this.
I'm still experiencing this issue when Mealie first starts after boot, but it goes away after restarting the service.

I'm guessing it's because sops-nix hasn't setup the directory yet? Should I open a new issue?
That warning message seems to be intentional. The patch always prints a warning before the directory is ignored.
Change:
stdenv.mkDerivation rec { pname = "lsp-plugins"; <del> version = "1.2.5"; </del> <ins> version = "1.2.6"; </ins> src = fetchurl { url = "https://github.com/sadko4u/${pname}/releases/download/${version}/${pname}-src-${version}.tar.gz"; <del> sha256 = "sha256-YYrt+FbpY7iEui0aw4Ce94BW1SHDk0OH8gFSzkW2fkw="; </del> <ins> sha256 = "sha256-lNrIsXW3ZNKMFwsl5qowWqK/ZaCaQUAlrSscnsOxvVg="; </ins> }; outputs = [ "out" "dev" "doc" ];

Discussion:
Every time there's a version bump it breaks scripts and other things, a versionless lib would go a long way in making it easy to maintain references, especially for "ad-hoc" software like DAWs, that load plugins outside of nix's control. currently I only have in my environment, and pipewire breaks, because I have to have a reference to the file name inside it's config. I would much prefer if all I had to do was specify , and version management can be delegated to Nix(OS), by passing the package to the service & systemPackages.
This seems like an upstream issue to me, not a NixOS one, as we are just using the upstream pkg as is. Feel free to correct me if I'm wrong!
Change:
<ins> { lib, stdenv, fetchFromGitHub, rustPlatform, cargo, rustc, meson, ninja, pkg-config, wrapGAppsHook4, desktop-file-utils, glib, gtk4, libadwaita, }: stdenv.mkDerivation (finalAttrs: { pname = "hieroglyphic"; version = "1.0.1"; # Note: 1.1.0 requires a higher gtk4 version. This requirement could be patched out. src = fetchFromGitHub { owner = "FineFindus"; repo = "Hieroglyphic"; rev = "refs/tags/v${finalAttrs.version}"; hash = "sha256-Twx3yM71xn2FT3CbiFGbo2knGvb4MBl6VwjWlbjfks0="; }; cargoDeps = rustPlatform.fetchCargoTarball { inherit (finalAttrs) src; name = "${finalAttrs.pname}-${finalAttrs.version}"; hash = "sha256-Se/YCi0e+Uoh5guDteLRXZYyk7et0NA8cv+vNpLxzx4="; }; nativeBuildInputs = [ rustPlatform.cargoSetupHook cargo rustc meson ninja pkg-config wrapGAppsHook4 desktop-file-utils ]; buildInputs = [ glib gtk4 libadwaita ]; meta = { changelog = "https://github.com/FineFindus/Hieroglyphic/releases/tag/v${finalAttrs.version}"; description = "A tool based on detexify for finding LaTeX symbols from drawings"; homepage = "https://apps.gnome.org/en/Hieroglyphic/"; license = lib.licenses.gpl3Only; mainProgram = "hieroglyphic"; maintainers = with lib.maintainers; [ tomasajt ]; platforms = lib.platforms.linux ++ lib.platforms.darwin; }; }) </ins>

Discussion:
Project description Local only version of detexify. Drawings to LaTeX command converter. Metadata homepage URL: source URL: license: GPL 3.0 platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
libsass lxml markupsafe <del> mock </del> num2words ofxparse passlib

Discussion:
Package name: Odoo Latest released version: 16.0. <!-- Search your package here: --- Current version on the unstable channel: 16.0. Current version on the stable/release channel: 15.0. <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Change:
<ins> { lib , stdenv , fetchFromGitHub , cmake , gtest , openssl , zlib }: stdenv.mkDerivation rec { pname = "jesec-libtorrent"; version = "0.13.8-r4"; src = fetchFromGitHub { owner = "jesec"; repo = "libtorrent"; rev = "v${version}"; hash = "sha256-jC/hgGSi2qy+ToZgdxl1PhASLYbUL0O8trX0th2v5H0="; }; nativeBuildInputs = [ cmake ]; buildInputs = [ openssl zlib ]; # Disabled because a test is flaky; see https://github.com/jesec/libtorrent/issues/4. # doCheck = true; preCheck = '' export LD_LIBRARY_PATH=$LD_LIBRARY_PATH''${LD_LIBRARY_PATH:+:}$PWD ''; checkInputs = [ gtest ]; meta = with lib; { homepage = "https://github.com/jesec/libtorrent"; description = "A BitTorrent library written in C++ for *nix, with focus on high performance and good code (jesec's fork)"; license = licenses.gpl2Plus; maintainers = with maintainers; [ winter AndersonTorres ]; platforms = platforms.linux; }; } </ins>

Discussion:
jesec-libtorrent tests fail, making the build fail. Steps to reproduce the behavior: jesec-libtorrent fails, failing the build I expect it to build succesfully ! ! I'm building the package with the help of morph to deploy on a server, though this shouldn't really have an impact.
This happened between and . I'll bisect later, thanks for the heads up!
The test is expecting to be returned by , but is instead getting . I'm... really not sure how to move forward with this, short of disabling the test.
Next time copy-paste the error message.
Perhaps triggered by upgrading glibc from 2.33 to 2.34? (some change in getaddrinfo() behavior)
I ruled that out initially since I didn't see anything mentioned in the changelog about getaddrinfo. I'll give it a try, though.
This has been fixed by .
Change:
godu = callPackage ../tools/misc/godu { }; <ins> goss = callPackage ../tools/misc/goss { }; </ins> gosu = callPackage ../tools/misc/gosu { }; gotify-cli = callPackage ../tools/misc/gotify-cli { };

Discussion:
Project description is a server validation tool. It lets you write assertions in YAML format and runs them really fast to ensure your server matches them, for example it lets you assert some binary is present in path or some command gives an expected result, or that some port is open, etc. I personally use it a lot to test docker images through its sub-project , for which I'll submit another request. Metadata homepage URL: source URL: license: Apache License 2.0 platforms: linux. Darwin and windows support is alpha (see the )
Per request I am bringing up the question here from : should we split into a separate package ? I assumed that since they are different binaries, they would need different packages. Both and are built and released together in the same github repository. depends on , but may be used without it.
Change:
<del> { lib , nix-update-script , rustPlatform , fetchFromGitHub , installShellFiles , stdenv , coreutils , bash , pkg-config , openssl , direnv , Security , SystemConfiguration , rtx , testers }: rustPlatform.buildRustPackage rec { pname = "rtx"; version = "2023.12.35"; src = fetchFromGitHub { owner = "jdx"; repo = "rtx"; rev = "v${version}"; hash = "sha256-vzMjC6qIPhZm80hzYQRpF3j+s85B0nwTcgSGRATQEIg="; }; cargoHash = "sha256-LvW5xGVggzuXlFPhbrc93Dht3S9zaQyx9Nm+Mx/Mjh0="; nativeBuildInputs = [ installShellFiles pkg-config ]; buildInputs = [ openssl ] ++ lib.optionals stdenv.isDarwin [ Security SystemConfiguration ]; postPatch = '' patchShebangs --build ./test/data/plugins/**/bin/* ./src/fake_asdf.rs ./src/cli/reshim.rs substituteInPlace ./src/env_diff.rs  --replace '"bash"' '"${bash}/bin/bash"' substituteInPlace ./src/cli/direnv/exec.rs  --replace '"env"' '"${coreutils}/bin/env"'  --replace 'cmd!("direnv"' 'cmd!("${direnv}/bin/direnv"' ''; checkFlags = [ # Requires .git directory to be present "--skip=cli::plugins::ls::tests::test_plugin_list_urls" ]; cargoTestFlags = [ "--all-features" ]; # some tests access the same folders, don't test in parallel to avoid race conditions dontUseCargoParallelTests = true; postInstall = '' installManPage ./man/man1/rtx.1 installShellCompletion  --bash ./completions/rtx.bash  --fish ./completions/rtx.fish  --zsh ./completions/_rtx ''; passthru = { updateScript = nix-update-script { }; tests.version = testers.testVersion { package = rtx; }; }; meta = { homepage = "https://github.com/jdx/rtx"; description = "Polyglot runtime manager (asdf rust clone)"; changelog = "https://github.com/jdx/rtx/releases/tag/v${version}"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ konradmalik ]; mainProgram = "rtx"; }; } </del>

Discussion:
(pronounced "meez") or "mise-en-place" is a development environment setup tool. The name refers to a French culinary phrase that roughly translates to "setup" or "put in place". The idea is that before one begins cooking, they should have all their utensils and ingredients ready to go in their place. Homepage URL: Source URL: License: MIT Platforms: Linux, Darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Inviting because I see you listed as maintainer for the current package :raised_hands:
Change:
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param REDIRECT_STATUS 200; fastcgi_pass unix:${config.services.phpfpm.pools."dokuwiki-${hostName}".socket}; <del> fastcgi_param HTTPS on; </del> <ins> ${lib.optionalString (cfg.nginx.addSSL || cfg.nginx.forceSSL || cfg.nginx.onlySSL || cfg.nginx.enableACME) "fastcgi_param HTTPS on;"} </ins> ''; }; }]) eachSite;

Discussion:
Dokuwiki login page does not work (timeout) when https is not enabled in the webserver. Steps to reproduce the behavior: Add some user using the usersFile option and disable and options. Click on "Log In" in the top right, fill in form, and click the login button. The page now redirects to a non-existing https url. Disabling these options should allow Dokuwiki to work on a non-HTTPS enabled webserver. Currently when trying to login, the page will time out as the wiki redirects the user to a https version of the url. While the default https enabled webserver is good for security, it is not always needed or wanted. For example, when you have the wiki on an internal trusted network with no access from the internet such as a wireguard VPN of a few personal devices. In that situation, the SSL adds no value and makes it harder to use, as you would need to distribute self signed certificates to all your devices.