jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug In PR , was as a build input for Neovim. This PR is now live on the channel. On macOS 10.14.6 Neovim now fails to build for me. As best I can tell this is because is failing to build. I'm not certain whether getting building on Darwin will lead to Neovim building successfully on Darwin, but it seems like it's at least a necessary step. ( might also be relevant here.) To Reproduce Steps to reproduce the behavior: Expected behavior builds successfully. Additional context <details<summaryOutput of :</summary<p</p</detailsMetadata Maintainer information:
CCing some relevant folks,
CC

Discussion:
cmakeFlags = [ "-DGPERF_PRG=${gperf}/bin/gperf" <del> "-DLIBLUV_LIBRARY=${lua.pkgs.luv}/lib/lua/${lua.luaversion}/luv.so" </del> "-DLUA_PRG=${neovimLuaEnv.interpreter}" ] <ins> # FIXME: this is verry messy and strange. ++ optional (!stdenv.isDarwin) "-DLIBLUV_LIBRARY=${lua.pkgs.luv}/lib/lua/${lua.luaversion}/luv.so" ++ optional (stdenv.isDarwin) "-DLIBLUV_LIBRARY=${lua.pkgs.luv.libluv}/lib/lua/${lua.luaversion}/libluv.dylib" </ins> ++ optional doCheck "-DBUSTED_PRG=${neovimLuaEnv}/bin/busted" ++ optional (!lua.pkgs.isLuaJIT) "-DPREFER_LUA=ON" ;

sed -i 's,(option(WITH_SHARED_LIBUV.*)OFF,1ON,' CMakeLists.txt rm -rf deps/libuv ''; <del> propagatedBuildInputs = [ pkgs.libuv ]; </del> <ins> buildInputs = [ pkgs.libuv ]; </ins> passthru = { <del> libluv = self.luv.override({ </del> <ins> libluv = self.luv.override ({ </ins> preBuild = self.luv.preBuild + '' <del> sed -i 's,(option(BUILD_MODULE.*)ON,1OFF,' CMakeLists.txt sed -i 's,(option(BUILD_SHARED_LIBS.*)OFF,1ON,' CMakeLists.txt sed -i 's,${"${INSTALL_INC_DIR}"},${placeholder "out"}/include/luv,' CMakeLists.txt </del> <ins> sed -i 's,(option(BUILD_MODULE.*)ON,1OFF,' CMakeLists.txt sed -i 's,(option(BUILD_SHARED_LIBS.*)OFF,1ON,' CMakeLists.txt sed -i 's,${"${INSTALL_INC_DIR}"},${placeholder "out"}/include/luv,' CMakeLists.txt </ins> ''; <ins> nativeBuildInputs = [ pkgs.fixDarwinDylibNames ]; # Fixup linking libluv.dylib, for some reason it's not linked against lua correctly. NIX_LDFLAGS = pkgs.lib.optionalString pkgs.stdenv.isDarwin (if isLuaJIT then "-lluajit-${lua.luaversion}" else "-llua"); </ins> }); }; });
Change:
, (nixos-19.09) (nixos-19.09) Scanned versions: nixos-19.09: . May contain false positives.
CVE-2019-5481: CVE-2019-5482: for 19.03 (just cross-referencing both issues)
Rebuilt and merged.

Discussion:
# Media support MEDIA_CAMERA_SUPPORT? y MEDIA_RC_SUPPORT? y <ins> MEDIA_USB_SUPPORT y </ins> ${if kernelPlatform ? kernelExtraConfig then kernelPlatform.kernelExtraConfig else ""} ${extraConfig}
Change:
, (nixos-19.09) (nixos-19.09) Scanned versions: nixos-19.09: . May contain false positives.
CVE-2016-9447 can be whitelisted, we specifically disable that plugin: CVE-2019-9928:
Note that we still carry an old 0.10 gstreamer on master in the legacy/ directory, which is vulnerable to CVE-2019-9928.

Discussion:
# Media support MEDIA_CAMERA_SUPPORT? y MEDIA_RC_SUPPORT? y <ins> MEDIA_USB_SUPPORT y </ins> ${if kernelPlatform ? kernelExtraConfig then kernelPlatform.kernelExtraConfig else ""} ${extraConfig}
Change:
, (nixos-19.09) Scanned versions: nixos-19.09: . May contain false positives.
Related:

Discussion:
# Media support MEDIA_CAMERA_SUPPORT? y MEDIA_RC_SUPPORT? y <ins> MEDIA_USB_SUPPORT y </ins> ${if kernelPlatform ? kernelExtraConfig then kernelPlatform.kernelExtraConfig else ""} ${extraConfig}
Change:
, (nixos-19.09) Scanned versions: nixos-19.09: . May contain false positives.
This is now fixed for 1.43 on master and 19.09:
Thanks :heart:

Discussion:
let pname = "pango"; <del> version = "1.43.0"; </del> <ins> version = "1.44.6"; </ins> in stdenv.mkDerivation rec { name = "${pname}-${version}"; src = fetchurl { url = "mirror://gnome/sources/${pname}/${stdenv.lib.versions.majorMinor version}/${name}.tar.xz"; <del> sha256 = "1lnxldmv1a12dq5h0dlq5jyzl4w75k76dp8cn360x2ijlm9w5h6j"; </del> <ins> sha256 = "0v7qq3fv1c0dl80d4qxsvd6cmhh4ngih3w0zc40f4dw7hfx427iy"; </ins> }; <ins> # 1.44.6-2 is not available from the usual mirrors yet, # so applying from gitlab patches = [ (fetchpatch { url = "https://gitlab.gnome.org/GNOME/pango/commit/8a408d4f25ddb0e3d6020cdde0cd8f8a19ee8db2.patch"; sha256 = "0l0hxwbijqrfvka302ijgih9jafc2ffs3d6d4v7bwynpn54lmza7"; }) ]; </ins> # FIXME: docs fail on darwin outputs = [ "bin" "dev" "out" ] ++ optional (!stdenv.isDarwin) "devdoc";

pkgconfig gobject-introspection gtk-doc docbook_xsl docbook_xml_dtd_43 ]; buildInputs = [ <del> harfbuzz fribidi </del> <ins> fribidi </ins> ] ++ optionals stdenv.isDarwin (with darwin.apple_sdk.frameworks; [ ApplicationServices Carbon CoreGraphics CoreText ]); <del> propagatedBuildInputs = [ cairo glib libintl ] ++ </del> <ins> propagatedBuildInputs = [ cairo glib libintl harfbuzz ] ++ </ins> optional x11Support libXft; <del> patches = [ (fetchpatch { # Add gobject-2 to .pc file url = "https://gitlab.gnome.org/GNOME/pango/commit/546f4c242d6f4fe312de3b7c918a848e5172e18d.patch"; sha256 = "1cqhy4xbwx3ad7z5d1ks7smf038b9as8c6qy84rml44h0fgiq4m2"; }) ]; </del> mesonFlags = [ <del> "-Denable_docs=${if stdenv.isDarwin then "false" else "true"}" </del> <ins> "-Dgtk_doc=${if stdenv.isDarwin then "false" else "true"}" </ins> ]; enableParallelBuilding = true;
Change:
universal-ctags is not built with jansson, which means that universal-ctags does not have support for outputting JSON files. Steps to reproduce the behavior: universal-ctags with error: Expected: Tags file created with json format. Additional context I think this can be resolved by simply adding to the , but I've never written a nix package before so I'm not certain. I did this locally and it seemed to work, but I don't know if there's a better way to do it. Metadata Maintainer information:
cc I took a whack at fixing this locally. If this looks good to you, let me know and I can create a PR. I'm really new to Nix so it's likely I did something wrong.
Welcome and thanks a lot for the wonderful bug description Open the PR of course! You can update the package to the last version or add yourself to maintainers too if you are agree Don't hesitate to ask if your find any troubles

Discussion:
<del> { stdenv, fetchFromGitHub, autoreconfHook, pkgconfig, perl, pythonPackages, libiconv }: </del> <ins> { stdenv, fetchFromGitHub, autoreconfHook, pkgconfig, perl, pythonPackages, libiconv, jansson }: </ins> stdenv.mkDerivation { pname = "universal-ctags";

}; nativeBuildInputs = [ autoreconfHook pkgconfig pythonPackages.docutils ]; <del> buildInputs = stdenv.lib.optional stdenv.isDarwin libiconv; </del> <ins> buildInputs = [ jansson ] ++ stdenv.lib.optional stdenv.isDarwin libiconv; </ins> # to generate makefile.in autoreconfPhase = ''
Change:
I can't compile on macOS: Metadata system: host os: multi-user?: sandbox: version: channels(eridius): nixpkgs: Maintainer information:

Discussion:
buildGoPackage rec { pname = "wireguard-go"; <del> version = "0.0.20190517"; </del> <ins> version = "0.0.20190908"; </ins> <del> goPackagePath = "git.zx2c4.com/wireguard-go"; </del> <ins> goPackagePath = "golang.zx2c4.com/wireguard"; </ins> src = fetchzip { url = "https://git.zx2c4.com/wireguard-go/snapshot/wireguard-go-${version}.tar.xz"; <del> sha256 = "0ir3dp13vkkqr76q0jvw610qw40053ngk51psqhqxfaw3jicdqgr"; </del> <ins> sha256 = "1jsch0157nk86krdknij7dsvg6i7ar0ydhy07r40drhxqyp3q0hx"; </ins> }; goDeps = ./deps.nix;

homepage = https://git.zx2c4.com/wireguard-go/about/; license = licenses.gpl2; maintainers = with maintainers; [ elseym kirelagin yegortimoshenko zx2c4 ]; <del> platforms = platforms.darwin; </del> }; }

# file generated from go.mod using vgo2nix (https://github.com/adisbladis/vgo2nix) [ { <del> goPackagePath = "github.com/Microsoft/go-winio"; fetch = { type = "git"; url = "https://github.com/Microsoft/go-winio"; rev = "v0.4.12"; sha256 = "10v2f1xaw2cc97mjqnxzgs9ydpqv71f0ynp1spcywqw97la56zqw"; }; } { goPackagePath = "github.com/pkg/errors"; fetch = { type = "git"; url = "https://github.com/pkg/errors"; rev = "v0.8.1"; sha256 = "0g5qcb4d4fd96midz0zdk8b9kz8xkzwfa8kr1cliqbg8sxsy5vd1"; }; } { </del> goPackagePath = "golang.org/x/crypto"; fetch = { type = "git"; url = "https://go.googlesource.com/crypto"; <del> rev = "a29dc8fdc734"; sha256 = "07f0jj4haqs0ywc1akk1qjwn5msl2j0pry1rxjkkbfcq4r6ihc1p"; </del> <ins> rev = "9756ffdc2472"; sha256 = "0q7hxaaq6lp0v8qqzifvysl47z5rfdlrxkh3d29vsl3wyby3dxl8"; </ins> }; } {

fetch = { type = "git"; url = "https://go.googlesource.com/net"; <del> rev = "7f726cade0ab"; sha256 = "0zv5var5agbhd2mcn7lciwip0j49gxka73f0csvh3hvb1di068gn"; </del> <ins> rev = "ba9fcec4b297"; sha256 = "1hbqvy6r0s5h0dpdqw8fynl3cq0acin3iyqki9xvl5r8h33yb9bx"; </ins> }; } {

fetch = { type = "git"; url = "https://go.googlesource.com/sys"; <del> rev = "a43fa875dd82"; sha256 = "0xvwwaqcj02a9n8izs4zrlg8vvz7wffli955i93nc34m1f0w8vyg"; </del> <ins> rev = "19e00faab6ad"; sha256 = "0znjx9xbyjdvk8cafdc1jl22gg29asxl5yl7mi3yz6zx3h39rm8y"; </ins> }; } {

fetch = { type = "git"; url = "https://go.googlesource.com/text"; <del> rev = "v0.3.0"; sha256 = "0r6x6zjzhr8ksqlpiwm5gdd7s209kwk5p4lw54xjvz10cs3qlq19"; </del> <ins> rev = "v0.3.2"; sha256 = "0flv9idw0jm5nm8lx25xqanbkqgfiym6619w575p7nrdh0riqwqh"; }; } { goPackagePath = "golang.org/x/tools"; fetch = { type = "git"; url = "https://go.googlesource.com/tools"; rev = "90fa682c2a6e"; sha256 = "03ic2xsy51jw9749wl7gszdbz99iijbd2bckgygl6cm9w5m364ak"; </ins> }; } ]
Change:
Describe the bug I use a PlayStation 3 controller over bluetooth to control steam. I recently updated to nixos-19.09. In previous releases of nixos, I've had to add the following udev rule to be able to use my controller with some steam games: This rule changes so it is read-write by people in the group. Some info about this is described in the following issue: With a recent version of Steam (which is in 19.09), this udev rule is apparently no longer needed: However, now that I have updated to 19.09, I've found that this still doesn't work for me. The reason appears to be that until the kernel module is loaded, the correct permissions are not applied to . I figured this out through the following comment: My workaround has been to explicitly enable the module: My suggestion is to add to whenever is enabled. I will send a PR for this if it will be accepted. Metadata system: host os: multi-user?: sandbox: version: channels(illabout): channels(root): nixpkgs: Maintainer information: cc (who all have interacted on steam-releated PRs)
I didn't have to do this with my Steam controller, but I am on NixOS unstable
09 is still very close to master/unstable &ndash; forked less than a month ago.
I am also on nixos-unstable, and I have to run to get my Steam Controllers to work in games. They work without this in Steam, but they aren't recognized by any games I've tried until I make read-writeable. Thank you for the tweak, that's much more declarative for now than what I've been doing. You mention only some games don't work? Could you list some that work without making rw? Just curious. Thanks!
Sorry, I believe I was misleading. I'm actually experiencing the exact same symptoms as you. Without loading the module (or making read-writable), my controllers work in the Steam full-screen-mode menu thing. However, the controllers don't work in the one game I own, Overcooked. I haven't tried the controllers in other games. Do you have the module loaded when you run steam? (?) Is that the reason you don't have to explicitly load ?
Since this seems to be happening for as well, I went ahead and sent a PR:
Actually, I got the same bug. I remember it worked before though.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
services.udev.packages = [ pkgs.steamPackages.steam ]; <ins> # The uinput module needs to be loaded in order to trigger the udev rules # defined in the steam package for setting permissions on /dev/uinput. # # If the udev rules are not triggered, some controllers won't work with # steam. boot.kernelModules = [ "uinput" ]; </ins> }; }
Change:
Describe the bug fails to build on current master To Reproduce Steps to reproduce the behavior: a checkout of the current nixpkgs master Expected behavior Build succeeds Screenshots <details<summaryNot a screenshot, but build output </summary<p</p</detailsAdditional context The kind of error (not including a needed header) seems to be an upstream bug for me. Metadata Please run and paste the result. Maintainer information:
Fixed by upstream in See my PR

Discussion:
in stdenv.mkDerivation rec { pname = "cups-filters"; <del> version = "1.25.0"; </del> <ins> version = "1.25.6"; </ins> src = fetchurl { url = "https://openprinting.org/download/cups-filters/${pname}-${version}.tar.xz"; <del> sha256 = "1laiscq8yvynw862calkgbz9irrdkmd5l821q6a6wik1ifd186c1"; </del> <ins> sha256 = "1pgjk7j2p8m17pwynqd86hxgvz9lyb09ivx18lv6inmygij0pm4j"; </ins> }; nativeBuildInputs = [ pkgconfig makeWrapper ];
Change:
LXQt has invalid default default settings, giving it a black-on-black theme, e.g. the clock in the panel is not readable (black font on black bg) and the background image is missing. (default points to /nix/store/w2xzdhvlq9bz4kd6s298gjy6dlssdq37-lxqt-build-tools-0.6.0/share/lxqt/themes/frost/lxqt-origami- while it should be sth matching /nix/store/*-lxqt-themes-0.14.0/share/lxqt/themes/frost/lxqt-origami-) Further, Themes are not listed and changing the panel theme has no effect. The issue reminds of though I am not knowledgeable enough to confirm this. is listed in Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs:
Known issue see (just forgot to report it :sweat_smile:)
Ah, I only searched for open PRs.. Let's also Cross-Ref here.
Fixed the wallpaper, panel/theme issue still applies (LXQt 0.15.0)
Have you discovered a way to fix this? The issue also applies using lightdm.
I would like to ask maintainers of the Qt libraries in nixpkgs to take a look at this issue, if possible. Maybe they can help in fixing this issue, which exists since LXQt was changed to use qt5's (). cc

Discussion:
xorg.libXScrnSaver ]; <ins> # convert name of wrapped binary, e.g. .lxqt-whatever-wrapped to the original name, e.g. lxqt-whatever so binaries can find their resources patches = [ ./fix-application-path.patch ]; </ins> postPatch = '' sed -i "s|''${POLKITQT-1_POLICY_FILES_INSTALL_DIR}|''${out}/share/polkit-1/actions|" CMakeLists.txt '';

<ins> --- a/lxqtapplication.cpp +++ b/lxqtapplication.cpp @@ -77,7 +77,7 @@ Application::Application(int &argc, char** argv, bool handleQuitSignals) void Application::updateTheme() { -    const QString styleSheetKey = QFileInfo(applicationFilePath()).fileName(); +    const QString styleSheetKey = QFileInfo(applicationFilePath()).fileName().mid(1).chopped(8); setStyleSheet(lxqtTheme.qss(styleSheetKey)); Q_EMIT themeChanged(); } --- a/lxqttranslator.cpp +++ b/lxqttranslator.cpp @@ -147,7 +147,7 @@ bool Translator::translateApplication(const QString &applicationName) if (!applicationName.isEmpty()) return translate(applicationName); else -        return translate(QFileInfo(QCoreApplication::applicationFilePath()).baseName()); +        return translate(QFileInfo(QCoreApplication::applicationFilePath()).baseName().mid(1).chopped(8)); } </ins>
Change:
Describe the bug Oxidized crashes on startup when using gitcrypt as output method. It works with any other output method (including git). I think this is because there is a missing dependency (gem git). This is not triggered when using output git because it relies on rugged (which is in the ) rather than git. To Reproduce Steps to reproduce the behavior: oxidized to use gitcrypt, e.g.: oxidized Crash file says: Expected behavior Oxidized should start normally. Additional context Metadata

Discussion:
emk-sinatra-url-for (0.2.1) sinatra (>= 0.9.1.1) ffi (1.10.0) <ins> git (1.5.0) </ins> haml (5.0.4) temple (>= 0.8.0) tilt

net-telnet (0.1.1) oxidized (0.26.3) asetus (~> 0.1) <ins> git (~> 1) </ins> net-ssh (~> 5) net-telnet (~> 0.1.1) rugged (~> 0.21, >= 0.21.4)

}; version = "1.10.0"; }; <ins> git = { groups = ["default"]; platforms = []; source = { remotes = ["https://rubygems.org"]; sha256 = "0bf83icwypi3p3pd97vlqbnp3hvf31ncd440m9kh9y7x6yk74wyh"; type = "gem"; }; version = "1.5.0"; }; </ins> haml = { dependencies = ["temple" "tilt"]; groups = ["default"];

version = "0.1.1"; }; oxidized = { <del> dependencies = ["asetus" "net-ssh" "net-telnet" "rugged" "slop"]; </del> <ins> dependencies = ["asetus" "git" "net-ssh" "net-telnet" "rugged" "slop"]; </ins> groups = ["default"]; platforms = []; source = {
Change:
Project description Wavefront is VMWare product and, per their website, is an "Enterprise-grade cloud monitoring and analytics at over 4 million data points per second." The service can be provisioned via Terraform -- there's an OS Terraform provider available here: It should be included amongst the set of existing Terraform providers that already contains. Metadata homepage URL: source URL: license: apl2 platforms: linux

Discussion:
version = "0.2.0"; sha256  = "0ic5b9djhnb1bs2bz3zdprgy3r55dng09xgc4d9l9fyp85g2amaz"; }; <ins> wavefront = { owner   = "spaceapegames"; repo    = "terraform-provider-wavefront"; version = "2.1.0"; sha256  = "1ir2wkg5mfng7h5544kar1arkjb5ffjhki5qr25a5x0rpwlg99sx"; }; </ins> }

# include terraform-provider-segment ajbosco/terraform-provider-segment <ins> # include terraform-provider-wavefront spaceapegames/terraform-provider-wavefront </ins>
Change:
Project description A CLI tool to extract, manipulate and transform source JSON. offers a powerful way to select one or multiple elements from a source JSON and apply various actions on the selected elements at once (wrap selected elements into a new JSON, filter in/out, update elements, insert new elements, remove, copy, move, compare, transform and swap around). Utility ideology: is a stateful processor with own DSL, variables, operations, control flow logic, IO system, etc., etc. is a Unix utility confining its functionality to operation types with its data model only (as per Unix ideology). performs one operation at a time and if successive operations required, then CLI to be daisy-chained over the pipe symbol . Metadata homepage URL: source URL: license: MIT platforms: Unix
I have never contributed a derivation before, but here is my attempt: It works on my machine.

Discussion:
<ins> { stdenv, fetchFromGitHub }: stdenv.mkDerivation rec { pname = "jtc"; version = "1.74"; src = fetchFromGitHub { owner = "ldn-softdev"; repo = pname; rev = version; sha256 = "04hzamgs4k0x58cf4dw0a46kyw79yvcd5vazbklbjl6ap3rmnrx3"; }; buildPhase = '' runHook preBuild $CXX -o jtc -Wall -std=gnu++14 -Ofast jtc.cpp runHook postBuild ''; installPhase = '' runHook preInstall install -Dm755 -t $out/bin jtc runHook postInstall ''; meta = with stdenv.lib; { description = "JSON manipulation and transformation tool"; homepage = "https://github.com/ldn-softdev/jtc"; license = licenses.mit; maintainers = [ maintainers.marsam ]; platforms = platforms.all; }; } </ins>

jsduck = callPackage ../development/tools/jsduck { }; <ins> jtc = callPackage ../development/tools/jtc { }; </ins> jumpapp = callPackage ../tools/X11/jumpapp {}; jucipp = callPackage ../applications/editors/jucipp { };
Change:
Current version of rustracer 2.1.22 does not build with latest stable rust (see ). Please update rustracer to the newest version 2.1.27

Discussion:
rustPlatform.buildRustPackage rec { pname = "racer"; <del> version = "2.1.22"; </del> <ins> version = "2.1.27"; </ins> src = fetchFromGitHub { owner = "racer-rust"; repo = "racer"; rev = "v${version}"; <del> sha256 = "1n808h4jqxkvpjwmj8jgi4y5is5zvr8vn42mwb3yi13mix32cysa"; </del> <ins> sha256 = "1ajj515ck5n0mzig77xnq1qgb2s4gf6ahgd5mab91406jvij9qf3"; </ins> }; <del> cargoSha256 = "0njaa9vk2i9g1c6sq20b7ls97nl532rfv3is7d8dwz51nrwk6jxs"; </del> <ins> cargoSha256 = "0ki5j5gh59c92a0w43kzljpiamv2jvyk4m2w8qldfyl5kaa40dxb"; </ins> buildInputs = [ makeWrapper ] ++ stdenv.lib.optional stdenv.isDarwin Security;

RUST_SRC_PATH = rustPlatform.rustcSrc; postInstall = '' <del> wrapProgram $out/bin/racer --set-default RUST_SRC_PATH $rustcSrc </del> <ins> wrapProgram $out/bin/racer --set-default RUST_SRC_PATH ${rustPlatform.rustcSrc} </ins> ''; checkPhase = ''

--skip util::test_get_rust_src_path_not_rust_source_tree  --skip extern --skip completes_pub_fn --skip find_crate_doc  --skip follows_use_local_package --skip follows_use_for_reexport  <del> --skip follows_rand_crate --skip get_completion_in_example_dir </del> <ins> --skip follows_rand_crate --skip get_completion_in_example_dir  --skip test_resolve_global_path_in_modules </ins> ''; doInstallCheck = true;
Change:
Describe the bug To Reproduce Steps to reproduce the behavior: 19.09 channel rescuetime to start it Expected behavior The application should start without problems. Additional context Related Metadata Maintainer information:

Discussion:
<del> { stdenv, lib, fetchurl, dpkg, patchelf, qt5, libXtst, libXext, libX11, makeWrapper, libXScrnSaver }: </del> <ins> { stdenv, lib, fetchurl, dpkg, patchelf, qt5, libXtst, libXext, libX11, mkDerivation, makeWrapper, libXScrnSaver }: </ins> let src = if stdenv.hostPlatform.system == "i686-linux" then fetchurl { name = "rescuetime-installer.deb"; url = "https://www.rescuetime.com/installers/rescuetime_current_i386.deb"; <del> sha256 = "03bky9vja7fijz45n44b6gawd6q8yd30nx6nya9lqdlxd1bkqmji"; </del> <ins> sha256 = "0mw8dh9z7pqan0yrhycmv39h5c1sc4mbw5l02cfnn17cy75xdiay"; </ins> } else fetchurl { name = "rescuetime-installer.deb"; url = "https://www.rescuetime.com/installers/rescuetime_current_amd64.deb"; <del> sha256 = "03bky9vja7fijz45n44b6gawd6q8yd30nx6nya9lqdlxd1bkqmji"; </del> <ins> sha256 = "1a6pc8vi2ab721kzyhvg6bmw24dr85dgmx2m9j9vbf3jyr85fv10"; </ins> }; <del> in stdenv.mkDerivation { </del> <ins> in mkDerivation { </ins> # https://www.rescuetime.com/updates/linux_release_notes.html <del> name = "rescuetime-2.14.3.1"; </del> <ins> name = "rescuetime-2.14.5.2"; </ins> inherit src; <del> buildInputs = [ dpkg makeWrapper ]; </del> <ins> nativeBuildInputs = [ dpkg ]; </ins> # avoid https://github.com/NixOS/patchelf/issues/99 dontStrip = true; unpackPhase = ''

reptyr = callPackage ../os-specific/linux/reptyr {}; <del> rescuetime = callPackage ../applications/misc/rescuetime { }; </del> <ins> rescuetime = libsForQt5.callPackage ../applications/misc/rescuetime { }; </ins> reuse = callPackage ../tools/package-management/reuse { };
Change:
Describe the bug The files of libressl have an incorrect which means that libressl libraries cannot be found when using To Reproduce note how will expand to whereas it should be . CC
Also backported to 19.09.
Yep, works like a charm. Thanks!

Discussion:
# Media support MEDIA_CAMERA_SUPPORT? y MEDIA_RC_SUPPORT? y <ins> MEDIA_USB_SUPPORT y </ins> ${if kernelPlatform ? kernelExtraConfig then kernelPlatform.kernelExtraConfig else ""} ${extraConfig}
Change:
Describe the bug Slicing fails on latest Cura (4.3). When trying to slice any model the slicing progress bar will get stuck at about ~20%. I tried various printer presets and the problem persists. From looking at the logs it seems like that CuraEngine is unable to get a value for 'machineheatedbuildvolume', which was To Reproduce Steps to reproduce the behavior: any printer preset any model Slice Cura log relevant parts to the problem seem to be aditional information it seems like , from the nix package, indeed is missing the new setting. For comparison the upstream definition. Metadata Maintainer information:

Discussion:
owner = "Ultimaker"; repo = "Cura"; rev = version; <del> sha256 = "1qnai8vmgy5lx3lapw96j41i8mw9p6r99i3qzs709l9yzrix6l86"; </del> <ins> sha256 = "1wf60qr0wqsci5skp55qr8h56s3x5s2icxbn58ia9s4a5hhvnsmf"; </ins> }; materials = fetchFromGitHub {