jiebi/CodeConvo huggingface dataset:
Change:
hash = "sha256-9ruhOLaYNESeKOwJs3IN6ct66fSq7My9DOyA7/cH3d0="; }; <ins> doCheck = pythonOlder "3.12"; </ins> nativeCheckInputs = [ nose pytestCheckHook

Discussion:
Steps to reproduce the behavior: spotdl/asciinema/binwalk/gpodder/autotiling/... Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I am getting the same issue from binwalk after updating flake inputs: the same error also occurs when trying to install the package xsser or pwndbg. So it seems to affect a lot of packages using python.
Also having this, I do not have Spotdl installed however. I think it might be a underlying issue with some dependency
Got the same error with gpodder
Same with blender It seems multiple builds are failing here
I also had issue with Blender-hip but different error I am not sure if it is related or not it was issue with OpenUSD which is NVIDIAs weird model format or something(?)
getting the same issue for & asciinema logs: autotiling/i3ipc
Same issue for and .
I fixed in . The PR just replaces the package (unsupported in python 3.12) with () .
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Same error with plex-mpv-shim Created for plex-mpv-shim EDIT: appears to be fixed on master already
seems to be the latest working commit (one before )
Same with plasma-hud and gnuradio for library thrift.
upd: also yep, and is also have this issue hi! same think, this time with , im not a big expert on flake and nix, but maybe there some simple fix like to pin old python version or something?
Binwalk is also having this issue:
Same issue with
see and fixed by
the issue is still there. Here the trace:
My issue will be fixed by
I have issue during nix-darwin update
Issue persist for nix-darwin update using flakes
Same issue for pony-0.7.17 (pgadmin)
Please open separate issues for all packages that haven't been fixed on master yet. This issue was about spotdl. Btw, nose will work on Python 3.12 once or is merged.
Change:
pyopenssl pytz requests <ins> setuptools </ins> ]; postPatch = ''

Discussion:
snowsql-connector-python needs setuptools python package dependency Steps to reproduce the behavior: -shell -p python3Packages.snowflake-connector-python --run "python -m snowflake.connector" python interpreter imports package without any errors snowflake-connector-python shows as a dependency <!-- 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:
nativeBuildInputs = [ makeWrapper ]; <ins> buildInputs = [ bash ]; </ins> makeFlags = [ "DESTDIR=$(out)" "PREFIX=/"

Discussion:
I cross-compiled a system from x86_64-linux to aarch64-linux. It largely works, however command fails with the following error: The seems to have the original shebang, whereas the x86-native has had it properly rewritten. Steps to reproduce the behavior: running this from an aarch machine? wg-quick’s shebang is rewritten just like it is for native builds. Reproduction verified at
Change:
makeFlags = [ "prefix=${placeholder "out"}" ]; <ins> env.NIX_CFLAGS_COMPILE = lib.optionalString stdenv.cc.isClang "-Wno-error=implicit-function-declaration"; </ins> postInstall = '' wrapProgram "$out/bin/sc-im" --prefix PATH : "${lib.makeBinPath [ gnuplot ]}" '';

Discussion:
Steps to reproduce the behavior: sc-im on nixpkgs-24.05-darwin I only tested on darwin 24.5, I haven't tested if the build is successful on any other archs Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Please change your Github-related secrets immediately!
why?
We do not want to draw attention to it than we should, so please change your GitHub secrets first.
righto i've done it
Right, this is also a lesson for me, I'd check twice before posting logs in a PR from now on.
still no idea what you're talking about, the logs I posted look fine to me. My email address is on my profile if there's something specific you want to tell me about and btw thanks for opening the pull request to fix the issue with sc-im
Since you updated your secrets, it should be fine to tell you to check the history of your PR comment (edited by you should be able to delete/hide the revision from public view of your own comment.
I see it now, how did that happen :( many thanks for editing the comment and letting me know
Change:
xcpc = callPackage ../applications/emulators/xcpc { }; <ins> xemu = callPackage ../applications/emulators/xemu { }; </ins> yapesdl = callPackage ../applications/emulators/yapesdl { }; zesarux = callPackage ../applications/emulators/zesarux { };

Discussion:
Project description Original Xbox Emulator. Metadata homepage URL: source URL: license: gpl2 platforms: unix
I've tried to get this working, but I'm getting a link error. Here are both of my attempts:
never mind, it seems link time optimization broke it. Does work for you? (the compile will take a couple of minutes)
I haven't tried anything. I will test this. I wanted emulators (i.e. Vita3k, xenia, etc) and emulator-related tools to be part of NixOS ecosystem too. Yes, it worked for me. I'm seeing just right now. I will need to test this a bit more after setting things up. Will let you know the end results after poking around and opening everything.
Got an issue - .
Pushed what I hope is a fix, can you try it again?
You got that one fixed. I'm now able to select files. Now, I'm stuck at screen. Weird thing is that the titlebar is . Not sure if that's intentional or if something got stripped. If I restarted (after renaming ISO), I get a missing file dialog so I know it's working (i.e. xemu recognizes the file is missing), but it still throw me screen.
The input screen works. It recognizes my controller and the buttons seems to be responding correctly. Taking a screenshot works too. I have finished adding necessary files. I just can't get it to load a disc.
Oh wait. I think I know what the problem is... I forget to do a step here. Hold on.
Yes! The game loads! Thank you!
As for titlebar, the version is missing. I looked at few Google images. Same with version, branch, commit. !
the version/commit info depends on the directory being present, which is possible but makes it really hard to be reproducible
Honestly, this is great for initial package. Version fixing can come later. I recall and have similar issue with versioning too. reports lack of version and reports vague version. does it perfectly. Something for experienced coders to look into. Thank you. Please merge it. :-)
Got the version stuff to work, also a desktop item
Change:
mapSubOptions = f: opt: if opt ? options then opt // { <del> options = map f (toList opt.options); </del> <ins> options = imap f (toList opt.options); </ins> } else opt;

Discussion:
On (), this fails: with Based on , maybe wants to know about this?
Unfortunately we don't always keep in a compilable state, but if you (or anyone else) is interested in fixing this, we would appreciate PRs fixing it up.
Is there some form of CI that would check whether it is compilable and maybe help identifying what broke it?
Not really. There is which will compile whenever someone sends a PR specifically for it. There is also , which runs builds for the various derivations in nixpkgs, but unfortunately it doesn't run all builds on all PRs (which would be too expensive). So most people don't have a good idea when different builds break. (I was planning on linking you to the GHCJS derivations on Hydra, but it is so slow, I'm not actually able to find a good link for you. If you go to and type in to the search box, you might get lucky and it will load for you. I believe you should be able to use this to go back in time and figure out when the GHCJS builds broke. Although Hydra's interface doesn't necessarily make this easy.) There are a few people who watch/review Haskell-related PRs here on nixpkgs, but we're often not too careful about the GHCJS builds. I don't think any of us use it. There are also a few other people who often send PRs to the Haskell infrastructure ( etc), but I am not sure if any of them rely on the GHCJS builds. I don't have a good solution for how to keep the GHCJS builds healthy, other than someone specifically keeping an eye on it. Although if all you're interested in is fixing the immediate build problem, you could try ing your way to the commit responsible for the breakage. I imagine the GHCJS builds have been working at least in the last couple months or so?
Oh, the Hydra search results just loaded. I think this is the GHCJS build on nixpkgs : It looks like this was the last successful build: This was the first failure build after this success: You might have to first look to see if that failure is the same one you're seeing locally. If it is, then you could try to figure out what commit caused it.

If that failure is not the same one you're seeing locally, then I'm not sure the best way to go about figuring out what broke it.
Thanks! Unfortunately, that was a weekend project, so probably won’t get to it until the next weekend where I will work on that… and pinning an old version of nixpkgs works around the problem nicely.
Are there any updates on this? I was hoping to upgrade to a newer nixpkgs to get cabal 3, but I don't know of a good working commit.
Ran into this as well. Found out that builds fine on the branch (commit currently). Hydra builds for it can be found here: Interestingly, neither of the commits on that pointed out - (the last successful one) and (the first failing one) - are ancestors of : I guess that means that contains some older packages. The version number of ghcjs is the same as in , though - 8.6.0.1.
FYI, published a PR that should resolve this issue:
Hopefully
Change:
environment.systemPackages = [ pkgs.nebula ]; users.users.root.openssh.authorizedKeys.keys = [ snakeOilPublicKey ]; services.openssh.enable = true; <ins> networking.firewall.enable = true; # Implicitly true, but let's make sure. </ins> networking.interfaces.eth1.useDHCP = false; services.nebula.networks.smoke = {

Discussion:
When a "lighthouse" and a regular "roaming" node are on the same network and the default value for () is used, nodes occasionally enter a consistent failure state while trying to connect. I suspect this occurs when Nebula tries to NAT-punch with the local router and always tries to connect to the lighthouse instead of the roaming node. Steps to reproduce the behavior: up a lighthouse node and roaming node -forward port 4242 for the lighthouse node to set a value for in the Nebula config intermittent failures The value of should be required, with a link to Nebula docs: I'm not entirely sure, but logs from the issue indicate the lighthouse-node handshakes are both sending packets to "192.168.1.1:4242", which is port-forwarded to the lighthouse (I'm in a dual-NAT setup unfortunately; this is the IP of the outer NAT). Explicitly setting the port to (to automatically select an ephemeral port) on the roaming nodes immediately fixes the issue. (wrote the initial module with the port default) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Based on those docs, I think we can solve this without requiring the user to specify the port. Since we know whether a node is a lighthouse via , we could implement a behavior where defaults to for lighthouses and for non-lighthouses: I'm not sure how to get the for this, though. Maybe if the options were , then we could just refer to ? We'd probably also want to include . Thoughts?
My thought is that a change should meet the following requirements: Per set and to something like:Set the actual value appropriately in the module with an expression like the above if the input is null. If (isLighthouse or isRelay) and the final port evaluates to 0, we should warn, since this config will probably result in connectivity issues. There should be a test for this. I am split on whether to backport this. While this is a bug, people may have relied on the default port to NAT port forward from routers to a Nebula node that is not a lighthouse or a relay.

As such the new default may impede connectivity on restrictive NATs, so this is also a breaking change.
Also, good job diagnosing this. I think I've run into this before but didn't know what was causing it.
Per (captured in + ) Given this, it is probably a good idea to both fix and backport this.
Change:
sha256 = "0v2iiyzss8hiih98wvj0gi2qzdmmhh7bvc9p025wlfm4k7r1109a"; prePatch = '' <del> substituteInPlace configure.in --replace '`sw_vers -productVersion`' '10.10' </del> <ins> substituteInPlace configure.in --replace '`sw_vers -productVersion`' "''${MACOSX_DEPLOYMENT_TARGET:-10.12}" </ins> ''; }

Discussion:
Describe the bug The current version of fails to build on macOS. From the error message it sounds like it believes the current macOS version is 10.10. The error message in question, from the configure phase: I suspect this was caused by which bumped our to 10.12. I have no idea why Erlang thinks the current macOS version is 10.10 (I'm running macOS 10.14). To Reproduce Steps to reproduce the behavior: macOS, run , or from a nixpkgs checkout run Expected behavior It should build. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(lily): nixpkgs: Maintainer information:
This is explicitly a problem with . I found the following in , , , and So at least it isn't a larger issue with Darwin. We should probably fix this to use . I'll work on a patch.
Change:
buildPythonPackage = import ../development/python-modules/generic { inherit (pkgs) lib; <del> inherit python wrapPython setuptools setuptoolsSite offlineDistutils; </del> <ins> inherit python wrapPython setuptools recursivePthLoader offlineDistutils; </ins> };

Discussion:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.
Change:
<ins> { lib, stdenv, rustPlatform, fetchFromGitHub, protobuf, darwin, }: let inherit (darwin.apple_sdk.frameworks) CoreFoundation SystemConfiguration; in rustPlatform.buildRustPackage { pname = "comet-gog"; version = "0-unstable-2024-05-25"; src = fetchFromGitHub { owner = "imLinguin"; repo = "comet"; rev = "378ec2abdc2498e7c0c12aa50b71f6d94c3e8e3c"; hash = "sha256-r7ZPpJLy2fZsyNijl0+uYWQN941TCbv+Guv3wzD83IQ="; fetchSubmodules = true; }; cargoHash = "sha256-dXNAGMVayzgT96ETrph9eCbQv28EK/OOxIRV8ewpVvs="; # error: linker `aarch64-linux-gnu-gcc` not found postPatch = '' rm .cargo/config.toml ''; env.PROTOC = lib.getExe' protobuf "protoc"; buildInputs = lib.optionals stdenv.isDarwin [ CoreFoundation SystemConfiguration ]; meta = { description = "Open Source implementation of GOG Galaxy's Communication Service"; homepage = "https://github.com/imLinguin/comet"; license = lib.licenses.gpl3Plus; mainProgram = "comet"; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>

Discussion:
Project description Open Source implementation of GOG Galaxy's Communication Service This project aims to implement calls made by game through SDK. Note: that means it can't and won't replace Communication Service in official client This will provide minimal and platform agnostic SDK. For use in game launchers like Heroic or Lutris Metadata homepage URL: source URL: license: gpl3 platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
sha256 = "0fjr2rcr8lnywj54mzhg9i4xz1b6fh8yv12p5i2q5mgfld2xymy4"; }; <del> hunspellDicts = builtins.attrValues hunspellDicts; </del> <ins> hunspellDictionaries = builtins.attrValues hunspellDicts; </ins> mathJaxSrc = fetchurl { url = https://s3.amazonaws.com/rstudio-buildtools/mathjax-20.zip;

Discussion:
No file is provided by Rstudio so system menus in KDE (and presumably any DE) don't show it. System: Nix version: (run ) Nixpkgs version: (run )
Change:
# NOTE: We essentially override the compilers provided by stdenv because we don't have a hook #   for cudaPackages to swap in compilers supported by NVCC. + lib.optionalString cudaSupport '' <del> export CC=${cudatoolkit.cc}/bin/cc export CXX=${cudatoolkit.cc}/bin/c++ </del> <ins> export CC=${backendStdenv.cc}/bin/cc export CXX=${backendStdenv.cc}/bin/c++ </ins> export TORCH_CUDA_ARCH_LIST="${lib.concatStringsSep ";" cudaCapabilities}" export FORCE_CUDA=1 '';

Discussion:
Since the introduction of in (), derivations should use instead of to further reduce the usage of the attribute.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
-        except Exception as e: -            log("find_libfakeXinerama()", exc_info=True) -            log.error("Error: cannot launch ldconfig -p to locate libfakeXinerama:") <del> -            log.error(" %s", e) </del> <ins> -            log.estr(e) </ins> -    return find_lib("libfakeXinerama.so.1") +    return "@libfakeXinerama@/lib/libfakeXinerama.so.1.0"

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've got a branch that would close this issue and update xpra to 5.0.3, the UI currently works as expected and a connection over SSH is possible however I've encountered an issue running and . The error output is similar to what can be found in some other python applications. I'll look into patching this and see if I can push this further.
Change:
<ins> { lib , stdenv , fetchFromGitHub , autoreconfHook , pkg-config , gnutls , keyutils , glib , libnl , systemd , withSystemd ? lib.meta.availableOn stdenv.hostPlatform systemd }: stdenv.mkDerivation rec { pname = "ktls-utils"; version = "0.10"; src = fetchFromGitHub { owner = "oracle"; repo = "ktls-utils"; rev = "ktls-utils-${version}"; hash = "sha256-1HceFajSSq1D3IMeGQF+i/iW1lL2opLLWFfsRHW9atg="; }; nativeBuildInputs = [ autoreconfHook pkg-config ]; buildInputs = [ gnutls keyutils glib libnl ]; outputs = [ "out" "man" ]; configureFlags = lib.optional withSystemd [ "--with-systemd" ]; makeFlags = lib.optional withSystemd [ "unitdir=$(out)/lib/systemd/system" ]; doCheck = true; meta = with lib; { description = "TLS handshake utilities for in-kernel TLS consumers"; homepage = "https://github.com/oracle/ktls-utils"; changelog = "https://github.com/oracle/ktls-utils/blob/${src.rev}/NEWS"; license = licenses.gpl2Only; maintainers = with maintainers; [ ]; mainProgram = "ktls-utils"; platforms = platforms.linux; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --TLS handshake utilities for in-kernel TLS consumers. Notably, provides a critical userspace component for NFS over TLS. Metadata homepage URL: source URL: license: GPL2 platforms: Linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
license = licenses.bsd3; platforms = platforms.linux; maintainers = with maintainers; [ ]; <ins> mainProgram = "detox"; </ins> }; }

Discussion:
Package name: detox Latest released version: 1.4.5 <!-- Search your package here: --- Current version on the unstable channel: 1.2.0 Current version on the stable/release channel: 1.2.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Detox has been on github for a few years now:
are you able to test
Change:
dontWrapGApps = true; <del> libPath = lib.makeLibraryPath [ </del> <ins> libPath = lib.makeLibraryPath ([ </ins> libcxx systemd libpulseaudio

Discussion:
Text-to-speech functionality is not working, according to the this functionality is disabled by default on Linux. I have tried doing what was suggested over there but it didn't work, I assume this has to do with how it is packaged over in Nix. What I tried was entering and then running . Doing worked which confirmed that the dispatcher was working, however, starting discord via terminal with the flag did not fix it for discord.
The same is true of the package which also includes speechd but will not be guaranteed to work, depending on environment (such as the display server you use)
Change:
{ lib , writeShellScript <del> , buildFHSEnv </del> <ins> , buildFHSEnvBubblewrap </ins> , stdenvNoCC , fetchurl , autoPatchelfHook

Discussion:
I have installed the latest unstable version of Insync. I start it, configure my account, and the following happens: No systry icon appears When I close the Insync window and try to start it again, it does nothing If I execute any command from the console, I get this message: Insync doesn't seem to be running. Start it first. IMPORTANT: It's seems sync continue working but I can't show the Insync window. Steps to reproduce the behavior: package package from Rofi account and all works Insync window show the Insync window again to view files or change config I should be able to reopen the Insync window and also use the commands from the console. system: host os: multi-user?: sandbox: version: nixpkgs:
I discover more things about this: It's seems the service is running! The systry icon is invisble and stay there. When I click on the invisble char the Insync open Any terminal command over Insync works !
Thanks for the report , I will be taking a look.
I have the same. and i tried with x11 and wayland, with plasma and gnome, and with configuration and with just closing the welcome screen.. Always the same. Freshly installed, you see the GUI exactly one Time.
Hey folks, it seems a hard nut to crack. I am scratching my head why this is happening. I have even looked into how buildFHSBubblwrap works. Meanwhile, if you can get a system-tray plugin for your desktop environment, you may have the luck of being able to open the interface for you. Until then, any help is welcome. I will keep digging another day!
From the system tray it opens, but since the icon is not painted you have to guess where the click is. Is there any way to launch the click action from the terminal? Thanks for investigate it! !
I should have fixed these reported problems in : When I close the Insync window and try to start it again, it does nothing If I execute any command from the console, I get this message: Insync doesn't seem to be running. Start it first.
I won't be able to fix the "No systry icon appears" issue still, it's a known bug and I suspect it's a defect in upstream closed source code.

Expecting to be available next week ish for both 23.05 and unstable.
Also to 23.05.
FYI: Also, a new package for nautilus users: please give a :+1: for faster merging!