jiebi/CodeConvo huggingface dataset:
Change:
githubId = 3438604; name = "Petter Storvik"; }; <ins> p-h = { email = "p@hurlimann.org"; github = "p-h"; githubId = 645664; name = "Philippe Hürlimann"; }; </ins> philandstuff = { email = "philip.g.potter@gmail.com"; github = "philandstuff";

Discussion:
Project description Foxit Reader goes beyond a PDF viewer, it's ConnectedPDF Powered. ConnectedPDF is leading edge technology that powers cloud-based services for PDF files. The issue with this package is that it has a UI installer which makes it harder to package and the source is not open. Metadata homepage URL: source URL: license: platforms: unix, linux, darwin
Arch package for reference (though it seems rather old):
After viewing the archlinux package I came up with this bash script: But when I try to create a derivation with nix, for some reason breaks the loop. When I commented out the and '7z` command it iterates through the loop with no issues.
Change:
}; }; <ins> ms-ceintl = callPackage ./language-packs.nix {}; # non-English language packs </ins> ms-dotnettools.csharp = callPackage ./ms-dotnettools-csharp { }; ms-kubernetes-tools.vscode-kubernetes-tools = buildVscodeMarketplaceExtension {

Discussion:
Project description It seems that language packs can't be installed using . There are 14 languages in total available. I've tried to pack them myself but I am really new to NixOS and failed :) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
I have these on my fork and will cleanup/submit a PR soon.
(or someone with write permissions), you can close this issue. PR has been merged, but wasn't linked to this issue until after the merge so it didn't auto-close the issue.
Change:
udev pciutils xorg.libX11 SDL pixman acl glusterfs spice_protocol usbredir alsaLib ]; <ins> xsa = import ./xsa-patches.nix { inherit fetchpatch; }; </ins> in callPackage (import ./generic.nix (rec { version = "4.5.5"; src = fetchurl { <del> url = "http://bits.xensource.com/oss-xen/release/${version}/xen-${version}.tar.gz"; </del> <ins> url = "https://downloads.xenproject.org/release/xen/${version}/xen-${version}.tar.gz"; </ins> sha256 = "1y74ms4yc3znf8jc3fgyq94va2y0pf7jh8m9pfqnpgklywqnw8g2"; };

Discussion:
is no longer operational so the following expressions will break: System: 17.09.1789. (Hummingbird) Nix version: nix-env (Nix) 1.11.15 Nixpkgs version: 17.09.1789. Sandboxing enabled: build-use-sandbox = false
Change:
"through": "^2.3.8" } }, <ins> "node_modules/undici-types": { "version": "5.26.5", "resolved": "https://registry.npmjs.org/undici-types/-/undici-types-5.26.5.tgz", "integrity": "sha512-JlCMO+ehdEIKqlFxk6IfVoAUVmgz7cU7zD/h9XZ0qzeosSHmUJVOzSQvvYSYWXkFXC+IfLKSIffhv0sVZup6pA==", "dev": true }, </ins> "node_modules/union-value": { "version": "1.0.1", "resolved": "https://registry.npmjs.org/union-value/-/union-value-1.0.1.tgz",

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:
]; buildInputs = [ <ins> boost pcre </ins> libiconv libintl ] ++ lib.optional withData [

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: nixos.poppler <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 21.05.0 desired version: 21.06.01 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR. The current version of is causing evince to crash frequently:
Change:
<ins> { python3, qtile-unwrapped }: (python3.withPackages (_: [ qtile-unwrapped ])).overrideAttrs (_: { # otherwise will be exported as "env", this restores `nix search` behavior name = "${qtile-unwrapped.pname}-${qtile-unwrapped.version}"; # export underlying qtile package passthru = { unwrapped = qtile-unwrapped; }; # restore original qtile attrs inherit (qtile-unwrapped) pname version meta; }) </ins>

Discussion:
Qtile is missing all the ffi modules so one can't use the pulse widget Just install qtile and add a To the config There is a script that has to be run as part of the packaging process takes care of creating the ffi modules, not sure if that will be enough or patching to change the paths will also be required.
Problem still here, and only for this module
Change:
simplenote = callPackage ../applications/misc/simplenote { }; <del> hy = python3Packages.hy.withPackages (python-packages: [ ]); </del> <ins> hy = with python3Packages; toPythonApplication hy; </ins> wmic-bin = callPackage ../servers/monitoring/plugins/wmic-bin.nix { };

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: desired version: <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
pytestCheckHook ]; <del> disabledTests = lib.optionals stdenv.isDarwin [ </del> <ins> disabledTests = [ # Flaky test. See https://github.com/NixOS/nixpkgs/issues/288424#issuecomment-1941609973. "test_run_local_server_occupied_port" ] ++ lib.optionals stdenv.isDarwin [ </ins> # This test fails if the hostname is not associated with an IP (e.g., in `/etc/hosts`). "test_run_local_server_bind_addr" ];

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: -
I could not reproduce this, when I built the package it worked. Could it perhaps be some impurities in those tests? It seems it is some kind of port conflict (which the test seems to test). Seems those tests have been reported to be flakey upstream a few times:
Change:
installPhase = '' mkdir -p $out/bin $out/share cp realesrgan-ncnn-vulkan $out/bin/ cp -r ${models}/models $out/share ''; <ins> postFixup = '' patchelf $out/bin/realesrgan-ncnn-vulkan --add-needed libvulkan.so ''; </ins> meta = with lib; { description = "NCNN implementation of Real-ESRGAN. Real-ESRGAN aims at developing Practical Algorithms for General Image Restoration"; homepage = "https://github.com/xinntao/Real-ESRGAN-ncnn-vulkan"; license = licenses.mit; <del> maintainers = with maintainers; [ tilcreator ]; </del> <ins> maintainers = with maintainers; [ tilcreator iynaix ]; </ins> platforms = platforms.all; mainProgram = "realesrgan-ncnn-vulkan"; };

Discussion:
Steps to reproduce the behavior: Real-ESRGAN-ncnn-vulkan-0.2.0 error None I can think of <!-- 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]:
I am not a maintainer for this package. Seems like some others were pinged wrongfully as well.
I checked the commit logs, I don't think I pinged anyone by mistake. It said to "when in doubt run " which to my understanding just lists who committed recently, also I checked the commits by the main maintainer in the nix file and seems like he might not be very active, so I thought it best to ping few others for good measure. Sorry if I caused any annoyances, not my intention here
Change:
, gdb , zlib , python3 <del> , icu </del> , lldb , dotnet-sdk_7 , maven

Discussion:
A clear and concise description of what the bug is. JetBrains editors run with which result in project built under the editors (i.e. in 's terminal) always picks up from . Even if the project is using for example . This result in ABI conflict when the build executable runs, because other components - which built using , outside clion - use from Steps to reproduce the behavior: well, this might be tricky to prepare a small project needed to support itself, should not leak into projects it edits  I suspect and in are problematic too introduced in
it seems that the fix should be to use command line switch instead of environment variable
And (or ), because JNA is looking for .so files there, so should be on one of them instead of
This is still a problem
Can confirm, this is an issue when using per-project environments which are on a different channel than my systems'. Shouldn't the "internals" be patched using e.g. instead?
For anyone else running into this: the workaround is to clear the environment variable in the IDE settings for the commands you want to run. Cumbersome, but it works.
The above workaround doesn't completely work. For instance, there is no way to remove when setting the project interpreter in PyCharm.
The following seems to work: I'll try to prepare a PR in the coming days. EDIT: It even discovered some missing dependencies and .
Has there been an update on this? I am trying to use prettier in Webstorm and all other tools to have needed the to be reset, if I want to run them. But this is not possible for prettier. I suspect that it would work with unset.
Just had this come up again trying to build a program with gcc 13 in CLion. Simply removing from in fixes the issue and doesn't appear to break clion, idea, or rider.
Change:
''; nativeBuildInputs = [ pkgconfig makeWrapper ]; <del> buildInputs = [ lxc acl libcap dqlite sqlite-replication ]; </del> <ins> buildInputs = [ lxc acl libcap libco-canonical.dev dqlite.dev raft-canonical.dev sqlite-replication ]; </ins> meta = with stdenv.lib; { description = "Daemon based on liblxc offering a REST API to manage containers"; homepage = https://linuxcontainers.org/lxd/; license = licenses.asl20; <del> maintainers = with maintainers; [ fpletz ]; </del> <ins> maintainers = with maintainers; [ fpletz wucke13 ]; </ins> platforms = platforms.linux; }; }

Discussion:
Describe the bug I'm not able to start any (freshly created) container in lxd. To Reproduce Steps to reproduce the behavior: Expected behavior Container starts without issues. Additional context Log gathered via Regarding the not enough space, I'm quiet sure that the report is wrong: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(wucke13): nixpkgs: Maintainer information:
Maybe updating helps? I started working on a PR, though I depend on a which fails to build.
tested with merged on top inside a nogui VM
Wrong commit?
yip
Change:
<ins> { lib , buildDotnetModule , fetchurl , unzip , dos2unix , makeWrapper , msbuild , mono }: buildDotnetModule rec { pname = "networkminer"; version = "2.8"; src = fetchurl { # Upstream does not provide versioned releases, a mirror has been uploaded # to archive.org url = "https://archive.org/download/networkminer-${lib.replaceStrings ["."] ["-"] version}/NetworkMiner_${lib.replaceStrings ["."] ["-"] version}_source.zip"; sha256 = "1n2312acq5rq0jizlcfk0crslx3wgcsd836p47nk3pnapzw0cqvv"; }; nativeBuildInputs = [ unzip dos2unix msbuild ]; patches = [ # Store application data in XDG_DATA_DIRS instead of trying to write to nix store ./xdg-dirs.patch ]; postPatch = '' # Not all files have UTF-8 BOM applied consistently find . -type f -exec dos2unix -m {} + # Embedded base64-encoded app icon in resx fails to parse. Delete it sed -zi 's|<data name="$this.Icon".*</data>||g' NetworkMiner/NamedPipeForm.resx sed -zi 's|<data name="$this.Icon".*</data>||g' NetworkMiner/UpdateCheck.resx ''; nugetDeps = ./deps.nix; buildPhase = '' runHook preBuild msbuild /p:Configuration=Release NetworkMiner.sln runHook postBuild ''; installPhase = '' runHook preInstall mkdir -p $out/bin $out/share cp -r NetworkMiner/bin/Release $out/share/NetworkMiner makeWrapper ${mono}/bin/mono $out/bin/NetworkMiner  --add-flags "$out/share/NetworkMiner/NetworkMiner.exe"  --add-flags "--noupdatecheck" install -D NetworkMiner/NetworkMiner.desktop $out/share/applications/NetworkMiner.desktop substituteInPlace $out/share/applications/NetworkMiner.desktop  --replace "Exec=mono NetworkMiner.exe %f" "Exec=NetworkMiner"  --replace "Icon=./networkminericon-96x96.png" "Icon=NetworkMiner" install -D NetworkMiner/networkminericon-96x96.png $out/share/pixmaps/NetworkMiner.png runHook postInstall ''; meta = with lib; { description = "The Open Source Network Forensic Analysis Tool (NFAT)"; homepage = "https://www.netresec.com/?page=NetworkMiner"; license = licenses.gpl2Only; maintainers = with maintainers; [ emilytrau ]; platforms = platforms.linux; mainProgram = "NetworkMiner"; }; } </ins>

Discussion:
NetworkMiner NetworkMiner is an network forensics tool that extracts artifacts, such as files, images, emails and passwords, from captured network traffic in PCAP files. NetworkMiner can also be used to capture live network traffic by sniffing a network interface. Detailed information about each IP address in the analyzed network traffic is aggregated to a network host inventory, which can be used for passive asset discovery as well as to get an overview of which devices that are communicating. NetworkMiner is primarily designed to run in Windows, but can also be used in . Metadata homepage URL: source URL: platforms: linux
Change:
{ lib , fetchFromGitHub <ins> , fetchpatch </ins> , callPackage , pkg-config , cmake

Discussion:
So, aside from what title says, I tried to join a Telegram chat or channel using the web interface (shows you a page for the user, chat or channel and shows a button to join it, which opens/triggers Telegram), but nothing happens. Checking logs, I get an error message that's essentially what the title says. Steps to reproduce the behavior: to joining something with Telegram's web interface the button to open or trigger Telegram happens Telegram either opens or receives the data and shows the user, group chat or channel so they can join I use Firefox currently as browser. Also tried it with Chrome and Gnome Web, same thing. Please run and paste the result.
I'm also using firefox, tried joining from browser but failed to reproduce the issue (on nixos-unstable). May you clarify the situation a bit: the error message is printed by which application, firefox or telegram? Is telegram already running when you click the link? And what's your desktop environment, are you using wayland?
Ah, i'm on nixos stable. ok, i'll give more details: message is generated by .telegram-desktop-wrapped message is the same if Telegram is already opened or not. is GNOME am indeed using wayland and I have QTQPAPLATFORM set to wayland. I don't understand why the .telegram-desktop-wrapped executable can't use wayland when the telegram-desktop one can.
Check , and try removing . My theory is that telegram itself generates these broken (qt plugins search paths are set in the wrapper, without it they indeed could not be found) desktop entries, and is later used by browsers to launch telegram, causing the issue you are seeing now.
indeed, you were right. Removing those things fixed the issue. How can this be prevented in the first place though?
We can patch tdesktop to avoid it generating any desktop entry, and optionally provide one ourselves, let me investigate about this in coming days.
nice! Thank you
fixed a year ago by the linked PR
Change:
rev = containerdRev; sha256 = containerdSha256; }; <del> hardeningDisable = [ "fortify" ]; </del> }); docker-tini = tini.overrideAttrs  (oldAttrs: {

Discussion:
Using go + I am unable to build a simple Go program that makes use of C bindings. The program is a testcase from the Go compiler repository ( ) . The build fails with an error message like this: Another example is geth, the go ethereum client, in version 1.6.1: Switching to clang instead seems to be a workaround for the problem: This last command builds successfully. System: (Hummingbird) Nix version: nix-env (Nix) 1.11.9 Nixpkgs version: Sandboxing enabled: false
I think this has to do with how Go handles GOROOT. It expects to be able to write to $GOROOT even though it's a read-only path. Could you try the buildCommand in go-ethereum:
Aw, I was wondering how to get rid of that warning. The warning is gone, but it doesn't seem to have helped: I originally ran into this issue when I tried to upgrade that linked Nix expression. Version 1.4.7 of go-ethereum compiles just fine, but 1.6.1 doesn't, because now one of the dependencies makes use of some kind of C bindings. While playing around with it I also switched over to using in the Nix expression, but that also didn't help. Switching to clang helped in the end. That version can be found here: But that's just a workaround and I would assume that other Go packages will at some point also run into this problem when they just use or .
I ran into this problem adding seccomp support to the docker package. It's caused by the -O2 optimization flag which is being by the fortify hardening flag. A possible fix would be to add hardeningDisable = [ "fortify" ]; to the buildGoPackage.
I can't no longer reproduce this on my system so I guess the issue is fixed? I created a PR to get rid of the workarounds:
I can confirm that I also cannot reproduce this anymore on my system. I am closing this - thanks!
Change:
inherit (plasma5Packages) breeze-icons; }; <ins> beautysh = callPackage ../development/tools/beautysh { }; </ins> bc = callPackage ../tools/misc/bc { }; bdf2psf = callPackage ../tools/misc/bdf2psf { };

Discussion:
Project description From the website : "This program takes upon itself the hard task of beautifying Bash scripts" Metadata homepage URL: source URL: license: MIT platforms: any
Change:
makeWrapperArgs+=(--prefix PATH : ${lib.makeBinPath [ semgrep-core ]}) ''; <ins> postInstall = '' chmod +x $out/bin/{,py}semgrep ''; </ins> passthru = { inherit common; submodulesSubset = lib.mapAttrs (k: args: fetchFromGitHub args) common.submodules;

Discussion:
Package name: Latest released version: 1.34.0 <!-- Search your package here: --- Current version on the unstable channel: 1.27.0 Current version on the stable/release channel: 1.27.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.
Note: the update script isn't working on my system, I assume that's why has not uploaded any updates.
Ill take a look tomorrow :)
Change:
} if let UrlOrString::Url(v) = &package.version { <del> for (scheme, host) in [ ("github", "github.com"), ("bitbucket", "bitbucket.org"), ("gitlab", "gitlab.com"), ] { if v.scheme() == scheme { package.version = { let mut new_url = initial_url.clone(); new_url.set_host(Some(host))?; if v.path().ends_with(".git") { new_url.set_path(v.path()); } else { new_url.set_path(&format!("{}.git", v.path())); } new_url.set_fragment(v.fragment()); UrlOrString::Url(new_url) }; break; </del> <ins> if v.scheme() == "npm" { if let Some(UrlOrString::Url(ref url)) = &package.resolved { package.version = UrlOrString::Url(url.clone()); } } else { for (scheme, host) in [ ("github", "github.com"), ("bitbucket", "bitbucket.org"), ("gitlab", "gitlab.com"), ] { if v.scheme() == scheme { package.version = { let mut new_url = initial_url.clone(); new_url.set_host(Some(host))?; if v.path().ends_with(".git") { new_url.set_path(v.path()); } else { new_url.set_path(&format!("{}.git", v.path())); } new_url.set_fragment(v.fragment()); UrlOrString::Url(new_url) }; break; } </ins> } } }

Discussion:
Lily and I talked about this in Matrix, this is the requested issue. Basically it all narrows down to this package lock: Steps to reproduce the behavior: it it hangs forever lock it works It should either give an error or just work. If it helps narrowing the npm version down, the package- was created in September of 2020 and was last changed in September of 2021.
To clarify a bit, this isn't something specific to older lockfiles, it just looks like there is a version spec format that our fetcher does not currently support, but probably should
Change:
-                "libcrypto.dylib"                ;; default system libcrypto, which may have insufficient crypto -                "/usr/lib/libcrypto.dylib")) -  (:cygwin (:or "cygcrypto-1.1.dll" "cygcrypto-1.0.0.dll"))) <del> +  (t "@openssl@/lib/libcrypto.so")) </del> <ins> +  (t "@libcrypto@")) </ins> (cffi:define-foreign-library libssl -  (:windows (:or #+(and windows x86-64) "libssl-1_1-x64.dll"

Discussion:
The output from building the target on macOS: Note that if I hack the patch file associated with the derivation to use a extension, it builds fine.
The should be changed to a placeholder and then the placeholder should be replaced with
Change:
cargo-public-api = callPackage ../development/tools/rust/cargo-public-api { }; <ins> cargo-zigbuild = callPackage ../development/tools/rust/cargo-zigbuild { }; </ins> crate2nix = callPackage ../development/tools/rust/crate2nix { }; convco = callPackage ../development/tools/convco {

Discussion:
Project description Compile Cargo project with zig as linker Metadata homepage URL: source URL: license: mit platforms: linux, darwin
Change:
}; cmp-npm = super.cmp-npm.overrideAttrs { <del> dependencies = with self; [ nvim-cmp nodejs plenary-nvim ]; </del> <ins> dependencies = with self; [ nvim-cmp plenary-nvim ]; </ins> }; cmp-nvim-lsp-signature-help = super.cmp-nvim-lsp-signature-help.overrideAttrs {

Discussion:
Many cmp-* plugins have dependencies like curl, fish, tmux etc. But those are not plugins. In result those programs are to nvim runtimepath. Looks like it was introduced by Steps to reproduce the behavior: package e.g. -pack-dir now contains curl and git directories. Binaries should not be linked to runtimepath. Paths to binaries should be replaced in plugin source code or to nvim's PATH (does it work with propagatedBuildInputs?). If applicable, add screenshots to help explain your problem. 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.