jiebi/CodeConvo huggingface dataset:
Change:
When updating my NixOS I got the following error because of the printer driver: I expect the problem to be fixed so that I can continue to use my printer.

Discussion:
<del> { lib, stdenv, fetchurl, cups, busybox }: </del> <ins> { lib, stdenv, fetchurl, cups, rpm, cpio }: </ins> stdenv.mkDerivation rec { pname = "epson-inkjet-printer-escpr2"; <del> version = "1.1.49"; </del> <ins> version = "1.2.9"; </ins> src = fetchurl { # To find new versions, visit # http://download.ebz.epson.net/dsc/search/01/search/?OSC=LX and search for # some printer like for instance "WF-7210" to get to the most recent # version. <del> url = "https://download3.ebz.epson.net/dsc/f/03/00/13/76/47/16f624dc1dfad10c3b4eb141c50c651a6360f69a/epson-inkjet-printer-escpr2-1.1.49-1lsb3.2.src.rpm"; sha256 = "sha256-WKDOpS7YL7J/IaNQcTjcoyXNXJGOuEexopdhYFubf50="; </del> <ins> url = "https://download3.ebz.epson.net/dsc/f/03/00/15/33/94/3bf10a30a1f8b5b91ddbafa4571c073878ec476b/epson-inkjet-printer-escpr2-1.2.9-1.src.rpm"; sha256 = "sha256-2smNBTMSqoKYsGUoBtIHS3Fwk9ODbiXaP7Dtq69FG9U="; </ins> }; unpackPhase = '' runHook preUnpack rpm2cpio $src | cpio -idmv <del> tar xvf ${pname}-${version}-1lsb3.2.tar.gz </del> <ins> tar xvf ${pname}-${version}-1.tar.gz </ins> cd ${pname}-${version} runHook postUnpack

patches = [ ./cups-filter-ppd-dirs.patch ]; buildInputs = [ cups ]; <del> nativeBuildInputs = [ busybox ]; </del> <ins> nativeBuildInputs = [ rpm cpio ]; </ins> meta = with lib; { homepage = "http://download.ebz.epson.net/dsc/search/01/search/";
Change:
When trying to start hamster (package hamster-time-tracker) it fails with Manually starting lib/hamster-time-tracker/hamster-service gives This call, however, works for me (inside a nix-shell -p hamster-time-tracker): After that hamster runs fine. Now I'm not sure how to modify the package expression so that the extra PYTHONPATH is not necessary any more. Could someone give me a pointer please? System: (Hummingbird) Nix version: nix-env (Nix) 1.11.11 Nixpkgs version: Sandboxing enabled: build-use-sandbox = false EDIT: Clarified that the modified call happens inside a nix-shell
Do you need to be running Gnome or so? Anyway, I checked the wrapper and it does include . Maybe the problem is that it calls itself but accidentally calls the unwrapped executable. That happens more often.
cc maintainer
I tested it now an got missing dbus service (like in the post above). It can be fixed with this config: UPDATE: Tested on NixOS 17.03.
This seems to be heading in a slightly different direction now. I don't get the missing dbus service error, only the ChildExited caused by the ImportError. Are we discussing two separate problems?
I have in my . Changing it to and/or adding does not solve the problem. I noticed that the is actually unnecessary. As long as I run hamster-service in the nix-shell it works. Outside it fails. I also noticed that has a line that calls for a bunch of paths, including the pygobject and dbus-python site-packages directories. This line does not seem to come from upstream (see ) but from wrapPython. does not have this line. Could that be the problem, i.e. does wrapPython need to be run on the scripts in the lib dir as well as the bin dir?

Discussion:
python waf build ''; <ins> postFixup = '' wrapPythonProgramsIn $out/lib/hamster-time-tracker "$out $pythonPath" ''; </ins> installPhase = '' python waf install '';
Change:
segfaults on launch Game runs Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I noticed this as well yesterday running nixos-unstable

Discussion:
, zlib , alsa-lib , dbus <ins> , libGL </ins> , libXcursor , libXext , libXi

# Run-time libraries (loaded with dlopen) dbus <ins> libGL </ins> libXcursor libXext libXi

patchelf  --add-needed libasound.so.2  --add-needed libdbus-1.so.3  <ins> --add-needed libGL.so.1  </ins> --add-needed libpthread.so.0  --add-needed libudev.so.1  --add-needed libvulkan.so.1
Change:
command cannot display special characters, like the lines in command. It may be caused by the missing build flag. Andrew said this in the forum: That looks right to me. You can test it with: Debian, Arch, and Red Hat already do in their packaging. Thanks so much! Steps to reproduce the behavior: . of the command are missing. ... All characters should be displayed correctly. <!-- 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]:

Discussion:
enableParallelBuilding = true; <del> # Too red configureFlags = [ "--disable-modern-top" ] </del> <ins> # Too red; 8bit support for fixing https://github.com/NixOS/nixpkgs/issues/275220 configureFlags = [ "--disable-modern-top" "--enable-watch8bit" ] </ins> ++ lib.optional withSystemd "--with-systemd" ++ lib.optionals (stdenv.hostPlatform != stdenv.buildPlatform) [ "ac_cv_func_malloc_0_nonnull=yes"
Change:
shouldn't install KDE Plasma as a dependency, it can be used with Kvantum Steps to reproduce the behavior: dependencies with Kvantum and KDE Plasma should be optional dependencies of . I recently noticed that KDE Plasma was installed on my system for no reason, after some research I found the culprit, Colloid-kde installs the entire desktop environment as a dependency. I use this theme with and so I don't need KDE.
It is not a bug. Without the dependencies the sddm theme does not work.
Maybe one solution in order to avoid those kde dependencies needed only for the sddm theme is to have a separate output for the sddm theme, and keep the dependencies only for it. Something like what is already done for (the nordic sddm theme).

Discussion:
hash = "sha256-AYH9fW20/p+mq6lxR1lcCV1BQ/kgcsjHncpMvYWXnWA="; }; <del> # Propagate sddm theme dependencies to user env otherwise sddm does # not find them. Putting them in buildInputs is not enough. propagatedUserEnvPkgs = [ kdeclarative.bin plasma-framework plasma-workspace ]; </del> <ins> outputs = [ "out" "sddm" ]; </ins> postPatch = '' patchShebangs install.sh

--replace '$HOME/.config' $out/share substituteInPlace sddm/install.sh  <del> --replace /usr $out  </del> <ins> --replace /usr $sddm  </ins> --replace '$(cd $(dirname $0) && pwd)' .  --replace '"$UID" -eq "$ROOT_UID"' true substituteInPlace sddm/Colloid/Main.qml  <del> --replace /usr $out </del> <ins> --replace /usr $sddm </ins> ''; installPhase = ''

name= HOME="$TMPDIR"  ./install.sh --dest $out/share/themes <del> mkdir -p $out/share/sddm/themes </del> <ins> mkdir -p $sddm/share/sddm/themes </ins> cd sddm source install.sh runHook postInstall ''; <ins> postFixup = '' # Propagate sddm theme dependencies to user env otherwise sddm # does not find them. Putting them in buildInputs is not enough. mkdir -p $sddm/nix-support printWords ${kdeclarative.bin} ${plasma-framework} ${plasma-workspace}  >> $sddm/nix-support/propagated-user-env-packages ''; </ins> passthru.updateScript = gitUpdater { }; meta = with lib; {
Change:
Steps to reproduce the behavior: k9s in unstable with nix-darwin My 28.2 works fine but it's fetched from binary cache and the one who bumped this Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I don't have nix-darwin, is there a way to test this without a Mac?
Hi, I don`t remember seeing status for Darwin machines on PR, as it takes a little bit of time, returning to the PR ofborg raises checksum errors: Could you please try on ? If I remember correctly, this helps if the code is generating platform specific hashs. Also, if you can, trying to bring back tests (which do not run for darwin/aarch64) would be cool, as I do not have either available as HW to test.
For comparasion, 28.2 PR
Hi, but sorry I'm new in Nix and the easier way I can think of is to add this to my configuration: What I get is basically the same: Should I try forking nixpkgs, modify it and point my flake input to my fork?
Sorry I missed the CI failure on the update PR. I'm always wondering why those aren't red/blocking. I'll have a aarch64-darwin available in some hours.
Hi, I actually put this in my home-manager programs. Maybe it can be tested in this way?
the override doesn't seem to be applied, it would change the . Might be easiest to checkout nixpkgs, apply the change and run
You and me both, AFAIK Darwin is a second-class citizen with scarce infrastructure and maintainers.
I succeeded after both adding proxyVendor and updating vendorHash So this is a package maintenance bug rather than a platform bug?
Yes. please take a look at

Discussion:
version = "0.29.1"; src = fetchFromGitHub { <del> owner  = "derailed"; repo   = "k9s"; rev    = "v${version}"; </del> <ins> owner = "derailed"; repo = "k9s"; rev = "v${version}"; </ins> sha256 = "sha256-agGayZ20RMAcGOx+owwDbUUDsjF3FZajhwDZ5wtE93k="; }; ldflags = [ <del> "-s" "-w" </del> <ins> "-s" "-w" </ins> "-X github.com/derailed/k9s/cmd.version=${version}" "-X github.com/derailed/k9s/cmd.commit=${src.rev}" "-X github.com/derailed/k9s/cmd.date=1970-01-01T00:00:00Z"

tags = [ "netgo" ]; <del> vendorHash = "sha256-Wn/9vIyw99BudhhTnoN81Np70VInV6uo7Sru64nhPgk="; </del> <ins> proxyVendor = true; vendorHash = "sha256-9w44gpaB2C/F7hTImjdeabWVgTU5AA/7OSJmAqayrzU="; </ins> # TODO investigate why some config tests are failing doCheck = !(stdenv.isDarwin && stdenv.isAarch64);
Change:
Steps to reproduce the behavior: deno on darwin aarch64: x68_64: Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
postPatch = '' # upstream uses lld on aarch64-darwin for faster builds # within nix lld looks for CoreFoundation rather than CoreFoundation.tbd and fails <del> substituteInPlace .cargo/config.toml --replace '"-C", "link-arg=-fuse-ld=lld"' "" </del> <ins> substituteInPlace .cargo/config.toml --replace "-fuse-ld=lld " "" </ins> ''; # uses zlib-ng but can't dynamically link yet

]; buildInputs = lib.optionals stdenv.isDarwin ( [ libiconv darwin.libobjc ] ++ <del> (with darwin.apple_sdk.frameworks; [ Security CoreServices Metal Foundation QuartzCore ]) </del> <ins> (with darwin.apple_sdk_11_0.frameworks; [ Security CoreServices Metal MetalPerformanceShaders Foundation QuartzCore ]) </ins> ); # work around "error: unknown warning group '-Wunused-but-set-parameter'"
Change:
Package name: nix Latest released version: 2.19.2 Current version on the unstable channel: 2.18.1 Current version on the stable/release channel: 2.18.1 Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --After the NixOS 23.11 release, I checked the nix website and also saw the latest nix version is . When I run: My nix version doesn't get updated. After running I found that points to . Is this update not automated during releases? I couldn't find much information about this other than seeing one merged PR where gets introduced to . Can we upgrade the expression to asap so upgrades to properly. What I currently get:
Don't know much about the Nix release process but I'm using on unstable to fix Not sure if it's stable yet since 2.19.2 gives me these warnings when rebuilding:

Discussion:
{ <del> x86_64-linux = "/nix/store/azvn85cras6xv4z5j85fiy406f24r1q0-nix-2.18.1"; i686-linux = "/nix/store/9bnwy7f9h0kzdzmcnjjsjg0aak5waj40-nix-2.18.1"; aarch64-linux = "/nix/store/hh65xwqm9s040s3cgn9vzcmrxj0sf5ij-nix-2.18.1"; x86_64-darwin = "/nix/store/6zi5fqzn9n17wrk8r41rhdw4j7jqqsi3-nix-2.18.1"; aarch64-darwin = "/nix/store/0pbq6wzr2f1jgpn5212knyxpwmkjgjah-nix-2.18.1"; </del> <ins> x86_64-linux = "/nix/store/smfmnz0ylx80wkbqbjibj7zcw4q668xp-nix-2.19.2"; i686-linux = "/nix/store/knp0akbpj2k0rf26fmysmxdysmayihax-nix-2.19.2"; aarch64-linux = "/nix/store/761hq0abn07nrydrf6mls61bscx2vz2i-nix-2.19.2"; x86_64-darwin = "/nix/store/zlqvxis1dfcfgmy5fza4hllg6h03vhpb-nix-2.19.2"; aarch64-darwin = "/nix/store/53r8ay20mygy2sifn7j2p8wjqlx2kxik-nix-2.19.2"; </ins> }

else nix; <del> stable = addFallbackPathsCheck self.nix_2_18; </del> <ins> stable = addFallbackPathsCheck self.nix_2_19; </ins> unstable = self.nix_2_19; } // lib.optionalAttrs config.allowAliases {
Change:
Package name: fritzing Latest released version: 1.0.1 (not tagged, it appears to be ) <!-- Search your package here: --- Current version on the unstable channel: unstable-2022-07-01 Current version on the stable/release channel: unstable-2022-07-01 <!-- 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! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks! Updated to in

Discussion:
{ stdenv , lib , fetchFromGitHub <del> , fetchpatch </del> , wrapQtAppsHook , qmake , pkg-config

, libngspice , libgit2 , quazip <ins> , clipper </ins> }: let

}; in <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation { </ins> pname = "fritzing"; <del> version = "1.0.1"; </del> <ins> version = "1.0.2"; </ins> src = fetchFromGitHub { <del> owner = pname; </del> <ins> owner = "fritzing"; </ins> repo = "fritzing-app"; <del> rev = "8f5f1373835050ce014299c78d91c24beea9b633"; hash = "sha256-jLVNzSh2KwXpi3begtp/53sdBmQQbCnKMCm2p770etg="; </del> <ins> rev = "dbdbe34c843677df721c7b3fc3e32c0f737e7e95"; hash = "sha256-Xi5sPU2RGkqh7T+EOvwxJJKKYDhJfccyEZ8LBBTb2s4="; </ins> }; <del> patches = [ # Fix error caused by implicit call (fetchpatch { url = "https://aur.archlinux.org/cgit/aur.git/plain/0003-ParseResult-operator-bool-in-explicit.patch?h=fritzing&id=b2c79b55f0a2811e80bb1136b1e021fbc56937c9"; hash = "sha256-9HdcNqLHEB0HQbF7AaTdUIJUbafwsRKPA+wfF4g8veU="; }) ]; </del> nativeBuildInputs = [ qmake pkg-config qttools wrapQtAppsHook ]; buildInputs = [ qtbase

libgit2 quazip libngspice <ins> clipper </ins> ]; postPatch = ''

substituteInPlace src/fapplication.cpp  --replace 'PartsChecker::getSha(dir.absolutePath());' '"${partsSha}";' <ins> substituteInPlace phoenix.pro  --replace "6.5.10" "${qtbase.version}" </ins> mkdir parts cp -a ${parts}/* parts/ ''; env.NIX_CFLAGS_COMPILE = lib.concatStringsSep " " [ <del> "-I${lib.getDev quazip}/include/QuaZip-Qt${lib.versions.major qtbase.version}-${quazip.version}/quazip" </del> <ins> "-I${lib.getDev quazip}/include/QuaZip-Qt${lib.versions.major qtbase.version}-${quazip.version}" </ins> "-I${svgpp}/include" <ins> "-I${clipper}/include/polyclipping" </ins> ]; env.NIX_LDFLAGS = "-lquazip1-qt${lib.versions.major qtbase.version}";
Change:
When using filters, look for them in and co. Instead it should look for it in for example. Setting the environment variable can work around that issue: . But it would be nice to have it work out of the box. Result: System: 17.03.1556. (Gorilla)

Discussion:
patchPhase = ''patchShebangs . '' + stdenv.lib.optionalString stdenv.isDarwin '' sed -i 's/#ifndef __MAC_10_11/#if 1/' ./libavcodec/audiotoolboxdec.c <ins> '' + stdenv.lib.optionalString (frei0r != null) '' substituteInPlace libavfilter/vf_frei0r.c  --replace /usr/local/lib/frei0r-1 ${frei0r}/lib/frei0r-1 substituteInPlace doc/filters.texi  --replace /usr/local/lib/frei0r-1 ${frei0r}/lib/frei0r-1 </ins> ''; configureFlags = [
Change:
I just tried upgrading to 23.11, and my ssh config no longer works. I specify and during a rebuild I get: , seem to have been in here last. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --I have a PR incoming as soon as git finishes pushing my branch to GitHub.
There's the PR,

Discussion:
(lport: "sshd -G -T -C lport=${toString lport} -f ${sshconf} > /dev/null") cfg.ports} ${concatMapStringsSep "n" <del> (la: "sshd -G -T -C ${escapeShellArg "laddr=${la.addr},lport=${toString la.port}"} -f ${sshconf} > /dev/null") </del> <ins> (la: concatMapStringsSep "n" (port: "sshd -G -T -C ${escapeShellArg "laddr=${la.addr},lport=${toString port}"} -f ${sshconf} > /dev/null") (if la.port != null then [ la.port ] else cfg.ports) ) </ins> cfg.listenAddresses} touch $out '')
Change:
When trying to run zotero 6.30 on linux-aarch64 (M1 macbook with arch based asahi-linux) the binary doesn't execute, and produces the following error: Also: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
description = "Collect, organize, cite, and share your research sources"; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; license = licenses.agpl3Only; <del> platforms = platforms.linux; </del> <ins> platforms = [ "x86_64-linux" ]; </ins> maintainers = with maintainers; [ i077 ]; }; }

description = "Collect, organize, cite, and share your research sources"; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; license = licenses.agpl3Only; <del> platforms = platforms.linux; </del> <ins> platforms = [ "x86_64-linux" ]; </ins> maintainers = with maintainers; [ atila ]; }; }
Change:
mingw32 build support for gettext is broken. There are conditionals within the gettext derivation that leads me to believe that mingw32 builds should be working. Steps to reproduce the behavior: The package to be built with not error If applicable, add screenshots to help explain your problem. Here is the error that I get Looks like the changes for one of the patches was upstreamed. If I remove the patch (this is okay because it is now in the source code), I will get the following error. <!-- 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]:

Discussion:
<del> { stdenv, lib, fetchurl, fetchpatch, libiconv, xz, bash , gnulib </del> <ins> { stdenv, lib, fetchurl, libiconv, xz, bash </ins> }: # Note: this package is used for bootstrapping fetchurl, and thus

# fix reproducibile output, in particular in the grub2 build # https://savannah.gnu.org/bugs/index.php?59658 ./0001-msginit-Do-not-use-POT-Creation-Date.patch <del> ] ++ lib.optional stdenv.hostPlatform.isWindows (fetchpatch { url = "https://aur.archlinux.org/cgit/aur.git/plain/gettext_formatstring-ruby.patch?h=mingw-w64-gettext&id=e8b577ee3d399518d005e33613f23363a7df07ee"; name = "gettext_formatstring-ruby.patch"; sha256 = "sha256-6SxZObOMkQDxuKJuJY+mQ/VuJJxSeGbf97J8ZZddCV0="; }); </del> <ins> ]; </ins> outputs = [ "out" "man" "doc" "info" ];

'' + lib.optionalString stdenv.hostPlatform.isCygwin '' sed -i -e "s/(cldr_plurals_LDADD = )/1../gnulib-lib/libxml_rpl.la /" gettext-tools/src/Makefile.in sed -i -e "s/(libgettextsrc_la_LDFLAGS = )/1../gnulib-lib/libxml_rpl.la /" gettext-tools/src/Makefile.in <ins> '' + lib.optionalString stdenv.hostPlatform.isMinGW '' sed -i "s/@GNULIB_CLOSE@/1/" */*/unistd.in.h </ins> ''; strictDeps = true;
Change:
(this is a copy of ) is currently broken for riscv64-linux in staging due to the 5-year-old assembler in the bootstrap tarball not supporting the vector extension. I built a new one ( on ) and verified that it fixes the issue. I by to ping you for upload on Related:
Can you produce a PR in the style of
Also it seems that link to commit currently points somewhere else, could you fix it?
I opened the link looks correct to me, though I based my pr on a newer commit
I'm sorry, I thought it was link to commit with updated , not to commit it was based on.

Discussion:
<ins> # # Files came from this Hydra build: # #   https://hydra.nixos.org/build/246376732 # # Which used nixpkgs revision 160cedc144aced7a35a91440b46b74ffacd52682 # to instantiate: # #   /nix/store/cpiajh4l83b08pynwiwkpxj53d78pcxr-stdenv-bootstrap-tools-riscv64-unknown-linux-gnu.drv # # and then built: # #   /nix/store/8a92pj40awdw585mcb9dvm4nyb03k3q3-stdenv-bootstrap-tools-riscv64-unknown-linux-gnu # </ins> { busybox = import <nix/fetchurl.nix> { <del> url = "http://tarballs.nixos.org/stdenv-linux/riscv64/9bd3cf0063b80428bd85a286205adab4b6ffcbd6/busybox"; sha256 = "6f61912f94bc4ef287d1ff48a9521ed16bd07d8d8ec775e471f32c64d346583d"; </del> <ins> url = "http://tarballs.nixos.org/stdenv-linux/riscv64/160cedc144aced7a35a91440b46b74ffacd52682/busybox"; sha256 = "sha256-OGO96QUzs2n5pGipn/V87AxzUY9OWKZl417nE8HdZIE="; </ins> executable = true; }; bootstrapTools = import <nix/fetchurl.nix> { <del> url = "http://tarballs.nixos.org/stdenv-linux/riscv64/9bd3cf0063b80428bd85a286205adab4b6ffcbd6/bootstrap-tools.tar.xz"; sha256 = "5466b19288e980125fc62ebb864d09908ffe0bc50cebe52cfee89acff14d5b9f"; </del> <ins> url = "http://tarballs.nixos.org/stdenv-linux/riscv64/160cedc144aced7a35a91440b46b74ffacd52682/bootstrap-tools.tar.xz"; sha256 = "sha256-0LxRd7fdafQezNJ+N2tuOfm0KEwgfRSts5fhP0e0r0s="; </ins> }; }
Change:
With reference to please consider the following updates: The LAMMPS homepages is at The LAMMPS license is GPL-2.0 not GPL-2.0 or later.
Please feel free to submit a PR :)

Discussion:
funding from the DOE. It is an open-source code, distributed freely under the terms of the GNU Public License (GPL). ''; <del> homepage = "https://lammps.sandia.gov"; license = licenses.gpl2Plus; </del> <ins> homepage = "https://www.lammps.org"; license = licenses.gpl2Only; </ins> platforms = platforms.linux; # compiling lammps with 64 bit support blas and lapack might cause runtime # segfaults. In anycase both blas and lapack should have the same #bits
Change:
Building RStudio fails with the following error message (seems to be something to do with the fact that QMake got upgraded): Run . System: (NixOS: , Ubuntu/Fedora: , ...) . Nix version: (run ) Nixpkgs version: (run ) Sandboxing enabled: (run )

Discussion:
name = "RStudio-${version}"; buildInputs = [ cmake boost163 zlib openssl R qt5.full qt5.qtwebkit libuuid unzip ant jdk makeWrapper pandoc ]; <del> nativeBuildInputs = [ qt5.qmake ]; </del> src = fetchurl { url = "https://github.com/rstudio/rstudio/archive/v${version}.tar.gz";

cp ${pandoc}/bin/pandoc dependencies/common/pandoc/ ''; <del> cmakeFlags = [ "-DRSTUDIO_TARGET=Desktop" "-DQT_QMAKE_EXECUTABLE=${qt5.qmake}/bin/qmake" ]; </del> <ins> cmakeFlags = [ "-DRSTUDIO_TARGET=Desktop" "-DQT_QMAKE_EXECUTABLE=$NIX_QT5_TMP/bin/qmake" ]; </ins> desktopItem = makeDesktopItem { name = name;
Change:
I noticed that hydra fails to build on the latest (): I guess this is related to the recent .
Yeah, we should update Hydra in Nixpkgs. Upstream does build
If someone can make a PR to bump Hydra I'd be happy to review that!
see: and

Discussion:
}; in releaseTools.nixBuild rec { name = "hydra-${version}"; <del> version = "2017-06-22"; </del> <ins> version = "2017-07-24"; </ins> inherit stdenv; src = fetchFromGitHub { owner = "NixOS"; repo = "hydra"; <del> rev = "803833aba77e1082c14857aa26933fc7fe5ae190"; sha256 = "1cnxpsan8l6fnbr73n0qxxq1szlda1n3qfkk9k9ic8ijk7md4pvs"; </del> <ins> rev = "a6d9201947aa1468d31ef5c2651251ceeefceb5c"; sha256 = "0hk5pxzn94ip3nyccxl91zc5n6wd1h2zcbhdq9p38wa4lrnnm5zv"; </ins> }; buildInputs =