jiebi/CodeConvo huggingface dataset:
Change:
, makeDesktopItem }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "stretchly"; <del> version = "1.8.1"; </del> <ins> version = "1.15.1"; </ins> src = fetchurl { <del> url = "https://github.com/hovancik/stretchly/releases/download/v${version}/stretchly-${version}.tar.xz"; sha256 = "sha256-/v74vDGxD5iiOPeBXPAaV42JpyBjeJSO/Lk88pCkDng="; </del> <ins> url = "https://github.com/hovancik/stretchly/releases/download/v${finalAttrs.version}/stretchly-${finalAttrs.version}.tar.xz"; hash = "sha256-suTH6o7vtUr2DidPXAwqrya5/WukQOFmS/34LaiWDBs="; </ins> }; icon = fetchurl { <del> url = "https://raw.githubusercontent.com/hovancik/stretchly/v${version}/stretchly_128x128.png"; sha256 = "0whfg1fy2hjyk1lzpryikc1aj8agsjhfrb0bf7ggl6r9m8s1rvdl"; </del> <ins> url = "https://raw.githubusercontent.com/hovancik/stretchly/v${finalAttrs.version}/stretchly_128x128.png"; hash = "sha256-tO0cNKopG/recQus7KDUTyGpApvR5/tpmF5C4V14DnI="; </ins> }; nativeBuildInputs = [ makeWrapper ];

Discussion:
Package name: Stretchly Latest released version: 1.15.1 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
{ callPackage, lib, stdenv, nixosTests, config, fetchurl, makeWrapper , symlinkJoin, writeText, autoconf, automake, bison, flex, libtool , pkgconfig, re2c, apacheHttpd, libargon2, libxml2, pcre, pcre2 <del> , systemd, valgrind, xcbuild </del> <ins> , systemd, system-sendmail, valgrind, xcbuild </ins> , version , sha256

Discussion:
Describe the bug A clear and concise description of what the bug is. If I try to use the function in from the command line I get an error: To Reproduce Steps to reproduce the behavior: is printed to console Expected behavior A clear and concise description of what you expected to happen. should define so works. Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Currently NixOS modules (, ) handle this for the most part, but it would be nice to avoid duplication and have this defined once - in the package instead of modules. 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 Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Change:
''; postInstall = '' <del> install	-D utils/flame-chart-json $out/bin/flame-chart-json </del> <ins> install -D utils/flame-chart-json $out/bin/flame-chart-json </ins> ''; doCheck = true; # reproduces the logic of their test script, but without downloading pytest # from the internet with pip <del> checkPhase = with stdenv.lib; concatMapStringsSep "n" (python: '' set -x PYMAJORVERSION=${head (strings.stringToCharacters python.version)}  PATH=${makeBinPath [ coreutils ]} PYTHONPATH=  ${python.pkgs.pytest}/bin/pytest tests/ set +x '') (filter (x: x!=null) buildInputs); </del> <ins> checkPhase = let inherit (stdenv) lib; in lib.concatMapStringsSep "n" (python: '' set -x PYMAJORVERSION=${lib.substring 0 1 python.version}  PATH=${lib.makeBinPath [ coreutils ]} PYTHONPATH=  ${python.pkgs.pytest}/bin/pytest tests/ set +x '') (lib.filter (x: x != null) buildInputs); </ins> meta = with stdenv.lib; { description = "A ptracing profiler for Python "; longDescription = '' <del> Pyflame is a high performance profiling tool that generates flame graphs for Python. Pyflame uses the Linux ptrace(2) system call to collect profiling information. It can take snapshots of the Python call stack without explicit instrumentation, meaning you can profile a program without modifying its source code. </del> <ins> Pyflame is a high performance profiling tool that generates flame graphs for Python. Pyflame uses the Linux ptrace(2) system call to collect profiling information. It can take snapshots of the Python call stack without explicit instrumentation, meaning you can profile a program without modifying its source code. </ins> ''; homepage = https://github.com/uber/pyflame; license = licenses.asl20;

Discussion:
fails to build if there are ptrace scope restrictions (e.g. when using the hardened profile.) to configuration (or add to ) already built, modify something in to change the hash build failure on failing tests: <details<summaryLog</summary</detailsPlease run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
doesn't fix this problem because the pyflame build's tests still fail on a NixOS with the hardened profile enabled:
Change:
with self; { <ins> alt-getopt = buildLuarocksPackage { pname = "alt-getopt"; version = "0.8.0-1"; src = fetchurl { url    = https://luarocks.org/alt-getopt-0.8.0-1.src.rock; sha256 = "1mi97dqb97sf47vb6wrk12yf1yxcaz0asr9gbgwyngr5n1adh5i3"; }; disabled = (luaOlder "5.1") || (luaAtLeast "5.4"); propagatedBuildInputs = [ lua ]; meta = with stdenv.lib; { homepage = "https://github.com/cheusov/lua-alt-getopt"; description = "Process application arguments the same way as getopt_long"; maintainers = with maintainers; [ arobyn ]; license = { fullName = "MIT/X11"; }; }; }; </ins> ansicolors = buildLuarocksPackage { pname = "ansicolors"; version = "1.0.2-3";

Discussion:
In the process of trying to install pgmoon, I discovered than moonc wasn't available. Indeed, I can't find any reference in nixpkgs to except for an emacs mode. I can probably package this up, but I'm shocked to find that it's not already available; it's fairly obscure, but Nix has pretty good coverage. So I'll check to see if I'm just missing it (or if anyone has a nix expression for it handy) before spending the effort on it. Please run and paste the results. Odd....
Change:
{ stdenv, fetchFromGitHub, rustPlatform }: rustPlatform.buildRustPackage rec { <del> pname = "dust"; </del> <ins> pname = "du-dust"; </ins> version = "0.5.1"; src = fetchFromGitHub {

Discussion:
Describe the bug I have installed the du-dust package by attribute name (because if I install by name I get the wrong package), but when I run nix-env -u it gets swapped out for an entirely different dust package. To Reproduce Steps to reproduce the behavior: Expected behavior I would expect the du-dust package to be upgraded if a new version is available, no-op otherwise. Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(frijters): nixpkgs: Maintainer information: Maybe ?
Thanks!
Change:
glibcLocales ]; <ins> # as of 2021-07, the gobject-introspection setup hook does not # work with `strictDeps` enabled, thus for proper `wrapGAppsHook` # it needs to be disabled explicitly. https://github.com/NixOS/nixpkgs/issues/56943 strictDeps = false; </ins> buildInputs = [ python3 <ins> gtk3 </ins> gobject-introspection gnome.adwaita-icon-theme ];

Discussion:
gPodder crashes and dumps core when trying to import an OPML file: Steps to reproduce the behavior: "Subscriptions -Import from OPML file" the crash I'm using KDE Plasma, not Gnome as a desktop, in case that's related to GSettings discovery. gdb backtrace from the coredump: <!-- 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. Maintainer information:
This crash does not appear in the flatpak verision of gPodder, so I assume it is related to our Nix packaging.
Looks like something on my system sets the right environment variable to prevent this crash: I tried to add dconf, gsettings-desktop-schemas and hicolor-icon-theme but nothing seems to be picked up by the . Maybe has a better idea? The crash only happens when I do with nix-shell.
That would be schemas from gtk3 if it crashes on trying to open file chooser.
Yeah but gtk3 is already in so something is off here with
If it is Python package, it needs strictDeps false
indeed fixes this issue, see PR
This is quite a footgun, can we disable from somehow?
Change:
postFixup = let libPath = lib.makeLibraryPath ([ libpcap <del> fluidsynth </del> ] ++ lib.optional unfreeEnableDiscord discord-gamesdk); libPathVar = if stdenv.isDarwin then "DYLD_LIBRARY_PATH" else "LD_LIBRARY_PATH"; in

Discussion:
Package name: _86Box Latest released version: 4.0 <!-- Search your package here: --- Current version on the unstable channel: 3.11 Current version on the stable/release channel: 3.11 <!-- 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.
I'm a bit busy but I'll try to get back to this on the weekend. I want to check the build system and deps to make sure there's nothing I should be updating there beyond swapping the version numbers, it looks like a decently large changelog.
Change:
openvpn_24 openvpn; <ins> openvpn3 = callPackage ../tools/networking/openvpn3 { }; </ins> openvpn_learnaddress = callPackage ../tools/networking/openvpn/openvpn_learnaddress.nix { }; openvpn-auth-ldap = callPackage ../tools/networking/openvpn/openvpn-auth-ldap.nix {

Discussion:
Project description This is the next generation OpenVPN client for Linux. I am having issues connecting to my work OpenVPN server, everyone else that is connecting from linux succesfully is using this package homepage source URL: license: AGPL-3.0 License
I marked this as stale due to inactivity. &rarr;
Not stale.
Here is a draft at packaging, it only seems to work using latest unstable at the time of this comment: It's amazing how quickly these packagings accumulate hacks and seds and shebang patches
Change:
<del> { stdenv, fetchurl, static ? true }: with stdenv.lib; stdenv.mkDerivation { name = "libjpeg-drop-9b"; srcs = [ (fetchurl { url = "http://www.ijg.org/files/jpegsrc.v9b.tar.gz"; sha256 = "0lnhpahgdwlrkd41lx6cr90r199f8mc6ydlh7jznj5klvacd63r4"; }) (fetchurl { url = "http://jpegclub.org/droppatch.v9b.tar.gz"; sha256 = "022bnvpird7w5pwbfqpq7j7pwja5kp6x9k3sdypcy3g2nwwy2wwk"; }) ]; postUnpack = '' rm jpegtran mv jpegtran.c jpeg-9b/jpegtran.c mv transupp.c jpeg-9b/transupp.c mv transupp.h jpeg-9b/transupp.h ''; configureFlags = [] ++ optionals static [ "--enable-static" "--disable-shared" ]; outputs = [ "bin" "dev" "out" "man" ]; meta = { homepage = "http://jpegclub.org/jpegtran/"; description = "Experimental lossless crop 'n' drop (cut & paste) patches for libjpeg"; license = stdenv.lib.licenses.free; }; } </del>

Discussion:
the drop patches were upstreamed to libjpeg in version 9d 2020-01-12: https://abi- and are no longer maintained so the separate package can be safely removed.
will fix this
thx.
Change:
'' mkdir -p $out/bin makeWrapper ${pulumi}/bin/pulumi $out/bin/pulumi  <del> --suffix PATH : ${lib.makeSearchPath "bin" (f pulumiPackages)} </del> <ins> --set LD_LIBRARY_PATH "${stdenv.cc.cc.lib}/lib </ins> ''; };

Discussion:
Pulumi does some path comparison to ensure that its language plugin binaries 'match' its main cli -- essentially that they're installed in the same place. The package packages the languages separately and thus, the path comparison fails and pulumi spits out warnings: Pulumi bug with some extra discussion: I'm a n00b on nix packaging, but would be be possible to have a single package with options to enable the plugins of your choosing? Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
same question here. I've been sort of sitting on this particular problem as a good possible gateway into killing a lot of time to understand nix on a lower level. I tried all of the low hanging fruit ideas like and a handful of other things, most of them worked but the warning never went away. If nobody chimes in, maybe we can figure it out in the long term between us.. It's sort of a noob thing that most people won't have the time to educate on, which is fair enough.
I don't think there should be anything to do on Nixpkgs side. The only "fix" I can think of is to put all the binaries into a single nixpkgs package (like what package is). I don't like this approach though, as nixpkgs is designed around separation, and most of the time a user only needs binary with a single language engine binary. I'd argue that requiring all the binaries to be in the same directory is a bad packaging decision. The warning is rather harmless, in my opinion, so can we all just ignore it? The linked issue also suggests that upstream is fine with a compromise on their end and is open to a community PR.
includes a binary, which seems to make the warnings go away when I test it. If we get the plugins packaged separately in the future, we'll have this problem again, but in the meantime it seems like there's a solution by just using the in instead of . EDIT: No, actually, for some reason that doesn't work when I try to preview a stack: I am not sure what the difference is.
Change:
<ins> diff --git a/lib/file_store/local_store.rb b/lib/file_store/local_store.rb index 25649532c0..614e062dc1 100644 --- a/lib/file_store/local_store.rb +++ b/lib/file_store/local_store.rb @@ -88,7 +88,7 @@ module FileStore end def public_dir -      File.join(Rails.root, "public") +      "/run/discourse/public" end def tombstone_dir </ins>

Discussion:
A URL like generates the following error log: Steps to reproduce the behavior: to download a file that has been uploaded Should download the file Are you seeing this problem on your non-beta versions of Discourse? It looks like maybe the X-Accel-Mapping isn't applying and then the request to download a file is getting fed back into Rails.
I've confirmed this is also an issue on Discourse 2.7.5 for NixOS.
This can be fixed with: However, I think this is probably a bad fix as is, because you might be able to trick discourse into serving arbitrary files in the /nix store. Two possible solutions: Discourse so it serves files with paths like /run/discourse instead a much more specific location regex in nginx to mitigate the issue I noted above Do you have any other ideas?
This works and should be safer:
My hunch is that it's both safer and cleaner to patch Discourse. If I follow the code correctly, I believe this is what would need to be changed to just return : There is already a match in place in the nginx config, so nothing more should be necessary.
That's the same place I followed the code to, so that is probably correct. I'll look into patching it.
Change:
inherit (darwin.apple_sdk.frameworks) Security; }; <ins> image-roll = callPackage ../applications/graphics/image-roll { }; </ins> imagej = callPackage ../applications/graphics/imagej { }; imagemagick6_light = imagemagick6.override {

Discussion:
Project description A GTK image viewer with quick editing capabilities, also responsive for smaller screens, like tablets. Metadata homepage URL: source URL: license: mit platforms: linux
i did not like the program so i will not submit a pr you can use the below snippet by putting it into image- and adding to your config
Change:
{ pkgs , withDoc ? false <ins> , requireSageTests ? true , extraPythonPackages ? ps: [] </ins> }: # Here sage and its dependencies are put together. Some dependencies may be pinned

Discussion:
Is it possible to load additional python libraries when using sage. For example, if I want to load , how do I do so? <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Possible solution
Change:
let <del> release_tag = "v1.3"; </del> <ins> release_tag = "v1.6"; </ins> <del> installer = fetchurl { url = "https://github.com/STJr/Kart-Public/releases/download/${release_tag}/srb2kart-v13-Installer.exe"; sha256 = "0bk36y7wf6xfdg6j0b8qvk8671hagikzdp5nlfqg478zrj0qf6cs"; }; </del> <ins> assets = fetchurl { url = "https://github.com/STJr/Kart-Public/releases/download/${release_tag}/AssetsLinuxOnly.zip"; sha256 = "sha256-ejhPuZ1C8M9B0S4+2HN1T5pbormT1eVL3nlivqOszdE="; }; </ins> <del> in stdenv.mkDerivation rec { </del> <ins> in stdenv.mkDerivation { </ins> pname = "srb2kart"; <del> version = "1.3.0"; </del> <ins> version = "1.6.0"; </ins> src = fetchFromGitHub { owner = "STJr"; repo = "Kart-Public"; rev = release_tag; <del> sha256 = "131g9bmc9ihvz0klsc3yzd0pnkhx3mz1vzm8y7nrrsgdz5278y49"; </del> <ins> sha256 = "sha256-5sIHdeenWZjczyYM2q+F8Y1SyLqL+y77yxYDUM3dVA0="; </ins> }; nativeBuildInputs = [

Discussion:
Package name: srb2kart Latest released version: v1.6Current version on the unstable channel: 1.3 Current version on the stable/release channel: 1.3 Notify maintainers [ ] switch from unpacking the installer exe to using the Note for maintainers: Please tag this issue in your PR.
Change:
, nix-update-script , autoPatchelfHook <ins> , cmake </ins> , ncurses , pkg-config

Discussion:
Package name: rio Latest released version: 0.0.27 <!-- Search your package here: --- Current version on the unstable channel: 0.0.19 Current version on the stable/release channel: N/A <!-- 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.
Seems one of the dependence of depends on which not entered master yet (see ). I'll handle this once it gets ready.
Not sure why it requires it. Maybe removing this requirement?
And it's an critical component that could not be remove.
1.72.1 merged into master
:+1: Looking forward to this as well. Hopefully fixes
Still not merged into master, merged into staging-next though.
1.73 has been merged into master.
I sent the update
Change:
<ins> <?xml version="1.0" encoding="UTF-8"?> <!-- taken from the nix test suite and then stripped down --> <testsuites tests="280" failures="0" disabled="2" errors="0" time="0.2" timestamp="2024-06-16T13:50:02.511" name="AllTests"> <testsuite name="parseShebangContent" tests="14" failures="0" disabled="0" skipped="0" errors="0" time="0.001" timestamp="2024-06-16T13:50:02.511"> <testcase name="basic" file="tests/unit/libutil/args.cc" line="10" status="run" result="completed" time="0." timestamp="2024-06-16T13:50:02.511" classname="parseShebangContent" /> <testcase name="empty" file="tests/unit/libutil/args.cc" line="18" status="run" result="completed" time="0." timestamp="2024-06-16T13:50:02.511" classname="parseShebangContent" /> </testsuite> </testsuites> </ins>

Discussion:
Project description xunit-viewer is an node package that formats JUnit/xunit test results into HTML reports. Metadata homepage URL: source URL: license: mit platforms: - no native dependencies
Change:
"rev": "cd395e9e3ee407608450ebc565e871b24e7ffed6", "hash": "sha256-EIZRv1EydfLWFoBb8TzvAY3kkL9Qr2OrwrljOnnM92A=" }, <del> "beetle-snes": { "owner": "libretro", "repo": "beetle-bsnes-libretro", "rev": "d770563fc3c4bd9abb522952cefb4aa923ba0b91", "hash": "sha256-zHPtfgp9hc8Q4gXJ5VgfJLWLeYjCsQhkfU1T5RM7AL0=" }, </del> "beetle-supafaust": { "owner": "libretro", "repo": "supafaust",

Discussion:
Steps to reproduce the behavior: Most common error is along the lines of Possibly related to glibc update? Can reproduce failure on local x8664-linux. Hydra
Related
This core itself seems to be kinda old and not updated anymore. Also not sure how interesting it is, considering it is based in a old version of bsnes. Maybe we can just remove it? Is there any reason you want to use it, or it is just an issue because it makes fail?
For me just because it’s in retroarchFull.
Created a PR to remove it: Would appreciate some reviews.
Change:
<ins> { lib, stdenv, fetchurl, mono, libmediainfo, sqlite, curl, makeWrapper, icu, dotnetCorePackages, openssl, nixosTests }: let os = if stdenv.isDarwin then "osx" else if stdenv.isLinux then "linux" else throw "Not supported on ${stdenv.hostPlatform.system}."; arch = { x86_64-linux = "x64"; aarch64-linux = "arm64"; x86_64-darwin = "x64"; }."${stdenv.hostPlatform.system}" or (throw "Unsupported system: ${stdenv.hostPlatform.system}"); hash = { x64-linux_hash = "sha256-9DoqyotXAUha2TMSgDIot5PD8ABpfZ8gsshS1ypr5SY="; arm64-linux_hash = "sha256-r22c70OuevRsF8gOHZOkkhlRtoD4nsTHnXF82elQIF8="; x64-osx_hash = "sha256-6jVM4iSGT7tpagocI/1nuBPVvAegfFqsCfrz2fPKCI4="; }."${arch}-${os}_hash"; in stdenv.mkDerivation rec { pname = "prowlarr"; version = "0.1.1.978"; src = fetchurl { url = "https://github.com/Prowlarr/Prowlarr/releases/download/v${version}/Prowlarr.develop.${version}.${os}-core-${arch}.tar.gz"; sha256 = hash; }; nativeBuildInputs = [ makeWrapper ]; installPhase = '' runHook preInstall mkdir -p $out/{bin,share/${pname}-${version}} cp -r * $out/share/${pname}-${version}/. makeWrapper "${dotnetCorePackages.netcore_3_1}/bin/dotnet" $out/bin/Prowlarr  --add-flags "$out/share/${pname}-${version}/Prowlarr.dll"  --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ curl sqlite libmediainfo mono openssl icu ]} runHook postInstall ''; passthru = { updateScript = ./update.sh; tests.smoke-test = nixosTests.prowlarr; }; meta = with lib; { description = "An indexer manager/proxy built on the popular arr .net/reactjs base stack"; homepage = "https://wiki.servarr.com/prowlarr"; license = licenses.gpl3Only; maintainers = with maintainers; [ jdreaver ]; platforms = [ "x86_64-linux" "aarch64-linux" "x86_64-darwin" ]; }; } </ins>

Discussion:
Project description Prowlarr is an indexer manager/proxy built on the popular arr .net/reactjs base stack to integrate with your various PVR apps. Prowlarr supports management of both Torrent Trackers and Usenet Indexers. Metadata homepage URL: source URL: license: GPL 3 platforms: Unix
I would like to package this software but I am still trying to learn how to properly create derivations as I have never done one. Help / guidance appreciated!
I have a WIP PR for this against my fork The package builds fine, but I am still trying to figure out how to test the NixOS module in my dotfiles repo using flakes and overlays :sweat_smile:
I actually got this working much quicker than expected. Here is my PR to this repo
Thank you very much
Change:
# The tests are requiring a local web server "tests/test_acceptance.py" "tests/acceptance/test_saved_filter.py" <ins> # depends on imp module removed from Python 3.12 "tests/test_moduleman.py" </ins> ]; pythonImportsCheck = [ "wfuzz" ];

Discussion:
wfuzz installation returns the following error: Steps to reproduce the behavior: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
There is PR upstream that supposedly fixes compatibility with python 3.12 (removed imp module): so it may be as simple as getting that patch into nixpkgs