jiebi/CodeConvo huggingface dataset:
Change:
let wasiPreviewCommandComponentAdapter = fetchurl { <del> url = "https://github.com/bytecodealliance/wasmtime/releases/download/v13.0.0/wasi_snapshot_preview1.command.wasm"; hash = "sha256-QihT0Iaq9VJs2mLL9CdS32lVMtDc9M952k/ZZ4tO6qs="; </del> <ins> url = "https://github.com/bytecodealliance/wasmtime/releases/download/v22.0.0/wasi_snapshot_preview1.command.wasm"; hash = "sha256-UVBFddlI0Yh1ZNs0b2jSnKsHvGGAS5U09yuwm8Q6lxw="; </ins> }; wasiPreviewReactorComponentAdapter = fetchurl { <del> url = "https://github.com/bytecodealliance/wasmtime/releases/download/v13.0.0/wasi_snapshot_preview1.reactor.wasm"; hash = "sha256-bNmx/IqYPkA7YHvlYvHPmIMF/fkKtSXlZx1bjR3Neow="; </del> <ins> url = "https://github.com/bytecodealliance/wasmtime/releases/download/v22.0.0/wasi_snapshot_preview1.reactor.wasm"; hash = "sha256-oE53IRMZgysSWT7RhrpZJjdaIyzCRf0h4d1yjqj/PSk="; </ins> }; in rustPlatform.buildRustPackage rec { pname = "wash-cli"; <del> version = "0.24.0"; </del> <ins> version = "0.29.2"; </ins> src = fetchCrate { inherit version pname; <del> hash = "sha256-exhN+44Sikcn2JiIry/jHOpYrPG2oQOpwq/Mq+0VK0U="; </del> <ins> hash = "sha256-A66KSDYFbByguhnlzzU5nf8pE3lhnYQjI3h73SKB2Zo="; </ins> }; <del> cargoHash = "sha256-eEfkMoi4BPpKWkiTshHj59loFPzyrhFN/S8HKdMCGFM="; </del> <ins> cargoHash = "sha256-2mo30xHQ3aCExdI0ITDY9g/C5peN48PdUNFVVxM//+c="; </ins> nativeBuildInputs = [ pkg-config ];

Discussion:
Package name: wash-cli Latest released version: 0.29 Current version on the unstable channel: 0.24 Current version on the stable/release channel: 0.24 only 0.24-0.28 is available... for 0.29, the maintainers now have wash-cli as part of the mono-repo which will take a different approach to get the right part of the repository for wash-cli which is now in I don't know how to do this without a bunch of pre and postfetch nonsense, I am sure someone does.
Not a problem actually, we fetch it from , not the github repo.
Change:
--symlink /etc/ld.so.cache ${glibc}/etc/ld.so.cache  --ro-bind ${glibc}/etc/rpc ${glibc}/etc/rpc  --remount-ro ${glibc}/etc  <ins> '' + lib.optionalString (stdenv.isx86_64 && stdenv.isLinux) (indentLines '' </ins> --tmpfs ${pkgsi686Linux.glibc}/etc  --symlink /etc/ld.so.conf ${pkgsi686Linux.glibc}/etc/ld.so.conf  --symlink /etc/ld.so.cache ${pkgsi686Linux.glibc}/etc/ld.so.cache  --ro-bind ${pkgsi686Linux.glibc}/etc/rpc ${pkgsi686Linux.glibc}/etc/rpc  --remount-ro ${pkgsi686Linux.glibc}/etc  <ins> '') + '' </ins> "''${ro_mounts[@]}" "''${symlinks[@]}" "''${auto_mounts[@]}"

Discussion:
Steps to reproduce the behavior: : lock file: to build the nixosConfiguration: I'm building an aarch64-linux NixOS system on x8664-linux system. It last wokred a few weeks ago on and currently works on . Currently it doesn't work on and . Only recent change mentioning plex I found is , maybe that's the cause? <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: nixpkgs:
Experiencing the esame too. This PR might be related too:
yeah, this also happens with everything under the cross compilation set like wine and steam, even when using pkgsCross. Any ideas about the rest?
Updated my nixpkgs to include and that fixed it for me - so I no longer need to use an overlay with the bugfix.

and can not be installed on aarch64-linux. Steps to reproduce the behavior: That may be installed on aarch64-linux. The following command which install vscode without fhs works:
Change:
in { ammonite_2_12 = common { scalaVersion = "2.12"; <del> sha256 = "sha256-Iov55ohFjcGhur5UEng7aAZJPVua1H/JaKKW6OKS6Zg="; </del> <ins> sha256 = "sha256-SlweOVHudknbInM4rfEPJ9bLd3Z/EImLhVLzeKfjfMQ="; </ins> }; ammonite_2_13 = common { scalaVersion = "2.13"; <del> sha256 = "sha256-dzUhKUQDHrYZ4WyCk4z4CTxb6vK05qfApR/WPOwhA5s="; </del> <ins> sha256 = "sha256-2BydXmF6AkWDdG5rbRLD2I/6z3w3UD0dCd5Tp+3lU7c="; </ins> }; }

Discussion:
Steps to reproduce the behavior: ammonite This problem started 5 days ago, with no recent update to the nix expression of ammonite, scala ~or jdk. So that's quite weird.~ UPDATE: JDK seems to have been bumped to 21. A newer version of Ammonite does not have the problem. <!-- 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]:
Change:
installPhase = '' runHook preInstall mkdir -p $out/bin cp -r ./ $out <ins> mkdir -p $out/share/doc/$pname/$version mv $out/LICENSE.txt $out/share/doc/$pname/$version/ mv $out/ThirdPartyNotices.txt $out/share/doc/$pname/$version/ </ins> ln -s $out/dotnet $out/bin/dotnet runHook postInstall '';

Discussion:
The package includes files at the root of its directory, increasing the chances for conflicts. (related ). Steps to reproduce the behavior: -l ./result You will see a , a and other files in there. There should only be folders in .
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I made a PR with a fix, when it's merged this will be fixed.
Change:
meta = with lib; { description = "CLI email client written in Rust"; homepage = "https://github.com/soywod/himalaya"; <ins> changelog = "https://github.com/soywod/himalaya/blob/v${version}/CHANGELOG.md"; </ins> license = licenses.bsd3; maintainers = with maintainers; [ yanganto ]; };

Discussion:
<!-- 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 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: himalaya <!-- The current version can be found easily with the same process than 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.4.0 desired version: 0.5.1 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: I tried this but didn't work for me. I don't know anything about Rust tooling.
Change:
}; propagatedBuildInputs = [ zlib xz ncompress gzip bzip2 gnutar p7zip cabextract cramfsswap cramfsprogs lzma pycrypto ] <del> ++ stdenv.lib.optional visualizationSupport pyqtgraph; </del> <ins> ++ stdenv.lib.optionals visualizationSupport [ matplotlib pyqtgraph ]; </ins> # setup.py only installs version.py during install, not test postPatch = ''

Discussion:
To Reproduce Steps to reproduce the behavior: [nix-shell:~/Downloads]$ binwalk -E WARNING: Failed to import matplotlib module, visual entropy graphing will be disabled DECIMAL HEXADECIMAL ENTROPY
0 0x0 Rising entropy edge (0.) [nix-shell:~/Downloads]$ nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(asbachb): channels(root): nixpkgs: yaml attribute: python38Packages.binwalk-full python38Packages.binwalk module:
Opened fixing this, PTAL.
Change:
###### implementation config = mkIf config.programs.qt5ct.enable { environment.variables.QT_QPA_PLATFORMTHEME = "qt5ct"; <del> environment.systemPackages = with pkgs; [ qt5ct ]; </del> <ins> environment.systemPackages = with pkgs; [ libsForQt5.qt5ct ]; </ins> }; }

Discussion:
qt5ct is not a part of libsForQt5, what means it's not built for other Qt versions (like 5.14) and apps using these Qt versions (e.g. virtualbox) aren't themed Steps to reproduce the behavior: virtualbox and run it VirtualBox is themed ! Maintainer information:
I don't have enough familiarity with the Qt infrastructure to fix this myself.
looks like all you need is to just move qt5ct from all- to qt5-, it will become libsForQt5.qt5ct
Change:
- []{#ssec-gnome-hooks-dconf} `dconf.lib` is a dependency of `wrapGAppsHook`, which then also adds it to the `GIO_EXTRA_MODULES` variable. <del> - []{#ssec-gnome-hooks-hicolor-icon-theme} `hicolor-icon-theme`’s setup hook will add icon themes to `XDG_ICON_DIRS` which is prepended to `XDG_DATA_DIRS` by `wrapGAppsHook`. </del> <ins> - []{#ssec-gnome-hooks-hicolor-icon-theme} `hicolor-icon-theme`’s setup hook will add icon themes to `XDG_ICON_DIRS`. </ins> - []{#ssec-gnome-hooks-gobject-introspection} `gobject-introspection` setup hook populates `GI_TYPELIB_PATH` variable with `lib/girepository-1.0` directories of dependencies, which is then added to wrapper by `wrapGAppsHook`. It also adds `share` directories of dependencies to `XDG_DATA_DIRS`, which is intended to promote GIR files but it also [pollutes the closures](https://github.com/NixOS/nixpkgs/issues/32790) of packages using `wrapGAppsHook`.

Discussion:
It seems, inkscape is a build-only dependency of mate-utils, but wrapGAppHook makes it a runtime dependency Steps to reproduce the behavior: mate-utils mate-utils doesn't pull inkscape
In fact appears in the binary wrappers, in the definition of . Not being a runtime dependence, it should not. I suppose this should be fixed in .
By runtime dependency I mean it's installed with binary package
In the derivation it appears in , making it a build dependence. Probably the fact that it is mentioned in the binary wrappers created by has the consequence of turning it into a runtime dependence.
Yeah, I see :( Who is maintainer of wrapGAppsHook though? I wanted initially to mention them in the issue, but unable to find that information
cc
Looking at the output of , it probably gets picked up by puts to inside .
I am not sure why would we even want to add the data directories of icon dependencies into . The app’s own icons should be covered by , and adding icon themes like will not work unless the user also configures the system to use that theme (in which case they should have the theme installed). Or the package contains icons in the fallback () theme – but that should mostly just contain application icons (not something most apps would want to use).
I know Qt has QIcon::setThemeName API, so if gtk has something similar, applications can distribute their own icons in separate packages and then pick up with such API
Sure, but I would not expect that to be common – not even Pantheon does that.
So I would suggest just removing this code: It can cause unintended fallout in cases where it picks up stuff like Vala vapi files but I would expect it to be pretty minor – exists mostly just in app packages, not libraries.
Closing since it sounds like this was fixed by the merge of Happy to reopen if I'm mistaken.
Change:
ft = freetype.overrideAttrs (oldArgs: { dontDisableStatic = true; }); in buildPythonPackage rec { pname = "reportlab"; <del> version = "3.5.19"; </del> <ins> version = "3.5.20"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "47951166d897b60e9e7ca349db82a2b689e6478ac6078e2c7c88ca8becbb0c7d"; </del> <ins> sha256 = "06l7jfax1izvbddmmjw9xpyb7iy4n99v3chyv75d9djaklnqs93v"; </ins> }; checkInputs = [ glibcLocales ];

Discussion:
Trying to get latest git master and the error appears for ReportLab: Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(hyper): channels(root): nixpkgs:
Change:
hash = "sha256-rCFBHs6rCSnp5FEwbUR5veNNTqSQpFblAv8ebSPX0qE="; }; <ins> patches = lib.optional (stdenv.targetPlatform.useLLVM or false) (fetchpatch { url = "https://github.com/libunwind/libunwind/pull/770/commits/a69d0f14c9e6c46e82ba6e02fcdedb2eb63b7f7f.patch"; hash = "sha256-9oBZimCXonNN++jJs3emp9w+q1aj3eNzvSKPgh92itA="; }); </ins> postPatch = if (stdenv.cc.isClang || stdenv.hostPlatform.isStatic) then '' substituteInPlace configure.ac --replace "-lgcc_s" "" '' else lib.optionalString stdenv.hostPlatform.isMusl ''

Discussion:
Steps to reproduce the behavior: On , nixpkgs master cherry-picked <!-- 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]:
Looks like libunwind addressed this on main Jun 11th: And there is a backport PR to the 1.8 series:
Change:
substituteInPlace src/nvim/version.c --replace NVIM_VERSION_CFLAGS ""; ''; # check that the above patching actually works <del> disallowedReferences = [ stdenv.cc ]; </del> <ins> disallowedReferences = [ stdenv.cc ] ++ lib.optional (lua != codegenLua) codegenLua; </ins> cmakeFlags = [ # Don't use downloaded dependencies. At the end of the configurePhase one

Discussion:
Building this package twice does not produce the bit-by-bit identical result each time, making it harder to detect CI breaches. You can read more about this at https://reproducible- . Fixing bit-by-bit reproducibility also has additional advantages, such as avoiding hard-to-reproduce bugs, making content-addressed storage more effective and reducing rebuilds in such systems. You can use to analyze the differences in the output of the two builds. To view the build log of the build that produced the artifact in the binary cache: Looks like symbol ordering differences:
Change:
insync = callPackage ../applications/networking/insync { }; <ins> lemurs = callPackage ../applications/display-managers/lemurs { }; </ins> libstrangle = callPackage ../tools/X11/libstrangle { stdenv = stdenv_32bit; };

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
Change:
# Needs to use fetchgit instead of fetchFromGitHub to fetch submodules src = fetchgit { url = "git://github.com/rust-lang/cargo"; <del> rev = "e7212896dc1b182493a0252a2a126db8be067153"; sha256 = "1qbic7gp7cpihi40kfv3kagja8zsngica8sq9jcm9czb6ba44dsa"; </del> <ins> rev = "132b82d75f607dcb1116b8d44fe60f202f1eb110"; sha256 = "0kx2m0p45zr0ils2ax19sr32cibjppgwj8xvsgrfvzvlnc540xpl"; </ins> }; <del> depsSha256 = "1xfpj1233p4314j6jmip0jjl5m3kj2wbac1ll3yvh7383zb83i1s"; </del> <ins> depsSha256 = "19d2fl5p92108a0yjpix0qxdc23jy122xc87k69hk0pwwxa92l3a"; </ins> buildInputs = [ file curl pkgconfig python openssl cmake zlib makeWrapper ];

Discussion:
To make sure that we are on the same page: Kernel: (run ) 4.5.0 System: (NixOS: , Ubuntu/Fedora: , ...) (Flounder) Nix version: (run ) 1.11.2 Nixpkgs version: (run ) During testing of I managed to get at least two different hashes for . After some discussion with it seems that this derivation can produce non-deterministic output. Hashes of outputs are always the same. They are not. Build several times.
How would one work around that? It basically means the system cannot be rebuild :cry:
cc
You can work around it by updating SHA checksum in the affected package locally.
:confused: Is there any documentation you could point me too. I know how I would to it for packages that I install as a user: out nixpkgs repo the last commit that build for unstable on hydra that out the exa's file 5 run But I think it's also possible to override it in a nix expression, like the one in , since I installed it as a systems package. The thing is that all ressources I find either explain how to do it for that they link to
I changed my to include that: but to no avail :confused:
Sadly we don't have a mechanism to override (it needs to be supported). However, you can rebuild your whole NixOS from a modified repository:
Another way to do it is to call patched nixpkgs from your :
Thanks for your help! I really appreciate it. I tried your last suggestions, but that leads to: It looks like some network hick up, but I tried it multiple times and I opened the github repository from the same machine and it loads fine. Maybe it has something to do with this line: ?
Hm, unfortunately I have no idea what's going on -- you've fixed the hash, so it seems like another problem in .
Still thanks for the help. I learned a lot!
depends on a git repository in which doesn't work with
maybe fetchcargo could take an argument to pin git-based dependencies on a certain commit?
I can confirm that this is still an issue when building : through AUR/exa-git. cc
Are there any updates on this issue, please?
Should be fixed.
Change:
<ins> { stdenv , lib , fetchFromGitHub , pkg-config , cmake , libvorbis , ffmpeg , libeb , hunspell , opencc , xapian , libzim , lzo , xz , tomlplusplus , fmt , bzip2 , libiconv , libXtst , qtbase , qtsvg , qtwebengine , qttools , qtwayland , qt5compat , qtmultimedia , qtspeech , wrapQtAppsHook }: stdenv.mkDerivation (finalAttrs: { pname = "goldendict-ng"; version = "23.07.23"; src = fetchFromGitHub { owner = "xiaoyifang"; repo = "goldendict-ng"; rev = "v${finalAttrs.version}"; hash = "sha256-ZKbrO5L4KFmr2NsGDihRWBeW0OXHoPRwZGj6kt1Anc8="; }; nativeBuildInputs = [ pkg-config cmake wrapQtAppsHook ]; buildInputs = [ qtbase qtsvg qttools qtwebengine qt5compat qtmultimedia qtspeech libvorbis tomlplusplus fmt hunspell xz lzo libXtst bzip2 libiconv opencc libeb ffmpeg xapian libzim ]; cmakeFlags = [ "-DWITH_XAPIAN=ON" "-DWITH_ZIM=ON" "-DWITH_FFMPEG_PLAYER=ON" "-DWITH_EPWING_SUPPORT=ON" "-DUSE_SYSTEM_FMT=ON" "-DUSE_SYSTEM_TOML=ON" ]; meta = with lib; { homepage = "https://xiaoyifang.github.io/goldendict-ng/"; description = "Advanced multi-dictionary lookup program."; platforms = platforms.linux; maintainers = with maintainers; [ slbtty ]; license = licenses.gpl3Plus; }; }) </ins>

Discussion:
Project description A fork of Golden Dictionary which fixes many old bugs, provides improvement, and is being actively developed. It might be better to switch to altogether instead of continuing to maintain . Metadata homepage URL: source URL: license: gplv3 platforms: linux
doesn't seem too inactive now: they even had a new release last month (based on Qt WebKit, though).
I think it might be a good idea to have both versions as provides extra features and bug fixes if that's possible.
Change:
cp -r . $out/share/wordpress ''; <ins> passthru.tests = { inherit (nixosTests) wordpress; }; </ins> meta = with stdenv.lib; { homepage = "https://wordpress.org"; description = "WordPress is open source software you can use to create a beautiful website, blog, or app";

Discussion:
, CVSSv3=2.4 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives. Cc
See also:
merged - closed.
Change:
<ins> { lib, stdenv, fetchFromGitHub, fetchpatch, bluez, cmake, dbus, libftdi1, nix-update-script, pkg-config, useLibFTDI ? true, useOpenMP ? true, buildBluetooth ? true, buildBluetoothLowEnergy ? true, buildONNX ? true, }: stdenv.mkDerivation (finalAttrs: { pname = "brainflow"; version = "5.12.1"; src = fetchFromGitHub { owner = "brainflow-dev"; repo = "brainflow"; rev = "refs/tags/${finalAttrs.version}"; hash = "sha256-haQO03nkvLoXtFVe+C+yi+MwM0CFh6rLcLvU8fQ4k/w="; }; patches = [ # All of these are PRs that were merged into the upstream repository and will be included in the next release # These should be removed once the next version is released (fetchpatch { # Fixes a major issue that prevented the build from working at all (why was this not backported???) url = "https://github.com/brainflow-dev/brainflow/commit/883b0cd08acb99d7b6e241e92fba2e9a363d17b1.patch"; hash = "sha256-QQd+BI3I65gfaNS/SKLjCoqbCwPCiTh+nh0tJAZM6hQ="; }) (fetchpatch { # Bumps the version of a python dependency that had a backwards-incompatible change url = "https://github.com/brainflow-dev/brainflow/commit/ea23a6f0483ce4d6fdd7a82bace865356ee78d7f.patch"; hash = "sha256-dvMpxxRrnJQ9ADGagB1JhuoB9SNwn755wbHzW/3ECeo="; }) (fetchpatch { # Fixes an incorrect use of an environment variable during the build url = "https://github.com/brainflow-dev/brainflow/commit/053b8c1253b686cbec49ab4adb47c9ee02d3f99a.patch"; hash = "sha256-Pfhe1ZvMagfVAGZqeWn1uHXgwlTtkOm+gyWuvC5/Sro="; }) ]; cmakeFlags = with lib; [ (cmakeBool "USE_LIBFTDI" useLibFTDI) (cmakeBool "USE_OPENMP" useOpenMP) (cmakeBool "BUILD_OYMOTION_SDK" false) # Needs a "GFORCE_SDK" (cmakeBool "BUILD_BLUETOOTH" buildBluetooth) (cmakeBool "BUILD_BLE" buildBluetoothLowEnergy) (cmakeBool "BUILD_ONNX" buildONNX) ]; buildInputs = [ dbus ] ++ lib.optional (buildBluetooth || buildBluetoothLowEnergy) bluez ++ lib.optional useLibFTDI libftdi1; nativeBuildInputs = [ cmake pkg-config ]; postPatch = '' find . -type f -name 'build.cmake' -exec  sed -i 's/DESTINATION inc/DESTINATION include/g' {} ; ''; passthru.updateScript = nix-update-script { }; meta = { description = "A library to obtain, parse and analyze data (EEG, EMG, ECG) from biosensors"; homepage = "https://brainflow.org/"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ pandapip1 ziguana ]; platforms = lib.platforms.all; }; }) </ins>

Discussion:
Project description BrainFlow is a library intended to obtain, parse and analyze EEG, EMG, ECG and other kinds of data from biosensors. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
with rustPlatform; buildRustPackage rec { <del> name = "rustfmt-git-2016-02-15"; </del> <ins> name = "rustfmt-${version}"; version = "2016-03-22"; </ins> src = fetchFromGitHub { owner = "rust-lang-nursery"; repo = "rustfmt"; <del> rev = "65bc5c242de86f0651b34fd913ca338a880696e8"; sha256 = "02rdim0y5zg1r2zkfy6kj53idlbdybf3ckardbjsvdna5idc1hpz"; </del> <ins> rev = "ca757183fedf8e89286372b91ca074c11d99c4f4"; sha256 = "0ngg5m002hwwmsqy9wr50dj3l3zgwk39701wzszm3nrhz6x13dmj"; </ins> }; <del> depsSha256 = "1297vy5sgiq4xqdm27pa8f99qiwrl15hb2r1dydzgk7n4iqyir6c"; </del> <ins> depsSha256 = "0mg4z197iiwjlgqs5izacld25cr11qi3bcrqq204f0jzrnj3y8ag"; </ins> meta = with stdenv.lib; { description = "A tool for formatting Rust code according to style guidelines";

Discussion:
To make sure that we are on the same page: Kernel: (run ) 4.5.0 System: (NixOS: , Ubuntu/Fedora: , ...) (Flounder) Nix version: (run ) 1.11.2 Nixpkgs version: (run ) During testing of I managed to get at least two different hashes for . After some discussion with it seems that this derivation can produce non-deterministic output. Hashes of outputs are always the same. They are not. Build several times.
How would one work around that? It basically means the system cannot be rebuild :cry:
cc
You can work around it by updating SHA checksum in the affected package locally.
:confused: Is there any documentation you could point me too. I know how I would to it for packages that I install as a user: out nixpkgs repo the last commit that build for unstable on hydra that out the exa's file 5 run But I think it's also possible to override it in a nix expression, like the one in , since I installed it as a systems package. The thing is that all ressources I find either explain how to do it for that they link to
I changed my to include that: but to no avail :confused:
Sadly we don't have a mechanism to override (it needs to be supported). However, you can rebuild your whole NixOS from a modified repository:
Another way to do it is to call patched nixpkgs from your :
Thanks for your help! I really appreciate it. I tried your last suggestions, but that leads to: It looks like some network hick up, but I tried it multiple times and I opened the github repository from the same machine and it loads fine. Maybe it has something to do with this line: ?
Hm, unfortunately I have no idea what's going on -- you've fixed the hash, so it seems like another problem in .
Still thanks for the help. I learned a lot!
depends on a git repository in which doesn't work with
maybe fetchcargo could take an argument to pin git-based dependencies on a certain commit?
I can confirm that this is still an issue when building : through AUR/exa-git. cc
Are there any updates on this issue, please?
Should be fixed.