jiebi/CodeConvo huggingface dataset:
Change:
<ins> diff --git a/modules/fdlibm/src/math_private.h b/modules/fdlibm/src/math_private.h index 51d79f9c2ec59..fafd7d6fc1e0d 100644 --- a/modules/fdlibm/src/math_private.h +++ b/modules/fdlibm/src/math_private.h @@ -30,5 +30,9 @@ * Adapted from https://github.com/freebsd/freebsd-src/search?q=__double_t */ +#if defined __FLT_EVAL_METHOD__ && (__FLT_EVAL_METHOD__ == 2) +typedef long double      __double_t; +#else typedef double      __double_t; +#endif typedef __double_t  double_t; /* </ins>  No newline at end of file

Discussion:
Steps to reproduce the behavior:
Can you check if has an effect?
I've got this error:
Please check the full log of that build and look for ( catching the actual error) and any preceding lines with (actual error from the compiler). What you posted are just harmless warnings and (an error has occurred somewhere else so needs to quit).
Upstream issue:
Change:
<ins> diff -up texlive-2007/texk/web2c/tex.ch.extramembot texlive-2007/texk/web2c/tex.ch --- texlive-2007/texk/web2c/tex.ch.extramembot	2006-12-19 02:11:11.000000000 +0100 +++ texlive-2007/texk/web2c/tex.ch	2011-11-30 12:03:32.052795763 +0100 @@ -365,7 +365,7 @@ for i:=@'177 to @'377 do xchr[i]:=i; {Initialize encTeX data.} for i:=0 to 255 do mubyte_read[i]:=null; for i:=0 to 255 do mubyte_write[i]:=0; -for i:=0 to 128 do mubyte_cswrite[i]:=null; +for i:=0 to 127 do mubyte_cswrite[i]:=null; mubyte_keep := 0; mubyte_start := false; write_noexpanding := false; cs_converting := false; special_printing := false; message_printing := false; </ins>

Discussion:
The program from the package segfaults. Run: type anything, then return:
I can confirm this, but the package may be obsolete. You can use (and also prebuilt , , or source-based , or compose your own set of packages).
You're right, but building auctex depends on tetex somehow. I hit the problem when trying to build :
Change:
The `{aclUse,superUser,disableActions}` attributes have been renamed, `pluginsConfig` now also accepts an attribute set of booleans, passing plain PHP is deprecated. Same applies to `acl` which now also accepts structured settings. <ins> - The `wordpress` service now takes configuration via the `services.wordpress.sites.<name>.settings` attribute set, `extraConfig` is still available to append  additional text to `wp-config.php`. </ins> - To reduce closure size in `nixos/modules/profiles/minimal.nix` profile disabled installation documentations and manuals. Also disabled `logrotate` and `udisks2` services. - The minimal ISO image now uses the `nixos/modules/profiles/minimal.nix` profile.

Discussion:
Some wordpress applications, , assume this variable is present, even if they do not use it. I am unclear if this is undefined behaviour or a convention, but I have had to set to get wordpress to not crash after activating the plugin. Could we use or as the fallback, instead of leaving it undefined? Steps to reproduce the behavior: Please run and paste the result.
We should check what the Wordpress installer does in this case and if is usually written into
I have not manually tested it, but as best as I can grok, they set whatever the user provides, so seems more canonical?
Tested in a VM and you're right, setting DB_PASSWORD to '' seems to be the default case ! We should fix that and add a comment in the Wordpress module that this is the default behavior. Thanks for pointing that issue out!
Trying to fix this in this PR
Change:
<ins> --- a/library/forms/swig/CMakeLists.txt +++ b/library/forms/swig/CMakeLists.txt @@ -57,7 +57,7 @@ set(CMAKE_SWIG_FLAGS -w312) set_source_files_properties(cairo.i PROPERTIES CPLUSPLUS ON) -set_property(SOURCE cairo.i PROPERTY SWIG_FLAGS -DCAIRO_HAS_PNG_FUNCTIONS=1 -fcompact -DSWIG_PYTHON_LEGACY_BOOL -I/usr/include) +set_property(SOURCE cairo.i PROPERTY SWIG_FLAGS -DCAIRO_HAS_PNG_FUNCTIONS=1 -fcompact -DSWIG_PYTHON_LEGACY_BOOL -I@cairoDev@/include) if(CMAKE_VERSION VERSION_LESS 3.8) swig_add_module(cairo python cairo.i) else() </ins>

Discussion:
Describe the bug On , fails to build because there are lots of compiler warnings and those are treated as errors. To Reproduce Steps to reproduce the behavior: out the branch of the repo's root directory, run Expected behavior Build succeeds and a symlink is created pointing to the build result. Observed behavior <details<summaryBuild fails with the following output (click to expand)</summary</detailsand with exit code . Screenshots n/a Additional context n/a Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(das-g): nixpkgs: Maintainer information:
Change:
EnvironmentFile = cfg.environmentFile; ExecStart = "${cfg.package}/bin/livebook start"; KillMode = "mixed"; <ins> # Fix for the issue described here: # https://github.com/livebook-dev/livebook/issues/2691 # # Without this, the livebook service fails to start and gets # stuck running a `cat /dev/urandom | tr | fold` pipeline. IgnoreSIGPIPE = false; </ins> }; environment = mapAttrs (name: value: if isBool value then boolToString value else toString value)

Discussion:
doesn't seem to work as a module Steps to reproduce the behavior: livebook service any env variables or use environment file with any variables first of all, its systemd unit does not appear to start by default. so i did and but it doesn't work, i can't access it either by IP or by domain, which is set up in my nginx configuration as a reverse proxy. some strange things happen while the unit is active [1st screenshot]. also there's nothing in the journal except info messages about the unit itself as i see it, livebook fails to start, but the service is active because something is going on with inside this wrapper script i tried to make it work several different ways: from using option instead of my environment file to writing my very own systemd unit in NixOS configuration file, also using home-manager like so: but that doesn't work too. surely i tried starting livebook manually - and it works as expected [2nd screenshot] module/service works and is accessible systemd livebook unit works and is accessible |
---------------| NixOS 24.05.3214. (Uakari) x86_64 running on a VPS cc Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for reporting this issue. I am ashamed to admit that I have actually known about this for a while now, without doing anything about it. Now that someone else is having problems with the service, I'll prioritize getting something done soon. I'm not actually sure what's going wrong, but it seems like the service hangs in the command. As far as I remember it ends up using 100% cpu and just loop forever. I'll try to take a look at it later this week.
Perhaps you have encountered this issue as well?
I've seen this before and I think it was because livebook was trying to generate a in some weird way. This is my current configuration which works: Could you try manually setting a in your service setup, please?
a screenshot from filtering cpu usage ! not so much is used i've tried setting up a cookie and you can see it works - :pleading_face: thanks!!!! ~<
The issue seems to have been described and debugged here: The solution is to set in the systemd service configuration. I'll mint a PR.
Change:
<ins> { lib, stdenv, fetchFromGitHub, installShellFiles }: stdenv.mkDerivation rec { pname = "tmuxifier"; version = "0.13.0"; src = fetchFromGitHub { owner = "jimeh"; repo = "tmuxifier"; rev = "v${version}"; hash = "sha256-7TvJnvtZEo5h45PcSy3tJN09UblswV0mQbTaKjgLyqw="; }; nativeBuildInputs = [ installShellFiles ]; dontBuild = true; installPhase = '' runHook preInstall sed -i "s@set -e@TMUXIFIER=$outnTMUXIFIER_LAYOUT_PATH="''${TMUXIFIER_LAYOUT_PATH:-$HOME/.tmux-layouts}"nset -e@"  bin/tmuxifier sed -i "s@$TMUXIFIER/lib/@$TMUXIFIER/lib/tmuxifier/@g"  bin/tmuxifier libexec/* lib/* sed -i "s@$TMUXIFIER/templates/@$TMUXIFIER/share/tmuxifier/templates/@g; s@$TMUXIFIER/init.@$TMUXIFIER/share/tmuxifier/init/init.@g"  libexec/* sed -i "s@$TMUXIFIER/completion/tmuxifier.bash@$TMUXIFIER/share/bash-completion/completions/tmuxifier.bash@g; s@$TMUXIFIER/completion/tmuxifier.zsh@$TMUXIFIER/share/zsh/site-functions/_tmuxifier@g"  init.sh sed -i "s@$TMUXIFIER/completion/tmuxifier.tcsh@$TMUXIFIER/share/tmuxifier/completion/tmuxifier.tcsh@g"  init.tcsh sed -i "s@$TMUXIFIER/completion/tmuxifier.fish@$TMUXIFIER/share/fish/vendor_completions.d/tmuxifier.fish@g"  init.fish install -t $out/bin -Dm555 bin/tmuxifier install -t $out/share/tmuxifier/init -Dm444 init.fish init.sh init.tcsh install -t $out/share/tmuxifier/templates -Dm444 templates/* install -t $out/lib/tmuxifier -Dm444 lib/* cp -r libexec $out installShellCompletion --cmd tmuxifier  --bash completion/tmuxifier.bash  --fish completion/tmuxifier.fish  --zsh completion/tmuxifier.zsh install -t $out/share/tmuxifier/completion -Dm444 completion/tmuxifier.tcsh runHook postInstall ''; meta = with lib; { description = "Powerful session, window & pane management for Tmux"; homepage = "https://github.com/jimeh/tmuxifier"; license = licenses.mit; mainProgram = "tmuxifier"; maintainers = with maintainers; [ wigust ]; platforms = platforms.unix; }; } </ins>

Discussion:
Project description Tmuxifier allows you to easily create, edit, and load "layout" (template) files, which are simple shell scripts where you use the tmux command and helper commands provided by tmuxifier to manage Tmux sessions and windows. Cool demo video: <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin,
Maybe the maintainers can add this? Maybe as a tmux option? ?
Change:
{ stdenv, agda, fetchgit }: agda.mkDerivation (self: rec { <del> version = "d598f35d88596c5a63766a7188a0c0144e467c8c"; </del> <ins> version = "0dca24a81d417db2ae8fc871eccb7776f7eae952"; </ins> name = "agda-prelude-${version}"; src = fetchgit { url = "https://github.com/UlfNorell/agda-prelude.git"; rev = version; <del> sha256 = "bdcffb675d0ad1bafa2b47f581b6a9b90347ae739b6218f89f365fda2cc4f8c8"; </del> <ins> sha256 = "0gwfgvj96i1mx5v01bi46h567d1q1fbgvzv6z8zv91l2jhybwff5"; </ins> }; topSourceDirectories = [ "src" ];

Discussion:
As of Agda 2.5.1 (which comes on the latest nixos-unstable release), both nixpkgs' agda-stdlib (from git nominally at version 2.4.2.3) and an updated version (v0.12, the most recent release) fail to build. Some modules are checked successfully, but it gets stuck at (the first builtin module it finds). For this module only, it tries to write to . Output: System: (Flounder) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: ""
has the same issue, meaning that there has probably been some change in Agda. The problem seems to be that writes a file for each file it checks, and some files it's checking are in the Nix store (specifically, in ). I think it's to do with . Maybe it would work if these were checked when building .
Current status: .
Fixed by .
Let's keep this open until the fix lands in master.
Change:
, appstream-glib , desktop-file-utils , libepoxy <del> , gettext </del> , glib <del> , gtk3 </del> <ins> , gtk4 , wayland </ins> , meson , mpv , ninja , nix-update-script , pkg-config , python3 <del> , wrapGAppsHook </del> <ins> , wrapGAppsHook4 </ins> }: stdenv.mkDerivation rec { pname = "celluloid"; <del> version = "0.21"; </del> <ins> version = "0.22"; </ins> src = fetchFromGitHub { owner = "celluloid-player"; repo = "celluloid"; rev = "v${version}"; <del> hash = "sha256-1Jeg1uqWxURGKR/Xg4j4roZ9Pg5MR7geyttdzlOU+rA="; </del> <ins> hash = "sha256-QGN8YLtyb9YVNDK2ZDQwHJVg6UTIQssfNK9lQqxMNKQ="; </ins> }; nativeBuildInputs = [ appstream-glib desktop-file-utils <del> gettext </del> meson ninja pkg-config python3 <del> wrapGAppsHook </del> <ins> wrapGAppsHook4 </ins> ]; buildInputs = [ libepoxy glib <del> gtk3 </del> <ins> gtk4 wayland </ins> mpv ]; postPatch = '' patchShebangs meson-post-install.py src/generate-authors.py <ins> # Remove this for next release substituteInPlace meson-post-install.py --replace "gtk-update-icon-cache" "gtk4-update-icon-cache" </ins> ''; doCheck = true;

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: celluloid <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.21 desired version: 0.22 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
${wrapperFlags} ''; <ins> # Set RUNPATH so that libcuda in /run/opengl-driver(-32)/lib can be found. # See the explanation in addOpenGLRunpath. postFixup = optionalString stdenv.isLinux '' addOpenGLRunpath $out/bin/.mpv-wrapped ''; </ins> meta = with stdenv.lib; { description = "A media player that supports many video formats (MPlayer and mplayer2 fork)"; homepage = https://mpv.io; license = licenses.gpl2Plus; <del> maintainers = with maintainers; [ AndersonTorres fuuzetsu fpletz globin ]; </del> <ins> maintainers = with maintainers; [ AndersonTorres fuuzetsu fpletz globin ivan ]; </ins> platforms = platforms.darwin ++ platforms.linux; longDescription = ''

Discussion:
Describe the bug In mpv, CUDA-accelerated playback worked a few months ago after landed, but now no longer does. To Reproduce Steps to reproduce the behavior: NixOS master with an NVIDIA card and and observe: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): nixpkgs: Maintainer information:
I will see if doing helps
Change:
repo = "pcsx2"; fetchSubmodules = true; rev = "v${version}"; <del> hash = "sha256-FdLmLZLpS8zPmHVn4k0nE6vS/omYVIOal9ej0h3bE/Y="; </del> <ins> hash = "sha256-0RcmBMxKj/gnkNEjn2AUSSO1DzyNSf1lOZWPSUq6764="; </ins> }; cmakeFlags = [

Discussion:
Doesn't start from shortcut in GNOME system. Runs in the terminal. The shortcut does not work.
This seems to be caused by the fact that the desktop file sets . The problem also occurs on Plasma Wayland, so I guess it happens on Wayland in general. (Didn't test X11 window managers.)
Change:
(mkJetBrainsProduct { inherit pname version src wmClass jdk buildNumber; product = "Rider"; <del> # icu is required by Rider.Backend extraLdPath = [ icu ]; </del> meta = with lib; { homepage = "https://www.jetbrains.com/rider/"; inherit description license platforms;

Discussion:
A clear and concise description of what the bug is. JetBrains editors run with which result in project built under the editors (i.e. in 's terminal) always picks up from . Even if the project is using for example . This result in ABI conflict when the build executable runs, because other components - which built using , outside clion - use from Steps to reproduce the behavior: well, this might be tricky to prepare a small project needed to support itself, should not leak into projects it edits  I suspect and in are problematic too introduced in
it seems that the fix should be to use command line switch instead of environment variable
And (or ), because JNA is looking for .so files there, so should be on one of them instead of
This is still a problem
Can confirm, this is an issue when using per-project environments which are on a different channel than my systems'. Shouldn't the "internals" be patched using e.g. instead?
For anyone else running into this: the workaround is to clear the environment variable in the IDE settings for the commands you want to run. Cumbersome, but it works.
The above workaround doesn't completely work. For instance, there is no way to remove when setting the project interpreter in PyCharm.
The following seems to work: I'll try to prepare a PR in the coming days. EDIT: It even discovered some missing dependencies and .
Has there been an update on this? I am trying to use prettier in Webstorm and all other tools to have needed the to be reset, if I want to run them. But this is not possible for prettier. I suspect that it would work with unset.
Just had this come up again trying to build a program with gcc 13 in CLion. Simply removing from in fixes the issue and doesn't appear to break clion, idea, or rider.
Change:
mkKdeDerivation, qtsvg, qtwayland, <ins> qtimageformats, </ins> pkg-config, cfitsio, exiv2,

Discussion:
Plasma 6 installation module is missing qt6.qtimageformats by default, which causes default image viewer, Gwenview, to not display some image formats. Steps to reproduce the behavior: a system with to open .webp file in Gwenview gives an error that format is not supported, which is (Gwenview was presumably updated to use qt6) Gwenview is a standard image viewer of KDE, and it's expected to support as much formats as it can.  Installing qt6.imageformats in environment.systemPackages fixes this issue, and I don't know of reason to not include it into standard installation. <!-- 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]:
Change:
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 { };

Discussion:
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.
Change:
<ins> { libsepol , libavif , bash , curl , librsvg , libselinux , util-linux , libwebp , libheif , lib , stdenv , fetchFromGitHub , libxslt , libxml2 , cmake , exiftool , openexr_3 , glib , python3Packages , perlPackages , lensfun , intltool , pkg-config , desktop-file-utils , libffi , gtk3 , libjpeg , pugixml , pcre , pcre2 , lcms , sqlite , json-glib , jasper , libsecret , gmic , icu , colord , colord-gtk , libaom , libdatrie , libsysprof-capture , libde265 , isocodes , libpsl , libepoxy , libsoup , exiv2 , libXtst , libthai , x265 , libXdmcp , openjpeg , libgpg-error , libxkbcommon , osm-gps-map , wrapGAppsHook , rav1e , dav1d , libgcrypt , graphicsmagick , unstableGitUpdater }: let # requires libavif 0.x, see https://github.com/aurelienpierreeng/ansel/blob/e2c4a0a60cd80f741dd3d3c6ab72be9ac11234fb/src/CMakeLists.txt#L356 libavif_0_11 = libavif.overrideAttrs rec { version = "0.11.1"; src = fetchFromGitHub { owner = "AOMediaCodec"; repo = "libavif"; rev = "v${version}"; hash = "sha256-mUi0DU99XV3FzUZ8/9uJZU+W3fc6Bk6+y6Z78IRZ9Qs="; }; }; in stdenv.mkDerivation { pname = "ansel"; version = "unstable-2024-01-05"; src = fetchFromGitHub { owner = "aurelienpierreeng"; repo = "ansel"; rev = "e2c4a0a60cd80f741dd3d3c6ab72be9ac11234fb"; hash = "sha256-Kg020MHy9fn1drCk+66f25twqczvD/5evutDODqOjYM="; fetchSubmodules = true; }; strictDeps = true; nativeBuildInputs = [ cmake desktop-file-utils exiftool intltool libxml2 pkg-config perlPackages.perl python3Packages.jsonschema wrapGAppsHook ]; buildInputs = [ bash # for patchShebangs to patch scripts in share/ansel/tools/ colord colord-gtk curl dav1d exiv2 json-glib glib gmic graphicsmagick gtk3 icu isocodes jasper lcms lensfun libaom libavif_0_11 libdatrie libde265 libepoxy libffi libgcrypt libgpg-error libheif libjpeg libpsl librsvg libsecret libselinux libsepol libsoup libsysprof-capture libthai libwebp libXdmcp libxkbcommon libxslt libXtst openexr_3 openjpeg osm-gps-map pcre pcre2 perlPackages.Po4a pugixml rav1e sqlite util-linux x265 ]; preFixup = '' gappsWrapperArgs+=( --prefix LD_LIBRARY_PATH ":" "$out/lib/ansel" ) ''; passthru.updateScript = unstableGitUpdater { }; meta = { description = "A darktable fork minus the bloat plus some design vision"; homepage = "https://ansel.photos/"; license = lib.licenses.gpl3Plus; maintainers = with lib.maintainers; [ eclairevoyant ]; mainProgram = "ansel"; platforms = lib.platforms.linux; }; } </ins>

Discussion:
Project description From the : This is a fork of Darktable, and should have a , the only major difference being the source: src = fetchgit { url = ""; rev = ""; sha256 = "sha256-FI6dKUrmtTG7DIV0MmY6XdqlUpqdt7boKuXKU6CywjA="; fetchSubmodules = true; }; Metadata homepage URL: source URL: license: gpl3 platforms: linux, otherwise unknown Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { lib , buildPythonPackage , fetchFromGitHub , pytestCheckHook , coreutils , pythonOlder , astunparse , flit-core , jq , bc }: buildPythonPackage rec { pname = "pyp"; version = "1.2.0"; format = "pyproject"; disabled = pythonOlder "3.6"; src = fetchFromGitHub { owner = "hauntsaninja"; repo = pname; rev = "refs/tags/v${version}"; hash = "sha256-hnEgqWOIVj2ugOhd2aS9IulfkVnrlkhwOtrgH4qQqO8="; }; nativeBuildInputs = [ flit-core ]; propagatedBuildInputs = lib.optionals (pythonOlder "3.9") [ astunparse ]; preCheck = '' export PATH=$out/bin:$PATH ''; nativeCheckInputs = [ pytestCheckHook coreutils jq bc ]; pythonImportsCheck = [ "pyp" ]; meta = with lib; { description = "Easily run Python at the shell! Magical, but never mysterious"; homepage = "https://github.com/hauntsaninja/pyp"; license = licenses.mit; maintainers = with maintainers; [ rmcgibbo ]; }; } </del>

Discussion:
Steps to reproduce the behavior: or 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]:
this is about to hit 23.11 as well with PR it's probably triggered by patch-level updates to python3 all platforms are affected:
Change:
{ lib, stdenv, fetchFromGitHub, kernel, bc }: stdenv.mkDerivation rec { <del> name = "rtl8821ce-${kernel.version}-${version}"; version = "5.5.2_34066.20200325"; </del> <ins> pname = "rtl8821ce-${kernel.version}"; version = "unstable-2020-12-16"; </ins> src = fetchFromGitHub { owner = "tomaspinho"; repo = "rtl8821ce"; <del> rev = "8d7edbe6a78fd79cfab85d599dad9dc34138abd1"; sha256 = "1hsf8lqjnkrkvk0gps8yb3lx72mvws6xbgkbdmgdkz7qdxmha8bp"; </del> <ins> rev = "14b536f0c9ad2d0abbdab8afc7ade684900ca9cf"; sha256 = "0z7r7spsgn22gwv9pcmkdjn9ingi8jj7xkxasph8118h46fw8ip2"; </ins> }; hardeningDisable = [ "pic" ];

Discussion:
With kernel 5.10.2, this drivers fails to compile. To Reproduce Steps to reproduce the behavior: Compile this driver against the latest Linux kernel the following to your : the system Expected behavior The driver compiles, wifi works and tehe system succesfully upgrades Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ivv): channels(ivar): nixpkgs: Maintainer information:
This probably needs a patch similar to
Not sure if this is the correct upstream, but something like that patch may work: Consider opening an issue upstream if the linked upstream is not correct, so they can patch as well.
I've updated the driver package to include that in , which fixes the issue.
Latest rebase works on my system! :+1: