jiebi/CodeConvo huggingface dataset:
Code change:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by

Related discussion:
text: { autoPatchelfHook , blas , cmake <ins> , cudaPackages_11 ? null </ins> , cudaPackages , cudaSupport ? config.cudaSupport , fetchurl , gfortran <del> , cudaCapabilities ? cudaPackages.cudaFlags.cudaCapabilities </del> , gpuTargets ? [ ] # Non-CUDA targets, that is HIP , rocmPackages , lapack
Code change:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by

Related discussion:
text: let inherit (lib) lists strings trivial; <del> inherit (cudaPackages) cudaAtLeast cudaFlags cudaOlder; </del> inherit (magmaRelease) version hash supportedGpuTargets; <ins> # Per https://icl.utk.edu/magma/downloads, support for CUDA 12 wasn't added until 2.7.1. # If we're building a version prior to that, use the latest release of the 11.x series. effectiveCudaPackages = if strings.versionOlder version "2.7.1" then cudaPackages_11 else cudaPackages; inherit (effectiveCudaPackages) cudaAtLeast cudaFlags cudaOlder; inherit (cudaFlags) cudaCapabilities; </ins> # NOTE: The lists.subtractLists function is perhaps a bit unintuitive. It subtracts the elements #   of the first list *from* the second list. That means: #   lists.subtractLists a b = b - a
Code change:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by

Related discussion:
text: ninja gfortran ] ++ lists.optionals cudaSupport [ <del> cudaPackages.cuda_nvcc </del> <ins> effectiveCudaPackages.cuda_nvcc </ins> ]; buildInputs = [
Code change:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by

Related discussion:
text: lapack blas python3 <del> ] ++ lists.optionals cudaSupport (with cudaPackages; [ </del> <ins> ] ++ lists.optionals cudaSupport (with effectiveCudaPackages; [ </ins> cuda_cudart.dev # cuda_runtime.h cuda_cudart.lib # cudart cuda_cudart.static # cudart_static
Code change:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by

Related discussion:
text: # TODO(@connorbaker): This should be handled by having CMakeLists.txt install them, but such a patch is # out of the scope of the PR which introduces the `test` output: https://github.com/NixOS/nixpkgs/pull/283777. # See https://github.com/NixOS/nixpkgs/pull/283777#discussion_r1482125034 for more information. <ins> # Such work is tracked by https://github.com/NixOS/nixpkgs/issues/296286. </ins> '' install -Dm755 ../testing/run_{tests,summarize}.py -t "$test/bin/" ''
Code change:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by

Related discussion:
text: # because it has no files to install. + '' install -Dm755 ./testing/testing_* ./sparse/testing/testing_* -t "$test/bin/" <del> install -Dm755 ./lib/libtester.so ./lib/liblapacktest.so -t "$test/lib/" </del> <ins> install -Dm755 ./lib/lib*test*.* -t "$test/lib/" </ins> '' # All of the test executables and libraries will have a reference to the build directory in their RPATH, which we # must remove. We do this by shrinking the RPATH to only include the Nix store. The autoPatchelfHook will take care
Code change:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by

Related discussion:
text: ''; passthru = { <del> inherit cudaPackages cudaSupport rocmSupport gpuTargets; </del> <ins> inherit cudaSupport rocmSupport gpuTargets; cudaPackages = effectiveCudaPackages; </ins> }; meta = with lib; {
Code change:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by

Related discussion:
text: broken = !(cudaSupport || rocmSupport) # At least one back-end enabled || (cudaSupport && rocmSupport) # Mutually exclusive <del> || (cudaSupport && cudaOlder "9.0"); </del> <ins> || (cudaSupport && cudaOlder "9.0") || (cudaSupport && strings.versionOlder version "2.7.1" && cudaPackages_11 == null); </ins> }; }
Code change:
Package name: copyq Latest released version: Current version on the unstable channel: 7.1.0 Current version on the stable/release channel: 7.1.0 Notify maintainers

Related discussion:
text: , qtwayland , wayland , wrapQtAppsHook <ins> , kdePackages </ins> }: stdenv.mkDerivation rec { pname = "CopyQ"; <del> version = "7.1.0"; </del> <ins> version = "8.0.0"; </ins> src = fetchFromGitHub { owner = "hluk"; repo = "CopyQ"; rev = "v${version}"; <del> hash = "sha256-aAmpFKIIFZLPWUaOcf4V1d/wVQ7xRcnXFsqFjROsabg="; </del> <ins> hash = "sha256-Ewunl4k9f0aDjilhKAsVxwR3S6uSZ1xwtu6ccNsNOgk="; </ins> }; <del> patches = [ # itemfakevim: fix build with qt 6.6.0 # https://github.com/hluk/CopyQ/pull/2508 (fetchpatch2 { url = "https://github.com/hluk/CopyQ/commit/a20bfff0d78296b334ff8cabb047ab5d842b7311.patch"; hash = "sha256-F/6cQ8+O1Ttd4EFFxQas5ES6U+qxWdmYqUWRQLsVMa4="; }) ]; </del> nativeBuildInputs = [ cmake ninja <del> extra-cmake-modules </del> <ins> kdePackages.extra-cmake-modules </ins> wrapQtAppsHook ];
Code change:
Package name: copyq Latest released version: Current version on the unstable channel: 7.1.0 Current version on the stable/release channel: 7.1.0 Notify maintainers

Related discussion:
text: libXtst qtwayland wayland <ins> kdePackages.kconfig kdePackages.kstatusnotifieritem kdePackages.knotifications </ins> ]; postPatch = ''
Code change:
Steps to reproduce the behavior: . . Also failed 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I was experiencing the same issue regardless of the nixpkgs-branch I'm using for fprintd. I've asked in the matrix channel and came up with this overlay to skip the broken (timeout) test for the moment: ~(currently testing)~
Worked for me after maybe because of some dirty state from previous attempts.
Addressed the pam rule issue with
Having the same error building from this pull request.
How did you apply it? After applying it to my local-checkout of nixpkgs which I use to build my system from and updating flake inputs I was able to import (inputs-definition) as second package-set and set and was able to rebuild without applying above overlay. So this does not solve the issue of timing-out tests but it solves the issue that using the stable-package (which is the same version) wasn't helping either.
With merged, there is no longer a need for using an overlay to apply the workaroud, you may just set
I'm also having the timeout issue, even with the workaround
If you're using the unstable channel, the still seems to be the best option until lands in unstable as otherwise it would require modifying the PAM module in addition to fprintd.
Unfortunately, this still fails with timeout errors
You have to wait til it reaches your channel. See
If you don't want to wait and don't actively use a fingerprint sensor has been working for me without any noticeable drawbacks.

Related discussion:
text: doCheck = true; <ins> mesonCheckFlags = [ # PAM related checks are timing out "--no-suite" "fprintd:TestPamFprintd" ]; </ins> postPatch = '' patchShebangs  po/check-translations.sh
Code change:
Anki fails to run with error . It was giving this error so I decided to update my system to latest nixpkgs, and the error remained. <!-- 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]:
Are you mixing different versions of nixpkgs?
I don't believe so. If you want to take a look at my configuration (it's a bit of a mess), it's . Oh, and I should have tested this before, but I just checked and works just fine, this is specific to .
I tried installing and get this error too.
I am updating my system to latest Nixpkgs. And going to check it once done. Edit: bty works just fine on my system, which is last update at 26 February.
unable to replicate when building anki-bin on nixpkgs master ()
Ok I think I found the culprit. I ran under plasma6 and got the same incompatible QT library error as the OP. Then installed and booted into Pantheon instead where it runs fine. So seems to be plasma6 specific.
ah, makes sense. i'm running plasma5 still.
Nice catch. Then I would suppose it will be fixed once is released. As then ankitects/anki should be rolled out.
if the bin variant is vendoring qt6, then we probably need to unset some envs otherwise things will often break.
Anki itself does vendor qt6 version. But the package doesn't.
Forgot to mention that I'm running on X.org with i3
I ran into it after updating my system to the latest nixpkgs, despite I don't run Plasma as well. You were correct. Following your comment, I managed to fix it by unset under arguments. Is there any further envs, that you recommend unsetting to prevent future breaks? Thanks!

Related discussion:
text: inherit pname version; name = null; # Appimage sets it to "appimage-env" <ins> profile = '' # anki vendors QT and mixing QT versions usually causes crashes unset QT_PLUGIN_PATH ''; </ins> # Dependencies of anki targetPkgs = pkgs: (with pkgs; [ xorg.libxkbfile xcb-util-cursor-HEAD krb5 ]);
Code change:
The arrow keys, and also Home, End etc. don't work in konsole or yakuake. Pressing them does nothing - in particular it does not print an escape code, which makes me think that this isn't a problem. I am using these from XFCE, rather than KDE, but I would hope that that would be supported. Install konsole. Try to use the arrow keys. System: 18.03pre116572. (Impala) Nix version: 1.11.15 Nixpkgs version: 18.03pre116572. Sandboxing enabled: yes
I think it was that mentioned this on the ~mailing list~ #nixos as well. Did you find a solution?
I didn't, I switched to Plasma.
Possibly relevant: running I get output for arrow keys, but nothing when running .
i switched to xfce4-terminal but we need to fix this, konsole is rather important for us.
I also switched to Plasma, where it works. One thing I think I discovered when trying to debug this is that it is not a issue, or anything relating to interpretation of escape sequences. Rather than getting uninterpreted escape sequences, it appears that konsole just doesn't get sent the sequences at all.
xev started from konsole can still get cursor keys, konsole still can't receive them.
The navigation keys are not working because konsole can't find the data file for the . As a temporary workaround, I manually placed in my home directory under . For a real fix, konsole would need to look at the correct path in the nix store. Right now it relies on . Maybe this should include ?
this solution is awesome, can you also fix the problem in nixpkgs? afterwards contact me to get a reward!

Related discussion:
text: { <del> mkDerivation, lib, </del> <ins> mkDerivation, lib, makeWrapper, </ins> extra-cmake-modules, kdoctools, kbookmarks, kcompletion, kconfig, kconfigwidgets, kcoreaddons, kguiaddons, ki18n, kiconthemes, kinit, kdelibs4support, kio, knotifications,
Code change:
The arrow keys, and also Home, End etc. don't work in konsole or yakuake. Pressing them does nothing - in particular it does not print an escape code, which makes me think that this isn't a problem. I am using these from XFCE, rather than KDE, but I would hope that that would be supported. Install konsole. Try to use the arrow keys. System: 18.03pre116572. (Impala) Nix version: 1.11.15 Nixpkgs version: 18.03pre116572. Sandboxing enabled: yes
I think it was that mentioned this on the ~mailing list~ #nixos as well. Did you find a solution?
I didn't, I switched to Plasma.
Possibly relevant: running I get output for arrow keys, but nothing when running .
i switched to xfce4-terminal but we need to fix this, konsole is rather important for us.
I also switched to Plasma, where it works. One thing I think I discovered when trying to debug this is that it is not a issue, or anything relating to interpretation of escape sequences. Rather than getting uninterpreted escape sequences, it appears that konsole just doesn't get sent the sequences at all.
xev started from konsole can still get cursor keys, konsole still can't receive them.
The navigation keys are not working because konsole can't find the data file for the . As a temporary workaround, I manually placed in my home directory under . For a real fix, konsole would need to look at the correct path in the nix store. Right now it relies on . Maybe this should include ?
this solution is awesome, can you also fix the problem in nixpkgs? afterwards contact me to get a reward!

Related discussion:
text: kbookmarks kcompletion kconfig kconfigwidgets kcoreaddons kdelibs4support kguiaddons ki18n kiconthemes kinit kio knotifications knotifyconfig kparts kpty kservice ktextwidgets kwidgetsaddons kwindowsystem kxmlgui qtscript knewstuff <ins> makeWrapper </ins> ]; <ins> postInstall = '' wrapProgram $out/bin/konsole --prefix XDG_DATA_DIRS ":" $out/share ''; </ins> propagatedUserEnvPkgs = [ (lib.getBin kinit) ]; }
Code change:
Steps to reproduce the behavior: Also fails on Hydra: I think the issue might be an old version of cython? Hydra lists python3.11-cython-0.29.36 which seems to be before Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Overriding the package to use instead of seems to do the trick, but it breaks the pytestCheckPhase. I put this in my overlay:

Related discussion:
text: , numpy , aggdraw , pytestCheckHook <ins> , pytest-cov </ins> , ipython <del> , cython </del> <ins> , cython_3 </ins> }: buildPythonPackage rec {
Code change:
Steps to reproduce the behavior: Also fails on Hydra: I think the issue might be an old version of cython? Hydra lists python3.11-cython-0.29.36 which seems to be before Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Overriding the package to use instead of seems to do the trick, but it breaks the pytestCheckPhase. I put this in my overlay:

Related discussion:
text: }; nativeBuildInputs = [ <del> cython </del> <ins> cython_3 </ins> ]; propagatedBuildInputs = [
Code change:
Steps to reproduce the behavior: Also fails on Hydra: I think the issue might be an old version of cython? Hydra lists python3.11-cython-0.29.36 which seems to be before Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Overriding the package to use instead of seems to do the trick, but it breaks the pytestCheckPhase. I put this in my overlay:

Related discussion:
text: nativeCheckInputs = [ pytestCheckHook <ins> pytest-cov </ins> ]; pythonImportsCheck = [
Code change:
Steps to reproduce the behavior: onthespot 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]:

Related discussion:
text: <del> { lib , copyDesktopItems , fetchFromGitHub , makeDesktopItem , python3 , wrapQtAppsHook }: python3.pkgs.buildPythonApplication rec { pname = "onthespot"; version = "0.5"; format = "pyproject"; src = fetchFromGitHub { owner = "casualsnek"; repo = "onthespot"; rev = "refs/tags/v${version}"; hash = "sha256-VaJBNsT7uNOGY43GnzhUqDQNiPoFZcc2UaIfOKgkufg="; }; nativeBuildInputs = with python3.pkgs; [ copyDesktopItems pythonRelaxDepsHook wrapQtAppsHook ]; propagatedBuildInputs = with python3.pkgs; [ charset-normalizer defusedxml librespot music-tag packaging pillow protobuf pyogg pyqt5 pyqt5-sip pyxdg requests setuptools show-in-file-manager urllib3 zeroconf ]; pythonRemoveDeps = [ "PyQt5-Qt5" "PyQt5-stubs" ]; pythonRelaxDeps = true; preFixup = '' makeWrapperArgs+=("''${qtWrapperArgs[@]}") ''; meta = with lib; { description = " QT based Spotify music downloader written in Python"; homepage = "https://github.com/casualsnek/onthespot"; changelog = "https://github.com/casualsnek/onthespot/releases/tag/v${version}"; license = licenses.gpl2Only; maintainers = with maintainers; [ onny ]; platforms = platforms.linux; }; } </del>
Code change:
Steps to reproduce the behavior: onthespot 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]:

Related discussion:
text: <ins> { lib , copyDesktopItems , fetchFromGitHub , makeDesktopItem , python3 , libsForQt5 }: python3.pkgs.buildPythonApplication rec { pname = "onthespot"; version = "0.5"; format = "pyproject"; src = fetchFromGitHub { owner = "casualsnek"; repo = "onthespot"; rev = "refs/tags/v${version}"; hash = "sha256-VaJBNsT7uNOGY43GnzhUqDQNiPoFZcc2UaIfOKgkufg="; }; nativeBuildInputs = with python3.pkgs; [ copyDesktopItems pythonRelaxDepsHook libsForQt5.wrapQtAppsHook ]; propagatedBuildInputs = with python3.pkgs; [ charset-normalizer defusedxml librespot music-tag packaging pillow protobuf pyqt5 pyqt5-sip pyxdg requests setuptools show-in-file-manager urllib3 zeroconf ]; pythonRemoveDeps = [ "PyQt5-Qt5" "PyQt5-stubs" # Doesn't seem to be used in the sources and causes # build issues "PyOgg" ]; pythonRelaxDeps = true; preFixup = '' makeWrapperArgs+=("''${qtWrapperArgs[@]}") ''; meta = with lib; { description = " QT based Spotify music downloader written in Python"; homepage = "https://github.com/casualsnek/onthespot"; changelog = "https://github.com/casualsnek/onthespot/releases/tag/v${version}"; license = licenses.gpl2Only; maintainers = with maintainers; [ onny ]; platforms = platforms.linux; }; } </ins>
Code change:
Steps to reproduce the behavior: onthespot 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]:

Related discussion:
text: inherit (darwin.apple_sdk.frameworks) Security; }; <del> onthespot = libsForQt5.callPackage ../applications/misc/onthespot { }; </del> opencorsairlink = callPackage ../tools/misc/opencorsairlink { }; openfpgaloader = callPackage ../development/embedded/fpga/openfpgaloader { };
Code change:
Launching gparted on Plasma 6 wayland doesn't work Steps to reproduce the behavior: to (in my case I have it in ) GParted from Plasma 6 Wayland is promped for elevated privileges. Enter it happens, the window closes When launching from the terminal, this is printed after entering the password: GParted opens (through XWayland I guess) Other XWayland applications and Wayland applications are both working, through QT and GTK. The package has no maintainers :( last touched by so I guess I should notify Please run and paste the result.
I found Arch BBS thread that might be related. In it, it says to put in your environment. Does that work?
Same error in sway. Setting GDK_BACKEND=x11 does not help
Same thing on COSMIC: system: host os: multi-user?: sandbox: version: nixpkgs:
I've opened that should fix this, can someone test to see if the PR works for you?

Related discussion:
text: , adwaita-icon-theme , gnugrep, parted, glib, libuuid, pkg-config, gtkmm3, libxml2 , gpart, hdparm, procps, util-linux, polkit, wrapGAppsHook3, substituteAll <del> , mtools, dosfstools </del> <ins> , mtools, dosfstools, xhost </ins> }: stdenv.mkDerivation rec {
Code change:
Launching gparted on Plasma 6 wayland doesn't work Steps to reproduce the behavior: to (in my case I have it in ) GParted from Plasma 6 Wayland is promped for elevated privileges. Enter it happens, the window closes When launching from the terminal, this is printed after entering the password: GParted opens (through XWayland I guess) Other XWayland applications and Wayland applications are both working, through QT and GTK. The package has no maintainers :( last touched by so I guess I should notify Please run and paste the result.
I found Arch BBS thread that might be related. In it, it says to put in your environment. Does that work?
Same error in sway. Setting GDK_BACKEND=x11 does not help
Same thing on COSMIC: system: host os: multi-user?: sandbox: version: nixpkgs:
I've opened that should fix this, can someone test to see if the PR works for you?

Related discussion:
text: enableParallelBuilding = true; <del> configureFlags = [ "--disable-doc" ]; </del> <ins> configureFlags = [ "--disable-doc" "--enable-xhost-root" ]; </ins> buildInputs = [ parted glib libuuid gtkmm3 libxml2 polkit.bin adwaita-icon-theme  ]; nativeBuildInputs = [ gettext pkg-config wrapGAppsHook3 ];
Code change:
Launching gparted on Plasma 6 wayland doesn't work Steps to reproduce the behavior: to (in my case I have it in ) GParted from Plasma 6 Wayland is promped for elevated privileges. Enter it happens, the window closes When launching from the terminal, this is printed after entering the password: GParted opens (through XWayland I guess) Other XWayland applications and Wayland applications are both working, through QT and GTK. The package has no maintainers :( last touched by so I guess I should notify Please run and paste the result.
I found Arch BBS thread that might be related. In it, it says to put in your environment. Does that work?
Same error in sway. Setting GDK_BACKEND=x11 does not help
Same thing on COSMIC: system: host os: multi-user?: sandbox: version: nixpkgs:
I've opened that should fix this, can someone test to see if the PR works for you?

Related discussion:
text: preFixup = '' gappsWrapperArgs+=( <del> --prefix PATH : "${lib.makeBinPath [ gpart hdparm util-linux procps coreutils gnused gnugrep mtools dosfstools ]}" </del> <ins> --prefix PATH : "${lib.makeBinPath [ gpart hdparm util-linux procps coreutils gnused gnugrep mtools dosfstools xhost ]}" </ins> ) '';
Code change:
On an apple silicon: $ nix-env -iA I thought was supposed to add support for macos. <!-- 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.
Why don't you ping
I don't own a mac currently and I don't use the package, can't help you unfortunately.

Related discussion:
text: maintainers = with lib.maintainers; [ dotlambda foo-dogsquared ]; platforms = lib.platforms.all; mainProgram = "warp"; <ins> broken = stdenv.isDarwin; </ins> }; }