jiebi/CodeConvo huggingface dataset:
Change:
<del> { mkDerivation, lib, fetchFromGitHub, fetchpatch, cmake, pkg-config </del> <ins> { mkDerivation, lib, fetchFromGitHub, cmake, pkg-config </ins> , qtbase, qtmultimedia, qtsvg, qttools, krdc , libvncserver, libvirt, pcre, pixman, qtermwidget, spice-gtk, spice-protocol , libselinux, libsepol, util-linux

Discussion:
Steps to reproduce the behavior: virt-manager-qt on 24.05 (or, I assume, unstable) Full log: Bisecting the build yields from as the first bad commit. It updates from to . <!-- 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]:
Relevant upstream commit:
Change:
'' # Handle the existence of libPath, which requires us to re-arrange the lib directory + strings.optionalString (libPath != null) '' <del> if [[ ! -d "${libPath}" ]] ; then echo "${finalAttrs.pname}: ${libPath} does not exist, only found:" >&2 find "$(dirname ${libPath})"/ -maxdepth 1 >&2 </del> <ins> full_lib_path="lib/${libPath}" if [[ ! -d "$full_lib_path" ]] ; then echo "${finalAttrs.pname}: '$full_lib_path' does not exist, only found:" >&2 find lib/ -mindepth 1 -maxdepth 1 >&2 </ins> echo "This release might not support your CUDA version" >&2 exit 1 fi <del> mv "lib/${libPath}" lib_new </del> <ins> echo "Making libPath '$full_lib_path' the root of lib" >&2 mv "$full_lib_path" lib_new </ins> rm -r lib mv lib_new lib ''

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: libcutensor maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: -
Change:
url = "mirror://cpan/authors/id/X/XA/XAOC/ExtUtils-PkgConfig-1.16.tar.gz"; sha256 = "bbeaced995d7d8d10cfc51a3a5a66da41ceb2bc04fedcab50e10e6300e801c6e"; }; <ins> nativeBuildInputs = [ buildPackages.pkgconfig ]; </ins> propagatedBuildInputs = [ pkgs.pkgconfig ]; meta = { homepage = "http://gtk2-perl.sourceforge.net";

Discussion:
Describe the bug A clear and concise description of what the bug is. To Reproduce Steps to reproduce the behavior: This is a bit annoying, as --.
Uhm, It looks like it's also a problem for i3 users. I'm not a perl programmer so I don't think I can do much to fix the package. For rxvt-unicode, you can temporarily remove bidi from your plugins, see the .
Looks like some tests are failing for . Temporary workaround is to turn off tests for the package.
It is expecting in , but doesn't seem to provide it, so I have no idea what should provide it...
Bisecting showed this to be broken by : can you take a look?
Looking
Change:
}; config = mkIf cfg.enable { <ins> warnings = lib.optionals (!stalwartAtLeast "0.7.0") [ '' Versions of stalwart-mail < 0.7.0 will get deprecated in NixOS 24.11. Please set services.stalwart-mail.package to pkgs.stalwart-mail to upgrade to the latest version. Please note that upgrading to version >= 0.7 requires manual intervention, see <https://github.com/stalwartlabs/mail-server/blob/main/UPGRADING.md> for upgrade instructions. '' ]; </ins> # Default config: all local services.stalwart-mail.settings = { global.tracing.method = mkDefault "stdout";

Discussion:
The new version of stalwart mail (0.7.0), has changed a lot and the module needs a rewrite for a while now, for example: I have forked nixpkgs, to remove the standard settings, to allow me to make a more complex setting. issues I see. No way to disable the default options, in: . WebUI is not currently supported The package imports the entire . <!-- 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]:
If you want to make a contribution, even a small one, im happy to help you get it merged !
I can take a look, as I have written quite extensive configuration for my Stalwart instance. I can check it out to make it available as a NixOS module
That would be amazing ! There is an open pr from the bot for the 0.7 upgrade, you can take over that one or make the update in a new pr. Thank you !
WIP module. I haven't tested it out yet. I will probably do so this evening:
Not yet entirely fixed, module and test need some work to support = 0.7.0
By the way, since migrating to stalwart = 0.7 requires some manual migration in any case, would it be worth setting the default database type to rocksdb instead of sqlite in the module?
In my opinion yes, for the love of Linux or just make it undefined. Do you have a git repo, where I can track your progress and when I have time, give improvements?
Change:
inherit hostPath containerPath; options = mountOptions; }; <del> jqAddMountExpression = ".containerEdits.mounts[.containerEdits.mounts | length] |= . +"; allJqMounts = lib.concatMap (mount: ["${lib.getExe jq} '${jqAddMountExpression} ${builtins.toJSON (mkMount mount)}'"]) mounts; </del> <ins> mountToCommand = mount: "additionalMount "${mount.hostPath}" "${mount.containerPath}" '${builtins.toJSON mount.mountOptions}'"; mountsToCommands = mounts: if (builtins.length mounts) == 0 then "cat" else (lib.strings.concatMapStringsSep " | n" mountToCommand mounts); </ins> in writeScriptBin "nvidia-cdi-generator" ''

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:
stdenv.mkDerivation rec { name = "cava-${version}"; <del> version = "0.4.2"; </del> <ins> version = "0.6.0"; </ins> buildInputs = [ alsaLib

Discussion:
There have been a few releases since the 0.4.2 release that is currently in nixpkgs. I have tried to update the version number to 0.6.0 and the sha256 to Unfortunately that results in a compilation failure: The cava package comes from github: And is defined by the nix package:
Maybe you can test my PR to see if the application works for you.
Hi, your PR works correctly. Thank you!
Change:
(fetchbower "tweetnacl" "0.12.2" "0.12.2" "1lfzbfrdaly3zyzbcp1p53yhxlrx56k8x04q924kg7l52gblm65g") (fetchbower "components-font-awesome" "4.7.0" "^4.6.3" "1w27im6ayjrbgjqa0i49ml5d3wy4ld40h9b29hz9myv77bpx4lg1") (fetchbower "ckeditor" "4.14.0" "4.14.0" "0lw9q0k8c0jlxvf35vrccab9c3c8rgpc6x66czj9si8yy2lyliyp") <del> (fetchbower "codemirror" "5.61.1" "^5.19.0" "1abm1fcps86y2qm033wa96pd6ixf9w01vlhly5i51j0j94arnz4g") </del> <ins> (fetchbower "codemirror" "5.63.3" "^5.19.0" "09di53sfsgpd328fvz1qjlmybk5mmnb2p9r38xw329bi9b21rq0r") </ins> (fetchbower "requirejs" "2.3.5" "2.3.5" "05lyvgz914h2w08r24rk0vkk3yxmqrvlg7j3i5av9ffkg9lpzsli") (fetchbower "marked" "1.1.0" "1.1.0" "1sdgqw9iki9c1pfm4c5h6c956mchbip2jywjrcmrlb75k53flsjz") (fetchbower "rangy" "rangy-release#1.3.0" "rangy-release#~1.3.0" "13x3wci003p8jyv2ncir0k23bxckx99b3555r0zvgmlwycg7w0zv")

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: cryptpad <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 4.9.0 desired version: 4.11.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
license = "GPL"; maintainers = [ lib.maintainers.sander ]; platforms = lib.platforms.linux; <ins> # video drivers are in kernel since 4.14, vboxsf etc. will follow with 4.16+ # guest additions currently fail to compile with anything >4.14 broken = (!lib.versionOlder kernel.version "4.15"); </ins> }; }

Discussion:
In a lot of cases, upstream sources or releases become unavailable (e.g. grsecurity) or even get modified (e.g. texlive) which breaks the package in older versions of nixpkgs. It would be nice to duplicate the sources via a torrent. This doesn't involve any trust, because the hash of the sources is known beforehand and would allow older nixpkgs to work as long as someone uses the desired package.
We've discussed a before but have mostly resisted because unless we build deep support for it into a persistent Nix daemon, as we could implement today would be a terrible "torrent citizen", and would never seed. Probably more promising is to build support for IPFS into Nix itself. See discussion at and Either way, I don't think most of the work would happen inside nixpkgs, so if you think the above issues don't cover what you want, I'd suggest posting more information on the Nix issue tracker rather than in here.
FWIW I had an experimental via but dropped it because of the same reasons -- it'd be an awful "torrent citizen".
Actually, the ipfs issue seems to be exactly what I wanted, so I'll close this issue.
can you share your please? I'm currently thinking about packaging the program where using aria2c for install is an official way to install
moved to PR <detailspkgs/build-
Change:
# Temporarily disabled - Test is broken (SIGABRT) doCheck = false; <ins> mesonFlags = [ "-Dsystemd=true" "-Dcompositor=${phoc}/bin/phoc" ]; </ins> postUnpack = '' rmdir $sourceRoot/subprojects/gvc ln -s ${gvc} $sourceRoot/subprojects/gvc

Discussion:
Phosh does not have g-s-d available, resulting in the inability to change the screen brightness using the slider in the top bar. The following error is logged: It appears that since we use systemd for gnome-session, it does not start g-s-d: Maybe we need to start phosh using systemd too. There is a . Though for GNOME Shell, g-s-d is started by and I see no such in the upstream . Perhaps we would need to add that mirror the from . cc
I've been using the systemd service, which in turn is inspired by that upstream service. I'm really not familiar with the systemd + user session stuff here, and I tried adding all the from to that session, but it doesn't start things. I assume this is a split from between user and non-user services. As is a system service this way. Is the solution to have this be a user service? Though that wouldn't help with a gdm-started session, right?
Ah, some progress: I feel this is not a solution, but a workaround. It does make keyboard shortcuts work, and brightness work. I have to check more in depth for other things. When ran under gdm (unverified as a service) it also fixes the hardware power/volume buttons being usable. Though oddly it doesn't seem to help with the night light feature. (Looking into another issue.) Could it be that we need to pass something to for it to properly manage with systemd?
Yeah, it would have to be a user service. And unless gnome-session is informed that phosh supports systemd, it will continue using the session file. So if you want the service to be used, you will have to start it manually using . I am not sure what exactly it would take, here is a and a . I also asked at the .
Looking at , we would probably “just” need: Add to Install (and patch the paths there) Create and Use instead of gnome-session flag
Ok, I gave it a try and systemd session management seems to be working. There are two patches to be upstreamed (waiting for Purism to approve my account creation), and I'm not entirely sure what is the correct way to start phoc (currently it sits outside the session).

My branch is , and it can be tested with the following configurations: Edit: Patches submitted to upstream .
I believe those systemd user services should, somehow, be part of the NixOS phosh configuration. I don't know how this could be handled, but ideally enabling posh should, by default, enable this. Or if not by default enabled, a second option like . anything against doing this way? Not sure if this can cause trouble.
Phosh is already in so I would expect it to work.
Change:
stdenv.mkDerivation { pname = "v4l2loopback"; <del> version = "unstable-2023-11-23-${kernel.version}"; </del> <ins> version = "0.12.7-unstable-2024-02-12-${kernel.version}"; </ins> src = fetchFromGitHub { owner = "umlaeute"; repo = "v4l2loopback"; <del> rev = "850a2e36849f6ad3c9bf74f2ae3f603452bd8a71"; hash = "sha256-LqP5R3oKbjUQUfDZUWpkrmyopWhOt4wlgSgGywTPJXM="; </del> <ins> rev = "5d72c17f92ee0e38efbb7eb85e34443ecbf1a80c"; hash = "sha256-ggmYH5MUXhMPvA8UZ2EAG+eGoPTNbw7B8UxmmgP6CsE="; </ins> }; hardeningDisable = [ "format" "pic" ];

Discussion:
Steps to reproduce the behavior: from Seems like it's not compatible with Kernel 6.8 Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
same here on . running
Hi this issue has been resolved on the NixOS / nixpkgs distribution. I would suggest you open an issue on Canonical's issue tracker for the Ubuntu/Kubuntu distributions.
Change:
platforms = platforms.linux; }; } <del> # TODO: default sound backend (cubeb) does not work, but SDL does. Strangely, # switching to cubeb while a game is running makes it work. </del>

Discussion:
Cubeb is an audio backend often used in emulators, and it doesn't work on two specific emulators: Citra and Duckstation. Launch a game with this backend, and there will be no audio. Both emulators also have an SDL audio backend that works, but Cubeb is the default one. Strangely, this issue affects only the SDL interface: the emulators also have a Qt interface, and there is no issue there. (Do not confuse the SDL interface with the SDL audio backend!) Steps to reproduce the behavior: Citra or Duckstation; don't have to change any settings, the audio backend is already Cubeb; a game from the SDL interface ( or ); audio. There is audio when playing the game. The issue isn't new, it's probably there from the very beginning. On Duckstation the problem was even worse, the Cubeb audio backend didn't work on the Qt interface either. I have no idea what happened that made it work. There are comments on both their respective about this issue. They should be removed when this is solved (and Duckstation's one is outdated). Dolphin should experience the same issue, but it doesn't. Cubeb initializes just fine (logs say it uses the pulse backend). By the way, are there any other emulators with an SDL interface other than these three to test? Citra says: And Duckstation: Which is logged from here: Citra: Duckstation: I'm using Pipewire with Wireplumber (and used media-session in the past).
likely needs to be populated. libcubeb is also used in Firefox and you can see an example of populating in the wrapper.
I gave a look at Firefox's derivation, and Cubeb isn't in . Cubeb is vendored in all of these applications (Citra, Duckstation, Dolphin and Firefox) and I guess statically linked too, so I doubt that's the problem.
Sorry I should have clarified. libcubeb uses , you need libpulse, sndio, jack and friends in .
Change:
rccl = throw "'rccl' has been replaced with 'rocmPackages.rccl'"; # Added 2023-10-08 rdc = throw "'rdc' has been replaced with 'rocmPackages.rdc'"; # Added 2023-10-08 redpanda = redpanda-client; # Added 2023-10-14 <ins> restya-board = throw "'restya-board' has been removed from nixpkgs, as it was broken and unmaintained"; # Added 2024-01-22 </ins> retdec-full = throw "'retdec-full' is no longer needed, please use 'retdec'"; # Added 2024-02-05 retroshare06 = retroshare; rigsofrods = rigsofrods-bin; # Added 2023-03-22

Discussion:
fails when installing using a custom option; this is the service status: The issue is caused by the hardcoded database name in : the database name should be . I have not tested it directly but looking at the module source code I'm almost sure this also applies to and options. Use this service declaration:
thanks for reporting this. I've never used this service, but I would be willing to take a look and fix this if you were willing to test it for me. Sound good?
Hello Aaron, Aaron Andersen <: yes! thank you for your offer In the next couple of weeks I'll be pretty busy, but I should be able to test later on I'd also like to learn how to test local defined (i.e. in a git branch) changes to the packages/services: do you have a pointer to the relevant documentation please, just a pointer: I'll do my homework :-) Thanks! Gio' [...]
I've found a few issues. The package in nixpkgs hasn't been updated in over 2 years. It also looks like the module author has likely moved on, so the module hasn't seen any support or maintenance in the last 2 years either. Generally at this point if no one is willing to take over maintenance of at least the package we would want to remove this from nixpkgs because this is a web application and we shouldn't have users thinking they are using something up to date and secure when it is actually lagging 7 releases (2 years) behind upstream. That being said I really don't enjoy removing software from nixpkgs that people are using, or want to use... If you're really keen on using this software on NixOS I suggest we look for a new package/module maintainer. Please let me know if you want to pursue this.
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 . 3. Ask on the on .
Change:
<ins> { lib , stdenv , buildNpmPackage , fetchFromGitHub , python3 , darwin }: buildNpmPackage rec { pname = "dl-librescore"; version = "0.34.47"; src = fetchFromGitHub { owner = "LibreScore"; repo = "dl-librescore"; rev = "v${version}"; hash = "sha256-yXreyQiIKmZEw2HcpnCW4TxCTHzdq+KuPSlFPFZy2oU="; }; npmDepsHash = "sha256-qKu7xViApKg/4EubS4tsZEtNoW62rpC4e6xmBugSkek="; # see https://github.com/LibreScore/dl-librescore/pull/32 # TODO can be removed with next update postPatch = '' substituteInPlace package-lock.json  --replace 50c7a1508cd9358757c30794e14ba777e6faa8aa b4cb32eb1734a2f73ba2d92743647b1a91c0e2a8 ''; makeCacheWritable = true; nativeBuildInputs = [ python3 ] ++ lib.optionals stdenv.isDarwin [ darwin.cctools ]; meta = { description = "Download sheet music"; homepage = "https://github.com/LibreScore/dl-librescore"; license = lib.licenses.mit; mainProgram = "dl-librescore"; maintainers = with lib.maintainers; [ ]; }; } </ins>

Discussion:
I'm trying to package which directly depends on I get the following error: If I set , then I get the following error from npm: The error messages are good enough at explaining why it's a problem, but I don't know how to fix it. I'd appreciate some help! I cannot feasibly remove the pdfkit dependency because generating PDFs is essential functionality of this package. Steps to reproduce the behavior: to build the package from , e.g. by issuing: The package builds. cc
Setting should fix that problem specifically but there are more issues which the git deps error is warning will probably be the case So the problem specifically is: dl-librescore depends on pdfkit as a git dep rather than registry dep pdfkit doesn't have a npm lockfile (only a ) npm requires dev dependencies for git deps that have install scripts (which pdfkit has) npm does not lock transitive dev dependencies at all, so without an upstream npm lockfile then there just is no (npm) lock information for these required dev dependencies There's only so much we can do downstream about this, but we have had some ideas for how to deal with mixed lockfiles (like having a in a git dev dep with install scripts), but it'll be a good while before we get around to implementing such a thing (since it's more in the "nice to have" rather than "required for many packages" sort of thing) As for what you can do about it now, here are some options: to depend on only as a registry dep rather than git dep out install scripts from really needs an unreleased version, pester to make a new release and then have depend on as a registry dep similar to option 1 I wish I had better news for you, but npm is kinda hell in regards to git deps :(
Change:
services.dbus.packages = lib.optional cfg.dynamicBoost.enable nvidia_x11.bin; <del> hardware.firmware = lib.optional (cfg.open || lib.versionAtLeast nvidia_x11.version "555") nvidia_x11.firmware; </del> <ins> hardware.firmware = lib.optional cfg.gsp.enable nvidia_x11.firmware; </ins> systemd.tmpfiles.rules = [

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:
postInstall = '' install -Dm644 -T ../contrib/lpass_zsh_completion $out/share/zsh/site-functions/_lpass install -Dm644 -T ../contrib/completions-lpass.fish $out/share/fish/vendor_completions.d/lpass.fish <ins> install -Dm755 -T ../contrib/examples/git-credential-lastpass $out/bin/git-credential-lastpass </ins> ''; meta = with lib; { description = "Stores, retrieves, generates, and synchronizes passwords securely"; <del> homepage    = "https://github.com/lastpass/lastpass-cli"; license     = licenses.gpl2Plus; platforms   = platforms.unix; </del> <ins> homepage = "https://github.com/lastpass/lastpass-cli"; license = licenses.gpl2Plus; platforms = platforms.unix; </ins> maintainers = with maintainers; [ cstrahan ]; }; }

Discussion:
Project description Metadata Git helper for credentials in lastpass homepage URL: source URL: license: gpl2+ platforms: unix