jiebi/CodeConvo huggingface dataset:
Change:
The firewall program in package firehol is unusable, always exits with an error message (see steps to reproduce). Cause: On startup, tries to create the config file and fails since the nix store is read-only. How to fix: Make look for config files in rather than . This makes sense anyway since a fixed bundled firewall config would not be useful. I already implemented the fix. PR follows after testing. firehol with to enable the firehol program (the firehol package doesn't install the firehol program by default - doesn't make sense to me, but that's a separate issue) any firehol command results in this error message: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
After fixing this, fails with a different error message. I discovered another bug caused by an unquoted command path in the bash script. Fixed that as well. Working on a PR.
fixed in

Discussion:
, autoconf, automake, curl, iprange, iproute, ipset, iptables, iputils , kmod, nettools, procps, tcpdump, traceroute, utillinux, whois <del> # Just install FireQOS without FireHOL , onlyQOS ? true </del> <ins> # If true, just install FireQOS without FireHOL , onlyQOS ? false </ins> }: stdenv.mkDerivation rec {

AS_IF([test "x$ac_cv_ping_6_opt" = "xyes"],[ '') <ins> # put firehol config files in /etc/firehol (not $out/etc/firehol) # to avoid error on startup, see #35114 (pkgs.writeText "firehol-sysconfdir.patch" '' --- a/sbin/install.config.in.in +++ b/sbin/install.config.in.in @@ -4 +4 @@ -SYSCONFDIR="@sysconfdir_POST@" +SYSCONFDIR="/etc" '') # we must quote "$UNAME_CMD", or the dash in /nix/store/...-coreutils-.../bin/uname # will be interpreted as IFS -> error. this might be considered an upstream bug # but only appears when there are dashes in the command path (pkgs.writeText "firehol-uname-command.patch" '' --- a/sbin/firehol +++ b/sbin/firehol @@ -10295,7 +10295,7 @@ kmaj=$1 kmin=$2 -	set -- $($UNAME_CMD -r) +	set -- $("$UNAME_CMD" -r) eval $kmaj=$1 $kmin=$2 } kernel_maj_min KERNELMAJ KERNELMIN '') </ins> ]; nativeBuildInputs = [ autoconf automake ];
Change:
https://travis- https://travis- (after adding to ) This has happened after and . Probably the version bump. Can I revert this? /cc
Indeed, it's the version bump causing this. Given that this is a critical bug, I think it should be reverted to the last working version, sadly (I think the new version supports Git for fetching deps).
I'm trying to get to a minimal reproducible case for this, to put into a ticket. The weird thing is, that your stack trace says . Might this be some issue with a common dependency of google-closure-compiler and Personally, I'd also be interested in how, this thing I've been working on, handles this resolution. Unfortunately, it doesn't have a reader, right now ...
hm, no there is definitely something fishy with It finds the jar, but doesn't find the jar's dependencies:
cc
So, the issue seems to be, that always returns the empty vector, when asked for the dependencies of a jar: Can you help me find the code path, by which this has worked on , so that we can file a regression?
Sure! Going to bisect it.
Hm, the corresponding place in 0.2.196, would also return the empty vector for a jar: weird
This is clearly a mistake on my part, local jars can't have dependencies and I relied on some. Meaning, it was not a degradation but a fix. Sorry for the noise.

Discussion:
{ stdenv, fetchurl, jdk, rlwrap, makeWrapper }: <del> let version = "1.9.0.326"; in stdenv.mkDerivation { </del> <ins> stdenv.mkDerivation rec { </ins> name = "clojure-${version}"; <ins> version = "1.9.0.273"; </ins> src = fetchurl { url = "https://download.clojure.org/install/clojure-tools-${version}.tar.gz"; <del> sha256 = "0sf8gy39iz4jxj2wic1lbdwdwbj90k3awhr0kq76gr1z1dwbj6s9"; </del> <ins> sha256 = "0xmrq3xvr002jgq8m1j0y5ld0rcr49608g3gqxgyxzjqswacglb4"; </ins> }; buildInputs = [ makeWrapper ]; <ins> outputs = [ "out" "prefix" ]; </ins> installPhase = '' <del> pwd ls -la mkdir -p $out/libexec $out/bin cp -f deps.edn example-deps.edn $out cp -f clojure-tools-${version}.jar $out/libexec sed -i -e "s@PREFIX@$out@g" clojure cp -f clj clojure $out/bin for program in $out/bin/{clojure,clj}; do wrapProgram $program --suffix PATH : $out/bin:${jdk.jre}/bin:${rlwrap}/bin done </del> <ins> mkdir -p $prefix/libexec cp clojure-tools-${version}.jar $prefix/libexec cp {,example-}deps.edn $prefix substituteInPlace clojure --replace PREFIX $prefix install -Dt $out/bin clj clojure wrapProgram $out/bin/clj --suffix PATH ${rlwrap}/bin wrapProgram $out/bin/clojure --suffix PATH ${jdk}/bin </ins> ''; meta = with stdenv.lib; {
Change:
The firehol derivation has a parameter . So by default, the firehol package only includes (traffic shaping tool) but not (firewall). This is not really what a user expects from a package called "firehol". I propose changing the default to (or eliminate the parameter altogether) to make the program available without override. No significant impact on build time or storage, just few extra files. /cc maintainer:
While writing this package I was only interested in and this parameter to keep the package smaller. Setting it to by default seems to be a bad decision. Changing it to seems fine for me. Please excuse my late response.
Thank you for your reply. So let's change the default to . I will add this change to my open pull request .

Discussion:
, autoconf, automake, curl, iprange, iproute, ipset, iptables, iputils , kmod, nettools, procps, tcpdump, traceroute, utillinux, whois <del> # Just install FireQOS without FireHOL , onlyQOS ? true </del> <ins> # If true, just install FireQOS without FireHOL , onlyQOS ? false </ins> }: stdenv.mkDerivation rec {

AS_IF([test "x$ac_cv_ping_6_opt" = "xyes"],[ '') <ins> # put firehol config files in /etc/firehol (not $out/etc/firehol) # to avoid error on startup, see #35114 (pkgs.writeText "firehol-sysconfdir.patch" '' --- a/sbin/install.config.in.in +++ b/sbin/install.config.in.in @@ -4 +4 @@ -SYSCONFDIR="@sysconfdir_POST@" +SYSCONFDIR="/etc" '') # we must quote "$UNAME_CMD", or the dash in /nix/store/...-coreutils-.../bin/uname # will be interpreted as IFS -> error. this might be considered an upstream bug # but only appears when there are dashes in the command path (pkgs.writeText "firehol-uname-command.patch" '' --- a/sbin/firehol +++ b/sbin/firehol @@ -10295,7 +10295,7 @@ kmaj=$1 kmin=$2 -	set -- $($UNAME_CMD -r) +	set -- $("$UNAME_CMD" -r) eval $kmaj=$1 $kmin=$2 } kernel_maj_min KERNELMAJ KERNELMIN '') </ins> ]; nativeBuildInputs = [ autoconf automake ];
Change:
MultiMC in master is on version 0.5.1. The latest is 0.6.1, which has several new features. Look at Please run and paste the results. I'm on the unstable channel, but I was just looking at the repo, so I don't think this is relevant.
I tried updating it briefly but there is something wrong with the C build that I cannot figure out: It has something to do with the fact that quazip needs to be updated. Maybe somebody can give this a shot :)
I had the same problem when I tried.
I'm working on this now, should have something in a bit....
Should be fixed in , but I'd appreciate testing from someone familiar with MultiMC as confirmation. Please! :)

Discussion:
<del> { stdenv, fetchFromGitHub, cmake, jdk, zlib, file, makeWrapper, xorg, libpulseaudio, qtbase, quazip }: </del> <ins> { stdenv, fetchFromGitHub, cmake, jdk, zlib, file, makeWrapper, xorg, libpulseaudio, qtbase }: </ins> let <del> libnbt = fetchFromGitHub { owner = "MultiMC"; repo = "libnbtplusplus"; rev = "4b305bb"; sha256 = "1zj7pxk0g5zl16hrngb4rss00hi019rylin7zgf18kaymc54nbcs"; }; in stdenv.mkDerivation { name = "multimc-0.5.1"; </del> <ins> libpath = with xorg; stdenv.lib.makeLibraryPath [ libX11 libXext libXcursor libXrandr libXxf86vm libpulseaudio ]; in stdenv.mkDerivation rec { name = "multimc-${version}"; version = "0.6.1"; </ins> src = fetchFromGitHub { owner = "MultiMC"; repo = "MultiMC5"; <del> rev = "0.5.1"; sha256 = "0wmlnwcq3gxrbmc53j96aa64pp1kmnlxiifhzngcb5kfmbbc8a20"; </del> <ins> rev = version; sha256 = "0glsf4vfir8w24bpinf3cx2ninrcp7hpq9cl463wl78dvqfg47kx"; fetchSubmodules = true; </ins> }; <del> buildInputs = [ cmake qtbase jdk zlib file makeWrapper ]; libpath = with xorg; [ libX11 libXext libXcursor libXrandr libXxf86vm libpulseaudio ]; postUnpack = '' rmdir $sourceRoot/libraries/libnbtplusplus cp -r ${libnbt} $sourceRoot/libraries/libnbtplusplus chmod 755 -R $sourceRoot/libraries/libnbtplusplus mkdir -pv $sourceRoot/build/ cp -v ${quazip.src} $sourceRoot/build/quazip-0.7.1.tar.gz ''; </del> <ins> nativeBuildInputs = [ cmake file makeWrapper ]; buildInputs = [ qtbase jdk zlib ]; </ins> enableParallelBuilding = true; <del> # the install rule tries to bundle ALL deps into the output for portability installPhase = '' RESULT=/run/opengl-driver/lib/ for x in $libpath; do RESULT=$x/lib/:$RESULT done mkdir -pv $out/bin/jars $out/lib cp -v MultiMC $out/bin/ cp -v jars/*.jar $out/bin/jars/ #*/ cp -v libMultiMC_rainbow.so libMultiMC_nbt++.so libMultiMC_logic.so libMultiMC_gui.so $out/lib wrapProgram $out/bin/MultiMC --add-flags "-d $HOME/.multimc/" --set GAME_LIBRARY_PATH $RESULT --prefix PATH : ${jdk}/bin/ </del> <ins> postInstall = '' wrapProgram $out/bin/MultiMC --add-flags "-d $HOME/.multimc/" --set GAME_LIBRARY_PATH /run/opengl-driver/lib:${libpath} --prefix PATH : ${jdk}/bin/ </ins> ''; meta = with stdenv.lib; {
Change:
After installing dropbox-cli, the first run of prompts to link my account, which I can do successfully (my nixos machine shows up at ), but nothing ever gets synced. I created a file to test, but get this indefinitely: doesn't appear to be running:
Same here. My existing Dropbox folder doesn't sync anymore. It changes between and Deleting and doesn't help.
I am also having the same problem. But my dropbox folder located on my computer is empty. When I add a file named nixos, it will only report: I have also deleted and . After restarting Dropbox, the problem does not go away.
Same issue here: Dropbox status output: and an empty ~/Dropbox folder:
So, the dropbox-cli-provided command downloads and installs a compiled binary to . I tried starting from there: Which is odd, because it does exist: Compare to some random nix-provided executable: I thought it might be the part, but seems to point to the right thing. As a workaround, I'm currently running the dropbox CLI in a Docker container... feels bad :stuckout_tongue:
Another workaround that I have found is using plain old "dropbox" in your pkgs section in your file. I am running Gnome3 and I do not know how it will integrate with other setups, but it allows me to run dropbox without docker.
warns of a version incompatibility. Apparently v40.4.46 does not sync correctly/at all.
Can confirm what said, downloading the latest Dropbox from their official website and untarring it in fixed it for me.
Can you link to that notice? For anyone else encountering this, here's the Docker workaround:
The issue I looked different from the OP, where it said that everything was , but nothing was actually synced. Didn't come across a notice, just happened to stumble upon the solution to my issue.
I'm confused about the solution. Does someone have a declarative solution they're willing to share? I'm new to NixOS, and I'm a bit reluctant to try ad-hoc fixes that I may not be able to reproduce later.
Anyone else get stuck here when they try to run Dropbox cli? I'm on nixos 21.11pre.

Discussion:
# Dropbox client to bootstrap installation. # The client is self-updating, so the actual version may be newer. let <del> version = "40.4.46"; </del> <ins> version = "52.3.56"; </ins> arch = { "x86_64-linux" = "x86_64";
Change:
When I ran , it failed to build my configuration because dependencies couldn't be built. Relevant sections from and : Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs:
a full log might be helpful
Sorry, forgot to attach the log. Here it is:
It seems needs to be cherry-picked there...
I've created a pull request for this:
Fixed by

Discussion:
./linux-4.11.patch # source: https://aur.archlinux.org/cgit/aur.git/tree/linux412.patch?h=broadcom-wl ./linux-4.12.patch <ins> ./linux-4.15.patch </ins> ./null-pointer-fix.patch ./gcc.patch ];

<ins> See: https://lkml.org/lkml/2017/11/25/90 diff -urNZ a/src/wl/sys/wl_linux.c b/src/wl/sys/wl_linux.c --- a/src/wl/sys/wl_linux.c	2015-09-18 22:47:30.000000000 +0000 +++ b/src/wl/sys/wl_linux.c	2018-01-31 22:52:10.859856221 +0000 @@ -93,7 +93,11 @@ #include <wlc_wowl.h> +#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 15, 0) +static void wl_timer(struct timer_list *tl); +#else static void wl_timer(ulong data); +#endif static void _wl_timer(wl_timer_t *t); static struct net_device *wl_alloc_linux_if(wl_if_t *wlif); @@ -2298,9 +2302,15 @@ } static void +#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 15, 0) +wl_timer(struct timer_list *tl) +{ +	wl_timer_t *t = from_timer(t, tl, timer); +#else wl_timer(ulong data) { wl_timer_t *t = (wl_timer_t *)data; +#endif if (!WL_ALL_PASSIVE_ENAB(t->wl)) _wl_timer(t); @@ -2352,9 +2362,13 @@ bzero(t, sizeof(wl_timer_t)); +#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 15, 0) +	timer_setup(&t->timer, wl_timer, 0); +#else init_timer(&t->timer); t->timer.data = (ulong) t; t->timer.function = wl_timer; +#endif t->wl = wl; t->fn = fn; t->arg = arg; </ins>
Change:
Complains of a struct being redefined in a header file. Failing hydra build:
This appears to be a known issue, addressed in I will see if that resolves the issue, and if so, I'll put together a PR.

Discussion:
<del> { stdenv, fetchurl, pkgconfig, openconnect, file, gawk, </del> <ins> { stdenv, fetchurl, fetchpatch, pkgconfig, openconnect, file, gawk, </ins> openvpn, vpnc, glib, dbus, iptables, gnutls, polkit, wpa_supplicant, readline6, pptp, ppp }:

nativeBuildInputs = [ pkgconfig file gawk ]; <ins> patches = [ (fetchpatch { name = "header-include.patch"; url = "https://git.kernel.org/pub/scm/network/connman/connman.git/patch/?id=bdfb3526466f8fb8f13d9259037d8f42c782ce24"; sha256 = "0q6ysy2xvvcmkcbw1y29x90g7g7kih7v95k1xbxdcxkras5yl8nf"; }) ]; </ins> preConfigure = '' export WPASUPPLICANT=${wpa_supplicant}/sbin/wpa_supplicant export PPPD=${ppp}/sbin/pppd
Change:
nixos/tests for docker-tools and kubernetes fail to build on current master It looks like this is caused by being broken under go 1.10. On current master (with go 1.10): Fails with: Similar error for kubernetes test: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Here's an example of what I think is wrong with Given a tar file on stdin, it should print a checksum on stdout but results in an error:
Any idea what the Discard is doing? If I comment it out, it builds, but I'm not sure the hashes produced are correct. if _, err = io.Copy(ioutil.Discard, ts); err != nil { fmt.Println(err) os.Exit(1) }
might know.
Oh, yeah, getting rid of that is definitely nonsense. Every hash will be the same. :)
: makes sense, let docker upstream take care of this.

Discussion:
dieHook = makeSetupHook {} ../build-support/setup-hooks/die.sh; <del> dockerTools = callPackage ../build-support/docker { }; </del> <ins> # go 1.9 pin until https://github.com/moby/moby/pull/35739 dockerTools = callPackage ../build-support/docker { go = go_1_9; }; </ins> docker_compose = pythonPackages.docker_compose;

dmtx-utils = callPackage (callPackage ../tools/graphics/dmtx-utils) { }; <del> inherit (callPackage ../applications/virtualization/docker { }) </del> <ins> # go 1.9 pin until https://github.com/moby/moby/pull/35739 inherit (callPackage ../applications/virtualization/docker { go = go_1_9; }) </ins> docker_17_12 docker_18_02;
Change:
is missing some Perl modules:
Installing the following perl dependencies to my user environment makes latexindent work:
I'm still getting this error on Darwin:
Thank you for reporting this! The issue is still present on Darwin.
Fixed in Unfortunately we run into a darwin issue with

Discussion:
, texlive , zlib, libiconv, libpng, libX11 , freetype, gd, libXaw, icu, ghostscript, libXpm, libXmu, libXext <del> , perl, pkgconfig, autoreconfHook </del> <ins> , perl, perlPackages, pkgconfig, autoreconfHook </ins> , poppler, libpaper, graphite2, zziplib, harfbuzz, potrace, gmp, mpfr , cairo, pixman, xorg, clisp, biber , makeWrapper

''; }; <ins> latexindent = perlPackages.buildPerlPackage rec { inherit (src) name version; src = stdenv.lib.head (builtins.filter (p: p.tlType == "run") texlive.latexindent.pkgs); outputs = [ "out" ]; propagatedBuildInputs = with perlPackages; [ FileHomeDir LogDispatch LogLog4perl UnicodeLineBreak YAMLTiny ]; postPatch = '' substituteInPlace scripts/latexindent/LatexIndent/GetYamlSettings.pm  --replace '$FindBin::RealBin/defaultSettings.yaml' ${src}/scripts/latexindent/defaultSettings.yaml ''; # Dirty hack to apply perlFlags, but do no build preConfigure = '' touch Makefile.PL ''; buildPhase = ":"; installPhase = '' install -D ./scripts/latexindent/latexindent.pl "$out"/bin/latexindent mkdir -p "$out"/${perl.libPrefix} cp -r ./scripts/latexindent/LatexIndent "$out"/${perl.libPrefix}/ ''; }; </ins> }
Change:
systemd service isn't referencing the correct binary investigate is devmon requires suidsystem: host os: multi-user?: sandbox: version: channels(root): channels(peter): nixpkgs:
Can you elaborate a bit on what exactly is wrong? Steps to reproduce would be ideal.
udevil at <storepath/lib/systemd/system/devmon.service
I marked this as stale due to inactivity. &rarr;
Although I've self-assigned it, somebody else is very welcome to grab this.
I noticed the same issue yesterday when I tried devmon for automounting. devmon works fine when started manually but doesn't work as a systemd service. I couldn't find devmon service after running and .

Discussion:
config = mkIf cfg.enable { security.wrappers.udevil.source = "${lib.getBin pkgs.udevil}/bin/udevil"; <ins> systemd.packages = [ pkgs.udevil ]; systemd.services."devmon@".wantedBy = [ "multi-user.target" ]; </ins> }; }

<del> { lib, stdenv, fetchurl, intltool, glib, pkg-config, udev, util-linux, acl }: stdenv.mkDerivation { name = "udevil-0.4.4"; src = fetchurl { url = "https://github.com/IgnorantGuru/udevil/archive/0.4.4.tar.gz"; sha256 = "0z1bhaayambrcn7bgnrqk445k50ifabmw8q4i9qj49nnbcvxhbxd"; </del> <ins> { lib, stdenv, fetchFromGitHub, intltool, glib, pkg-config, udev, util-linux, acl }: stdenv.mkDerivation rec { pname = "udevil"; version = "0.4.4"; src = fetchFromGitHub { owner = "IgnorantGuru"; repo = "udevil"; rev = version; sha256 = "0nd44r8rbxifx4x4m24z5aji1c6k1fhw8cmf5s43wd5qys0bcdad"; </ins> }; nativeBuildInputs = [ pkg-config ]; buildInputs = [ intltool glib udev ]; configurePhase = '' substituteInPlace src/Makefile.in --replace "-o root -g root" "" # do not set setuid bit in nix store

--with-setfacl-prog=${acl.bin}/bin/setfacl  --sysconfdir=$prefix/etc ''; <ins> postInstall = '' substituteInPlace $out/lib/systemd/system/devmon@.service  --replace /usr/bin/devmon "$out/bin/devmon" ''; </ins> patches = [ ./device-info-sys-stat.patch ]; <del> meta = { </del> <ins> meta = with lib; { </ins> description = "A command line Linux program which mounts and unmounts removable devices without a password, shows device info, and monitors device changes"; homepage = "https://ignorantguru.github.io/udevil/"; <del> platforms = lib.platforms.linux; license = lib.licenses.gpl3; </del> <ins> platforms = platforms.linux; license = licenses.gpl3Plus; </ins> }; }
Change:
In order to enable in GitLab you need to edit the Procfile or the systemd service, which I don't think is currently possible. The output of is: Install GitLab service Run as rootsystem: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
reading up on , it seems this is configuration nowadays. Can you get it working by adding the options mentioned in the docs to ? If so, we probably should add that as regular options into the gitlab module.
cc
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
I still think this is desirable. can you take a look?

Discussion:
}; }; <ins> systemd.services.gitlab-mailroom = mkIf (gitlabConfig.production.incoming_email.enabled or false) { description = "GitLab incoming mail daemon"; after = [ "network.target" "redis.service" "gitlab.service" ]; # gitlab.service creates configs wantedBy = [ "multi-user.target" ]; environment = gitlabEnv; serviceConfig = { Type = "simple"; TimeoutSec = "infinity"; Restart = "on-failure"; User = cfg.user; Group = cfg.group; ExecStart = "${cfg.packages.gitlab.rubyEnv}/bin/bundle exec mail_room -c ${cfg.packages.gitlab}/share/gitlab/config.dist/mail_room.yml"; WorkingDirectory = gitlabEnv.HOME; }; }; </ins> systemd.services.gitlab = { after = [ "gitlab-workhorse.service" "gitaly.service" "network.target" "gitlab-postgresql.service" "redis.service" ]; requires = [ "gitlab-sidekiq.service" ];

</para> <para> <ins> When <literal>icoming_mail.enabled</literal> is set to <literal>true</literal> in <link linkend="opt-services.gitlab.extraConfig">extraConfig</link> an additional service called <literal>gitlab-mailroom</literal> is enabled for fetching incoming mail. </para> <para> </ins> Refer to <xref linkend="ch-options" /> for all available configuration options for the <link linkend="opt-services.gitlab.enable">services.gitlab</link> module.
Change:
On nixos-unstable libglvnd (I think) has been failing to build since about a week ago. Build log: Update to the latest nixos-unstable channel Run with nvidia in
Related?
Actually it looks like this PR fixes this issue. Though nix channel is not yet updated.
Confirmed. Adding the following override fixed it for me:

Discussion:
<del> { stdenv, fetchzip, cmake }: </del> <ins> { stdenv, fetchurl, fetchzip, cmake }: </ins> stdenv.mkDerivation rec { version = "0.9.8.5";

cmakeConfigureFlags = [ "-DGLM_INSTALL_ENABLE=off" ]; <ins> # fetch newer version of platform.h which correctly supports gcc 7.3 gcc7PlatformPatch = fetchurl { url = "https://raw.githubusercontent.com/g-truc/glm/dd48b56e44d699a022c69155c8672caacafd9e8a/glm/simd/platform.h"; sha256 = "0y91hlbgn5va7ijg5mz823gqkq9hqxl00lwmdwnf8q2g086rplzw"; }; </ins> postPatch = '' substituteInPlace CMakeLists.txt  --replace '"''${CMAKE_CURRENT_BINARY_DIR}/''${GLM_INSTALL_CONFIGDIR}' '"''${GLM_INSTALL_CONFIGDIR}' <ins> cp ${gcc7PlatformPatch} glm/simd/platform.h </ins> ''; postInstall = ''
Change:
! system: host os: multi-user?: sandbox: version: nixpkgs:
I thought the problem might be due to imageformat plugin not being found, so I try: Result: ! There is some improvement, but still no icons. This seems to be same as on Linux. xpdf seems to use svg:

Discussion:
{ enableGUI ? true, enablePDFtoPPM ? true, useT1Lib ? false , stdenv, fetchurl, zlib, libpng, freetype ? null, t1lib ? null <del> , cmake, qtbase ? null, makeWrapper </del> <ins> , cmake, qtbase ? null, qtsvg ? null, makeWrapper </ins> }: <del> assert enableGUI -> qtbase != null && freetype != null; </del> <ins> assert enableGUI -> qtbase != null && qtsvg != null && freetype != null; </ins> assert enablePDFtoPPM -> freetype != null; assert useT1Lib -> t1lib != null;

postInstall = stdenv.lib.optionalString stdenv.isDarwin '' wrapProgram $out/bin/xpdf  <del> --set QT_QPA_PLATFORM_PLUGIN_PATH ${qtbase.bin}/lib/qt-*/plugins/platforms </del> <ins> --set QT_PLUGIN_PATH ${qtbase.bin}/${qtbase.qtPluginPrefix}:${qtsvg.bin}/${qtbase.qtPluginPrefix} </ins> ''; meta = {