jiebi/CodeConvo huggingface dataset:
Change:
Project description A popular script in BSD-land for managing ZFS snapshot replication. It allows the easy and reliable backup, restore or transfer of ZFS filesystems, either locally or remotely. Metadata homepage URL: source URL: license: bsd-2clause platforms: unix Package example FreeBSD ports: AUR:
??

Discussion:
<ins> { lib , bash , fetchFromGitHub , installShellFiles , coreutils , gawk , gnugrep , gnused , openssh , resholve , rsync , which , zfs }: resholve.mkDerivation rec { pname = "zxfer"; version = "1.1.7"; src = fetchFromGitHub { owner = "allanjude"; repo = pname; rev = "v${version}"; hash = "sha256-11SQJcD3GqPYBIgaycyKkc62/diVKPuuj2Or97j+NZY="; }; nativeBuildInputs = [ installShellFiles ]; # these may point to paths on remote systems, calculated at runtime, thus we cannot fix them # we can only set their initial values, and let them remain dynamic postPatch = '' substituteInPlace zxfer  --replace 'LCAT=""'                'LCAT=${coreutils}/bin/cat'  --replace 'LZFS=$( which zfs )'    'LZFS=${zfs}/bin/zfs' ''; installPhase = '' runHook preInstall installManPage zxfer.1m zxfer.8 install -Dm755 zxfer -t $out/bin/ runHook postInstall ''; solutions.default = { scripts = [ "bin/zxfer" ]; interpreter = "${bash}/bin/sh"; inputs = [ coreutils gawk gnugrep gnused openssh rsync which ]; fake.external = [ "kldload" # bsd builtin "kldstat" # bsd builtin "svcadm" # solaris builtin ]; keep = { "$LCAT" = true; "$LZFS" = true; "$PROGRESS_DIALOG" = true; "$RZFS" = true; "$input_optionts" = true; "$option_O" = true; "$option_T" = true; }; fix = { "$AWK" = [ "awk" ]; "$RSYNC" = [ "rsync" ]; }; execer = [ "cannot:${rsync}/bin/rsync" ]; }; meta = with lib; { description = "A popular script for managing ZFS snapshot replication"; homepage = "https://github.com/allanjude/zxfer"; changelog = "https://github.com/allanjude/zxfer/releases/tag/v${version}"; license = licenses.bsd2; maintainers = with lib.maintainers; [ urandom ]; }; } </ins>

inherit (nodePackages) zx; <ins> zxfer = callPackage ../applications/system/zxfer {}; </ins> zynaddsubfx = callPackage ../applications/audio/zynaddsubfx { guiModule = "zest"; fftw = fftwSinglePrec;
Change:
lapce: current version: 0.1.0 desired version: 0.1.1 maintainers: The window creation is switched from winit to druid, which fixed lots of keyboard bugs. so maybe require new dependencies and removal of many dependencies. arrow keys in terminal should be working now. vulkan part should be removed as it switched from Wgpu to OpenGL. Please tag this issue in your PR.

Discussion:
, rustPlatform , cmake , pkg-config <del> , python3 </del> , perl <del> , freetype </del> , fontconfig <del> , libxkbcommon , xcbutil , libX11 , libXcursor , libXrandr , libXi , vulkan-loader </del> , copyDesktopItems , makeDesktopItem <ins> , glib , gtk3 </ins> , openssl , libobjc , Security

rustPlatform.buildRustPackage rec { pname = "lapce"; <del> version = "0.1.0"; </del> <ins> version = "0.1.2"; </ins> src = fetchFromGitHub { owner = "lapce"; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-KSumy7M7VNUib4CZ0ikBboEFMzDQt4xW+aUFHOi+0pA="; </del> <ins> sha256 = "sha256-jH473FdBI3rGt90L3WwMDPP8M3w0rtG5D758ceCMw94="; </ins> }; <del> cargoSha256 = "sha256-7SVTcH9/Ilq8HcpJJI0KFiQA076lR2CAIBwmTVgmnjE="; </del> <ins> cargoSha256 = "sha256-0Kya2KcyBDlt0TpFV60VAA3+JPfwId/+k8k+H97EhB0="; </ins> nativeBuildInputs = [ cmake pkg-config <del> python3 </del> perl copyDesktopItems ];

OPENSSL_NO_VENDOR = 1; buildInputs = [ <ins> glib gtk3 </ins> openssl ] ++ lib.optionals stdenv.isLinux [ <del> freetype </del> fontconfig <del> libxkbcommon xcbutil libX11 libXcursor libXrandr libXi vulkan-loader </del> ] ++ lib.optionals stdenv.isDarwin [ libobjc Security

AppKit ]; <del> # Add missing vulkan dependency to rpath preFixup = lib.optionalString stdenv.isLinux '' patchelf --add-needed ${vulkan-loader}/lib/libvulkan.so.1 $out/bin/lapce ''; </del> postInstall = '' install -Dm0644 $src/extra/images/logo.svg $out/share/icons/hicolor/scalable/apps/lapce.svg '';
Change:
Steps to reproduce the behavior: <!-- 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. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Related to I think that is related to app URL, since I generally enforce it with flag I did not spot this bug until now. Example: could you please test with the command above? (NOTE: It will pull an old version to test, 0.2.5, just to make sure that it works). Also, please make sure you are exporting GIT_TOKEN. I will double-check if there is anything different between our expression and argocd-autopilot build scripts to make sure we are not breaking something.
Found a small typo, will test it.
Yeap, fully working now, PR for it

Discussion:
buildGoModule rec { pname = "argocd-autopilot"; <del> version = "0.3.5"; </del> <ins> version = "0.3.7"; </ins> src = fetchFromGitHub { owner = "argoproj-labs"; repo = "argocd-autopilot"; rev = "v${version}"; <del> sha256 = "sha256-YqnmtDVtprQQFbL++X9rUJFGj+fMD+fvDRWsQ+uOxxo="; </del> <ins> sha256 = "sha256-dLmJQCASdWkzWOPQ0bdJLe2AD06+L2ghP2yWry1XL1k="; </ins> }; <del> vendorSha256 = "sha256-r8RTwMzFS/BkxW08+wfAovuFLpIOReDsuHi/Hx9cVPc="; </del> <ins> vendorSha256 = "sha256-0v/HTiQf/mZUU1b55jAnSj86NEFOUaiM+/MrVvwJYBM="; </ins> proxyVendor = true;

"-X ${package_url}.version=${src.rev}" "-X ${package_url}.buildDate=unknown" "-X ${package_url}.gitCommit=${src.rev}" <del> "-X ${package_url}.installationManifestURL=github.com/argoproj-labs/argocd-autopilot/manifests/base?ref=${src.rev}" </del> <ins> "-X ${package_url}.installationManifestsURL=github.com/argoproj-labs/argocd-autopilot/manifests/base?ref=${src.rev}" </ins> "-X ${package_url}.installationManifestsNamespacedURL=github.com/argoproj-labs/argocd-autopilot/manifests/insecure?ref=${src.rev}" ];
Change:
low priority qt6.qtdeclarative is a large package, so it should be excluded for non-GUI qt apps () currently, when i build a package with and empty buildInputs, it pulls qt6.qtwayland qt6.qtdeclarative qt6.qtshadertools the problem is wrapQtAppsHook and its deps and qtwayland pulls qtdeclarative the problem is fixed by removing from deps wrapQtAppsHook should use only the declared buildInputs disabling wrapQtAppsHook (dontWrapQtApps = true) is no option, as also CLI qt apps need the qt wrapper qtwayland is there, so that users dont need to add it to buildInputs assuming that all qt apps are GUI apps im in favor of making this consistent with cmake so that all GUI apps must add qtwayland to buildInputs CLI qt app: GUI qt app: since cc
I'm in favour of this change, but the proportion of qt cli app night be relatively small, and it's not immediately clear that qtwayland should be if the build log yields Qt6::Widgets is missing.
Actually we are abusing qtwayland as a shortcut to bringing in qtdeclarative, this should be fixed too.
we could patch the cmake message to "please add qtdeclarative to your propagatedBuildInputs" the alternative would be to add a flag, but thats more obscure than buildInputs
Adding the lines to nixpkgs manual is sufficient.
By the way, is not only needed to pull in , but it's required for all GUI apps so that they work seamlessly on X11 or Wayland.

Discussion:
, wrapQtAppsHook , extra-cmake-modules , qtbase <ins> , qtwayland </ins> , qtsvg , qtimageformats , qt5compat

buildInputs = [ qtbase <ins> qtwayland </ins> qtsvg qtimageformats qt5compat

qtwebsockets = callPackage ./modules/qtwebsockets.nix { }; qtwebview = callPackage ./modules/qtwebview.nix { }; <del> wrapQtAppsHook = makeSetupHook { deps = [ self.qtbase.dev self.qtwayland.dev makeWrapper ]; </del> <ins> wrapQtAppsHook = makeSetupHook { deps = [ makeWrapper ]; </ins> } ./hooks/wrap-qt-apps-hook.sh; };

, cmake , qttools , wrapQtAppsHook <ins> , qtbase , qtwayland </ins> , qtsvg }:

wrapQtAppsHook ]; <del> buildInputs = [ qtsvg ]; </del> <ins> buildInputs = [ qtbase qtwayland qtsvg ]; </ins> postInstall = lib.optionalString stdenv.isDarwin '' mkdir -p $out/Applications
Change:
Trying to rebuild my system with current master () fails with the error: `error: has been removed, use dconf instead" This stems from PR from Obviously I don't use anywhere in my config. Running my deployment with yields: Looking at the source of just shows the correct usage of as far as I can tell. Steps to reproduce the behavior: nixpkgs locally to the given commit -rebuild with local nixpkgs Rebuild without issues. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
I guess it is due to the removal of because on another machine I have the same issue with
A simpler way to test it to checkout current master and try to build which fails with the above error

Discussion:
} // lib.optionalAttrs config.allowAliases { #### ALIASES <ins> xinitrc = xfce4-session.xinitrc; # added 2019-11-04 thunar-bare = thunar.override { thunarPlugins = []; };  # added 2019-11-04 }) // lib.optionalAttrs config.allowAliases { #### Legacy aliases. They need to be outside the scope or they will shadow the attributes from parent scope. </ins> terminal = throw "xfce.terminal has been removed, use xfce.xfce4-terminal instead"; # added 2022-05-24 thunar-build = throw "xfce.thunar-build has been removed, use xfce.thunar-bare instead"; # added 2022-05-24 thunarx-2-dev = throw "xfce.thunarx-2-dev has been removed, use xfce.thunar-bare instead"; # added 2022-05-24

gtksourceview = throw "xfce.gtksourceview has been removed, use gtksourceview instead"; # added 2022-05-24 dconf = throw "xfce.dconf has been removed, use dconf instead"; # added 2022-05-24 vte = throw "xfce.vte has been removed, use vte instead"; # added 2022-05-24 <del> xinitrc = xfce4-session.xinitrc; # added 2019-11-04 thunar-bare = thunar.override { thunarPlugins = []; };  # added 2019-11-04 }) </del> <ins> } </ins>
Change:
Enabling plymouth causes a build failure in the stage-1 boot utils. No error message is produced from the builder. The builder fails while copying libraries. System: Nix version: 1.12pre4523_3b81b26 CC:
I've just returned from a trip and hack on now -- will look during the next week.
Cannot reproduce on current master (). Tested with , with this configuration:
That configuration fails to build with the following log:
I sense hidden parameters D: To make sure we are on the same page: try commit (tested it right now, latest master ATM). Do you have ?
The build still fails at that commit with . :frowning:
Let's try some good old debugging: apply and check what happens. EDIT: A better idea which occurred to me only now would be to add .
Here is the error from the last iteration of with : It looks to me like the call to is failing which causes to fail because of .
Unfortunately, that thing is not related to this bug :frowning:

Discussion:
LDD="$(ldd $BIN)" || continue LIBS="$(echo "$LDD" | awk '{print $3}' | sed '/^$/d')" for LIB in $LIBS; do <del> [ ! -f "$out/lib/$(basename $LIB)" ] && cp -pdv $LIB $out/lib while [ "$(readlink $LIB)" != "" ]; do LINK="$(readlink $LIB)" if [ "''${LINK:0:1}" != "/" ]; then LINK="$(dirname $LIB)/$LINK" fi LIB="$LINK" [ ! -f "$out/lib/$(basename $LIB)" ] && cp -pdv $LIB $out/lib done </del> <ins> TGT="$out/lib/$(basename $LIB)" if [ ! -f "$TGT" ]; then SRC="$(readlink -e $LIB)" cp -pdv "$SRC" "$TGT" fi </ins> done done
Change:
The configuration options do not support the assignment of labels. Labels are common for dynamic configuration, e.g. for . Look at the . Channel 21.11

Discussion:
''; }; <ins> labels = mkOption { type = with types; attrsOf str; default = {}; description = lib.mdDoc "Labels to attach to the container at runtime."; example = literalExpression '' { "traefik.https.routers.example.rule" = "Host(`example.container`)"; } ''; }; </ins> entrypoint = mkOption { type = with types; nullOr str; description = lib.mdDoc "Override the default entrypoint of the image.";

++ map (p: "-p ${escapeShellArg p}") container.ports ++ optional (container.user != null) "-u ${escapeShellArg container.user}" ++ map (v: "-v ${escapeShellArg v}") container.volumes <ins> ++ (mapAttrsToList (k: v: "-l ${escapeShellArg k}=${escapeShellArg v}") container.labels) </ins> ++ optional (container.workdir != null) "-w ${escapeShellArg container.workdir}" ++ map escapeShellArg container.extraOptions ++ [container.image]
Change:
In NixOS VM tests, service sometimes fails to start. This breaks e.g. GlusterFS tests. Steps to reproduce the behavior: Building — GlusterFS service fails due to dependency on RPC Bind service. See also Some result related to GlusterFS. Have not yet had time to bisect and determine what's going on.
Hey, I started down this path looking for an updated Glusterfs package, then found the paused PR, which linked here. Fortunately, I think I know the root cause. As you noted, the failure is due to a dependency failure on - the error message in journald is: This was sort of confusing, but I found that led me to . The NixOS config includes: L /var/run - - - - ../run So my suspicion is that starts before and can't check for the lockfile. Since there's no unit, which was my first guess, I've instead been adding and tied to , which makes the tests pass. The diff that makes this work is: Obviously we should probably make this fix in NixOS proper, but I want to double-check with you that such a wider-impact change is safe to make. The proposed global_ fix for NixOS would be: thoughts/feedback? I can PR the fix if this all sounds right.
The real problem is that I am competent about neither rpcbind nor systemd-tmpfiles (otherwise I would try to write a more sensible complaint). Maybe PR the change (if it indeed fixes rpcbind judging from logs + fixes GlusterFS tests + doesn't break any NixOS tests that passed right before) and see if more competent people show up? It does feel to me that ideally tmpfiles should not depend on rpcbind and if they do (dunno, because we have /tmp on GlusterFS???) we are doomed anyway…
You and I are in the same boat, friend :joy: I'm only rpcbind-aware as it applies to GlusterFS, so I don't count myself as an expert, either. The only reason I feel confident enough to PR a fix is that all the pieces line up here and the passing tests make me think that this does indeed strike at the root cause. If NixOS is shipping with that tmpfiles configuration to bootstrap , then I think it makes sense for the downstream NixOS module to accomodate how NixOS is handling . So my initial instinct of patching upstream probably doesn't apply since distros are probably handling differently. I'll PR the change and we can see about additional feedback for us.
I'm feeling pretty confident that fixed the rpcbind problem - are there any nixosTests that should be re-enabled now that rpcbind reliably runs? I looked around for disabled tests but am not sure where those might live, if any are still disabled. Otherwise, I think we can close this :crossed_fingers:
(looked at the tests, doesn't look like there is a ton of disabled ones)

Discussion:
"--enable-add-ons" "--sysconfdir=/etc" "--localedir=/var/run/current-system/sw/lib/locale" <ins> "libc_cv_ssp=no" </ins> (if kernelHeaders != null then "--with-headers=${kernelHeaders}/include" else "--without-headers")
Change:
startWhenNeeded doesn't seem to work anymore. Try to enable it via: should load. It says that port 6600 is used, but it's not on my system (maybe socket is started together with service?): Please run and paste the result.
I can confirm I have the exact same problem. I just performed the upgrade. From the output of it seems no other services are listening on that port, so I don't know what's up with the message.
This is a breaking change in systemd 250. What's already listening on that port is systemd itself. Look at the resulting unit: I'm not sure if the previous behavior was correct, but in v249 our override was actually overriding the value from the upstream unit. Now, in v250, it's simply being to a list of socket addresses. It obviously fails as both are trying to listen on the same port.
Until the PR is merged you can use .

Discussion:
systemd.sockets.mpd = mkIf cfg.startWhenNeeded { wantedBy = [ "sockets.target" ]; listenStreams = [ <ins> ""  # Note: this is needed to override the upstream unit </ins> (if pkgs.lib.hasPrefix "/" cfg.network.listenAddress then cfg.network.listenAddress else "${optionalString (cfg.network.listenAddress != "any") "${cfg.network.listenAddress}:"}${toString cfg.network.port}")
Change:
On channels 22.05 and unstable, I cannot rebuild my configuration with
I have the same issue on NixOS unstable rebuilding for Linux Latest and Linux Zen. However, I am not seeing this for the stock Linux 5.14.43. Presumably there is a breaking change in the Kernel for the System76 drivers. It appears that a simple version bump will fix the issue.
Opened PR. Till the package makes it to the cache you can try overriding it, just be careful. This is what I have been using, but it's not working yet.
Ok, I was able to get the latest version of System76 Firmware to compile with this, just make sure you delete it after the firmware makes it to the NixOS cache because you are manually overriding the version on your machine.
Ah, after much searching, I have found this is an upstream bug which cannot be fixed in nixpkgs itself. I have opened a PR with the upstream drivers.
You are awesome, thanks a lot

Discussion:
rustPlatform.buildRustPackage rec { pname = "system76-firmware"; # Check Makefile when updating, make sure postInstall matches make install <del> version = "1.0.32"; </del> <ins> version = "1.0.39"; </ins> src = fetchFromGitHub { owner = "pop-os"; repo = pname; rev = version; <del> sha256 = "sha256-EV7byqfoz0sAIkf/hgZh+m7D2+54DEnE4td4CTX6c4s="; </del> <ins> sha256 = "sha256-nPHBL73hmvW9z5SQjmfu+ozMXxUEajNQxNtE/V9QwZ0="; </ins> }; nativeBuildInputs = [ pkg-config makeWrapper ];

cargoBuildFlags = [ "--workspace" ]; <del> cargoSha256 = "sha256-/bf5JQgyFN8TH7o2TWHX5sv/NkxBLJ495iVW8c9Vqis="; </del> <ins> cargoSha256 = "sha256-BrzicLj7FbUqRG1BgQIRqh801tRQpRZkHSiX3ekAYqc="; </ins> # Purposefully don't install systemd unit file, that's for NixOS postInstall = ''
Change:
Steps to reproduce the behavior: stuntrally Fails at 99% I'm guessing it has to do with the latest 2.6.1 release of stuntrally, but couldn't find the relevant PR
Thank you for reporting this issue I have updated stuntrally to 2.6.2 and switched to gcc11 in . This builds fine for me. Unfortunately I couldn't test if the game runs due to graphic driver issues on my side. Cloud you give it a try?
Fixed in .
Thank you and sorry I was facing issues of my own with my box. I'll take the time to report back here when I get around to testing stuntrally :)
Everything's working perfectly, thanks again!

Discussion:
stdenv.mkDerivation rec { pname = "stunt-rally"; <del> version = "2.6.1"; </del> <ins> version = "2.6.2"; </ins> src = fetchFromGitHub { owner = "stuntrally"; repo = "stuntrally"; rev = version; <del> hash = "sha256-1+Cc9I6TTa3b++/7Z2V+vAXcmFb2+wX7TnXEH6CRDWU="; </del> <ins> hash = "sha256-9I6hXsosqx+yYiEOEnPXQJHZkGtSU+JqThorwjemlc0="; </ins> }; tracks = fetchFromGitHub { owner = "stuntrally"; repo = "tracks"; rev = version; <del> hash = "sha256-FbZc87j/9cp4LxNaEO2wNTvwk1Aq/IWcKD3rTGkzqj0="; </del> <ins> hash = "sha256-eZJAvkKe3PrXDzxTa5WFBHfltB3jhQh8puzOFDO9lso="; </ins> }; <del> # include/OGRE/OgreException.h:265:126: error: invalid conversion from # 'int' to 'Ogre::Exception::ExceptionCodes' [-fpermissive] NIX_CFLAGS_COMPILE = "-fpermissive"; </del> preConfigure = '' ln -s ${tracks} data/tracks '';

stt = callPackage ../tools/audio/stt { }; stuntrally = callPackage ../games/stuntrally <del> { stdenv = gcc10StdenvCompat; ogre = ogre1_9; mygui = mygui.override { withOgre = true; }; }; </del> <ins> { ogre = ogre1_9; mygui = mygui.override { withOgre = true; }; }; </ins> superTux = callPackage ../games/supertux { };
Change:
The dvc package unpins scmrepo and grandalf; which will cause issues according to their developers. For dvc 2.10.2 ; scmrepo /has/ to be at 0.0.19 due to pathing changes The particular issue I am experiencing is that dvc fails to import files from git repos in the current 22.05 / unstable nixpkgs Steps to reproduce the behavior: error File to be imported correctly This used to work around Please run and paste the result.
Context from conversation with devs
could you please check . I an override for and to get the exact releases which wants.
Looks like it works; thanks - btw there's another issue - for the google cloud storage to work gcfs is needed as a dep like I have here ; shall I make an issue for that as well?
No need. I adjusted the dependencies in Thanks for your feedback.
Unfortunatly does the fix depend on now.
Unsure of whether the fix depends on that; seems to affect a lot of packages
The updates for the dependencies went to and will go into soon.
I'm going to split the existing PR () into multiple PRs.
Re-open because of the missing extra dependencies.

Discussion:
, enableSSH ? false }: <del> python3.pkgs.buildPythonApplication rec { </del> <ins> let py = python3.override { packageOverrides = self: super: { grandalf = super.grandalf.overridePythonAttrs (oldAttrs: rec { version = "0.6"; src = fetchFromGitHub { owner = "bdcht"; repo = "grandalf"; rev = "v${version}"; hash = "sha256-T4pVzjz1WbfBA2ybN4IRK73PD/eb83YUW0BZrBESNLg="; }; postPatch = '' substituteInPlace setup.py  --replace "setup_requires=['pytest-runner',]," "" ''; }); scmrepo = super.scmrepo.overridePythonAttrs (oldAttrs: rec { version = "0.0.19"; src = fetchFromGitHub { owner = "iterative"; repo = "scmrepo"; rev = "refs/tags/${version}"; hash = "sha256-f/KV3NfIumkZcg9r421QhdyPU/274aAU4b78myi+fFY="; }; }); }; }; in with py.pkgs; buildPythonApplication rec { </ins> pname = "dvc"; version = "2.10.2"; format = "setuptools";

hash = "sha256-boaQSg0jajWQZKB5wvcP2musVR2/pifT4pU64Y5hiQ0="; }; <del> nativeBuildInputs = with python3.pkgs; [ </del> <ins> nativeBuildInputs = with py.pkgs; [ </ins> setuptools-scm setuptools-scm-git-archive ]; <del> propagatedBuildInputs = with python3.pkgs; [ </del> <ins> propagatedBuildInputs = with py.pkgs; [ </ins> aiohttp-retry appdirs colorama

]; postPatch = '' <del> substituteInPlace setup.cfg  --replace "grandalf==0.6" "grandalf>=0.6"  --replace "scmrepo==0.0.19" "scmrepo" </del> substituteInPlace dvc/daemon.py  --subst-var-by dvc "$out/bin/dcv" '';