jiebi/CodeConvo huggingface dataset:
Change:
# # We set it to /var/log which can't be touched from inside the sandbox causing the build to hard-fail ./dont-create-logdir-during-build.patch <ins> # Fix e.g. xorg.xf86videovmware with libdrm 2.4.108 # TODO: remove with xorgserver >= 1.21 (fetchpatch { name = "stdbool.patch"; url = "https://gitlab.freedesktop.org/xorg/xserver/-/commit/454b3a826edb5fc6d0fea3a9cfd1a5e8fc568747.diff"; sha256 = "1l9qg905jvlw3r0kx4xfw5m12pbs0782v2g3267d1m6q4m6fj1zy"; }) </ins> ]; buildInputs = commonBuildInputs ++ [ libdrm mesa ]; propagatedBuildInputs = attrs.propagatedBuildInputs or [] ++ [ libpciaccess libepoxy ] ++ commonPropagatedBuildInputs ++ lib.optionals stdenv.isLinux [

Discussion:
This breaks a NixOS test which is blocking 's advance. See also and . on .
we may have to update xorgserver OUR there's a abi difference between the version were using now and the newest version NEW xf86videovmware wants a newer abi than ours
The first failing nixpkgs:master commit is
We didn't update xorgserver or this driver. It's libdrm update which triggered this, PR .
I see what's happening. : and now in some libdrm headers was , defining the type.
Change:
# move libOSMesa to $osmesa, as it's relatively big mkdir -p $osmesa/lib mv -t $osmesa/lib/ $out/lib/libOSMesa* <ins> '' + lib.optionalString (vulkanLayers != []) '' mv -t $drivers/lib $out/lib/libVkLayer* for js in $drivers/share/vulkan/{im,ex}plicit_layer.d/*.json; do substituteInPlace "$js" --replace '"libVkLayer_' '"'"$drivers/lib/libVkLayer_" done </ins> ''; postFixup = optionalString stdenv.isLinux ''

Discussion:
Our mesa build is missing the device-select and overlay layers so that functionality doesn't work. Add to mesonFlags and to postInstall to get device-select working. This doesn't get the overlay working, probably needs a similar change. Other distros eg arch do include these layers: The functionality these layers enable is described .
Ah, got the overlay working too, needs that replace in explicit_layer.d too. !
Change:
langdetect = callPackage ../development/python-modules/langdetect { }; <ins> langfuse = callPackage ../development/python-modules/langfuse { }; </ins> langid = callPackage ../development/python-modules/langid { }; langsmith = callPackage ../development/python-modules/langsmith { };

Discussion:
Project description Instrument your LLM app with decorators or low-level SDK and get detailed tracing/observability. Works with any LLM or framework <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit platforms: linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
postPatch = '' patchShebangs utils/cec-ctl/msg2ctl.pl <ins> patchShebangs utils/libcecutil/cec-gen.pl </ins> ''; meta = with stdenv.lib; {

Discussion:
Describe the bug error: --- Error --- build-remote build of '/nix/store/x4nz3kqn24vlz257hm8mnsvrn6ggfsrs-v4l-utils-' on 'ssh://root failed: builder for '/nix/store/x4nz3kqn24vlz257hm8mnsvrn6ggfsrs-v4l-utils-' failed with exit code 2 error: --- Error
-------------------------------------------------------- nix builder for '/nix/store/x4nz3kqn24vlz257hm8mnsvrn6ggfsrs-v4l-utils-' failed with exit code 1; last 10 log lines: ../../utils/libcecutil/cec- ../../include/linux/cec.h ../../utils/libcecutil/cec-htng.h ../../include/linux/cec-funcs.h ../../utils/libcecutil/cec-htng-funcs.h /nix/store/j8vysakw78bpgngba32hfwwikqda9yx2-bash-4.4-p23/bin/bash: ../../utils/libcecutil/cec- /usr/bin/perl: bad interpreter: No such file or directory make[3]: [Makefile:782: gen.intermediate] Error 126 make[3]: Leaving directory '/build/v4l-utils-1.20.0/utils/libcecutil' make[2]: [Makefile:482: all-recursive] Error 1 make[2]: Leaving directory '/build/v4l-utils-1.20.0/utils' make[1]: [Makefile:591: all-recursive] Error 1 make[1]: Leaving directory '/build/v4l-utils-1.20.0' make: [Makefile:518: all] Error 2 builder for '/nix/store/x4nz3kqn24vlz257hm8mnsvrn6ggfsrs-v4l-utils-' failed with exit code 2 error: --- Error
-------------------------------------------------------- nix 1 dependencies of derivation '/nix/store/2544nk822aa38adwvdgk8kc1zyxf1wgd-system-' failed to build we need another . PR incoming... I'm on
Change:
<ins> { stdenvNoCC, fetchFromGitHub, lib, }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "qwerty-fr"; version = "0.7.3"; src = fetchFromGitHub { owner = "qwerty-fr"; repo = "qwerty-fr"; rev = "refs/tags/v${finalAttrs.version}"; sha256 = "sha256-TD67wKdaPaXzJzjKFCfRZl3WflUfdnUSQl/fnjr9TF8="; }; installPhase = '' mkdir -p $out/share/X11/xkb/symbols cp $src/linux/us_qwerty-fr $out/share/X11/xkb/symbols ''; meta = with lib; { description = "Qwerty keyboard layout with French accents"; changelog = "https://github.com/qwerty-fr/qwerty-fr/blob/v${finalAttrs.version}/linux/debian/changelog"; homepage = "https://github.com/qwerty-fr/qwerty-fr"; license = licenses.mit; maintainers = with maintainers; [ potb ]; }; }) </ins>

Discussion:
Project description Keyboard layout based on the QWERTY layout with extra symbols and diacritics so that typing both in French and English is easy and fast. Metadata homepage URL: https://qwerty- source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
cufflinks = callPackage ../development/python-modules/cufflinks { }; <del> cupy = callPackage ../development/python-modules/cupy { }; </del> <ins> cupy = callPackage ../development/python-modules/cupy { # cupy doesn't build on gcc11. CUDA 11.3 is the last version to use # pre-gcc11, in particular gcc9. cudaPackages = pkgs.cudaPackages_11_3; }; </ins> curio = callPackage ../development/python-modules/curio { };

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking python3Packages.jaxlibWithCuda. python3Packages.jaxlibWithCuda maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tag:
I'm observing this error with many more packages (e.g. ). I'd expect it would've been introduced introduced elsewhere than in openscad commit?
I just bisected a similar bug (dm-tree failure) to
I'm not sure what to do about this... It seems like the kinda of thing people won't want to rollback, but it's also breaking a loooooot of things. cc
Can't reproduce, no build failure on my end. Hydra also has a cached built copy.
I think it's only the version that's failing
I'll see what happens if we bump in
Hopefully it is only a gcc mismatch issue.
RE: Ok, actually tensorflow and jaxlib are still pinned to and override to , so they're all pulling in . Idk about unpinning tensorflow, but I'm pretty sure we should be safe to switch jaxlib to the default cuda packages
As far as the error message goes it seems like it wants LLVM clang rather than GNU g++.
That's a good point. I think we should unpin jax from needing to use the same versions as TF. This seemed like a good idea at the time (I advocated for it), but it's proven to be a PITA since then. TF's version constraints are just so outdated. would you be opposed? I suspect that this was caused by the GCC bump, but I'm not 100% certain yet. I'm currently bisecting a different failure, but once that's done I'll try to debug this further!
Unpinning jax from the old cudaPackages and bumping the new cuda packages to gcc11 I get no more missing symbols, but I fail with:
Thanks for taking a stab at that Just to confirm: is that error within glibc or is it indicating a misuse of glibc APIs?
would you mind the derivation that you've been using? I'm curious to reproduce
good catch, the error was from: I was trying to build with updating and removing for jaxlib and jaxlib-build
Created an issue upstream:
Change:
# Whether to compile with SUID support enableSuid ? false, starterSuidPath ? null, <del> # newuidmapPath and newgidmapPath are to support --fakeroot # where those SUID-ed executables are unavailable from the FHS system PATH. </del> <ins> # Extra system-wide /**/bin paths to prefix, # useful to specify directories containing binaries with SUID bit set. # The paths take higher precedence over the FHS system PATH specified # inside the upstream source code. # Include "/run/wrappers/bin" by default for the convenience of NixOS users. systemBinPaths ? [ "/run/wrappers/bin" ], </ins> # Path to SUID-ed newuidmap executable <ins> # Deprecated in favour of systemBinPaths # TODO(@ShamrockLee): Remove after Nixpkgs 24.05 branch-off </ins> newuidmapPath ? null, # Path to SUID-ed newgidmap executable <ins> # Deprecated in favour of systemBinPaths # TODO(@ShamrockLee): Remove after Nixpkgs 24.05 branch-off </ins> newgidmapPath ? null, # External LOCALSTATEDIR externalLocalStateDir ? null,

Discussion:
Nixpkgs's package of Sylabs SingularityCE () now fails to execute image. After initial examination, the known cause is the failure to substitute default FHS s for some files, but the fix is WIP. Steps to reproduce the behavior: error. should succeed. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
singularity isn't supposed to work without setuid?
Yup. The error seems to result from failure to replace all the default paths after source file hierarchy changes.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<del> { lib, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "git-credential-1password"; version = "1.2.1"; src = fetchFromGitHub { owner = "develerik"; repo = pname; rev = "v${version}"; sha256 = "sha256-8qdUOJ0MOk/xVvp3kDuxNRo3lMEJhLeI3Fle0tuZez0="; }; vendorHash = "sha256-B6BlVnUX4XLT+9EpL63Ht4S8Wo84RsmY99CL+srQfpw="; meta = with lib; { description = "A git credential helper for 1Password"; homepage = "https://github.com/develerik/git-credential-1password"; changelog = "https://github.com/develerik/git-credential-1password/releases/tag/v${version}"; license = licenses.isc; maintainers = [ maintainers.ivankovnatsky ]; mainProgram = "git-credential-1password"; }; } </del>

Discussion:
Hey all, not sure which template is most appropriate for this, apologies if the format is incorrect. It looks like this package no longer exists upstream--the repository owner seems to have deleted or renamed their account. I'm not aware of any maintained forks of this project, so I think this package is completely dead, and should be removed from . Note: while searching for forks, I noted that 1Password appears to . Without access to the original package, I can't say for sure they are equivalent, but may be worth investigating for any affected users. Package name: Latest released version: GONE <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
}; mesonFlags = [ <del> "-Dxwayland-path=${xwayland}/bin/Xwayland" </del> <ins> "-Degl_device=true" </ins> "-Dinstalled_tests=false" # TODO: enable these "-Dwayland_eglstream=true" <del> "-Degl_device=true" </del> <ins> "-Dxwayland-path=${xwayland}/bin/Xwayland" </ins> ]; propagatedBuildInputs = [ # required for pkgconfig to detect mutter-clutter <del> libXtst </del> json-glib <ins> libXtst </ins> libcap_ng ]; nativeBuildInputs = [ <del> meson pkgconfig </del> <ins> desktop-file-utils </ins> gettext <ins> meson </ins> ninja <ins> pkgconfig </ins> python3 <del> # for cvt command xorgserver </del> wrapGAppsHook <del> desktop-file-utils </del> <ins> xorgserver # for cvt command </ins> ]; buildInputs = [ <del> glib gobject-introspection gtk3 gsettings-desktop-schemas upower gnome-desktop cairo pango cogl zenity libstartup_notification geocode-glib libinput libgudev libwacom libcanberra-gtk3 zenity xkeyboard_config libxkbfile libxkbcommon pipewire xwayland egl-wayland gnome-settings-daemon sysprof </del> <ins> cairo cogl egl-wayland geocode-glib glib gnome-desktop gnome-settings-daemon gobject-introspection gsettings-desktop-schemas gtk3 libcanberra-gtk3 libgudev libinput libstartup_notification libwacom libxkbcommon libxkbfile pango pipewire sysprof upower xkeyboard_config xwayland zenity zenity </ins> ]; patches = [ <ins> # Fixes from gnome-3-34 branch 2019-11-29. (fetchpatch { name = "gnome-3-34-2019-11-29.patch"; url = "https://github.com/GNOME/mutter/compare/3.34.1...c0e76186da5b7baf7c8804c0ffa80232a5a6bf98.patch"; excludes = [ ".gitlab-ci.yml" ".gitlab-ci/checkout-gnome-shell.sh" ]; sha256 = "1qmxic83bd3dvg6isipqy8jaaksd7p5s3cb7h44zinq738n8d0fb"; }) # Fix build with libglvnd provided headers (fetchpatch { url = "https://gitlab.gnome.org/GNOME/mutter/commit/a444a4c5f58ea516ad3cd9d6ddc0056c3ca9bc90.patch"; sha256 = "0imy2j8af9477jliwdq4jc40yw1cifsjjf196gnmwxr9rkj0hbrd"; }) </ins> # Drop inheritable cap_sys_nice, to prevent the ambient set from leaking # from mutter/gnome-shell, see https://github.com/NixOS/nixpkgs/issues/71381 ./drop-inheritable.patch <del> # TODO: submit upstream ./0001-build-use-get_pkgconfig_variable-for-sysprof-dbusdir.patch </del> <ins> # TODO: submit upstream ./0001-build-use-get_pkgconfig_variable-for-sysprof-dbusdir.patch </ins> (substituteAll { src = ./fix-paths.patch; inherit zenity; }) <del> # Fix build with libglvnd provided headers (fetchpatch { url = "https://gitlab.gnome.org/GNOME/mutter/commit/a444a4c5f58ea516ad3cd9d6ddc0056c3ca9bc90.patch"; sha256 = "0imy2j8af9477jliwdq4jc40yw1cifsjjf196gnmwxr9rkj0hbrd"; }) </del> ]; postPatch = ''

Discussion:
mutter requires this patch: I built and tested the patch on top of (current unstable) and it compiles + fixes the issue. want me to create a PR?
There's been so many bugs uncovered in mutter that we could easily backport 10+ patches. Personally, I've been running off without issue.
Yeah, I'm also running on the branches without any problem (not sure why they haven't cut a new a release tbh).
Opened
Change:
, fetchFromGitHub , fetchurl , cairo <ins> , nixosTests </ins> , python3 , pkg-config , pngquant

Discussion:
When building my NixOS configuration, failed to build. I’m using as my nixpkgs branch. <details<summaryError logs (click to expand) </summary</detailsBuild the flake The system is buildt <!-- 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.
Looks like a download error, the fonts built fine locally for me. I would just try rerunning it. That might be helpful. But more importantly IMO is that the builds are failing on due to the Github archive download being too big. CC Maybe there is some way to limit tar to extracting only the stuff we care about, or we can download only specific files from the repository.
I’ve re-run the thing at least thrice now, it consistently fails
Is run before checking the hash or after?
It's , it unpacks and then hashes.
Hm. It’s still erroring out… !
The font package itself is the same in and !
I too believe you're having problems with the download. The size of download indicated by your initial log output is 413MB, while in the next screenshot, it goes down to 274MB. Both are far too small considering that the total size of the unpacked archive is around 4GB. For reference, .
I see. I will try again later, maybe the internet was too spotty.
Since the combined size of Noto Sans CJK and Noto Serif CJK is roughly 300MB, it would probably be best to download the files individually. I could create a PR for this, but first I would have to get some sleep ;-)
I am currently having the same issue with the same packages not downloading correctly.
After this merged, this kind of problems can be largely solved by using .
IIRC for GitHub http is preferred to git, because it's somewhat faster (git has more protocol overhead). But in general sparseCheckout could be useful.
Change:
''; }; <del> numDevices = mkOption { default = 1; type = types.int; description = lib.mdDoc '' Number of zram devices to create. See also `zramSwap.swapDevices` ''; }; swapDevices = mkOption { default = null; </del> <ins> swapDevices = lib.mkOption { default = 0; </ins> example = 1; <del> type = with types; nullOr int; </del> <ins> type = lib.types.int; </ins> description = lib.mdDoc '' <del> Number of zram devices to be used as swap. Must be `<= zramSwap.numDevices`. Default is same as `zramSwap.numDevices`, recommended is 1. </del> <ins> Number of zram devices to be used as swap, recommended is 1. </ins> ''; }; <del> memoryPercent = mkOption { </del> <ins> memoryPercent = lib.mkOption { </ins> default = 50; <del> type = types.int; </del> <ins> type = lib.types.int; </ins> description = lib.mdDoc '' Maximum total amount of memory that can be stored in the zram swap devices (as a percentage of your total memory). Defaults to 1/2 of your total

Discussion:
Project description In the author says, In 2020 the zram-generator doesn't seem to have had any releases. In the meantime, it's gone from initial release version 0.2.0 up to the somewhat-mature version 1.1.2. It's probably a good time to port this to zram-generator. Metadata homepage URL: source URL: license: mit platforms: linux
Change:
<del> --- old/source/rltiles/Makefile	2014-05-05 23:22:48.054952469 +0200 +++ new/source/rltiles/Makefile	2014-05-05 22:45:07.742667726 +0200 @@ -142,6 +128,6 @@ $(QUIET_HOSTCXX)$(HOSTCXX) $(CFLAGS) -MMD -c $< -o $@ $(TILEGEN): $(OBJECTS) -	$(QUIET_HOSTLINK)$(HOSTCXX) $(OBJECTS) -o $@ $(LDFLAGS) +	g++ $(OBJECTS) -o $@ $(LDFLAGS) .PHONY: all clean distclean </del>

Discussion:
Here is the output from nixos-rebuild: I'm not sure if this is a known issue or not, but I made sure to upgrade as well and it is still failing.
Change:
<ins> { lib , stdenv , fetchFromGitHub , gnustep , libxkbcommon , makeWrapper , wayland , wayland-scanner , darwin }: assert wayland.withLibraries; let mkDerivation = if stdenv.isDarwin then stdenv.mkDerivation else gnustep.gsmakeDerivation; in mkDerivation { pname = "owl"; version = "unstable-2021-11-10"; src = fetchFromGitHub { owner = "owl-compositor"; repo = "owl"; rev = "91abf02613cd2ddb97be58b5b6703240320233a0"; hash = "sha256-a+TznasOVEzSNrs66/y91AeMRDEfyd+WO5mO811hLj0="; }; # use pregenerated nib files because generating them requires Xcode postPatch = lib.optionalString stdenv.isDarwin '' sed -i "/ibtool/d" configure mkdir -p build/Owl.app/Contents/Resources/English.lproj cp ${./mac/MainMenu.nib} build/Owl.app/Contents/Resources/English.lproj/MainMenu.nib cp ${./mac/OwlPreferences.nib} build/Owl.app/Contents/Resources/English.lproj/OwlPreferences.nib ''; strictDeps = true; nativeBuildInputs = [ makeWrapper wayland-scanner ] ++ lib.optionals stdenv.isDarwin [ darwin.DarwinTools darwin.bootstrap_cmds ] ++ lib.optionals (!stdenv.isDarwin) [ gnustep.make ]; buildInputs = [ libxkbcommon wayland ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Cocoa ] ++ lib.optionals (!stdenv.isDarwin) [ gnustep.back gnustep.base gnustep.gui ]; preConfigure = '' mkdir -p build cd build ''; configureScript = "../configure"; # error: "Your gnustep-base was configured for the objc-nonfragile-abi but you are not using it now." env.NIX_CFLAGS_COMPILE = lib.optionalString (!stdenv.isDarwin) "-fobjc-runtime=gnustep-2.0"; installPhase = '' runHook preInstall mkdir -p $out/{Applications,bin} mv Owl.app $out/Applications makeWrapper $out/{Applications/Owl.app${lib.optionalString stdenv.isDarwin "/Contents/MacOS"},bin}/Owl runHook postInstall ''; meta = with lib; { description = "A portable Wayland compositor in Objective-C"; homepage = "https://github.com/owl-compositor/owl"; license = licenses.gpl3Plus; maintainers = with maintainers; [ wegank ]; platforms = platforms.unix; mainProgram = "Owl"; }; } </ins>

Discussion:
Project description Owl is a portable Wayland compositor written in Objective-C, using Cocoa as its backend. Owl makes it possible to run Wayland clients inside OS X's native Quartz graphics environment. Metadata homepage URL: source URL: license: gpl3Plus platforms: unix
Change:
libX11 libXcursor libXdamage libXfixes libXrender libXi libXcomposite libXext libXrandr libXtst libSM libICE libxcb <del> libselinux pciutils libpulseaudio libxml2 </del> <ins> libselinux pciutils libpulseaudio libxml2 icu clang </ins> ]); profile = ''

Discussion:
Describe the bug When running a project in unityHub (new or existant), I get an error "Project you are opening contains compilation errors." To Reproduce Steps to reproduce the behavior: unityhub (tested from unstable) unityhub, get a free licence (i.e. download the proposed license file, submit online this licence using the provided link, and provide back the downloaded free file). You may already observe a first error, but unity will still continue to run: latest unityhub from the "install" tab of unity, I tried with linux, webgl, and windows modules: ! a new project (I used the 2D templace, but the exact template seems to be irrelevant) this project (may be automatic if you just created it. Note that I had some issues the very first time where I needed to restart unity hub a few times before seeing the project, now this part seems to work. the error "Project you are opening contains compilation errors. Entering Safe Mode allows you to resolve these errors without waiting for the rest of your project to import.": ! on "enter safe state". Observe empty errors: ! Expected behavior I would expect not to have compilation errors. Notify maintainers Metadata Please run and paste the result. NB: I installed unityhub from the local-nixos-unstable channel. warning: unknown setting 'extra-sandbox-paths' system: host os: multi-user?: sandbox: version: channels(root): channels(me): nixpkgs: Maintainer information:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
, pythonSupport ? stdenv.buildPlatform == stdenv.hostPlatform }: <del> assert pythonSupport -> python != null; assert pythonSupport -> libxml2.pythonSupport; </del> with stdenv.lib; stdenv.mkDerivation rec {

Discussion:
Describe the bug It appears that there is no simple way to override libxml2 and libxslt with pythonSupport = false To Reproduce Expected behavior Straightforward override should work Metadata version: channels(veprbl): Maintainer information:
For some reason does not seem to function. Pass in a string e.g., and see what happens. I am puzzled by this.
Well we get an assertion when evaluating before we can access . And it seems like the problem was there from the beginning: Maybe we should just remove the assertion?
Right, so this is
Could we default to as before, and only enable it in pythonPackages?
do you have any specific reason to disable it by default? Often we enable options and split into multiple outputs to reduce the amount of building that is needed.