jiebi/CodeConvo huggingface dataset:
Change:
installPhase = '' mkdir -p $out/bin $out/share/flyway cp -r sql jars drivers conf $out/share/flyway <del> install -Dt $out/share/flyway/lib lib/community/*.jar lib/*.jar </del> <ins> install -Dt $out/share/flyway/lib lib/community/*.jar lib/*.jar lib/aad/*.jar lib/oracle_wallet/*.jar </ins> makeWrapper "${jre_headless}/bin/java" $out/bin/flyway  --add-flags "-Djava.security.egd=file:/dev/../dev/urandom"  --add-flags "-classpath '$out/share/flyway/lib/*:$out/share/flyway/drivers/*'"  --add-flags "org.flywaydb.commandline.Main"  --add-flags "-jarDirs='$out/share/flyway/jars'" ''; <ins> passthru.tests = { version = testers.testVersion { package = finalAttrs.finalPackage; }; }; </ins> meta = with lib; { description = "Evolve your Database Schema easily and reliably across all your instances"; longDescription = ''

Discussion:
The application has been broken since version 9.21.0. The previous and last working version was 9.18.0 (). Steps to reproduce the behavior: Simply call , and you will be greeted with the error message: . For the current version (9.21.2) run: Full output: To get the correct version output 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.
Thank you for the extremely quick response! :o Sorry that I didn't catch that a couple of files weren't correctly copied :facepalm: Do you have a buymeacoffe link or similar? :hugs:
Change:
# without this, git fails when trying to check for /etc/gitconfig existence propagatedSandboxProfile = stdenv.lib.sandbox.allowDirectoryList "/etc"; <del> makeFlags = "prefix=${out} sysconfdir=/etc/ PERL_PATH=${perl}/bin/perl SHELL_PATH=${stdenv.shell} " </del> <ins> makeFlags = "prefix=${out} PERL_PATH=${perl}/bin/perl SHELL_PATH=${stdenv.shell} " </ins> + (if pythonSupport then "PYTHON_PATH=${python}/bin/python" else "NO_PYTHON=1") + (if stdenv.isSunOS then " INSTALL=install NO_INET_NTOP= NO_INET_PTON=" else "") <del> + (if stdenv.isDarwin then " NO_APPLE_COMMON_CRYPTO=1" else ""); </del> <ins> + (if stdenv.isDarwin then " NO_APPLE_COMMON_CRYPTO=1" else " sysconfdir=/etc/ "); # build git-credential-osxkeychain if darwin postBuild = stdenv.lib.optionalString stdenv.isDarwin '' pushd $PWD/contrib/credential/osxkeychain/ make popd ''; </ins> # FIXME: "make check" requires Sparse; the Makefile must be tweaked # so that `SPARSE_FLAGS' corresponds to the current architecture...

Discussion:
Git includes a number of credential storage systems. On OS X there's a Keychain-based store that uses the encrypted login keychain to keep track of sensitive credentials. https://git- The implementation is written in C, and can be found in . If we could change the git expression to , and install the credential helper on OS X that would be amazing! Install git on OS X. Set your credential helper to use the built-in osxkeychain method included with git. Try pushing or pulling from an HTTPS GitHub repo where authentication is required. System: Darwin 15.4.0 Darwin Kernel Version 15.4.0: Fri Feb 26 22:08:05 PST 2016; root:xnu-3248.40.184~3/RELEASEX8664 x86_64 i386 MacBookPro11,5 Darwin Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: "16.09pre-git"
Change:
<ins> { config, lib, pkgs, ... }: with lib; let cfg = config.hardware.gkraken; in { options.hardware.gkraken = { enable = mkEnableOption "gkraken's udev rules for NZXT AIO liquid coolers"; }; config = mkIf cfg.enable { services.udev.packages = with pkgs; [ gkraken ]; }; } </ins>

Discussion:
Project description GUI that allows to control the cooling (fan and/or pump profiles) of NZXT Kraken X (X42, X52, X62, X72, X53, X63, X73, Z63 or Z73) devices from Linux. Metadata homepage URL: source URL: license: gpl3Plus platforms: linux
Change:
<ins> { corretto19 , fetchFromGitHub , gradle_7 , jdk19 , lib , stdenv , rsync , runCommand , testers }: let corretto = import ./mk-corretto.nix { inherit lib stdenv rsync runCommand testers; jdk = jdk19; gradle = gradle_7; version = "19.0.2.7.1"; src = fetchFromGitHub { owner = "corretto"; repo = "corretto-19"; rev = "72f064a1d716272bd17d4e425d4a264b2c2c7d36"; sha256 = "sha256-mEj/MIbdXU0+fF5RhqjPuSeyclstesGaXB0e48YlKuw="; }; }; in corretto </ins>

Discussion:
Project description <!-- Describe the project a little: --Amazon Coretto JDK Metadata homepage URL: source URL: license: GPL 2.0 platforms: linux (and all else if possible)
Change:
buildPhase = "python setup.py build"; installPhase = <del> '' </del> <ins> '' </ins> python setup.py install --prefix="$out"; <ins> wrapPythonPrograms </ins> ''; meta = {

Discussion:
I've just started using nixos, and so far everything is working perfectly apart from Agda. I see that previous issues, and concerned compilation of the stdlib and agdaPrelude, but I cannot get Agda to compile anything at all. Even for a simple file, not dependent on any libraries, I get the following error message: /nix/store/26hl2dmpk05m5bgybvp42686rfmcgzl8-Agda-2.5.2-data/share/ghc-8.0.2/x86_64-linux-ghc-8.0.2/Agda- openBinaryFile: permission denied (Read-only file system) Looking in this directory tells me that Agda has not been able to compile its base libraries as it is unable to write its .agdai files in the directory. I've no idea how to solve this. I've tried both installing via my and also using nix-env. Neither seems to make a difference. I have GHC installed only via nix-env. nix-env -f "<nixpkgs" -iA haskellPackages.Agda agda System: 17.09pre112899. (Hummingbird) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: "17.09pre112899." Sandboxing enabled: true Any help would be much appreciated!
I can confirm the issue. As a temporary workaround I've used the Agda package from an older nixpkgs revision by adding a package override to my { packageOverrides = pkgs : let fetchNixPkgs = { rev, sha256 }: pkgs.fetchFromGitHub { inherit sha256 rev; owner = "NixOS"; repo = "nixpkgs-channels"; }; pinnedPkgs = import (fetchNixPkgs { rev = ""; sha256 = "0kf5babd9y7r5wz4982m637x65lh8m4qma6gpc9mix1bxp2bvh8q"; }) {}; in { pinned = pinnedPkgs; }; } and installing it via nix-env -f "<nixpkgs" -iA pinned.haskellPackages.Agda For details on the workaround see .
Thanks that worked a treat.

I doubt I would have ever come up with this solution myself. To install the standard library will I have to do the same thing and use an older version of nixpkgs?
You're welcome! For the standard library I've used the same workaround, i.e. installing , and made sure emacs runs the Agda executable with as described in the last section of .
Again, thanks to installing the libraries is also easy via this method. I'm going to leave this issue open though as it is a workaround rather than a solution.
Change:
{ mkDerivation, lib, extra-cmake-modules, <del> ilmbase, karchive, openexr, qtbase </del> <ins> ilmbase, karchive, openexr, libavif, qtbase </ins> }: let inherit (lib) getDev; in

Discussion:
The library has support for AVIF since the . that AVIF support. The support is optional however, and requires the libavif library to be present. I imagine one needs to package for nixos, then add it to the / similarly to how it's done for openexr already.
libavif is already packaged in . So maybe just adding to in is enough? Can you try if that works for you and if it did send a pull request?
interesting. I'll give it a try.
So I've done some experimenting locally, and apparently if I only add libavif it still doesn't recognize avif files. It does create a file meaning that it successfully created a plugin, but when I try to open avif files using gwenview, it gives an error that it can't open files. If I try to open an heif file however, it shows a different error: it complains that it can't open files. So maybe it has the module, but no clue it can use the module because it doesn't know the mime type. Also, running returns the correct mime type for jpg and heif files, but does not return the correct mime type for avif files. I've checked and apparently the shared-mime-info package points to the 1.13.1 release from September 2019, but the . The most recent release is 2.1 from Dec 31 2020. I suspect that an update of the shared-mime-info package should fix this, but need to test it. cc maintainer of shared-mime-info.
I've looked a bit into the question of updating shared-mime-info. An update to 2.1 needed some adjustments to accommodate for the meson migration and a backport of a patch to not hit the internet during build. After that the package built but there was a test failure in one of the dependents... When I backported the AVIF patch for 1.13.1, I realized that basically everything depends on shared-mime-info. I eventually ran out of disk space during the build. I think that waiting for a regular update of shared-mime-info would be best.
Also, it seems that the CXXFLAGS thing isn't needed.
I've tested the patch locally and it works (needed to wait until there were sufficient hydra cache results for ).

I've made a PR:
KImageFormat does currently not seem build: See comments in PR of libavif upgrade: The following fix, which looks to be included in seems relevant:
Change:
git-fire = callPackage ../tools/misc/git-fire { }; <ins> git-privacy = callPackage ../development/tools/git-privacy { }; </ins> git-repo-updater = python3Packages.callPackage ../development/tools/git-repo-updater { }; git-revise = with python3Packages; toPythonApplication git-revise;

Discussion:
Project description Git-privacy redacts author and committer dates to keep your coding hours more private. You can choose the level of redaction: only remove minutes and seconds from your dates or even hide day or month. The original dates are encrypted and stored in the commit message in case you might need them. Metadata homepage URL: source URL: license: bsd2 platforms: unix, linux, darwin, ...
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
this bot is too aggressive, 180 days is not enough
I marked this as stale due to inactivity. &rarr;
Change:
cd unix ''; <ins> postPatch = '' for file in $(find library/demos/. -type f ! -name "*.*"); do substituteInPlace $file --replace "exec wish" "exec $out/bin/wish" done ''; </ins> postInstall = '' ln -s $out/bin/wish* $out/bin/wish cp ../{unix,generic}/*.h $out/include

Discussion:
This is still an issue. I'm able to reproduce in tk8.6.6. The problem is that the script does not have the path to wish8.6 hardcoded. <details<summaryContents of hello</summary</details
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
nix-shell -p tk works fine, as the shell puts wish on the shells search path. nix-build '<nixpkgs' -A tk however, wish cannot be found. Probably just needs a postpatch patchinplace of the demo files... I'll take a look see.
Change:
<ins> { lib, stdenv, fetchFromGitHub, bison, cmake, doxygen, flex, graphviz, python3, }: stdenv.mkDerivation (finalAttrs: { pname = "ncbi-vdb"; version = "3.1.1"; src = fetchFromGitHub { owner = "ncbi"; repo = "ncbi-vdb"; rev = "refs/tags/${finalAttrs.version}"; hash = "sha256-HBiheN8XfYYwmY5gw7j8qTczn6WZZNTzY2/fGtpgs/8="; }; nativeBuildInputs = [ bison cmake doxygen flex graphviz python3 ]; meta = { homepage = "https://github.com/ncbi/ncbi-vdb"; description = "Libraries for the INSDC Sequence Read Archives"; license = lib.licenses.ncbiPd; maintainers = with lib.maintainers; [ t4ccer ]; platforms = lib.platforms.unix; }; }) </ins>

Discussion:
Package name: sratoolkit Latest released version: 3.1.1 Current version on the unstable channel: 2.11.3 Current version on the stable/release channel: 2.11.3 <!-- 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:
audiowaveform = callPackage ../tools/audio/audiowaveform { }; <ins> authenticator = callPackage ../applications/misc/authenticator { }; </ins> autoflake = callPackage ../development/tools/analysis/autoflake { }; autospotting = callPackage ../applications/misc/autospotting { };

Discussion:
Project description Library to help with developing UI for mobile devices using GTK/GNOME Metadata homepage URL: source URL: license: lgpl21Plus platforms: linux cc This is needed for e.g.
Added it to GNOME 41 to do list. Currently, there are no releases.
Change:
echo -java-home ${jre.home} >>conf/sbtopts ''; <del> nativeBuildInputs = [ autoPatchelfHook ]; </del> <ins> nativeBuildInputs = stdenv.lib.optionals stdenv.isLinux [ autoPatchelfHook ]; </ins> <del> buildInputs = [ zlib ]; </del> <ins> buildInputs = stdenv.lib.optionals stdenv.isLinux [ zlib ]; </ins> installPhase = '' mkdir -p $out/share/sbt $out/bin

Discussion:
Describe the bug Installing the latest SBT is not possible. To Reproduce Expected behavior Install is successful 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
Change:
, autoPatchelfHook , file , substituteAll <ins> , writeTextFile </ins> }: let

Discussion:
Describe the bug By default and according to bazel documentation (), bazel is looking for a system-wide configuration is . In I decided to override this path and make it point in . It was the easiest solution to pass arguments to bazel in order to fix a few runtime issues. However it breaks the assumption that user can configure bazel using . To Reproduce Use bazel from nixpkgs with . Set some bazel settings in your file Observe that bazel ignores this file Expected behavior I'm opening this bug report to discuss what should be the expected behavior here? Should we respect the ? If yes, I'll open a pull request to restore the previous behavior.
I'll be in favour of keeping support for all paths specified in the documentation - having a system-wide is something people might want to make use of, so we shouldn't take away that possibility. We currently set the following options in bazelrc: We should either patch these as defaults into nixos, or introduce reading from a distro-provided location (should be coordinated with bazel upstream). I think adding a wrapper is a bit too much for all these options.
I do agree with your point of view. I'll try to propose a PR which restore the old behavior. In the meantime, I'm open to other comments on this issue. Regarding the options you quote, they are used in a local during build only. The global bazelrc that I provide is way simpler: Both were ad hoc solution for different problems, respectively issue and commit .
Change:
{ fetchFromGitHub, stdenv, cmake, openssl, zlib, libuv }: <del> stdenv.mkDerivation rec { pname = "libwebsockets"; version = "3.2.0"; src = fetchFromGitHub { owner = "warmcat"; repo = "libwebsockets"; rev = "v${version}"; sha256 = "0ac5755h3w1pl6cznqbvg63dwkqy544fqlhvqyp7s11hgs7jx6l8"; </del> <ins> let generic = { version, sha256 }: stdenv.mkDerivation rec { pname = "libwebsockets"; inherit version; src = fetchFromGitHub { owner = "warmcat"; repo = "libwebsockets"; rev = "v${version}"; inherit sha256; }; buildInputs = [ openssl zlib libuv ]; nativeBuildInputs = [ cmake ]; cmakeFlags = [ "-DLWS_WITH_PLUGINS=ON" ]; meta = with stdenv.lib; { description = "Light, portable C library for websockets"; longDescription = '' Libwebsockets is a lightweight pure C library built to use minimal CPU and memory resources, and provide fast throughput in both directions. ''; homepage = "https://libwebsockets.org/"; license = licenses.lgpl21; platforms = platforms.all; }; </ins> }; <del> buildInputs = [ cmake openssl zlib libuv ]; cmakeFlags = [ "-DLWS_WITH_PLUGINS=ON" ]; meta = { description = "Light, portable C library for websockets"; longDescription = '' Libwebsockets is a lightweight pure C library built to use minimal CPU and memory resources, and provide fast throughput in both directions. ''; homepage = https://github.com/warmcat/libwebsockets; license = stdenv.lib.licenses.lgpl21; platforms = stdenv.lib.platforms.all; </del> <ins> in rec { libwebsockets_3_1 = generic { sha256 = "1w1wz6snf3cmcpa3f4dci2nz9za2f5rrylxl109id7bcb36xhbdl"; version = "3.1.0"; </ins> }; <ins> libwebsockets_3_2 = generic { version = "3.2.0"; sha256 = "0ac5755h3w1pl6cznqbvg63dwkqy544fqlhvqyp7s11hgs7jx6l8"; }; libwebsockets = libwebsockets_3_2; </ins> }

Discussion:
libwebsockets 3.2.0 changed its behaviour in a way that breaks all versions of Mosquitto that use websockets, resulting in incoming connections being intermittent and very slow. It is fixed in their repository and will be in the next release presumably, but for now 3.2.0 is no good. If Mosquitto is the only other package using libwebsockets, I would suggest downgrading to 3.1.0, which behaves fine. Mosquitto 1.6.5, which should be released today, will refuse to compile with libwebsockets 3.2.0.
cc
mosquitto 1.6.5 fixes it - just haven't packaged it yet.
Mosquitto 1.6.5 does not fix this. There is a changelog entry which was written prior to this issue that is probably why you think it does have the fix. Sorry about that, I changed the changelog on the website post but not in the repo. The only fix for this is in libwebsockets itself.
it's pretty awesome having upstream providing proactive updates like this - much appreciated!
Change:
mv $out/bin/recoll.app $out/Applications ''; <ins> # create symlink after fixup to prevent double wrapping of recoll postFixup = lib.optionalString (stdenv.isDarwin && withGui) '' ln -s ../Applications/recoll.app/Contents/MacOS/recoll $out/bin/recoll ''; </ins> enableParallelBuilding = true; meta = with lib; {

Discussion:
Steps to reproduce the behavior: Note: is a recoll dependency that previously didn't build (); graciously fixed it but it currently isn't merged. This reflects their fix: (doesn't build on macOS; builds fine elsewhere) tl;dr is <!-- --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have something that builds and will show a gui but not sure how much else works. can try with:
Change:
homepage = "http://www.wolfram.com/mathematica/"; license = licenses.unfree; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; <del> maintainers = with maintainers; [ herberteuler rafaelrc ]; </del> <ins> maintainers = with maintainers; [ herberteuler rafaelrc chewblacka ]; </ins> platforms = [ "x86_64-linux" ]; }; }

Discussion:
(Note: this may be a somewhat more complex upgrade, as Wolfram has moved to using the Wolfram Installer for everything. Not sure if that'll affect the actual package, though.) Package name: mathematica Latest released version: 14.1.0 <!-- Search your package here: --- Current version on the unstable channel: 14.0.0 Current version on the stable/release channel: 14.1.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 Note for maintainers: Please tag this issue in your PR.
Also, I'm not currently able to find a link with the old installer for 14.0.0. Wolfram may have taken it down, making it seemingly impossible to install this package right now. If anyone knows an archive of it, please let me know.
Found a direct link: If you're signed into your wolfram account, this will work. This works for using mathematica until the package update.
I will take a look at this later in October. I apologize for the delay.
Change:
pyaprilaire = callPackage ../development/python-modules/pyaprilaire { }; <ins> pwinput = callPackage ../development/python-modules/pwinput { }; </ins> pybars3 = callPackage ../development/python-modules/pybars3 { }; pymeta3 = callPackage ../development/python-modules/pymeta3 { };

Discussion:
Project description A fast and customizable music and podcast downloader. Metadata homepage URL: source URL: license: zlib platforms: linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
isExecutable = true; <ins> inherit (builtins) storeDir; </ins> inherit (pkgs) python3; systemd = config.systemd.package;

Discussion:
Spent a fair bit debugging something. Came down to my DTB being out of sync. The lack of hash prefix should've warned me sooner. The issue is that the dtb is not copied with anything generation specific in the filename. The builder assumes the file is CA-addressed by parent store path, to avoid redundant copies. However, it also assumes it can make this path by taking basename of the specified file. This is file for initrd/kernel since they are second level in the derivation. However, this can't be assumed, and/or isn't true for the DTB. I would just send a PR but I can't think of a super easy/clean way to do this. The current approach (of assuming the depth of the file) is not great, IMO, but nicely avoids hashing the individual files, etc. Using a regex or chopping the prefix is not viable. The only idea I have -- use a regex to just capture the first instead of a b32 looking hash and hope that's good enough. I can do this depending on vibes. Steps to reproduce the behavior: two generation bug in older gen dtb from wherever it gets put (esp mount point or xbootldr), just to prove -install, which re-creates files for all generations, oldest first boot, notice old dtb, realize it lacks hash, realize this is fundamentally problematic. cc: A clear and concise description of what you expected to happen. 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: