jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib , gcc12Stdenv , fetchFromGitHub , fetchpatch , pkg-config , curl , glib , gtk3 , libssh2 , openssl , wxGTK32 }: gcc12Stdenv.mkDerivation rec { pname = "freefilesync"; version = "11.25"; src = fetchFromGitHub { owner = "hkneptune"; repo = "FreeFileSync"; rev = "v${version}"; sha256 = "sha256-JV9qwBiF9kl+wc9+7lUufQVu6uiMQ6vojntxduNJ8MI="; }; # Patches from ROSA Linux patches = [ # Disable loading of the missing Animal.dat (fetchpatch { url = "https://abf.io/import/freefilesync/raw/rosa2021.1-11.25-1/ffs_devuan.patch"; sha256 = "sha256-o8T/tBinlhM1I82yXxm0ogZcZf+uri95vTJrca5mcqs="; excludes = [ "FreeFileSync/Source/ffs_paths.cpp" ]; postFetch = '' substituteInPlace $out --replace " for Rosa" "" ''; }) # Fix build with GTK 3 (fetchpatch { url = "https://abf.io/import/freefilesync/raw/rosa2021.1-11.25-1/ffs_devuan_gtk3.patch"; sha256 = "sha256-NXt/+BRTcMk8bnjR9Hipv1NzV9YqRJqy0e3RMInoWsA="; postFetch = '' substituteInPlace $out --replace "-isystem/usr/include/gtk-3.0" "" ''; }) ]; postPatch = '' substituteInPlace FreeFileSync/Source/ui/version_check.cpp  --replace "openBrowserForDownload();" "openBrowserForDownload(parent);" ''; nativeBuildInputs = [ pkg-config ]; buildInputs = [ curl glib gtk3 libssh2 openssl wxGTK32 ]; NIX_CFLAGS_COMPILE = [ # Undef g_object_ref on GLib 2.56+ "-DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_54" "-DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_54" # Define libssh2 constants "-DMAX_SFTP_READ_SIZE=30000" "-DMAX_SFTP_OUTGOING_SIZE=30000" ]; buildPhase = '' runHook preBuild chmod +w FreeFileSync/Build cd FreeFileSync/Source make -j$NIX_BUILD_CORES cd RealTimeSync make -j$NIX_BUILD_CORES cd ../../.. runHook postBuild ''; installPhase = '' runHook preInstall mkdir -p $out cp -R FreeFileSync/Build/* $out mv $out/{Bin,bin} runHook postInstall ''; meta = with lib; { description = "Open Source File Synchronization & Backup Software"; homepage = "https://freefilesync.org"; license = licenses.gpl3Only; maintainers = with maintainers; [ wegank ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description This was the only open source tool I could find that does hassle-free continuous two-way sync with google drive on linux. Metadata homepage URL: source URL: (obtained from ) Comment: odd source distribution model; maybe the authors don't use version control software. license: GPL Version 3 (see in source) platforms: windows, macos, linux
Note that bmpbndl.h is available since wxGTK , while we only have 3.1.5 in nixpkgs. Ping .
Change:
<ins> { stdenv, lib, fetchurl, autoPatchelfHook }: stdenv.mkDerivation rec { pname = "deepspeech"; version = "0.9.3"; src = fetchurl { url = "https://github.com/mozilla/DeepSpeech/releases/download/v${version}/native_client.amd64.cpu.linux.tar.xz"; sha256 = "1qy2gspprcxi76jk06ljp028xl0wkk1m3mqaxyf5qbhhfbvvpfap"; }; setSourceRoot = "sourceRoot=`pwd`"; nativeBuildInputs = [ autoPatchelfHook ]; buildInputs = [ stdenv.cc.cc.lib ]; installPhase = '' install -D deepspeech $out/bin/deepspeech install -D deepspeech.h $out/include/deepspeech.h install -D libdeepspeech.so $out/lib/libdeepspeech.so ''; meta = with lib; { homepage = https://github.com/mozilla/DeepSpeech; description = "Open source embedded (offline, on-device) speech-to-text engine, which can run in real time on broad range of devices"; license = licenses.mpl20; platforms = [ "x86_64-linux" ]; maintainers = with maintainers; [ rvolosatovs ]; }; } </ins>

Discussion:
Project description DeepSpeech is an open source Speech-To-Text engine, using a model trained by machine learning techniques based on Baidu's Deep Speech research paper. Project DeepSpeech uses Google's TensorFlow to make the implementation easier. Metadata homepage URL: source URL: license: Mozilla Public License platforms: Unsure
I already tried this with a local clone of deepspeech: But I get this error for unknown reasons:
I guess pip is searching for a python package named sox.
That one doesn't seem to be in nixpkgs, is that right?
Doesn't look like it, you might want to package that as well looks like this would need packaged as well
There is .
I marked this as stale due to inactivity. &rarr;
:(
I binary package in , which works fine for my use case (linking to it from Rust). The binary itself works fine as well
Change:
after = ["networking.target"]; environment = mapAttrs' (n: v: nameValuePair "GF_${n}" (toString v)) envOptions; serviceConfig = { <del> ExecStart = "${cfg.package}/bin/grafana-server -homepath ${cfg.dataDir}"; </del> <ins> ExecStart = "${cfg.package.bin}/bin/grafana-server -homepath ${cfg.dataDir}"; </ins> WorkingDirectory = cfg.dataDir; User = "grafana"; };

Discussion:
NixOS services that depend on binaries are now broken (eg ) after This is because the attribute path for binaries has now changed. For example should now be .
I can do it tomorrow.
Change:
sha256 = "sha256:09rdwcj70lkamkhd895p284rfpz4bcnsf55mcimhiqncd2a21ml7"; }; <ins> # Fix build with Why3 1.5 patches = fetchpatch { url = "https://github.com/EasyCrypt/easycrypt/commit/d226387432deb7f22738e1d5579346a2cbc9be7a.patch"; sha256 = "sha256:1zvxij35fnr3h9b5wdl8ml17aqfx3a39rd4mgwmdvkapbg3pa4lm"; }; </ins> nativeBuildInputs = with ocamlPackages; [ dune_3 findlib

Discussion:
When using I'd expect to show Z3 and Alt-Ergo. Steps to reproduce the behavior: (make sure is merged or check out my branch) I'd expect and to be listed. The derivation does : It should do instead to overwrite the config completely. Please run and paste the result.
Thanks for the report. Would you like to open a PR with the proposed change?
Change:
<del> { stdenv, lib, fetchPypi, buildPythonPackage, libvorbis, flac, libogg, libopus, opusfile, substituteAll }: </del> <ins> { stdenv , lib , fetchPypi , buildPythonPackage , libvorbis , flac , libogg , libopus , opusfile , substituteAll , python }: </ins> buildPythonPackage rec { <del> pname = "pyogg"; version = "0.6.9a1"; src = fetchPypi { pname = "PyOgg"; inherit version; sha256 = "0xabqwyknpvfc53s7il5pq6b07fcaqvz5bi5vbs3pbaw8602qvim"; }; buildInputs = [ libvorbis flac libogg libopus ]; propagatedBuidInputs = [ libvorbis flac libogg libopus opusfile ]; # There are no tests in this package. doCheck = false; patchFlags = [ "-p1" "--binary" ]; # patch has dos style eol patches = [ (substituteAll { src = ./pyogg-paths.patch; flacLibPath="${flac.out}/lib/libFLAC${stdenv.hostPlatform.extensions.sharedLibrary}"; oggLibPath="${libogg}/lib/libogg${stdenv.hostPlatform.extensions.sharedLibrary}"; vorbisLibPath="${libvorbis}/lib/libvorbis${stdenv.hostPlatform.extensions.sharedLibrary}"; vorbisFileLibPath="${libvorbis}/lib/libvorbisfile${stdenv.hostPlatform.extensions.sharedLibrary}"; vorbisEncLibPath="${libvorbis}/lib/libvorbisenc${stdenv.hostPlatform.extensions.sharedLibrary}"; opusLibPath="${libopus}/lib/libopus${stdenv.hostPlatform.extensions.sharedLibrary}"; opusFileLibPath="${opusfile}/lib/libopusfile${stdenv.hostPlatform.extensions.sharedLibrary}"; }) ]; meta = { </del> <ins> pname = "pyogg"; version = "0.6.14a1"; src = fetchPypi { pname = "PyOgg"; inherit version; hash = "sha256-gpSzSqWckCAMRjDCzEpbhEByCRQejl0GnXpb41jpQmI="; }; buildInputs = [ libvorbis flac libogg libopus ]; propagatedBuidInputs = [ libvorbis flac libogg libopus opusfile ]; # There are no tests in this package. doCheck = false; # patch has dos style eol patchFlags = [ "-p1" "--binary" ]; patches = [ (substituteAll { src = ./pyogg-paths.patch; flacLibPath="${flac.out}/lib/libFLAC${stdenv.hostPlatform.extensions.sharedLibrary}"; oggLibPath="${libogg}/lib/libogg${stdenv.hostPlatform.extensions.sharedLibrary}"; vorbisLibPath="${libvorbis}/lib/libvorbis${stdenv.hostPlatform.extensions.sharedLibrary}"; vorbisFileLibPath="${libvorbis}/lib/libvorbisfile${stdenv.hostPlatform.extensions.sharedLibrary}"; vorbisEncLibPath="${libvorbis}/lib/libvorbisenc${stdenv.hostPlatform.extensions.sharedLibrary}"; opusLibPath="${libopus}/lib/libopus${stdenv.hostPlatform.extensions.sharedLibrary}"; opusFileLibPath="${opusfile}/lib/libopusfile${stdenv.hostPlatform.extensions.sharedLibrary}"; }) ]; meta = with lib; { </ins> description = "Xiph.org's Ogg Vorbis, Opus and FLAC for Python"; homepage = "https://github.com/Zuzu-Typ/PyOgg"; <del> license = lib.licenses.publicDomain; maintainers = with lib.maintainers; [ pmiddend ]; </del> <ins> license = licenses.publicDomain; maintainers = with maintainers; [ pmiddend ]; </ins> }; }

Discussion:
Steps to reproduce the behavior: onthespot Add any other context about the problem here. <!-- 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]:
Change:
pympress = callPackage ../applications/office/pympress { }; <del> pyocd = python3Packages.callPackage ../development/embedded/pyocd { }; </del> <ins> pyocd = with python3Packages; toPythonApplication pyocd; </ins> pypass = with python3Packages; toPythonApplication pypass;

Discussion:
Steps to reproduce the behavior: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- I will submit a PR shortly once I am back on my laptop.
I'm sorry this took your time. It should be fixed by
Change:
# (e.g. due to minor changes in the compression algorithm, or changes # in timestamps). <del> { lib, fetchurl, unzip }: </del> <ins> { lib, fetchurl, unzip, glibcLocalesUtf8 }: </ins> { # Optionally move the contents of the unpacked tree up one level. stripRoot ? true

Discussion:
Hydra fails to fetch when ran on darwin, blocks even linux builds as is a fixed-output derivation: (linux failure: ) I think it's the following suspicious UTF-8 path: darwin and linux should both be able to fetch the same tarball.
The issue with fetching the tarball on macOS was discovered in , and we believe this is a fetchzip bug on macOS. However, until now, it wasn't an actual issue for users because macOS users would use the fixed-output derivation downloaded on Linux and cached by Hydras (see ). Now, it seems like Hydras caches failures as well (it's a new thing, isn't it? Or we were just lucky previously that the Linux fetching would have happened before the macOS one?) and that because of this, a failure to download the source on Darwin is affecting everyone! I don't really have any solution to propose except: as a workaround is it possible to remove the cached failure and retrigger the build on Linux? fetchzip needs to be fixed to handle UTF-8 file names properly. Even if Coq was modified to not include these file names in its source archive anymore, this wouldn't resolve the issue with already released versions. One last workaround idea to the fetchzip issue would be to make the fixed-output derivation not the direct result of fetching the tarball, but something that would fetch it and fix the divergent paths (e.g., by removing the corresponding tests). But I wouldn't even know how to implement this.
I've seen this in a couple other packages already. It's... not nice but fortunately not a very common problem (perhaps partly due to some linux getting it faster or on a retry).
Do you think works correctly on linux? I find -translation as very odd. Is it broken too?
Unpacking is locale-dependent: LANG=C -(bad) LANG=C.UTF-8 -(ok)
My guess the mismatch happens because macos supports UTF-8 locales as is (and mossibly musl as well?). While does not unless is pulled into unzip. I think we have 2 routes: make work on linux (and break a bunch of fixed-output derivations that contain UTF-8), should be a matter of pulling into 's hook (did not test yet). make ASCII-only everywhere by using in 's . It will start consistently mangle non-ASCII for everyone.

Confirmed failure on as well:
WDYT of proposed fix? Once it's in we can fix and friends.
Thanks a lot for digging into and figuring out the cause of this issue! I find your proposed fix as the best (most principled) solution, even if it will require some work to fix past fix-output derivations.
Change:
description = "Hardware RNG Entropy Gatherer Daemon"; <ins> # rngd may have to start early to avoid entropy starvation during boot with encrypted swap unitConfig.DefaultDependencies = false; </ins> serviceConfig = { ExecStart = "${pkgs.rng-tools}/sbin/rngd -f" + optionalString cfg.debug " -d"; <ins> # PrivateTmp would introduce a circular dependency if /tmp is on tmpfs and swap is encrypted, # thus depending on rngd before swap, while swap depends on rngd to avoid entropy starvation. </ins> NoNewPrivileges = true; PrivateNetwork = true; <del> PrivateTmp = true; </del> ProtectSystem = "full"; ProtectHome = true; };

Discussion:
Describe the bug Since upgrading to 19.09, my laptop's boot process is delayed by about one minute due to entropy starvation during the boot process To Reproduce Steps to reproduce the behavior: configuration: { device = "/dev/disk/by-id/yadayada-part2"; = true; = "/dev/random"; } [possibly configure other services that also need entropy during boot] Expected behavior A quick boot as in 19.03 with max 1 second used by the swap initalization. Screenshots $ systemd-analyze plot | fgrep mkswap <text class="left" x="1018.920" y="694.000"mkswap-dev-disk-byx2did-nvmex2dSamsungSSD970EVO2TBS464NB0M401994Dx2dpart2.service (1min 723ms)</textAdditional context This is on physical hardware, not on VM. Replacing random with urandom leads to instant boot, but has the obvious problem with the missing entropy. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Basically there are two ways to fix this issue: 1) Find out why 19.03 had enough entropy but 19.09 seems to lack entropy during swap initialization and mitigate this 2) setup swap at a later time during boot, which obviously only works if the swap is not critical to the boot process I'm going to work on this later, but if you have any ideas or suggestions, feel free to comment.
I had a similar issue. it might be related to changes in the kernel ? I had a similar problem in VMs, managed to work around it with via (+virtio but you should only need this setting)
cannot solve this, as it starts after swap configuration and thus after the long delay. It may be possible to move it to an earlier point in the boot process, as it just requires hardware devices that should be available before swap.
Change:
<ins> { buildGoModule, fetchFromGitHub, installShellFiles, lib, makeWrapper, nix-update-script, powerpipe, testers, }: buildGoModule rec { pname = "powerpipe"; version = "0.2.0"; src = fetchFromGitHub { owner = "turbot"; repo = "powerpipe"; rev = "refs/tags/v${version}"; hash = "sha256-UvtPtH68Y1hY+3GeVJVgW/za+c568A9th8boSAnhw1A="; }; vendorHash = "sha256-vX7V2iGu1Jlv+OlCa/TRNTql+1H9kPl92zQVwI1e9sU="; proxyVendor = true; nativeBuildInputs = [ installShellFiles makeWrapper ]; ldflags = [ "-s" "-w" "-X main.version=${version}" ]; doCheck = true; checkFlags = let skippedTests = [ # test fails in the original github.com/turbot/powerpipe project as well "TestGetAsSnapshotPropertyMap/card" ]; in [ "-skip=^${builtins.concatStringsSep "$|^" skippedTests}$" ]; postInstall = '' wrapProgram $out/bin/powerpipe  --set-default POWERPIPE_UPDATE_CHECK false  --set-default POWERPIPE_TELEMETRY none ''; passthru = { tests.version = testers.testVersion { command = "${lib.getExe powerpipe} --version"; package = powerpipe; version = "v${version}"; }; updateScript = nix-update-script { }; }; meta = { changelog = "https://github.com/turbot/powerpipe/blob/v${version}/CHANGELOG.md"; description = "Dynamically query your cloud, code, logs & more with SQL"; homepage = "https://powerpipe.io/"; license = lib.licenses.agpl3Only; mainProgram = "powerpipe"; maintainers = with lib.maintainers; [ weitzj ]; }; } </ins>

Discussion:
powerpipe Dynamically query your cloud, code, logs & more with SQL This project is related to the already packaged steampipe project. steampipe will be split up in 3 projects: steampipe powerpipe flowpipe This issue tracks integrating powerpipe Metadata platforms: linux, darwin, arch: amd64, arm64 Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
}; version = "0.1.4"; }; <ins> jekyll-favicon = { dependencies = ["jekyll" "mini_magick" "rexml"]; groups = ["default"]; platforms = []; source = { remotes = ["https://rubygems.org"]; sha256 = "0dyksm4i11n0qshd7wh6dvk8d0fc70dd32ir2dxs6igxq0gd6hi1"; type = "gem"; }; version = "1.1.0"; }; </ins> jekyll-feed = { dependencies = ["jekyll"]; groups = ["default"];

Discussion:
Project description Metadata license: MIT platforms: Any
I guess the issue can be closed due to . Reopen if I am incorrect
Oh, weird. The " in wasn't applied automatically. Thank you!
Change:
}) ]; <del> passthru = { updateScript = nix-update-script { extraArgs = [ "--version=branch" ]; }; }; </del> <ins> cmakeFlags = [ (lib.cmakeBool "DISABLE_UPDATE_CHECKER" true) (lib.cmakeBool "USE_MONOCHROME_ICON" enableMonochromeIcon) ] ++ lib.optionals stdenv.isLinux [ (lib.cmakeBool "USE_WAYLAND_CLIPBOARD" true) (lib.cmakeBool "USE_WAYLAND_GRIM" enableWlrSupport) ] ++ lib.optionals stdenv.isDarwin [ (lib.cmakeFeature "Qt5_DIR" "${libsForQt5.qtbase.dev}/lib/cmake/Qt5") ]; </ins> <del> cmakeFlags = [ (lib.cmakeBool "USE_WAYLAND_CLIPBOARD" true) (lib.cmakeBool "USE_WAYLAND_GRIM" enableWlrSupport) ]; nativeBuildInputs = [ cmake libsForQt5.qttools libsForQt5.qtsvg libsForQt5.wrapQtAppsHook makeBinaryWrapper ]; </del> <ins> nativeBuildInputs = [ cmake libsForQt5.qttools libsForQt5.qtsvg libsForQt5.wrapQtAppsHook makeBinaryWrapper ] ++ lib.optionals stdenv.isDarwin [ imagemagick libicns ]; </ins> buildInputs = [ libsForQt5.qtbase libsForQt5.kguiaddons ]; <del> dontWrapQtApps = true; </del> <ins> postPatch = lib.optionalString stdenv.isDarwin '' # Fix icns generation running concurrently with png generation sed -E -i '/"iconutil -o/i ) execute_process( ' src/CMakeLists.txt # Replace unavailable commands sed -E -i  -e 's/"sips -z ([0-9]+) ([0-9]+) +(.+) --out /"magick 3 -resize 1x2! /'  -e 's/"iconutil -o (.+) -c icns (.+)"/"png2icns 1 2/*{16,32,128,256,512}.png"/'  src/CMakeLists.txt ''; postInstall = lib.optionalString stdenv.isDarwin '' mkdir $out/Applications mv $out/bin/flameshot.app $out/Applications ln -s $out/Applications/flameshot.app/Contents/MacOS/flameshot $out/bin/flameshot </ins> <del> postFixup = '' wrapProgram $out/bin/flameshot  ${lib.optionalString enableWlrSupport "--prefix PATH : ${lib.makeBinPath [ grim ]}"}  ''${qtWrapperArgs[@]} </del> <ins> rm -r $out/share/applications rm -r $out/share/dbus* rm -r $out/share/icons rm -r $out/share/metainfo </ins> ''; <ins> dontWrapQtApps = true; postFixup = let binary = if stdenv.isDarwin then "Applications/flameshot.app/Contents/MacOS/flameshot" else "bin/flameshot"; in '' wrapProgram $out/${binary}  ${lib.optionalString enableWlrSupport "--prefix PATH : ${lib.makeBinPath [ grim ]}"}  ''${qtWrapperArgs[@]} ''; passthru = { updateScript = nix-update-script { extraArgs = [ "--version=branch" ]; }; }; </ins> meta = with lib; { description = "Powerful yet simple to use screenshot software"; homepage = "https://github.com/flameshot-org/flameshot"; mainProgram = "flameshot"; <del> maintainers = with maintainers; [ scode oxalica ]; </del> <ins> maintainers = with maintainers; [ scode oxalica ]; </ins> license = licenses.gpl3Plus; platforms = platforms.linux ++ platforms.darwin; };

Discussion:
Steps to reproduce the behavior: on Darwin flameshot Happy to test fixes or provide any other information that I can
relevant excerpt:
Within the directory I just see rather than the binary itself. Perhaps we need something like this in the installPhase?
Change:
<del> --- a/auto/configure +++ b/auto/configure @@ -5895,13 +5895,6 @@ eof eval "`cd ${PYTHON_CONFDIR} && make -f "${tmp_mkf}" __ | sed '/ directory /d'`" rm -f -- "${tmp_mkf}" -	    if test "x$MACOSX" = "xyes" && ${vi_cv_path_python} -c  -		"import sys; sys.exit(${vi_cv_var_python_version} < 2.3)"; then -	      vi_cv_path_python_plibs="-framework Python" -	      if test "x${vi_cv_path_python}" != "x/usr/bin/python" && test -n "${python_PYTHONFRAMEWORKPREFIX}"; then -		  vi_cv_path_python_plibs="-F${python_PYTHONFRAMEWORKPREFIX} -framework Python" -	      fi -	    else if test "${vi_cv_var_python_version}" = "1.4"; then vi_cv_path_python_plibs="${PYTHON_CONFDIR}/libModules.a ${PYTHON_CONFDIR}/libPython.a ${PYTHON_CONFDIR}/libObjects.a ${PYTHON_CONFDIR}/libParser.a" else @@ -5921,7 +5914,6 @@ vi_cv_path_python_plibs="${vi_cv_path_python_plibs} ${python_BASEMODLIBS} ${python_LIBS} ${python_SYSLIBS} ${python_LINKFORSHARED}" vi_cv_path_python_plibs=`echo $vi_cv_path_python_plibs | sed s/-ltermcap//` -fi if ${vi_cv_dll_name_python+:} false; then : $as_echo_n "(cached) " >&6 </del>

Discussion:
Currently vimconfigurable is version 7.4.826 where as vim is now 8.0005. $ nix-env -f /path/to/nixpkgs -i vimconfigurable $ vim --version VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Jan 1 1970 00:00:01) Included patches: 1-826 ... Updated version and sha256 in to be identical to that in System: (NixOS: 16.09beta264. (Flounder)) Nix version: (nix-env (Nix) 1.11.4) Nixpkgs version: (17.03pre-git)
Change:
<del> { lib , callPackage , hyDefinedPythonPackages ? python-packages: [] /* Packages like with python.withPackages */ }: let withPackages = ( python-packages: callPackage ./builder.nix { hyDefinedPythonPackages = python-packages; } ); in (withPackages hyDefinedPythonPackages) // { # Export withPackages function for hy customization inherit withPackages; } </del>

Discussion:
The one in is more up-to-date (1.0a3 vs 1.0a1, current version is 1.0a4 though), . The second one is the oldest though. Not sure what is the best solution here. It doesn't seem to make much sense to have Hy being considered a interpreter instead of a Python package (it even has attribute that AFAIK isn't any different from simply from using with and other dependencies as ). But I don't have sufficient context here. We probably need to merge one in another and delete the other derivation. Steps to reproduce the behavior: We should only have one Hy package. N/A N/A <!-- 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.
Created a PR removing and keeping , while also making has the same parameter for backwards compatibility:
Change:
img2pdf = with python3Packages; toPythonApplication img2pdf; <ins> imgbrd-grabber = qt5.callPackage ../applications/graphics/imgbrd-grabber/default.nix { typescript = nodePackages.typescript; }; </ins> imgcat = callPackage ../applications/graphics/imgcat { }; imgp = python3Packages.callPackage ../applications/graphics/imgp { };

Discussion:
Project description Imageboard/booru downloader which can download thousands of images from multiple boorus very easily. Metadata homepage URL: source URL: license: Apache-2.0 platforms: Windows, Mac, and Linux
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 .
Still not packaged for NixOS. So still important (at least to me). I'm trying to package it myself, but it doesn't work due to dependencies on packages from NPM.
Going to take a look at this after I open a PR for .