jiebi/CodeConvo huggingface dataset:
Change:
Package name: osu-lazer-bin Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 2023.1026.0 Current version on the stable/release channel: 2023.511.0 <!-- 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 Note for maintainers: Please tag this issue in your PR.

Discussion:
let pname = "osu-lazer-bin"; <del> version = "2023.1026.0"; </del> <ins> version = "2023.1114.1"; </ins> name = "${pname}-${version}"; osu-lazer-bin-src = { aarch64-darwin = { url = "https://github.com/ppy/osu/releases/download/${version}/osu.app.Apple.Silicon.zip"; <del> sha256 = "sha256-6IaN189cV/ORP77zrjdcCPwPzNR/W6JmrZXVasCx8MQ="; </del> <ins> sha256 = "sha256-MQkHbodSkAQQpjaBP+Q35afcCrgcie6UoUldc+vjRA0="; </ins> }; x86_64-darwin = { url = "https://github.com/ppy/osu/releases/download/${version}/osu.app.Intel.zip"; <del> sha256 = "sha256-XrlajKT3GLjfj800mULj9iwkF9Bvx9Rlz56K6welq2U="; </del> <ins> sha256 = "sha256-40ylXbn9jV9v+ve1hFwhT5/jhzNfWHjL2WIplVUD2qk="; </ins> }; x86_64-linux = { url = "https://github.com/ppy/osu/releases/download/${version}/osu.AppImage"; <del> sha256 = "sha256-yr7PtBUBE0tB0giAE8aQCNJvxS/tMzlLWpJ3NyosQZk="; </del> <ins> sha256 = "sha256-Q2z2Js0Zc9nvyQNxzLuuV7TcwiNIRo+RMRER6ZYgh74="; </ins> }; }.${stdenv.system} or (throw "${pname}-${version}: ${stdenv.system} is unsupported.");
Change:
openbangla keyboard installed from the unstable channel does not integrate with fcitx5. It installs just fine but does not integrate with fcitx5. Fcitx5 does not autostart too. OS: NixOS Stable DE: KDE Plasma !
Openbangla keyboard from unstable channel does not work in the unstable nix os installation too. Openbangla keyboard crashes fcitx5 and even if it is restarted switching keyboard layout says openbangla keyboard not available.

Discussion:
, ibus , qtbase , zstd <ins> , fetchpatch </ins> , withFcitx5Support ? false , withIbusSupport ? false }:

fetchSubmodules = true; }; <ins> patches = [ # prevents runtime crash when fcitx5-based IM attempts to look in /usr (fetchpatch { name = "use-CMAKE_INSTALL_PREFIX-for-loading-data.patch"; url = "https://github.com/OpenBangla/OpenBangla-Keyboard/commit/f402472780c29eaa6b4cc841a70289adf171462b.diff"; hash = "sha256-YahvtyOxe8F40Wfe+31C6fdmm197QN26/Q67oinOplk="; }) ]; </ins> nativeBuildInputs = [ cmake pkg-config

cargoRoot = "src/engine/riti"; postPatch = '' cp ${./Cargo.lock} ${cargoRoot}/Cargo.lock <del> substituteInPlace CMakeLists.txt  --replace "/usr" "$out" substituteInPlace src/shared/FileSystem.cpp  --replace "/usr" "$out" ''; </del> <ins> ''; </ins> meta = { isIbusEngine = withIbusSupport;
Change:
riscv64-none-elf-gcc fails to link basic file. This breaks the build of spike. . You will see Steps to reproduce the behavior: , or followed by Spike builds, or linker errors are only related to the empty C file, not to default linking options failing. team gcc:
Bisected here: Repro: I think may not take into account the fact that, with standalone / toolchains, you actually need those built with the compiler. Maybe we add an optional argument for such platforms? Let me know what you think
is the relevant PR. Maybe we can modify the environment of these platforms specifically. The principle behind the fix in the commit in question makes sense to me, but I am not sure how best to proceed.
I think I know what this is. Getting my builds caught up.
Testing fix:
Yep, it fixes .

Discussion:
# logic was not fixed.  So we must disable it. '' substituteInPlace configure --replace 'noconfigdirs target-newlib target-libgloss' 'noconfigdirs' <ins> substituteInPlace configure --replace 'cross_only="target-libgloss target-newlib' 'cross_only="' </ins> '';
Change:
When executing with , it complains that . Maybe the package needs to be wrapped with some environment variables set or patched against hard-coding or something. Steps to reproduce the behavior: ClamTk runs with . ! ]() 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.
I can't seem to reproduce this. Have run both on nixos and nix on another linux. Can you give me some more info? Does the program work and run correctly? Is it missing any icons (screenshot?). What desktop are you running? Many thanks.
It exits with exit status 2 right after the command being invoked inside the terminal emulator and the error message printed out. No window is shown. The desktop environment I use is LxQt, which inherently doesn't come with the KDE breeze icons. The screenshot and the Asciinema cast is updated into the issue description.
I switched my DE over to LxQt and everything worked for me. Basically the error is between the program logic (it shouldn't crash if it can't find icon files) and your DE set-up (it should provide the correct icon files). It's not a packaging error as far as I can tell. So you could try either: 1. messing around with your DE settings, 2. trying another DE and / or 3. filing a bug report upstream to clamtk. !
p.s. I wonder if this could just be fixed by installing some icons? You could try installing and / or on your system and see if that helps.

Discussion:
{ lib , perlPackages , fetchFromGitHub <del> , makeWrapper </del> <ins> , wrapGAppsHook </ins> , gobject-introspection , perl , clamav

hash = "sha256-o6OaXOXLykTUuF/taKnEhZRV04/3nlU5aNY05ANr1Ko="; }; <del> nativeBuildInputs = [ makeWrapper gobject-introspection ]; </del> <ins> nativeBuildInputs = [ wrapGAppsHook gobject-introspection ]; </ins> buildInputs = [ perl clamav ]; propagatedBuildInputs = with perlPackages; [ Glib LWP LWPProtocolHttps TextCSV JSON LocaleGettext Gtk3 ];

install -D images/* -t $out/share/pixmaps install -D clamtk.1.gz -t $out/share/man/man1 install -D -m755 clamtk -t $out/bin <del> wrapProgram $out/bin/clamtk --prefix PERL5LIB : $PERL5LIB --set GI_TYPELIB_PATH "$GI_TYPELIB_PATH" </del> runHook postInstall ''; <ins> preFixup = '' gappsWrapperArgs+=( --prefix PERL5LIB : $PERL5LIB --set GI_TYPELIB_PATH "$GI_TYPELIB_PATH" ) ''; </ins> meta = with lib; { description = '' Easy to use, lightweight front-end for ClamAV (Clam Antivirus).

license = licenses.gpl1Plus; homepage = "https://github.com/dave-theunsub/clamtk"; platforms = platforms.linux; <del> maintainers = with maintainers; [ jgarcia ]; </del> <ins> maintainers = with maintainers; [ jgarcia ShamrockLee ]; </ins> }; }
Change:
On aarch64-darwin, works fine in a nix shell but errors with . The fix might be as simple as renaming the expected binary (in which case I'd be happy to make a PR): Was hoping to be able to run iconv with . None listed at may be the most recent touch via git blame (sorry, I know you're busy). Please run and paste the result.

Discussion:
]; meta = { <ins> mainProgram = "iconv"; </ins> platforms = lib.platforms.darwin; }; }
Change:
Steps to reproduce the behavior: norouter It was marked as broken in . The says "out is empty".

Discussion:
homepage = "https://github.com/norouter/norouter"; license = licenses.asl20; maintainers = with maintainers; [ blaggacao ]; <del> # out is empty broken = true; </del> }; }

normalize = callPackage ../applications/audio/normalize { }; <del> norouter = callPackage ../tools/networking/norouter { }; </del> <ins> norouter = callPackage ../tools/networking/norouter { # doesn't build with go 1.21 # https://github.com/norouter/norouter/issues/165 buildGoModule = buildGo120Module; }; </ins> nqptp = callPackage ../tools/networking/nqptp { };
Change:
A clear and concise description of what the bug is. Running (from current unstable, 1.11.47) on Wayland doesn't open a window, but the notification icon is there and element-desktop does not crash. Steps to reproduce the behavior: from current nixos-unstable on Wayland should open. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Relevant parts of the log: This issue can be fixed by wrapping element-desktop with . See also and for a similar issue happening with VSCode. The correct fix would probably be to unbundle from itself and use our packaged directly. <!-- 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.
I'm receiving the same error: <details<summaryClick to show error output</summary</detailsHowever Element Desktop does open, but it runs at a very choppy framerate. So it works, but appears to be running without GPU acceleration. I'm on GNOME Wayland, with an Intel i7-6700K CPU and AMD Vega 64 GPU, tracking nixpkgs .
my workaround is
Similar problem occurs when using chromium and obsidian, workaround with passing solves the problem.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I've opened to fix this issue in directly. This way, it should be fixed for chromium itself and all electron apps running into this issue.
im having this issue with X11 and the opera browser, nvidia, 23.11, xmonad w/picom
Please open a new issue, since this is about Electron and not Opera.
can do, since opera is chromium based thought it applied

Discussion:
, glibc # gconv + locale # postFixup: , vulkan-loader <ins> , libglvnd </ins> # Package customization: , cupsSupport ? true, cups ? null

# libpci (from pciutils) is needed by dlopen in angle/src/gpu_info_util/SystemInfo_libpci.cpp chromiumBinary="$libExecPath/$packageName" origRpath="$(patchelf --print-rpath "$chromiumBinary")" <del> patchelf --set-rpath "${lib.makeLibraryPath [ libGL vulkan-loader pciutils ]}:$origRpath" "$chromiumBinary" </del> <ins> patchelf --set-rpath "${lib.makeLibraryPath [ libGL libglvnd vulkan-loader pciutils ]}:$origRpath" "$chromiumBinary" </ins> ''; passthru = {
Change:
When running with a configuration that contains following snippet: Then  fails with following log message: Nixpkgs version:

Discussion:
###### setcap activation script system.activationScripts.wrappers = <del> lib.stringAfter [ "users" ] </del> <ins> lib.stringAfter [ "specialfs" "users" ] </ins> '' # Look in the system path and in the default profile for # programs to be wrapped.
Change:
Steps to reproduce the behavior: vesktop Log had some escape codes for color so I removed them to make it more readable Got this error while I was trying to update my flake to
Can confirm. Git bisect shows that caused this on master. Yet if you build that PR's branch it works fine. So something broke between when that PR was opened and when it got merged Edit: also fails in Hydra:
Can these changes be reverted until at least hydra builds properly?
I just reverted in my local checkout of master and ran which resulted in the same errors. So this has nothing to do with the PR above
having the same error when compiling a yarn package ()
Found the culprit:
So do we need to add the certificates ourselves now?
I opened a PR at fixing this. It includes cacert in the build, which in-turn adds to the environment
I'm sorry, but what about other cases with using pnpm? It throws this error in dev shell when installing/upgrading. I found in .npmrc fixes the issue, but is this correct behaviour?
Perhaps this should be tracked in a new issue. Not sure what'd be the best way forward

Discussion:
, libicns , jq , moreutils <ins> , cacert </ins> , nodePackages }: stdenv.mkDerivation (finalAttrs: {

jq moreutils nodePackages.pnpm <ins> cacert </ins> ]; pnpmPatch = builtins.toJSON {
Change:
Project description A modern, minimalist taskbar for Xfce. Docklike Taskbar behaves similarly to many other desktop environments and operating systems. Wherein all application windows are grouped together as an icon and can be pinned to act as a launcher when the application is not running. Commonly referred to as a dock. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Hi I submitted xfce4-docklike-plugin for review. Feel free to provide feedback.

Discussion:
xfce4-dockbarx-plugin = callPackage ./panel-plugins/xfce4-dockbarx-plugin { }; <ins> xfce4-docklike-plugin = callPackage ./panel-plugins/xfce4-docklike-plugin { }; </ins> xfce4-embed-plugin = callPackage ./panel-plugins/xfce4-embed-plugin { }; xfce4-eyes-plugin = callPackage ./panel-plugins/xfce4-eyes-plugin { };

<ins> { lib , mkXfceDerivation , glib , gtk3 , libxfce4ui , libxfce4util , xfce4-panel , xfconf , libwnck , exo }: mkXfceDerivation { category = "panel-plugins"; pname = "xfce4-docklike-plugin"; version = "0.4.1"; sha256 = "sha256-BKxd2TFEbRHeFy/dC2Wx5ppErsi7d2m7JicFCcZbjTo="; buildInputs = [ glib gtk3 libxfce4ui libxfce4util xfce4-panel xfconf libwnck exo ]; NIX_CFLAGS_COMPILE = "-I${glib.dev}/include/gio-unix-2.0"; meta = with lib; { homepage = "https://docs.xfce.org/panel-plugins/xfce4-docklike-plugin/start"; description = "A modern, minimalist taskbar for Xfce"; license = licenses.gpl3; platforms = platforms.linux; maintainers = with maintainers; [ ] ++ teams.xfce.members; }; } </ins>
Change:
Steps to reproduce the behavior: on latest ()
I encountered the exact same failure when building with python2 extensions. I found a that works for me. Please see if that works for you!

Discussion:
{ lib , fetchFromGitHub <ins> , fetchpatch </ins> , meson , ninja , buildPythonPackage

sha256 = "142145a2whvlk92jijrbf3i2bqrzmspwpysj0bfypw0krzi0aa6j"; }; <ins> patches = [ (fetchpatch { url = "https://github.com/pygobject/pycairo/commit/678edd94d8a6dfb5d51f9c3549e6ee8c90a73744.patch"; sha256 = "sha256-HmP69tUGYxZvJ/M9FJHwHTCjb9Kf4aWRyMT4wSymrT0="; }) ]; </ins> nativeBuildInputs = [ meson ninja
Change:
The package seems to be missing in . Something like the following help output: Searching for the error message suggests that is from and overriding the derivation to include in seems to fix the issue. However, I do not have enough experience with Python packaging in NixOS to know whether that is sufficient/the right thing to do. Please run and paste the result.
This probably regressed in - cc
Provided a fix, PTAL.

Discussion:
<del> { lib, python3Packages, fetchPypi, pkgs }: </del> <ins> { lib, python3Packages, fetchPypi, pkgs, testers, afew }: </ins> python3Packages.buildPythonApplication rec { pname = "afew";

chardet dkimpy notmuch <ins> setuptools </ins> ]; nativeCheckInputs = [

"man" ]; <ins> passthru.tests = { version = testers.testVersion { package = afew; }; }; </ins> meta = with lib; { homepage = "https://github.com/afewmail/afew"; description = "An initial tagging script for notmuch mail";
Change:
also happens when I try to use the Haskell package. I tried setting to a number of things: , , and , where ICU data files are shipped with darwin.
With a vanilla precise64 installation on a VM, icuinfo instead returns .
Current master looks good on :
Looks like is harmless, so this is just broken on Darwin then.
Found the cause: This error doesn't happen with Homebrew, which has a number of differences: it uses OSX-installed and for the compiler. Currently investigating which of those (if either) is the culprit.

Discussion:
sed -i -e "s|/bin/sh|${stdenv.shell}|" configure ''; <del> configureFlags = "--disable-debug"; </del> <ins> configureFlags = "--disable-debug" + stdenv.lib.optionalString stdenv.isDarwin " --enable-rpath"; </ins> enableParallelBuilding = true;
Change:
Submenus (rendered as popups) in some qt apps (happens a lot in telegram-desktop) can make the app crash if one clicks outside while they are shown. It's a bug in qt6.6 that is foxed by this patch: Other distros (Arch at least) include the patch already.

Discussion:
url = "https://code.qt.io/cgit/qt/qtwayland.git/patch/?id=6fe83f6076423068b652fa4fcb0b5adbd297f2a8"; hash = "sha256-TlZozKezpYm90B9qFP9qv76asRdIt+5bq9E3GcmFiDc="; }) <ins> # Fix potential crash issues when some submenus are expanded # https://codereview.qt-project.org/c/qt/qtwayland/+/519344/ (fetchpatch { url = "https://code.qt.io/cgit/qt/qtwayland.git/patch/?id=aae65c885d8e38d8abc2959cded7b5e9e5fc88b3"; hash = "sha256-FD1VaiTgl9Z1y+5EDpWYShM1ULoFdET86FoFfqDmjyo="; }) </ins> ]; }
Change:
Steps to reproduce the behavior: darling with 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]:

Discussion:
, writeShellScript , fetchFromGitHub , fetchpatch <ins> , nixosTests </ins> , freetype , libjpeg

]; in stdenv.mkDerivation { pname = "darling"; <del> version = "unstable-2023-05-02"; </del> <ins> version = "unstable-2023-11-07"; </ins> src = fetchFromGitHub { owner = "darlinghq"; repo = "darling"; <del> rev = "557e7e9dece394a3f623825679474457e5b64fd0"; </del> <ins> rev = "34351655a40d2090e70b3033a577b8cdea967633"; </ins> fetchSubmodules = true; <del> hash = "sha256-SOoLaV7wg33qRHPQXkdMvrY++CvoG85kwd6IU6DkYa0="; </del> <ins> hash = "sha256-Jhr7Do15vms8bJ8AczVSkuWrC7gUR5ZvU9/PfCmGGcg="; </ins> }; outputs = [ "out" "sdk" ];

$out/libexec/darling/usr/libexec/darling/mldr ''; <ins> passthru.tests.nixos = nixosTests.darling; </ins> meta = with lib; { description = "Open-source Darwin/macOS emulation layer for Linux"; homepage = "https://www.darlinghq.org";
Change:
Steps to reproduce the behavior: nix-build -A Full build log at <!-- 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: channels(steve): channels(root): nixpkgs: ` Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I am sorry, I can't help with Darwin. would you please help us ? Thank you.
I can reproduce this, but I'm in way over my head, I don't think I can help fix it. I'll put down everything I found out, hopefully it will help someone else. It seems all the undined symbols are from the C++ standard library. The common solution for an error like that is to add to the linker flags, but checking the linker invocation shows that it is already present. (twice, in fact) See below for the full invocation of the compiler and linker for the failing file: <details</detailsI tried to go back and find the latest version that still builds. FIrst idea was , one commit before the upgrade to 3.4.0 was merged. There was no postgres16 then, but with postgres14 it builds fine: Next suspect was , which was the upgrade to 3.4.0. That one was cached, so the upgrade itself is not the culprit: Next one was , the commit where was first . It built fine as well, so postgres16 isn't the culprit either. Then I tried current master, but with postgres_14. That also fails with the exact same error as above. I tried to start a bisect, but that requires rebuilding everything multiple times as nothing is cached. Just checking the hydra builds, I can see that as first to fail and was last to succeed, but between those two are over 1400 commits. This was just a few days ago. Bisecting is also difficult because netcdf, one of postgis' dependencies, also fails to build sometimes, so you have to do it manually to differentiate between those two kinds of failures.
The problem is Fixed in .
Great thanks and .
Can somebody rebase with latest master and test on Darwin ?
Done, see my comment there.
It was already based on master at the time, so that shouldn’t be the issue. The failure was due to some PostgreSQL packages using on Linux, which doesn’t use libc++ (resulting in being null). I pushed an updated PR taking that into account.

Discussion:
dontDisableStatic = true; # postgis config directory assumes /include /lib from the same root for json-c library <del> NIX_LDFLAGS = "-L${lib.getLib json_c}/lib"; </del> <ins> NIX_LDFLAGS = "-L${lib.getLib json_c}/lib" # Work around https://github.com/NixOS/nixpkgs/issues/166205. + lib.optionalString (stdenv.cc.isClang && stdenv.cc.libcxx != null) " -l${stdenv.cc.libcxx.cxxabi.libName}"; </ins> preConfigure = '' sed -i 's@/usr/bin/file@${file}/bin/file@' configure
Change:
A clear and concise description of what the bug is. Steps to reproduce the behavior: on crash (coredump) The behaviour is very similar to a previous bug: Doesn't crash on startup.

Discussion:
{ lib , fetchFromGitHub , python3 <del> , qt6 </del> <ins> , qtbase , qtsvg , qtwayland </ins> , nixosTests <ins> , wrapQtAppsHook </ins> }: python3.pkgs.buildPythonApplication rec {

]; buildInputs = [ <del> qt6.qtbase qt6.qtsvg  # Needed for the systray icon </del> <ins> qtwayland qtbase qtsvg  # Needed for the systray icon </ins> ]; nativeBuildInputs = [ <del> qt6.wrapQtAppsHook </del> <ins> wrapQtAppsHook </ins> ]; dontWrapQtApps = true;

maestral = with python3Packages; toPythonApplication maestral; <del> maestral-gui = libsForQt5.callPackage ../applications/networking/maestral-qt { }; </del> <ins> maestral-gui = qt6.callPackage ../applications/networking/maestral-qt { }; </ins> maestro = callPackage ../development/mobile/maestro { };
Change:
Steps to reproduce the behavior: to revision error: 1 dependencies of derivation '/nix/store/v0fphjbzygav12r5y5hwd34d7prk5x8r-python3.11-exif-' failed to build error: 1 dependencies of derivation '/nix/store/bavb5fsx8za5v29qpbbsr4gpaqb9dff4-gphotos-sync-' failed to build Please run and paste the result.

Discussion:
"tests" ]; <ins> disabledTestPaths = [ # tests enum.IntFlag behaviour which has been disallowed in python 3.11.6 # https://gitlab.com/dangass/plum/-/issues/150 "tests/flag/test_flag_invalid.py" ]; </ins> meta = with lib; { description = "Classes and utilities for packing/unpacking bytes"; homepage = "https://plum-py.readthedocs.io/";
Change:
Project description XClicker is a GUI application, that lets you set a specific position on your screen, and a custom time interval, in which the app sends mouse clicks onto this position. There seems to be no alternative, unless one proprietary solution, called Max Auto Clicker. Metadata homepage URL: source URL: license: gpl3 platforms: linux Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , fetchpatch , meson , ninja , pkg-config , wrapGAppsHook , gtk3 , libXtst }: stdenv.mkDerivation (finalAttrs: { pname = "xclicker"; version = "1.5.0"; src = fetchFromGitHub { owner = "robiot"; repo = "xclicker"; rev = "v${finalAttrs.version}"; hash = "sha256-3D49iMzCCT9Z2Pf5INHYFZusG0BQI7La7lLaSVM/4mc="; }; patches = [ (fetchpatch { name = "fix-malloc-size.patch"; url = "https://github.com/robiot/xclicker/commit/c99f69a747e9df75fb3676be20a3ec805526d022.patch"; hash = "sha256-ESbMBusJVNfbGxlEn1Kby00mnXvM5H0r03bX5ofC6Fg="; }) ]; nativeBuildInputs = [ meson ninja pkg-config wrapGAppsHook ]; buildInputs = [ gtk3 libXtst ]; mesonBuildType = "release"; installPhase = '' runHook preInstall install -Dm755 ./src/xclicker $out/bin/xclicker install -Dm644 $src/assets/xclicker.desktop $out/share/applications/xclicker.desktop install -Dm644 $src/assets/icon.png $out/share/pixmaps/xclicker.png runHook postInstall ''; meta = { changelog = "https://github.com/robiot/xclicker/releases/tag/${finalAttrs.src.rev}"; description = "Fast gui autoclicker for x11 linux desktops"; homepage = "https://xclicker.xyz/"; license = lib.licenses.gpl3Only; mainProgram = "xclicker"; maintainers = with lib.maintainers; [ tomasajt ]; platforms = lib.platforms.linux; }; }) </ins>