jiebi/CodeConvo huggingface dataset:
Change:
environment.systemPackages = [ pkgs.teamviewer ]; <ins> services.dbus.packages = [ pkgs.teamviewer ]; </ins> systemd.services.teamviewerd = { description = "TeamViewer remote control daemon"; wantedBy = [ "multi-user.target" ]; <del> after = [ "NetworkManager-wait-online.service" "network.target" ]; </del> <ins> after = [ "NetworkManager-wait-online.service" "network.target" "dbus.service" ]; requires = [ "dbus.service" ]; </ins> preStart = "mkdir -pv /var/lib/teamviewer /var/log/teamviewer"; startLimitIntervalSec = 60; startLimitBurst = 10; serviceConfig = { <del> Type = "forking"; ExecStart = "${pkgs.teamviewer}/bin/teamviewerd -d"; </del> <ins> Type = "simple"; ExecStart = "${pkgs.teamviewer}/bin/teamviewerd -f"; </ins> PIDFile = "/run/teamviewerd.pid"; ExecReload = "${pkgs.coreutils}/bin/kill -HUP $MAINPID"; Restart = "on-abort";

Discussion:
Describe the bug When busybox is installed - teamviewer cannot starts correctly To Reproduce Steps to reproduce the behavior: " = true;" to busybox to "environment.systemPackages = with pkgs;" to launch the teamviewer Expected behavior Teamviewer gui starts Screenshots If applicable, add screenshots to help explain your problem. ! 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 these paths will be fetched (0.05 MiB download, 0.28 MiB unpacked): /nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev copying path '/nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev' from ''... system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
This should be fixed by . Please confirm by closing if it indeed does.
Change:
{ lib, <del> python3, </del> <ins> python3Packages, </ins> fetchFromGitHub, <del> uv, </del> <ins> replaceVars, </ins> git, cargo, stdenv,

Discussion:
The nixpkgs version of fails to build a project created with . Steps to reproduce the behavior: The following expected behavior was seen on Ubuntu 24.04. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
No need to create an empty project. Running anywhere gives
Change:
<ins> { lib , python3 , fetchFromGitHub }: python3.pkgs.buildPythonApplication rec { pname = "frogmouth"; version = "0.5.0"; format = "pyproject"; src = fetchFromGitHub { owner = "Textualize"; repo = "frogmouth"; rev = "v${version}"; hash = "sha256-5MNQ78zwjtenHDjy2g1rjiq4HvFie7uUSlMwZu6RmXg="; }; nativeBuildInputs = [ python3.pkgs.poetry-core python3.pkgs.pythonRelaxDepsHook ]; propagatedBuildInputs = with python3.pkgs; [ httpx textual typing-extensions xdg ]; pythonRelaxDeps = [ "xdg" ]; pythonImportsCheck = [ "frogmouth" ]; meta = with lib; { description = "A Markdown browser for your terminal"; homepage = "https://github.com/Textualize/frogmouth"; changelog = "https://github.com/Textualize/frogmouth/blob/${src.rev}/ChangeLog.md"; license = licenses.mit; maintainers = with maintainers; [ figsoda ]; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --Frogmouth is a Markdown viewer / browser for your terminal, built with . Metadata homepage URL: source URL: license: MIT platforms: Linux, Python
Likely depends on
Change:
, zstd , buildPackages <ins> , clangStdenv , gccStdenv </ins> , hello , mold , mold-wrapped

Discussion:
This issue seems to occur after . Any package built using: will fail to build. Minimal example: output: this would also happen if or were used instead of llvm stdenv. before then, running the same command will succeed. Please run and paste the result.
The easiest solution would be to set to , see
Change:
Log1(PCSC_LOG_ERROR, "Disabling USB support for pcscd."); return -1; } <del> @@ -722,7 +723,7 @@ ULONG HPRegisterForHotplugEvents(void) </del> <ins> @@ -741,7 +742,7 @@ ULONG HPRegisterForHotplugEvents(void) </ins> if (driverSize <= 0) {

Discussion:
The package installs that contains an unconfigured variable: This results in the following message in system journal: Obviously, not critical, but still this doesn’t sound right. The contains , so it looks like gets replaced by literal , but I am not sure where this happens or why. Steps to reproduce the behavior: There should be no unsubstituted variables in the installed unit. Maintainer information:
Looks like this line was upstream in 1.9.2 and the version in nixpkgs was upgraded from 1.9.1 to 1.9.4 in October ().
Ok, I am not particularly good with Autotools, but it seems to me that it is an upstream bug. The generate does this replacement, but I think it is supposed to happen only in a context in which this will be further expanded, not in plaintext files intended to be simply copied to their final install location.
Yes, it’s definitely an upstream issue. This usage of is explicitly called out as incorrect in Autconf docs:
Reported upstream:
Fixed in 1.9.5 (just released):
Keep in mind that this needs to point at if it is to be used for anything instead of into the nix store.
Can we make an option to allow specific ? I can help to make a PR if you agree : )
Send a PR I guess? Although, I am not sure how useful this option will be, given that, I assume, all other packages have to be linked to the same pcsc that provides the daemon. On the other hand, many other packages have this option, and I don’t know if there is some pattern or policy in NixOS.
The fixes PR is merged, but if a stable user (, etc.) wants to solve these issues, he could be: nix overlays, let = the package from newer channel, this will cause rebuild of all package that depends on it. to override attribute of , which is tedious and error-prone. So I suggest either we add an option to allow specific the package,or backport the changes to stable branch...?
Change:
{ lib, stdenv , nixosTests <ins> , fetchpatch </ins> , fetchurl, autoreconfHook , zlib, pcre, w3m, man , openssl, brotli

Discussion:
Even with a minimal one-line config, privoxy runs into a buffer overflow on trying to serve a request. This only happens when privoxy is instructed to use a socks4 or socks4a upstream proxy, not with socks5 or socks5t. This is on current nixpkgs-unstable. I confirmed that this bug does not occur with the old commit of nixpkgs, the last time our privoxy build was touched (version-bumped). So the version bump of privoxy it not at fault. Steps to reproduce the behavior: in the background (even if you don't have a socks proxy listening on ) that the privoxy process aborts Privoxy should not segfault, instead it should properly serve the request (or display an error in case upstream proxy servers were not reachable). No maintainers listed.
I'm currently bisecting. My computer is busy compiling glibc, hence definitive results will still take some time. But I'm down to 9 revisions to test (roughly 3 steps). Pinging because all of those remaining 9 revisions pertain to glibc. Update: Found the commit introducing this bug, it's , which bumped glibc from 2.37-39 to 2.38-0. <details<summarygit bisect log</summary</details<details<summarygdb backtrace</summary</summary
Reading through the , I found the following: GNU C Library with FORTIFYSOURCE. The level of fortification can either be provided, or is set to the highest value supported by the compiler. If not explicitly enabled, then fortify source is forcibly disabled so to keep original behavior unchanged. And source fortification. It seems likely to me that this may be an issue in privoxy, which is now caught by the new glibc. Edit: Ah, your backtrace seems to confirm that:
This might be related to . (However, that issue was bisected to )
Thank you, that makes sense! I'm currently believing that the issue is caused by call to strlcpy() in the Privoxy source. But I didn't verify this hypothesis yet and need to run now. Update: That's confirmed. Removing this call gets rid of the fortify-caused abort.

The compiler warning is also interesting: On inspection, the buffer is actually large enough, but this fact is not properly detected. Update: I intend to change into (in ). This convinces gcc that there is enough space for the strlcpy() operation. It should semantically be the same (note that and point to the same location, they just differ in their types). I welcome comments regarding this proposed fix, will then take care of upstream reporting and submitting an interim pull request.
Change:
, aioredis , async_generator , buildPythonPackage <del> , fetchPypi </del> <ins> , fetchFromGitHub , fetchpatch </ins> , hypothesis , lupa , pytest-asyncio

Discussion:
As of , the build of is broken. This is currently breaking the build of other packages including and certainly many others... ~I suspect this was triggered by , , or one of the redis upgrades.~ I believe this was triggered by . Steps to reproduce the behavior: nixpkgs at failure The build to succeed. n/a n/a <!-- 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 tried patching around the issue with but that gives me a test failure:
should fix that. Also please use postPatch.
Change:
<ins> { stdenv , lib , fetchFromGitHub , meson , ninja , vala , pkg-config , desktop-file-utils , glib , gtk3 , glib-networking , libgee , libsoup , json-glib , sqlite , webkitgtk , libmanette , libXtst , wrapGAppsHook }: stdenv.mkDerivation rec { pname = "GameHub"; version = "0.16.3-2"; src = fetchFromGitHub { owner = "tkashkin"; repo = pname; rev = "${version}-master"; hash = "sha256-dBGzXwDO9BvnEIcdfqlGnMzUdBqaVA96Ds0fY6eukes="; }; nativeBuildInputs = [ desktop-file-utils meson ninja pkg-config vala wrapGAppsHook ]; buildInputs = [ glib glib-networking gtk3 json-glib libgee libmanette libsoup libXtst sqlite webkitgtk ]; meta = with lib; { homepage = "https://tkashkin.github.io/projects/gamehub"; description = "Unified library for all your games"; longDescription = '' GameHub is a unified library for all your games. It allows you to store your games from different platforms into one program to make it easier for you to manage your games. ''; maintainers = with maintainers; [ pasqui23 ]; license = with licenses; [ gpl3Only ]; platforms = platforms.linux; }; } </ins>

Discussion:
repo: originally mentioned at
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 .
still important to me
I marked this as stale due to inactivity. &rarr;
Still important to me
Any progress on this?
There is a PR open at
The PR has sadly been closed :(
I marked this as stale due to inactivity. &rarr;
Change:
diff --git a/cmake/targets/common.cmake b/cmake/targets/common.cmake <del> index 3dd629e..acec58d 100644 </del> <ins> index 9f2ce08..8c32b8f 100644 </ins> --- a/cmake/targets/common.cmake +++ b/cmake/targets/common.cmake <del> @@ -37,8 +37,4 @@ endif() target_compile_options(sunshine PRIVATE $<$<COMPILE_LANGUAGE:CXX>:${SUNSHINE_COMPILE_OPTIONS}>;$<$<COMPILE_LANGUAGE:CUDA>:${SUNSHINE_COMPILE_OPTIONS_CUDA};-std=c++17>)  # cmake-lint: disable=C0301 </del> <ins> @@ -48,8 +48,4 @@ else() set(NPM_BUILD_HOMEBREW "") endif() </ins> -#WebUI build -add_custom_target(web-ui ALL -        WORKING_DIRECTORY "${CMAKE_SOURCE_DIR}" -        COMMENT "Installing NPM Dependencies and Building the Web UI" <del> -        COMMAND bash -c "npm install && SUNSHINE_SOURCE_ASSETS_DIR=${SUNSHINE_SOURCE_ASSETS_DIR} SUNSHINE_ASSETS_DIR=${CMAKE_BINARY_DIR} npm run build") # cmake-lint: disable=C0301 </del> <ins> -        COMMAND bash -c "npm install && SUNSHINE_BUILD_HOMEBREW=${NPM_BUILD_HOMEBREW} SUNSHINE_SOURCE_ASSETS_DIR=${NPM_SOURCE_ASSETS_DIR} SUNSHINE_ASSETS_DIR=${NPM_ASSETS_DIR} npm run build") # cmake-lint: disable=C0301 </ins> +

Discussion:
Package name: sunshine Latest released version: 0.22.2 <!-- Search your package here: --- Current version on the unstable channel: 0.22.0 Current version on the stable/release channel: 0.21.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: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "golink"; version = "0-unstable-2024-01-26"; src = fetchFromGitHub { owner = "tailscale"; repo = "golink"; # https://github.com/tailscale/golink/issues/104 rev = "d9de913fb174ec2569a15b6e2dbe5cb6e4a0a853"; hash = "sha256-w6jRbajEQkOrBqxDnQreSmSB5DNL9flWjloShiIBM+M="; }; vendorHash = "sha256-R/o3csZC/M9nm0k5STL7AhbG5J4LtdxqKaVjM/9ggW8="; ldflags = [ "-s" "-w" ]; meta = with lib; { description = "A private shortlink service for tailnets"; homepage = "https://github.com/tailscale/golink"; license = licenses.bsd3; maintainers = with maintainers; [ fab ]; mainProgram = "golink"; }; } </ins>

Discussion:
Project description Metadata homepage URL: source URL: license: bsd3 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, groff , less , fetchFromGitHub <ins> , fetchpatch </ins> , installShellFiles , nix-update-script , testers

Discussion:
Steps to reproduce the behavior: awscli2 New to NixOS, I ran and . Removing and reinstalling the package did not fix the issue. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hello Thank you for reporting the issue. Indeed, I have a PR to upgrade awscli2 to 2.15.29 whose the build is failing now after rebasing it with master: Looks like the issue could be caused by this python-updates PR merged into staging branch: (and then merged into master yesterday: ) Looks like could be the cause. I will take a look.
Indeed, used to check if the installed dependencies meets constraints does only supports simple version numbers (X.Y.Z). And version does not parse and the script fails ( is also not semver compliant, and using ).
I am also experiencing the same issue
Looks like upstream may be trying to avoid this version too for now, they made recently pinning it to . Overriding the package to use (and adding a substitution for 's version string and some test weirdness) seems to let it build -- maybe just worth doing that in your upgrade PR?
Thanks for your help. Indeed, looks like pinning python-dateutil to 2.8.2 is a resolution: Yes, I the fix in my upgrade PR.
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:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
The build has just passed on Hydra:
Its arrived in . I think this can be closed now
Yes we can close now :)
Awesome, thank you for your help !
Change:
, perl }: <ins> let versionReplace = { easybind = { snapshot = "2.2.1-SNAPSHOT"; pin = "2.2.1-20230117.075740-16"; }; afterburner = { snapshot = "testmoduleinfo-SNAPSHOT"; pin = "0e337d8773"; }; }; in </ins> stdenv.mkDerivation rec { <del> version = "5.7"; </del> <ins> version = "5.9"; </ins> pname = "jabref"; src = fetchFromGitHub { owner = "JabRef"; repo = "jabref"; rev = "v${version}"; <del> hash = "sha256-wzBaAaxGsMPh64uW+bBOiycYfVCW9H5FCn06r6XdxeE="; </del> <ins> hash = "sha256-uACmXas5L1NcxLwllkcbgCCt9bRicpQkiJkhkkVWDDY="; </ins> }; desktopItems = [

Discussion:
The program Jabref will build, but give a JFX related error upon trying to run the program. Steps to reproduce the behavior: The program launches as it used to. Please run and paste the result.
It's fixed in but hasn't been merged.
Hi. Sorry for digging this up, but I'm having the same error for starting a JFX application inside Intellij IDEA, where is unable to find (or ). My hack to resolve this involves: Make sure that there is within your ( for example) Add the path to :Start Intellij IDEA from the shell. I felt like this is worth a separate issue (Intellij and JFX related), but wanted to ask it here first. Many thanks!
I can't understand what you want to ask... This issue is caused by the reason said in
I meant I had the same issue (missing for ), but in another context, and was wondering instead of that hacky workaround, is there any way to make my JFX application starts with no error.
Change:
ln -s clang $out/clang-${versions.major (getVersion clang)} ln -s ${opencl-clang}/lib/* $out/ ln -s ${lib.getLib libclang}/lib/clang/${getVersion clang}/include/opencl-c.h $out/ <ins> ln -s ${lib.getLib libclang}/lib/clang/${getVersion clang}/include/opencl-c-base.h $out/ </ins> ''; cmakeFlags = [ <ins> "-DVC_INTRINSICS_SRC=${vc_intrinsics_src}" "-DINSTALL_SPIRVDLL=0" </ins> "-DCCLANG_BUILD_PREBUILDS=ON" "-DCCLANG_BUILD_PREBUILDS_DIR=${prebuilds}" "-DIGC_PREFERRED_LLVM_VERSION=${getVersion llvm}"

Discussion:
, current version: 20.34. desired version: 21.42. maintainers: The packages version is quite old and doesn't work properly on 11th gen cpus. There are also other PR which are interwoven with this such as: And also an issue that might be related To update this properly I think we need to update at least the following packages: , , and .
Change:
drawing = callPackage ../applications/graphics/drawing { }; <del> drawio = callPackage ../applications/graphics/drawio { }; </del> <ins> drawio = callPackage ../applications/graphics/drawio { inherit (darwin) autoSignDarwinBinariesHook; }; </ins> drawio-headless = callPackage ../applications/graphics/drawio/headless.nix { }; drawpile = libsForQt5.callPackage ../applications/graphics/drawpile { };

Discussion:
Steps to reproduce the behavior: build drawio version 22.1.18 built successfully for me. This failure happens on drawio version 22.0.3. <!-- 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]:
Hello, could you please check if the issue is still occurring in the latest version (see or just run )?
Unfortunately, this fails with the same error: Logs: PS: Thanks for the tip with
Change:
{ "name": "vencord", <del> "version": "1.5.8", </del> <ins> "version": "1.6.0", </ins> "lockfileVersion": 3, "requires": true, "packages": { "": { "name": "vencord", <del> "version": "1.5.8", </del> <ins> "version": "1.6.0", </ins> "license": "GPL-3.0-or-later", "dependencies": { "@sapphi-red/web-noise-suppressor": "0.3.3",

Discussion:
Vesktop opens up to a white screen. It cannot update from tray to latest version. I tried completely removing config files from Vencord but it doesn't change anything. Running Vesktop with flag --disable-gpu makes the Vesktop stuck at loading Steps to reproduce the behavior: Vesktop Launching Vesktop should open up the app normally ! Kernel: 6.5.7-xanmod1 Gpu: AMD (mesa 23.1.7)
vencorddesktop command doesn't output any logs. When doing update from the gui, it doesn't show anything. Only time it shows something is when i try updating from tray icon. The output is the following:
This is a problem with Vencord. It is currently broken with the curren versions of Discord (including the web app) We have to wait for upstream to fix these issues and release a new version of vencord
Alright, thank you for the fast response! Cheers
I encountered the same issue, and can confirm it is fixed when the system version of vencord is 1.6.0.
Change:
curl discord-rpc duktape <ins> expat </ins> flac fontconfig freetype

Discussion:
Package name: openrct2 Latest released version: 0.4.6 Current version on the unstable channel: 0.4.5 Current version on the stable/release channel: 0.4.4 Notify maintainers Note for maintainers: Please tag this issue in your PR.
I attempted this one, and even though all the new title-sequences files are in the same place as the old ones, it fails to load those. And it fails to load the park files from the original games, that reads without any issues in 0.4.5. Failure logs: Note that object conflict also happens in 0.4.5. Bump commit: Use SRI-hash field: Use "srcs" (solves ):
I experienced the same when I tried 0.4.6 with an overlay. Also could not connect to multiplayer games because he could not load the map. Hoped that somebody more knowledgeable in NixOS could solve this.
Please excuse the late reply. When 0.4.6 came out, I tried bumping the versions as I did before and ran in the same buggy behavior as and did. Since then I procrastinated debugging it. I'm hoping that I'll find time this week. If someone else beats me with that, I would also be happy.
Change:
gaphor = python3Packages.callPackage ../tools/misc/gaphor { }; <del> inherit (callPackages ../tools/filesystems/garage { </del> <ins> inherit (callPackage ../tools/filesystems/garage { </ins> inherit (darwin.apple_sdk.frameworks) Security; }) garage

Discussion:
The NixOS tests for netbox are failing to evaluate: It seems like the module tries to override the package to pass in the plugins that are configured in the module, but for some reason it's overriding the function in instead of the one in . The former doesn't have a plugins argument, so that causes this error. You can also replicate this in : I don't really know what changed to cause this to happen, as it doesn't seem like it should. Steps to reproduce the behavior: The system configuration should evaluate. <!-- 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]:
Possibly related issue with an which used to work: Ping
The thing these packages have in common seems to be that they use to pull in a few different versions into . It seems like something changed about recently.
I think you're right, That commit changes to for a bunch of packages, including citrix_workspace and netbox.
Change:
<ins> { lib , fetchPypi , buildPythonApplication , poetry-core , colorama , more-itertools , packaging , pydantic , requests , pygobject3 , gobject-introspection , wrapGAppsNoGuiHook }: buildPythonApplication rec { pname = "gnome-extensions-cli"; version = "0.9.5"; format = "pyproject"; src = fetchPypi { pname = "gnome_extensions_cli"; inherit version; hash = "sha256-4eRVmG5lqK8ql9WpvXsf18znOt7kDSnpQnLfy73doy4="; }; nativeBuildInputs = [ gobject-introspection poetry-core wrapGAppsNoGuiHook ]; propagatedBuildInputs = [ colorama more-itertools packaging pydantic requests pygobject3 ]; pythonImportsCheck = [ "gnome_extensions_cli" ]; meta = with lib; { homepage = "https://github.com/essembeh/gnome-extensions-cli"; description = "Command line tool to manage your GNOME Shell extensions"; license = licenses.asl20; maintainers = with maintainers; [ dylanmtaylor ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description Allows you to manage GNOME extensions from CLI Metadata homepage URL: source URL: license: apache 2 platforms: linux