jiebi/CodeConvo huggingface dataset:
Change:
depends on utility to dispatch health alarms via syslog. The netdata systemd unit does not load this command into the environment. Configure netdata with the below config. Trigger alarm, e.g. fill disk to 95%. Observe that netdata logs that it wants to send the alarm, but then doesn't do it. Netdata should dispatch the alarm to syslog facility local6. Not applicable. This fixes the problem. I'll prepare a PR. Test alarms can be sent by loading the environment of the netdata systemd unit, then run . The command will fail and tell you that and are missing. Netdata dogs mentions the dependency on command: <!-- 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]:
Fixed by

Discussion:
description = "Real time performance monitoring"; after = [ "network.target" ]; wantedBy = [ "multi-user.target" ]; <del> path = (with pkgs; [ curl gawk iproute2 which procps bash ]) </del> <ins> path = (with pkgs; [ curl gawk iproute2 which procps bash util-linux # provides logger command; required for syslog health alarms ]) </ins> ++ lib.optional cfg.python.enable (pkgs.python3.withPackages cfg.python.extraPackages) ++ lib.optional config.virtualisation.libvirtd.enable (config.virtualisation.libvirtd.package); environment = {
Change:
After update from 23.05 to 23.11, mpv started throwing following error and using nvdec-copy instead of normal nvdec.(Not sure if these two are related. Please ignore libva error if it's not related to usage of and , as it's not the point of the issue) Use of nvdec-copy is not desirable as it routes the decoded image data through system memory. In other words, it round-trips the frame through the cpu and back to the gpu, so it's fairly wasteful, especially on older hardware. Steps to reproduce the behavior: any video with codec supported by the gpu in mpv(tested on h.264 file and VP9 youtube video) mpv throw a libva error and using nvdec-copy. No libva error is thrown and mpv using nvdec like it did on 23.05 After some digging I found a potential cause that I have no knowledge of how to check/confirm/deny. Issues describing it: described in second issue does not help. All packages are installed and configured via CPU Q9650 GPU: GT1030 Nvidia driver version 545.29.02 Please ask for any additional required system information/logs. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Well, it's not literally the same issue as you linked, we do have the relevant headers:
I have linked these two issues because they are the only things I was able to find that I believed to be relevant to my issue with my limited understanding of how these things work, which is why I called it a potential cause that I have no knowledge on how to check/confirm/deny.
mpv is being built with ffmpeg 6, which is , while mpv is built with . Thanks for drawing my attention to that line in the ffmpeg derivation over on discord, So I tested if that was the source of the issue, and indeed, this used as desired:

Discussion:
, freetype , libass , libpthreadstubs <del> , nv-codec-headers </del> <ins> , nv-codec-headers-11 </ins> , lua , libuchardet , libiconv

++ lib.optionals xineramaSupport    [ libXinerama ] ++ lib.optionals xvSupport          [ libXv ] ++ lib.optionals zimgSupport        [ zimg ] <del> ++ lib.optionals stdenv.isLinux     [ nv-codec-headers ] </del> <ins> ++ lib.optionals stdenv.isLinux     [ nv-codec-headers-11 ] </ins> ++ lib.optionals stdenv.isDarwin    [ libiconv ] ++ lib.optionals stdenv.isDarwin    [ CoreFoundation Cocoa CoreAudio MediaPlayer Accelerate ] ++ lib.optionals (stdenv.isDarwin && swiftSupport) [ AVFoundation CoreMedia ];
Change:
On my M1 macbook pro, a executing will complain with the following: Steps to reproduce the behavior: Version information is outputted, as dyn libs are found. Affects the package, which other packages depend on, like . Discovered when creating Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Ah hell, I don't know how I missed this. Thank you for the report! I'll have a fix prepared imminently
Please test if fixes the issue for you Thanks again!
Thanks for the fix!! I'll test as soon as I'm able -- likely tomorrow morning CT.
Works for me!
Has this fix been pushed into stable channel? As the version has been bumped to 1.23.6, I guess the fix () is already applied, but it still fails on my computer.
No, the fix is still in staging-next (in ) You can see progress to channels a bit more easily at
is now in nixos-unstable and nixpkgs-unstable I'm waiting on the backport PR () to make it to nixos-23.11 and then I'll close this issue
Fix should be on all supported channels now, closing

Discussion:
EOF moveToOutput "bin" "$bin" <del> '' + lib.optionalString (enableX11 || enableGL) '' </del> <ins> '' + (lib.optionalString (stdenv.isDarwin) '' for exe in $bin/bin/*; do install_name_tool -change build/shared-release/libmupdf.dylib $out/lib/libmupdf.dylib "$exe" done '') + (lib.optionalString (enableX11 || enableGL) '' </ins> mkdir -p $bin/share/icons/hicolor/48x48/apps cp docs/logo/mupdf.png $bin/share/icons/hicolor/48x48/apps <del> '' + (if enableGL then '' </del> <ins> '') + (if enableGL then '' </ins> ln -s "$bin/bin/mupdf-gl" "$bin/bin/mupdf" '' else lib.optionalString (enableX11) '' ln -s "$bin/bin/mupdf-x11" "$bin/bin/mupdf"
Change:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: libcutensor maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: -

Discussion:
'' # Handle the existence of libPath, which requires us to re-arrange the lib directory + strings.optionalString (libPath != null) '' <del> if [[ ! -d "${libPath}" ]] ; then echo "${finalAttrs.pname}: ${libPath} does not exist, only found:" >&2 find "$(dirname ${libPath})"/ -maxdepth 1 >&2 </del> <ins> full_lib_path="lib/${libPath}" if [[ ! -d "$full_lib_path" ]] ; then echo "${finalAttrs.pname}: '$full_lib_path' does not exist, only found:" >&2 find lib/ -mindepth 1 -maxdepth 1 >&2 </ins> echo "This release might not support your CUDA version" >&2 exit 1 fi <del> mv "lib/${libPath}" lib_new </del> <ins> echo "Making libPath '$full_lib_path' the root of lib" >&2 mv "$full_lib_path" lib_new </ins> rm -r lib mv lib_new lib ''
Change:
when i click on any button that would open a file picker the program crashes with these errors Steps to reproduce the behavior: to your system configuration and rebuild on "select files" a file picker should open N/A I am using a the session <!-- 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(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Which desktop environment/window manager are you running? Also please attempt running ns-usbloader without root. I shouldn't require it and may be why it's crashing.
I think I know what's wrong, and it's likely package related. I will have a look at this later today.
i'm using plasma-wayland , i forgot to mention it initially but edited the issue later. and i tried both with and without root.
Just want to clarify: I’m getting . Is this the same error or different?
That looks correct, yes. You can try and see if the PR above fixes it.

Discussion:
, copyDesktopItems , makeDesktopItem , makeWrapper <ins> , wrapGAppsHook , gvfs </ins> , maven , jre }:

nativeBuildInputs = [ copyDesktopItems makeWrapper <ins> wrapGAppsHook gvfs </ins> ]; <ins> # Don't wrap binaries twice. dontWrapGApps = true; ### Issues: # * Set us to only use software rendering with `-Dprism.order=sw`, had a hard time #   getting `prism_es2` happy with NixOS's GL/GLES. # * Currently, there's also a lot of `Failed to build parent project for org.openjfx:javafx-*` #   at build, but jar runs fine when using `jreWithJavaFX`. </ins> installPhase = '' runHook preInstall mkdir -p $out/share/java install -Dm644 target/ns-usbloader-${version}.jar $out/share/java/ns-usbloader.jar <del> mkdir -p $out/bin makeWrapper ${jreWithJavaFX}/bin/java $out/bin/ns-usbloader  --append-flags "-jar $out/share/java/ns-usbloader.jar" </del> mkdir -p $out/lib/udev/rules.d install -Dm644 ${./99-ns-usbloader.rules} $out/lib/udev/rules.d/99-ns-usbloader.rules

runHook postInstall ''; <ins> preFixup = '' mkdir -p $out/bin makeWrapper ${jreWithJavaFX}/bin/java $out/bin/ns-usbloader  --append-flags "-Dprism.order=sw -jar $out/share/java/ns-usbloader.jar"  "''${gappsWrapperArgs[@]}" ''; </ins> desktopItems = [ (makeDesktopItem { type = "Application";
Change:
/ is still present in the electron*-bin variants Would need a fix similar to vscode/spotify/... This only really affects users of EOL electron versions, since everything recent is using the source-built electron derivation by default on Linux (and I have no idea if/how Mac OS is affected by this issue, probably not). Steps to reproduce the behavior: run electron27-bin errors: CC the electron-bin maintainers_
This appears to be triggered by the libANGLE library: Specifically I believe the file needs to have its rpath patched so it can find the following libraries: One thing I noticed is that that doesn't show any search path before for these libraries. That leads me to believe that electron dynamically resolves the absolute path before calling , ignoring any environment variables or rpath changes in the process. We can fix this by either ensuring all the libraries included are properly patched, or perhaps replacing them with symlinks to nix-specific loaders like or . But I'm not sure if these libraries include additional functionality that chrome depends on.
Confirmed behavior with :
Note what wrote on the issues/PRs linked above:

Discussion:
, mesa , libxkbcommon , libxshmfence <del> , libglvnd </del> <ins> , libGL </ins> , alsa-lib , cairo , cups

++ lib.optionals (lib.versionOlder version "10.0.0") [ libXScrnSaver ] ++ lib.optionals (lib.versionAtLeast version "11.0.0") [ libxkbcommon ] ++ lib.optionals (lib.versionAtLeast version "12.0.0") [ libxshmfence ] <del> ++ lib.optionals (lib.versionAtLeast version "17.0.0") [ libglvnd ] </del> <ins> ++ lib.optionals (lib.versionAtLeast version "17.0.0") [ libGL ] </ins> ); linux = {

--set-rpath "${electronLibPath}:$out/libexec/electron"  $out/libexec/electron/.electron-wrapped  ${lib.optionalString (lib.versionAtLeast version "15.0.0") "$out/libexec/electron/.chrome_crashpad_handler-wrapped" } <ins> # patch libANGLE patchelf  --set-rpath "${lib.makeLibraryPath [ libGL pciutils ]}"  $out/libexec/electron/lib*GL* </ins> ''; };
Change:
reasoning: last setuptools release is older than 2 years: distribute is actively maintained and a drop-in replacedment for setuptools: distribute works with python3 and builds for us the next step towards pythonPackages32
Distribute will merge into setuptools (soon?), so we should just wait a bit more, probably.
7: Merged Setuptools and Distribute. See for details.

Discussion:
buildPythonApplication rec { name = "vim-vint-${version}"; <del> version = "0.3.18"; </del> <ins> version = "0.3.19"; </ins> src = fetchFromGitHub { owner = "kuniwak"; repo = "vint"; rev = "v${version}"; <del> sha256 = "0qrlimg385sxq4y6vqbanby31inaa1q47w9qcw5knwffbz96whrs"; </del> <ins> sha256 = "0fb0vkmn5fv4mwk6riw08hb3vsh1pivvrfwm90b95yhksq4pfi12"; </ins> }; # For python 3.5 > version > 2.7 , a nested dependency (pythonPackages.hypothesis) fails.
Change:
Possibly a regression after CC <!-- 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]:
Log The clue is in this log line Odd that we'd be copying something to a derivation ending in , right? Let's investigate further. is one of the CUDA redistributables, so I know it's built by the manifest builder. Looking it over, we can see the relevant portion of the : Well, that looks about right, but what is it actually rendered as when building? Uh oh. Yeah, that's right -- we're missing a newline character! Turns out using the multiline string literal doesn't mean we get a leading newline character (which makes sense given that we concatenate them everywhere and we're not drowning in empty lines). With just a small patch Our is what we would expect: And the resulting build contains our binaries! More generally, the problem likely caused the last, non-, output to disappear.
Will be
I suppose it wouldn't be unfair to say that this is an instance of the "we've stringified our data and failed to parse it again" issue?
I think that’s fair to say. As I view it, the actual build is always done by a bash script. We can either write it entirely in bash, or template it (like we do currently). Both come with tradeoffs. In my opinion, the boost we get in expressivity from lifting some parts of the build up into Nix expressions (so we can use attribute sets and functions in the library) outweigh the cost of making sure we’re producing well-formed bash. Although, that does fall apart sometimes (like here, where we were missing a new line). I’ve not tried to rewrite the install phase as a static bash script which leverages structured attributes, but I do wonder if it would have been as easy to debug? At least with the approach of using Nix as a templating language for bash we can use nix eval on the install phase to see the result. thoughts?
Yea we can also use to peek at the attributes that would go into the JSON, and then maybe there's less bash to read

Discussion:
'' # Move the outputs into their respective outputs. + strings.concatMapStringsSep "n" mkMoveToOutputCommand (builtins.tail finalAttrs.outputs) <ins> # Add a newline to the end of the installPhase, so that the post-install hook doesn't # get concatenated with the last moveToOutput command. + "n" </ins> # Post-install hook + '' runHook postInstall
Change:
Shell environment settings required for correct operation of Haskell packages don't seem to be ensured. This report discusses the impact on ALSA sound access. It may be platform dependent to some extent. Steps to reproduce the behavior: inside to play a sound through MIDI (MIDI must be set up): access fails: No error message. Instead, you hear a sound. It works when setting For executables, this would be solved by setting the environment using (e.g. , or ). AFAIK, there is nothing similar for shared objects, and would have to be wrapped instead. Would there be any mechanism that allows collecting the required environment variables and wrap them from ? Pinging the Haskell team since I don't see specific maintainers in the relevant packages: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
There are now two possible fixes that could be merged: might still need adaption for ways to consume other than through . But it should be way easier to apply the approach to other Haskell modules that suffer from the ALSA plugin path issue. modifies the environment when the process is already running, so its correct operation might depend on assumptions regarding library data access timings. But it has the advantage of solving the issue more locally, thus being less dependent on how the Haskell module is being used.

Discussion:
testToolDepends = (drv.testToolDepends or []) ++ [pkgs.postgresql]; }) super.beam-postgres; <ins> # PortMidi needs an environment variable to have ALSA find its plugins: # https://github.com/NixOS/nixpkgs/issues/6860 PortMidi = overrideCabal (drv: { patches = (drv.patches or []) ++ [ ./patches/portmidi-alsa-plugins.patch ]; postPatch = (drv.postPatch or "") + '' substituteInPlace portmidi/pm_linux/pmlinuxalsa.c  --replace @alsa_plugin_dir@ "${pkgs.alsa-plugins}/lib/alsa-lib" ''; }) super.PortMidi; </ins> # Fix for base >= 4.11 scat = overrideCabal (drv: { patches = [(fetchpatch {

<ins> diff -Naurd PortMidi-0.2.0.0/portmidi/pm_linux/pmlinuxalsa.c PortMidi-0.2.0.0-alsafix/portmidi/pm_linux/pmlinuxalsa.c --- PortMidi-0.2.0.0/portmidi/pm_linux/pmlinuxalsa.c	2023-12-13 11:35:12.517413022 +0000 +++ PortMidi-0.2.0.0-alsafix/portmidi/pm_linux/pmlinuxalsa.c	2023-12-13 11:35:12.565413037 +0000 @@ -719,6 +719,18 @@ } +static void set_alsa_plugin_path( void ) +{ +    char *existing; + +    existing = getenv("ALSA_PLUGIN_DIR"); +    if (NULL != existing) { +        return; +    } +    setenv("ALSA_PLUGIN_DIR", "@alsa_plugin_dir@", 0); +} + + PmError pm_linuxalsa_init( void ) { int  err; @@ -726,6 +738,8 @@ snd_seq_port_info_t *pinfo; unsigned int caps; +    set_alsa_plugin_path(); + /* Previously, the last parameter was SND_SEQ_NONBLOCK, but this * would cause messages to be dropped if the ALSA buffer fills up. * The correct behavior is for writes to block until there is </ins>
Change:
The guix-gc.service doesn't work. Steps to reproduce the behavior: in `systemctl status guix-gc.service I think this is because the JIT needs write and execute permissions but the service disallows it with . I changed it to and it works now. The guix-gc service should run normally and collect the garbage. Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(maxsilvester): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I can reproduce the error and so does the fix. Thank you for reporting!

Discussion:
serviceConfig = { Type = "oneshot"; <del> MemoryDenyWriteExecute = true; </del> PrivateDevices = true; PrivateNetworks = true; ProtectControlGroups = true;

nodes.machine = { config, ... }: { environment.etc."guix/scripts".source = ./scripts; <del> services.guix.enable = true; </del> <ins> services.guix = { enable = true; gc.enable = true; }; </ins> }; testScript = ''

machine.wait_for_unit("multi-user.target") machine.wait_for_unit("guix-daemon.service") <ins> machine.succeed("systemctl start guix-gc.service") </ins> # Can't do much here since the environment has restricted network access. with subtest("Guix basic package management"):
Change:
Project description SimulIDE Circuit Simulator is a simple real time electronic circuit simulator, intended for hobbyist or students to learn and experiment with analog and digital electronic circuits and microcontrollers. It supports PIC, AVR , Arduino and other MCUs and MPUs. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: gpl3 platforms: linux

Discussion:
fingerprint = "8BC7 74E4 A2EC 7507 3B61  A647 0BBB 1C8B 1C36 39EE"; }]; }; <ins> carloscraveiro = { email = "carlos.craveiro@usp.br"; github = "CarlosCraveiro"; githubId = 85318248; name = "Carlos Henrique Craveiro Aquino Veras"; }; </ins> carlosdagos = { email = "m@cdagostino.io"; github = "carlosdagos";

<ins> { lib , fetchbzr , mkDerivation , qmake , qtserialport , qtmultimedia , qttools , qtscript }: let version = "0.4.15"; release = "SR10"; branch = "simulide_0.4.14"; # the branch name does not mach the version for some reason rev = "291"; sha256 = "sha256-BBoZr/S2pif0Jft5wrem8y00dXl08jq3kFiIUtOr3LM="; in mkDerivation { pname = "simulide"; version = "${version}-${release}"; src = fetchbzr { url = "https://code.launchpad.net/~arcachofo/simulide/${branch}"; inherit rev sha256; }; postPatch = '' # GCC 13 needs this header explicitly included sed -i src/gpsim/value.h -e '1i #include <cstdint>' sed -i src/gpsim/modules/watchdog.h -e '1i #include <cstdint>' sed -i resources/simulide.desktop  -e "s|^Exec=.*$|Exec=simulide|"  -e "s|^Icon=.*$|Icon=simulide|" sed -i SimulIDE.pro  -e "s|^VERSION = .*$|VERSION = ${version}|"  -e "s|^RELEASE = .*$|RELEASE = -${release}|"  -e "s|^REV_NO = .*$|REV_NO = ${rev}|"  -e "s|^BUILD_DATE = .*$|BUILD_DATE = ??-??-??|" ''; preConfigure = '' cd build_XX ''; nativeBuildInputs = [ qmake ]; buildInputs = [ qtserialport qtmultimedia qttools qtscript ]; installPhase = '' runHook preInstall install -Dm644 ../resources/simulide.desktop $out/share/applications/simulide.desktop install -Dm644 ../resources/icons/hicolor/256x256/simulide.png $out/share/icons/hicolor/256x256/apps/simulide.png mkdir -p $out/share/simulide $out/bin pushd executables/SimulIDE_* cp -r share/simulide/* $out/share/simulide cp bin/simulide $out/bin/simulide popd runHook postInstall ''; meta = with lib; { description = "A simple real time electronic circuit simulator"; longDescription = '' SimulIDE is a simple real time electronic circuit simulator, intended for hobbyist or students to learn and experiment with analog and digital electronic circuits and microcontrollers. It supports PIC, AVR, Arduino and other MCUs and MPUs. ''; homepage = "https://simulide.com/"; license = licenses.gpl3Only; mainProgram = "simulide"; maintainers = with maintainers; [ carloscraveiro tomasajt ]; platforms = ["x86_64-linux"]; }; } </ins>

appcsxcad = libsForQt5.callPackage ../applications/science/electronics/appcsxcad { }; <ins> simulide = libsForQt5.callPackage ../applications/science/electronics/simulide { }; </ins> eagle = libsForQt5.callPackage ../applications/science/electronics/eagle/eagle.nix { }; caneda = libsForQt5.callPackage ../applications/science/electronics/caneda { };
Change:
FlyPie GNOME Extension does not appear as package despite it is inside . It is not reported in too. Is it due to build failure?
Looks like FlyPie was disabled due to : The files containing unicode characters in their names were removed in anyway (and was fixed in ), and from a quick test locally it seems like builds fine now.
So, can it be enabled again?
Just rebuilding my configuration with it enabled to try it out now - if it works I'll open a PR shortly :+1:
Tested and looks to work fine :+1:
Thank you for merging the PR. On which nix version repo it is available? I'm searching it by but I cannot find it.
It needs some time to reach the channels, you can track its progress on
Thanks. It will be available only for unstable or also for 23.11?
Backported in
Thanks I see in both of trackers the pkg should be available but still it cannot be installed and in nixsearch is not present.
Maybe a typo? I can see it in search:
Thanks. I was typing .
I note that if I install fly-pie by , I can retrieve it. If I install it by flakes, I cannot. How can we make fly-pie available also by flakes? In my flake configuration I'm using 23.11 repo version.
Maybe you should run .
Yes. It solved the issue. Thank you.

Discussion:
"azan@faissal.bensefia.id" = "azan-islamic-prayer-times"; "azan@hatem.masmoudi.org" = null; <del> # That extension is broken because of https://github.com/NixOS/nixpkgs/issues/118612 "flypie@schneegans.github.com" = null; </del> # ############################################################################ # Overrides for extensions that were manually packaged in the past but are gradually # being replaced by automatic packaging where possible.