jiebi/CodeConvo huggingface dataset:
Change:
Project description Atlas CLI is an open source tool that helps developers manage their database schemas by applying modern DevOps principles. Contrary to existing tools, Atlas intelligently plans schema migrations for you, based on your desired state. Metadata homepage URL: source URL: license: apache platforms: all
We are likely to need: to get 0.12.0 to compile. The PR for Atlas is stuck with a darwin failure, I can borrow an mac to see if I can reproduce, but I am building up the courage to enter the orchard.
I've managed to get the existing Atlas PR to build on Darwin with the following addition.
The string can also be replaced with using sed or something else to pass the tests.

Discussion:
<ins> { lib, buildGoModule, fetchFromGitHub, installShellFiles }: buildGoModule rec { pname = "atlas"; version = "0.13.3"; src = fetchFromGitHub { owner = "ariga"; repo = "atlas"; rev = "v${version}"; hash = "sha256-mnLrmsKFDpjTHyOgOeL/YsWcTfbKgv/M+phJSMFQReU="; }; modRoot = "cmd/atlas"; vendorHash = "sha256-Xi0N3lU/gqmkqJcJeQqkKr0rcbad6cIclhq4t6DCTZI="; nativeBuildInputs = [ installShellFiles ]; env.GOWORK = "off"; ldflags = [ "-s" "-w" "-X ariga.io/atlas/cmd/atlas/internal/cmdapi.version=v${version}" ]; subPackages = [ "." ]; postInstall = '' installShellCompletion --cmd atlas  --bash <($out/bin/atlas completion bash)  --fish <($out/bin/atlas completion fish)  --zsh <($out/bin/atlas completion zsh) ''; meta = with lib; { description = "A modern tool for managing database schemas"; homepage = "https://atlasgo.io/"; changelog = "https://github.com/ariga/atlas/releases/tag/v${version}"; license = licenses.asl20; maintainers = [ maintainers.marsam ]; mainProgram = "atlas"; }; } </ins>

atftp = callPackage ../tools/networking/atftp { }; <ins> atlas = callPackage ../development/tools/database/atlas { }; </ins> authoscope = callPackage ../tools/security/authoscope { inherit (darwin.apple_sdk.frameworks) Security; };
Change:
it does not start anymore Steps to reproduce the behavior: davinci-resolve davinci-resolve Working Program. Installed from unstable 22.11pre420742.. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:

Discussion:
, xkeyboard_config , glib , libarchive <ins> , libxcrypt </ins> , python2 }:

ocl-icd glib libarchive <ins> libxcrypt # provides libcrypt.so.1 </ins> xdg-utils # xdg-open needed to open URLs python2 # currently they want python 3.6 which is EOL
Change:
my openldap machine configured using the traditional config file can no longer be upgraded set to System: (NixOS: , Ubuntu/Fedora: , ...) (Gorilla) Nix version: (run ) nix-env (Nix) 1.11.2 Nixpkgs version: (run ) "17.03pre94050."

Discussion:
configDir = mkOption { type = types.path; <del> default = ""; </del> <ins> default = null; </ins> description = "Use this optional config directory instead of using slapd.conf"; example = "/var/db/slapd.d"; };

mkdir -p ${cfg.dataDir} chown -R ${cfg.user}:${cfg.group} ${cfg.dataDir} ''; <del> serviceConfig.ExecStart = "${openldap.out}/libexec/slapd -u ${cfg.user} -g ${cfg.group} -d 0 -h "${concatStringsSep " " cfg.urlList}" ${if cfg.configDir == "" then "-f "+configFile else "-F "+cfg.configDir}"; </del> <ins> serviceConfig.ExecStart = "${openldap.out}/libexec/slapd -u ${cfg.user} -g ${cfg.group} -d 0 -h "${concatStringsSep " " cfg.urlList}" ${if cfg.configDir == null then "-f "+configFile else "-F "+cfg.configDir}"; </ins> }; users.extraUsers.openldap =
Change:
Audacity on is the version. Every time I open it, I am warned people should not use this version. I experienced miscellaneous bugs, freezes and crashes over the past months. I improved the situation by installing the version from instead. It is also an alpha version, but while still sometimes freezes, overall behaves much better. Even though the channel is called unstable, I believe this just means 'newest functioning version'. I think the version of audacity should be the one they recommend installing, namely . <!-- 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 tag should have been 3.2.1, see cc
Wait, I don't think I set the rev wrong in . ~What should it be other than ?~ According to the flag must be set for the build will be marked as release. I'll make a PR for this, but I still think it is pretty unrelated to the bugs.

Discussion:
]; cmakeFlags = [ <ins> "-DAUDACITY_BUILD_LEVEL=2" </ins> "-DAUDACITY_REV_LONG=nixpkgs" "-DAUDACITY_REV_TIME=nixpkgs" "-DDISABLE_DYNAMIC_LOADING_FFMPEG=ON"
Change:
Project description Metadata license: MIT platforms: Any
I guess the issue can be closed due to . Reopen if I am incorrect
Oh, weird. The " in wasn't applied automatically. Thank you!

Discussion:
gem 'idn-ruby' gem 'jbuilder' gem 'jekyll' <ins> gem 'jekyll-favicon' </ins> gem 'jmespath' gem 'jwt' gem 'kramdown-rfc2629'

platforms = []; source = { remotes = ["https://rubygems.org"]; <del> sha256 = "19ynyc7wzl71hn7jw467xr188v0az679l54167slm3jh5mx6rijf"; </del> <ins> sha256 = "03qiz6kbk260v3613z4wrk8iy1mi06j631fglcskfxyhf18lpy05"; </ins> type = "gem"; }; <del> version = "6.0.7"; </del> <ins> version = "6.0.8"; </ins> }; hashie = { groups = ["default"];

}; version = "0.1.4"; }; <ins> jekyll-favicon = { dependencies = ["jekyll" "mini_magick" "rexml"]; groups = ["default"]; platforms = []; source = { remotes = ["https://rubygems.org"]; sha256 = "0dyksm4i11n0qshd7wh6dvk8d0fc70dd32ir2dxs6igxq0gd6hi1"; type = "gem"; }; version = "1.1.0"; }; </ins> jekyll-feed = { dependencies = ["jekyll"]; groups = ["default"];

platforms = []; source = { remotes = ["https://rubygems.org"]; <del> sha256 = "0rsgvdyh828k6bz95b4391ydv6710d4dsdrrfr684glks7599ldf"; </del> <ins> sha256 = "1jbqw7hkx08i5dj74fwfdc16980hsj3mhrxp4mmjxsdzw1kndrvp"; </ins> type = "gem"; }; <del> version = "3.2.3"; </del> <ins> version = "3.2.4"; </ins> }; liquid = { groups = ["default"];
Change:
Steps to reproduce the behavior: nix build nixpkgs#pkgsCross.armv7l-hf- fails to build since . The commit is an update of protobuf from 3.19 to 3.21. Partial build log: <!-- 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 x8664-linux -aarch64-linux cross build works for me on master @ . . x8664-linux -armv7l-hf-multiplatform fails for me as well.
I have updated the title to reflect that the failing build is on armv7. The error logs seems to indicate that there is a version incompatibility between protoc and grpc. However, I find it strange that it is only an issue for armv7.

Discussion:
prospector = callPackage ../development/tools/prospector { }; # https://github.com/protocolbuffers/protobuf/issues/10418 <del> protobuf = if stdenv.hostPlatform.is32bit then protobuf3_20 else </del> <ins> # protobuf versions have to match between build-time and run-time # Using "targetPlatform" in the check makes sure that the version of # pkgsCross.armv7l-hf-multiplatform.buildPackages.protobuf matches the # version of pkgsCross.armv7l-hf-multiplatform.protobuf protobuf = if stdenv.targetPlatform.is32bit then protobuf3_20 else </ins> protobuf3_21; protobuf3_21 = callPackage ../development/libraries/protobuf/3.21.nix { };
Change:
git package includes which defines functions for shell prompt customization like . Even though the file is included it's not sourced by default and doesn't make the functions available. Steps to reproduce the behavior: package system-wide. one of the functions provided: the file manually: function becomes available: shell function being available out of the box when package installed. Making the prompt functions available when bash completions are enabled seem to have been the original intention of . However one might also argue that the functions should not be sourced by default if someone doesn't use git prompt customisations provided. It could be placed behind an option but I'm not sure it's worth the hassle. cc
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I'm not a maintainer or expert, but I read your linked Discourse thread and your ticket because it sounded interesting. Great analysis and writeup. My interpretation is that was never intended to be sourced automatically when completions are enabled, for two reasons. First, inside of : which is an instruction to source it explicitly. Second, the for says: which leads me to believe that was created so that it can be used independently from bash completion. Prior to its creation, it might have been available automatically as a consequence of completion scripts being loaded eagerly, but that was accidental.
Thanks for digging deeper into this, Theodore! I agree with your conclusion: it does look like the prompt script wasn't intended to be sourced automatically. I think the best way to approach this in NixOS would be to have a option that would enable sourcing of the file.
I think something like this sounds reasonable. I'm sorry I can't help with it right now, because I haven't set up NixOS yet. (I'm just using nix on my Mac right now.)
No worries, thanks for your help so far :) I might eventually give it a shot myself.

Discussion:
''; }; <ins> prompt = { enable = mkEnableOption "automatically sourcing git-prompt.sh. This does not change $PS1; it simply provides relevant utility functions"; }; </ins> lfs = { enable = mkEnableOption (lib.mdDoc "git-lfs");

}; }; }) <ins> (mkIf (cfg.enable && cfg.prompt.enable) { environment.interactiveShellInit = '' source ${cfg.package}/share/bash-completion/completions/git-prompt.sh ''; }) </ins> ]; meta.maintainers = with maintainers; [ figsoda ];
Change:
Steps to reproduce the behavior: mesa Please run and paste the result.
Sorry about that :( Is there a way I can test changes for aarch64-darwin without a darwin device to avoid this in future? It looks like pkgsCross.aarch64-darwin is broken.

Discussion:
, galliumDrivers ? ["auto"] , vulkanDrivers ? ["auto"] , eglPlatforms ? [ "x11" ] ++ lib.optionals stdenv.isLinux [ "wayland" ] <del> , vulkanLayers ? [ "device-select" "overlay" ] </del> <ins> , vulkanLayers ? lib.optionals (!stdenv.isDarwin) [ "device-select" "overlay" ] # No Vulkan support on Darwin </ins> , OpenGL, Xplugin , withValgrind ? lib.meta.availableOn stdenv.hostPlatform valgrind-light && !valgrind-light.meta.broken, valgrind-light , enableGalliumNine ? stdenv.isLinux
Change:
First time ever i was installing elm and i got below errors. building path(s) ‘/nix/store/4r6fw84g0k0y7bfx7ggbav9z26m0x9ln-elm-0.17.1’ created 8 symlinks in user environment building path(s) ‘/nix/store/9vshyngqc8gqi7zdywa0xxaxxvm9ksp4-user-environment’ Wide character in die at /nix/store/64jc9gd2rkbgdb4yjx3nrgc91bpjj5ky- line 79. collision between ‘/nix/store/59ld06whck9pr9yyg0g57zi49679v5dg-elm-format-0.4.0/bin/elm-format-0.16’ and ‘/nix/store/4r6fw84g0k0y7bfx7ggbav9z26m0x9ln-elm-0.17.1/bin/elm-format-0.16’; use ‘nix-env --set-flag priority NUMBER PKGNAME’ to change the priority of one of the conflicting packages builder for ‘/nix/store/wfyxszic0kp26qsxs130zprm0rs8ryi7-user-’ failed with exit code 255 error: build of ‘/nix/store/wfyxszic0kp26qsxs130zprm0rs8ryi7-user-’ failed nix-env -iA nixos.elmPackages System: (NixOS: ) Nix version: () Nixpkgs version: ()
Looks similar to
Use an older version for the time being like

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:
on nixpkgs-unstable, rare fails to start should display a GUI
a bisect led to this faulty commit:
Reported upstream:

Discussion:
buildPythonApplication rec { pname = "rare"; <del> version = "1.9.2"; </del> <ins> version = "1.9.3"; </ins> src = fetchFromGitHub { owner = "Dummerle"; repo = "Rare"; rev = version; <del> sha256 = "sha256-mL23tq5Fvd/kXAr7PZ+le5lRXwV3rKG/s8GuXE+S11M="; </del> <ins> sha256 = "sha256-M+OMsyamh4WHIx7Pv2sLylOrnSmYrv1aEm3atqXrDaw="; </ins> }; nativeBuildInputs = [
Change:
Project description Cross-platform GUI written in Rust using ADB to debloat non-rooted android devices. Improve your privacy, the security and battery life of your device. Metadata homepage URL: source URL: license: GPL-3.0 platforms: linux, darwin

Discussion:
<ins> { android-tools , clang , expat , fetchFromGitHub , fontconfig , freetype , lib , libglvnd , makeWrapper , mold , pkg-config , rustPlatform , xorg }: rustPlatform.buildRustPackage rec { pname = "universal-android-debloater"; version = "0.6.1"; src = fetchFromGitHub { owner = "Universal-Debloater-Alliance"; repo = pname; rev = version; hash = "sha256-8s4/lAekW2glz4lH79UtbziToytT53m5wQGTVMBAqMU="; }; cargoHash = "sha256-fMW9CmDyJ77PIuJ6QGI8nNZsuAZwkL9xf3xbbX13HKw="; buildInputs = [ expat fontconfig freetype ]; nativeBuildInputs = [ makeWrapper mold pkg-config ]; nativeCheckInputs = [ clang ]; preCheck = '' export HOME="$(mktemp -d)" ''; postInstall = '' wrapProgram $out/bin/uad_gui  --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ fontconfig freetype libglvnd xorg.libX11 xorg.libXcursor xorg.libXi xorg.libXrandr ]}  --suffix PATH : ${lib.makeBinPath [ android-tools ]} ''; meta = with lib; { description = "A tool to debloat non-rooted Android devices"; changelog = "https://github.com/Universal-Debloater-Alliance/universal-android-debloater/blob/${src.rev}/CHANGELOG.md"; homepage = "https://github.com/Universal-Debloater-Alliance/universal-android-debloater"; license = licenses.gpl3Only; mainProgram = "uad_gui"; maintainers = with maintainers; [ xfix ]; platforms = platforms.linux; }; } </ins>
Change:
Weka crashes if using the nixpkgs version Steps to reproduce the behavior: weka from nixpkgs at (nixos-unstable) weka Weka opening that main window and working properly. It neither opens the main window nor works properly. If applicable, add screenshots to help explain your problem. Downloading the zip from and running by using from works as expected. <!-- 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.

Discussion:
msieve = callPackage ../applications/science/math/msieve { }; <del> weka = callPackage ../applications/science/math/weka { }; </del> <ins> weka = callPackage ../applications/science/math/weka { jre = openjdk11; }; </ins> yad = callPackage ../tools/misc/yad { };
Change:
Project description Sheldon is a fast, configurable, command-line tool to manage your shell plugins. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin

Discussion:
shab = callPackage ../tools/text/shab { }; <del> sheldon = callPackage ../tools/misc/sheldon { }; </del> <ins> sheldon = callPackage ../tools/misc/sheldon { inherit (darwin.apple_sdk.frameworks) Security; }; </ins> shell-hist = callPackage ../tools/misc/shell-hist { };
Change:
Steps to reproduce the behavior: cargo-nextest also on hydra I guess this is caused by in which nextest-runner upgraded its dependency to , while in the integration test the version is left locked as . Maybe the vendor stage failed to pack two versions of into the archive? <!-- 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.

Discussion:
cargoBuildFlags = [ "-p" "cargo-nextest" ]; cargoTestFlags = [ "-p" "cargo-nextest" ]; <ins> # TODO: investigate some more why these tests fail in nix checkFlags = [ "--skip=tests_integration::test_list" "--skip=tests_integration::test_relocated_run" "--skip=tests_integration::test_run" ]; </ins> meta = with lib; { description = "Next-generation test runner for Rust projects"; homepage = "https://github.com/nextest-rs/nextest";
Change:
I get the error: It seems that this problem is related to There is no problem for System: 17.03pre94121. (Gorilla) and on master Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: 17.03pre94121.
it seems the tests depend on a package like

Discussion:
bitbucket_api = buildPythonPackage rec { name = "bitbucket-api-0.4.4"; <ins> # python3 does not support relative imports disabled = isPy3k; </ins> src = pkgs.fetchurl { url = "mirror://pypi/b/bitbucket-api/${name}.tar.gz"; sha256 = "e890bc3893d59a6f203c1eb2bae60e78ac4d3869da7ea4fb104dca588aea85b2"; }; <del> propagatedBuildInputs = with self; [ requests_oauth2 nose sh ]; </del> <ins> propagatedBuildInputs = with self; [ requests_oauthlib nose sh ]; </ins> doCheck = false;

requests_oauth2 = buildPythonPackage rec { name = "requests-oauth2-0.1.1"; <ins> # python3 does not support relative imports disabled = isPy3k; </ins> src = pkgs.fetchurl { url = https://github.com/maraujop/requests-oauth2/archive/0.1.1.tar.gz; sha256 = "1aij66qg9j5j4vzyh64nbg72y7pcafgjddxsi865racsay43xfqg"; }; <del> propagatedBuildInputs = with self; [ requests_oauthlib ]; </del> <ins> propagatedBuildInputs = with self; [ requests2 ]; # no tests in tarball doCheck = false; </ins> meta = { description = "Python's Requests OAuth2 (Open Authentication) plugin";
Change:
Apache HBase 1.7 EOL was in 2022/08, can we remove it? via
Hey. Thanks for reminding me. I have a WIP PR for this: I'm not sure why I left it as a draft... I'll go over it again and open it if it's ready.

Discussion:
haproxy = handleTest ./haproxy.nix {}; hardened = handleTest ./hardened.nix {}; healthchecks = handleTest ./web-apps/healthchecks.nix {}; <del> hbase1 = handleTest ./hbase.nix { package=pkgs.hbase1; }; </del> hbase2 = handleTest ./hbase.nix { package=pkgs.hbase2; }; <ins> hbase_2_4 = handleTest ./hbase.nix { package=pkgs.hbase_2_4; }; </ins> hbase3 = handleTest ./hbase.nix { package=pkgs.hbase3; }; hedgedoc = handleTest ./hedgedoc.nix {}; herbstluftwm = handleTest ./herbstluftwm.nix {};

}; in { <del> hbase_1_7 = common { version = "1.7.1"; hash = "sha256-DrH2G79QLT8L0YTTmAGC9pUWU8semSaTOsrsQRCI2rY="; jdk = jdk8_headless; tests.standalone = nixosTests.hbase1; }; </del> hbase_2_4 = common { <del> version = "2.4.11"; hash = "sha256-m0vjUtPaj8czHHh+rQNJJgrFAM744cHd06KE0ut7QeU="; </del> <ins> version = "2.4.15"; hash = "sha256-KJXpfQ91POVd7ZnKQyIX5qzX4JIZqh3Zn2Pz0chW48g="; tests.standalone = nixosTests.hbase_2_4; }; hbase_2_5 = common { version = "2.5.1"; hash = "sha256-ddSa4q43PSJv1W4lzzaXfv4LIThs4n8g8wYufHgsZVE="; </ins> tests.standalone = nixosTests.hbase2; }; hbase_3_0 = common { <del> version = "3.0.0-alpha-2"; hash = "sha256-QPvgO1BeFWvMT5PdUm/SL92ZgvSvYIuJbzolbBTenz4="; </del> <ins> version = "3.0.0-alpha-3"; hash = "sha256-TxuiUHc2pTb9nBth1H2XrDRLla2vqM+e1uBU+yY2/EM="; </ins> tests.standalone = nixosTests.hbase3; }; }

hasura-cli = callPackage ../servers/hasura/cli.nix { }; <del> inherit (callPackage ../servers/hbase {}) hbase_1_7 hbase_2_4 hbase_3_0; hbase1 = hbase_1_7; hbase2 = hbase_2_4; </del> <ins> inherit (callPackage ../servers/hbase {}) hbase_2_4 hbase_2_5 hbase_3_0; hbase2 = hbase_2_5; </ins> hbase3 = hbase_3_0; hbase = hbase2; # when updating, point to the latest stable release
Change:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.pytorch maintainers cc: python310Packages.tensorboard maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: -
Related:

Discussion:
pushd unpacked/tensorboard-${version} substituteInPlace tensorboard-${version}.dist-info/METADATA  <del> --replace "google-auth-oauthlib (<0.5,>=0.4.1)" "google-auth-oauthlib (<0.6,>=0.4.1)"  </del> <ins> --replace "google-auth-oauthlib (<0.5,>=0.4.1)" "google-auth-oauthlib (<1.0,>=0.4.1)"  </ins> --replace "protobuf (<3.20,>=3.9.2)" "protobuf (>=3.9.2)" popd
Change:
Electron is a security-critical component for several desktop applications and we shouldn't be keeping EOL versions around. Please remove all versions older than 18 if possible. The latest version is 21. via cc
There are at least 14 packages that require Electron < 18, should we drop them as well? Isn't it better to just mark Electron < 18 packages as insecure via ?
That is a start, ideally we could move those packages off older Electron versions, but I don't know how feasible that is.

Discussion:
++ optionals (versionAtLeast version "11.0.0") [ "aarch64-darwin" ] ++ optionals (versionOlder version "19.0.0") [ "i686-linux" ]; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; <del> knownVulnerabilities = optional (versionOlder version "15.0.0") "Electron version ${version} is EOL"; </del> <ins> knownVulnerabilities = optional (versionOlder version "18.0.0") "Electron version ${version} is EOL"; </ins> }; fetcher = vers: tag: hash: fetchurl {
Change:
As part of , I found that no longer builds correctly. Steps to reproduce the behavior: devilutionx it started to fail on hydra, and here's the latest . I can reproduce it locally. I think that this is the important part, where was not found: I'm the maintainer, but I'm not sure how to fix it...
Hey maybe you could help?
Maybe and ?
I built on with merged and it works now, thanks ! Closing this at it should be fixed now.

Discussion:
stdenv.mkDerivation rec { pname = "SDL2"; <del> version = "2.24.0"; </del> <ins> version = "2.24.2"; </ins> src = fetchurl { url = "https://www.libsdl.org/release/${pname}-${version}.tar.gz"; <del> sha256 = "sha256-keTDSxdo+S05mweOFxRIxq8Yyv2nQ5h+0gZKKJVNbZc="; </del> <ins> sha256 = "sha256-s17wqAKwnZDtOt0NysDpWCCAQgKRT1u3sP63EPGhMp8="; </ins> }; dontDisableStatic = if withStatic then 1 else 0; outputs = [ "out" "dev" ];
Change:
Steps to reproduce the behavior: Seems like it's tied to deno. Also, it builds with yarn2nix just not node2nix. <!-- 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.

Discussion:
''; }; <ins> readability-cli = prev.readability-cli.override (oldAttrs: { # Wrap src to fix this build error: # > readability-cli/readable.ts: unsupported interpreter directive "#!/usr/bin/env -S deno..." # # Need to wrap the source, instead of patching in patchPhase, because # buildNodePackage only unpacks sources in the installPhase. src = pkgs.srcOnly { src = oldAttrs.src; name = oldAttrs.name; patchPhase = "chmod a-x readable.ts"; }; nativeBuildInputs = [ pkgs.pkg-config ]; buildInputs = with pkgs; [ pixman cairo pango ]; }); </ins> reveal-md = prev.reveal-md.override ( lib.optionalAttrs (!stdenv.isDarwin) { nativeBuildInputs = [ pkgs.buildPackages.makeWrapper ];
Change:
I encountered this when trying to convert floats to Hexadecimal with lib.strings.toHexString. For example: is a really weird error message and should just be caught with a small or something similar try it out in Understandable error messages <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Which means should be type-checked.
i was actually aware of lib.toBaseDigits, but i wasn't sure, if it is able to handle floats because i dont understand how it does what it does
Given an integer, e.g. , its first digit in base is determined by . In Nix, we do have , but given a float, we will have instead. So, in the case of the issue, is incorrectly converted to , causing the error in the hex character conversion.

Discussion:
in [r] ++ go q; in <ins> assert (isInt base); assert (isInt i); </ins> assert (base >= 2); assert (i >= 0); lib.reverseList (go i);