jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib , stdenv , fetchFromGitHub , fpc , lazarus , atk , cairo , gdk-pixbuf , glib , gtk2-x11 , libX11 , pango , hamlib , mysql57 , tqsl , xdg-utils , xplanet , autoPatchelfHook , wrapGAppsHook }: stdenv.mkDerivation rec { pname = "cqrlog"; version = "2.5.2"; src = fetchFromGitHub { owner = "ok2cqr"; repo = "cqrlog"; rev = "v${version}"; sha256 = "0zzcg0bl6mq4wfifj998x9x09w8sigbh46synpqx034fpr0swyhb"; }; # Adds the possiblity to change the lazarus directory, # otherwise, we would get error : "directory lcl not found" patches = [ ./fix-makefile-lazarusdir.patch ]; postPatch = '' substituteInPlace Makefile  --replace @Lazarusdir@ "${lazarus}/share/lazarus"  --replace /usr "" substituteInPlace src/fTRXControl.pas  --replace "/usr/bin/rigctld" "${hamlib}/bin/rigctld" substituteInPlace src/fCallAttachment.pas  --replace "/usr/bin/xdg-open" "${xdg-utils}/bin/xdg-open" substituteInPlace src/fRotControl.pas  --replace "/usr/bin/rotctld" "${hamlib}/bin/rotctld" substituteInPlace src/fPreferences.pas  --replace "/usr/bin/rigctld" "${hamlib}/bin/rigctld"  --replace "/usr/bin/rotctld" "${hamlib}/bin/rotctld"  --replace "/usr/bin/xplanet" "${xplanet}/bin/xplanet" substituteInPlace src/fLoTWExport.pas  --replace "/usr/bin/tqsl" "${tqsl}/bin/tqsl" substituteInPlace src/dUtils.pas  --replace "/usr/bin/xplanet" "${xplanet}/bin/xplanet"  --replace "/usr/bin/rigctld" "${hamlib}/bin/rigctld" # Order is important substituteInPlace src/dData.pas  --replace "/usr/bin/mysqld_safe" "${mysql57}/bin/mysqld_safe"  --replace "/usr/bin/mysqld" "${mysql57}/bin/mysqld" # To be fail when I need to patch a new hardcoded binary ! grep -C src -RC0 "/usr" ''; nativeBuildInputs = [ lazarus fpc autoPatchelfHook wrapGAppsHook ]; buildInputs = [ atk cairo gdk-pixbuf glib gtk2-x11 libX11 pango ]; propagatedBuildInputs = [ hamlib mysql57 tqsl xdg-utils xplanet ]; makeFlags = [ "FPC=fpc" "PP=fpc" "DESTDIR=$(out)" ]; postFixup = '' libmysqlclient=$(find "${mysql57}/lib" -name "libmysqlclient.so.*" | tail -n1) patchelf --add-needed "$libmysqlclient" "$out/bin/.cqrlog-wrapped" ''; meta = with lib; { description = "Linux logging program for amateur radio operators"; homepage = "https://www.cqrlog.com/"; license = licenses.gpl2Plus; maintainers = with maintainers; [ shamilton ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description CQRLOG is an advanced ham radio logger based on MySQL database. Provides radio control based on hamlib libraries (currently support of 140+ radio types and models), DX cluster connection, online callbook, a grayliner, internal QSL manager database support and a most accurate country resolution algorithm based on country tables created by OK1RR. CQRLOG is intended for daily general logging of HF, CW & SSB contacts and strongly focused to easy operation and maintenance. Metadata homepage URL: source URL: license: GPL-2.0 License platforms: unix, linux
Change:
<del> { lib, stdenv, fetchhg, cmake, glib, gst_all_1, makeWrapper, pkg-config </del> <ins> { lib, stdenv, fetchFromGitHub, cmake, glib, gst_all_1, makeWrapper, pkg-config </ins> , python2, SDL2, SDL2_image, SDL2_mixer, SDL2_ttf, sqlite, zlib, runtimeShell }: stdenv.mkDerivation { pname = "retrofe"; <del> version = "0.6.169"; </del> <ins> version = "0.10.31"; </ins> <del> src = fetchhg { url = "https://bitbucket.org/teamretro/retrofe"; rev = "8793e03"; sha256 = "0cvsg07ff0fdqh5zgiv2fs7s6c98hn150kpxmpw5fn6jilaszwkm"; </del> <ins> src = fetchFromGitHub { owner = "phulshof"; repo = "RetroFE"; rev = "2ddd65a76210d241031c4ac9268255f311df25d1"; sha256 = "sha256-uBfECbU2Df/pPpEXXq62S7Ec0YU4lPIsZ8k5UmKD7xQ="; </ins> }; nativeBuildInputs = [ cmake makeWrapper pkg-config python2 ];

Discussion:
Looks like it lives and now. in nixpkgs hasn't been touched in 6 years. <!-- 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 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: <!-- The current version can be found easily with the same process as 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: 0.6.169 desired version: ? <!-- 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:
''; }; <del> cargoSha256 = "1sjzcawyg1xsi4xrx2zwnj8yavzph8k1wgxsffgp55wghzypafwl"; </del> <ins> cargoSha256 = "0s8z8cg9q0gfqm0ann8rkxwp5y25si97kgginh6b6lbnaai7y4fj"; </ins> doCheck = false;

Discussion:
Describe the bug I have installed the du-dust package by attribute name (because if I install by name I get the wrong package), but when I run nix-env -u it gets swapped out for an entirely different dust package. To Reproduce Steps to reproduce the behavior: Expected behavior I would expect the du-dust package to be upgraded if a new version is available, no-op otherwise. Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(frijters): nixpkgs: Maintainer information: Maybe ?
Thanks!
Change:
++ optional qt5Support qtbase ++ optional introspectionSupport gobject-introspection; <del> nativeBuildInputs = [ cmake ninja pkg-config ]; </del> # Not sure when and how to pass it.  It seems an upstream bug anyway. CXXFLAGS = lib.optionalString stdenv.cc.isClang "-std=c++11";

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: nixos.poppler <!-- 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: 21.05.0 desired version: 21.06.01 <!-- 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. The current version of is causing evince to crash frequently:
Change:
{ stdenv, fetchurl, <del> boost, clasp, cmake, clingo, re2c </del> <ins> boost, clasp, cmake, gringo, re2c </ins> }: let

Discussion:
The OCaml package manager () depends on an external solver. When the package was updated, it changed the compiler configuration, and a dependent package () of the solver () no longer compiled. The fix () uses a different monolithic package of the solver and its various tools (called "clingo") that for unknown reasons breaks : Install and attempt to run . System: Nix version: Nixpkgs version:
Change:
<del> { lib, stdenv, fetchFromGitHub, python3, fixDarwinDylibNames }: </del> <ins> { lib, stdenv, fetchFromGitHub, fetchpatch, cmake }: </ins> stdenv.mkDerivation rec { pname = "jxrlib";

Discussion:
The package fails to run on MacOS. Running either or fails due to the and libraries not being linked correctly: Steps to reproduce the behavior: The binary does not fail to launch The libraries are present at Please run and paste the result.
Change:
resholve = callPackage ./resholve.nix { inherit (source) rSrc version; inherit (deps.oil) oildev; <ins> inherit (deps) configargparse; </ins> inherit resholve-utils; }; # funcs to validate and phrase invocations of resholve

Discussion:
fails with the error message: Steps to reproduce the behavior: install bats <details<summarynix profile install nixpkgs#bats --show-trace</summary</detailsupgrading bats fails with the same error (assuming one had installed it before) n.a. Please run and paste the result.
This will be fixed by
Change:
qemu socat swtpm <del> usbutils </del> util-linux unzip <del> xdg-user-dirs </del> xrandr zsync <ins> ] ++ lib.optionals stdenv.isLinux [ glxinfo usbutils xdg-user-dirs </ins> ]; in stdenv.mkDerivation (finalAttrs: { pname = "quickemu"; <del> version = "4.9.4-unstable-2024-05-28"; </del> <ins> version = "4.9.5"; </ins> src = fetchFromGitHub { owner = "quickemu-project"; repo = "quickemu"; <del> rev = "d78255b097b599e8ab3713cb61c4085cc45f5a95"; # TODO: return to version on next release hash = "sha256-fF306CdGqKM+779OLm0NNyqPBtm7TuU7UN/NanT12y8="; </del> <ins> rev = finalAttrs.version; hash = "sha256-UlpNujF2E8H1zcWTen8D29od60pY8FaGueviT0iwupQ="; </ins> }; postPatch = ''

Discussion:
Package name: quickemu Latest released version: 4.9.5 <!-- Search your package here: --- Current version on the unstable channel: 4.9.4 Current version on the stable/release channel: 4.9.5 <!-- 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. --fedx- Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, flake8 , jq , pytest <del> , unixtools </del> , toml }:

Discussion:
Describe the bug yq fails to install with the latest nixpkgs and/or version. To Reproduce Steps to reproduce the behavior: -channel --update; nix-env -iA -env -i yq Expected behavior Installs without error. Additional context I had previously happily installed yq with an older nixpkgs-unstable. Upgrading myPackages failed with yq included. So I excluded it to proceed. Attempting to re-install it individually fails with an illegal arg. 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:
services.zfs.zed.settings = { ZED_EMAIL_PROG = mkDefault "${pkgs.mailutils}/bin/mail"; <del> PATH = lib.makeBinPath [ packages.zfsUser pkgs.utillinux pkgs.gawk pkgs.gnused pkgs.gnugrep pkgs.coreutils pkgs.curl ]; </del> <ins> PATH = lib.makeBinPath [ packages.zfsUser pkgs.coreutils pkgs.curl pkgs.gawk pkgs.gnugrep pkgs.gnused pkgs.nettools pkgs.utillinux ]; </ins> }; environment.etc = genAttrs

Discussion:
Describe the bug When receiving email notifications from , for example after a scrub, the hostname is missing from the subject and from the body of the email: To Reproduce Steps to reproduce the behavior: up ZFS and zed ( and ) a scrub for the email Expected behavior Hostname should be present in the subject and body of the email. Additional context Try adding the following in your configuration and notice how the returns nothing: Notify maintainers Metadata Please run and paste the result. Maintainer information:
I just noticed in my logs: So the environment is probably missing something for the command to be available.
Requires net-tools
Please make a PR to add it to the ZED path as we did for the other tools required in ZED.
I will but I have never committed to this repo so it may take time before I learn what is required.
Also, it would have been nice if such a problem would not have been silent, maybe by using in bash scripts.
you need to add it here: You can rebuild your own NixOS using the instructions from here:
I submitted the PR
Change:
<del> { stdenv, buildPythonPackage, fetchFromGitHub, lib, darwin , six, protobuf, enum34, futures, isPy27, isPy34, pkgconfig </del> <ins> { stdenv, buildPythonPackage, fetchFromGitHub, darwin , six, protobuf, enum34, futures, isPy27, pkgconfig </ins> , cython}: <del> with stdenv.lib; </del> buildPythonPackage rec { pname = "grpcio"; <del> version = "1.18.0"; </del> <ins> version = "1.22.0"; </ins> src = fetchFromGitHub { owner = "grpc"; repo = "grpc"; rev = "v${version}"; fetchSubmodules = true; <del> sha256 = "0cilbhk35gv46mk40jl5f3iqa94x14qyxbavpfq0kh0rld82nx4m"; </del> <ins> sha256 = "093w8mgvl8ylqlqnfz06ijkmlnkxcjszf9zg6k5ybjw7dwal0jhz"; </ins> }; nativeBuildInputs = [ cython pkgconfig ] <del> ++ optional stdenv.isDarwin darwin.cctools; </del> <ins> ++ stdenv.lib.optional stdenv.isDarwin darwin.cctools; </ins> propagatedBuildInputs = [ six protobuf ] <del> ++ lib.optionals (isPy27 || isPy34) [ enum34 ] ++ lib.optionals (isPy27) [ futures ]; </del> <ins> ++ stdenv.lib.optionals (isPy27) [ enum34 futures ]; </ins> <del> preBuild = optionalString stdenv.isDarwin "unset AR"; </del> <ins> preBuild = stdenv.lib.optionalString stdenv.isDarwin "unset AR"; </ins> meta = with stdenv.lib; { description = "HTTP/2-based RPC framework"; <del> license = lib.licenses.asl20; </del> <ins> license = licenses.asl20; </ins> homepage = "https://grpc.io/grpc/python/"; maintainers = with maintainers; [ vanschelven ]; };

Discussion:
Describe the bug grpc doesn't build on macOS. To Reproduce Steps to reproduce the behavior: -shell -p grpc Expected behavior Should have built without errors. Additional context Build log here: Metadata system: host os: multi-user?: sandbox: version: channels(kaali): nixpkgs: Maintainer information:
grpc appears to be pretty out of date , so I'm suspecting that updating all of the pieces would resolve this.
Seems to fail in CI even with an updated version:
That particular package requires manual intervention, as that PR was automatically generated by a bot.
Change:
{stdenv , removeReferencesTo , lib <del> , fetchFromGitHub </del> <ins> , fetchurl </ins> , utillinux <ins> , gpgme </ins> , openssl <ins> , libuuid </ins> , coreutils , go , which , makeWrapper <ins> , cryptsetup </ins> , squashfsTools , buildGoPackage}:

Discussion:
Describe the bug A clear and concise description of what the bug is. The current version singularity 3.2.1 may be out-dated, so that it work abnormally. Should be upgraded to 3.5.3 To Reproduce Steps to reproduce the behavior: Expected behavior A clear and concise description of what you expected to happen. Start a shell normally Screenshots If applicable, add screenshots to help explain your problem. Additional context According to This is because that the singularity 3.2.1 is out-dated, "This issue is due to a mount option passed, which is not ignored on newer kernels and leads to an error. Please use Singularity 3.5.3 to address this issue." 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. system: host os: multi-user?: sandbox: version: channels(root): channels(astrojhgu): nixpkgs: Maintainer information:
cc
Working on this jbedo/nixpkgs Haven't fully tested yet.
Change:
patches = [(substitute { src = ./disable-git-version.patch; <del> replacements = [ "--subst-var-by" "version" version ]; </del> <ins> substitutions = [ "--subst-var-by" "version" version ]; </ins> })]; depsHash = "sha256-0P/BcjNnbDN25DguRcCyzPuUG7bouxEx1ySodIbSwvg=";

Discussion:
Using with , currently does not allow me to replace a string that contains spaces. Steps to reproduce the behavior: the code below: It gives the following error: I tried quoting it, escaping the spaces... but none of them seemed to work. The I did succeeds. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. I posted this in the NixOS matrix room a while ago (but I forgot to submit an issue): !$ People showed me some bash magic I couldn't understand, I think they might be helpful and worth checking out. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (git blame) cc (people in the original conversation) Please run and paste the result. (I'm sorry if I described anything incorrectly, I'm a not a native English speaker and I am still trying to improve my language skills) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Should be fixed with , please give it a try :)
Wonderful! It worked for me
Change:
, extra-cmake-modules, kdoctools , qca-qt5, qjson, qtquickcontrols2, qtscript, qtwebengine , karchive, kcmutils, kconfig, kdnssd, kguiaddons, kinit, kirigami2, knewstuff, knotifyconfig, ktexteditor, kwindowsystem <del> , fftw, phonon, plasma-framework, threadweaver </del> <ins> , fftw, phonon, plasma-framework, threadweaver, breeze-icons </ins> , curl, ffmpeg, gdk-pixbuf, libaio, liblastfm, libmtp, loudmouth, lzo, lz4, mysql57, pcre, snappy, taglib, taglib_extras }:

Discussion:
nixos 16.03 nix-env -i amarok :( (I'm not using kde, I'm using xfce+gtk)
(triage) still missing?
Still the case on 18.09pre140958.
ping maintainer
Amarok for Qt4/KDE4 was dropped some time ago (despite there being a recent release) so are you seeing this with the qt4 or the qt5 version?
(triage) still an issue at
Missing from where exactly? It's working here.
This is how amarok looks for me: ! I believe there should be some icons there. The icon in the system tray is also missing. (Tested with awesome wm.)
That's not right. On KDE however, it's fine. I will take a look at this but I cannot promise you when.
Still an issue at any chance for you to look into 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 . on the on .
I haven't been using amarok in ages - is this still a problem for you on 20.03 ?
Never used Amarok myself. One from nixpkgs unstable seems to grow a couple of icons but most are still missing. I don't use KDE, so that might be the reason. !
So it's expecting to find the icons in the global environment - it's basically an impurity. I'm realistically not going to be working on this but it's very much a legit issue.
I marked this as stale due to inactivity. &rarr;
Please revisit this again. !
Still no icons on non-KDE (this time EXWM). what DE/WM do you use? !
Apologies. I didn't see part. I'm on KDE right now. Looking through stale issues.

thank you for reviewing stale issues! I can confirm issue still exists. It's little better on latest unstable, there are some icons like on screenshot.
Installing the package fixed this for me on unstable.
I marked this as stale due to inactivity. &rarr;
Change:
outputs = [ "out" "ga" ]; <del> patches = [ ./no-etc-install.patch ./statfs-flags.patch (fetchpatch { name = "glibc-2.27-memfd.patch"; url = "https://git.qemu.org/?p=qemu.git;a=patch;h=75e5b70e6b5dcc4f2219992d7cffa462aa406af0"; sha256 = "0gaz93kb33qc0jx6iphvny0yrd17i8zhcl3a9ky5ylc2idz0wiwa"; }) ] </del> <ins> patches = [ ./no-etc-install.patch ] </ins> ++ optional nixosTestRunner ./force-uid0-on-9p.patch ++ optional pulseSupport ./fix-hda-recording.patch ++ optionals stdenv.hostPlatform.isMusl [

Discussion:
Qemu 2.12.0 has released today. We need to update package. Please run and paste the results.
Change:
keyring = callPackage ../development/python-modules/keyring { }; <ins> keyring-pass = callPackage ../development/python-modules/keyring-pass { }; </ins> keyrings-cryptfile = callPackage ../development/python-modules/keyrings-cryptfile { }; keyrings-google-artifactregistry-auth = callPackage ../development/python-modules/keyrings-google-artifactregistry-auth { };

Discussion:
Project description <!-- Describe the project a little: --Password Store (pass) backend for python's keyring Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ...
has broken due to Perhaps we can change this alternative.
I still haven't managed to fully set all of it up on NixOS, it seems that python keyring and gnome one keep fighting. Would be nice to end up with a wiki entry for this, as its not trivial
Recently looks test failed?
Change:
++ optional (!enablePam) "--without-pam" ++ optionals (stdenv.hostPlatform != stdenv.buildPlatform) [ "--bundled-libraries=!asn1_compile,!compile_et" <del> ] ++ optionals stdenv.isAarch32 [ # https://bugs.gentoo.org/683148 </del> <ins> ] ++ optionals stdenv.buildPlatform.is32bit [ # By default `waf configure` spawns as many as available CPUs. On # 32-bit systems with many CPUs (like `i686` chroot on `x86_64` # kernel) it can easily exhaust 32-bit address space and hang up: #   https://github.com/NixOS/nixpkgs/issues/287339#issuecomment-1949462057 #   https://bugs.gentoo.org/683148 # Limit the job count down to the minimal on system with limited address # space. </ins> "--jobs 1" ];

Discussion:
Samba build hangs/deadlocks Steps to reproduce the behavior: Samba builds pstree killing (samba) (waf) (waf) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Note: this blocks e.g. (on x86_64-linux).
The same derivation passed for me locally, though.
I believe it also succeeded on Hydra now, but it might still be worth debugging and improving this.
:s I could fetch the hydra built artifact and still reproduce build issues with <details<summarylshw</summary</details
I see the hangups as well. What filesystem do you use for the builds? Could it be one that used 64-bit inodes outside 32-bit limits?
I strongly recommend to avoid doing i686 builds with a that might get into inodes not fitting into 32 bits. It's really painful in my experience (in my case btrfs that probably got high by doing terabytes of builds over its life).
Ext4 on top of LVM+LUKS
Thank you! shoud be the safest WRT 64-bit values. Must be something else. I'll try to debug as well.
says that right before a hangup one of checker processes of fail with : And the process size is which is already above 3GB limit on host. Looks like a massive memory leak in (or in samba-specific code).
The workaround to pass to seems to work. And fun fact: we already have a similar hack for 32-bit arm: I'll try to extend it to all 32-bit systems.
Proposed the change as:
Thanks <3
Change:
}; withWarnings = x: <del> lib.warnIf (evalConfigArgs?args) "The extraArgs argument to eval-config.nix is deprecated. Please set config._module.args instead." </del> <ins> lib.warnIf (evalConfigArgs?extraArgs) "The extraArgs argument to eval-config.nix is deprecated. Please set config._module.args instead." </ins> lib.warnIf (evalConfigArgs?check) "The check argument to eval-config.nix is deprecated. Please set config._module.check instead." x; legacyModules = <del> lib.optional (evalConfigArgs?args) { </del> <ins> lib.optional (evalConfigArgs?extraArgs) { </ins> config = { _module.args = extraArgs; };

Discussion:
Updating my nixos unstable system today is failing: Any clues? Please run and paste the result.
is now merged, which fixes this
I am not sure if this is really fixed. I prepare a mini flake that can produce this error: It has two files: and When I build this flake with I get is the merge of but I get the same error when overriding nixpkgs as input with current master.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Thanks for the report! Looks like that was a small mistake in , I opened to fix it
I've merged the fix. Sorry for the inconvenience. I hope we can be glad that the original tech debt can be done away with in the coming releases.