jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib , stdenvNoCC , fetchFromGitHub }: stdenvNoCC.mkDerivation (finalPackages: { pname = "cat9"; version = "unstable-2018-09-13"; src = fetchFromGitHub { owner = "letoram"; repo = finalPackages.pname; rev = "754d9d2900d647a0fa264720528117471a32f295"; hash = "sha256-UmbynVOJYvHz+deA99lj/BBFOauZzwSNs+qR28pASPY="; }; dontConfigure = true; dontBuild = true; installPhase = '' runHook preInstall mkdir -p ${placeholder "out"}/share/arcan/appl/cat9 cp -a ./* ${placeholder "out"}/share/arcan/appl/cat9 runHook postInstall ''; meta = with lib; { homepage = "https://github.com/letoram/cat9"; description = "A User shell for LASH"; license = licenses.bsd3; maintainers = with maintainers; [ AndersonTorres ]; platforms = platforms.all; }; }) </ins>

Discussion:
Project description cool shell Metadata homepage URL: https://arcan- source URL: license: unlicence platforms: openbsd, linux
Change:
sourceRoot = "${appName}.app"; src = fetchurl { <del> url = "https://github.com/musescore/MuseScore/releases/download/v${lib.concatStringsSep "." (lib.take 3 versionComponents)}/MuseScore-${version}.dmg"; sha256 = "sha256-lHckfhTTrDzaGwlbnZ5w0O1gMPbRmrmgATIGMY517l0="; </del> <ins> url =  "https://github.com/musescore/MuseScore/releases/download/v${version}/MuseScore-${version}.${ref}.dmg"; hash = "sha256-tkIEV+tCS0SYh2TlC70/zEBUEOSg//EaSKDGA7kH/vo="; </ins> }; buildInputs = [ undmg ];

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: musescore <!-- 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: 3.6.2 desired version: 4.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
ldflags = [ "-s" "-w" "-X main.Version=v${version}" ]; <ins> # prevent `error: 'TARGET_OS_MAC' is not defined` env.CGO_CFLAGS = "-Wno-undef-prefix"; </ins> nativeBuildInputs = [ installShellFiles ]; buildInputs = lib.optionals stdenv.isDarwin [ IOKit ];

Discussion:
Steps to reproduce the behavior: -env -i gotop Happy to provide more info if needed. <!-- 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.
Maybe we can apply as a patch.
can you try latest master ? gotop 4.2.0 should aleady contain patch mentioned by
Change:
}); in stdenv.mkDerivation rec { pname = "klee-uclibc"; <del> version = "1.3"; </del> <ins> version = "1.4"; </ins> src = fetchFromGitHub { owner = "klee"; repo = "klee-uclibc"; rev = "klee_uclibc_v${version}"; <del> sha256 = "sha256-xQ8GWa0Gmd3lbwKodJhrsZeuR4j7NT4zIUh+kNhVY/w="; </del> <ins> sha256 = "sha256-sogQK5Ed0k5tf4rrYwCKT4YRKyEovgT25p0BhGvJ1ok="; </ins> }; nativeBuildInputs = [

Discussion:
klee building stucks at 99% Steps to reproduce the behavior: -shell -p klee Building should continue after 99% without hanging. If applicable, add screenshots to help explain your problem. The output stucks at: <!-- 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]:
Please report this upstream. nixpkgs cannot do anything about their failing tests.
I keep open this issue for tracking. Here the opened issue ticket upstream:
Thanks!
Following the advice in and looking at their Flake I used the following flake for a local development environment
Thanks. I'll do an update to latest and add that.
Change:
extraInstallCommands = '' mv $out/bin/$name $out/bin/arduino-cli ''; <ins> targetPkgs = pkgs: with pkgs; [ zlib ]; </ins> } else pkg

Discussion:
Describe the bug If you try to compile an arduino-sketch with arduino-cli for an esp32-board an error message is shown: To Reproduce Steps to reproduce the behavior: arduino-cli: esp32-toolchain: and compile a sketch Expected behavior compilation without errors Additional context The esp32-toolchain requires zlib. On Linux a fhsenv is created for arduino-cli that does not contain zlib Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I was able to get esp32 working with my arduino-ci tool at some point. Here's the commit where I removed that feature because it was complicated:
Change:
<del> { stdenv, cmake, ninja, fetchFromGitHub }: </del> <ins> { stdenv, cmake, ninja, fetchFromGitHub, fetchpatch }: </ins> stdenv.mkDerivation rec { pname = "gtest";

Discussion:
Describe the bug The in contains the store path twice: To Reproduce Notify maintainers Metadata system: host os: multi-user?: sandbox: version:
Occasionally we have issues with pkg-config files and patching. implemented the start of a validatePkgConfig hook in I'm not sure if it'd catch this particular error, but it'd be great to add and enhance it so we have automation preventing regressions like this in the future.
This should be fixed in the next release: In the meanwhile, we should apply that as patches.
Thanks! I've opened I've also tried adding to the but I got this error:
Change:
<ins> diff --git a/src/wslu-header b/src/wslu-header index 5f33925..159c6af 100644 --- a/src/wslu-header +++ b/src/wslu-header @@ -169,11 +169,17 @@ if [ -f "$HOME/.config/wslu/conf" ]; then debug_echo "$HOME/.config/wslu/conf found, sourcing" source "$HOME/.config/wslu/conf" fi + if [ -f "$HOME/.wslurc" ]; then debug_echo "$HOME/.wslurc found, sourcing" source "$HOME/.wslurc" fi +if [ -f "@out@/share/wslu/conf" ]; then +	debug_echo "@out@/share/wslu/conf found, sourcing" +	source "@out@/share/wslu/conf" +fi + # functions function help { </ins>

Discussion:
Installing is not placing the in the correct directory for it to be found by xdg-mime. Install wslu using Nix. Two things happen: should set wslview as the default hander (you can check if it worked by running ) shows at . This is probably causing 1. to not work. N/A I a workaround in the mean time: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
--subst-var-by bash ${emacs.stdenv.shell}  --subst-var-by wrapperSiteLisp "$deps/share/emacs/site-lisp"  --subst-var-by wrapperSiteLispNative "$deps/share/emacs/native-lisp:"  <del> --subst-var-by autoloadExpression "-l cl-loaddefs -l nix-generated-autoload"  </del> --subst-var-by prog "$emacs/Applications/Emacs.app/Contents/MacOS/Emacs" chmod +x $out/Applications/Emacs.app/Contents/MacOS/Emacs fi

Discussion:
The file generated by the Emacs wrapper is redundant because the autoload definitions are already processed by the builtin : the is loaded after with the command line option , but loads the package autoloads before . We can understand this better by considering a few scenarios. If we start Emacs with disabled, then the autoloads will not be available in because is not loaded until later: If we modify the wrapper as in so that is not loaded, the autoloads will still be found as long as is enabled: is enough on its own to handle autoloads for the Emacs wrapper. Therefore, I propose to remove in favor of the builtin Emacs functionality.
Somehow, removing this broke from emacs-overlay. I have to manually run or anything depending on autoloaded tramp functions errors out with "no such function". I do disable as my site-lisp directory is managed by Nix. Is this configuration no longer recommended/supported? Is there a way to just engage 's autoload mechanism without allowing it to access the network or install packages?
I also fully disable since all of my emacs packages are installed via nix and noticed this change broke things for me. I'm interested in this as well. Edit: Maybe this:
Change:
<ins> { lib, stdenv, cmake, fetchFromGitHub, makeWrapper, catch2, nodejs, libpulseaudio, openssl, rsync, typescript, qt6, }: stdenv.mkDerivation (finalAttrs: { pname = "imgbrd-grabber"; version = "7.12.2"; src = fetchFromGitHub { owner = "Bionus"; repo = "imgbrd-grabber"; rev = "refs/tags/v${finalAttrs.version}"; hash = "sha256-6XfIaASfbvdPovtdDEJtsk4pEL4Dhmyq8ml4X7KZ4DE="; fetchSubmodules = true; }; buildInputs = with qt6; [ qtbase qtdeclarative qttools qtnetworkauth qtmultimedia ] ++ [ openssl libpulseaudio typescript nodejs ]; nativeBuildInputs = [ makeWrapper qt6.wrapQtAppsHook cmake ]; extraOutputsToLink = [ "doc" ]; preBuild = '' export HOME=$TMPDIR # the package.sh script provides some install helpers # using this might make it easier to maintain/less likely for the # install phase to fail across version bumps patchShebangs ../scripts/package.sh ''; postPatch = '' # ensure the script uses the rsync package from nixpkgs substituteInPlace ../scripts/package.sh --replace-fail "rsync" "${lib.getExe rsync}" # the npm build step only runs typescript # run this step directly so it doesn't try and fail to download the unnecessary node_modules, etc. substituteInPlace ./sites/CMakeLists.txt --replace-fail "npm install" "npm run build" # link the catch2 sources from nixpkgs ln -sf ${catch2.src} tests/src/ ''; postInstall = '' # move the binaries to the share/Grabber folder so # some relative links can be resolved (e.g. settings.ini) mv $out/bin/* $out/share/Grabber/ cd ../.. # run the package.sh with $out/share/Grabber as the $APP_DIR sh ./scripts/package.sh $out/share/Grabber # add symlinks for the binaries to $out/bin ln -s $out/share/Grabber/Grabber $out/bin/Grabber ln -s $out/share/Grabber/Grabber-cli $out/bin/Grabber-cli ''; sourceRoot = "${finalAttrs.src.name}/src"; meta = { description = "Very customizable imageboard/booru downloader with powerful filenaming features"; license = lib.licenses.asl20; homepage = "https://bionus.github.io/imgbrd-grabber/"; mainProgram = "Grabber"; maintainers = with lib.maintainers; [ evanjs luftmensch-luftmensch ]; }; }) </ins>

Discussion:
Package name: imgbrd-grabber Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 7.10.0 Current version on the stable/release channel: 7.10.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.
Change:
sed "s|/usr/share/sounds|/run/current-system/sw/share/sounds|g" -i ./files/usr/share/cinnamon/cinnamon-settings/bin/SettingsWidgets.py <del> sed "s|/usr/share/%s|/run/current-system/sw/share/%s|g" -i ./files/usr/share/cinnamon/cinnamon-settings/modules/cs_themes.py </del> <ins> sed "s|'python3'|'${pythonEnv.interpreter}'|g" -i ./files/usr/share/cinnamon/cinnamon-settings/bin/CinnamonGtkSettings.py </ins> <del> sed "s|"upload-system-info"|"${xapp}/bin/upload-system-info"|g" -i ./files/usr/share/cinnamon/cinnamon-settings/modules/cs_info.py </del> <ins> sed "s|/usr/share/%s|/run/current-system/sw/share/%s|g" -i ./files/usr/share/cinnamon/cinnamon-settings/modules/cs_themes.py </ins> sed "s|/usr/bin/cinnamon-screensaver-command|/run/current-system/sw/bin/cinnamon-screensaver-command|g"  -i ./files/usr/share/cinnamon/applets/menu@cinnamon.org/applet.js -i ./files/usr/share/cinnamon/applets/user@cinnamon.org/applet.js

Discussion:
I have 2 clear bugs for cinnamon that I can't find a way to solve 1- not working due to missing of 2- doesn't show events due to missing of both of the issues related to Steps to reproduce the behavior: in any of the bugged apps
Change:
sourceVersion = { major = "3"; minor = "11"; <del> patch = "8"; </del> <ins> patch = "9"; </ins> suffix = ""; }; <del> hash = "sha256-ngYAjIkBkkOVvB2jA+rFZ6cprgErqhgqs5Jp9lA4O7M="; </del> <ins> hash = "sha256-mx6JZSP8UQaREmyGRAbZNgo9Hphqy9pZzaV7Wr2kW4c="; </ins> }; };

Discussion:
Package name: python3, python312 Latest released version: 3.11.9, 3.12.3 <!-- Search your package here: --- Current version on the unstable channel: 3.11.8, 3.12.2 Current version on the stable/release channel: 3.11.8, 3.12.2 <!-- 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]:
You could have found the PR for 3.11.9.
I assume python3 and python3.12 updated at same time because updated at same time. Thank you for your message, I'll check two time when I create issue.
fixed issue
Change:
, wrapGAppsHook , librsvg , webp-pixbuf-loader <ins> , libheif </ins> , libexif , gobject-introspection , gi-docgen

Discussion:
This is required for HEIF/HEIC support in eog work. Modules are trying to install to gdk-pixbuf prefix, (we are patching it in ) where it works. (That can be fixed using the pkg-config env var.) But the file is not generated/installed so the setup hook cannot pick it up. Originally posted by in
I marked this as stale due to inactivity. &rarr;
Does not look stale to me.
I marked this as stale due to inactivity. &rarr;
Still important to me.
I marked this as stale due to inactivity. &rarr;
will make this possible.
Change:
fi done <del> wrapProgram $out/bin/cqlsh --prefix PATH : ${python}/bin </del> runHook postInstall ''; <ins> postFixup = '' # Remove cassandra bash script wrapper. # The wrapper searches for a suitable python version and is not necessary with Nix. rm $out/bin/cqlsh # Make "cqlsh.py" accessible by invoking "cqlsh" ln -s $out/bin/cqlsh.py $out/bin/cqlsh wrapPythonPrograms ''; </ins> passthru = { tests = let

Discussion:
The CLI tool provided by the package throws a Python related error when executed. Steps to reproduce the behavior: I expect the CLI tool to run without throwing a Python error I'm testing with nixpkgs unstable. <!-- 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]:
any chance you could have a look at the problem?
CC
Suggest you use for instead of plain , and supply the in its pythonpath - grep nixpkgs to see usage examples. Though I suggest taking note of the dependency footprint the package will add to this.
Thanks. I have created a PR with a fix that work locally for me. I won't be available for the next weeks so feel free to improve and merge it without me if you have time.
Change:
<ins> diff --git a/scripts/embedversion.go b/scripts/embedversion.go index ce0a756..60e7a5e 100644 --- a/scripts/embedversion.go +++ b/scripts/embedversion.go @@ -1,24 +1,18 @@ package main import ( -	"os" -	"os/exec" -	"strings" +        "os" +        "strings" ) func main() { -	cmd := exec.Command("git", "describe", "--tags") -	ret, err := cmd.Output() -	if err != nil { -		panic("Couldn't read git tags to embed version number") -	} -	version := strings.TrimSpace(string(ret)) +        version := strings.TrimSpace(string(os.Getenv("version"))) -	out, _ := os.Create("version.go") -	defer out.Close() +        out, _ := os.Create("version.go") +        defer out.Close() -	out.Write([]byte("package mainnn//THIS FILE IS AUTOMATICALLY GENERATED BY `go generate` DO NOT EDIT!nnvar version="")) -	out.Write([]byte(version)) -	out.Write([]byte(""n")) +        out.Write([]byte("package mainnn//THIS FILE IS AUTOMATICALLY GENERATED BY `go generate` DO NOT EDIT!nnvar version="")) +        out.Write([]byte(version)) +        out.Write([]byte(""n")) } </ins>

Discussion:
Project description NoiseTorch is an easy to use open source application for Linux with PulseAudio. It creates a virtual microphone that suppresses noise, in any application. Metadata homepage URL: source URL: license: gpl3 platforms: linux language: go
I'll try to package it myself soon.
For those who want to try now before the package is merged go build works ok:
Change:
pkgconfig python3 vala <del> ]; </del> <ins> ]; </ins> buildInputs = [ bamf

Discussion:
Describe the bug Open indicator and see the following in journal The error at the top comes from now depending on settings schema (provided by ibus). This situation is annoyingly complex, because we cannot wrap . So what we try to do is create a wrapper with all the transitive dependencies of the plugins and call it day. We used to do patches to hardcode the gsettings, but this was far to much work to maintain and could be prone to developer error sometimes. I'm thinking the easiest solution would be to add all the transitive dependencies of to , and then wingpanel's can pick up all the proper dependencies. I think the only ideal request I could make to Pantheon upstream is to make use of SearchProviders from GNOME I believe this basically should be the very thing they want. They currently have a forked version of synapse's plugins system which IMHO appears to be inferior. To Reproduce Steps to reproduce the behavior: wingpanel-with-indicators the switchboard-plugin process get killed Expected behavior The switchboard-plugin process doesn't die. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Change:
description = "A simple automation tool"; license     = with licenses; [ gpl3 ]; maintainers = with maintainers; [ copumpkin ]; <del> platforms   = with platforms; [ linux darwin ]; </del> <ins> platforms   = with platforms; linux ++ darwin; </ins> }; };

Discussion:
ahh, should be
Packages , and in need this fix
I do find it odd that this wasn't enforced on me when building with the 'wrong' platforms.
is not checked when doing
Change:
<ins> { lib , python3Packages , fetchFromGitHub , enableGoogle ? false , enableAWS ? false , enableAzure ? false , enableSSH ? false }: with python3Packages; buildPythonApplication rec { pname = "dvc"; version = "0.24.3"; # PyPi only has wheel src = fetchFromGitHub { owner = "iterative"; repo = "dvc"; rev = version; sha256 = "1wqq4i23hppilp20fx5a5nj93xwf3wwwr2f8aasvn6jkv2l22vpl"; }; propagatedBuildInputs = [ ply configparser zc_lockfile future colorama configobj networkx pyyaml GitPython setuptools nanotime pyasn1 schema jsonpath_rw requests grandalf asciimatics distro appdirs ] ++ lib.optional enableGoogle google_cloud_storage ++ lib.optional enableAWS boto3 ++ lib.optional enableAzure azure-storage-blob ++ lib.optional enableSSH paramiko; # tests require access to real cloud services # nix build tests have to be isolated and run locally doCheck = false; patches = [ ./dvc-daemon.patch ]; postPatch = '' substituteInPlace dvc/daemon.py --subst-var-by dvc "$out/bin/dcv" ''; meta = with lib; { description = "Version Control System for Machine Learning Projects"; license = licenses.asl20; homepage = https://dvc.org; maintainers = with maintainers; [ cmcdragonkai ]; }; } </ins>

Discussion:
dvc () is version control system for "biggish" data and code It integrates with Git but offers a solution for managing and versioning big data sets that come with code commits. Related technology () are like git annex and git lfs. If nobody gets around to this, I may work on this later.
Need to first package the Python dependencies nanotime, grandalf and asciimatics dependencies.
The extra dependencies: These will need to be packaged as optional dependencies and provided as a separate alias. Something like and or something like that. What are some good suggestions for names? The and don't appear to be packaged.
Google cloud storage is packaged already here: However is still not packaged as is though. The pypi is:
Initial PR for azure-storage:
Inital PR for nanotime:
Initial PR for grandalf:
Initial PR for asciimatics:
For the smaller dependent packages that are unrelated it would have been preferred to group them in one pr.
However too late now :smile: so just to know in the future.
Yea that would have been better as I could have then worked on dvc commit as well, but now that all dependent packages are separated between different branches, that's not possible. So I'm just waiting for those to be merged to master.
Initial PR for dvc:
Change:
'GPGMEPP_CFLAGS=-I${gpgme.dev}/include/gpgme++' '' + lib.optionalString kdeIntegration '' substituteInPlace configure.ac  <ins> --replace kcoreaddons_version.h KCoreAddons/kcoreaddons_version.h  </ins> --replace '$QT5INC'             ${qtbase.dev}/include  --replace '$QT5LIB'             ${qtbase.out}/lib  --replace '-I$qt5_incdir '      '-I${qtx11extras.dev}/include '

Discussion:
When updating/installing , it fails with the following error: Steps to reproduce the behavior: build failure libreoffice-qt to install without errors. KDE Plasma 5.24.0 just landed in , so this might be related to it. system: host os: multi-user?: sandbox: version: channels(root): channels(bill): nixpkgs:
It seems that this is happening again now: cannot find KF5 headers again. system: host os: multi-user?: sandbox: version: nixpkgs:
Change:
<del> { config, lib, pkgs, ... }: </del> <ins> { config, lib, ... }: </ins> with lib;

Discussion:
A NAT port forwarding rule fails to build with nftables when ranges are used. This is also the entirety of nix log /nix/store/sir8pvbk65zk4j6rqcj8sgwi0y78s3kc-nftables- Steps to reproduce the behavior: The nfables-rules derivation should compile. Using a single port rule, or disabling nftables results in a successful build. Please run and paste the result.
Change:
{ boost, cmake, fetchFromGitHub, freeglut, freetype, glew, libjpeg, libmypaint <del> , libpng, libtiff, libusb1, lz4, xz, lzo, openblas, pkg-config, qtbase , qtmultimedia, qtscript, lib, stdenv, superlu, wrapQtAppsHook, }: </del> <ins> , libpng, libtiff, libusb1, lz4, xz, lzo, openblas, opencv, pkg-config, qtbase , qtmultimedia, qtscript, qtserialport, lib, stdenv, superlu, wrapQtAppsHook, }: </ins> let source = import ./source.nix { inherit fetchFromGitHub; }; in stdenv.mkDerivation rec { inherit (source) src;

Discussion:
Thought I'd try out Opentoonz because it looks cool, however I can't get the derivation for libtiff-4.0.3-opentoonz (patched version of libtiff for opentoonz) to build. Steps to reproduce the behavior: on NixOS 21.05 -4.0.3-opentoonz derivation fails to build to successfully evaluate and drop me to a shell prompt from whence I can run and try out Opentoonz. This is the relevant output from :
the build of opentoonz is also failing on master but for a different reason
Change:
nativeBuildInputs = [ pythonRelaxDepsHook ]; pythonRelaxDeps = [ <ins> "bincopy" "bitstring" </ins> "cmsis-pack-manager" "cryptography" "deepmerge"

Discussion:
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. -- I will submit a PR shortly once I am back on my laptop.
I'm sorry this took your time. It should be fixed by