jiebi/CodeConvo huggingface dataset:
Change:
cc:
It appears that there is a bad interaction between cargo-c and cargo's LTO.

Discussion:
<del> { rustPlatform, fetchFromGitHub, lib, nasm, cargo-c }: </del> <ins> { stdenv, rustPlatform, fetchurl, fetchFromGitHub, lib, nasm, cargo-c }: </ins> rustPlatform.buildRustPackage rec { pname = "rav1e"; <del> version = "0.3.4"; </del> <ins> version = "0.4.0-alpha"; </ins> <del> src = fetchFromGitHub { owner = "xiph"; repo = "rav1e"; rev = "v${version}"; sha256 = "0zwjg0sv504i1ahzfy2jgng6qwmyvcrvdrp4n3s90r4kvwjkv8xs"; }; </del> <ins> src = stdenv.mkDerivation rec { name = "${pname}-${version}-source"; src = fetchFromGitHub { owner = "xiph"; repo = "rav1e"; rev = "v${version}"; sha256 = "1fw1gxi8330kfhl9hfzpn0lcmyn5604lc74d6g6iadzz2hmv4mb9"; }; cargoLock = fetchurl { url = "https://github.com/xiph/rav1e/releases/download/v0.4.0-alpha/Cargo.lock"; sha256 = "002s2wlzpifn5p2ahdrjdkjl48c1wr6fslg0if4gf9qpl8qj05fl"; }; </ins> <del> cargoSha256 = "1mfzshcbxky27nskxhcyrj99wd3v5f597ymgv7nb67lzp5lsyb24"; </del> <ins> installPhase = '' mkdir -p $out cp -r ./* $out/ cp ${cargoLock} $out/Cargo.lock ''; }; cargoSha256 = "1i5ldqb77rrhfxxf9krp7f6yj3h6rsqak6hf23fd2znhgmi7psb1"; </ins> nativeBuildInputs = [ nasm cargo-c ]; postBuild = ''

openal = if stdenv.isDarwin then null else openal; libmfx = if stdenv.isDarwin then null else intel-media-sdk; libpulseaudio = if stdenv.isDarwin then null else libpulseaudio; <del> rav1e = null; </del> <ins> rav1e = if stdenv.isDarwin then null else rav1e; </ins> samba = if stdenv.isDarwin then null else samba; vid-stab = if stdenv.isDarwin then null else vid-stab; x265 = if stdenv.isDarwin then null else x265;
Change:
I am installing NixOS on a new laptop and I decided to try elementary. Well, it doesn’t quite work yet (still looking into the issue), but I already noticed something minor and thought I'd report it before I forgot. I don’t have the exact logs yet (because I’m just trying to get the laptop to work), but the idea is that I am trying to adjust screen brightness from the greeter and it does nothing. In there is a whole bunch of errors from which says: I think the idea here is that lightdm runs this helper as a login shell, so it needs to be listed in . Therefore, my guess would be to try to add this long path to in the pantheon module. Notify maintainers cc I guess
See
Thanks for the link. I went through that discussion, and it looks like the problem in that case was that the they had zsh configured as the user’s shell, but it was not to – this probably worked fine most of the time but Polkit would not allows anything to be done with the variable set to zsh, and it was set because the call was happening in the user’s session with the environment configured. I’m not sure I understand how this can be related here, because I am talking about the greeter, where there is no user session yet. (My user has zsh configured as the shell indeed, but it is present in .)
That said, I am trying to figure out what the variable is set to in the context of the greeter, but I am having trouble with that, since a) Vala is something completely new to me; b) looks like this is all handled by the GNOME Settings Daemon and the greeter just makes a DBus call to it, so I am having trouble figuring out how Polkit gets involved at all.
I believe the greeter it still could be the same issue, because it will run with the shell of the user. And I can see in the module that no shell is set, so it's the default which I don't think will be in . Do you think you could try setting ?
The log is still spammed with tens of: unfortunately, I’m wondering if there could be a way to silence these...
Everytime you press the key to change brightness it turns into a call for gsd-backlight-helper to change brightness. In the latest g-s-d (we use a fork of g-s-d for pantheon so everything still works) this is done with systemd so all that logging would be gone in later versions. I think gets logged default or something.

Discussion:
home = "/var/lib/lightdm"; group = "lightdm"; uid = config.ids.uids.lightdm; <ins> shell = pkgs.bash; </ins> }; systemd.tmpfiles.rules = [
Change:
Project description CoreCtrl is a Free and Open Source GNU/Linux application that allows you to control with ease your computer hardware using application profiles. It aims to be flexible, comfortable and accessible to regular users. Metadata homepage URL: source URL: license: gpl3 platforms: unix, linux
It looks very complicated. I will look at AUR.
sorry for the late reply thank you very much for looking into it :relaxed:
Well, I will do what I can do. I am not a huge user and packager of such graphical things, but it looks an interesting project to take on. I will do some research.

Discussion:
<ins> { stdenv , fetchFromGitLab , extra-cmake-modules , botan2 , karchive , kauth , libdrm , mesa-demos , procps , utillinux , vulkan-tools , qtbase , qtcharts , qtquickcontrols2 , qtsvg , qttools , qtxmlpatterns , wrapQtAppsHook } : stdenv.mkDerivation rec{ pname = "corectrl"; version = "1.1.1"; src = fetchFromGitLab { owner = "corectrl"; repo = "corectrl"; rev = "v${version}"; sha256 = "sha256-YQDrxPqCa3OzNKd3UiAffqqvOrgbXmDFJGjYPetolyY="; }; nativeBuildInputs = [ extra-cmake-modules wrapQtAppsHook ]; buildInputs = [ botan2 karchive kauth libdrm mesa-demos procps utillinux vulkan-tools qtbase qtcharts qtquickcontrols2 qtsvg qttools qtxmlpatterns ]; runtimeDeps = [ mesa-demos vulkan-tools ]; binPath = stdenv.lib.makeBinPath runtimeDeps; dontWrapQtApps = true; postInstall = '' wrapQtApp $out/bin/corectrl --prefix PATH ":" ${binPath} ''; meta = with stdenv.lib; { homepage = "https://gitlab.com/corectrl/corectrl/"; description = "Control your computer hardware via application profiles"; longDescription = '' CoreCtrl is a Free and Open Source GNU/Linux application that allows you to control with ease your computer hardware using application profiles. It aims to be flexible, comfortable and accessible to regular users. ''; license = licenses.gpl3Plus; platforms = platforms.linux; }; } # TODO: report upstream that libdrm is not detected at configure time </ins>

copyq = libsForQt514.callPackage ../applications/misc/copyq { }; <ins> corectrl = libsForQt5.callPackage ../applications/misc/corectrl { }; </ins> coriander = callPackage ../applications/video/coriander { inherit (gnome2) libgnomeui GConf; };
Change:
The redis service module listens on all interfaces by default (I found it via which inherits nixpkgs' default): I think that is bad, because that is an insecure configuration. Because many people get owned by that, Redis has a protection against it; without further configuration, connecting to the listening port via TCP, it outputs: But it's still listening on the port. This has been that way for 7 yeas since the module was in by I think many NixOS modules that define services which are usually used unauthenticated by now make them only listen to by default. So I think we should do that with the module as well. CC recent service module committers CC contributors
Evindence that pretty much all other DB servers listen to by default in NixOS:
Fix in PR .

Discussion:
</listitem> <listitem> <para> <ins> The setting <xref linkend="opt-services.redis.bind" /> defaults to <literal>127.0.0.1</literal> now, making Redis listen on the loopback interface only, and not all public network interfaces. </para> </listitem> <listitem> <para> </ins> NixOS now emits a deprecation warning if systemd's <literal>StartLimitInterval</literal> setting is used in a <literal>serviceConfig</literal> section instead of in a <literal>unitConfig</literal>; that setting is deprecated and now undocumented for the service section by systemd upstream, but still effective and somewhat buggy there, which can be confusing. See <link xlink:href="https://github.com/NixOS/nixpkgs/issues/45785">#45785</link> for details. </para> <para>

bind = mkOption { type = with types; nullOr str; <del> default = null; # All interfaces description = "The IP interface to bind to."; example = "127.0.0.1"; </del> <ins> default = "127.0.0.1"; description = '' The IP interface to bind to. <literal>null</literal> means "all interfaces". ''; example = "192.0.2.1"; </ins> }; unixSocket = mkOption {
Change:
The NixOS manual says This no longer appears to be the default case in NixOS 20.09. I had to add the user to the group.
any chance you have capacity to update in a PR?
I could probably do it in a few days, if nobody else wants to.
ping in case anyone is motivated.
I'll update that today, thanks for pointing it out.

Discussion:
<programlisting> <xref linkend="opt-security.acme.acceptTerms" /> = true; <xref linkend="opt-security.acme.email" /> = "admin+acme@example.com"; <ins> # /var/lib/acme/.challenges must be writable by the ACME user # and readable by the Nginx user. The easiest way to achieve # this is to add the Nginx user to the ACME group. <link linkend="users.users._name_.extraGroups">users.users.nginx.extraGroups</link> = [ "acme" ]; </ins> services.nginx = { <link linkend="opt-services.nginx.enable">enable</link> = true; <link linkend="opt-services.nginx.virtualHosts">virtualHosts</link> = { "acmechallenge.example.com" = { # Catchall vhost, will redirect users to HTTPS for all vhosts <link linkend="opt-services.nginx.virtualHosts._name_.serverAliases">serverAliases</link> = [ "*.example.com" ]; <del> # /var/lib/acme/.challenges must be writable by the ACME user # and readable by the Nginx user. # By default, this is the case. </del> locations."/.well-known/acme-challenge" = { <link linkend="opt-services.nginx.virtualHosts._name_.locations._name_.root">root</link> = "/var/lib/acme/.challenges"; };

}; } # Alternative config for Apache <ins> <link linkend="users.users._name_.extraGroups">users.users.wwwrun.extraGroups</link> = [ "acme" ]; </ins> services.httpd = { <link linkend="opt-services.httpd.enable">enable = true;</link> <link linkend="opt-services.httpd.virtualHosts">virtualHosts</link> = {
Change:
, CVSSv3=9.8 (nixos-unstable) CVSSv3=9.8 (nixos-unstable) CVSSv3=9.8 (nixos-unstable) CVSSv3=9.1 (nixos-unstable) CVSSv3=8.8 (nixos-unstable) CVSSv3=8.8 (nixos-unstable) CVSSv3=8.8 (nixos-unstable) CVSSv3=8.8 (nixos-unstable) CVSSv3=8.8 (nixos-unstable) CVSSv3=7.8 (nixos-unstable) CVSSv3=7.8 (nixos-unstable) CVSSv3=7.8 (nixos-unstable) CVSSv3=7.8 (nixos-unstable) CVSSv3=7.8 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) CVSSv3=7.1 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=6.5 (nixos-unstable) CVSSv3=5.5 (nixos-unstable) CVSSv3=5.5 (nixos-unstable) CVSSv3=5.5 (nixos-unstable) CVSSv3=5.5 (nixos-unstable) CVSSv3=5.5 (nixos-unstable) CVSSv3=5.5 (nixos-unstable) CVSSv3=5.5 (nixos-unstable) Scanned versions: nixos-unstable: .

Discussion:
<del> { lib, stdenv, fetchFromGitHub, fetchpatch, pkg-config, libtool </del> <ins> { lib, stdenv, fetchFromGitHub, pkg-config, libtool </ins> , bzip2, zlib, libX11, libXext, libXt, fontconfig, freetype, ghostscript, libjpeg, djvulibre , lcms2, openexr, libpng, librsvg, libtiff, libxml2, openjpeg, libwebp, fftw, libheif, libde265 , ApplicationServices

else if stdenv.hostPlatform.system == "aarch64-linux" then "aarch64" else if stdenv.hostPlatform.system == "powerpc64le-linux" then "ppc64le" else throw "ImageMagick is not supported on this platform."; <del> cfg = { version = "6.9.11-29"; sha256 = "0adjdpi91ya0g3v7y503n95833m25aibkim5swg5lnwjrba407hg"; patches = []; } # Freeze version on mingw so we don't need to port the patch too often. # FIXME: This version has multiple security vulnerabilities // lib.optionalAttrs (stdenv.hostPlatform.isMinGW) { version = "6.9.2-0"; sha256 = "17ir8bw1j7g7srqmsz3rx780sgnc21zfn0kwyj78iazrywldx8h7"; patches = [(fetchpatch { name = "mingw-build.patch"; url = "https://raw.githubusercontent.com/Alexpux/MINGW-packages/" + "01ca03b2a4ef/mingw-w64-imagemagick/002-build-fixes.patch"; sha256 = "1pypszlcx2sf7wfi4p37w1y58ck2r8cd5b2wrrwr9rh87p7fy1c0"; })]; }; </del> in <del> stdenv.mkDerivation { </del> <ins> stdenv.mkDerivation rec { </ins> pname = "imagemagick"; <del> inherit (cfg) version; </del> <ins> version = "6.9.11-60"; </ins> src = fetchFromGitHub { owner = "ImageMagick"; repo = "ImageMagick6"; <del> rev = cfg.version; inherit (cfg) sha256; </del> <ins> rev = version; sha256 = "12810882a0kf4zlgyi290z9bjs921m05njbljkjfw6s1hf0mncl0"; </ins> }; <del> patches = cfg.patches; </del> outputs = [ "out" "dev" "doc" ]; # bin/ isn't really big outputMan = "out"; # it's tiny
Change:
, CVSSv3=7.5 (nixos-20.03, nixos-20.09, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-20.09: ; nixos-unstable: . Cc
Fixed on master as , on 20.09 as .

Discussion:
, libGLU , gnutls, pam, nettle , xterm, openssh, perl <del> , makeWrapper}: </del> <ins> , makeWrapper }: </ins> with stdenv.lib; stdenv.mkDerivation rec { <del> version = "1.10.1"; </del> <ins> version = "1.11.0"; </ins> pname = "tigervnc"; src = fetchFromGitHub { owner = "TigerVNC"; repo = "tigervnc"; <del> rev = "v1.10.1"; sha256 = "001n189d2f3psn7nxgl8188ml6f7jbk26cxn2835y3mnlk5lmhgr"; </del> <ins> rev = "v${version}"; sha256 = "sha256-IX39oEhTyk7NV+9dD9mFtes22fBdMTAVIv5XkqFK560="; </ins> }; inherit fontDirectories; <del> patches = [ ./u_xorg-server-1.20.7-ddxInputThreadInit.patch ]; </del> postPatch = '' <del> sed -i -e '/^$cmd .= " -pn";/a$cmd .= " -xkbdir ${xkeyboard_config}/etc/X11/xkb";' unix/vncserver </del> <ins> sed -i -e '/^$cmd .= " -pn";/a$cmd .= " -xkbdir ${xkeyboard_config}/etc/X11/xkb";' unix/vncserver/vncserver.in </ins> fontPath= for i in $fontDirectories; do for j in $(find $i -name fonts.dir); do addToSearchPathWithCustomDelimiter "," fontPath $(dirname $j) done done <del> sed -i -e '/^$cmd .= " -pn";/a$cmd .= " -fp '"$fontPath"'";' unix/vncserver </del> <ins> sed -i -e '/^$cmd .= " -pn";/a$cmd .= " -fp '"$fontPath"'";' unix/vncserver/vncserver.in </ins> substituteInPlace vncviewer/vncviewer.cxx  --replace '"/usr/bin/ssh' '"${openssh}/bin/ssh' ''; dontUseCmakeBuildDir = true; <ins> cmakeFlags = [ "-DCMAKE_INSTALL_PREFIX=${placeholder "out"}" "-DCMAKE_INSTALL_SBINDIR=${placeholder "out"}/bin" "-DCMAKE_INSTALL_LIBEXECDIR=${placeholder "out"}/bin" ]; </ins> postBuild = '' export NIX_CFLAGS_COMPILE="$NIX_CFLAGS_COMPILE -Wno-error=int-to-pointer-cast -Wno-error=pointer-to-int-cast" export CXXFLAGS="$CXXFLAGS -fpermissive"

<del> Origin: https://build.opensuse.org/package/view_file/X11:XOrg/tigervnc/u_xorg-server-1.20.7-ddxInputThreadInit.patch diff -u -p -r tigervnc-1.10.0.old/unix/xserver/hw/vnc/xvnc.c tigervnc-1.10.0/unix/xserver/hw/vnc/xvnc.c --- tigervnc-1.10.0.old/unix/xserver/hw/vnc/xvnc.c	2020-01-15 11:19:19.486731848 +0000 +++ tigervnc-1.10.0/unix/xserver/hw/vnc/xvnc.c	2020-01-15 11:37:33.275445409 +0000 @@ -295,6 +295,15 @@ void ddxBeforeReset(void) } #endif +#if INPUTTHREAD +/** This function is called in Xserver/os/inputthread.c when starting +    the input thread. */ +void +ddxInputThreadInit(void) +{ +} +#endif + void ddxUseMsg(void) { vncPrintBanner(); </del>
Change:
Describe the bug the package nomachine-client cannot build trying % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 138 100 138 0 0 8 0 0:00:17 0:00:15 0:00:02 30 100 142k 0 142k 0 0 7033 0 --:--:-- 0:00:20 --:--:-- hash mismatch in fixed-output derivation '/nix/store/qgm0ps149dm4n0z76rhyl647mvg52qar-': wanted: sha256:1b6r9bwkr8mhaljma19ikxpkmlx8iy5r1vf5hlv27bja2zz1r8xr got: sha256:1jpyp2z2qy1dh8w40qbid7yjffq6gp940krxsfd3d7n4pr9a268w cannot build derivation '/nix/store/q4wkpnggxd0y0g4drjib6g1swxawfp1w-nomachine-client-': 1 dependencies couldn't be built cannot build derivation '/nix/store/zzsga5l3qh8anqymvcbxl8az92ka6jy9-system-': 1 dependencies couldn't be built cannot build derivation '/nix/store/plvdk8jn20k891hrkxcb9kvr8685wnvi-nixos-system-Bach-': 1 dependencies couldn't be built error: build of '/nix/store/plvdk8jn20k891hrkxcb9kvr8685wnvi-nixos-system-Bach-' failed running on 20.03 To Reproduce Steps to reproduce the behavior: environment.systemPackages = with pkgs; [ nomachine-client ]; Notify maintainers Metadata these paths will be fetched (0.05 MiB download, 0.28 MiB unpacked): /nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev copying path '/nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev' from ''... system: host os: multi-user?: sandbox: version: nixpkgs:
May be fixed by
This needs to be backported as well
Backported in and .

Discussion:
{ stdenv, file, fetchurl, makeWrapper, autoPatchelfHook, jsoncpp, libpulseaudio }: let <del> versionMajor = "6.11"; versionMinor = "2"; versionBuild_x86_64 = "1"; versionBuild_i686 = "1"; </del> <ins> versionMajor = "6.12"; versionMinor = "3"; versionBuild_x86_64 = "7"; versionBuild_i686 = "8"; </ins> in stdenv.mkDerivation rec { pname = "nomachine-client";

"https://download.nomachine.com/download/${versionMajor}/Linux/nomachine_${version}_${versionBuild_x86_64}_x86_64.tar.gz" "https://web.archive.org/web/https://download.nomachine.com/download/${versionMajor}/Linux/nomachine_${version}_${versionBuild_x86_64}_x86_64.tar.gz" ]; <del> sha256 = "1b6r9bwkr8mhaljma19ikxpkmlx8iy5r1vf5hlv27bja2zz1r8xr"; </del> <ins> sha256 = "1dqsqwxbd77g6gc0hvjmmg4flm3vwwv5y98m8d9wxyybp37vkmgd"; </ins> } else if stdenv.hostPlatform.system == "i686-linux" then fetchurl {

"https://download.nomachine.com/download/${versionMajor}/Linux/nomachine_${version}_${versionBuild_i686}_i686.tar.gz" "https://web.archive.org/web/https://download.nomachine.com/download/${versionMajor}/Linux/nomachine_${version}_${versionBuild_i686}_i686.tar.gz" ]; <del> sha256 = "0dl138ry9n1qh651zh0zvp88qhgxrs2kvvnq329jw0py5v70b9pm"; </del> <ins> sha256 = "1q14hxjy66s5cpq19rshscsm679csb6p16c5p2agh5zd64cr4am6"; </ins> } else throw "NoMachine client is not supported on ${stdenv.hostPlatform.system}";
Change:
Describe the bug It seems you can't disable GDM's auto suspend behaviour. Disable has no effect. To Reproduce laptop will auto suspend after timeout Expected behavior Suppress auto suspend. Additional context Follow up from Notify maintainers Metadata
I'm on Wayland if that matters.
I believe it only touches the dconf profile in gdm, and sets these settings You probably still have those set in your actual session. See the OP of for more details.
Though I could be misremembering things
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Not sure if it will work yet, but I ran these commands to make my settings match the autosuspend = false settings:
After making these changes, it still suspended. Then I killed , and since it has restarted it has not auto suspended. I'm not sure if this is the simplest thing, but what worked for me was: set , rebuild NixOS Kill so it restarts
returns nothing for me on unstable. I have set to false and it still suspends. (I not 100% sure this is caused by gdm).
Well, it started auto-suspending for me again, even with the above settings.
I'm trying this now:
Seems to be working!
In my case it was xorg, not gdm at all. I disabled screensaver and autosuspend with:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Wow, it's 2023, and this still appears to be the solution To clarify I actually did the suggestion in here, which has an additional line
I vote to reopen this. The fix is easy to configure, but difficult to understand.
It seems like "don't suspend my system, i'm running this as a server" should just be a single config option

Discussion:
autoSuspend = mkOption { default = true; description = '' <del> Suspend the machine after inactivity. </del> <ins> On the GNOME Display Manager login screen, suspend the machine after inactivity. (Does not affect automatic suspend while logged in, or at lock screen.) </ins> ''; type = types.bool; };
Change:
Project description The Stripe CLI helps you build, test, and manage your Stripe integration right from the terminal. Metadata homepage URL: source URL: license: Apache platforms: unix, linux, darwin I already made this, and it seemed to be good enough for my purposes:
Danm, that is amazing. Thank you!

Discussion:
<ins> { stdenv, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "stripe-cli"; version = "1.5.3"; src = fetchFromGitHub { owner = "stripe"; repo = pname; rev = "v${version}"; sha256 = "0anrn7dkxgbzilh45gyqrp2930bkg3g3diarb50qp0rlim302sgy"; }; vendorSha256 = "05cyn9cgmijj6dl075slwm5qc6fj6m5sm414wqm50xz2fjs0400r"; subPackages = [ "cmd/stripe" ]; meta = with stdenv.lib; { homepage = "https://stripe.com/docs/stripe-cli"; description = "A command-line tool for Stripe"; license = with licenses; [ asl20 ]; maintainers = with maintainers; [ RaghavSood ]; }; } </ins>

string-machine = callPackage ../applications/audio/string-machine { }; <ins> stripe-cli = callPackage ../tools/admin/stripe-cli { }; </ins> bash-supergenpass = callPackage ../tools/security/bash-supergenpass { }; swappy = callPackage ../applications/misc/swappy { gtk = gtk3; };
Change:
Describe the bug The in contains the store path twice: To Reproduce Notify maintainers Metadata system: host os: multi-user?: sandbox: version:
Occasionally we have issues with pkg-config files and patching. implemented the start of a validatePkgConfig hook in I'm not sure if it'd catch this particular error, but it'd be great to add and enhance it so we have automation preventing regressions like this in the future.
This should be fixed in the next release: In the meanwhile, we should apply that as patches.
Thanks! I've opened I've also tried adding to the but I got this error:

Discussion:
<del> { stdenv, cmake, ninja, fetchFromGitHub }: </del> <ins> { stdenv, cmake, ninja, fetchFromGitHub, fetchpatch }: </ins> stdenv.mkDerivation rec { pname = "gtest";

patches = [ ./fix-cmake-config-includedir.patch <ins> (fetchpatch { name = "fix-pkgconfig-paths.patch"; url = "https://github.com/google/googletest/commit/5126ff48d9ac54828d1947d1423a5ef2a8efee3b.patch"; sha256 = "sha256-TBvECU/9nuvwjsCjWJP2b6DNy+FYnHIFZeuVW7g++JE="; }) </ins> ]; nativeBuildInputs = [ cmake ninja ];
Change:
was removed last Should we bring this uid back?
/cc looks-like-maintainer
What's the status of this for 16.03?
also present in 16.03 heres my relevant to reproduce:
Prepared PR to reverse the uid deletion
I noticed you have updated duosec to the latest upstream . May I know how you are enabling it? The service is still broken as I mentioned in cc
I haven't been using duosec, and am not on nixOS. I just updated it in response to your issue that said it was outdated. This issue had nothing that suggested duosec itself had a breaking change, so I went ahead with it.

Discussion:
loginCfgFile = optional cfg.ssh.enable { source = pkgs.writeText "login_duo.conf" configFile; mode   = "0600"; <del> uid    = config.ids.uids.sshd; </del> <ins> user   = "sshd"; </ins> target = "duo/login_duo.conf"; }; pamCfgFile = optional cfg.pam.enable { source = pkgs.writeText "pam_duo.conf" configFile; mode   = "0600"; <del> uid    = config.ids.uids.sshd; </del> <ins> user   = "sshd"; </ins> target = "duo/pam_duo.conf"; }; in