jiebi/CodeConvo huggingface dataset:
Change:
this package () is not available for any platforms. When I try to install the package from the shell To be available for popular platform like x86/amd64. arm64 If applicable, add screenshots to help explain your problem. Add any other context about the problem here. : Answered me by email. Merci :) <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
For the context: I use the wrapper layer of Nix Package Manager and docker with
The extension is a core PHP extension and therefore, it is already available. On my side, I succeeded to test with my own project (loophp/nix-shell) by doing: a random file containing: in or . : in the same directory The thing is that is not in NixOS, if you want to enable it, you have to add it explicitly. The syntax to use is: Hope this helps.
Dear , I guess we can now close this issue ?
any idea why ?
No, but this is a good question, I guess or might help here.
So I did some digging into this, because it's a very good question. The reason for it not being enabled by default on darwin is because it wasn't enabled by default before we migrated to our modular build of PHP. The latest release branch before the modular build was 19.09 and here's the PHP definition from that time, where I have highlighted the line that we emulated by leaving it disabled after that big refactoring: -- so in 19.09 it was disabled on darwin. Inspecting that line further, the last time it was changed before that I linked it as of 19.09 was as part of a refactoring in July 2018: -- however, this commit actually didn't change the fact if it was enabled or not. So looking back ever further I found this, the commit authored in June 2016: That made a bunch of changes to the PHP definition, in which, one of the changes was to disable the imap extension on darwin. So I would assume that at that time, in June 2016, either as a dependency or the PHP extension itself actually didn't build on darwin, hence it was disabled to make PHP build at all on darwin. Digging deeper: Here's the PR for that latest commit to fix the build back in 2016: And the corresponding issue: In the issue we can conclude that didn't build on darwin at that time. So it was a reasonable desicsion back then to disable that extension. Of course... now... 6 years later... this may not be a problem anymore and maybe we should revisit this :wink:
So now we have the PR merged to build on darwin, which sholud be a good first step to enable the imap extension:

Discussion:
gettext gmp iconv <ins> imap </ins> intl ldap mbstring

xmlwriter zip zlib <del> ] ++ lib.optionals (!stdenv.isDarwin) [ imap ])) </del> <ins> ])) </ins>

, libffi , libiconv , libjpeg <ins> , libkrb5 </ins> , libpng , libsodium , libwebp

} { name = "imap"; <del> buildInputs = [ uwimap openssl pam pcre2 ]; configureFlags = [ "--with-imap=${uwimap}" "--with-imap-ssl" ]; # uwimap doesn't build on darwin. enable = (!stdenv.isDarwin); </del> <ins> buildInputs = [ uwimap openssl pam pcre2 libkrb5 ]; configureFlags = [ "--with-imap=${uwimap}" "--with-imap-ssl" "--with-kerberos" ]; </ins> } { name = "intl";
Change:
The example from the manual: Literally all instances in nixpkgs use : The manual and nixpkgs should be consistent. As a contributor, i should be able to use examples from the manual (it does not even work).
To make the example from the manual work, you have to add: which adds 3 lines instead of i think it is more readable, idiomatic and elegant, but also clutters the derivation... so the version used in nixpkgs seems to be pragmatic. i suggest we update the manual to reflect nixpkgs. do you agree? we should have a general decision for ONE style. inherit vs
I would prefer the version. Inherits in a let block should only be used, when the attribute is need many times and is a common well known attribute, e.g. lib, version, ...
used to be it's own attribute before it got moved to , I'm guessing the manual was just forgotten to be updated.
Opened a PR that updates the documentation:
yup I forgot

Discussion:
Examples: ```nix <del> passthru.tests.version = testVersion { package = hello; }; </del> <ins> passthru.tests.version = testers.testVersion { package = hello; }; </ins> <del> passthru.tests.version = testVersion { </del> <ins> passthru.tests.version = testers.testVersion { </ins> package = seaweedfs; command = "weed version"; }; <del> passthru.tests.version = testVersion { </del> <ins> passthru.tests.version = testers.testVersion { </ins> package = key; command = "KeY --help"; # Wrong '2.5' version in the code. Drop on next version. version = "2.5"; }; <ins> passthru.tests.version = testers.testVersion { package = ghr; # The output needs to contain the 'version' string without any prefix or suffix. version = "v${version}"; }; </ins> ``` ## `testEqualDerivation` {#tester-testEqualDerivation}

Example: ```nix <del> testEqualDerivation </del> <ins> testers.testEqualDerivation </ins> "The hello package must stay the same when enabling checks." hello (hello.overrideAttrs(o: { doCheck = true; }))

Example: ```nix <del> tests.fetchgit = invalidateFetcherByDrvHash fetchgit { </del> <ins> tests.fetchgit = testers.invalidateFetcherByDrvHash fetchgit { </ins> name = "nix-source"; url = "https://github.com/NixOS/nix"; rev = "9d9dbe6ed05854e03811c361a3380e09183f4f4a";
Change:
After installing , the interface that shows up is completely Steps to reproduce the behavior: to systemPackages in See the standard Kontact interface will all the apps: ! Actual result ! The "Kontact Suite" promises, , to That means the package should depend on: kmail kaddressbook korganizer akregator Additionally, there's a package that has no executable binary yet seems related to . What is is for? Please run and paste the result.
Possibly related to
Looks like grantleetheme is looking in the wrong directory for resources. The files do exist in . Other package managers would just write the files to the global messageviewer path, but that doesn't work with nix. There must be some way to make grantlee theme look in the right directory.
See and
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
qtwebengine, kcmutils, kcrash, kdbusaddons, kparts, kwindowsystem, akonadi, grantleetheme, kontactinterface, kpimtextedit, <del> mailcommon, libkdepim, pimcommon </del> <ins> mailcommon, libkdepim, pimcommon, akregator, kaddressbook, kmail, knotes, korganizer, zanshin </ins> }: mkDerivation {

kcmutils kcrash kdbusaddons kparts kwindowsystem akonadi grantleetheme kontactinterface kpimtextedit mailcommon libkdepim pimcommon <ins> akregator kaddressbook kmail knotes korganizer zanshin </ins> ]; }
Change:
The package is missing the theme files that are provided by the source. The theme files should be included in the nix store. As an example of how to do it, look at the from
I took the liberty to create a PR for this. Could you please review?

Discussion:
ldflags = [ "-s" "-w" "-X" "main.Version=${version}" ]; <ins> tags = [ "netgo" "osusergo" "static_build" ]; postInstall = '' mkdir -p $out/share/oh-my-posh cp -r ${src}/themes $out/share/oh-my-posh/ ''; </ins> meta = with lib; { description = "A prompt theme engine for any shell"; homepage = "https://ohmyposh.dev";
Change:
Project description From the website : "This program takes upon itself the hard task of beautifying Bash scripts" Metadata homepage URL: source URL: license: MIT platforms: any

Discussion:
<ins> { lib , buildPythonPackage , fetchPypi }: buildPythonPackage rec { pname = "types-colorama"; version = "0.4.15"; format = "setuptools"; src = fetchPypi { inherit pname version; hash = "sha256-/RKLHjLz/s7F8J30Nm0hSY7obqMfz4tOjxrebQu/mDI="; }; # Module has no tests doCheck = false; meta = with lib; { description = "Typing stubs for colorama"; homepage = "https://github.com/python/typeshed"; license = licenses.asl20; maintainers = with maintainers; [ fab ]; }; } </ins>

<ins> { lib , fetchFromGitHub , python3 }: python3.pkgs.buildPythonApplication rec { pname = "beautysh"; version = "6.2.1"; format = "pyproject"; src = fetchFromGitHub { owner = "lovesegfault"; repo = pname; rev = "v${version}"; hash = "sha256-rPeGRcyNK45Y7OvtzaIH93IIzexBf/jM1SzYP0phQ1o="; }; nativeBuildInputs = with python3.pkgs; [ poetry-core ]; propagatedBuildInputs = with python3.pkgs; [ colorama setuptools types-colorama types-setuptools ]; checkInputs = with python3.pkgs; [ pytestCheckHook ]; postPatch = '' substituteInPlace pyproject.toml  --replace 'types-setuptools = "^57.4.0"' 'types-setuptools = "*"' ''; pythonImportsCheck = [ "beautysh" ]; meta = with lib; { description = "Tool for beautifying Bash scripts"; homepage = "https://github.com/lovesegfault/beautysh"; license = with licenses; [ asl20 ]; maintainers = with maintainers; [ fab ]; }; } </ins>

inherit (plasma5Packages) breeze-icons; }; <ins> beautysh = callPackage ../development/tools/beautysh { }; </ins> bc = callPackage ../tools/misc/bc { }; bdf2psf = callPackage ../tools/misc/bdf2psf { };

typer = callPackage ../development/python-modules/typer { }; <ins> types-colorama = callPackage ../development/python-modules/types-colorama { }; </ins> types-dateutil = callPackage ../development/python-modules/types-dateutil { }; types-decorator = callPackage ../development/python-modules/types-decorator { };
Change:
For the last few weeks, Rider hasn't started. I get an dialog with the following text: In the console, there is a link to recovering from IDE errors. I've followed those including blowing away my config, log, and cache directories (which lets me go through the initial setup but still fails). Rider and build system. the CLI, navigate to a C# project and enter It starts up after a while and it is usable. I pasted above the text of the only dialog box. Looking through the error log, I saw this entry: This file exists but running on it show this: The problem seems to be the missing . Rider doesn't appear to have maintainers, but is on a number of packages in that file.
Will be resolved by

Discussion:
githubId = 314564; name = "Ryan Lahfa"; }; <ins> raphaelr = { email = "raphael-git@tapesoftware.net"; matrix = "@raphi:tapesoftware.net"; github = "raphaelr"; githubId = 121178; name = "Raphael Robatsch"; }; </ins> raquelgb = { email = "raquel.garcia.bautista@gmail.com"; github = "raquelgb";

{ lib, stdenv, callPackage, fetchurl <del> , jdk, cmake, gdb, zlib, python3 </del> <ins> , jdk, cmake, gdb, zlib, python3, icu </ins> , lldb , dotnet-sdk_6 , maven

(mkJetBrainsProduct { inherit pname version src wmClass jdk; product = "Rider"; <ins> # icu is required by Rider.Backend extraLdPath = [ icu ]; </ins> meta = with lib; { homepage = "https://www.jetbrains.com/rider/"; inherit description license platforms;

apps, services and libraries, Unity games, ASP.NET and ASP.NET Core web applications. ''; <del> maintainers = [ ]; </del> <ins> maintainers = with maintainers; [ raphaelr ]; </ins> }; }).overrideAttrs (attrs: { postPatch = lib.optionalString (!stdenv.isDarwin) (attrs.postPatch + '' <ins> interp="$(cat $NIX_CC/nix-support/dynamic-linker)" patchelf --set-interpreter $interp lib/ReSharperHost/linux-x64/Rider.Backend </ins> rm -rf lib/ReSharperHost/linux-x64/dotnet <del> mkdir -p lib/ReSharperHost/linux-x64/dotnet/ ln -s ${dotnet-sdk_6}/bin/dotnet lib/ReSharperHost/linux-x64/dotnet/dotnet </del> <ins> ln -s ${dotnet-sdk_6} lib/ReSharperHost/linux-x64/dotnet </ins> ''); });
Change:
Some sort of issue in the emacsPackagesNg in the nixos-16.09 channel that breaks querying (okay in prior nixos channel releases and nixpkgs-unstable too). compare this to nxpkgs-unstable channel System: CentOS release 6.7 (Final) (also in my friend's NixOS 16.09beta480) Nix version: nix-env (Nix) 1.10 Nixpkgs version: 16.09pre91019.
I think /cc as I have no competency in that piece of code. (FYI, in general, its a good idea to use on related files to mention people in issues as mention bot doesn't process them since there are no code changes. I found this issue by pure chance since I filter everything about "emacs" into my inbox and read it from time to time.)
From that commit message, sounds like this should be closed now... :grinning:

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
I'm using paperless 1.8.0 from unstable on a nixos-22.05 system. (via the services.paperless.package option) The paperless 1.6.0 in 22.05. does work without issue. When editing a document in the web interface the preview is missing. The Firefox Web Developer Tools shows a 500 error for requests to /metadata URLs. In the server log Django shows import error for PIL: Steps to reproduce the behavior: the paperless service, configure a superuser and login in the Web UI the top right click the username and go to settings. Make sure that 'Use PDF viewer provided by the browser' is enabled. Save. a document (e.g. a PDF) in the Web UI the document, notice missing preview on the right side logs for error message, e.g. via See the PDF document while editing.
It looks like it's an issue specific to using the unstable package on the stable release. My guess is that the service config invokes the webserver with stable gunicorn (with gunicorn) but with the unstable paperless package environment, which doesn't mix well (esp. when they both use different Python versions). See and
Does fix this?

Discussion:
serviceConfig = defaultServiceConfig // { User = cfg.user; ExecStart = '' <del> ${pkgs.python3Packages.gunicorn}/bin/gunicorn  </del> <ins> ${pkg.python.pkgs.gunicorn}/bin/gunicorn  </ins> -c ${pkg}/lib/paperless-ngx/gunicorn.conf.py paperless.asgi:application ''; Restart = "on-failure";
Change:
v0.11.0 of OpenOCD is over a year old, does anyone have time to update or add an unstable branch?
v0.11.0 seems to be the latest release (). I suggest asking upstream for a new release.
We don't update to unstable unless there is a good reason to do so. Do you have any?
Yes - there is no sign of a 0.12.0 release that I can see, and the software has been actively developed since the 0.11.0 release. There is currently open to update ElmerFEM for similar purposes. I’m not convinced that it should be on users or maintainers to ask upstream for a release number in cases like this.
That's a different case, since the person opening the PR indicated there is something they need from the unreleased version of the software. So let me repeat and rephrase my question: Do you have any reason why you want us to update OpenOCD to unstable? Any bug fixes, any features you are missing from the latest stable release?
Now that v0.12.0 is out, would you take action to update this? I want to see if any of the changes related to allow me to flash an atsamc21g18 that drives it’s SWD pins from a rpi.
Can you test

Discussion:
{ stdenv , lib <del> , fetchpatch </del> , fetchurl , pkg-config , hidapi

stdenv.mkDerivation rec { pname = "openocd"; <del> version = "0.11.0"; </del> <ins> version = "0.12.0"; </ins> src = fetchurl { url = "mirror://sourceforge/project/${pname}/${pname}/${version}/${pname}-${version}.tar.bz2"; <del> sha256 = "0z8y7mmv0mhn2l5gs3vz6l7cnwak7agklyc7ml33f7gz99rwx8s3"; </del> <ins> sha256 = "sha256-ryVHiL6Yhh8r2RA/5uYKd07Jaow3R0Tu+Rl/YEMHWvo="; </ins> }; nativeBuildInputs = [ pkg-config ];

buildInputs = [ hidapi libftdi1 libusb1 ] ++ lib.optional stdenv.isLinux libgpiod; <del> patches = [ # Patch is upstream, so can be removed when OpenOCD 0.12.0 or later is released. (fetchpatch { url = "https://github.com/openocd-org/openocd/commit/cff0e417da58adef1ceef9a63a99412c2cc87ff3.patch"; sha256 = "Xxzf5miWy4S34sbQq8VQdAbY/oqGyhL/AJxiEPRuj3Q="; }) ]; </del> configureFlags = [ "--disable-werror" "--enable-jtag_vpi"
Change:
Current version on NIXOS 0.7.7 New version from source 0.8.1-RC4
Ping to as maintainer. v0.8.1 is available.
hi will work on this on weekend
Thanks. :) But no pressure, I was just scrolling though older open issues.
This can be closed after this MR is merged.
Thanks! You can add to your PR description and the issue will be closed automatically on merge.

Discussion:
stdenv.mkDerivation rec { pname = "ibus-bamboo"; <del> version = "0.7.8"; </del> <ins> version = "0.8.2-rc18"; </ins> src = fetchFromGitHub { owner = "BambooEngine"; repo = pname; <del> rev = "v${version}"; sha256 = "sha256-H7me34KfhDD7BNEEKkhYXo9DLeclO7N19e961BOh1Ho="; </del> <ins> rev = "v" + lib.toUpper version; sha256 = "sha256-5FSGPUJtUdYyeqJenvKaMIJcvon91I//62fnTCXcdig="; </ins> }; nativeBuildInputs = [
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: <!-- 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: 2020-6-11 desired version: Latest on <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.

Discussion:
nvim-colorizer-lua = buildVimPluginFrom2Nix { pname = "nvim-colorizer.lua"; <del> version = "2020-06-11"; </del> <ins> version = "2022-09-10"; </ins> src = fetchFromGitHub { <del> owner = "norcalli"; </del> <ins> owner = "nvchad"; </ins> repo = "nvim-colorizer.lua"; <del> rev = "36c610a9717cc9ec426a07c8e6bf3b3abcb139d6"; sha256 = "0gvqdfkqf6k9q46r0vcc3nqa6w45gsvp8j4kya1bvi24vhifg2p9"; </del> <ins> rev = "2664070cd04f2b9f803a10dd328a562be8ab15ca"; sha256 = "16myjv2hrqr2kk14mqidyrhdnz1i3p00yf0w97f4kxrdd158p1nz"; </ins> }; <del> meta.homepage = "https://github.com/norcalli/nvim-colorizer.lua/"; </del> <ins> meta.homepage = "https://github.com/nvchad/nvim-colorizer.lua/"; </ins> }; nvim-comment = buildVimPluginFrom2Nix {

https://github.com/roxma/nvim-cm-racer/,, https://github.com/hrsh7th/nvim-cmp/,, https://github.com/weilbith/nvim-code-action-menu/,, <del> https://github.com/norcalli/nvim-colorizer.lua/,, </del> <ins> https://github.com/nvchad/nvim-colorizer.lua/,, </ins> https://github.com/terrortylor/nvim-comment/,, https://github.com/hrsh7th/nvim-compe/,, https://github.com/roxma/nvim-completion-manager/,,
Change:
Steps to reproduce the behavior: -build '<nixpkgs' -A gawk-with-extensions Still fails when I used My current workaround is removing haru from gawkextlib with:
Related: and not yet updated in gawkextlib:

Discussion:
let is_extension = gawkextlib != null; in stdenv.mkDerivation rec { pname = "gawkextlib-${name}"; <del> version = "unstable-2019-11-21"; </del> <ins> version = "unstable-2022-10-20"; </ins> src = fetchgit { url = "git://git.code.sf.net/p/gawkextlib/code"; <del> rev = "f70f10da2804e4fd0a0bac57736e9c1cf21e345d"; sha256 = "0r8fz89n3l4dfszs1980yqj0ah95430lj0y1lb7blfkwxa6c2xik"; </del> <ins> rev = "f6c75b4ac1e0cd8d70c2f6c7a8d58b4d94cfde97"; sha256 = "sha256-0p3CrQ3TBl7UcveZytK/9rkAzn69RRM2GwY2eCeqlkg="; </ins> }; postPatch = ''

name = "gd"; extraBuildInputs = [ gd ]; }; <del> haru = buildExtension { inherit gawkextlib; name = "haru"; extraBuildInputs = [ libharu ]; }; </del> <ins> # Build has been broken: https://github.com/NixOS/nixpkgs/issues/191072 # haru = buildExtension { #   inherit gawkextlib; #   name = "haru"; #   extraBuildInputs = [ libharu ]; # }; </ins> json = buildExtension { inherit gawkextlib; name = "json";
Change:
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 .

Discussion:
<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>

freebayes = callPackage ../applications/science/biology/freebayes { }; <ins> freefilesync = callPackage ../applications/networking/freefilesync { }; </ins> freewheeling = callPackage ../applications/audio/freewheeling { }; fritzing = libsForQt5.callPackage ../applications/science/electronics/fritzing { };
Change:
is built without clipboard or unicode input support. It prints the following warnings to the console Steps to reproduce the behavior: and observe the CLI output. does not output any warnings and supports clipboard Used mupdf from its last nixpkgs change
It looks like that feature needs the thirdparty freeglut:
Fixed by /

Discussion:
, lib , fetchurl , fetchpatch <ins> , fetchFromGitHub </ins> , copyDesktopItems , makeDesktopItem , desktopToDarwinBundle

openJpegVersion = with stdenv; lib.versions.majorMinor (lib.getVersion openjpeg); <ins> freeglut-mupdf = freeglut.overrideAttrs (old: rec { pname = "freeglut-mupdf"; version = "3.0.0-r${src.rev}"; src = fetchFromGitHub { owner = "ArtifexSoftware"; repo = "thirdparty-freeglut"; rev = "13ae6aa2c2f9a7b4266fc2e6116c876237f40477"; hash = "sha256-0fuE0lm9rlAaok2Qe0V1uUrgP4AjMWgp3eTbw8G6PMM="; }; }); </ins> in stdenv.mkDerivation rec {

if stdenv.isDarwin then with darwin.apple_sdk.frameworks; [ GLUT OpenGL ] else <del> [ freeglut libGLU ] </del> <ins> [ freeglut-mupdf libGLU ] </ins> ) ; outputs = [ "bin" "dev" "out" "man" "doc" ];