jiebi/CodeConvo huggingface dataset:
Change:
pyelftools = callPackage ../development/python-modules/pyelftools { }; <ins> pyemby = callPackage ../development/python-modules/pyemby { }; </ins> pyemd = callPackage ../development/python-modules/pyemd { }; pyenchant = callPackage ../development/python-modules/pyenchant {

Discussion:
Describe the bug esniper is broken, because ebay changed the login. they are not sure if they can and want to fix it. maybe we have to deprecate the package like To Reproduce Steps to reproduce the behavior: ... ... ... Expected behavior A clear and concise description of what you expected to happen. Additional context Add any other context about the problem here. Notify maintainers Metadata Please run and paste the result. Maintainer information:
Change:
# Retry the command if we just installed it. if [ $? = 126 ]; then "$@" <ins> else return 127 </ins> fi else # Indicate than there was an error so ZSH falls back to its default handler

Discussion:
Describe the bug with and , attempting to run a non-existing program doesn't return an error code. it works with bash: To Reproduce Type gibberish at zsh prompt, press return. Expected behavior Metadata system: host os: multi-user?: sandbox: version: channels(thblt): channels(root): nixpkgs: Maintainer information:
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Change:
sha256 = "089r6i40lxcwzp60553b18f130asspnzqldlpii53smz52kvpirx"; }; <del> patches = [ ./glibc-fix.patch ]; </del> <ins> patches = [ # fix compilation error due to missing include ./glibc-fix.patch # restrict GDK backends to only X11 ./x11-only.patch ]; </ins> configureFlags = [ "--with-bash-path=${pkgs.bash}/bin/bash"

Discussion:
Describe the bug spacefm segfaults on start with the following output: invoke spacefm on the command line Expected behavior an up and running GUI program Screenshots see error message above Additional context I noticed that there is no It makes no difference whether spacefm is installed via nix-env or Notify maintainers Metadata** $ nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(root): channels(oo): nixpkgs:
I bisected this crash down to Perhaps the package needs to be updated to support the newer version of gtk3?
Hi. I cannot reproduce the crash with (current master). How about you?
Yep, that same binary segfaults for me. I'm on
still crashing with the same error message. Then out of curiosity I ran . The backtrace of the main thread has: 0x0000000000000000 in ?? () 0x00007fa6931c3ceb in ghashtablelookup () from /nix/store/hnk0s558k2h4v8abjzagagflvw1l0cb2-glib-2.66.4/lib/libglib- 0x00007fa69375c50c in gdkx11windowlookupfordisplay () from /nix/store/8pidhwid3ww58wlq705irf48c01dr0hv-gtk+3-3.24.24/lib/libgdk-3.so.0 0x0000000000499915 in getdesktopindex (win=win at main-window.c:4179 0x000000000049bfd1 in fmmainwindowgetoncurrentdesktop () at main-window.c:4225 0x0000000000496343 in handleparsedcommandlineargs () at main.c:1143 0x0000000000421808 in main (argc=<optimized out, argv=<optimized out) at main.c:1526 and now I am wondering about as I am running Wayland and sway. I don't know if it's relevant though.
Does it help if you run spacefm with the environment variable set? BTW, I am using X11.
Seems this a known bug:
GDKBACKEND=wayland does not help.

Found an even older bug report from 2015: Question: this is an upstream known bug. Should I close this issue? (I don't know what the protocol is in this case)
I am not sure. Maybe we can at least improve something here? Change the description to call out that this does not work with wayland for example? Patch it that it fails gracefully with an explanatory message when not run under X11? Then, it seems the project is also not really maintained anymore. Maybe it's time to let it go?
Another idea: a wayland display driver (is this the right wording?) should fall back to x11 support via xwayland if an application cannot run under wayland natively. SpaceFM is a x11 only application, could you try to use and see if it makes a difference?
it actually runs with GDK_BACKEND=x11! Thanks for the suggestion.
I have created a PR to make x11 the only backend that is used.
Change:
, makeWrapper , gdb , python3 <ins> , bintools-unwrapped </ins> , file , ps , git

Discussion:
gef expects from to be in path. The wrapper does not ensure that this is the case. Steps to reproduce the behavior: 't install No error messages and full functionality It's probably quite rare to write a configuration with and without but I happened to do it! <!-- 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.
Change:
"--disable-meanwhile" "--disable-nm" "--disable-tcl" <ins> "--disable-gevolution" </ins> ] ++ (lib.optionals (cyrus_sasl != null) [ "--enable-cyrus-sasl=yes" ]) ++ (lib.optionals (gnutls != null) ["--enable-gnutls=yes" "--enable-nss=no"])

Discussion:
Looks like there has been a new release this year: maintainer: cc it adds XDG portal support, which might be necessary for screen sharing on phosh and other Wayland clients.
PR:
I marked this as stale due to inactivity. &rarr;
Change:
ran = callPackage ../servers/http/ran { }; <ins> rathole = callPackage ../tools/networking/rathole { inherit (darwin.apple_sdk.frameworks) CoreServices; }; </ins> retry = callPackage ../tools/system/retry { }; rizin = pkgs.callPackage ../development/tools/analysis/rizin { };

Discussion:
Project description A lightweight and high-performance reverse proxy for NAT traversal, written in Rust. An alternative to frp and ngrok. Metadata homepage URL: source URL: license: asl20 ( Apache-2.0 license ) platforms: linux
see
Ah.. thanks, I was going to make one.
Change:
revert = true; excludes = [ "vendor/fmtlib" ]; }) <ins> ./android-tools-kernel-headers-6.0.diff </ins> ]; nativeBuildInputs = [ cmake perl go ];

Discussion:
Same on nixpkgs-unstable:
see
also see
I tried cherry-picking both PR's but still unable to build on . I'm on 5.19.16 kernel.
FYI, your kernel doesn't matter. The headers used here are a separate thing.
Change:
<del> { lib, stdenv, fetchurl }: </del> <ins> { lib , stdenv , fetchurl , static ? stdenv.hostPlatform.isStatic }: </ins> stdenv.mkDerivation rec { pname = "bibutils";

Discussion:
Building the package produces a large number of compiler warnings, and then fails with ... risout.c:111:26: note: previous initialization is here [ 0 ... NUMTYPES-1 ] = 0, ^ 8 warnings generated. ld: unknown option: -soname clang-7: error: linker command failed with exit code 1 (use -v to see invocation) make[1]: [Makefile:83: ] Error 1 make[1]: Target 'all' not remade because of errors. make: [Makefile:40: all] Error 2 builder for '/nix/store/bqwyr2gywrffh3xrwplhi4sv7962d21r-bibutils-' failed with exit code 2 error: build of '/nix/store/bqwyr2gywrffh3xrwplhi4sv7962d21r-bibutils-' failed I have built bibutils by hand on macOS, without difficulty (I last tried it on 10.15), so it's not something intrinsically broken in the upstream package. I hope, therefore, it just requires a minor tweak in the Nix package. I note from that macOS isn't one of the listed supported platforms. I'm a little uncertain how best to report my current environment, but: OS : macOS 11.3.1 compiler: Apple clang version 11.0.3 (clang-1103.0.32.29) ; Target: x8664-apple-darwin20.4.0 nix --version: nix (Nix) 2.3.9
Change:
inherit (unwrapped) kdeIntegration; }; } ('' <del> mkdir -p "$out/bin" mkdir -p "$out/share" </del> <ins> mkdir -p $out/share </ins> for dir in ${unwrapped}/share/*; do dirname="''${dir##*/}" if [[ $dirname == "applications" ]]; then

Discussion:
i can no longer use libreoffice headlessly i suspect this is due to the rewrite of the wrapper additionally, the binary is no longer provided, only etc, which are supposed to be usable headlessly too and maybe more impactful, attempting to launch the GUI with doesn't work either Steps to reproduce the behavior: -, -for a known working .odt file or project using the headless feature, see (already amended to attempt to use instead of ) to open libreoffice with the appropriate sub-app with that file open to open libreoffice writer with that file open to yield to yield error window on ! due to , the wrapper rewrite which seems to have introduced this issue
Aish... didn't realize this usage would break when I the flag to ... As a workaround, you can run the unwrapped executables in the meantime, this should work (works for me): I'm a bit confused though, which revision are you evaluating exactly? which is used in your report is before the wrapper rewrite.
I don't experience other issues you mention on current branch .
oh right, i had this issue on up-to-date yesterday on my laptop i filed the issue on my desktop
i'm unclear about what issues you don't experience on current on the branch, there's no
My bad :sweat_smile: My wasn't updated at all! Adding won't be that hard, but fixing the issue is harder...
Change:
}; pyproject = true; <ins> pythonRelaxDeps = [ "wxpython" ]; </ins> build-system = with python3Packages; [ setuptools wheel

Discussion:
Steps to reproduce the behavior: from rev to /add/update Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { lib , stdenvNoCC , fetchurl , unzip </del> <ins> { lib, stdenvNoCC, fetchurl, unzip, </ins> }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "soundsource"; <del> version = "5.6.3"; </del> <ins> version = "5.7.1"; </ins> src = fetchurl { <del> url = "https://web.archive.org/web/20240505002011/https://rogueamoeba.com/soundsource/download/SoundSource.zip"; sha256 = "sha256-uXQw4MEV4hkrd7tjNCxtuXpbfmdW8bilI5ZmXwn9BLM="; </del> <ins> url = "https://web.archive.org/web/20240924103013/https://cdn.rogueamoeba.com/soundsource/download/SoundSource.zip"; sha256 = "sha256-02+Jb+3GSirypBISjdFg89Dp3LtkgPKho8OCVS+GGcQ="; </ins> }; dontUnpack = true;

Discussion:
Package name: soundsource Latest released version: 5.7.1 <!-- Search your package here: --- Current version on the unstable channel: 5.6.3 Current version on the stable/release channel: 5.6.3 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
}: let <del> version = "1.11.0"; </del> <ins> version = "1.12.0"; </ins> src = fetchFromGitHub { owner = "mealie-recipes"; repo = "mealie"; rev = "v${version}"; <del> hash = "sha256-tBbvmM66zCNpKqeekPY48j0t5PjLHeyQ8+kJ6755ivo="; </del> <ins> hash = "sha256-Lwd0P1ssAITLH256uMXNb5b1OcFAy8OVjjpnmfNVUvQ="; </ins> }; frontend = callPackage (import ./mealie-frontend.nix src version) { };

Discussion:
Package name: Latest released version: 1.12.0 Current version on the unstable channel: 1.11.0 Current version on the stable/release channel: 1.2.0 Notify maintainers 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:
diff --git a/weasyprint/text/ffi.py b/weasyprint/text/ffi.py <del> index 0734cbea..22e31a5e 100644 </del> <ins> index 09f614aad..cbe9a73dd 100644 </ins> --- a/weasyprint/text/ffi.py +++ b/weasyprint/text/ffi.py <del> @@ -387,22 +387,11 @@ def _dlopen(ffi, *names): return ffi.dlopen(names[0])  # pragma: no cover </del> <ins> @@ -415,22 +415,11 @@ def _dlopen(ffi, *names): with suppress((OSError, FileNotFoundError)): os.add_dll_directory(dll_directory) </ins> -gobject = _dlopen( -    ffi, 'gobject-2.0-0', 'gobject-2.0', 'libgobject-2.0-0',

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 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: 54.3 desired version: 57.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:
<del> { lib, buildGoModule, fetchFromGitHub, coreutils, installShellFiles, scdoc }: </del> <ins> { lib, buildGoModule, fetchFromGitHub, coreutils, installShellFiles, scdoc, nixosTests }: </ins> buildGoModule rec { pname = "maddy";

Discussion:
Maddy, a small and compact mail server written in Go, was merged as a package with by . Having a NixOS module to enable and configure it would be really great! If someone is interested in creating a PR, I will be happy to help and test it :+1: Best regards Jonas
Hi, I dont have any sort of way to properly test this within the actual nixos repo but I've got a personal working module/service you can try
I did something very similar to the above, but based my serviceConfig on the example . It contains quite a bit more of the systemd security features, so if you want to make something to include in nixpkgs I think all these things should be on! I also hooked it up to Dovecot, hence the waiting script, not sure if that's the best way of doing it.
How about this: Nice and simple.
Have you tried this? Somehow it doesn't work for me:
- it looks like the units aren't included in the nixpkgs package :man_shrugging:, but I created a PR to fix this in Please review, test, and approve PR. I have never used so I wouldn't want to merge that PR without you (or someone else) testing. Thanks!
Change:
text = '' ${cfg.backend} rm -f ${name} || true ${optionalString (isValidLogin container.login) '' <ins> # try logging in, if it fails, check if image exists locally </ins> ${cfg.backend} login  ${container.login.registry}  --username ${container.login.username}  <del> --password-stdin < ${container.login.passwordFile} </del> <ins> --password-stdin < ${container.login.passwordFile}  || ${cfg.backend} image inspect ${container.image} >/dev/null  || { echo "image doesn't exist locally and login failed" >&2 ; exit 1; } </ins> ''} ${optionalString (container.imageFile != null) '' ${cfg.backend} load -i ${container.imageFile}

Discussion:
I need to have a container that requires logging into the registry to pull the image. So I setup . It works fine. But when the registry is down or when I'm offline, restarting the service will fail because I failed the step which is the step where the command is called. This happened to me when I restarted my computer and my DNS server was down ( is reported to be started even without DNS resolution). I think the should check if the image exists locally before trying to login. First, this solves my problem as described above, Second, this prevent unneeded logging into the registry because I don't think there's any other reason to log into the registry when you are not pulling image from the registry. Steps to reproduce the behavior: your DNS nameserver to down, maybe make it resolves to something else. the It will fail 5 times and stop trying because of I think the better approach is login to the registry only when the image is available locally. Maybe change this: To something like this: <!-- 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]:
Change:
werkzeug wrapt zeroconf <del> zipstream-new </del> <ins> zipstream-ng </ins> ] ++ lib.optionals stdenv.isDarwin [ py.pkgs.appdirs ];

Discussion:
Due to the update in which includes octoprint fails to build in current unstable release. Octoprint needs a version <8, whereas black now demands a version of = 8. Steps to reproduce the behavior: octoprint should build. <!-- 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. One could add an additional overwrite for black at this point. On the other hand, octoprint just released its rc2 which drops python2 support and makes a lot of the overwrites unnecessary.
Please just remove black from the test pipeline. There is no reason to run it.
AFAIK black isn't used in the test pipeline. At least neither click, nor octoprint have black as a build input. Still, some package version of derivation seems to require black. I submitted a PR, which pins the version of black to the last working version.
Black is almost never a runtime dependency. Most of the time it can be safely removed from any requires which safes us the hassle of pinning it or fixing issues.
Hi as I said it is a runtime dependency. In this case . In any case, I would rather see move forward, which would remove most of the overrides.
We should probably wait for a stable release of octoprint first
Change:
webtorrent-cli = prev.webtorrent-cli.override { buildInputs = [ final.node-gyp-build ]; }; <del> wrangler = prev.wrangler.override (oldAttrs: let workerdVersion = (lib.findFirst (dep: dep.name == "workerd") null oldAttrs.dependencies).version; linuxWorkerd = { name = "_at_cloudflare_slash_workerd-linux-64"; packageName = "@cloudflare/workerd-linux-64"; # Should be same version as workerd version = workerdVersion; src = fetchurl { url = "https://registry.npmjs.org/@cloudflare/workerd-linux-64/-/workerd-linux-64-${workerdVersion}.tgz"; sha512 = "sha512-E8mj+HPBryKwaJAiNsYzXtVjKCL0KvUBZbtxJxlWM4mLSQhT+uwGT3nydb/hFY59rZnQgZslw0oqEWht5TEYiQ=="; }; }; linuxWorkerdArm = { name = "_at_cloudflare_slash_workerd-linux-arm64"; packageName = "@cloudflare/workerd-linux-arm64"; # Should be same version as workerd version = workerdVersion; src = fetchurl { url = "https://registry.npmjs.org/@cloudflare/workerd-linux-arm64/-/workerd-linux-arm64-${workerdVersion}.tgz"; sha512 = "sha512-/Fr1W671t2triNCDCBWdStxngnbUfZunZ/2e4kaMLzJDJLYDtYdmvOUCBDzUD4ssqmIMbn9RCQQ0U+CLEoqBqw=="; }; }; darwinWorkerd = { name = "_at_cloudflare_slash_workerd-darwin-64"; packageName = "@cloudflare/workerd-darwin-64"; # Should be same version as workerd version = workerdVersion; src = fetchurl { url = "https://registry.npmjs.org/@cloudflare/workerd-darwin-64/-/workerd-darwin-64-${workerdVersion}.tgz"; sha512 = "sha512-ATaXjefbTsrv4mpn4Fdua114RRDXcX5Ky+Mv+f4JTUllgalmqC4CYMN4jxRz9IpJU/fNMN8IEfvUyuJBAcl9Iw=="; }; }; darwinWorkerdArm = { name = "_at_cloudflare_slash_workerd-darwin-arm64"; packageName = "@cloudflare/workerd-darwin-arm64"; # Should be same version as workerd version = workerdVersion; src = fetchurl { url = "https://registry.npmjs.org/@cloudflare/workerd-darwin-arm64/-/workerd-darwin-arm64-${workerdVersion}.tgz"; sha512 = "sha512-wnbsZI4CS0QPCd+wnBHQ40C28A/2Qo4ESi1YhE2735G3UNcc876MWksZhsubd+XH0XPIra6eNFqyw6wRMpQOXA=="; }; }; in { meta = oldAttrs.meta // { broken = before "16.13"; }; buildInputs = [ pkgs.llvmPackages.libcxx pkgs.llvmPackages.libunwind ] ++ lib.optional stdenv.isLinux pkgs.autoPatchelfHook; preFixup = '' # patch elf is trying to patch binary for sunos rm -r $out/lib/node_modules/wrangler/node_modules/@esbuild/sunos-x64 ''; dependencies = oldAttrs.dependencies ++ lib.optional (stdenv.isLinux && stdenv.isx86_64) linuxWorkerd ++ lib.optional (stdenv.isLinux && stdenv.isAarch64) linuxWorkerdArm ++ lib.optional (stdenv.isDarwin && stdenv.isx86_64) darwinWorkerd ++ lib.optional (stdenv.isDarwin && stdenv.isAarch64) darwinWorkerdArm; }); </del> }

Discussion:
Steps to reproduce the behavior: nixos flake build, with nixpkgs/master, which worked yesterday and doesn't today fails on workerd fixed derivation that is pulled from npm may relate to based on commit histor <!-- 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. I do have a bunch of experimental flags enabled, they could impact something.. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
can you please review
Change:
<ins> { lib , copyDesktopItems , fetchFromGitHub , makeDesktopItem , python3 , libsForQt5 }: python3.pkgs.buildPythonApplication rec { pname = "onthespot"; version = "0.5"; format = "pyproject"; src = fetchFromGitHub { owner = "casualsnek"; repo = "onthespot"; rev = "refs/tags/v${version}"; hash = "sha256-VaJBNsT7uNOGY43GnzhUqDQNiPoFZcc2UaIfOKgkufg="; }; nativeBuildInputs = with python3.pkgs; [ copyDesktopItems pythonRelaxDepsHook libsForQt5.wrapQtAppsHook ]; propagatedBuildInputs = with python3.pkgs; [ charset-normalizer defusedxml librespot music-tag packaging pillow protobuf pyqt5 pyqt5-sip pyxdg requests setuptools show-in-file-manager urllib3 zeroconf ]; pythonRemoveDeps = [ "PyQt5-Qt5" "PyQt5-stubs" # Doesn't seem to be used in the sources and causes # build issues "PyOgg" ]; pythonRelaxDeps = true; preFixup = '' makeWrapperArgs+=("''${qtWrapperArgs[@]}") ''; meta = with lib; { description = " QT based Spotify music downloader written in Python"; homepage = "https://github.com/casualsnek/onthespot"; changelog = "https://github.com/casualsnek/onthespot/releases/tag/v${version}"; license = licenses.gpl2Only; maintainers = with maintainers; [ onny ]; platforms = platforms.linux; }; } </ins>

Discussion:
Steps to reproduce the behavior: onthespot Add any other context about the problem here. <!-- 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]: