jiebi/CodeConvo huggingface dataset:
Change:
<ins> diff --git a/cmake/developer_package/linux_name.cmake b/cmake/developer_package/linux_name.cmake index 3e8c775770..2d5e00fb8b 100644 --- a/cmake/developer_package/linux_name.cmake +++ b/cmake/developer_package/linux_name.cmake @@ -6,25 +6,7 @@ include(target_flags) if(LINUX) function(get_linux_name res_var) -        if(EXISTS "/etc/lsb-release") -            # linux version detection using cat /etc/lsb-release -            file(READ "/etc/lsb-release" release_data) -            set(name_regex "DISTRIB_ID=([^ n]*)n") -            set(version_regex "DISTRIB_RELEASE=([0-9]+(.[0-9]+)?)") -        else() -            execute_process(COMMAND find -L /etc/ -maxdepth 1 -type f -name *-release -exec cat {} ; -                            OUTPUT_VARIABLE release_data -                            RESULT_VARIABLE result) -            string(REPLACE "Red Hat" "CentOS" release_data "${release_data}") -            set(name_regex "NAME="([^ "n]*).*"n") -            set(version_regex "VERSION="([0-9]+(.[0-9]+)?)[^n]*"") -        endif() - -        string(REGEX MATCH ${name_regex} name ${release_data}) -        set(os_name ${CMAKE_MATCH_1}) - -        string(REGEX MATCH ${version_regex} version ${release_data}) -        set(os_name "${os_name} ${CMAKE_MATCH_1}") +        set(os_name "NixOS @version@") if(os_name) set(${res_var} ${os_name} PARENT_SCOPE) </ins>

Discussion:
When trying to get openvino in a shell, something fails to build with a linker error similar to shell nixpkgs#openvino OpenVINO builds successfully and it's provided in a shell. The nix build log is attached. Please run and paste the result.
Web-viewable logs on hydra:
Would also be nice to have a more recent version that could work with frigate.
The original error meant that tbb was built with gcc 11, while openvino was built using gcc 10.
Change:
tornado unidecode Wand <ins> werkzeug </ins> ]; patches = [

Discussion:
, CVSSv3=9.8 (nixos-21.11) CVSSv3=9.8 (nixos-21.11) CVSSv3=8.8 (nixos-21.11) CVSSv3=6.5 (nixos-21.11) CVSSv3=6.1 (nixos-21.11) CVSSv3=5.4 (nixos-21.11) calibre-web is vulnerable to Business Logic Errors Server-Side Request Forgery (SSRF) in Pypi calibreweb prior to 0.6.16. calibre-web is vulnerable to Cross-Site Request Forgery (CSRF) Improper Access Control in Pypi calibreweb prior to 0.6.16. Cross-site Scripting (XSS) - Reflected in Pypi calibreweb prior to 0.6.16. calibre-web is vulnerable to Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') Scanned versions: nixos-21.11: . Cc
Fixed in
Change:
enableParallelBuild = true; passthru = rec { <del> netdata-go-modules = (buildGoModule { pname = "netdata-go-plugins"; inherit version src; </del> <ins> netdata-go-modules = (buildGoModule { pname = "netdata-go-plugins"; inherit (finalAttrs) version src; </ins> <del> sourceRoot = "${src.name}/src/go/plugin/go.d"; </del> <ins> sourceRoot = "${finalAttrs.src.name}/src/go/plugin/go.d"; </ins> <del> vendorHash = "sha256-NZ1tg+lvXNgypqmjjb5f7dHH6DIA9VOa4PMM4eq11n0="; doCheck = false; proxyVendor = true; </del> <ins> vendorHash = "sha256-NZ1tg+lvXNgypqmjjb5f7dHH6DIA9VOa4PMM4eq11n0="; doCheck = false; proxyVendor = true; </ins> <del> ldflags = [ "-s" "-w" "-X main.version=${version}" ]; </del> <ins> ldflags = [ "-s" "-w" "-X main.version=${finalAttrs.version}" ]; </ins> <del> passthru.tests = tests; meta = meta // { description = "Netdata orchestrator for data collection modules written in Go"; mainProgram = "godplugin"; license = lib.licenses.gpl3Only; }; }).goModules; </del> <ins> passthru.tests = tests; meta = finalAttrs.meta // { description = "Netdata orchestrator for data collection modules written in Go"; mainProgram = "godplugin"; license = lib.licenses.gpl3Only; }; }).goModules; </ins> inherit withIpmi withNetworkViewer; tests.netdata = nixosTests.netdata; }; meta = with lib; { <del> broken = stdenv.isDarwin || stdenv.buildPlatform != stdenv.hostPlatform || withEbpf; </del> <ins> broken = stdenv.buildPlatform != stdenv.hostPlatform || withEbpf; </ins> description = "Real-time performance monitoring tool"; homepage = "https://www.netdata.cloud/"; changelog = "https://github.com/netdata/netdata/releases/tag/v${version}"; <del> license = [ licenses.gpl3Plus ] ++ lib.optionals (withCloudUi) [ licenses.ncul1 ]; </del> <ins> license = [ licenses.gpl3Plus ] ++ lib.optionals (withCloudUi) [ licenses.ncul1 ]; </ins> platforms = platforms.unix; maintainers = [ ]; }; <del> } </del> <ins> }) </ins>

Discussion:
Steps to reproduce the behavior: netdata 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]:
Created a PR to fix the build, can you try it out ?
Change:
[[package]] name = "jmespath" <del> version = "1.0.0" </del> <ins> version = "1.0.1" </ins> description = "JSON Matching Expressions" category = "main" optional = false

Discussion:
Steps to reproduce the behavior: Please run and paste the result.
Looks like there is already a PR to address this at And fwiw I had to bisect this to fix my config, first bad commit is
Closing since the linked PR was merged. (Not sure why merge of the linked PR didn't close this...)
Change:
options = { services.ttyd = { <del> enable = mkEnableOption (lib.mdDoc "ttyd daemon"); </del> <ins> enable = lib.mkEnableOption ("ttyd daemon"); </ins> port = mkOption { type = types.port; default = 7681; <del> description = lib.mdDoc "Port to listen on (use 0 for random port)"; </del> <ins> description = "Port to listen on (use 0 for random port)"; </ins> }; socket = mkOption { type = types.nullOr types.path; default = null; example = "/var/run/ttyd.sock"; <del> description = lib.mdDoc "UNIX domain socket path to bind."; </del> <ins> description = "UNIX domain socket path to bind."; </ins> }; interface = mkOption { type = types.nullOr types.str; default = null; example = "eth0"; <del> description = lib.mdDoc "Network interface to bind."; </del> <ins> description = "Network interface to bind."; </ins> }; username = mkOption { type = types.nullOr types.str; default = null; <del> description = lib.mdDoc "Username for basic authentication."; </del> <ins> description = "Username for basic http authentication."; </ins> }; passwordFile = mkOption { type = types.nullOr types.path; default = null; apply = value: if value == null then null else toString value; <del> description = lib.mdDoc '' File containing the password to use for basic authentication. </del> <ins> description = '' File containing the password to use for basic http authentication. </ins> For insecurely putting the password in the globally readable store use `pkgs.writeText "ttydpw" "MyPassword"`. '';

Discussion:
After a recent upgrade ( followed by ) the browser-based terminal in my setup, served with ttyd, no longer accepts user input (i.e. where the user can type and enter commands through the browser). Normally you are greeted with a terminal login screen and can enter username/password and log in, but it is now no longer possible to type or submit either. After researching, there is a breaking change in ttyd version =1.7.4, where the terminal is now readonly by default, users must pass or to get an interactive terminal. Note that the release notes appear to incorrectly indicate a lower-case flag, upper-case is needed. Consulting both the listed and the nixpkgs , there is no currently no way to pass this option. I am unsure who if anyone is the maintainer of this service, although I see that maintains the ttyd package. I will attempt to fix and submit a PR.
Change:
jaxlib-bin = callPackage ../development/python-modules/jaxlib/bin.nix { cudaSupport = pkgs.config.cudaSupport or false; <del> inherit (self.tensorflow) cudaPackages; </del> <ins> # At the time of writing (2022-04-18), `cudaPackages.nccl` is broken, so we # pin to `cudaPackages_11_6` instead. cudaPackages = pkgs.cudaPackages_11_6; </ins> }; jaxlib-build = callPackage ../development/python-modules/jaxlib { # Some platforms don't have `cudaSupport` defined, hence the need for 'or false'. cudaSupport = pkgs.config.cudaSupport or false; <del> inherit (self.tensorflow) cudaPackages; </del> <ins> # At the time of writing (2022-04-18), `cudaPackages.nccl` is broken, so we # pin to `cudaPackages_11_6` instead. cudaPackages = pkgs.cudaPackages_11_6; </ins> }; jaxlib = self.jaxlib-build; jaxlibWithCuda = self.jaxlib-build.override { cudaSupport = true; }; jaxlibWithoutCuda = self.jaxlib-build.override {

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking python3Packages.jaxlibWithCuda. python3Packages.jaxlibWithCuda maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tag:
I'm observing this error with many more packages (e.g. ). I'd expect it would've been introduced introduced elsewhere than in openscad commit?
I just bisected a similar bug (dm-tree failure) to
I'm not sure what to do about this... It seems like the kinda of thing people won't want to rollback, but it's also breaking a loooooot of things. cc
Can't reproduce, no build failure on my end. Hydra also has a cached built copy.
I think it's only the version that's failing
I'll see what happens if we bump in
Hopefully it is only a gcc mismatch issue.
RE: Ok, actually tensorflow and jaxlib are still pinned to and override to , so they're all pulling in . Idk about unpinning tensorflow, but I'm pretty sure we should be safe to switch jaxlib to the default cuda packages
As far as the error message goes it seems like it wants LLVM clang rather than GNU g++.
That's a good point. I think we should unpin jax from needing to use the same versions as TF. This seemed like a good idea at the time (I advocated for it), but it's proven to be a PITA since then. TF's version constraints are just so outdated. would you be opposed? I suspect that this was caused by the GCC bump, but I'm not 100% certain yet. I'm currently bisecting a different failure, but once that's done I'll try to debug this further!
Unpinning jax from the old cudaPackages and bumping the new cuda packages to gcc11 I get no more missing symbols, but I fail with:
Thanks for taking a stab at that Just to confirm: is that error within glibc or is it indicating a misuse of glibc APIs?
would you mind the derivation that you've been using? I'm curious to reproduce
good catch, the error was from: I was trying to build with updating and removing for jaxlib and jaxlib-build
Created an issue upstream:
Change:
<ins> { lib, fetchFromGitHub, rustPlatform }: rustPlatform.buildRustPackage rec { pname = "tuc"; version = "0.11.0"; src = fetchFromGitHub { owner = "riquito"; repo = pname; rev = "v${version}"; sha256 = "sha256-M2SK6KF8R0WcyFf8eTyYNK5oXj/DfCrAkUZJ3J2LF6U="; }; cargoSha256 = "sha256-MhEIDRC40zQ8mBXxONavtPr87SrueV57HhmIRLIagGA="; meta = with lib; { description = "When cut doesn't cut it"; homepage = "https://github.com/riquito/tuc"; license = licenses.gpl3; maintainers = with maintainers; [ dit7ya ]; }; } </ins>

Discussion:
Project description You want to cut on more than just a character, perhaps using negative indexes or format the selected fields as you want... Maybe you want to cut on lines (ever needed to drop first and last line?)... That's where tuc can help. Metadata homepage source URL: license: gpl3 platforms: unix
Change:
stdenv.mkDerivation rec { pname = "azuredatastudio"; <del> version = "1.44.1"; </del> <ins> version = "1.48.1"; </ins> desktopItems = [ desktopItem urlHandlerDesktopItem ]; src = fetchurl { name = "${pname}-${version}.tar.gz"; url = "https://azuredatastudio-update.azurewebsites.net/${version}/linux-x64/stable"; <del> sha256 = "sha256-6kEV331kt+/7/uWKZmTTkJX4P06CfxC8Ogq052qlUEg="; </del> <ins> sha256 = "sha256-JDNdMy0Wk6v2pMKS+NzSbsrffaEG2IneZO+K9pBFX48="; </ins> }; nativeBuildInputs = [

Discussion:
The src URL () for Azure Data Studio redirects to latest version (1.48.1), not the specified version (1.44.1), leading to build failure due to hash mismatch. i.e. redirects to . Steps to reproduce the behavior: Specified version of Azure Data Studio should be downloaded, verified and installed. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> # To update package version: #   1. Change version string in node-package.json and this file #   2. Run `./generate.sh` to rebuild node dependencies with node2nix #   3. Build this package `nix-build -A psitransfer` #   4. Profit { stdenv , pkgs , lib , nodejs , fetchzip }: let nodePackages = import ./node-composition.nix { inherit pkgs nodejs; inherit (stdenv.hostPlatform) system; }; psitransfer = lib.head (lib.attrValues nodePackages); combined = psitransfer.override rec { # version is not defined in source package.json # version must also be maintained in node-packages.json for node2nix version = "2.0.1"; # override node2nix package src to pull pre-built release of same version src = fetchzip { url = "https://github.com/psi-4ward/psitransfer/releases/download/v${version}/psitransfer-v${version}.tar.gz"; sha256 = "mfldWTVmfcIRa+1g8YDnQqem5YmrFRfCxJoitWcXvns="; stripRoot = false; }; meta = with lib; { homepage = "https://github.com/psi-4ward/psitransfer"; description = "Simple open source self-hosted file sharing solution"; license = licenses.bsd2; maintainers = with maintainers; [ hyshka ]; }; }; in combined </ins>

Discussion:
Project description Simple open-source self-hosted file sharing solution. Metadata homepage URL: source URL: license: bsd platforms: linux
I may have a go at this myself over the next few weeks but figured I'd start by posting it here.
I marked this as stale due to inactivity. &rarr;
Looks like you contributed this in :)
Change:
ciao = callPackage ../development/compilers/ciao { }; <ins> codon = callPackage ../development/compilers/codon { inherit (llvmPackages_latest) lld stdenv; }; </ins> colm = callPackage ../development/compilers/colm { }; colmap = libsForQt5.callPackage ../applications/science/misc/colmap { cudaSupport = config.cudaSupport or false; };

Discussion:
Project description Codon is a high-performance Python compiler that compiles Python code to native machine code without any runtime overhead. Typical speedups over Python are on the order of 10-100x or more, on a single thread. Codon's performance is typically on par with (and sometimes better than) that of C/C++. Unlike Python, Codon supports native multithreading, which can lead to speedups many times higher still. Codon grew out of the . Metadata homepage URL: source URL: license: Business Source License 1.1 platforms: unix, linux, darwin
I didn't compile it properly, but if you want to run the official binaries on NixOS, this does the job:
Change:
++ lib.optionals enableRocm [ "--suffix LD_LIBRARY_PATH : '${rocmPath}/lib'" "--set-default HIP_PATH '${rocmPath}'" <ins> ] ++ lib.optionals enableCuda [ "--suffix LD_LIBRARY_PATH : '${lib.makeLibraryPath (map lib.getLib cudaLibs)}'" </ins> ]; wrapperArgs = builtins.concatStringsSep " " wrapperOptions;

Discussion:
Running fails when launching the runner: Steps to reproduce the behavior: with the server a model and observe that it fails Either should contain , or the wrapper should add wherever is to . When starting, also prints this warning: . I have 2x Quadro P5000s, using the closed drivers since open doesn't support them. <!-- 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]:
I'm not actually a maintainer of ollama, but there are three others who should have received the ping. That said, I wonder if this is fixed by
Sorry for the ping, I saw your PR and thought the same thing. I've tried with and without the changes from that PR and it doesn't fix the issue.
This awful hack fixes the issue for me:
I wonder if my change could be resolved by putting in LDLIBRARYPATH. I'll try and do some testing in the next couple days
Change:
<del> {lib, stdenv, fetchurl, autoreconfHook, texinfo, mpfr}: </del> <ins> {lib, stdenv, fetchFromGitLab, autoreconfHook, texinfo, mpfr}: </ins> stdenv.mkDerivation rec { pname = "mpfi"; version = "1.5.4"; <del> file_nr = "38111"; src = fetchurl { # NOTE: the file_nr is whats important here. The actual package name (including the version) # is ignored. To find out the correct file_nr, go to https://gforge.inria.fr/projects/mpfi/ # and click on Download in the section "Latest File Releases". url = "https://gforge.inria.fr/frs/download.php/file/${file_nr}/mpfi-${version}.tgz"; sha256 = "sha256-Ozk4WV1yCvF5c96vcnz8DdQcixbCCtwQOpcPSkOuOlY="; </del> <ins> src = fetchFromGitLab { domain = "gitlab.inria.fr"; owner = "mpfi"; repo = "mpfi"; # Apparently there is an upstream off-by-one-commit error in tagging # Conditional to allow auto-updaters to try new releases # TODO: remove the conditional after an upstream update # rev = version; rev = if version == "1.5.4" then "feab26bc54529417af983950ddbffb3a4c334d4f" else version; sha256 = "sha256-aj/QmJ38ifsW36JFQcbp55aIQRvOpiqLHwEh/aFXsgo="; </ins> }; <ins> sourceRoot = "source/mpfi"; </ins> nativeBuildInputs = [ autoreconfHook texinfo ]; buildInputs = [ mpfr ]; meta = { description = "A multiple precision interval arithmetic library based on MPFR"; <del> homepage = "https://gforge.inria.fr/projects/mpfi/"; </del> <ins> homepage = "http://perso.ens-lyon.fr/nathalie.revol/software.html"; </ins> license = lib.licenses.lgpl21Plus; maintainers = [lib.maintainers.raskin]; platforms = lib.platforms.unix;

Discussion:
Steps to reproduce the behavior: The download URL seems to be dead. Maybe it's related to other restructuring on INRIA infrastructure (see e.g. ). system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Annoyingly, it looks like no form of the tarball has survived the migration (i.e. the fix is not just a URL change, but also autoreconf)…
Well, if the tarball cannot be recovered somehow, I can only offer the workaround I use here: Since I never had the original tarball, I can't see what this might change. Apparently, they tagged an unbuildable state on gitlab...
We can definitely get the old tarball from Actually the lead author has some tarball on the homepage, I have not checked if it is the same. The tarball seems to have the missing file; tagged version contains the declaration of the missing function… The file has appeared in the Git history two weeks after the release tag, literally in the next commit. Which at least builds.
Some rev-deps also build. Sage in process. Not sure if the tests there cover div_ext, though
So, what do we do? Close your PR and merge mine? Or is anything missing in the «grab the next commit when the file was » approach?
Your PR looks cleaner to me. I'd just prefer if it wouldn't silently fetch the same commit in case the package is updated to a new version some day.
Change:
inherit plugins; } // removeAttrs c [ "type" "pythonPackages" ] // optionalAttrs (python != null) { <del> pythonpath = "${pythonEnv}/${python.sitePackages}"; </del> <ins> pyhome = "${pythonEnv}"; </ins> env = # Argh, uwsgi expects list of key-values there instead of a dictionary. let env' = c.env or [];

Discussion:
The request is to change into in This is needed for python environments that contain .pth files. These .pth files will only be picked up if the python environment that is used for the uwsgi vassal is set as a python home. Please run and paste the results. /nix/store/ial8a56ys2rswfq4j2abm3cl99li5b6p-bash-interactive-4.4-p23-dev copying path '/nix/store/ial8a56ys2rswfq4j2abm3cl99li5b6p-bash-interactive-4.4-p23-dev' from ''... system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Any chance for this to be included in 19.09?
Change:
certs = attrValues cfg.certs; in [ { <del> assertion = cfg.email != null || all (certOpts: certOpts.email != null) certs; </del> <ins> assertion = cfg.defaults.email != null || all (certOpts: certOpts.email != null) certs; </ins> message = '' You must define `security.acme.certs.<name>.email` or <del> `security.acme.email` to register with the CA. Note that using </del> <ins> `security.acme.defaults.email` to register with the CA. Note that using </ins> many different addresses for certs may trigger account rate limits. ''; }

Discussion:
If not specifying an e-mail address for ACME (through or otherwise), a vague error is produced: Steps to reproduce the behavior: but do not specify an e-mail address within an nginx virtual host A clear error should be produced, explaining that an e-mail address is required; for example suggesting setting (like the documentation does). N/A N/A Please run and paste the result. (Note that is being used, pointed at the latest channel)
Hm, this is and present a nice error. There must be an evaluation order problem here. We're probably only seeing this now due to .
I think the error there is incorrect either way; it speaks of but isn't that now?
Just ran into this. Would have been nice to avoid having to google (needs a better error) and find myself here but nevertheless, thanks
Ran into this just yesterday as well. This needs to be better documented in the ACME module or the error needs to be more descriptive.
Change:
runHook postInstall ''; <del> passthru.updateScript = gitUpdater { }; </del> <ins> passthru.updateScript = unstableGitUpdater { }; </ins> meta = with lib; { description = "Flat Design theme for KDE Plasma desktop";

Discussion:
Package name: qogir-kde Latest released version: 2024-06-28 <!-- Search your package here: --- Current version on the unstable channel: 2023-10-20 Current version on the stable/release channel: 2023-10-20 <!-- 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:
githubId = 1608697; name = "Jens Binkert"; }; <ins> jeremiahs = { email = "jeremiah@secrist.xyz"; github = "JeremiahSecrist"; githubId = 26032621; matrix = "@jeremiahs:matrix.org"; name = "Jeremiah Secrist"; }; </ins> jeremyschlatter = { email = "github@jeremyschlatter.com"; github = "jeremyschlatter";

Discussion:
Project description <!-- Describe the project a little: --A customizable TUI display/login manager written in Rust. Lemurs provides a Terminal User Interface (TUI) for a Display/Login Managers in Rust for most GNU/Linux and BSD distributions. It can work both with or without SystemD. Lemurs works on most Unix systems including Linux, FreeBSD and NetBSD. Metadata homepage URL: source URL: license: Apache-2.0, MIT platforms: unix, linux