jiebi/CodeConvo huggingface dataset:
Code change:
While rebuilding on this system that requires the package a failure while building has been occurring since NixOS 22.11. One of the tests fails.
I am not the maintainer of this package. Maybe can help? also have a look at:
Silly me for not checking and just the current release, disabling tests is a hell of a workaround but definitely works!
I'm also not a maintainer of the package, but I'm happy to fix it nonetheless :) There's an issue in that we don't have a good way of setting HDF5PLUGINPATH appropriately. Maybe I'll come back and fix this at some point, but for now this will do...

Related discussion:
text: hdf5 libxml2 mpi <del> ]; </del> <ins> bzip2 libzip zstd ] ++ lib.optional szipSupport szip; </ins> passthru = { inherit mpiSupport mpi;
Code change:
While rebuilding on this system that requires the package a failure while building has been occurring since NixOS 22.11. One of the tests fails.
I am not the maintainer of this package. Maybe can help? also have a look at:
Silly me for not checking and just the current release, disabling tests is a hell of a workaround but definitely works!
I'm also not a maintainer of the package, but I'm happy to fix it nonetheless :) There's an issue in that we don't have a good way of setting HDF5PLUGINPATH appropriately. Maybe I'll come back and fix this at some point, but for now this will do...

Related discussion:
text: "--enable-dap" "--enable-shared" "--disable-dap-remote-tests" <ins> "--with-plugin-dir=${placeholder "out"}/lib/hdf5-plugins" </ins> ] ++ (lib.optionals mpiSupport [ "--enable-parallel-tests" "CC=${mpi}/bin/mpicc" ]); <ins> enableParallelBuilding = true; </ins> disallowedReferences = [ stdenv.cc ]; postFixup = ''
Code change:
Neovim frequently coredump It is hard to reproduce the behavior, it always breaks down in unexpected situations no core dump ! <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result.
It might be caused by neo-tree. I haven't seen any crashes since I moved from neo-tree to nvimtree.
Also pretty sure it's neo-tree, I have the same issue . I've already built debug symbols for and am waiting for the next crash to get a detailed report.
not nixpkgs relevant (report to neovim with stacktrace).

Related discussion:
text: export VIMRUNTIME=$PWD/runtime ''; <ins> separateDebugInfo = true; </ins> meta = with lib; { description = "Vim text editor fork focused on extensibility and agility"; longDescription = ''
Code change:
Neovim frequently coredump It is hard to reproduce the behavior, it always breaks down in unexpected situations no core dump ! <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result.
It might be caused by neo-tree. I haven't seen any crashes since I moved from neo-tree to nvimtree.
Also pretty sure it's neo-tree, I have the same issue . I've already built debug symbols for and am waiting for the next crash to get a detailed report.
not nixpkgs relevant (report to neovim with stacktrace).

Related discussion:
text: enableParallelBuilding = true; <ins> # separateDebugInfo breaks static build # https://github.com/NixOS/nixpkgs/issues/219466 separateDebugInfo = !stdenv.hostPlatform.isStatic; </ins> doCheck = true; # Some of the tests use localhost networking.
Code change:
grub fails with nixos-rebuild switch -I nixpkgs=/home/lethal/nixpkgs
The issue title here is highly uninformative, which is why I didn't find this when checking for duplicates. :P

Related discussion:
text: <ins> { stdenv, fetchurl, bison, m4 }: stdenv.mkDerivation { name = "flex-2.5.35"; src = fetchurl { url = mirror://sourceforge/flex/flex-2.5.35.tar.bz2; sha256 = "0ysff249mwhq0053bw3hxh58djc0gy7vjan2z1krrf9n5d5vvv0b"; }; buildInputs = [ bison ]; propagatedNativeBuildInputs = [ m4 ]; crossAttrs = { preConfigure = '' export ac_cv_func_malloc_0_nonnull=yes export ac_cv_func_realloc_0_nonnull=yes ''; }; meta = { homepage = http://flex.sourceforge.net/; description = "A fast lexical analyser generator"; }; } </ins>
Code change:
grub fails with nixos-rebuild switch -I nixpkgs=/home/lethal/nixpkgs
The issue title here is highly uninformative, which is why I didn't find this when checking for duplicates. :P

Related discussion:
text: buggyBiosCDSupport = config.grub.buggyBiosCDSupport or true; }; <del> grub2 = callPackage ../tools/misc/grub/2.0x.nix { libusb = libusb1; }; </del> <ins> grub2 = callPackage ../tools/misc/grub/2.0x.nix { libusb = libusb1; flex = flex_2_5_35; }; </ins> grub2_efi = grub2.override { EFIsupport = true; };
Code change:
grub fails with nixos-rebuild switch -I nixpkgs=/home/lethal/nixpkgs
The issue title here is highly uninformative, which is why I didn't find this when checking for duplicates. :P

Related discussion:
text: checkstyle = callPackage ../development/tools/analysis/checkstyle { }; flex = callPackage ../development/tools/parsing/flex { }; <ins> flex_2_5_35 = callPackage ../development/tools/parsing/flex/2.5.35.nix { }; </ins> m4 = gnum4;
Code change:
When running , sometimes fails to start with an error message: Run System: NixOS: Nix version: Nixpkgs version:
I can confirm this issue. It also delays restarting of other units (probably dependent services) after upgrade. I do: as a workaround when this happens, so that the other services can restart faster. It only happens on my physical machine. My v-server never had this problem.
Can confirm this is still happens on 17.09 (just happened right now, and has been happening on every single ).
My workaround is to use:
how do you specify that? I get:
there was a typo: UPDATE 2: One also need to make it a list to override!
The solution posted above no longer seems to work after upgrading to 18.09 - has anyone else solved this in a different way?
Ran into this issue when I didn't have the EFI boot partition mounted while rebuilding. I think I was starting up an old nixos configuration. Seems to work fine now.
I forgot to make it a list. The empty string makes systemd first resets the option so it can be overriden afterwards.
A potential fix is also here: I want to test this option a bit for myself first.

Related discussion:
text: systemd.services.systemd-remount-fs.restartIfChanged = false; systemd.services.systemd-update-utmp.restartIfChanged = false; systemd.services.systemd-user-sessions.restartIfChanged = false; # Restart kills all active sessions. <ins> systemd.services.systemd-udev-settle.restartIfChanged = false; # Causes long delays in nixos-rebuild </ins> # Restarting systemd-logind breaks X11 # - upstream commit: https://cgit.freedesktop.org/xorg/xserver/commit/?id=dc48bd653c7e101 # - systemd announcement: https://github.com/systemd/systemd/blob/22043e4317ecd2bc7834b48a6d364de76bb26d91/NEWS#L103-L112
Code change:
See also Steps to reproduce the behavior: This is such as basic cross-compilation that I wonder whether something is wrong in my setup. However, the errors are surprising, because I thought most packages were cross-compilation aware enough to not run host binaries on the build platform. Please run and paste the result.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
was mentioned as a possible fix.
I can confirm that fixes this issue.

Related discussion:
text: (b == armv7l && isCompatible a armv7a) (b == armv7l && isCompatible a armv7r) (b == armv7l && isCompatible a armv7m) <del> (b == armv7a && isCompatible a armv8a) (b == armv7r && isCompatible a armv8a) (b == armv7m && isCompatible a armv8a) (b == armv7a && isCompatible a armv8r) (b == armv7r && isCompatible a armv8r) (b == armv7m && isCompatible a armv8r) (b == armv7a && isCompatible a armv8m) (b == armv7r && isCompatible a armv8m) (b == armv7m && isCompatible a armv8m) </del> # ARMv8 <del> (b == armv8r && isCompatible a armv8a) (b == armv8m && isCompatible a armv8a) # XXX: not always true! Some arm64 cpus don’t support arm32 mode. </del> (b == aarch64 && a == armv8a) (b == armv8a && isCompatible a aarch64) <ins> (b == armv8r && isCompatible a armv8a) (b == armv8m && isCompatible a armv8a) </ins> # PowerPC (b == powerpc && isCompatible a powerpc64)
Code change:
From a brief look at the updated cuda section in the manual, it would be logical to take as an argument, rather than the compiled string. And to expose that in via gets even further beyond the scope, so let's skip it Originally posted by in
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: requiredSystemFeatures = [ "big-parallel" ]; passthru = { <del> inherit cudaSupport cudaPackages gpuTargetString; cudaCapabilities = supportedCudaCapabilities; </del> <ins> inherit cudaSupport cudaPackages; </ins> # At least for 1.10.2 `torch.fft` is unavailable unless BLAS provider is MKL. This attribute allows for easy detection of its availability. blasProvider = blas.provider; <ins> } // lib.optionalAttrs cudaSupport { # NOTE: supportedCudaCapabilities isn't computed unless cudaSupport is true, so we can't use #   it in the passthru set above because a downstream package might try to access it even #   when cudaSupport is false. Better to have it missing than null or an empty list by default. cudaCapabilities = supportedCudaCapabilities; </ins> }; meta = with lib; {
Code change:
From a brief look at the updated cuda section in the manual, it would be logical to take as an argument, rather than the compiled string. And to expose that in via gets even further beyond the scope, so let's skip it Originally posted by in
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: { buildPythonPackage <del> , cudaSupport ? torch.cudaSupport or false # by default uses the value from torch </del> , fetchFromGitHub , lib , libjpeg_turbo
Code change:
From a brief look at the updated cuda section in the manual, it would be logical to take as an argument, rather than the compiled string. And to expose that in via gets even further beyond the scope, so let's skip it Originally posted by in
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: }: let <del> inherit (torch) cudaPackages gpuTargetString; </del> <ins> inherit (torch) cudaCapabilities cudaPackages cudaSupport; </ins> inherit (cudaPackages) cudatoolkit cudaFlags cudaVersion; # NOTE: torchvision doesn't use cudnn; torch does!
Code change:
From a brief look at the updated cuda section in the manual, it would be logical to take as an argument, rather than the compiled string. And to expose that in via gets even further beyond the scope, so let's skip it Originally posted by in
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: + lib.optionalString cudaSupport '' export CC=${cudatoolkit.cc}/bin/cc export CXX=${cudatoolkit.cc}/bin/c++ <del> export TORCH_CUDA_ARCH_LIST="${gpuTargetString}" </del> <ins> export TORCH_CUDA_ARCH_LIST="${lib.concatStringsSep ";" cudaCapabilities}" </ins> export FORCE_CUDA=1 '';
Code change:
The program Jabref will build, but give a JFX related error upon trying to run the program. Steps to reproduce the behavior: The program launches as it used to. Please run and paste the result.
It's fixed in but hasn't been merged.
Hi. Sorry for digging this up, but I'm having the same error for starting a JFX application inside Intellij IDEA, where is unable to find (or ). My hack to resolve this involves: Make sure that there is within your ( for example) Add the path to :Start Intellij IDEA from the shell. I felt like this is worth a separate issue (Intellij and JFX related), but wanted to ask it here first. Many thanks!
I can't understand what you want to ask... This issue is caused by the reason said in
I meant I had the same issue (missing for ), but in another context, and was wondering instead of that hacky workaround, is there any way to make my JFX application starts with no error.

Related discussion:
text: , perl }: <ins> let versionReplace = { easybind = { snapshot = "2.2.1-SNAPSHOT"; pin = "2.2.1-20230117.075740-16"; }; afterburner = { snapshot = "testmoduleinfo-SNAPSHOT"; pin = "0e337d8773"; }; }; in </ins> stdenv.mkDerivation rec { <del> version = "5.7"; </del> <ins> version = "5.9"; </ins> pname = "jabref"; src = fetchFromGitHub { owner = "JabRef"; repo = "jabref"; rev = "v${version}"; <del> hash = "sha256-wzBaAaxGsMPh64uW+bBOiycYfVCW9H5FCn06r6XdxeE="; </del> <ins> hash = "sha256-uACmXas5L1NcxLwllkcbgCCt9bRicpQkiJkhkkVWDDY="; </ins> }; desktopItems = [
Code change:
The program Jabref will build, but give a JFX related error upon trying to run the program. Steps to reproduce the behavior: The program launches as it used to. Please run and paste the result.
It's fixed in but hasn't been merged.
Hi. Sorry for digging this up, but I'm having the same error for starting a JFX application inside Intellij IDEA, where is unable to find (or ). My hack to resolve this involves: Make sure that there is within your ( for example) Add the path to :Start Intellij IDEA from the shell. I felt like this is worth a separate issue (Intellij and JFX related), but wanted to ask it here first. Many thanks!
I can't understand what you want to ask... This issue is caused by the reason said in
I meant I had the same issue (missing for ), but in another context, and was wondering instead of that hacky workaround, is there any way to make my JFX application starts with no error.

Related discussion:
text: deps = stdenv.mkDerivation { pname = "${pname}-deps"; <del> inherit src version; </del> <ins> inherit src version postPatch; </ins> nativeBuildInputs = [ gradle perl ]; buildPhase = '' export GRADLE_USER_HOME=$(mktemp -d) <del> gradle --no-daemon downloadDependencies </del> <ins> gradle --no-daemon downloadDependencies -Dos.arch=amd64 gradle --no-daemon downloadDependencies -Dos.arch=aarch64 </ins> ''; # perl code mavenizes pathes (com.squareup.okio/okio/1.13.0/a9283170b7305c8d92d25aff02a6ab7e45d06cbe/okio-1.13.0.jar -> com/squareup/okio/okio/1.13.0/okio-1.13.0.jar) installPhase = '' find $GRADLE_USER_HOME/caches/modules-2 -type f -regex '.*.(jar|pom)'  | perl -pe 's#(.*/([^/]+)/([^/]+)/([^/]+)/[0-9a-f]{30,40}/([^/s]+))$# ($x = $2) =~ tr|.|/|; "install -Dm444 $1 $out/$x/$3/$4/''${($5 =~ s/-jvm//r)}" #e'  | sh <ins> mv $out/com/tobiasdiez/easybind/${versionReplace.easybind.pin}  $out/com/tobiasdiez/easybind/${versionReplace.easybind.snapshot} </ins> ''; # Don't move info to share/ forceShare = [ "dummy" ]; outputHashMode = "recursive"; <del> outputHash = { x86_64-linux = "sha256-OicHJVFxHGPE76bEDoLhkEhVcAJmplqjoh2I3nnVaLA="; aarch64-linux = "sha256-8QWmweptL/+pSO6DhfBLaLcBrfKd4TDsDoXs4TgXvew="; }.${stdenv.hostPlatform.system} or (throw "Unsupported system ${stdenv.hostPlatform.system}"); </del> <ins> outputHash = "sha256-s6GA8iT3UEVuELBgpBvzPJlVX+9DpfOQrEd3KIth8eA="; </ins> }; <ins> postPatch = '' # Pin the version substituteInPlace build.gradle  --replace 'com.github.JabRef:afterburner.fx:${versionReplace.afterburner.snapshot}'  'com.github.JabRef:afterburner.fx:${versionReplace.afterburner.pin}'  --replace 'com.tobiasdiez:easybind:${versionReplace.easybind.snapshot}'  'com.tobiasdiez:easybind:${versionReplace.easybind.pin}' ''; </ins> preBuild = '' # Include CSL styles and locales in our build cp -r buildres/csl/* src/main/resources/
Code change:
The program Jabref will build, but give a JFX related error upon trying to run the program. Steps to reproduce the behavior: The program launches as it used to. Please run and paste the result.
It's fixed in but hasn't been merged.
Hi. Sorry for digging this up, but I'm having the same error for starting a JFX application inside Intellij IDEA, where is unable to find (or ). My hack to resolve this involves: Make sure that there is within your ( for example) Add the path to :Start Intellij IDEA from the shell. I felt like this is worth a separate issue (Intellij and JFX related), but wanted to ask it here first. Many thanks!
I can't understand what you want to ask... This issue is caused by the reason said in
I meant I had the same issue (missing for ), but in another context, and was wondering instead of that hacky workaround, is there any way to make my JFX application starts with no error.

Related discussion:
text: # Resources in the jar can't be found, workaround copied from AUR cp -r build/resources $out/share/java/jabref <del> # workaround for https://github.com/NixOS/nixpkgs/issues/162064 </del> tar xf build/distributions/JabRef-${version}.tar -C $out --strip-components=1 <del> unzip $out/lib/javafx-web-*-linux${lib.optionalString stdenv.isAarch64 "-aarch64"}.jar libjfxwebkit.so -d $out/lib/ </del> <ins> # remove openjfx libs for other platforms rm $out/lib/javafx-*-win.jar ${lib.optionalString stdenv.isAarch64 "$out/lib/javafx-*-linux.jar"} # workaround for https://github.com/NixOS/nixpkgs/issues/162064 unzip $out/lib/javafx-web-*.jar libjfxwebkit.so -d $out/lib/ </ins> DEFAULT_JVM_OPTS=$(sed -n -E "s/^DEFAULT_JVM_OPTS='(.*)'$/1/p" $out/bin/JabRef | sed -e "s|$APP_HOME|$out|g" -e 's/"//g') rm $out/bin/*
Code change:
The program Jabref will build, but give a JFX related error upon trying to run the program. Steps to reproduce the behavior: The program launches as it used to. Please run and paste the result.
It's fixed in but hasn't been merged.
Hi. Sorry for digging this up, but I'm having the same error for starting a JFX application inside Intellij IDEA, where is unable to find (or ). My hack to resolve this involves: Make sure that there is within your ( for example) Add the path to :Start Intellij IDEA from the shell. I felt like this is worth a separate issue (Intellij and JFX related), but wanted to ask it here first. Many thanks!
I can't understand what you want to ask... This issue is caused by the reason said in
I meant I had the same issue (missing for ), but in another context, and was wondering instead of that hacky workaround, is there any way to make my JFX application starts with no error.

Related discussion:
text: }; jabref = callPackage ../applications/office/jabref { <del> jdk = javaPackages.compiler.openjdk18; </del> <ins> jdk = jdk19.override { enableJavaFX = true; }; gradle = gradle_7; </ins> }; jack_capture = callPackage ../applications/audio/jack-capture { };
Code change:
lbreakouthd fails to launch with "libGL error: MESA-LOADER: failed to open iris" Steps to reproduce the behavior: lbreaouthd with lbreakouthd launches Framework laptop with intel graphics. Please run and paste the result.
keep an eye on the and tell me if anything goes wrong

Related discussion:
text: { lib , stdenv , fetchurl <ins> , directoryListingUpdater </ins> , SDL2 , SDL2_image , SDL2_mixer , SDL2_ttf <del> , directoryListingUpdater </del> }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (self: { </ins> pname = "lbreakouthd"; <del> version = "1.1"; </del> <ins> version = "1.1.1"; </ins> src = fetchurl { <del> url = "mirror://sourceforge/lgames/${pname}-${version}.tar.gz"; hash = "sha256-5hjS0aJ5f8Oe0aSuVgcV10h5OmWsaMHF5B9wYVFrlDY="; </del> <ins> url = "mirror://sourceforge/lgames/lbreakouthd-${self.version}.tar.gz"; hash = "sha256-ljnZpuV9HPPR5bgdbyE8gUtb4m+JppxGm3MV691sw7E="; </ins> }; buildInputs = [
Code change:
lbreakouthd fails to launch with "libGL error: MESA-LOADER: failed to open iris" Steps to reproduce the behavior: lbreaouthd with lbreakouthd launches Framework laptop with intel graphics. Please run and paste the result.
keep an eye on the and tell me if anything goes wrong

Related discussion:
text: hardeningDisable = [ "format" ]; passthru.updateScript = directoryListingUpdater { <del> inherit pname version; </del> <ins> inherit (self) pname version; </ins> url = "https://lgames.sourceforge.io/LBreakoutHD/"; extraRegex = "(?!.*-win(32|64)).*"; }; <del> meta = with lib; { broken = stdenv.isDarwin; </del> <ins> meta = { </ins> homepage = "https://lgames.sourceforge.io/LBreakoutHD/"; description = "A widescreen Breakout clone"; <del> license = licenses.gpl2Plus; maintainers = with maintainers; [ AndersonTorres ]; </del> <ins> license = lib.licenses.gpl2Plus; maintainers = with lib.maintainers; [ AndersonTorres ]; </ins> inherit (SDL2.meta) platforms; <ins> broken = stdenv.isDarwin; </ins> }; <del> } </del> <ins> }) </ins>
Code change:
Since the introduction of in (), derivations should use instead of to further reduce the usage of the attribute.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: let inherit (torch) cudaCapabilities cudaPackages cudaSupport; <del> inherit (cudaPackages) cudatoolkit cudaFlags cudaVersion; </del> <ins> inherit (cudaPackages) backendStdenv cudaVersion; </ins> # NOTE: torchvision doesn't use cudnn; torch does! #   For this reason it is not included.
Code change:
Since the introduction of in (), derivations should use instead of to further reduce the usage of the attribute.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: # NOTE: We essentially override the compilers provided by stdenv because we don't have a hook #   for cudaPackages to swap in compilers supported by NVCC. + lib.optionalString cudaSupport '' <del> export CC=${cudatoolkit.cc}/bin/cc export CXX=${cudatoolkit.cc}/bin/c++ </del> <ins> export CC=${backendStdenv.cc}/bin/cc export CXX=${backendStdenv.cc}/bin/c++ </ins> export TORCH_CUDA_ARCH_LIST="${lib.concatStringsSep ";" cudaCapabilities}" export FORCE_CUDA=1 '';
Code change:
NixOS unstable is affected by on Wayland. Steps to reproduce the behavior: signal-desktop on Wayland. No crash. Add any other context about the problem here. Please run and paste the result.
I am also getting a crash every once in a while on startup. Starting it again works so far and it seems stable after that. Don't know what to do about that.
I've fixed this locally by using the following overlay:
Apparently, Signal beta works again on Wayland.
Just adding a data point. Having Wayland disabled actually caused more bugs for me. Re-enabling Wayland via 's overlay helped fix my compositor crashing whenever I clicked on certain UI like "preferences" in the "file" menu. Currently running: with set to and have the following env variables set:

Related discussion:
text: preFixup = '' gappsWrapperArgs+=( --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ stdenv.cc.cc ] }" <del> --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}" </del> <ins> # Currently crashes see https://github.com/NixOS/nixpkgs/issues/222043 #--add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}" </ins> --suffix PATH : ${lib.makeBinPath [ xdg-utils ]} )