jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib , python3 , fetchFromGitHub , desktop-file-utils , glib , gobject-introspection , gtk4 , meson , ninja , wrapGAppsHook4 , libadwaita }: python3.pkgs.buildPythonApplication rec { pname = "smile"; version = "2.9.0"; format = "other"; src = fetchFromGitHub { owner = "mijorus"; repo = "smile"; rev = version; hash = "sha256-tXbRel+rtaE2zPO8NOc4X+Ktk4PdRHBMtpsGLbvuHZk="; }; postPatch = '' patchShebangs build-aux/meson/postinstall.py substituteInPlace build-aux/meson/postinstall.py  --replace-fail gtk-update-icon-cache gtk4-update-icon-cache ''; nativeBuildInputs = [ desktop-file-utils # for update-desktop-database glib # for glib-compile-resources gobject-introspection gtk4 # for gtk4-update-icon-cache meson ninja wrapGAppsHook4 ]; buildInputs = [ libadwaita ]; propagatedBuildInputs = with python3.pkgs; [ dbus-python manimpango pygobject3 ]; dontWrapGApps = true; preFixup = '' makeWrapperArgs+=("''${gappsWrapperArgs[@]}") ''; meta = { changelog = "https://smile.mijorus.it/changelog"; description = "An emoji picker for linux, with custom tags support and localization"; downloadPage = "https://github.com/mijorus/smile"; homepage = "https://mijorus.it/projects/smile/"; license = lib.licenses.gpl3Plus; mainProgram = "smile"; maintainers = with lib.maintainers; [ koppor ]; }; } </ins>

Discussion:
Project description An emoji picker for linux, with custom tags support and localization. Metadata homepage URL: source URL: license: GPL3 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
] ++ lib.optional (!pythonSupport) "--without-python" ++ lib.optional (!guileSupport) "--without-guile"; <del> nativeCheckInputs = [ dejagnu ]; </del> <ins> nativeCheckInputs = [ dejagnu mkpasswd ]; </ins> doCheck = !stdenv.isDarwin; # ERROR: All 46 tests were run, 46 failed unexpectedly. doInstallCheck = false; # fails

Discussion:
Steps to reproduce the behavior: Please run and paste the result.
The relevant output is this failure in the test suite: I'm trying to bisect it to find what causes to error. Will report back.
is the first bad commit. It makes sense that password checks in the test suite stop working after this change.
/cc The test are failing since I think I'd opt for building mailutils with libxcrypt-legacy for compatibility, rather than disabling tests, but I'm not sure.
Maybe we can have our (non-legacy) cake and eat it too .
Change:
with stdenv.lib; stdenv.mkDerivation rec { pname = "libass"; <del> version = "0.14.0"; </del> <ins> version = "0.15.0"; </ins> src = fetchurl { url = "https://github.com/libass/libass/releases/download/${version}/${pname}-${version}.tar.xz"; <del> sha256 = "18iqznl4mabhj9ywfsz4kwvbsplcv1jjxq50nxssvbj8my1267w8"; </del> <ins> sha256 = "0cz8v6kh3f2j5rdjrra2z0h715fa16vjm7kambvqx9hak86262cz"; </ins> }; configureFlags = [ (mkFlag encaSupport "enca") (mkFlag fontconfigSupport "fontconfig") <del> (mkFlag harfbuzzSupport "harfbuzz") </del> (mkFlag rasterizerSupport "rasterizer") (mkFlag largeTilesSupport "large-tiles") ]; nativeBuildInputs = [ pkgconfig yasm ]; <del> buildInputs = [ freetype fribidi ] </del> <ins> buildInputs = [ freetype fribidi harfbuzz ] </ins> ++ optional encaSupport enca ++ optional fontconfigSupport fontconfig <del> ++ optional harfbuzzSupport harfbuzz </del> ++ optional stdenv.isDarwin libiconv; meta = {

Discussion:
, CVSSv3=8.8 (nixos-20.03, nixos-20.09, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-20.09: ; nixos-unstable: . Cc
Change:
<ins> diff --git a/src/malloc.h b/src/malloc.h index cc4d3bf..bbf78cd 100644 --- a/src/malloc.h +++ b/src/malloc.h @@ -34,6 +34,10 @@ extern int low_memory_warning; # define realloc(ptr, size)		mrealloc(NULL, ptr, size) # define free(ptr)			mfree(NULL, ptr) #else +#ifdef __APPLE__ +    #include <stdlib.h> +    #include <sys/types.h> +#endif # define mmalloc(md, size)		malloc(size) # define mcalloc(md, size)		calloc(size) # define mrealloc(md, ptr, size)	realloc(ptr, size) diff --git a/src/tfio.c b/src/tfio.c index 2cd2103..8640f2b 100644 --- a/src/tfio.c +++ b/src/tfio.c @@ -70,6 +70,7 @@ static void fileputs(const char *str, FILE *fp); static void filenputs(const char *str, int n, FILE *fp); static void queueputline(conString *line, TFILE *file); +extern void    main_loop(void); void init_tfio(void) { </ins>

Discussion:
Steps to reproduce the behavior: tinyfugue on aarch64-darwin command: full 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Willing to contribute, but I don't know exactly how tinyfugue is built. I can also help with testing on MacOS if needed.
I think it's fixed, works on my , if you could have a look it would be great: or if you don't have checked out:
Change:
# upstream suggests avoid using archive generated by github src = fetchzip { url = "https://github.com/ethereum/solidity/releases/download/v${version}/solidity_${version}.tar.gz"; <del> sha256 = "sha256-xh/QPYNEWxPtDaVmBeIE/Ch98g0ox9gJ/lR6ziOu+bg="; </del> <ins> sha256 = "sha256-6EeRmxAmb1nCQ2FTNtWfQ7HCH0g9nJXC3jnhV0KEOwk="; </ins> }; <del> patches = [ ./tests.patch ]; </del> postPatch = '' substituteInPlace cmake/jsoncpp.cmake  --replace "${jsoncppUrl}" ${jsoncpp}

Discussion:
Package name: solc Latest released version: 0.8.21Current version on the unstable channel: 0.8.19 Current version on the stable/release channel: 0.8.19 Notify maintainers Note for maintainers: Please tag this issue in your PR.
Change:
# build-tools , bootPkgs , autoconf, automake, coreutils, fetchgit, fetchurl, fetchpatch, perl, python3, m4, sphinx <ins> , bash </ins> , libiconv ? null, ncurses

Discussion:
The shebang line for is using instead of a path from the nix store. Here is a minimal example, showing the problem appearing between and : By using , I landed on , and I think the problematic commit is This commit reverts a previous reversal, The initial reversal mentions problems with shebangs for packages using bootstrap . cc who both worked on the pull request and did the various reversals.
Thank you and for the speedy fix.
Change:
, gtk, girara, gettext, libxml2, check , sqlite, glib, texlive, libintl, libseccomp , file, librsvg <del> , gtk-mac-integration, synctexSupport ? true </del> <ins> , gtk-mac-integration </ins> }: <del> assert synctexSupport -> texlive != null; </del> with stdenv.lib; stdenv.mkDerivation rec {

Discussion:
Trying to build zathura on unstable, I get: Additional context I can't really see what might have changed recently (I think it started happening about 2 weeks ago....) for it to no longer find synctex. The texlive package is being included as a build input, which should have synctex Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I can build zathura on master and the hydra has been doing ok. Am I missing something?
Hm, I'm not sure. I can't seem to get it to build.... "nix-build -A zathura" on master gives me the same error
This also builds for me on master. Only thing i can think of is your branch isn't up to date.
What do you think could be wrong? My sources are up to date:
I notice that I get a different drv on my system (), I think you may not be building from the master. IIRC when you run it will build from which may not point to your git checkout. If you want to build expressions from the current directory you need to do nix also can download a tarball with expressions, for example like this:
If no path is given nix-build will read and If doesn't exist it will fail. So, command is fine.
I just checked on another x86_64-linux NixOS system that evaluates to on . If the command is correct then there must be an override or an overlay in or that affects the derivation.
Oh my god, you're totally right. I had an overlay in my , which I think I had to add to disable synctex at one point when it wasn't working. Removing that and it builds fine. So sorry for wasting your guys' time but thanks for the help! (Although I wonder why it says it can't find synctex when it should have been disabled with the overlay?) Anyways, I'll close this issue, thanks again, it was driving me crazy!
What was the overlay? There may still be a bug here.
The build indeed fails with . I don't have time to open a PR now but the fix is pretty easy: can you reopen the issue?
Sure - it also fails to build with synctexSupport = false, not sure if your fix addresses that as well?
The option was introduced in I think we should just drop variant
Change:
postInstall = '' find $out/bin -executable -type f -exec  <del> patchelf {} --shrink-rpath --allowed-rpath-prefixes /nix/store ; </del> <ins> patchelf {} --shrink-rpath --allowed-rpath-prefixes "$NIX_STORE" ; </ins> '' + lib.optionalString buildTests '' mkdir -p $test mv $out/bin/rdctst_tests $test/bin

Discussion:
Steps to reproduce the behavior: on nixos-unstable I believe this is related 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.
It'll need a similar fix like the ones in Wasn't caught in staging because it's marked insecure
Change:
, Cocoa , AGL , OpenGL <ins> , withCuda ? false, cudatoolkit </ins> }: stdenv.mkDerivation rec { pname = "pcl"; <del> version = "1.11.1"; </del> <ins> version = "1.12.0"; </ins> src = fetchFromGitHub { owner = "PointCloudLibrary"; repo = "pcl"; rev = "${pname}-${version}"; <del> sha256 = "1cli2rxqsk6nxp36p5mgvvahjz8hm4fb68yi8cf9nw4ygbcvcwb1"; </del> <ins> sha256 = "0jhvciaw43y6iqqk7hyxnfhn1b4bsw5fpy04s01r5pkcsjjbdbqc"; </ins> }; <del> patches = [ # Support newer QHull versions (2020.2) # Backport of https://github.com/PointCloudLibrary/pcl/pull/4540 (fetchpatch { url = "https://raw.githubusercontent.com/conda-forge/pcl-feedstock/0b1eff402994a3fb891b44659c261e7e85c8d915/recipe/4540.patch"; sha256 = "0hhvw6ajigzrarn95aicni73zd3sdgnb8rc3wgjrrg19xs84z138"; }) ]; </del> nativeBuildInputs = [ pkg-config cmake wrapQtAppsHook ]; buildInputs = [ qhull

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: pcl <!-- 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: 1.11.1 desired version: 1.12.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
patchShebangs . ''; <ins> postConfigure = '' # A stopgap for a non-deterministic build failure when using only one core # Upstream bug: https://bugs.webkit.org/show_bug.cgi?id=183788#c4 ninja JavaScriptCoreForwardingHeaders WTFForwardingHeaders ''; </ins> cmakeFlags = [ "-DPORT=GTK" "-DUSE_LIBHYPHEN=0"

Discussion:
It is an intermittent failure, see , not much we can do about it other than restarting the build. I opened an upstream issue
I've now tried doing a third build locally for this: all have failed. That doesn't seem intermittent to me.
It is succeeding for me most of the time, hydra also managed to build it in the past.
Maybe try setting ? Not sure if it will help but it has helped with some derivations in the past.
managed to reproduce it even with parallel building disabled:
Interestingly lowering parallelism is what seems to trigger the issue for me. If I build with all cores (8) it seems to get past that part of the build all the time, I'm yet to see it succeed when building with a single core.
Can confirm that low parallelism is the problem. is building successfully, which is the first time it has worked for me. That's consistent with what I've seen, not having it build successfully a single time (and it has always only used a single core).
I also got the issue when doing a nixos-rebuild on my 2-core laptop, but it succeeded on the same laptop when using nix-build, which means that all cores are available for just webkitgtk. This is the error message I got:
Would it make sense to add the stopgap fix suggested in So something like this: diff diff --git index .. --- +++ -60,6 +60,12 stdenv.mkDerivation rec { "-DENABLEGTKDOC=OFF" ]; postConfigure = '' # A stopgap for a non-deterministic build failure when using only one core # Upstream bug: ninja JavaScriptCoreForwardingHeaders WTFForwardingHeaders ''; NIXCFLAGS_COMPILE = optionalString stdenv.isDarwin " -lintl";
Open the file Add the following in line 258: add_dependencies(LLIntOffsetsExtractor JavaScriptCoreForwardingHeaders)
This will be no longer neccesary with
Change:
<del> { stdenv, fetchurl, pkgconfig, e18, xlibs, libffi, pam, alsaLib, luajit }: </del> <ins> { stdenv, fetchurl, pkgconfig, e18, xlibs, libffi, pam, alsaLib, luajit, set_freqset_setuid ? false }: </ins> stdenv.mkDerivation rec { name = "enlightenment-${version}"; version = "0.18.8";

Discussion:
When starting the enlightenment version 18 desktop manager on my unstable nixos system, I am getting the following errors regarding the module: and It seems should be a setuid program in the configuration. /cc
Yep it should be, will look into it later. Thanks!
Change:
ln -s "${bootdescFiles}/$name" "$NIX_BUILD_TOP/opencv_contrib/xfeatures2d/src/$name" done ''); <ins> # This prevents cmake from using libraries in impure paths (which causes build failure on non NixOS) postPatch = '' sed -i '/Add these standard paths to the search paths for FIND_LIBRARY/,/^s*$/{d}' CMakeLists.txt ''; </ins> preConfigure = (let version  = "20151201"; md5      = "808b791a6eac9ed78d32a7666804320e";

Discussion:
running nix-shell . with that sets enableCuda to true causes opencv to fail building with impure path `' used in link collect2: error: ld returned 1 exit status nix-shell . System: (NixOS: , Ubuntu/Fedora: , ...) Centos 7 10.0-327.22.2.el7.x8664 Nix version: (run ) nix-env (Nix) 1.11.4 Nixpkgs version: (run ) 03pre97542.
I forgot to mention that I had to add this file { allowUnfree = true; }
I also encountered the exact same problem on Arch Linux. I would guess causes problem, because Arch Linux also have and opencv's cmake detects it.
Status? No matter how I run or modify opencv always finds and fails
cc opencv maintainers Maybe patch opencv's CMakeLists to stop it from using libraries in /lib/ is a possible solution?
Change:
fi # requires vendored icu, fails to link with our icu <del> if [[ $patch == 14-feature-regexp-searchterm.patch || $patch == 14-feature-regexp-searchterm-m-c.patch ]]; then </del> <ins> # feature-506064 depends on those icu patches if [[ $patch == 14-feature-regexp-searchterm.patch || $patch == 14-feature-regexp-searchterm-m-c.patch || $patch == feature-506064-match-diacritics.patch || $patch == feature-506064-match-diacritics-m-c.patch ]]; then </ins> continue fi

Discussion:
Steps to reproduce the behavior: betterbird Please run and paste the result.
I don't see any error, so likely your machine is just to weak. You can try reducing cores/max-jobs for nix.
I think job on hydra also failed, which cause a rebuild on my laptop. See Not sure if I'm making any mistake here?
There the error is: error[E0635]: unknown feature which means we need to update betterbird to be hopefully based on a newer thunderbird version which supports a newer rust version

Package name: betterbird Latest released version: 115.12 <!-- Search your package here: --- Current version on the unstable channel: 115.9 Current version on the stable/release channel: 115.9 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Could you create a PR, please?
I can try but I don't understand what file is the hash of line 39 from?
You just delete it (let it be ) and run the build, it will fail with the right hash. Before submitting PRs you may also read
Thank you. I opened it here :
Change:
owner = "ccache"; repo = "ccache"; rev = "refs/tags/v${finalAttrs.version}"; <del> sha256 = "sha256-0T9iJXnDX8LffhB/5hsfBNyZQ211f0lL/7dvTrjmiE0="; </del> <ins> # `git archive` replaces `$Format:%H %D$` in cmake/CcacheVersion.cmake # we need to replace it with something reproducible # see https://github.com/NixOS/nixpkgs/pull/316524 postFetch = '' sed -i -E  's/version_info "([0-9a-f]{40}) .*(tag: v[^,]+).*"/version_info "1 2"/g w match'  $out/cmake/CcacheVersion.cmake if [ -s match ]; then rm match else # pattern didn't match exit 1 fi ''; hash = "sha256-YHSr2pnk17QEdrIHInXX2eBFN9OGjdleaB41VLaqlnA="; </ins> }; outputs = [

Discussion:
Build failure after Hoping this isn't another darwin "case sensitivity" issue. From the PR: From ccache: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Should be fixed by . The issue also happens on . I have no idea why the hash changed. I did update and test build the update about 30 minutes after itself was updated, so maybe they backported a change into the release or something?
Awesome, thanks. I assumed it was passing on linux and only failing on darwin due to some similar recent issues with case-sensitivity, had I known it was just a hash update I would have just fixed! Guess I should have checked. Thanks!
Change:
virtual-ans = callPackage ../applications/audio/virtual-ans {}; <del> virtualbox = libsForQt514.callPackage ../applications/virtualization/virtualbox { </del> <ins> virtualbox = libsForQt5.callPackage ../applications/virtualization/virtualbox { </ins> stdenv = stdenv_32bit; inherit (gnome2) libIDL; jdk = openjdk8; # TODO: remove override https://github.com/NixOS/nixpkgs/pull/89731

Discussion:
libsForQt514.qt5.qtwebengine currently fails to build locally and on . The interessting line seems to be: The last successful build on hydra was linked to . After that it seems to fail (starting with ) Bisecting takes forever. I would hazard a guess that it has to do with and PR which broke some other packages as well. EDIT: EDIT2: The error seems to stem from the c++ upgrade. The error message is referenced e.g. here Steps to reproduce the behavior: nixpkgs master -build -A libsForQt514.qt5.qtwebengine . Build should succeed. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
It's most likely due to mixing gcc versions, as that's not 100% compatible in C++. qt514 (and qt512) get overridden to gcc10, whereas the default is gcc11. (For x86_64-linux; some others have other combinations.)
Closing since libsForQt514 was removed from master.
Change:
]; meta = with lib; { <del> broken = (stdenv.isLinux && stdenv.isAarch64); </del> <ins> broken = stdenv.isLinux && stdenv.isAarch64; </ins> description = "AWS Lambda Runtime Interface Client for Python"; homepage = "https://github.com/aws/aws-lambda-python-runtime-interface-client"; license = licenses.asl20;

Discussion:
Steps to reproduce the behavior: python311Packages.awslambdaric e.g.: I'm using a flake to build a docker image with awslambdaric to deploy in a AWS Lambda. I'm on NixOS unstable. I attempted to override doChecks to false but that did not help. There is a where the simplejson version changed. More recently, upstream has relaxed the version requirements: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks, should fix it.
Change:
in [r] ++ go q; in <ins> assert (isInt base); assert (isInt i); </ins> assert (base >= 2); assert (i >= 0); lib.reverseList (go i);

Discussion:
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.
Change:
{ stdenv , tree-sitter <ins> , libcxx , lib </ins> }: # Build a parser grammar and put the resulting shared object in `$out/parser`

Discussion:
Describe the bug grammars that have a C++ scanner () fail to build on darwin because is used to build them instead of . It complains about missing C++ headers like and . To Reproduce Steps to reproduce the behavior: to build on Darwin Expected behavior grammars should all build on darwin. Additional context I've fixed the issue in my config by overriding the in the derivation like this: Compared to the current : Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(sandhose): channels(root): nixpkgs: Maintainer information:
PR welcome
I don’t have a MacOS to test it, but I will merge PRs that make the tests pass on our CI infrastructure.
I can test, is this issue at all related to this: The build succeeds with the following on mac, it just does not in the derivation.
For now you can find the workaround I'll create a pull request to address this soon.