jiebi/CodeConvo huggingface dataset:
Change:
raul = callPackage ../development/libraries/audio/raul { }; <ins> raylib = callPackage ../development/libraries/raylib { }; </ins> readline = readline6; readline6 = readline63;

Discussion:
Project description raylib is a simple and easy-to-use library to enjoy videogames programming. raylib is highly inspired by Borland BGI graphics lib and by XNA framework and it's specially well suited for prototyping, tooling, graphical applications, embedded systems and education. Metadata homepage URL: source URL: license: zlib platforms: unix, linux, darwin, android, webasm
I've got a PR I'm preparing which adds this.
Change:
ln -sv ${srcs.cppo} $sourceRoot/src_ext/cppo.tar.gz ln -sv ${srcs.cudf} $sourceRoot/src_ext/cudf.tar.gz ln -sv ${srcs.dose3} $sourceRoot/src_ext/dose3.tar.gz <ins> ln -sv ${srcs.dune-local} $sourceRoot/src_ext/dune-local.tbz </ins> ln -sv ${srcs.extlib} $sourceRoot/src_ext/extlib.tar.gz <del> ln -sv ${srcs.jbuilder} $sourceRoot/src_ext/jbuilder.tbz </del> ln -sv ${srcs.mccs} $sourceRoot/src_ext/mccs.tar.gz ln -sv ${srcs.ocamlgraph} $sourceRoot/src_ext/ocamlgraph.tar.gz ln -sv ${srcs.opam-file-format} $sourceRoot/src_ext/opam-file-format.tar.gz ln -sv ${srcs.re} $sourceRoot/src_ext/re.tbz ln -sv ${srcs.result} $sourceRoot/src_ext/result.tbz <ins> ln -sv ${srcs.seq} $sourceRoot/src_ext/seq.tar.gz </ins> ''; <del> patches = [ ./opam-pull-3487.patch ./opam-shebangs.patch ./opam-mccs-darwin.patch ]; </del> <ins> patches = [ ./opam-shebangs.patch ]; </ins> preConfigure = '' substituteInPlace ./src_ext/Makefile --replace "%.stamp: %.download" "%.stamp:"

Discussion:
Currently nothing compiles from opam env. Need to add this patch for workaround using .
cc
Please don’t hesitate to sent a merge request.
Change:
stdenv.mkDerivation rec { pname = "intel-graphics-compiler"; <del> version = "1.0.4241"; </del> <ins> version = "1.0.8744"; </ins> src = fetchFromGitHub { owner = "intel"; repo = "intel-graphics-compiler"; rev = "igc-${version}"; <del> sha256 = "1jp3c67ppl1x4pazr5nzy52615cpx0kyckaridhc0fsmrkgilyxq"; </del> <ins> sha256 = "G5+dYD8uZDPkRyn1sgXsRngdq4NJndiCJCYTRXyUgTA="; </ins> }; nativeBuildInputs = [ clang cmake bison flex python3 ]; <del> buildInputs = [ clang opencl-clang spirv-llvm-translator llvm ]; </del> <ins> buildInputs = [ clang opencl-clang spirv-llvm-translator llvm lld_11 ]; </ins> strictDeps = true;

Discussion:
, current version: 20.34. desired version: 21.42. maintainers: The packages version is quite old and doesn't work properly on 11th gen cpus. There are also other PR which are interwoven with this such as: And also an issue that might be related To update this properly I think we need to update at least the following packages: , , and .
Change:
<del> { lib , rustPlatform , fetchFromGitHub , cryptsetup , pkg-config }: rustPlatform.buildRustPackage rec { pname = "fido2luks"; version = "0.2.21"; src = fetchFromGitHub { owner = "shimunn"; repo = pname; rev = version; sha256 = "sha256-bXwaFiRHURvS5KtTqIj+3GlGNbEulDgMDP51ZiO1w9o="; }; nativeBuildInputs = [ pkg-config rustPlatform.bindgenHook ]; buildInputs = [ cryptsetup ]; cargoSha256 = "sha256-MPji87jYJjYtDAXO+v/Z4XRtCKo+ftsNvmlBrM9iMTk="; meta = with lib; { description = "Decrypt your LUKS partition using a FIDO2 compatible authenticator"; homepage = "https://github.com/shimunn/fido2luks"; license = licenses.mpl20; maintainers = with maintainers; [ prusnak mmahut ]; platforms = platforms.linux; }; } </del>

Discussion:
Steps to reproduce the behavior: Enable or run <!-- 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]:
this seems to still be an issue
Issue filed upstream, fix was a simple update to as well as a for good measure.
(I kinda figured the reference as rendered by GitHub immediately above my comment would be sufficient)
shimunn has responded on the issue on the upstream repo, and is asking us to start using 0.3. I'd personally suggest we stick with 0.2 and either vendor it or patch it. The changed files are just and , which I'm attaching both of as confirmed working. I'm not sure the preferred way to address it, but I hope this helps.
Change:
mirage = throw "mirage has been removed from nixpkgs, as it's unmaintained"; # added 2019-12-10 minergate = throw "minergate has been removed from nixpkgs, because the package is unmaintained and the site has a bad reputation"; # added 2021-08-13 minergate-cli = throw "minergatecli has been removed from nixpkgs, because the package is unmaintained and the site has a bad reputation"; # added 2021-08-13 <ins> minetime = throw "minetime has been removed from nixpkgs, because it was discontinued 2021-06-22"; # added 2021-10-14 </ins> mopidy-gmusic = throw "mopidy-gmusic has been removed because Google Play Music was discontinued"; # added 2021-03-07 <del> mopidy-local-images = throw "mopidy-local-images has been removed as it's unmaintained. It's functionality has been merged into the mopidy-local extension."; # added 2020-10-18 mopidy-local-sqlite = throw "mopidy-local-sqlite has been removed as it's unmaintained. It's functionality has been merged into the mopidy-local extension."; # added 2020-10-18 </del> <ins> mopidy-local-images = throw "mopidy-local-images has been removed as it's unmaintained. Its functionality has been merged into the mopidy-local extension."; # added 2020-10-18 mopidy-local-sqlite = throw "mopidy-local-sqlite has been removed as it's unmaintained. Its functionality has been merged into the mopidy-local extension."; # added 2020-10-18 </ins> mysql-client = hiPrio mariadb.client; memtest86 = memtest86plus; # added 2019-05-08 mesa_noglu = mesa; # added 2019-05-28

Discussion:
is "no longer maintained" or distributed, and the releases are unavailable: <!-- 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. Maintainer information:
A closed source substituting another one? Well, it can be fixed by aliasing them to a failure.
Change:
# prevent race conditions on system startup when interfaces are not yet # configured ip-freebind = mkDefault true; <ins> define-tag = mkDefault ""; </ins> }; remote-control = { control-enable = mkDefault false;

Discussion:
Describe the bug the unbound config is sensitive to key ordering, but nix is not. this breaks when the nix order differes from the order unbound expects, eg for /. this may affect other combinations as well. To Reproduce configure unbound with access control using tags, eg Screenshots Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
I'm not sure how we could solve this. How about adding a specific option for ?
sounds reasonable. had a cursory glance at the config man page and haven't found any dependencies like that listed there (not any others--any!). we might just have to react as things break :(
I'll open a PR then.
If should always be possible to do something like this if you need a specific ordering of keys (untested)
ping
that does work, it's what we had before as a quick get-it-running-again after the rfc42 update of the module. tried to turn it into proper settings as was intended by the makers, and stuff promptly broke. :D
It's totally fine that unbound is a freeform module and the benefits outweigh the drawbacks by far. Acutally I think this might even be worth an upstream bugreport, because having the order matter in a config file is almost always bad UX.
definitely true, but a look at the unbound config parser suggests that this won't be changing quickly. while their config does look like yaml it definitely isn't. on the flip side, seems to be the only option needing such special treatment in nix.
I ran into an issue where putting a 'forward-zone' before 'server' in settings upsets unbound.
I ran into this issue for domain-insecure, local-zone, and local-data when they appeared before server. Interestingly, I don't have this issue with forward-zone. In my previous working config these were after and worked in that position but don't work here where they're placed before . I've confirmed that the lines themselves are character-for-character identical. It seems like server should also be hardcoded to come first
would indeed do that.
What you are describing is a different issue and stems from wrong configuration on your end. You will have to nest your within inside the settings.

I think the module should run  on the generated config to catch these errors at build time.
The is an entirely different clause than the clause, according to , and shouldn't be specified in it, contrary to what you suggested. As for running at build time, it has been discussed and in above comments.
Yeah in my case it wasn't forward-zone causing any issues. The other zones were as I said character-for-character identical (including indentation) to a working version and the only difference was the ordering. Great to see that it's getting fixed as well
Change:
inherit src version; <del> nativeBuildInputs = [ autoreconfHook makeWrapper perl gnum4 libxslt libxml2 ]; </del> <ins> nativeBuildInputs = [ autoconf makeWrapper perl gnum4 libxslt libxml2 ]; </ins> buildInputs = [ ncurses openssl ] ++ optionals wxSupport wxPackages2

Discussion:
While attempting to add Erlang/OTP 22 to nixpkgs, I had to remove and add to to get it to build. Unfortunately I don't know enough about nix in order to say how support for Erlang/OTP 22 best should be handled. I have attached the patch that led to a successful build of , but this will probably breaks other versions, since it modifies . I would be happy to get suggestions on how to proceed – or have someone else with more nix knowledge finish this work. :)
Actually it looks like the modification to works for all supported, previous versions of Erlang (R18–R21) as well.
I think it makes sense to open a pr with your changes.
Went ahead and did that now, (modify generic builder) (add Erlang/OTP 22)
Change:
patches = [ (substitute { src = ./libamplsolver-sharedlib.patch; <del> replacements = [ "--replace" "@sharedlibext@" "${stdenv.hostPlatform.extensions.sharedLibrary}" ]; </del> <ins> substitutions = [ "--replace" "@sharedlibext@" "${stdenv.hostPlatform.extensions.sharedLibrary}" ]; </ins> }) ];

Discussion:
Using with , currently does not allow me to replace a string that contains spaces. Steps to reproduce the behavior: the code below: It gives the following error: I tried quoting it, escaping the spaces... but none of them seemed to work. The I did succeeds. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. I posted this in the NixOS matrix room a while ago (but I forgot to submit an issue): !$ People showed me some bash magic I couldn't understand, I think they might be helpful and worth checking out. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (git blame) cc (people in the original conversation) Please run and paste the result. (I'm sorry if I described anything incorrectly, I'm a not a native English speaker and I am still trying to improve my language skills) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Should be fixed with , please give it a try :)
Wonderful! It worked for me
Change:
}; }; <ins> ImageSane = buildPerlPackage rec { name = "Image-Sane-0.14"; src = fetchurl { url = "mirror://cpan/authors/id/R/RA/RATCLIFFE/${name}.tar.gz"; sha256 = "a4b027c9b7650291f1acb0eb93861a7fc45aef4e08f6726843f174fa113c8ba5"; }; buildInputs = [ pkgs.sane-backends ExtUtilsDepends ExtUtilsPkgConfig TestRequires TryTiny ]; propagatedBuildInputs = [ ExceptionClass Readonly ]; meta = { description = "Perl extension for the SANE (Scanner Access Now Easy) Project"; license = with stdenv.lib.licenses; [ artistic1 gpl1Plus ]; }; }; </ins> ImageScale = buildPerlPackage rec { name = "Image-Scale-0.14"; src = fetchurl {

Discussion:
I'm going to be putting this aside for a bit but it still needs some work, so I'm posting this here till I have a PR ready. At the moment this appears to generate a functional gscan2pdf derivation, however I would like to find a way to allow at least part, if not all of the (graphical) tests to be run. I also intend to merge the perl packages into perl packages properly instead of leaving them like this, and I need to look into whether they have any extra things I should configure, currently this is somewhat modified output of nix-generate-from-cpan. Also I don't know if this should go into tools/graphics, or into perlPackages, or what. Though I'm leaning towards the former. Also please send suggestions on how to improve the script in general. If anyone wants to pick this up, please do.
Any progress on this?
Change:
{ fetchNuGet }: [ (fetchNuGet { pname = "Azure.Bicep.Internal.RoslynAnalyzers"; version = "0.1.38"; sha256 = "1b13vbl0y851nr7rfhyxc0djihxfr7xv010f9zvvbibyz5wqis7v"; }) (fetchNuGet { pname = "Azure.Bicep.Types"; version = "0.5.9"; sha256 = "02v5jzrap5flk5r6jwbw3mzvkxb51kmz4g71j2nnikqgnc4v5dh2"; }) <del> (fetchNuGet { pname = "Azure.Bicep.Types.Az"; version = "0.2.686"; sha256 = "08yv067s9cccr7brsw85mdgbq0cyw39vmbmfxcvhhnvrgd7g4mgf"; }) </del> <ins> (fetchNuGet { pname = "Azure.Bicep.Types.Az"; version = "0.2.692"; sha256 = "1cc48z47wsqyhzszpkmm949qk85b9jq04qnahk4xwg643xkysr1b"; }) </ins> (fetchNuGet { pname = "Azure.Bicep.Types.K8s"; version = "0.1.626"; sha256 = "1c07igq6jqxkg9iln452fnng2n6ddd0008vb5lgbzdpgp1amz2ji"; }) (fetchNuGet { pname = "Azure.Containers.ContainerRegistry"; version = "1.1.1"; sha256 = "0hn6mq1bffcq7d5w4rj4ffdxb3grvymzrpyl1qrbxksqpfbd0bh4"; }) (fetchNuGet { pname = "Azure.Core"; version = "1.36.0"; sha256 = "14lsc6zik7s5by3gp86pf77wh58fcqrjy2xhx5p03gmhdn6iz2cn"; })

Discussion:
update script errors when executed as: Logs: -shell --argstr package bicep logs at: Update script should not error. It should update package. An update for bicep 0.28.1 is available. CC
Error looks like a red herring, I see it during successful updates. Seems like a problem with a dependency version in that release. I was able to run it on a newer commit after they bump dependencies. When you run the fetch-deps I see this on that release:
Change:
<del> { stdenv, fetchurl, python, pkgconfig, readline, gettext, libxslt , docbook_xsl, docbook_xml_dtd_42 </del> <ins> { stdenv , fetchurl , python3 , pkg-config , readline , gettext , libxslt , docbook-xsl-nons , docbook_xml_dtd_42 , wafHook </ins> }: stdenv.mkDerivation rec { <del> name = "ntdb-1.0"; </del> <ins> pname = "ntdb"; version = "1.0"; </ins> src = fetchurl { <del> url = "mirror://samba/tdb/${name}.tar.gz"; </del> <ins> url = "mirror://samba/tdb/${pname}-${version}.tar.gz"; </ins> sha256 = "0jdzgrz5sr25k83yrw7wqb3r0yj1v04z4s3lhsmnr5z6n5ifhyl1"; }; <del> nativeBuildInputs = [ pkgconfig ]; </del> <ins> nativeBuildInputs = [ pkg-config gettext libxslt docbook-xsl-nons docbook_xml_dtd_42 wafHook ]; </ins> buildInputs = [ <del> python readline gettext libxslt docbook_xsl docbook_xml_dtd_42 </del> <ins> python3 readline # required to build python </ins> ]; <del> preConfigure = '' patchShebangs buildtools/bin/waf ''; </del> <ins> wafPath = "buildtools/bin/waf"; </ins> <del> configureFlags = [ </del> <ins> wafConfigureFlags = [ </ins> "--bundled-libraries=NONE" "--builtin-libraries=replace,ccan" ]; meta = with stdenv.lib; { description = "The not-so trivial database"; <del> homepage = https://tdb.samba.org/; </del> <ins> homepage = "https://tdb.samba.org/"; </ins> license = licenses.lgpl3Plus; platforms = platforms.all; };

Discussion:
Describe the bug build of failed. To Reproduce Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(gtgteq): nixpkgs: Maintainer information:
Looks like regression in . We need to build talloc with Python 3 too.
It might also need
Change:
mapbox-earcut = callPackage ../development/python-modules/mapbox-earcut { }; <ins> mapclassify = callPackage ../development/python-modules/mapclassify { }; </ins> mariadb = callPackage ../development/python-modules/mariadb { }; marimo = callPackage ../development/python-modules/marimo { };

Discussion:
Project description mapclassify is an open-source python library for Choropleth map classification. It is part of the Python Spatial Analysis Library. Metadata homepage URL: source URL: license: BSD-3-Clause license
Even nicer if we could get pysal itself - there are some QGIS plugins that depend on it.
Change:
<del> { stdenv, fetchurl, makeDesktopItem, makeWrapper, patchelf, p7zip , coreutils, gnugrep, which, git, python, unzip }: { name, product, version, src, wmClass, jdk, meta } @ attrs: with stdenv.lib; let loName = toLower product; hiName = toUpper product; execName = concatStringsSep "-" (init (splitString "-" name)); in with stdenv; lib.makeOverridable mkDerivation rec { inherit name src meta; desktopItem = makeDesktopItem { name = execName; exec = execName; comment = lib.replaceChars ["n"] [" "] meta.longDescription; desktopName = product; genericName = meta.description; categories = "Application;Development;"; icon = execName; extraEntries = '' StartupWMClass=${wmClass} ''; }; buildInputs = [ makeWrapper patchelf p7zip unzip ]; patchPhase = '' get_file_size() { local fname="$1" echo $(ls -l $fname | cut -d ' ' -f5) } munge_size_hack() { local fname="$1" local size="$2" strip $fname truncate --size=$size $fname } interpreter=$(echo ${stdenv.glibc.out}/lib/ld-linux*.so.2) if [ "${stdenv.system}" == "x86_64-linux" ]; then target_size=$(get_file_size bin/fsnotifier64) patchelf --set-interpreter "$interpreter" bin/fsnotifier64 munge_size_hack bin/fsnotifier64 $target_size else target_size=$(get_file_size bin/fsnotifier) patchelf --set-interpreter "$interpreter" bin/fsnotifier munge_size_hack bin/fsnotifier $target_size fi ''; installPhase = '' mkdir -p $out/{bin,$name,share/pixmaps,libexec/${name}} cp -a . $out/$name ln -s $out/$name/bin/${loName}.png $out/share/pixmaps/${execName}.png mv bin/fsnotifier* $out/libexec/${name}/. jdk=${jdk.home} item=${desktopItem} makeWrapper "$out/$name/bin/${loName}.sh" "$out/bin/${execName}"  --prefix PATH : "$out/libexec/${name}:${stdenv.lib.makeBinPath [ jdk coreutils gnugrep which git ]}"  --set JDK_HOME "$jdk"  --set ${hiName}_JDK "$jdk"  --set ANDROID_JAVA_HOME "$jdk"  --set JAVA_HOME "$jdk" ln -s "$item/share/applications" $out/share ''; } </del>

Discussion:
JetBrains IDEs are currently at which is kind of confusing because the packages here aren't all under name. For example WebStorm, PhpStorm, PyCharm and so on - these are properties of JetBrains. Therefore I think it will be good to move all them under and rename to .
Do you want to make a pull request?
Change:
<del> { stdenv, fetchurl, unzip, autoreconfHook, glog, hyperleveldb, libe, pkgconfig, popt, libpo6, busybee }: stdenv.mkDerivation rec { name = "replicant-${version}"; version = "0.6.3"; src = fetchurl { url = "https://github.com/rescrv/Replicant/archive/releases/${version}.zip"; sha256 = "1q3pdq2ndpj70yd1578bn4grlrp77gl8hv2fz34jpx34qmlalda4"; }; buildInputs = [ autoreconfHook busybee glog hyperleveldb libe libpo6 pkgconfig popt unzip ]; meta = with stdenv.lib; { description = "A system for maintaining replicated state machines"; homepage = https://github.com/rescrv/Replicant; license = licenses.bsd3; }; } </del>

Discussion:
Starting the HyperDex coordinator by running does most of its work by , which must be on . This does not work with the current derivation. This could be fixed either by ensuring replicant is to PATH (would making it a propagated build input be sufficient?) or patching hyperdex to exec replicant by its store path. Install hyperdex, run . It fails. System: 16.03.1242. (Emu) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: 16.03.1242.
Thanks! Upstream hyperdex is not super maintained and in my experience not stable enough to be used in production. I vote for removing it from nixos. are you relying in hyperdex in nixos or is are you just testing? [1]
I was just testing, not relying on it. Removal sounds okay to me. Alternately, I tested and adding to (in addition to ) fixes the problem.
Change:
NFS_V4_SECURITY_LABEL y ''} CIFS_XATTR y <del> CIFS_POSIX y </del> <ins> CIFS_POSIX? y </ins> CIFS_FSCACHE y CIFS_STATS y CIFS_WEAK_PW_HASH y

Discussion:
Commit was cherry-picked on , upgrading Linux to . This broke the Linux kernel build (): Correspondingly Hydra at has 656 newly failing jobs. does not have the issue, but all newer kernels do, e.g. the current . From I suspect the fix in newer branches is commit . Don't know yet what the corresponding transformation on in is. We should immediately either fix this using the same transformation as in commit or revert the upgrade, so that people still using don't suffer from this. (It is officially EOL but the fact that there was a kernel backport shows that some still care / are migrating.) CC
I have a fix
PR at
Should be fixed once the mentioned PR is built.
Change:
owner = "plotly"; repo = pname; rev = "refs/tags/v${version}"; <del> hash = "sha256-kxat6CjX4xPEtlhRiYJF5wN2Luds7DduZyiUA9/kKWY="; </del> <ins> hash = "sha256-6FsLvLsqnkSt/i27q/JJGfNh2zxKeA0t6VYNPCzhR0w="; </ins> }; propagatedBuildInputs = [ <del> plotly flask flask-compress </del> dash-core-components dash-html-components dash-table <ins> flask flask-compress plotly </ins> ]; passthru.optional-dependencies = {

Discussion:
Steps to reproduce the behavior: Run I'm running Nix from the provided VirtualBox demo appliance, updated to the unstable channel. It also failed to build for OfBorg <!-- --Please run and paste the result.
Change:
kirigami kxmlgui kdoctools <del> mpv </del> <ins> mpvqt </ins> qtbase ];

Discussion:
retains references to packages, bloating the closure massively. I'd expect to see no such results. If comparing to qt5: n/a Seems related to some wrapping issue. For example: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --All examples above were built against Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Do we need the qt6 plugins for designer?
I achieved the following nix diff-closures with the diff: The patch is not perfect but maybe a starting point?
Maybe a separate output that's not $dev for those plugins?
That change brings the closure from (nominally) 1.05 GiB to 925 MiB. I think the other notably sized dependency would be which appears to add 100+ MiB of its own (as it brings along ), but it's indirectly coming from
Change:
<ins> { lib, fetchFromGitHub, buildGoModule, nixosTests }: buildGoModule rec { pname = "podgrab"; version = "unstable-2021-04-14"; src = fetchFromGitHub { owner = "akhilrex"; repo = pname; rev = "3179a875b8b638fb86d0e829d12a9761c1cd7f90"; sha256 = "sha256-vhxIm20ZUi+RusrAsSY54tv/D570/oMO5qLz9dNqgqo="; }; vendorSha256 = "sha256-xY9xNuJhkWPgtqA/FBVIp7GuWOv+3nrz6l3vaZVLlIE="; postInstall = '' mkdir -p $out/share/ cp -r $src/client $out/share/ cp -r $src/webassets $out/share/ ''; passthru.tests = { inherit (nixosTests) podgrab; }; meta = with lib; { description = "A self-hosted podcast manager to download episodes as soon as they become live"; homepage = "https://github.com/akhilrex/podgrab"; license = licenses.gpl3Only; maintainers = with maintainers; [ ambroisie ]; }; } </ins>

Discussion:
Project description Podgrab is a is a self-hosted podcast manager which automatically downloads latest podcast episodes. It is a light-weight application built using GO. It works best if you already know which podcasts you want to monitor. However there is a podcast search system powered by iTunes built into Podgrab Metadata homepage URL: source URL: license: gpl3 (I think, see about a typo) platforms: unix, I think, it's a Go package
If I have some time this week-end, I might tackle this issue myself. The repo has and files so it should be pretty easy for a first contribution :-)
So I'm having issues with the package's tests, I have opened an upstream issue to discuss it.