jiebi/CodeConvo huggingface dataset:
Change:
Two compilation errors are seen. I have a fix at , but I expect that it needs to be variablized to only apply these two new patches if building against a 4.6 (or greater) kernel, and I don't know how to do that. add'l keywords: ati_unfree
Compiler output:
You can add a simple conditional, e.g. similar to
Excellent, thanks for the pointer! Reworked and created a pull req.

Discussion:
./patches/15.9-kcl_str.patch ./patches/15.9-mtrr.patch ./patches/15.9-preempt.patch <del> ./patches/15.9-sep_printf.patch ]; </del> <ins> ./patches/15.9-sep_printf.patch ] ++ optionals ( kernel != null && (builtins.compareVersions kernel.version "4.6") >= 0 ) [ ./patches/kernel-4.6-get_user_pages.patch ./patches/kernel-4.6-page_cache_release-put_page.patch ]; </ins> buildInputs = [ xorg.libXrender xorg.libXext xorg.libX11 xorg.libXinerama xorg.libSM

<ins> diff --git a/common/lib/modules/fglrx/build_mod/firegl_public.c b/common/lib/modules/fglrx/build_mod/firegl_public.c index 9c70211..b2242af 100755 --- a/common/lib/modules/fglrx/build_mod/firegl_public.c +++ b/common/lib/modules/fglrx/build_mod/firegl_public.c @@ -3220,7 +3220,7 @@ int ATI_API_CALL KCL_LockUserPages(unsigned long vaddr, unsigned long* page_list int ret; down_read(&current->mm->mmap_sem); -    ret = get_user_pages(current, current->mm, vaddr, page_cnt, 1, 0, (struct page **)page_list, NULL); +    ret = get_user_pages(vaddr, page_cnt, 1, 0, (struct page **)page_list, NULL); up_read(&current->mm->mmap_sem); return ret; @@ -3238,7 +3238,7 @@ int ATI_API_CALL KCL_LockReadOnlyUserPages(unsigned long vaddr, unsigned long* p int ret; down_read(&current->mm->mmap_sem); -    ret = get_user_pages(current, current->mm, vaddr, page_cnt, 0, 0, (struct page **)page_list, NULL); +    ret = get_user_pages(vaddr, page_cnt, 0, 0, (struct page **)page_list, NULL); up_read(&current->mm->mmap_sem); return ret; -- 2.9.2 </ins>

<ins> diff --git a/common/lib/modules/fglrx/build_mod/firegl_public.c b/common/lib/modules/fglrx/build_mod/firegl_public.c index b2242af..586129c 100755 --- a/common/lib/modules/fglrx/build_mod/firegl_public.c +++ b/common/lib/modules/fglrx/build_mod/firegl_public.c @@ -3249,7 +3249,7 @@ void ATI_API_CALL KCL_UnlockUserPages(unsigned long* page_list, unsigned int pag unsigned int i; for (i=0; i<page_cnt; i++) { -        page_cache_release((struct page*)page_list[i]); +        put_page((struct page*)page_list[i]); } } -- 2.9.2 </ins>
Change:
Wouldn't it make sense to use instead of for the ? That way the can also run when the backup service failed for some reason.
It does make sense. Could you prepare a PR?
Thanks for the fast answer. Since I'm pretty new to NixOS, I can try. :) Is it simply changing to here?
Yes, it'd use in all cases.
Do I have to follow those "complex" PR rules? Since the change is really small and should be save.
Yes. PR rules need to be followed.
Ok. It will take a while to understand then. Since I never built or tested anything locally ...
No worries. You can use the nixpkgs clone to test in your machine. Also restic has regression tests.
Sorry, I'm too busy right now and this is pretty low on my priority list. So I think I won't do that. Maybe at some point in the future ...

Discussion:
''} ''; } // optionalAttrs (backup.dynamicFilesFrom != null || backup.backupCleanupCommand != null) { <del> postStart = '' </del> <ins> postStop = '' </ins> ${optionalString (backup.backupCleanupCommand != null) '' ${pkgs.writeScript "backupCleanupCommand" backup.backupCleanupCommand} ''}
Change:
Thank you for packaging NBD! However, the current NBD package does not have TLS support. Is it possible to add TLS support to the compile process? Set and try to connect to an TLS-enabled server. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:

Discussion:
<del> { lib, stdenv, fetchurl, pkg-config, glib, which, bison, nixosTests, linuxHeaders }: </del> <ins> { lib, stdenv, fetchurl, pkg-config, glib, which, bison, nixosTests, linuxHeaders, gnutls }: </ins> stdenv.mkDerivation rec { pname = "nbd";

sha256 = "sha256-aHcVbSOnsz917uidL1wskcVCr8PNy2Nt6lqIU5pY0Qw="; }; <del> buildInputs = [ glib linuxHeaders ]; </del> <ins> buildInputs = [ glib gnutls ] ++ lib.optionals stdenv.isLinux [ linuxHeaders ]; </ins> nativeBuildInputs = [ pkg-config which bison ];

cp README.md "$out/share/doc/nbd-${version}/" ''; <del> doCheck = true; </del> <ins> doCheck = !stdenv.isDarwin; </ins> passthru.tests = { test = nixosTests.nbd;

NIX_LDFLAGS = lib.optionalString stdenv.isLinux "-lrt -lpthread"; meta = { <del> homepage = "http://nbd.sourceforge.net"; </del> <ins> homepage = "https://nbd.sourceforge.io/"; </ins> description = "Map arbitrary files as block devices over the network"; license = lib.licenses.gpl2; <del> platforms = lib.platforms.linux; </del> <ins> platforms = lib.platforms.unix; </ins> }; }
Change:
via In short: rainloop, a php-based webmail client, features a trivially exploitable stored xss vulnerability. Upstream is unresponsive, and seem to have ceased development. This page explains how the XSS works and proposes an unofficial patch: Example of an other distro applying this very patch:

Discussion:
<del> { lib, stdenv, fetchurl, unzip, pkgs, dataPath ? "/var/lib/rainloop" }: let </del> <ins> { lib, stdenv, fetchurl, unzip, writeText, dos2unix, dataPath ? "/var/lib/rainloop" }: let </ins> common = { edition, sha256 }: stdenv.mkDerivation (rec { pname = "rainloop${lib.optionalString (edition != "") "-${edition}"}"; version = "1.16.0"; <del> nativeBuildInputs = [ unzip ]; </del> <ins> nativeBuildInputs = [ unzip dos2unix ]; </ins> unpackPhase = '' mkdir rainloop

sha256 = sha256; }; <del> includeScript = pkgs.writeText "include.php" '' </del> <ins> prePatch = '' dos2unix ./rainloop/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php ''; patches = [ ./fix-cve-2022-29360.patch ]; postPatch = '' unix2dos ./rainloop/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php ''; includeScript = writeText "include.php" '' </ins> <?php /**

<ins> Fetched from https://blog.sonarsource.com/rainloop-emails-at-risk-due-to-code-flaw/ --- a/rainloop/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php +++ b/rainloop/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php @@ -239,7 +239,8 @@ class HtmlUtils $oWrapHtml->setAttribute($sKey, $sValue); } -			$oWrapDom = $oDom->createElement('div', '___xxx___'); +			$rand_str = base64_encode(random_bytes(32)); +			$oWrapDom = $oDom->createElement('div', $rand_str); $oWrapDom->setAttribute('data-x-div-type', 'body'); foreach ($aBodylAttrs as $sKey => $sValue) { @@ -250,7 +251,7 @@ class HtmlUtils $sWrp = $oDom->saveHTML($oWrapHtml); -			$sResult = str_replace('___xxx___', $sResult, $sWrp); +			$sResult = str_replace($rand_str, $sResult, $sWrp); } $sResult = str_replace(MailSoBaseHtmlUtils::$KOS, ':', $sResult); </ins>
Change:
Project description Python client for Servarr APIs (Sonarr, Radarr, Readarr, Lidarr) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin

Discussion:
<ins> { lib , fetchPypi , buildPythonPackage , types-requests , requests }: buildPythonPackage rec { pname = "pyarr"; version = "4.1.0"; src = fetchPypi { inherit pname version; sha256 = "sha256-3DX02V3Srpx6hqimWbesxfkDqslVH4+8uXY7XYDmjX0="; }; propagatedBuildInputs = [ requests types-requests ]; pythonImportsCheck = [ "pyarr" ]; meta = with lib; { description = "Python client for Servarr API's (Sonarr, Radarr, Readarr, Lidarr)"; homepage = "https://github.com/totaldebug/pyarr"; license = licenses.mit; maintainers = with maintainers; [ onny ]; }; } </ins>

pyarlo = callPackage ../development/python-modules/pyarlo { }; <ins> pyarr = callPackage ../development/python-modules/pyarr { }; </ins> pyarrow = callPackage ../development/python-modules/pyarrow { inherit (pkgs) arrow-cpp cmake; };
Change:
name: tmuxinator current version: 3.0.1 desired version: 3.0.5 (latest) maintainers: Please tag this issue in your PR.
This looks simple enough for me to have a go at doing it.

Discussion:
inherit ruby; name = "${gemName}-${version}"; gemName = "tmuxinator"; <del> version = "3.0.1"; source.sha256 = "1vm96iyzbcy1388b3zyqivfhs4p63v87mp5qwlr4s8i2haq62xyf"; </del> <ins> version = "3.0.5"; source.sha256 = "1ycsx9mvl0jsds4igi6avxclsyl5lndh1mpj2ykvzfz26wdddg6p"; </ins> erubis = buildRubyGem rec { inherit ruby;

inherit ruby; name = "ruby${ruby.version}-${gemName}-${version}"; gemName = "thor"; <del> version = "1.0.1"; source.sha256 = "1xbhkmyhlxwzshaqa7swy2bx6vd64mm0wrr8g3jywvxy7hg0cwkm"; </del> <ins> version = "1.2.1"; source.sha256 = "0inl77jh4ia03jw3iqm5ipr76ghal3hyjrd6r8zqsswwvi9j2xdi"; </ins> }; xdg = buildRubyGem rec {
Change:
The output is From some quick searching, people on other distros who've encountered something like this have been advised to delete . That doesn't seem to help here, unfortunately. I tried making a meaningless change to one zig-dependent package in Nixpkgs, but that package still built fine with . I'm obviously not knowledgeable about Zig at all, so I'm not sure if this is a serious issue. Please run and paste the result.
It won't reproduce on x86-64 darwin. Does anyone have the same problem on NixOS? My environment:
I have the same problem, i pull from latest branch, here's my info:
I know that this is fixed upstream: and will be released in . Meanwhile, I've made an ugly overlay: to build from of and autogenerated code now builds and runs just fine, as it should.
There is also which provides many more versions.
If you prefer building zig on your computer, you can take a look at this repository as well: Flake and overlay on the branch always build the latest zig.
Why not a patch?

Discussion:
hash = "sha256-x2c4c9RSrNWGqEngio4ArW7dJjW0gg+8nqBwPcR721k="; }; <ins> # Fix index out of bounds reading RPATH (cherry-picked from 0.10-dev) patches = [ ./rpath.patch ]; </ins> nativeBuildInputs = [ cmake llvmPackages.llvm.dev

<ins> commit ebcdbd9b3c9d437780aee4d6af76bbd2ab32ea06 Author: LeRoyce Pearson <contact@leroycepearson.dev> Date:   2022-07-17 16:01:22 -0600 Read dynstr starting at rpath offset Since we know the offset, we may as well read starting there. Still expects rpath to fit in 4096 bytes; that might be worth fixing in the future. Fixes issue #12112 diff --git a/lib/std/zig/system/NativeTargetInfo.zig b/lib/std/zig/system/NativeTargetInfo.zig index af41fc790579..ad0b6d5ce1e1 100644 --- a/lib/std/zig/system/NativeTargetInfo.zig +++ b/lib/std/zig/system/NativeTargetInfo.zig @@ -652,14 +652,19 @@ pub fn abiAndDynamicLinkerFromFile( } else null; if (dynstr) |ds| { -                const strtab_len = std.math.min(ds.size, strtab_buf.len); -                const strtab_read_len = try preadMin(file, &strtab_buf, ds.offset, strtab_len); -                const strtab = strtab_buf[0..strtab_read_len]; // TODO this pointer cast should not be necessary const rpoff_usize = std.math.cast(usize, rpoff) catch |err| switch (err) { error.Overflow => return error.InvalidElfFile, }; -                const rpath_list = mem.sliceTo(std.meta.assumeSentinel(strtab[rpoff_usize..].ptr, 0), 0); +                if (rpoff_usize > ds.size) return error.InvalidElfFile; +                const rpoff_file = ds.offset + rpoff_usize; +                const rp_max_size = ds.size - rpoff_usize; + +                const strtab_len = std.math.min(rp_max_size, strtab_buf.len); +                const strtab_read_len = try preadMin(file, &strtab_buf, rpoff_file, strtab_len); +                const strtab = strtab_buf[0..strtab_read_len]; + +                const rpath_list = mem.sliceTo(std.meta.assumeSentinel(strtab.ptr, 0), 0); var it = mem.tokenize(u8, rpath_list, ":"); while (it.next()) |rpath| { var dir = fs.cwd().openDir(rpath, .{}) catch |err| switch (err) { </ins>
Change:
After updating my system flake from nixpkgs commit to , started to fail with the following error. This happens on both Plasma Wayland and Gnome X11. I was able to start after adding the following missing library paths to : - - The channel shown below is no longer relevant, since I'm using flake and don't have any channels configured on the system.
That's weird, maybe there were some changes to gcc, I see libpipewire- in the output of , but no RPATH for it...
maybe you can give some insight on this?
The same happened to tdesktop days ago:
See PR
Ah OK, so maybe you'd like a different resolution than I whipped up. Feel free to choose any.
The right fix would be moving all tg_owt buildInputs to propagatedBuildInputs I guess as it's a static library
I'm currently testing , this will take a while though as both my hardware and GitHub Actions build each of tg_owt and kotatogram multiple hours.

Discussion:
nativeBuildInputs = [ pkg-config cmake ninja yasm ]; <del> buildInputs = [ </del> <ins> propagatedBuildInputs = [ </ins> libjpeg openssl libopus

enableParallelBuilding = true; <del> propagatedBuildInputs = [ # Required for linking downstream binaries. abseil-cpp openh264 usrsctp libvpx ]; </del> meta.license = lib.licenses.bsd3; }
Change:
Starting with it is not possible to build the android sdk with ndk included. I tried varous ndk versions which have different failure messges: fails with fails with Steps to reproduce the behavior: the following with : Dropped into a nix-shell with androidsdk in <!-- 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:
'') plugins} ''; <ins> # Function that automatically links the default NDK plugin. linkNdkPlugin = {name, plugin, check}: lib.optionalString check '' ln -s ${plugin}/libexec/android-sdk/${name} ${name} ''; </ins> # Function that automatically links a plugin for which only one version exists linkPlugin = {name, plugin, check ? true}: lib.optionalString check ''

${linkPlatformPlugins { name = "sources"; plugins = sources; check = includeSources; }} ${linkPlugins { name = "cmake"; plugins = cmake; }} ${linkNdkPlugins { name = "ndk-bundle"; rootName = "ndk"; plugins = ndk-bundles; }} <del> ${linkPlugin { name = "ndk-bundle"; plugin = ndk-bundle; check = includeNDK; }} </del> <ins> ${linkNdkPlugin { name = "ndk-bundle"; plugin = ndk-bundle; check = includeNDK; }} </ins> ${lib.optionalString includeSystemImages '' mkdir -p system-images

# to still support the old standalone toolchains builds. if [ -d $out/libexec/android-sdk/ndk ] && [ ! -d $out/libexec/android-sdk/ndk-bundle ]; then ln -sf $out/libexec/android-sdk/ndk/${package.revision} $out/libexec/android-sdk/ndk-bundle <del> else </del> <ins> elif [ ! -d $out/libexec/android-sdk/ndk-bundle ]; then </ins> echo "The ndk-bundle layout has changed. The nix expressions have to be updated!" exit 1 fi
Change:
The postgres service fails to start after rebuilding my system with the following error: Upon further investigation I noticed that setting explicitely resolves the problem. Adding this to my configuration results in postgres running without errors as it did before: I am running postgres 11 and my default locale is set to This might be related to Steps to reproduce the behavior: Postgres works with the default setting If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
I think this is by design now so. Also read the changelog:
Yes, I am not sure how to programmatically fix this but we could append that information to the changelog.
Can we get the locale from postgres somehow and append it to ?
Or maybe include as it seems to be the default for various applications
That is on a database level, so I don't think so.

Discussion:
(builtins.map (l: (replaceStrings [ "utf8" "utf-8" "UTF8" ] [ "UTF-8" "UTF-8" "UTF-8" ] l) + "/UTF-8") ( [ "C.UTF-8" <ins> "en_US.UTF-8" </ins> config.i18n.defaultLocale ] ++ (attrValues (filterAttrs (n: v: n != "LANGUAGE") config.i18n.extraLocaleSettings)) ));
Change:
freetts won't compile, since ant is missing a jdk/jre nix-env -iA nixos.freetts (on NixOS) System: 16.09pre90254. (Flounder) Nix version: nix-env (Nix) 1.11.3 Nixpkgs version: "16.09pre90254."
/cc maintainer
Seems this was fixed by a PR last September.

Discussion:
<del> {stdenv, fetchurl, apacheAnt, unzip, sharutils, lib}: </del> <ins> {stdenv, fetchurl, apacheAnt, unzip, sharutils, lib, jdk}: </ins> stdenv.mkDerivation { name = "freetts-1.2.2";

url = mirror://sourceforge/freetts/freetts-1.2.2-src.zip; sha256 = "0mnikqhpf4f4jdr0irmibr8yy0dnffx1i257y22iamxi7a6by2r7"; }; <del> buildInputs = [ apacheAnt unzip sharutils ]; </del> <ins> buildInputs = [ apacheAnt unzip sharutils jdk ]; </ins> unpackPhase = '' unzip $src -x META-INF/* ''; buildPhase = '' cd */lib sed -i -e "s/more/cat/" jsapi.sh

install -v -m755 -d $out/{lib,docs/{audio,images}} install -v -m644 lib/*.jar $out/lib ''; meta = { description = "Text to speech system based on Festival written in Java"; longDescription = ''
Change:
Project description Tool used by GKE to do go-client kubernetes auth. If is installed via nixpkgs, so ought gke-cloud-auth-plugin Metadata homepage URL: source URL: license: ? platforms: unix, linux, darwin, ...
See also
Both the reference source URL and the linked flake repo would not work on darwin machines. Ideally, the would support specifying which components to install declaratively.
Maybe this doesn't apply to Darwin, but on NixOS I am able to do and it shows as having been installed.
It looks like support for was on , and it didn't get merged to yet.
I believe it already is at :
thank you for pointing me to . That should save me time from checking my local clone.
For reasons that are unclear to me, when using home-manager I had to do

Discussion:
arches = { x86 = "i686"; x86_64 = "x86_64"; <del> # TODO arm </del> <ins> arm = "aarch64"; </ins> }; # Mapping from GCS component operating systems to Nix operating systems

in "${arch'}-${os'}"; <del> # All architectures that are supported allArches = builtins.attrValues arches; </del> <ins> # All architectures that are supported by GCS allArches = builtins.attrNames arches; </ins> # A description of all available google-cloud-sdk components. # It's a JSON file with a list of components, along with some metadata
Change:
This happens after upgrading to 16.09. Have to read the changelog probably to fix this ^^.
Three things: it's 16.09 how to get the agent back? there are no notes about this in the manual?
solved the problem.
provides some documentation.

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:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: -
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
latest release appears to be I'll try upgrading jax/jaxlib to that to see if that fixes this. o/w we should file an upstream bug report
in case it's useful, I'd started to work on upgrading to 0.3.15 in , but ran into issues I haven't been able to resolve with the darwin builds (linux build is working)
Unfortunately it seems there's a bit of a chicken-and-egg problem because v0.3.15 depends on , which in turn depends on jax. There's a PR adding (), but we can't merge it without jax building (unless we're willing to merge it in a broken state).
for the darwin builds take a look at , if you have enough context you can review it, if not you can pick out some of the changes and add them to your own PR and see if they help.
Oh sorry, just realised this is for jax, and my fix is for jaxlib, maybe you can find something useful but maybe not.
I'm working on a temporary fix to jax atm that just disables the failing tests (created upstream issue ). Then I say we merge the etils PR, and then attempt a jax/jaxlib upgrade and try un-disabling the tests.
Created to fix the current jax version. Hoping to get that merged by tomorrow.

Discussion:
"testEigvalsGrad_shape" ]; <ins> # See https://github.com/google/jax/issues/11722. This is a temporary fix in # order to unblock etils, and upgrading jax/jaxlib to the latest version. See # https://github.com/NixOS/nixpkgs/issues/183173#issuecomment-1204074993. disabledTestPaths = [ "tests/api_test.py" "tests/core_test.py" "tests/lax_numpy_indexing_test.py" "tests/lax_numpy_test.py" "tests/nn_test.py" "tests/random_test.py" "tests/sparse_test.py" ]; </ins> pythonImportsCheck = [ "jax" ];
Change:
Project description twspace-crawler is a command-line app to automatically monitor & download Twitter Spaces. Metadata homepage URL: source URL: license: ISC platforms: unix

Discussion:
<ins> { lib, buildNpmPackage, fetchFromGitHub }: buildNpmPackage rec { pname = "twspace-crawler"; version = "1.11.13"; src = fetchFromGitHub { owner = "HitomaruKonpaku"; repo = "twspace-crawler"; rev = "v${version}"; hash = "sha256-MGFVIQDb++oVbTQubl7CNYwT/ofTNFQfFiveXcNgQpA="; }; npmDepsHash = "sha256-zKy/DngBwnfUqG6JfCULoDIrg1V16hX0Q4zNz45z888="; meta = with lib; { description = "Script to monitor & download Twitter Spaces 24/7"; homepage = "https://github.com/HitomaruKonpaku/twspace-crawler"; changelog = "https://github.com/HitomaruKonpaku/twspace-crawler/raw/v${version}/CHANGELOG.md"; license = licenses.isc; maintainers = [ maintainers.marsam ]; }; } </ins>

twitterBootstrap = callPackage ../development/web/twitter-bootstrap {}; <ins> twspace-crawler = callPackage ../tools/misc/twspace-crawler { }; </ins> twspace-dl = callPackage ../tools/misc/twspace-dl { }; twtxt = python3Packages.callPackage ../applications/networking/twtxt { };
Change:
Steps to reproduce the behavior: So when I wanted to dig deeper, with I'm trying to recreate with a toolchain that's on hydra so I don't have to compile GCC for myself (twice!) Please run and paste the result. In particular, is pinned to:
Diff-ing the two files, I get: I suspect the problem comes from in the that isn't present in the . I wonder why so many differences are present though? I've confirmed this by adding to the derivation, but again why are the differences present? Even if they have been helpful to track this down
I suspect there were impurities in your environment but the difference is still weird. I don't know why would be there but not Adding to the mingw build in

Discussion:
dontDisableStatic = withStatic; <ins> # libusb-1.0.rc:11: fatal error: opening dependency file .deps/libusb-1.0.Tpo: No such file or directory dontAddDisableDepTrack = stdenv.hostPlatform.isWindows; </ins> configureFlags = lib.optional (!enableUdev) "--disable-udev" ++ lib.optional (withExamples) "--enable-examples-build";
Change:
Steps to reproduce the behavior: to build liblarch at tests Relevant to <!-- 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 fail is somewhere in the last 12 days.
Surely since PR merged in .
Not sure what have broke, but adding buildInputs with gtk3 seems to fix it.
If I had to guess, this may have been caused by just like or .

Discussion:
}: buildPythonPackage rec { <del> version = "3.0.1"; </del> <ins> version = "3.2.0"; </ins> pname = "liblarch"; disabled = pythonOlder "3.5.0";

owner = "getting-things-gnome"; repo = "liblarch"; rev = "v${version}"; <del> sha256 = "0xv2mfvyzipbny3iz8vll77wsqxfwh28xj6bj1ff0l452waph45m"; </del> <ins> sha256 = "sha256-A2qChe2z6rAhjRVX5VoHQitebf/nMATdVZQgtlquuYg="; </ins> }; checkInputs = [

gtk3 ]; <ins> buildInputs = [ gtk3 ]; </ins> propagatedBuildInputs = [ pygobject3 ];