jiebi/CodeConvo huggingface dataset:
Change:
Trying to install espanso on osX, there are missing libraries, even after trying to install and Steps to reproduce the behavior: tries to compile fails with The build should work on osX n/a latest osX with nixpkgs 21.15 and nix-darwin Please run and paste the result.
You cannot install libraries (), they need to be to the package definition.
I tried adding them as dependencies, but the build still fails with the same error
I marked this as stale due to inactivity. &rarr;

Discussion:
, xclip , xdotool , makeWrapper <ins> , stdenv , AppKit , Cocoa , Foundation </ins> }: rustPlatform.buildRustPackage rec {

libnotify xclip openssl <ins> ] ++ lib.optionals stdenv.isLinux [ </ins> xdotool <ins> ] ++ lib.optionals stdenv.isDarwin [ AppKit Cocoa Foundation </ins> ]; # Some tests require networking

homepage = "https://espanso.org"; license = licenses.gpl3Plus; maintainers = with maintainers; [ kimat ]; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.unix; </ins> longDescription = '' Espanso detects when you type a keyword and replaces it while you're typing.

eschalot = callPackage ../tools/security/eschalot { }; <del> espanso = callPackage ../applications/office/espanso { }; </del> <ins> espanso = callPackage ../applications/office/espanso { inherit (darwin.apple_sdk.frameworks) AppKit Cocoa Foundation; }; </ins> esphome = callPackage ../tools/misc/esphome { };
Change:
Not sure if this needs to be reported or going to be caught by automation anyway. Still, trying to install steam from unstable repo fails. Steps to reproduce the behavior: to install steam from unstable ... ... Please run and paste the result. Maintainer information:
Seems like reported already, thx , closing this one.
I think we should still keep this issue open. Not only was that comment in a merged merge request (rather than an issue) but Steam affects all desktop environments including non-gnome ones such as i3 (which I am running).
Upstream report:
This doesn't affect just Steam but also (but not limited to) Lutris and Wine.
I have stumbled upon this build failure tonight; with a command inside the unstable-small channel. Is the fix still in the production pipeline?

Discussion:
{ stdenv , lib , fetchurl <ins> , fetchpatch </ins> , gettext , meson , ninja

src = ./fix-paths.patch; inherit asciidoc; }) <ins> ] ++ lib.optionals (stdenv.hostPlatform.isi686) [ # Upstream: https://gitlab.gnome.org/GNOME/tracker/-/issues/332 (fetchpatch { name = "i686-test.patch"; url = "https://gitlab.gnome.org/GNOME/tracker/-/commit/af707181a2c492a794daec7ce3f3062d67ffd9dc.patch"; sha256 = "sha256-KOdkTy79w3oiQILrPG00UVrv+VBjAk4Y868I8jtifqk="; }) </ins> ]; nativeBuildInputs = [
Change:
Project description Codec2 GUI for ham radio Metadata homepage URL: source URL: license: lgpl 2.1 platforms: unix, linux, darwin
Thanks!

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , cmake , codec2 , libsamplerate , libsndfile , lpcnetfreedv , portaudio , speexdsp , hamlib , wxGTK31-gtk3 }: stdenv.mkDerivation rec { pname = "freedv"; version = "1.6.1"; src = fetchFromGitHub { owner = "drowe67"; repo = "freedv-gui"; rev = "v${version}"; sha256 = "1dzhf944vgla9a5ilcgwivhzgdbfaknqnwbpb071a0rz8rajnv0q"; }; nativeBuildInputs = [ cmake ]; buildInputs = [ codec2 libsamplerate libsndfile lpcnetfreedv portaudio speexdsp hamlib wxGTK31-gtk3 ]; cmakeFlags = [ "-DUSE_INTERNAL_CODEC2:BOOL=FALSE" "-DUSE_STATIC_DEPS:BOOL=FALSE" ]; meta = with lib; { homepage = "https://freedv.org/"; description = "Digital voice for HF radio"; license = licenses.lgpl21; maintainers = with maintainers; [ mvs ]; }; } </ins>

<ins> { lib, stdenv, fetchFromGitHub, fetchurl, cmake, codec2 }: let dataVersion = "191005_v1.0"; data = fetchurl { url = "http://rowetel.com/downloads/deep/lpcnet_${dataVersion}.tgz"; sha256 = "1j1695hm2pg6ri611f9kr3spm4yxvpikws55z9zxizai8y94152h"; }; in stdenv.mkDerivation rec { pname = "lpcnetfreedv"; version = "unstable-2021-06-29"; src = fetchFromGitHub { owner = "drowe67"; repo = "LPCNet"; rev = "0dc5935bbf49ff3ba3c9654cc2f802838ebbaead"; sha256 = "0r6488z40fkar11ync8achpg5l6qz7y7cbh7cs3b3w4fsxn58q9i"; }; nativeBuildInputs = [ cmake ]; buildInputs = [ codec2 ]; postPatch = '' mkdir build ln -s ${data} build/lpcnet_${dataVersion}.tgz ''; meta = with lib; { homepage = "https://freedv.org/"; description = "Experimental Neural Net speech coding for FreeDV"; license = licenses.bsd3; maintainers = with maintainers; [ mvs ]; }; } </ins>

lottieconverter = callPackage ../tools/misc/lottieconverter { }; <ins> lpcnetfreedv = callPackage ../development/libraries/lpcnetfreedv { }; </ins> lsd = callPackage ../tools/misc/lsd { }; lsdvd = callPackage ../tools/cd-dvd/lsdvd {};

shiboken2; }; <ins> freedv = callPackage ../applications/radio/freedv { }; </ins> freemind = callPackage ../applications/misc/freemind { jdk = jdk8; # TODO: remove override https://github.com/NixOS/nixpkgs/pull/89731 jre = jre8; # TODO: remove override https://github.com/NixOS/nixpkgs/pull/89731
Change:
(init 0.4 version) cannot start, shows log and exit with code 1. Here is the full log: (): Gjs-CRITICAL : 10:24:13.181: JS ERROR: Error: Requiring Soup, version 2.4: Typelib file for namespace 'Soup', version '2.4' not found (): Gjs-CRITICAL : 10:24:13.181: Script /nix/store/x9fvn8b614lg6xmdc259q6cx9crbrqpx-clapper- threw an exception Steps to reproduce the behavior: the package. (nix-shell -p clapper) to start it. (clapper) shows error and exit with code 1. I checkout the package in nixpkgs: It seems missing a build deps & a runtime deps libsoup. Add them together to buildInputs fixes this issues. If the mantainer agrees, I can do a PR : ) Maintainer information:
works fine for me on my amd64 desktop, but I can reproduce your error on my Pinephone. Sounds good to me! :)
To try to reproduce this problem, I make these files to build-vm: It cannot start on the QEMU VM too. I'll make a PR right now.

Discussion:
, gtk4 , gst_all_1 , libadwaita <ins> , appstream-glib , libsoup </ins> }: stdenv.mkDerivation rec {

}; nativeBuildInputs = [ <ins> appstream-glib </ins> desktop-file-utils # for update-desktop-database glib gobject-introspection

gst_all_1.gst-plugins-ugly gtk4 libadwaita <ins> libsoup </ins> wayland wayland-protocols ];
Change:
Hello, Current wireguard-wgXX.service dependencies are as follows: Now it depends on network- which I believe is wrong. The following is correct: These settings allow wgXX interface to be brought up just like others. The other services that depend on or network- can now use wgXX interfaces. Similarly the following in the PeerUnit can be altered by the following. evrim.
I have the same issue. My workaround is let the service using wireguard interface depend on the wireguard service.
Right, but then we'll have network-, network-, network- ...
Opened . You may be interested.

Discussion:
{ description = "WireGuard Peer - ${interfaceName} - ${peer.publicKey}"; requires = [ "wireguard-${interfaceName}.service" ]; <del> after = [ "wireguard-${interfaceName}.service" ]; wantedBy = [ "multi-user.target" "wireguard-${interfaceName}.service" ]; </del> <ins> wants = [ "network-online.target" ]; after = [ "wireguard-${interfaceName}.service" "network-online.target" ]; wantedBy = [ "wireguard-${interfaceName}.service" ]; </ins> environment.DEVICE = interfaceName; environment.WG_ENDPOINT_RESOLUTION_RETRIES = "infinity"; path = with pkgs; [ iproute2 wireguard-tools ];

nameValuePair "wireguard-${name}" { description = "WireGuard Tunnel - ${name}"; <del> requires = [ "network-online.target" ]; after = [ "network.target" "network-online.target" ]; </del> <ins> after = [ "network-pre.target" ]; wants = [ "network.target" ]; before = [ "network.target" ]; </ins> wantedBy = [ "multi-user.target" ]; environment.DEVICE = name; path = with pkgs; [ kmod iproute2 wireguard-tools ];
Change:
Project description A window switcher, application launcher and dmenu replacement (Wayland fork) Metadata homepage URL: license: mit platforms: linux

Discussion:
<ins> { stdenv , lib , fetchFromGitHub , rofi-unwrapped , wayland-protocols , wayland }: rofi-unwrapped.overrideAttrs (oldAttrs: rec { pname = "rofi-wayland-unwrapped"; version = "1.7.2+wayland1"; src = fetchFromGitHub { owner = "lbonn"; repo = "rofi"; rev = version; fetchSubmodules = true; sha256 = "sha256-INFYHOVjBNj8ks4UjKnxLW8mL7h1c8ySFPS/rUxOWwo="; }; nativeBuildInputs = oldAttrs.nativeBuildInputs ++ [ wayland-protocols ]; buildInputs = oldAttrs.buildInputs ++ [ wayland ]; meta = with lib; { description = "Window switcher, run dialog and dmenu replacement for Wayland"; homepage = "https://github.com/lbonn/rofi"; license = licenses.mit; maintainers = with maintainers; [ bew ]; platforms = with platforms; linux; }; }) </ins>

rofi-unwrapped = callPackage ../applications/misc/rofi { }; rofi = callPackage ../applications/misc/rofi/wrapper.nix { }; <ins> rofi-wayland-unwrapped = callPackage ../applications/misc/rofi/wayland.nix { }; rofi-wayland = callPackage ../applications/misc/rofi/wrapper.nix { rofi-unwrapped = rofi-wayland-unwrapped; }; </ins> rofi-pass = callPackage ../tools/security/pass/rofi-pass.nix { };
Change:
Project description A rust program that can do dynamic motd generation with no dependencies Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , ... MIT platforms: unix, linux, darwin, ... linux, UNIX, darwin. I would love to learn to package something like this if you all are willing to teach me. I would love to contribute more packages when I understand the process a bit better.

Discussion:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , openssl , stdenv , Security }: rustPlatform.buildRustPackage rec { pname = "rust-motd"; version = "0.1.1"; src = fetchFromGitHub { owner = "rust-motd"; repo = pname; rev = "v${version}"; sha256 = "0xhdbhl0riaq9n4g9n333pgw966bsi60zpcy7gpndzfj21bj2x1m"; }; cargoSha256 = "sha256-l9Sit+niCLOnL1mdK6i8jea8NWsJlFM6p9lMTXyWOKY="; nativeBuildInputs = [ pkg-config ]; buildInputs = [ openssl ] ++ lib.optional stdenv.isDarwin Security; meta = with lib; { description = "Beautiful, useful MOTD generation with zero runtime dependencies"; homepage = "https://github.com/rust-motd/rust-motd"; license = licenses.mit; maintainers = with maintainers; [ figsoda ]; }; } </ins>

rust-code-analysis = callPackage ../development/tools/rust-code-analysis { }; <ins> rust-motd = callPackage ../tools/misc/rust-motd { inherit (darwin.apple_sdk.frameworks) Security; }; </ins> rust-petname = callPackage ../tools/text/rust-petname { }; rustcat = callPackage ../tools/networking/rustcat {
Change:
should hide the cursor but does not on X11. I have not tested this on Wayland or Cocoa. Steps to reproduce the behavior: GLFW 3.3.x (to match unstable, which is currently 3.3.4) GLFW's dependencies ( on X11), build the library's examples. The default CMake build should do the job: using or equivalent. Verify that left clicking the window hides the cursor since is set. NixOS's , build the example manually with . Execute it and now clicking moves the cursor to the center of the window but does not hide it. NixOS build should behave the same as the hand-built one. GLFWCURSOR_HIDDEN is also affected. and
Could you send a strace of you running the example?
Yes I could. It seems that it's not due to how GLFW is built by nix but how dynamic libraries are looked up at runtime. Since the handmade executable only works with I made the wrong assumption: the one linked against nixpkgs' GLFW also work correctly. For the ease of reproducibility this is the program for producing the straces: I'm not sure if this is the cause but something is definitely wrong:

Discussion:
}: stdenv.mkDerivation rec { <del> version = "3.3.4"; </del> <ins> version = "3.3.5"; </ins> pname = "glfw"; src = fetchFromGitHub { owner = "glfw"; repo = "GLFW"; rev = version; <del> sha256 = "sha256-BP4wxjgm0x0E68tNz5eudkVUyBnXkQlP7LY3ppZunhw="; </del> <ins> sha256 = "sha256-1KkzYclOLGqiV1/8BsJ3e+pXMQ6a+sjLwZ7mjSuxxbA="; </ins> }; <del> patches = lib.optional waylandSupport ./wayland.patch; </del> <ins> # Fix freezing on Wayland (https://github.com/glfw/glfw/pull/1711) # and linkage issues on X11 (https://github.com/NixOS/nixpkgs/issues/142583) patches = if waylandSupport then ./wayland.patch else ./x11.patch; </ins> propagatedBuildInputs = [ libGL ];

<ins> diff --git a/src/CMakeLists.txt b/src/CMakeLists.txt index a0be580e..ba143851 100644 --- a/src/CMakeLists.txt +++ b/src/CMakeLists.txt @@ -219,6 +219,13 @@ if (GLFW_BUILD_X11) if (NOT X11_Xshape_INCLUDE_PATH) message(FATAL_ERROR "X Shape headers not found; install libxext development package") endif() + +    target_link_libraries(glfw PRIVATE ${X11_Xrandr_LIB} +                                       ${X11_Xinerama_LIB} +                                       ${X11_Xkb_LIB} +                                       ${X11_Xcursor_LIB} +                                       ${X11_Xi_LIB} +                                       ${X11_Xshape_LIB}) endif() if (UNIX AND NOT APPLE) </ins>
Change:
pkg-config does not give correct cflags for compiling against glu. Kernel: 4.4.5 System: 16.09pre78848. (Flounder) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: "16.09pre78848." pkg-config will include the include directory of glu-9.0.0, i.e. pkg-config does not include the include directory of glu-9.0.0 A cursory look at the suggests that there has not been a release of glu since 9.0.0 (the current in nixpkgs), which has the above issue. This is a problem with glu itself, not the nix pakaging. However, given the long gaps between releases of glu and the inherit risk of tracking the head of a git repo for something as essential as an OpenGL implementation, I would think that a small patch would be more appropriate until the next stable release of glu. As a temporary fix, the following line can be to the end of
Yes, thanks. Most systems wouldn't notice due to everything being in the same directory.

Discussion:
# TODO add plugins having various licenses, see http://www.vamp-plugins.org/download.html <del> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo, libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate, libsndfile, makeWrapper, pulseaudio, qt4, redland, rubberband, vampSDK </del> <ins> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo , libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate , libsndfile, makeWrapper, pkgconfig, pulseaudio, qt4, redland , rubberband, vampSDK </ins> }: <del> stdenv.mkDerivation { name = "sonic-visualiser-1.8"; </del> <ins> stdenv.mkDerivation rec { name = "sonic-visualiser-${version}"; version = "1.9"; </ins> src = fetchurl { <del> url = http://downloads.sourceforge.net/sv1/sonic-visualiser-1.8.tar.gz; sha256 = "16ik6q9n92wljvnqcv7hyzb9v3yp3ixxp6df9kasf53fii973dh7"; </del> <ins> url = "http://code.soundsoftware.ac.uk/attachments/download/194/${name}.tar.gz"; sha256 = "00igf7j6s8xfyxnlkbqma0yby9pknxqzy8cmh0aw95ix80cw56fq"; </ins> }; buildInputs = [ libsndfile qt4 fftw /* should be fftw3f ??*/ bzip2 librdf rubberband libsamplerate vampSDK alsaLib librdf_raptor librdf_rasqal redland <ins> pkgconfig </ins> # optional jackaudio # portaudio

description = "View and analyse contents of music audio files"; homepage = http://www.sonicvisualiser.org/; license = "GPLv2"; <del> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </del> <ins> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </ins> platforms = stdenv.lib.platforms.linux; }; }
Change:
<!-- 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: himalaya <!-- 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.4.0 desired version: 0.5.1 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: I tried this but didn't work for me. I don't know anything about Rust tooling.

Discussion:
{ lib <del> , stdenv </del> , rustPlatform , fetchFromGitHub <del> , openssl , pkg-config , installShellFiles </del> <ins> , stdenv </ins> , enableCompletions ? stdenv.hostPlatform == stdenv.buildPlatform <ins> , installShellFiles , pkg-config </ins> , Security , libiconv <ins> , openssl </ins> }: rustPlatform.buildRustPackage rec { pname = "himalaya"; <del> version = "0.4.0"; </del> <ins> version = "0.5.1"; </ins> src = fetchFromGitHub { owner = "soywod"; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-6RgT/SxO4vsk8Yx2AbaNIFvnAvgDmeTXvb/v6nUJxhc="; </del> <ins> sha256 = "sha256-BmV4kekl0QDbX/ueSrWM5jRvqr6WQeZIs7hiXhiHBSI="; </ins> }; <del> cargoSha256 = "sha256-NEuIh7FwIdAWzlChna3+G0VukfV8nYZfVWa+3LxQCIA="; # use --lib flag to avoid test with imap server # https://github.com/soywod/himalaya/issues/145 cargoTestFlags = [ "--lib" ]; </del> <ins> cargoSha256 = "sha256-lu5xVuAw9yTeQr3gpiW5g5bdm7Alf0YXmlbSkPaXhk0="; </ins> <del> nativeBuildInputs = [ ] ++ lib.optionals (enableCompletions) [ installShellFiles ] </del> <ins> nativeBuildInputs = lib.optionals enableCompletions [ installShellFiles ] </ins> ++ lib.optionals (!stdenv.hostPlatform.isDarwin) [ pkg-config ]; buildInputs =

meta = with lib; { description = "CLI email client written in Rust"; homepage = "https://github.com/soywod/himalaya"; <ins> changelog = "https://github.com/soywod/himalaya/blob/v${version}/CHANGELOG.md"; </ins> license = licenses.bsd3; maintainers = with maintainers; [ yanganto ]; };
Change:
NixOS. Xorg with "useGlamor = true" but it doesn't work. Full Xorg log: Relevant bit:
It seems using "intel" driver doesn't add the module by default, and specifying the option changes nothing about that (only "intel-testing"). Can you try this patch? suggests this kind of setup had been tested with intel.
Tested that it works for me and pushed . Thanks! I'll cherry-pick to release.
We might make inclusion of the module conditional on specifying the option, but that's just a nitpick and I'm not sure what the driver defaults are (going to be) anyway.
Yeah, I did it this way because I'm not sure that Intel doesn't enable it (nor considers in short term) by default on some systems. It's ~300k anyway.
BTW. I've set: and finally got tearing-free experience everywhere without an OpenGL compositor on Intel! I.e. no more tears when fast-scrolling in Firefox on XFCE. It would be nice when it finally is enabled by default (I suppose it isn't now due to potential stability issues).
I assume changing the default DRI upstream is tied to releasing .

Discussion:
# TODO add plugins having various licenses, see http://www.vamp-plugins.org/download.html <del> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo, libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate, libsndfile, makeWrapper, pulseaudio, qt4, redland, rubberband, vampSDK </del> <ins> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo , libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate , libsndfile, makeWrapper, pkgconfig, pulseaudio, qt4, redland , rubberband, vampSDK </ins> }: <del> stdenv.mkDerivation { name = "sonic-visualiser-1.8"; </del> <ins> stdenv.mkDerivation rec { name = "sonic-visualiser-${version}"; version = "1.9"; </ins> src = fetchurl { <del> url = http://downloads.sourceforge.net/sv1/sonic-visualiser-1.8.tar.gz; sha256 = "16ik6q9n92wljvnqcv7hyzb9v3yp3ixxp6df9kasf53fii973dh7"; </del> <ins> url = "http://code.soundsoftware.ac.uk/attachments/download/194/${name}.tar.gz"; sha256 = "00igf7j6s8xfyxnlkbqma0yby9pknxqzy8cmh0aw95ix80cw56fq"; </ins> }; buildInputs = [ libsndfile qt4 fftw /* should be fftw3f ??*/ bzip2 librdf rubberband libsamplerate vampSDK alsaLib librdf_raptor librdf_rasqal redland <ins> pkgconfig </ins> # optional jackaudio # portaudio

description = "View and analyse contents of music audio files"; homepage = http://www.sonicvisualiser.org/; license = "GPLv2"; <del> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </del> <ins> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </ins> platforms = stdenv.lib.platforms.linux; }; }
Change:
This is the same meaningless error message that’s bitten us . An attempt was made to replace it with a useful error message in NixOS/hydra, but that was reverted in NixOS/hydra. It looks like there’s another attempt pending in NixOS/hydra. I was able to locally reproduce the error with , and spent a day bisecting it to commit “source-sans-pro: 3.006 -3.046” (). Probably related: “nixos/gnome: remove alias reference to source-sans-pro”. Cc
Confirmed that patching with NixOS/hydra would have revealed the real error much more quickly.
Interesting - if I understand correctly, this eval failure is in a nixos module, which snuck by ofborg (it only checks packages). Also nixpkgs-unstable is chugging along happily, as the issue only affects nixos-unstable.

Discussion:
cantarell-fonts dejavu_fonts source-code-pro # Default monospace font in 3.32 <del> source-sans-pro </del> <ins> source-sans </ins> ]; # Adapt from https://gitlab.gnome.org/GNOME/gnome-build-meta/blob/gnome-3-38/elements/core/meta-gnome-core-shell.bst
Change:
Project description Eww is a widget toolkit that works on all WM, mainly useful both for WM that don't include one out-of-the-box and for sharing one's configuration in a WM agnostic way. Metadata source URL: license: mit platforms: cross-platform Additional Information uses nix and flakes for its dependencies.

Discussion:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , gtk3 , withWayland ? false , gtk-layer-shell }: rustPlatform.buildRustPackage rec { pname = "eww"; version = "0.2.0"; src = fetchFromGitHub { owner = "elkowar"; repo = pname; rev = "v${version}"; sha256 = "050zc3w1z9f2vg6sz86mdxf345gd3s3jf09gf4y8y1mqkzs86b8x"; }; cargoSha256 = "sha256-LejnTVv9rhL9CVW1fgj2gFv4amHQeziu5uaH2ae8AAw="; nativeBuildInputs = [ pkg-config ]; buildInputs = [ gtk3 ] ++ lib.optional withWayland gtk-layer-shell; cargoBuildFlags = [ "--bin" "eww" ] ++ lib.optionals withWayland [ "--no-default-features" "--features=wayland" ]; cargoTestFlags = cargoBuildFlags; # requires unstable rust features RUSTC_BOOTSTRAP = 1; meta = with lib; { description = "ElKowars wacky widgets"; homepage = "https://github.com/elkowar/eww"; license = licenses.mit; maintainers = with maintainers; [ figsoda legendofmiracles ]; }; } </ins>

evilpixie = libsForQt5.callPackage ../applications/graphics/evilpixie { }; <ins> eww = callPackage ../applications/window-managers/eww { }; eww-wayland = callPackage ../applications/window-managers/eww { withWayland = true; }; </ins> exaile = callPackage ../applications/audio/exaile { }; exercism = callPackage ../applications/misc/exercism { };
Change:
, CVSSv3=9.4 (nixos-unstable) ACINQ Eclair before 0.6.3 allows loss of funds because of dust HTLC exposure. Scanned versions: nixos-unstable: . Cc
The CVE is incorrect here - 0.6.3 does not exist, the fix is in 0.6.2 (which does).
Fix in

Discussion:
stdenv.mkDerivation rec { pname = "eclair"; <del> version = "0.6.1"; revision = "d3ae323"; </del> <ins> version = "0.6.2"; revision = "6817d6f"; </ins> src = fetchzip { url = "https://github.com/ACINQ/eclair/releases/download/v${version}/eclair-node-${version}-${revision}-bin.zip"; <del> sha256 = "0hmdssj6pxhvadrgr1svb2lh7hfbd2axr5wsl7glizv1a21g0l2c"; </del> <ins> sha256 = "038r9mblm2r8mkxnv65k29r7xj22dff5gmvzv9xiy5zf9i45mmk8"; </ins> }; propagatedBuildInputs = [ jq openjdk11 ];

homepage = "https://github.com/ACINQ/eclair"; license = licenses.asl20; maintainers = with maintainers; [ prusnak ]; <del> platforms = [ "x86_64-linux" "x86_64-darwin" ]; </del> <ins> platforms = platforms.unix; </ins> }; }