jiebi/CodeConvo huggingface dataset:
Code change:
The srb2 assets are outdated. Steps to reproduce the behaviour: the game or run the command while in game The that the assets are being downloaded from hasn't been updated since 2020
I just noticed this pr, but it seems to have gone dead 3 months ago
closing as I'm making a new issue

Related discussion:
text: , SDL2 , SDL2_mixer , zlib <ins> , unzip , makeWrapper , makeDesktopItem , copyDesktopItems </ins> }: <del> let assets_version = "2.2.5"; assets = fetchurl { url = "https://github.com/mazmazz/SRB2/releases/download/SRB2_assets_220/srb2-${assets_version}-assets.7z"; sha256 = "1m9xf3vraq9nipsi09cyvvfa4i37gzfxg970rnqfswd86z9v6v00"; }; assets_optional = fetchurl { url = "https://github.com/mazmazz/SRB2/releases/download/SRB2_assets_220/srb2-${assets_version}-optional-assets.7z"; sha256 = "1j29jrd0r1k2bb11wyyl6yv9b90s2i6jhrslnh77qkrhrwnwcdz4"; }; in stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "srb2"; <del> version = "2.2.10"; </del> <ins> version = "2.2.11"; </ins> src = fetchFromGitHub { owner = "STJr"; repo = "SRB2"; <del> rev = "SRB2_release_${version}"; sha256 = "03388n094d2yr5si6ngnggbqhm8b2l0s0qvfnkz49li9bd6a81gg"; </del> <ins> rev = "SRB2_release_${finalAttrs.version}"; hash = "sha256-tyiXivJWjNnL+4YynUV6k6iaMs8o9HkHrp+qFj2+qvQ="; </ins> }; nativeBuildInputs = [ cmake nasm p7zip <ins> makeWrapper copyDesktopItems </ins> ]; buildInputs = [
Code change:
The srb2 assets are outdated. Steps to reproduce the behaviour: the game or run the command while in game The that the assets are being downloaded from hasn't been updated since 2020
I just noticed this pr, but it seems to have gone dead 3 months ago
closing as I'm making a new issue

Related discussion:
text: zlib ]; <ins> assets = stdenv.mkDerivation { pname = "srb2-data"; version = finalAttrs.version; nativeBuildInputs = [ unzip ]; src = fetchurl { url = "https://github.com/STJr/SRB2/releases/download/SRB2_release_${finalAttrs.version}/SRB2-v${lib.replaceStrings ["."] [""] finalAttrs.version}-Full.zip"; hash = "sha256-KsJIkCczD/HyIwEy5dI3zsHbWFCMBaCoCHizfupFoWM="; }; sourceRoot = "."; installPhase = '' mkdir -p $out/share/srb2 cp -r *pk3 *dta *dat models/ $out/share/srb2/ ''; }; </ins> cmakeFlags = [ <del> "-DSRB2_ASSET_DIRECTORY=/build/source/assets" </del> <ins> "-DSRB2_ASSET_DIRECTORY=${finalAttrs.assets}/share/srb2" </ins> "-DGME_INCLUDE_DIR=${game-music-emu}/include" "-DOPENMPT_INCLUDE_DIR=${libopenmpt.dev}/include" "-DSDL2_MIXER_INCLUDE_DIR=${lib.getDev SDL2_mixer}/include/SDL2" <del> "-DSDL2_INCLUDE_DIR=${lib.getDev SDL2}/include/SDL2" </del> <ins> "-DSDL2_INCLUDE_DIR=${lib.getDev SDL2.dev}/include/SDL2" </ins> ]; patches = [ <del> ./wadlocation.patch </del> <ins> # Fix unknown command "CPMAddPackage" by not using Ccache.cmake ./cmake.patch </ins> ]; <del> postPatch = '' substituteInPlace src/sdl/i_system.c  --replace '@wadlocation@' $out ''; </del> <ins> desktopItems = [ (makeDesktopItem rec { name = "Sonic Robo Blast 2"; exec = finalAttrs.pname; icon = finalAttrs.pname; comment = finalAttrs.meta.description; desktopName = name; genericName = name; categories = [ "Game" ]; }) ]; </ins> <del> preConfigure = '' 7z x ${assets} -o"/build/source/assets" -aos 7z x ${assets_optional} -o"/build/source/assets" -aos ''; </del> <ins> installPhase = '' mkdir -p $out/bin $out/share/applications $out/share/pixmaps $out/share/icons copyDesktopItems cp ../srb2.png $out/share/pixmaps/. cp ../srb2.png $out/share/icons/. </ins> <del> postInstall = '' mkdir $out/bin mv $out/lsdlsrb2-${version} $out/bin/srb2 </del> <ins> cp bin/lsdlsrb2 $out/bin/srb2 wrapProgram $out/bin/srb2 --set SRB2WADDIR "${finalAttrs.assets}/share/srb2" </ins> ''; meta = with lib; {
Code change:
The srb2 assets are outdated. Steps to reproduce the behaviour: the game or run the command while in game The that the assets are being downloaded from hasn't been updated since 2020
I just noticed this pr, but it seems to have gone dead 3 months ago
closing as I'm making a new issue

Related discussion:
text: homepage = "https://www.srb2.org/"; platforms = platforms.linux; license = licenses.gpl2Plus; <del> maintainers = with maintainers; [ zeratax ]; </del> <ins> maintainers = with maintainers; [ zeratax donovanglover ]; </ins> }; <del> } </del> <ins> }) </ins>
Code change:
The srb2 assets are outdated. Steps to reproduce the behaviour: the game or run the command while in game The that the assets are being downloaded from hasn't been updated since 2020
I just noticed this pr, but it seems to have gone dead 3 months ago
closing as I'm making a new issue

Related discussion:
text: <del> diff --git a/src/sdl/i_system.c b/src/sdl/i_system.c index 10c0747bf..861f00728 100644 --- a/src/sdl/i_system.c +++ b/src/sdl/i_system.c @@ -145,13 +145,7 @@ int TimeFunction(int requested_frequency); // Locations for searching the srb2.pk3 #if defined (__unix__) || defined(__APPLE__) || defined (UNIXCOMMON) -#define DEFAULTWADLOCATION1 "/usr/local/share/games/SRB2" -#define DEFAULTWADLOCATION2 "/usr/local/games/SRB2" -#define DEFAULTWADLOCATION3 "/usr/share/games/SRB2" -#define DEFAULTWADLOCATION4 "/usr/games/SRB2" -#define DEFAULTSEARCHPATH1 "/usr/local/games" -#define DEFAULTSEARCHPATH2 "/usr/games" -#define DEFAULTSEARCHPATH3 "/usr/local" +#define DEFAULTWADLOCATION1 "@wadlocation@" #elif defined (_WIN32) #define DEFAULTWADLOCATION1 "c:gamessrb2" #define DEFAULTWADLOCATION2 "gamessrb2" @@ -2812,34 +2806,6 @@ static const char *locateWad(void) if (((envstr = I_GetEnv("SRB2WADDIR")) != NULL) && isWadPathOk(envstr)) return envstr; -#ifndef NOCWD -	I_OutputMsg(",."); -	// examine current dir -	strcpy(returnWadPath, "."); -	if (isWadPathOk(returnWadPath)) -		return NULL; -#endif - - -#ifdef CMAKECONFIG -#ifndef NDEBUG -	I_OutputMsg(","CMAKE_ASSETS_DIR); -	strcpy(returnWadPath, CMAKE_ASSETS_DIR); -	if (isWadPathOk(returnWadPath)) -	{ -		return returnWadPath; -	} -#endif -#endif - -#ifdef __APPLE__ -	OSX_GetResourcesPath(returnWadPath); -	I_OutputMsg(",%s", returnWadPath); -	if (isWadPathOk(returnWadPath)) -	{ -		return returnWadPath; -	} -#endif // examine default dirs #ifdef DEFAULTWADLOCATION1 @@ -2884,16 +2850,7 @@ static const char *locateWad(void) if (isWadPathOk(returnWadPath)) return returnWadPath; #endif -#ifndef NOHOME -	// find in $HOME -	I_OutputMsg(",HOME"); -	if ((envstr = I_GetEnv("HOME")) != NULL) -	{ -		WadPath = searchWad(envstr); -		if (WadPath) -			return WadPath; -	} -#endif + #ifdef DEFAULTSEARCHPATH1 // find in /usr/local I_OutputMsg(", in:"DEFAULTSEARCHPATH1); </del>
Code change:
Specifically systems with AVX but without BMI2 Same as this debian bug: They solved it by pulling the latest stable 2.35 patches: ;a=history;f=sysdeps/x86_64;hb=refs/heads/release/2.35/master For NixOS, one workaround is to install a NixOS system to a usb drive with microcode updates enabled, and use that for the installation. This is because for this series of CPUs (Haswell, 3rd/4th gen) the BMI2 instructions are via a microcode update. Rebuilding the iso with this overlay also works, but this is a mass-rebuild: The diff is produced like this: Where corresponds to 2.35-220 and corresponds to 2.35-163 (our previous state).
It was attempted to update glibc to the latest stable patches in , but this led to some issues.
A temporary fix without rebuilds would be via , I suppose. EDIT: or 22.05 release in the meantime, as I expect it shouldn't be affected and it's still supported for a few weeks. Real fix (taking more time, etc.): most likely update glibc to latest 2.35.x and somehow resolve the regression (and possibly others), and then backport to 22.11 as well.
Redoing update as PR for now.
The glibc update is contained in and channels now.

Related discussion:
text: let version = "2.35"; <del> patchSuffix = "-163"; </del> <ins> patchSuffix = "-224"; </ins> sha256 = "sha256-USNzL2tnzNMZMF79OZlx1YWSEivMKmUYob0lEN0M9S4="; in
Code change:
Specifically systems with AVX but without BMI2 Same as this debian bug: They solved it by pulling the latest stable 2.35 patches: ;a=history;f=sysdeps/x86_64;hb=refs/heads/release/2.35/master For NixOS, one workaround is to install a NixOS system to a usb drive with microcode updates enabled, and use that for the installation. This is because for this series of CPUs (Haswell, 3rd/4th gen) the BMI2 instructions are via a microcode update. Rebuilding the iso with this overlay also works, but this is a mass-rebuild: The diff is produced like this: Where corresponds to 2.35-220 and corresponds to 2.35-163 (our previous state).
It was attempted to update glibc to the latest stable patches in , but this led to some issues.
A temporary fix without rebuilds would be via , I suppose. EDIT: or 22.05 release in the meantime, as I expect it shouldn't be affected and it's still supported for a few weeks. Real fix (taking more time, etc.): most likely update glibc to latest 2.35.x and somehow resolve the regression (and possibly others), and then backport to 22.11 as well.
Redoing update as PR for now.
The glibc update is contained in and channels now.

Related discussion:
text: */ ./2.35-master.patch.gz <del> /* Can be removed after next snapshot update or release update.  */ ./2.35-make-4.4.patch </del> <ins> /* Revert this patch contained in the previous bundle.  For now, until we know more. */ ./revert-mktime.patch </ins> /* Allow NixOS and Nix to handle the locale-archive. */ ./nix-locale-archive.patch
Code change:
Running Dwarf Fortress () on darwin-aarch64 opens a window that is completely white. It receives inputs and sound also plays, but nothing is displayed. This might be due to the package not having an app bundle as an output (e.g. 'Applications/Dwarf Fortress' next to bin) Steps to reproduce the behavior: dwarf-fortress on macOS Window opens with graphics displayed ! <!-- 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.
I should have tested the files from the official website first, since it turns out it has the same issue. Changing PRINT_MODE to STANDARD made it display correctly. I don't know if the should still be patched in nixpkgs to include this so that you can leave the link to the store for the file. Feel free to close this otherwise.

Related discussion:
text: settings_ = lib.recursiveUpdate { init = { <del> PRINT_MODE = if enableTextMode then "TEXT" else if enableTWBT then "TWBT" else null; </del> <ins> PRINT_MODE = if enableTextMode then "TEXT" else if enableTWBT then "TWBT" else if stdenv.hostPlatform.isDarwin then "STANDARD" # https://www.bay12games.com/dwarves/mantisbt/view.php?id=11680 else null; </ins> INTRO = enableIntro; TRUETYPE = enableTruetype; FPS = enableFPS;
Code change:
The postStart script of elasticsearch fails when a special values like or ( ) is used for services.elasticsearch.listenAddress as the script expects an IP or a hostname. Using an ip as listenAddress ist not always a viable option especially when generating NixOS images upfront for a dynamic deployment (e.g. on Azure or EC2) I am not sure how to address this issue. Perhaps one shall check netstat output to find out which ip was bound to? /cc
Yes i agree, we should implement another option for es url, I'm fine even with removing postStart. You can create pull request if you need fix asoap, I will put it on to-do.

Related discussion:
text: ln -sfT ${cfg.package}/modules ${cfg.dataDir}/modules if [ "$(id -u)" = 0 ]; then chown -R elasticsearch ${cfg.dataDir}; fi ''; <del> postStart = mkBefore '' until ${pkgs.curl.bin}/bin/curl -s -o /dev/null ${cfg.listenAddress}:${toString cfg.port}; do sleep 1 done ''; </del> }; environment.systemPackages = [ cfg.package ];
Code change:
Can't launch discordcanary with NIXOSOZONEWL=1 Steps to reproduce the behavior: NIXOSOZONEWL = "1"; in environment.variables discordcanary with Discord should open without any errors I got this error Please run and paste the result.
Library should be from
Please try with

Related discussion:
text: , libXScrnSaver, libXcomposite, libXcursor, libXdamage, libXext, libXfixes , libXi, libXrandr, libXrender, libXtst, libxcb, libxshmfence, mesa, nspr, nss , pango, systemd, libappindicator-gtk3, libdbusmenu, writeScript, python3, runCommand <ins> , wayland </ins> , branch , common-updater-scripts, withOpenASAR ? false }:
Code change:
Can't launch discordcanary with NIXOSOZONEWL=1 Steps to reproduce the behavior: NIXOSOZONEWL = "1"; in environment.variables discordcanary with Discord should open without any errors I got this error Please run and paste the result.
Library should be from
Please try with

Related discussion:
text: libXScrnSaver libappindicator-gtk3 libdbusmenu <ins> wayland </ins> ]; installPhase = ''
Code change:
In the pre-start script for , we symlink the template from the nix store into : However, if changes are made to CUPS via the GUI -- for example, enabling network access -- this symlink is overwritten with a plain file. And it contains a line with paths into the nix store. This effectively freezes some version of the cups binaries into this config file, which is no longer managed by nix. As a result, CUPS can break, e.g. when deletes the referenced store paths. For me, this meant nothing would print, and I started seeing this error in : Manually editing to update the store paths on the line (while the systemd service was stopped) got printing working again for me. I guess we could make the pre-start script do this (with a sed or something), but that seems kind of hacky ... cc commit seems especially relevant here. System: Nix version: Nixpkgs version:
Hm, maybe the right approach is to make just put in the template, and then have it also ensure that points to the correct location in the nix store? Then CUPS can write whatever other changes it wants to its config file, while the nix expression continues to have control over the "final destination" of the path ... ?
I think we want Nix to take priority here because that's what would be expected of declarative configuration and what's already done in other places. So as a quick fix towards this we can force replacement by symlinks. This should also be documented. However, we can leave some option (like currently exists for users) that reverses this and instead makes just insert and other required options. The best of both worlds, of course, would be to split the configuration into generated by Nix and values changed in CUPS on top but I doubt this can be implemented. Thoughts?
For the record, I had the same problem in OctoPrint service. It was solved by writing a small piece of software for updating YAML trees (like in Nix) and making "patch" current configuration with Nix-overridden values. Works perfectly but it would be much more difficult in CUPS ( is some kind of ad-hoc mix between XML and custom plain format).
Yeah, I don't see any directive on the manpage for . :-( Overwriting the config file on every restart of might lead to confusion if folks are trying to use the GUI to get things configured the way they want. In particular, when I made changes in the GUI to enable remote access, it modified some of the stanzas that're currently hard-coded in at So I'm not sure how I would preserve that under this approach. (I tried to just set via , but that wasn't enough -- I don't really understand why ...)
Its man page says: ... but a bit of googling didn't turn up any pre-existing programs designed to read / write that format. (Maybe there is something buried in apache , who knows?)
There is But then you need to write Perl, which might not be an improvement.

Related discussion:
text: '') cfg.listenAddresses} Listen /var/run/cups/cups.sock <del> SetEnv PATH ${bindir}/lib/cups/filter:${bindir}/bin </del> <ins> SetEnv PATH /var/lib/cups/path/lib/cups/filter:/var/lib/cups/path/bin </ins> DefaultShared ${if cfg.defaultShared then "Yes" else "No"}
Code change:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: openshot-qt <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 2.6.1 desired version: 3.0.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package -- Please tag this issue in your PR.

Related discussion:
text: mkDerivationWith python3.pkgs.buildPythonApplication rec { pname = "openshot-qt"; <del> version = "2.6.1"; </del> <ins> version = "3.0.0"; </ins> src = fetchFromGitHub { owner = "OpenShot"; repo = "openshot-qt"; rev = "v${version}"; <del> hash = "sha256-29fAg4SDoAFzv6q43Dcs2HdaeKZfPEzlGqCcICiPSF0="; </del> <ins> hash = "sha256-h4R2txi038m6tzdKYiXIB8CiqWt2MFFRNerp1CFP5as="; </ins> }; nativeBuildInputs = [
Code change:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: openshot-qt <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 2.6.1 desired version: 3.0.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package -- Please tag this issue in your PR.

Related discussion:
text: export HOME=$(mktemp -d) ''; <del> # Following Arch PKGBUILD for Python 3.10 compatibility # https://github.com/OpenShot/openshot-qt/issues/4608 # https://github.com/archlinux/svntogit-community/commits/packages/openshot/trunk patches = [ (fetchpatch { name = "video-widget.patch"; url = "https://github.com/OpenShot/openshot-qt/commit/9748a13268d66a5949aebc970637b5903756d018.patch"; hash = "sha256-QwLtcooDJeYWDp80a1dUFo2so/zEWqqsq5IgkXWX324="; }) (fetchpatch { name = "python-3.10-int.patch"; url = "https://github.com/OpenShot/openshot-qt/commit/fff785eb1e3e0c30ed6ca57e2d1933aaa807ae22.patch"; hash = "sha256-ee/s7rhF71ot5oPkGK+j59mL1B3e72xoH27KFoDL8s8="; }) ]; </del> doCheck = false; dontWrapGApps = true;
Code change:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: openshot-qt <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 2.6.1 desired version: 3.0.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package -- Please tag this issue in your PR.

Related discussion:
text: stdenv.mkDerivation rec { pname = "libopenshot"; <del> version = "0.2.7"; </del> <ins> version = "0.3.0"; </ins> src = fetchFromGitHub { owner = "OpenShot"; repo = "libopenshot"; rev = "v${version}"; <del> sha256 = "sha256-aF8wrPxFIjCy5gw72e/WyL/Wcx9tUGDkrqHS+ZDVK0U="; </del> <ins> sha256 = "sha256-qe866gFhcbd7yCNXDiZ9Aj0TAiWoJ+r7C5BjtWBKSGA="; </ins> }; postPatch = ''
Code change:
explanation pnpm version is a little bit old. May I ask for update in unstable channel to v7.24.3? Project description Fast, disk space efficient package manager: Fast. Up to 2x faster than the alternatives (see ). Efficient. Files inside node_modules are linked from a single content-addressable storage. . Strict. A package can access only dependencies that are specified in its Deterministic. Has a lockfile called pnpm- Works as a version manager. See . Works everywhere. Supports Windows, Linux, and macOS. Battle-tested. Used in production by teams of since 2016. . Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin

Related discussion:
text: pnpm = nodeEnv.buildNodePackage { name = "pnpm"; packageName = "pnpm"; <del> version = "7.19.0"; </del> <ins> version = "7.24.3"; </ins> src = fetchurl { <del> url = "https://registry.npmjs.org/pnpm/-/pnpm-7.19.0.tgz"; sha512 = "0ZPqlBY9M5fqKI9Ya0kEB7PQj7Pg7bYEjXbRbg4pNnJIObzXeO+PaK/8FBd8KMgJe5QpLb6rn2nVFHNSNoz+kw=="; </del> <ins> url = "https://registry.npmjs.org/pnpm/-/pnpm-7.24.3.tgz"; sha512 = "0fpP1l16xOY8YwsATSLodNNBa7bitV1cNY475fioVLR7Thx5tkCtdp3xIlvZYX8ZoPtedLhGn3fICC409HQSNQ=="; </ins> }; buildInputs = globalBuildInputs; meta = {
Code change:
Project description A cursor theme based in the capitaine cursors but themed with gruvbox and nord. Metadata homepage URL: source license: lgpl3 platforms: linux since it's based in capitaine cursors that use lgpl3 i think it's gpl3 too.

Related discussion:
text: <ins> { lib, fetchzip }: fetchzip rec { pname = "capitaine-cursors-themed"; version = "5"; stripRoot = false; url = "https://github.com/sainnhe/capitaine-cursors/releases/download/r${version}/Linux.zip"; sha256 = "jQNAXuR/OtvohWziGYgb5Ni2/tEIGaY9HIyUUW793EY="; postFetch = '' mkdir -p $out/share/icons cp -r ./ $out/share/icons ''; meta = with lib; { description = "A fork of the capitaine cursor theme, with some additional variants (Gruvbox, Nord, Palenight) and support for HiDPI"; homepage = "https://github.com/sainnhe/capitaine-cursors"; license = licenses.lgpl3Only; platforms = platforms.unix; maintainers = [ maintainers.math-42 ]; }; } </ins>
Code change:
Project description A cursor theme based in the capitaine cursors but themed with gruvbox and nord. Metadata homepage URL: source license: lgpl3 platforms: linux since it's based in capitaine cursors that use lgpl3 i think it's gpl3 too.

Related discussion:
text: capitaine-cursors = callPackage ../data/icons/capitaine-cursors { }; <ins> capitaine-cursors-themed = callPackage ../data/icons/capitaine-cursors-themed { }; </ins> carlito = callPackage ../data/fonts/carlito {}; cascadia-code = callPackage ../data/fonts/cascadia-code { };
Code change:
The version of pillow rmfuse uses is vulnerable to CVE-2022-.
Since rmfuse is packaged using poetry2nix you are basically the only one willing to update it or its dependencies. That's problematic given that you don't do so even two weeks after being notified of a vulnerability.
I don't think interacting in this way is very constructive. There are different points of view regarding packaging Python packages, that's it. That an issue like this does not get picked up is not strange, people are typically busy. If you like to I suppose you could add the CVE to the expression. Whether the CVE can be considered a security issue in case of rmfuse should be considered as well.
Why not? I'm just articulating a problem with the way rmfuse is packaged right now that is obviously an actual problem. It's not technical though, just organizational.

Related discussion:
text: <del> { pkgs }: self: super: { rmfuse = super.rmfuse.overridePythonAttrs ( _: { src = pkgs.fetchgit { url = "https://github.com/rschroll/rmfuse.git"; rev = "3796b8610c8a965a60a417fc0bf8ea5200b71fd2"; sha256 = "03qxy95jpk741b81bd38y51d4a0vynx2y1g662bci9r6m7l14yav"; }; } ); } </del>