jiebi/CodeConvo huggingface dataset:
Change:
Nix's version of bazel has custom patches to make bazel more hermetic when used with nix. One of those is limiting the default environment of Bash: However, this default environment is insufficient because lots of programs rely on being in the path like buildifier, golangci-lint, and other things since golang diff implementations aren't very good. Ideally we'd include "diffutils" as part of this list for rules that assume the presence of "diff" and don't allow nice knobs to configure otherwise. Steps to reproduce the behavior: up workspace with to run the test. It will complain about missing "diff" Expected to find diff.
I think with the assumption is that you'll specify the you need yourself. The built in one is unlikely to have all the binaries you need in all your actions. We add the ones that the actions in bazel itself and the external repositories it includes need so you can use it out of the box, but ideally that list would be as small as possible.
Do you have references to open source rule sets or code that depends on diff being in the action path? To have an idea of how widely used they are.
I noted , for and various analyzers if you want to include them for use with nogo (For example, you can use the repo for nogo analyzers, which implements the analyzer, which uses as a subprocess under the hood as well).
TIL about , seems close enough to bazel that we'd want to support it out of the box. Yeah let's add it. Can you put up a PR?
I have recently come across a target that needs and found this issue. It's neat to add , but is there a nice way to add arbitrary paths to a specific Bazel invocation? I have a build script (GMP, pulled in as a dependency of the crate), which expects . I don't expect this to be a Bazel dependency, but I need to make available to this dependency. Having some environment variable like or whatever would be helpful here.
So, I found this workaround to this Essentially instead of using , which hardcodes , we specify our own . We accomplish this using a shell hook and loading the generated file in the .bazelrc: It's more flexible than modifying this every time. One thing to note is that Bazel has a bug around setting environments in actions and some actions hard code the PATH to /usr/bin (rulesgo for example), and in those instances, it will fail to find the proper binaries. You can work around this there as well if you use rulesnixpkgs, by adding these deps to your go toolchain.

Discussion:
, bazel_self , lr, xe, zip, unzip, bash, writeCBin, coreutils , which, gawk, gnused, gnutar, gnugrep, gzip, findutils <ins> , diffutils, gnupatch </ins> # updater , python3, writeScript # Apple dependencies

[ bash coreutils <ins> diffutils </ins> file findutils gawk gnugrep <ins> gnupatch </ins> gnused gnutar gzip
Change:
Steps to reproduce the behavior: 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.
Closing this, upstream issue is closed and this builds now.

Discussion:
in (haskell.lib.compose.overrideCabal (drv: { <ins> # pandoc-cli's pandoc executable report the libraries version via --version, match that, inherit (static.scope.pandoc) version; # but prevent haskellPackages.mkDerivation from recomputing the src tarball based on that. inherit (static) src; # Make it possible to recover the cli version if necessary. passthru = drv.passthru or {} // { cliVersion = static.version; }; </ins> configureFlags = drv.configureFlags or [] ++ ["-fembed_data_files"]; buildDepends = drv.buildDepends or [] ++ [haskellPackages.file-embed]; buildTools = (drv.buildTools or []) ++ [ removeReferencesTo ];
Change:
Project description Cringify is a cli tool to annoy your friends on the internet by transforming into Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin.... (ANYTHING RUSTC SUPPORTS)

Discussion:
<ins> { lib , rustPlatform , fetchFromGitHub }: rustPlatform.buildRustPackage rec { pname = "cringify"; version = "0.1.1"; src = fetchFromGitHub { owner = "sansyrox"; repo = "cringify"; rev = "dd753818f8dd4b343be9370d2c29a6be070ad791"; hash = "sha256-6hSgOk9DzDfGtZX1vt6AQsKSLdPdqy2Mz3UtK6d2AuA="; }; cargoHash = "sha256-w6lqPyUCaXZBQ1EmMyj0sVnEHugMD6JugIIK0rEa19Y="; postPatch = '' # Upstream forgot to update the version value substituteInPlace src/main.rs --replace '0.1.0' ${version} ''; # No tests are present in the repository doCheck = false; meta = { description = "Annoy your friends with the cringified text"; homepage = "https://github.com/sansyrox/cringify"; license = lib.licenses.mit; mainProgram = "cringify"; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>

createrepo_c = callPackage ../tools/package-management/createrepo_c { }; <ins> cringify = callPackage ../tools/text/cringify { }; </ins> cromfs = callPackage ../tools/archivers/cromfs { stdenv = gcc10StdenvCompat; };
Change:
Project description Metadata homepage URL: source URL: license: bsd3 platforms: unix, linux, darwin

Discussion:
<ins> { lib , stdenv , rustPlatform , fetchFromGitHub , pkg-config , openssl , installShellFiles , darwin , testers , pixi }: rustPlatform.buildRustPackage rec { pname = "pixi"; version = "0.11.1"; src = fetchFromGitHub { owner = "prefix-dev"; repo = "pixi"; rev = "v${version}"; hash = "sha256-NOa8OvZs+BoJQ9qIU1lpMmEOecZpmwwCNYpDk1LUSTI="; }; cargoHash = "sha256-rDtr9ITYH5o/QPG1Iozh05iTA8c0i+3DnabXLzyqdrg="; nativeBuildInputs = [ pkg-config installShellFiles ]; buildInputs = [ openssl ] ++ lib.optionals stdenv.isDarwin ( with darwin.apple_sdk_11_0.frameworks; [ CoreFoundation IOKit SystemConfiguration Security ] ); checkFlags = [ # Skip tests requiring network "--skip=add_channel" "--skip=add_functionality" "--skip=add_functionality_os" "--skip=add_functionality_union" "--skip=add_pypi_functionality" "--skip=test_alias" "--skip=test_cwd" "--skip=test_incremental_lock_file" ]; postInstall = '' installShellCompletion --cmd pix  --bash <($out/bin/pixi completion --shell bash)  --fish <($out/bin/pixi completion --shell fish)  --zsh <($out/bin/pixi completion --shell zsh) ''; passthru.tests.version = testers.testVersion { package = pixi; }; meta = with lib; { description = "Package management made easy"; homepage = "https://pixi.sh/"; license = licenses.bsd3; maintainers = with lib.maintainers; [ aaronjheng ]; mainProgram = "pixi"; }; } </ins>
Change:
One of the main features is broken in 1.2 Package name: waypaper Latest released version: 1.5 <!-- Search your package here: --- Current version on the unstable channel: 1.2 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.

Discussion:
python3.pkgs.buildPythonApplication rec { pname = "waypaper"; <del> version = "1.2"; </del> <ins> version = "1.5"; </ins> src = fetchFromGitHub { owner = "anufrievroman"; repo = "waypaper"; rev = "refs/tags/${version}"; <del> hash = "sha256-wD3DtxP4aUwIn+EoM3s1Y9VNEcUGhtyugNBEFHI9eqw="; </del> <ins> hash = "sha256-lK4TygR9cwEHcnrC0E5vE7Jor6afEiM9TmEgGXj+hNA="; </ins> }; nativeBuildInputs = [
Change:
Steps to reproduce the behavior: I came up with the idea of building julia19 for that platform as a possible resort as the binary artifact does not work as is on my hardware, causing a , see also . <!-- 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.
The failure is also reproducible on hydra: , looks like the flaky tests that have been plaguing us for a long time.

Discussion:
done ''; <del> doInstallCheck = true; </del> <ins> doInstallCheck = !stdenv.hostPlatform.isAarch64; # tests are flaky for aarch64-linux on hydra </ins> installCheckTarget = "testall"; preInstallCheck = ''
Change:
Any expression on darwin which sets fails to build claiming that the C compiler cannot create executables. This is the same issue as , but it more serious than I thought, so I'm raising it as a separate issue. To reproduce just change anything to use on darwin, like the build.
I'm beginning to suspect executables built on 10.9 which don't use clangStdenv, but rather use the gcc 4.8.2 which Nix builds. I'm seeing frequent and consistent general protection faults (EXCI386GPFLT) from several different executables built in my Nix store. It's still possible these frequent GPT faults could be due to a faulty processor, so I'm waiting on delivery of a new desktop machine to do some comparison testing.
For future note: Those GPT faults were from a bad memory module in my machine. After fixing that module, I was able to rebuild all of my Nix packages using , and it succeeded as expected.

Discussion:
export NIX_IGNORE_LD_THROUGH_GCC=1 if [ "$system" = "i686-darwin" -o "$system" = "powerpc-darwin" -o "$system" = "x86_64-darwin" ]; then <ins> export NIX_ENFORCE_PURITY= </ins> export NIX_DONT_SET_RPATH=1 export NIX_NO_SELF_RPATH=1 dontFixLibtool=1
Change:
Project description Typora is a distraction free markdown editor. Developed by Metadata homepage URL: source URL: Not open source :( Github Organization: license: platforms: , darwin
Hmmm I found this issue: Looks like the not open source thing is a problem here
Just checked, It seems to work fine with , so using buildFHSEnv should work. As says, there's nothing preventing this from being present in nixpkgs, as long as it works.

Discussion:
githubId = 9939720; name = "Philippe Nguyen"; }; <ins> npulidomateo = { matrix = "@npulidomateo:matrix.org"; github = "npulidomateo"; githubId = 13149442; name = "Nico Pulido-Mateo"; }; </ins> nrdxp = { email = "tim.deh@pm.me"; matrix = "@timdeh:matrix.org";

<ins> { stdenv , fetchurl , dpkg , lib , glib , nss , nspr , at-spi2-atk , cups , dbus , libdrm , gtk3 , pango , cairo , xorg , libxkbcommon , mesa , expat , alsa-lib , buildFHSEnv }: let pname = "typora"; version = "1.7.5"; src = fetchurl { url = "https://download.typora.io/linux/typora_${version}_amd64.deb"; hash = "sha256-4Q+fx1kNu98+nxnI/7hLhE6zOdNsaAiAnW6xVd+hZOI="; }; typoraBase = stdenv.mkDerivation { inherit pname version src; nativeBuildInputs = [ dpkg ]; dontConfigure = true; dontBuild = true; installPhase = '' runHook preInstall mkdir -p $out/bin $out/share mv usr/share $out ln -s $out/share/typora/Typora $out/bin/Typora runHook postInstall ''; }; typoraFHS = buildFHSEnv { name = "typora-fhs"; targetPkgs = pkgs: (with pkgs; [ typoraBase udev alsa-lib glib nss nspr atk cups dbus gtk3 libdrm pango cairo mesa expat libxkbcommon ]) ++ (with pkgs.xorg; [ libX11 libXcursor libXrandr libXcomposite libXdamage libXext libXfixes libxcb ]); runScript = '' Typora $* ''; }; in stdenv.mkDerivation { inherit pname version; dontUnpack = true; dontConfigure = true; dontBuild = true; installPhase = '' runHook preInstall mkdir -p $out/bin ln -s ${typoraFHS}/bin/typora-fhs $out/bin/typora ln -s ${typoraBase}/share/ $out runHook postInstall ''; meta = with lib; { description = "A markdown editor, a markdown reader"; homepage = "https://typora.io/"; license = licenses.unfree; maintainers = with maintainers; [ npulidomateo ]; platforms = [ "x86_64-linux" ]; }; } </ins>

synfigstudio = callPackage ../applications/graphics/synfigstudio { }; <ins> typora = callPackage ../applications/editors/typora { }; </ins> taxi = callPackage ../applications/networking/ftp/taxi { }; taxi-cli = with python3Packages; toPythonApplication taxi;
Change:
After updating paperless-ngx to 1.17.0 (from ), the mail fetching tasks stopped working, with the following ssl related error in the logs: Downgrading to 1.16.5 resulted in email working again. <!-- 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.
Sorry for the delay, haven't seen this Issue (am only in unstable maintainers for paperless-ngx, not 23.05 yet). Will take a look at it, and I think I have an idea on how to fix this

Discussion:
"-/etc/nsswitch.conf" "-/etc/hosts" "-/etc/localtime" <ins> "-/etc/ssl/certs" "-/etc/static/ssl/certs" </ins> "-/run/postgresql" ] ++ (optional enableRedis redisServer.unixSocket); BindPaths = [
Change:
Package name: qucs-s Latest released version: 2.0.0 Current version on the unstable channel: 1.1.0 Current version on the stable/release channel: 1.0.2 Notify maintainers Release: Note for maintainers: Please tag this issue in your PR.

Discussion:
stdenv.mkDerivation rec { pname = "qucs-s"; <del> version = "1.1.0"; </del> <ins> version = "2.0.0"; </ins> src = fetchFromGitHub { owner = "ra3xdh"; repo = "qucs_s"; rev = version; <del> sha256 = "sha256-cQ9UNCTwRW61dOQYJX0mPNtCTk0qXKx8VQ6BIXl6Fa8="; </del> <ins> sha256 = "sha256-9/1sgxFqn9d9zlwrzjQosFO3m+2lC83qVcCtzfqY5XY="; </ins> }; nativeBuildInputs = [ flex bison wrapQtAppsHook cmake ];

''; homepage = "https://ra3xdh.github.io/"; license = licenses.gpl2Plus; <del> maintainers = with maintainers; [ mazurel ]; </del> <ins> maintainers = with maintainers; [ mazurel kashw2 ]; </ins> platforms = with platforms; linux; }; }
Change:
Apparently there's a problem with wrapped command. When try to configure my screensaver (e.g. slideshow), it won't open. Opening it via terminal returns nothing. The command itself points to /nix/store/hash-xfce4-screensaver-version/bin/.xfce4-screensaver-configure-wrapped. Its a python script, but interpreter is set as #!/usr/bin/python3, which is obviously not available on nixos. Steps to reproduce the behavior: Configuration program should open ! strace output:
Does help?
Thanks, now it works. Shall i close the issue or wait for PR?

Discussion:
{ mkXfceDerivation <ins> , gobject-introspection </ins> , dbus-glib , garcon , glib

, libxfce4util , libxklavier , pam <ins> , python3 </ins> , systemd , xfconf , lib }: <ins> let # For xfce4-screensaver-configure pythonEnv = python3.withPackages (pp: [ pp.pygobject3 ]); in </ins> mkXfceDerivation { category = "apps"; pname = "xfce4-screensaver";

sha256 = "sha256-j5K5i+hl/miyHste73akZL62K6YTxXmN8mmFK9BCecs="; <ins> nativeBuildInputs = [ gobject-introspection ]; </ins> buildInputs = [ dbus-glib garcon

libxfce4util libxklavier pam <ins> pythonEnv </ins> systemd xfconf ];
Change:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
You don't need to open an issue if you're going to make a PR right after.
Apologies, my bad. I was not aware :(. I am only 1 day & 1 PR old here.

Discussion:
githubId = 3300322; name = "Mitchell Fossen"; }; <ins> mfrw = { email = "falakreyaz@gmail.com"; github = "mfrw"; githubId = 4929861; name = "Muhammad Falak R Wani"; }; </ins> mgdelacroix = { email = "mgdelacroix@gmail.com"; github = "mgdelacroix";

cfg = config.services.tailscale; isNetworkd = config.networking.useNetworkd; in { <del> meta.maintainers = with maintainers; [ danderson mbaillie twitchyliquid64 ]; </del> <ins> meta.maintainers = with maintainers; [ danderson mbaillie twitchyliquid64 mfrw ]; </ins> options.services.tailscale = { enable = mkEnableOption (lib.mdDoc "Tailscale client daemon");

{ lib, stdenv, buildGoModule, fetchFromGitHub, makeWrapper, iptables, iproute2, procps, shadow, getent }: let <del> version = "1.46.1"; </del> <ins> version = "1.48.1"; </ins> in buildGoModule { pname = "tailscale";

owner = "tailscale"; repo = "tailscale"; rev = "v${version}"; <del> hash = "sha256-aweJys46MMnkSKJoLUFCzc6sWUP+Cv5+IFVVe9iEPGI="; </del> <ins> hash = "sha256-jWnke49b6inybPmiZOkxI3C8VoYe4Syi84YhvL8zxeI="; </ins> }; <del> vendorHash = "sha256-oELDIt+mRiBGAdoEUkSAs2SM6urkHm1aAtJnev8jDYM="; </del> <ins> vendorHash = "sha256-Fr4VZcKrXnT1PZuEG110KBefjcZzRsQRBSvByELKAy4="; </ins> nativeBuildInputs = lib.optionals stdenv.isLinux [ makeWrapper ];

description = "The node agent for Tailscale, a mesh VPN built on WireGuard"; license = licenses.bsd3; mainProgram = "tailscale"; <del> maintainers = with maintainers; [ danderson mbaillie twitchyliquid64 jk ]; </del> <ins> maintainers = with maintainers; [ danderson mbaillie twitchyliquid64 jk mfrw ]; </ins> }; }

systemd-journal2gelf = callPackage ../tools/system/systemd-journal2gelf { }; <del> tailscale = callPackage ../servers/tailscale { }; </del> <ins> tailscale = callPackage ../servers/tailscale { buildGoModule = buildGo121Module; }; </ins> tailscale-systray = callPackage ../applications/misc/tailscale-systray { };
Change:
Steps to reproduce the behavior: xplr v0.21.3 Running inside QEMU (UTM) on Apple M1 Pro <!-- --Please run and paste the result.

Discussion:
<del> { lib, stdenv, rustPlatform, fetchFromGitHub, libiconv }: </del> <ins> { lib, stdenv, rustPlatform, fetchFromGitHub }: </ins> rustPlatform.buildRustPackage rec { pname = "xplr";

sha256 = "sha256-lqFhLCOLiuSQWhbcZUEj2xFRlZ+x1ZTVc8IJw7tJjhE="; }; <del> buildInputs = lib.optional stdenv.isDarwin libiconv; </del> cargoHash = "sha256-3hrpg2cMvIuFy6mH1/1igIpU4nbzFQLCAhiIRZbTuaI="; <del> checkFlags = [ # failure: path::tests::test_relative_to_parent "--skip=path::tests::test_relative_to_parent" ]; </del> <ins> # fixes `thread 'main' panicked at 'cannot find strip'` on x86_64-darwin env = lib.optionalAttrs (stdenv.isx86_64 && stdenv.isDarwin) { TARGET_STRIP = "${stdenv.cc.targetPrefix}strip"; }; # error: linker `aarch64-linux-gnu-gcc` not found postPatch = '' rm .cargo/config ''; </ins> meta = with lib; { description = "A hackable, minimal, fast TUI file explorer"; homepage = "https://xplr.dev"; <ins> changelog = "https://github.com/sayanarijit/xplr/releases/tag/${src.rev}"; </ins> license = licenses.mit; <del> maintainers = with maintainers; [ sayanarijit suryasr007 thehedgeh0g mimame ]; </del> <ins> maintainers = with maintainers; [ sayanarijit suryasr007 thehedgeh0g mimame figsoda ]; </ins> }; }
Change:
After enabling unclutter via the service module (), I find that it errors due to an incorrectly specified display parameter and simply continually restarts. The journal entries: Contents of unit: I'm pretty sure there is a symbol conflict causing the display to be an unadorned colon but I am not sure. unclutter— running unclutter's behavior System: 17.03.1016. (Gorilla) Nix version: nix-env (Nix) 1.11.8 Nixpkgs version: "17.03.1016."
Fixed by in master. I suppose we can pick that to release as well.
The fix should be included in the next release channel update.

Discussion:
<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.15.2"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.15/${name}.tar.xz"; sha256 = "0g71zq6dpqrw2f40wfzdf18fdw41ymr17laqniy2kr622hkxdi8w"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.16.1"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.16/${name}.tar.xz"; sha256 = "1n708n9ixyy9qrzyv1wf4ybvcclx43ib9ki028wwpvkz6kv8zqlb"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

{stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { <del> name = "vala-0.14.2"; </del> <ins> version = "0.17.2"; name = "vala-${version}"; </ins> src = fetchurl { <del> url = mirror://gnome/sources/vala/0.14/vala-0.14.2.tar.xz; sha256 = "1l5kllw9vpwv24lzv9fp64l3sad46wpxgvsgryrwlrjg91w6jzl0"; </del> <ins> url = "mirror://gnome/sources/vala/0.17/${name}.tar.xz"; sha256 = "09i2s0dwmrk147ind2dx7nq845g12fp6fsjqrphhrr0dbi0zzgh3"; </ins> }; buildNativeInputs = [ yacc flex pkgconfig xz ];

meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; <ins> license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; </ins> }; }

urweb = callPackage ../development/compilers/urweb { }; <del> vala = callPackage ../development/compilers/vala { }; </del> <ins> vala = vala17; vala15 = callPackage ../development/compilers/vala/15.2.nix { }; vala16 = callPackage ../development/compilers/vala/16.1.nix { }; vala17 = callPackage ../development/compilers/vala/default.nix { }; </ins> visualcpp = callPackage ../development/compilers/visual-c++ { };
Change:
Package name: morgen (nixpkgs ) Latest released version: 3.0.0 Current version on the unstable channel: 2.7.5 Current version on the stable/release channel: 2.7.0 ! Notify maintainers Note for maintainers: Please tag this issue in your PR.
That's a bot account and certainly not the maintainer.
Oops. I'll have to look into that once back at the computer. I was going by the commit history (seen many recommend that as a way to get the maintainer).
looks like this might be for you as per in the Morgen thank you.
I've created a branch at if you want to take a look.

Discussion:
stdenv.mkDerivation rec { pname = "morgen"; <del> version = "2.7.5"; </del> <ins> version = "3.0.0"; </ins> src = fetchurl { url = "https://download.todesktop.com/210203cqcj00tw1/morgen-${version}.deb"; <del> sha256 = "sha256-gsH+KJt0d1Xe1JhgXuqot/vrMw9eBzIpCGlGeaeVJ+k="; </del> <ins> sha256 = "sha256-6d1KYUlXv+bHPITt2zs++AtyaAT8SSCG9T8ZsgOKDiw="; </ins> }; nativeBuildInputs = [