jiebi/CodeConvo huggingface dataset:
Code change:
Steps to reproduce the behavior: gnugrep-3.11-riscv64-linux stack-overflow-test failed <!-- 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]:

Related discussion:
text: # cygwin: FAIL: multibyte-white-space # freebsd: FAIL mb-non-UTF8-performance # x86_64-darwin: fails 'stack-overflow' tests on Rosetta 2 emulator <del> doCheck = !stdenv.isCygwin && !stdenv.isFreeBSD && !(stdenv.isDarwin && stdenv.hostPlatform.isx86_64); </del> <ins> doCheck = !stdenv.isCygwin && !stdenv.isFreeBSD && !(stdenv.isDarwin && stdenv.hostPlatform.isx86_64) && !stdenv.buildPlatform.isRiscV64; </ins> # On macOS, force use of mkdir -p, since Grep's fallback # (./install-sh) is broken.
Code change:
Steps to reproduce the behavior: on x8664-darwin Package is a dependency of . Builds fine on linux and aarch64-darwin, just fails on x86_64-darwin. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
if you submit a patch, I will review it, but I don’t own any Darwin hardware to test…
Pinging to see if anyone can help on this issue as it's outside my area of expertise. Otherwise will mark which depends on this as broken for darwin x86_64. Many thanks!
Can test later, but it looks like there is a workaround for this exact error at
Thanks. I tried that flag earlier, which turns the error into a warning and allows to build (with warnings). But then when I try and build which depends on this I get linker errors,
and were in 11.0. It should use to override the stdenv to use the 11.0 SDK with an 11.0 deployment target. Edit: It uses , so probably something like (untested):
Many thanks, that worked! Much appreciated.

Related discussion:
text: { lib , ocamlPackages <ins> , stdenv , overrideSDK </ins> , fetchFromGitHub , python3 , dune_3 <ins> , makeWrapper , pandoc , poppler_utils , testers , docfd </ins> }: <del> ocamlPackages.buildDunePackage rec { </del> <ins> let # Needed for x86_64-darwin buildDunePackage' = ocamlPackages.buildDunePackage.override { stdenv = if stdenv.isDarwin then overrideSDK stdenv "11.0" else stdenv; }; in buildDunePackage' rec { </ins> pname = "docfd"; <del> version = "3.0.0"; </del> <ins> version = "4.0.0"; </ins> minimalOCamlVersion = "5.1";
Code change:
Steps to reproduce the behavior: on x8664-darwin Package is a dependency of . Builds fine on linux and aarch64-darwin, just fails on x86_64-darwin. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
if you submit a patch, I will review it, but I don’t own any Darwin hardware to test…
Pinging to see if anyone can help on this issue as it's outside my area of expertise. Otherwise will mark which depends on this as broken for darwin x86_64. Many thanks!
Can test later, but it looks like there is a workaround for this exact error at
Thanks. I tried that flag earlier, which turns the error into a warning and allows to build (with warnings). But then when I try and build which depends on this I get linker errors,
and were in 11.0. It should use to override the stdenv to use the 11.0 SDK with an 11.0 deployment target. Edit: It uses , so probably something like (untested):
Many thanks, that worked! Much appreciated.

Related discussion:
text: owner = "darrenldl"; repo = "docfd"; rev = version; <del> hash = "sha256-pJ5LlOfC+9NRfY7ng9LAxEnjr+mtJmhRNTo9Im6Lkbo="; </del> <ins> hash = "sha256-fgwUXRZ6k5i3XLxXpjbrl0TJZMT+NkGXf7KNwRgi+q8="; </ins> }; <del> nativeBuildInputs = [ python3 dune_3 ]; </del> <ins> nativeBuildInputs = [ python3 dune_3 makeWrapper ]; </ins> buildInputs = with ocamlPackages; [ cmdliner containers-data
Code change:
Steps to reproduce the behavior: on x8664-darwin Package is a dependency of . Builds fine on linux and aarch64-darwin, just fails on x86_64-darwin. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
if you submit a patch, I will review it, but I don’t own any Darwin hardware to test…
Pinging to see if anyone can help on this issue as it's outside my area of expertise. Otherwise will mark which depends on this as broken for darwin x86_64. Many thanks!
Can test later, but it looks like there is a workaround for this exact error at
Thanks. I tried that flag earlier, which turns the error into a warning and allows to build (with warnings). But then when I try and build which depends on this I get linker errors,
and were in 11.0. It should use to override the stdenv to use the 11.0 SDK with an 11.0 deployment target. Edit: It uses , so probably something like (untested):
Many thanks, that worked! Much appreciated.

Related discussion:
text: yojson ]; <ins> postInstall = '' wrapProgram $out/bin/docfd --prefix PATH : "${lib.makeBinPath [ pandoc poppler_utils ]}" ''; passthru.tests.version = testers.testVersion { package = docfd; }; </ins> meta = with lib; { description = "TUI multiline fuzzy document finder"; longDescription = '' <del> Think interactive grep for both text and other document files, but word/token based instead of regex and line based, so you can search across lines easily. Aims to provide good UX via integration with common text editors and other file viewers. Optional dependencies: fzf - for fuzzy file picker with "docfd ?". poppler_utils - for pdf search. pandoc - for .epub, .odt, .docx, .fb2, .ipynb, .html, & .htm files. </del> <ins> Think interactive grep for text and other document files. Word/token based instead of regex and line based, so you can search across lines easily. Aims to provide good UX via integration with common text editors and other file viewers. </ins> ''; homepage = "https://github.com/darrenldl/docfd"; license = licenses.mit;
Code change:
Steps to reproduce the behavior: on x8664-darwin Package is a dependency of . Builds fine on linux and aarch64-darwin, just fails on x86_64-darwin. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
if you submit a patch, I will review it, but I don’t own any Darwin hardware to test…
Pinging to see if anyone can help on this issue as it's outside my area of expertise. Otherwise will mark which depends on this as broken for darwin x86_64. Many thanks!
Can test later, but it looks like there is a workaround for this exact error at
Thanks. I tried that flag earlier, which turns the error into a warning and allows to build (with warnings). But then when I try and build which depends on this I get linker errors,
and were in 11.0. It should use to override the stdenv to use the 11.0 SDK with an 11.0 deployment target. Edit: It uses , so probably something like (untested):
Many thanks, that worked! Much appreciated.

Related discussion:
text: { buildDunePackage <ins> , lib , stdenv </ins> , dune-configurator , eio , fmt
Code change:
Steps to reproduce the behavior: on x8664-darwin Package is a dependency of . Builds fine on linux and aarch64-darwin, just fails on x86_64-darwin. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
if you submit a patch, I will review it, but I don’t own any Darwin hardware to test…
Pinging to see if anyone can help on this issue as it's outside my area of expertise. Otherwise will mark which depends on this as broken for darwin x86_64. Many thanks!
Can test later, but it looks like there is a workaround for this exact error at
Thanks. I tried that flag earlier, which turns the error into a warning and allows to build (with warnings). But then when I try and build which depends on this I get linker errors,
and were in 11.0. It should use to override the stdenv to use the 11.0 SDK with an 11.0 deployment target. Edit: It uses , so probably something like (untested):
Many thanks, that worked! Much appreciated.

Related discussion:
text: dontStrip = true; <ins> env = lib.optionalAttrs stdenv.isDarwin { NIX_CFLAGS_COMPILE = "-Wno-implicit-function-declaration"; }; </ins> buildInputs = [ dune-configurator ];
Code change:
When trying to run , I am with the following Qt error: I'm fairly new to nix in general, and definitely not familiar enough with the Qt wrapping mechanism. I would expect the derivation to somehow set the "Qt plugin path" (?) properly so that is found upon startup of the application. I've found the section in the NixOS Qt documentation page which recommends using the in your derivation, but as far as I can tell, the derivation ? A dirty workaround I've found is to manually specify as follows, after which the application can be successfully launched: I've looked for a way to patch this properly into 's derivation, but I'm not comfortable enough with nix to figure out how to do this. I've found that other packages such as QGIS do : but it seemed to have no effect in , maybe because the derivation uses , and not ? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Please test
I merged the above PR. please give it a try once it hits the channel you follow:
It works like a charm, many thanks for your fix :heart:

Related discussion:
text: hash = "sha256-pve2f+XMfFokMCtW3KdeOJ9Ey330Gwv/dk1+WBtrBEQ="; }; <ins> nativeBuildInputs = [ copyDesktopItems qt5.wrapQtAppsHook ]; buildInputs = [ qt5.qtbase qt5.qtwayland ]; </ins> propagatedBuildInputs = with python3Packages; [ editdistance pyqt5 translitcodec ]; <del> doCheck = false; </del> <ins> dontWrapQtApps = true; </ins> <del> nativeBuildInputs = [ copyDesktopItems qt5.wrapQtAppsHook ]; </del> <ins> preFixup = '' makeWrapperArgs+=("''${qtWrapperArgs[@]}") ''; doCheck = false; </ins> desktopItems = [ (makeDesktopItem {
Code change:
Package name: mesa Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 24.0.3 Current version on the stable/release channel: 23.1.9 <!-- 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]:

Related discussion:
text: <del> diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_bo.c b/src/gallium/winsys/radeon/drm/radeon_drm_bo.c index 2e1d9c488e2..7979cad75fa 100644 --- a/src/gallium/winsys/radeon/drm/radeon_drm_bo.c +++ b/src/gallium/winsys/radeon/drm/radeon_drm_bo.c @@ -729,7 +729,7 @@ bool radeon_bo_can_reclaim_slab(void *priv, struct pb_slab_entry *entry) { struct radeon_bo *bo = container_of(entry, struct radeon_bo, u.slab.entry); -   return radeon_bo_can_reclaim(NULL, &bo->base); +   return radeon_bo_can_reclaim(priv, &bo->base); } static void radeon_bo_slab_destroy(void *winsys, struct pb_buffer_lean *_buf) </del>
Code change:
Package name: mesa Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 24.0.3 Current version on the stable/release channel: 23.1.9 <!-- 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]:

Related discussion:
text: # nix build .#mesa .#pkgsi686Linux.mesa .#pkgsCross.aarch64-multiplatform.mesa .#pkgsMusl.mesa let <del> version = "24.0.3"; hash = "sha256-d67JoqN7fTWW6hZAs8xT0LXZs7Uqvtid4H43F+kb/b4="; </del> <ins> version = "24.0.4"; hash = "sha256-kP69MKCYy82X/2Lsw9z1yT129/oxTelEz86BlRunRfA="; </ins> # Release calendar: https://www.mesa3d.org/release-calendar.html # Release frequency: https://www.mesa3d.org/releasing.html#schedule
Code change:
Package name: mesa Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 24.0.3 Current version on the stable/release channel: 23.1.9 <!-- 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]:

Related discussion:
text: patches = [ ./opencl.patch <del> # Backport crash fix for Radeon (legacy) kernel driver # see https://gitlab.freedesktop.org/mesa/mesa/-/issues/10613 # FIXME: remove when merged upstream ./backport-radeon-crash-fix.patch </del> ]; postPatch = ''
Code change:
Project description ClickUp is a project management solution, similar to Trello Metadata homepage URL: source URL: N/A license: unfree platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like it's needs to be archived with (currently it's down). Download URL is:
I also found this PR, but it has been a year
Yeah I did give packaging it a shot but I could not find a reliable way to get it downloaded because there doesn't seem to be an exposed way to get a specific version?
Yeah, I also checked PR URL, and it doesn't seem to give reliable version package. Even AUR has some problems. That's why I suggested

Related discussion:
text: <ins> { lib, appimageTools, fetchurl, }: let pname = "clickup"; version = "3.3.79"; src = fetchurl { # Using archive.org because the website doesn't store older versions of the software. url = "https://web.archive.org/web/20240601173958/https%3A%2F%2Fdesktop.clickup.com%2Flinux"; hash = "sha256-jAOYDX9j+ZTqWsSg0rEckKZnErgsIV6+CtUv3M3wNqM="; }; appimageContents = appimageTools.extractType2 { inherit pname version src; }; in appimageTools.wrapType2 { inherit pname version src; extraPkgs = pkgs: [ pkgs.xorg.libxkbfile ]; extraInstallCommands = '' install -m 444 -D ${appimageContents}/desktop.desktop $out/share/applications/clickup.desktop substituteInPlace $out/share/applications/clickup.desktop  --replace-fail 'Exec=AppRun --no-sandbox %U' 'Exec=clickup'  --replace-fail 'Icon=desktop' 'Icon=clickup' for size in 16 32 64 128 256 512 1024; do install -Dm444 ${appimageContents}/usr/share/icons/hicolor/''${size}x''${size}/apps/desktop.png  -t $out/share/icons/hicolor/''${size}x''${size}/apps/clickup.png done ''; meta = { description = "All in one project management solution"; homepage = "https://clickup.com"; license = lib.licenses.unfree; mainProgram = "clickup"; maintainers = with lib.maintainers; [ heisfer ]; platforms = [ "x86_64-linux" ]; }; } </ins>
Code change:
Package name: sweethome3d Latest released version: 7.3 Current version on the unstable channel: 7.2 Current version on the stable/release channel: 7.2 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]:

Related discussion:
text: application = mkSweetHome3D rec { pname = lib.toLower module + "-application"; <del> version = "7.2"; </del> <ins> version = "7.3"; </ins> module = "SweetHome3D"; description = "Design and visualize your future home"; license = lib.licenses.gpl2Plus; src = fetchzip { url = "mirror://sourceforge/sweethome3d/${module}-${version}-src.zip"; <del> hash = "sha256-RVuwxL/YATqHoQuc25ZaYgZ+o2rMOqnzU8/LLxb5Ra4="; </del> <ins> hash = "sha256-adMQzQE+xAZpMJyQFm01A+AfvcB5YHsJvk+533BUf1Q="; </ins> }; desktopName = "Sweet Home 3D"; icons = {
Code change:
The last fzf update in nixos-unstable breaks certain bash-completions, for example git. This happens since Then try bash completion for git. My looks like this <details</detailsThe regular bash completions for git should work. As a fix I found this old issue in fzf To test this, I tried simply replacing with an edited version that puts the fzf eval after the bash completions code (and before the alias declarations). This fixes the issue. However, I am not sure how to solve this cleanly in NixOS. The bash completion code is inserted using but I don't know how to enforce ordering so that the fzf eval happens after the completions. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report, I started a PR super-seeded by fixing this issue. As what I found this issue was already there previously but as most people didn't had the full integration enabled it didn't triggered the issue.
Is there any progress on this? Solution PRs seem to have been closed?
The fix already got merged and will be soon on unstable - otherwise you might cherry-pick/overlay it.
Cool, so we can close this presumably?
I looked at this in master and now we're basically back to how the fzf module was previously, right? So then it should still be an issue when enabling .
Alright, so now I'm just gonna try my luck with a PR. It definitely works for me and makes a difference.

Related discussion:
text: environment.systemPackages = lib.mkIf (cfg.keybindings || cfg.fuzzyCompletion) [ pkgs.fzf ]; programs = { <del> bash.interactiveShellInit = lib.optionalString cfg.fuzzyCompletion '' </del> <ins> # load after programs.bash.enableCompletion bash.promptPluginInit = lib.mkAfter (lib.optionalString cfg.fuzzyCompletion '' </ins> source ${pkgs.fzf}/share/fzf/completion.bash '' + lib.optionalString cfg.keybindings '' source ${pkgs.fzf}/share/fzf/key-bindings.bash <del> ''; </del> <ins> ''); </ins> zsh = { interactiveShellInit = lib.optionalString (!config.programs.zsh.ohMyZsh.enable)
Code change:
Attempt to build duckdb on macOS. See eg n/a Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks and !

Related discussion:
text: in '' runHook preInstallCheck <ins> (($(ulimit -n) < 1024)) && ulimit -n 1024 </ins> HOME="$(mktemp -d)" ${LD_LIBRARY_PATH}="$lib/lib" ./test/unittest ${toString excludes}
Code change:
Project description A Mir-based Wayland compositor like , but tiling instead of floating. ! More Mir testers, more better. Requesting this from myself so I don't forget about this. Needs a very new Mir, newer than we currently provide (depends on ). Metadata homepage URL: source URL: license: gpl3+ platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: ./programs/wayland/hyprlock.nix ./programs/wayland/hyprland.nix ./programs/wayland/labwc.nix <ins> ./programs/wayland/miracle-wm.nix </ins> ./programs/wayland/river.nix ./programs/wayland/sway.nix ./programs/wayland/waybar.nix
Code change:
Project description A Mir-based Wayland compositor like , but tiling instead of floating. ! More Mir testers, more better. Requesting this from myself so I don't forget about this. Needs a very new Mir, newer than we currently provide (depends on ). Metadata homepage URL: source URL: license: gpl3+ platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { config, pkgs, lib, ... }: let cfg = config.programs.wayland.miracle-wm; in { options.programs.wayland.miracle-wm = { enable = lib.mkEnableOption '' miracle-wm, a tiling Mir based Wayland compositor. You can manually launch miracle-wm by executing "exec miracle-wm" on a TTY, or launch it from a display manager. Consult the USERGUIDE.md at <https://github.com/mattkae/miracle-wm> for information on how to use & configure it ''; }; config = lib.mkIf cfg.enable ( lib.mkMerge [ { environment = { systemPackages = [ pkgs.miracle-wm ]; }; # To make the miracle-wm session available if a display manager like SDDM is enabled: services.displayManager.sessionPackages = [ pkgs.miracle-wm ]; } (import ./wayland-session.nix { inherit lib pkgs; # Hardcoded path in Mir, not really possible to disable enableXWayland = true; # No portal support yet: https://github.com/mattkae/miracle-wm/issues/164 enableWlrPortal = false; }) ] ); meta.maintainers = with lib.maintainers; [ OPNA2608 ]; } </ins>
Code change:
Project description A Mir-based Wayland compositor like , but tiling instead of floating. ! More Mir testers, more better. Requesting this from myself so I don't forget about this. Needs a very new Mir, newer than we currently provide (depends on ). Metadata homepage URL: source URL: license: gpl3+ platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: minidlna = handleTest ./minidlna.nix {}; miniflux = handleTest ./miniflux.nix {}; minio = handleTest ./minio.nix {}; <ins> miracle-wm = runTest ./miracle-wm.nix; </ins> miriway = handleTest ./miriway.nix {}; misc = handleTest ./misc.nix {}; mjolnir = handleTest ./matrix/mjolnir.nix {};