jiebi/CodeConvo huggingface dataset:
Change:
Steps to reproduce the behavior: python3Packages.rapidfuzz Introduced in . Please run and paste the result.
It appears that cmake selects an incorrect linker. I am currently unsure what's the reason for this. Following I think I might need to set: I have zero experience with nix os + no access to a mac. Is there any way to patch in the build system here to check whether this solves the issue?

Discussion:
{ lib <ins> , stdenv </ins> , buildPythonPackage , fetchFromGitHub , pythonOlder

rapidfuzz-cpp ]; <ins> NIX_CFLAGS_COMPILE = lib.optionals (stdenv.cc.isClang && stdenv.isDarwin) [ "-fno-lto"  # work around https://github.com/NixOS/nixpkgs/issues/19098 ]; </ins> propagatedBuildInputs = [ rapidfuzz ];

{ lib <ins> , stdenv </ins> , buildPythonPackage , pythonOlder , fetchFromGitHub

buildPythonPackage rec { pname = "rapidfuzz"; <del> version = "2.13.2"; </del> <ins> version = "2.13.3"; </ins> disabled = pythonOlder "3.7";

owner = "maxbachmann"; repo = "RapidFuzz"; rev = "refs/tags/v${version}"; <del> hash = "sha256-a83Vww9dEh0nNylnZwCm6PJYmfKvw5RnMLerfKfN1dY="; </del> <ins> hash = "sha256-hx8DNFxzD41tvxcKaSqqKkxJMlcrxAaihulUdkzyOt0="; </ins> }; nativeBuildInputs = [

preBuild = '' export RAPIDFUZZ_BUILD_EXTENSION=1 <ins> '' + lib.optionalString (stdenv.isDarwin && stdenv.isx86_64) '' export CMAKE_ARGS="-DCMAKE_CXX_COMPILER_AR=$AR -DCMAKE_CXX_COMPILER_RANLIB=$RANLIB" </ins> ''; <ins> NIX_CFLAGS_COMPILE = lib.optionals (stdenv.cc.isClang && stdenv.isDarwin) [ "-fno-lto"  # work around https://github.com/NixOS/nixpkgs/issues/19098 ]; </ins> propagatedBuildInputs = [ jarowinkler numpy
Change:
When trying to install , build fails on: It also reproduces with nixos-16.09 channel:
I've just had this after doing a on 17.03...

Discussion:
(fetchpatch { name = "linux-4.8.patch"; url = "https://aur.archlinux.org/cgit/aur.git/plain/004-linux48.patch?h=broadcom-wl-dkms"; <del> sha256 = "0s8apf6l3qm9kln451g4z0pr13f4jdgyval1vfl2abg0dqc5xfhs"; </del> <ins> sha256 = "1g1gazxx67kxyw242cli6bf62il7ikzmf0w6v14k44j6b4bihcax"; </ins> }) ];
Change:
They're trying to be smart: We should probably patch that check out, but maybe people with actual Java experience will have better ideas.
We need to patch that. Neither do we want to provide cygpath nor can we wslpath because that would most likely try to escape the sandbox.
The thing here is that they see WSL and automatically assume we're cross-compiling to a Windows target, which we're not. We can patch this out, or maybe we can force it to not cross-compile somehow, or maybe we can make lie.
I would recommend to just patch that out.
I'm trying to use it on aarch64 and this is failing: [6/257] Building CXX object FAILED: /nix/store/fsn9mccnjinl212ypa3rx8b8647s9klh-gcc-wrapper-12.2.0/bin/g++ -DCEFUSESANDBOX -DNDEBUG -DWRAPPINGCEFSHARED -DFILEOFFSETBITS=64 -DSTDCCONSTANTMACROS -DSTDCFORMATMACROS -I/build/source/thirdparty/cef/cefbinary104.4.26+g4180781+chromium-104.0.5112.102linux64minimal -O3 -DNDEBUG -fno-strict-aliasing -fPIC -fstack-protector -funwind-tables -fvisibility=hidden --param=ssp-buffer-size=4 -pipe -pthread -Wall -Werror -Wno-missing-field-initializers -Wno-unused-parameter -Wno-error=comment -Wno-comment -Wno-deprecated-declarations -m64 -march=x86-64 -fno-exceptions -fno-rtti -fno-threadsafe-statics -fvisibility-inlines-hidden -std=c++14 -Wsign-compare -Wno-undefined-var-template -Wno-literal-suffix -Wno-narrowing -Wno-attributes -O2 -fdata-sections -ffunction-sections -fno-ident -UFORTIFYSOURCE -DFORTIFYSOURCE=2 -MD -MT -MF -o -c /build/source/thirdparty/cef/cefbinary104.4.26+g4180781+chromium- g++: error: unrecognized command-line option '-m64' ninja: build stopped: subcommand failed. error: builder for '/nix/store/a7r53z6050vvhlmwnxac6c6kp41gcz2g-jcef-jetbrains-' failed with exit code 1; last 10 log lines: For full logs, run 'nix log /nix/store/a7r53z6050vvhlmwnxac6c6kp41gcz2g-jcef-jetbrains-'. error: 1 dependencies of derivation '/nix/store/9mds0h6675lnh8hgam63xycvv8lrb01v-jetbrains-jdk-jcef-17.0.6-' failed to build
WSL2 on aarch64? Also, this error is for Chromium.
Sorry, never mind. I'm having an issue with , that has a dependency on CEF. I posted in an incorrect place. I opened a separate ticket. Please ignore.

Discussion:
patchShebangs --build configure ''; <ins> # JDK's build system attempts to specifically detect # and special-case WSL, and we don't want it to do that, # so pass the correct platform names explicitly configurePlatforms = ["build" "host"]; </ins> configureFlags = [ "--with-boot-jdk=${openjdk-bootstrap.home}" "--with-version-pre="

patchShebangs --build configure ''; <ins> # JDK's build system attempts to specifically detect # and special-case WSL, and we don't want it to do that, # so pass the correct platform names explicitly configurePlatforms = ["build" "host"]; </ins> configureFlags = [ "--with-boot-jdk=${openjdk-bootstrap.home}" "--with-version-build=${version.build}"
Change:
package used to provide the binary. Now it only contains library files. is available. Previous working build (before ): If applicable, add screenshots to help explain your problem. Seems that this was introduced by <!-- 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.
This change broke my scripts on nixos stable that expected and commands to be present.
Fix in can you please check whether this PR fixes your issue?
Just checked, everything seems to be there and the binary works. Thanks!
merged Backport in

Discussion:
doCheck = !stdenv.isFreeBSD; <del> makeFlags = [ "PREFIX=$(out)" "INSTALLPREFIX=$(out)" ]; </del> <ins> makeFlags = [ "PREFIX=$(out)" ]; </ins> postInstall = '' <del> chmod +x "$out"/lib/libminiupnpc${stdenv.hostPlatform.extensions.sharedLibrary} </del> <ins> chmod +x $out/lib/libminiupnpc${stdenv.hostPlatform.extensions.sharedLibrary} # for some reason cmake does not install binaries and manpages # https://github.com/miniupnp/miniupnp/issues/637 mkdir -p $out/bin cp -a upnpc-static $out/bin/upnpc cp -a ../external-ip.sh $out/bin/external-ip mkdir -p $out/share/man cp -a ../man3 $out/share/man </ins> ''; meta = with lib; {
Change:
Running the annonymous chat returns and error about . I think the issue can be resolved by installing but I haven't tested it. See: Instead of an error the annonymous chat server should start.

Discussion:
, flask , flask-httpauth , flask-socketio <ins> , gevent-socketio , gevent-websocket </ins> , cepa , psutil , pyqt5

flask flask-httpauth flask-socketio <ins> gevent-socketio gevent-websocket </ins> cepa psutil pycrypto
Change:
introduced storing secrets outside of the nix store, but does not handle the case where the webui manages all of the secrets, and is an empty list. this will run with a null argument.
Second PR to fix the same bug:

Discussion:
runConfigPath = "/run/rslsync/config.json"; <del> createConfig = pkgs.writeShellScriptBin "create-resilio-config" '' ${pkgs.jq}/bin/jq  '.shared_folders |= map(.secret = $ARGS.named[.dir])'  ${ lib.concatMapStringsSep " n  " (entry: ''--arg '${entry.dir}' "$(cat '${entry.secretFile}')"'') sharedFoldersSecretFiles }  <${configFile}  >${runConfigPath} ''; </del> <ins> createConfig = pkgs.writeShellScriptBin "create-resilio-config" ( if cfg.sharedFolders != [ ] then '' ${pkgs.jq}/bin/jq  '.shared_folders |= map(.secret = $ARGS.named[.dir])'  ${ lib.concatMapStringsSep " n  " (entry: ''--arg '${entry.dir}' "$(cat '${entry.secretFile}')"'') sharedFoldersSecretFiles }  <${configFile}  >${runConfigPath} '' else '' # no secrets, passing through config cp ${configFile} ${runConfigPath}; '' ); </ins> in {
Change:
<!-- 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: hexyl <!-- 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: 0.10.0 desired version: 0.11.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.
Thanks for your work optimizing the program!

Discussion:
rustPlatform.buildRustPackage rec { pname = "hexyl"; <del> version = "0.10.0"; </del> <ins> version = "0.11.0"; </ins> src = fetchFromGitHub { owner = "sharkdp"; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-LskDHUm45OlWbzlumaIXPXCZEBA5dXanhzgAvenJgVk="; </del> <ins> hash = "sha256-Y/zEJx+tUYCA/Clvwvnsy7L3whIXT7e5bgluhrOOPjM="; </ins> }; <del> cargoSha256 = "sha256-qKk95hGcThu0y3ND9z3mXw1TBaVkwAOrznaqj2k3SEk="; </del> <ins> cargoHash = "sha256-NpEwuVz0tFkbUZQ4W+ojeD3omEXZ7YRqDmy/zLe5Z1o="; </ins> meta = with lib; { changelog = "https://github.com/sharkdp/hexyl/releases/tag/v${version}";
Change:
Python module, corresponding to the package and exposing its functionality in Python programs, fails to import, despite being included in . module is imported successfully. n/a <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- (as maintainer) (as the one who exposed the Python bindings) Please run and paste the result.
Note: it seems like the module doesn't work even on commits that introduced it properly... To verify, run in a Nixpkgs checkout:
Yeah, I screwed up testing this. btrfs-progs doesn't propagate python, so I was using my system (non-NixOS) Python installation without noticing. should fix it.

Discussion:
<ins> { lib , buildPythonPackage , btrfs-progs }: buildPythonPackage { pname = "btrfsutil"; inherit (btrfs-progs) version src; format = "setuptools"; buildInputs = [ btrfs-progs ]; preConfigure = '' cd libbtrfsutil/python ''; # No tests doCheck = false; pythonImportsCheck = [ "btrfsutil" ]; meta = with lib; { description = "Library for managing Btrfs filesystems"; homepage = "https://btrfs.wiki.kernel.org/"; license = licenses.lgpl21Plus; maintainers = with maintainers; [ raskin lopsided98 ]; }; } </ins>

{ lib, stdenv, fetchurl <del> , pkg-config, python3, sphinx </del> <ins> , pkg-config, sphinx </ins> , zstd , acl, attr, e2fsprogs, libuuid, lzo, udev, zlib , runCommand, btrfs-progs , gitUpdater , udevSupport ? true <del> , enablePython ? true </del> }: stdenv.mkDerivation rec {

nativeBuildInputs = [ pkg-config <del> ] ++ lib.optionals enablePython [ python3 python3.pkgs.setuptools </del> ] ++ [ sphinx ]; <del> buildInputs = [ acl attr e2fsprogs libuuid lzo python3 udev zlib zstd ]; </del> <ins> buildInputs = [ acl attr e2fsprogs libuuid lzo udev zlib zstd ]; </ins> # gcc bug with -O1 on ARM with gcc 4.8 # This should be fine on all platforms so apply universally

install -v -m 444 -D btrfs-completion $out/share/bash-completion/completions/btrfs ''; <del> configureFlags = lib.optionals stdenv.hostPlatform.isMusl [ "--disable-backtrace" ] ++ lib.optionals (!enablePython) [ </del> <ins> configureFlags = [ # Built separately, see python3Packages.btrfsutil </ins> "--disable-python" <ins> ] ++ lib.optionals stdenv.hostPlatform.isMusl [ "--disable-backtrace" </ins> ] ++ lib.optionals (!udevSupport) [ "--disable-libudev" ]; makeFlags = [ "udevruledir=$(out)/lib/udev/rules.d" ]; <del> installFlags = lib.optionals enablePython [ "install_python" ]; </del> enableParallelBuilding = true; passthru.tests = {

btrfs = callPackage ../development/python-modules/btrfs { }; <del> btrfsutil = toPythonModule (pkgs.btrfs-progs.override { python3 = self.python; }); </del> <ins> btrfsutil = callPackage ../development/python-modules/btrfsutil { }; </ins> btsocket = callPackage ../development/python-modules/btsocket { };
Change:
When building certain packages, With a sufficiently recent nixpkgs, on Mac OS: System: Mac OS 10.11.6 Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: "17.03pre95548."

Discussion:
fi if [ -d "$p/lib" ]; then configureFlags+=" --extra-lib-dirs=$p/lib" <del> ${ stdenv.lib.optionalString stdenv.isDarwin "export DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:$p/lib" } </del> fi done ${ghcCommand}-pkg --${packageDbFlag}="$packageConfDir" recache
Change:
When using at first startup it tries to download some runtime, but seems to fail. Steps to reproduce the behavior: it next, next, install 's stuck at "Downloading" forever It actually downloads the required runtime. ! When running through the console I can see some additional info, and it shows: This repeats forever. Nothing, I think? <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
can you write what version of package you are using? It seems this problem from old version that still in stable and resolved in one that in unstable channel it seems you're maintaining bottles better than me now, can you add yourself into maintainers with new PR and backport it?
It's not solved by updating to 2022.11.14. Seems to be an upstream issue:
I'm indeed using the current version of the stable channel: I also tried the version from the unstable branch, but indeed that does not fix it as SuperSamus said. I'll keep an eye on the upstream issue.
I was able to fix this by and extracting it into To be clear, inside the folder there should be a folder, inside which are , , , etc.

Discussion:
}: python3Packages.buildPythonApplication rec { pname = "bottles-unwrapped"; <del> version = "2022.11.14"; </del> <ins> version = "2022.12.14"; </ins> src = fetchFromGitHub { owner = "bottlesdevs"; repo = "bottles"; rev = version; <del> sha256 = "sha256-bigrJtqx9iZURYojwxlGe7xSGWS13wSaGcrTTROP9J8="; </del> <ins> sha256 = "sha256-G2FQy+mea/+2RjK/WjLeX+7TP+HU6fCUFYuprFGKEyw="; </ins> }; patches = [ ./vulkan_icd.patch ]; <ins> # https://github.com/bottlesdevs/Bottles/wiki/Packaging </ins> nativeBuildInputs = [ blueprint-compiler meson

]; propagatedBuildInputs = with python3Packages; [ <ins> pycurl </ins> pyyaml requests pygobject3
Change:
Project description Wallabag Client for desktop. Metadata homepage URL: source URL: license: gpl3 platforms: linux

Discussion:
<ins> { lib , stdenv , fetchFromGitLab , rustPlatform , meson , ninja , pkg-config , rustc , cargo , wrapGAppsHook4 , desktop-file-utils , libxml2 , libadwaita , openssl , libsoup_3 , webkitgtk_6_0 , sqlite }: stdenv.mkDerivation rec { pname = "read-it-later"; version = "0.5.0"; src = fetchFromGitLab { domain = "gitlab.gnome.org"; owner = "World"; repo = pname; rev = version; hash = "sha256-A8u1fecJAsVlordgZmUJt/KZWxx6EWMhfdayKWHTTFY="; }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; name = "${pname}-${version}"; hash = "sha256-wK7cegcjiu8i1Grey6ELoqAn2BrvElDXlCwafTLuFv0="; }; nativeBuildInputs = [ meson ninja pkg-config rustPlatform.cargoSetupHook rustc cargo wrapGAppsHook4 desktop-file-utils libxml2.bin #xmllint ]; buildInputs = [ libadwaita openssl libsoup_3 webkitgtk_6_0 sqlite ]; meta = with lib; { description = "A simple Wallabag client with basic features to manage articles"; homepage = "https://gitlab.gnome.org/World/read-it-later"; license = licenses.gpl3Plus; mainProgram = "read-it-later"; maintainers = with maintainers; [ aleksana ]; platforms = platforms.unix; }; } </ins>
Change:
Project description is an open source database that provides fast, scalable, highly available, and efficient storage and querying of profiling data. Metadata homepage URL: source URL: license: AGPL-3.0 platforms: unix

Discussion:
githubId = 5394722; name = "Spencer Baugh"; }; <ins> cathalmullan = { email = "contact@cathal.dev"; github = "CathalMullan"; githubId = 37139470; name = "Cathal Mullan"; }; </ins> catouc = { email = "catouc@philipp.boeschen.me"; github = "catouc";

<ins> { lib, stdenv, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "phlare"; version = "0.3.0"; src = fetchFromGitHub { rev = "v${version}"; owner = "grafana"; repo = "phlare"; sha256 = "sha256-z1PT5chkpHQJPziY7bGf6W1X5uezL6E2GUV6w/NlyFk="; }; proxyVendor = true; vendorSha256 = "sha256-KJbh+M9jYxUW9akVBHZoB/mtOHWpMPtlwIgC9fu+NYY="; ldflags = let prefix = "github.com/grafana/phlare/pkg/util/build"; in [ "-s" "-w" # https://github.com/grafana/phlare/blob/v0.3.0/Makefile#L32 "-X ${prefix}.Version=${version}" "-X ${prefix}.Branch=v${version}" "-X ${prefix}.Revision=v${version}" "-X ${prefix}.BuildUser=nix" "-X ${prefix}.BuildDate=1980-01-01T00:00:00Z" ]; subPackages = [ "cmd/phlare" "cmd/profilecli" ]; meta = with lib; { description = "Grafana Phlare is an open source database that provides fast, scalable, highly available, and efficient storage and querying of profiling data."; license = licenses.agpl3; homepage = "https://grafana.com/oss/phlare"; maintainers = with maintainers; [ cathalmullan ]; }; } </ins>

mimir = callPackage ../servers/monitoring/mimir { }; <ins> phlare = callPackage ../servers/monitoring/phlare { }; </ins> grafana_reporter = callPackage ../servers/monitoring/grafana-reporter { }; grafana-image-renderer = callPackage ../servers/monitoring/grafana-image-renderer { };
Change:
Steps to reproduce the behavior: to the branch Please run and paste the result.
Now it doesn't build on unstable as well. This package is pretty fussy with recurring issues.
This is probably the upstream issue:
Note that this error was fixed by , this issue can probably be closed.
indeed succeeds. Upstream also has an open PR for this issue: Should we keep this issue open to undo when the upstream PR is merged or just close this issue here?
I think closing is fine.
It seems like it started to fail again, with a different set of tests: Maybe we should just disable testing on this package?
Now I have issue with not building either as a dependency. I've had tests disabled for a while to deal with the test failures and it's ran alright.
This is extra annoying because you can't override it with an overlay. because the Python packages use .
You can, using note: I had to add the same overlay for , since it also has problems with tests. Both problems seem to be caused by an update to package
was recently.
Should be fixed by

Discussion:
{ lib , stdenv , fetchFromGitHub <del> , fetchpatch </del> , glibcLocales , installShellFiles , python3

python3.pkgs.buildPythonApplication rec { pname = "khal"; <del> version = "0.10.5"; </del> <ins> version = "0.11.1"; </ins> src = fetchFromGitHub { owner = "pimutils"; repo = pname; rev = "v${version}"; <del> hash = "sha256-FneJmoAOb7WjSgluCwlspf27IU3MsQZFKryL9OSSsUw="; </del> <ins> hash = "sha256-5wBKo24EKdEUoYhhv1EqMPOjdwUS31d3R24kLdbyvPA="; </ins> }; SETUPTOOLS_SCM_PRETEND_VERSION = version;

vdirsyncer ]; <del> patches = [ # Tests working with latest pytz version, https://github.com/pimutils/khal/pull/1183 (fetchpatch { name = "support-later-pytz.patch"; url = "https://github.com/pimutils/khal/commit/53eb8a7426d5c09478c78d809c4df4391438e246.patch"; sha256 = "sha256-drGtvJlQ3qFUdeukRWCFycPSZGWG/FSRqnbwJzFKITc="; excludes = [ "CHANGELOG.rst" ]; }) ]; </del> postInstall = '' # shell completions installShellCompletion --cmd khal
Change:
ihaskell can not be installed, due to a dependency ReadArgs failing to build. System: Ubuntu 16.04 Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: "17.03pre95548."
I think somebody else got around this by jailbreaking the package, that can be done by adding an override to

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
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.
This is due to the upgrade to Rust 1.65 in I'm sorry for the inconvenience and will take care of fixing this. The caveat is that I need to fix my system first, which I broke somehow trying to install the new version of nix
Thank you very much!

Discussion:
sha256 = "sha256-IlrfqwNyaSHE9Ct0mn7MUxEg7p1Ku34eOMYelEAYFW8="; }; <ins> patches = [ # based on https://github.com/rustdesk/rustdesk/pull/1900 ./fix-for-rust-1.65.diff ]; </ins> cargoSha256 = "sha256-1OMWEk+DerltF7kwdo4d04rbgIFLHBRq3vZaL7jtrdE="; LIBCLANG_PATH="${llvmPackages.libclang.lib}/lib";

<ins> diff --git a/libs/hbb_common/src/config.rs b/libs/hbb_common/src/config.rs index 74982de5..308bcf80 100644 --- a/libs/hbb_common/src/config.rs +++ b/libs/hbb_common/src/config.rs @@ -656,7 +656,7 @@ const PEERS: &str = "peers"; impl PeerConfig { pub fn load(id: &str) -> PeerConfig { -        let _ = CONFIG.read().unwrap(); // for lock +        let _lock = CONFIG.read().unwrap(); match confy::load_path(&Self::path(id)) { Ok(config) => config, Err(err) => { @@ -667,7 +667,7 @@ impl PeerConfig { } pub fn store(&self, id: &str) { -        let _ = CONFIG.read().unwrap(); // for lock +        let _lock = CONFIG.read().unwrap(); if let Err(err) = confy::store_path(Self::path(id), self) { log::error!("Failed to store config: {}", err); } @@ -808,7 +808,7 @@ pub struct LanPeers { impl LanPeers { pub fn load() -> LanPeers { -        let _ = CONFIG.read().unwrap(); // for lock +        let _lock = CONFIG.read().unwrap(); match confy::load_path(&Config::file_("_lan_peers")) { Ok(peers) => peers, Err(err) => { </ins>