jiebi/CodeConvo huggingface dataset:
Change:
When performing a: the package 'openjdk-8u60b24' upgrades to a different package, 'openjdk-8u60b24-', which is a different package.
This breaks the ability to have the bootstrap tested as being buildable as part of the release. This expression should be alive and built regularly to ensure its possible to rebuild the bootstrap when JAVA changes are made. On Wed, Sep 9, 2015, 02:44 Eelco Dolstra wrote:

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
output path ‘/nix/store/6ra16vllksz9wv4fkh17w5lg336zvryb-ccl-r16313’ should have r:sha256 hash ‘11lmdvzj1mbm7mbr22vjbcrsvinyz8n32a91ms324xqdqpr82ifb’, instead has ‘04p77n18cw0bc8i66mp2vfrhlliahrx66lm004a3nw3h0mdk0gd8’
/cc maintainers: Could it be that fetchsvn isn't completely deterministic?
maybe, i don't know this works for me: ccl = (oldAttrs : { src = pkgs.fetchsvn { url = ; rev = oldAttrs.revision; sha256 = "04p77n18cw0bc8i66mp2vfrhlliahrx66lm004a3nw3h0mdk0gd8"; }; });

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Please find stable urls for the lxd container tests these fail to download now and are causing test failures: cc
Thanks for pinging - I will fix it later today :-)

Discussion:
import ./make-test-python.nix ({ pkgs, ...} : { name = "lxd-nftables"; meta = with pkgs.stdenv.lib.maintainers; { maintainers = [ patryk27 ]; };

# # I've chosen to import Alpine Linux, because its image is turbo-tiny and, # generally, sufficient for our tests. alpine-meta = pkgs.fetchurl { <del> url = "https://uk.images.linuxcontainers.org/images/alpine/3.11/i386/default/20200608_13:00/lxd.tar.xz"; sha256 = "1hkvaj3rr333zmx1759njy435lps33gl4ks8zfm7m4nqvipm26a0"; </del> <ins> url = "https://tarballs.nixos.org/alpine/3.12/lxd.tar.xz"; hash = "sha256-1tcKaO9lOkvqfmG/7FMbfAEToAuFy2YMewS8ysBKuLA="; </ins> }; alpine-rootfs = pkgs.fetchurl { <del> url = "https://uk.images.linuxcontainers.org/images/alpine/3.11/i386/default/20200608_13:00/rootfs.tar.xz"; sha256 = "1v82zdra4j5xwsff09qlp7h5vbsg54s0j7rdg4rynichfid3r347"; </del> <ins> url = "https://tarballs.nixos.org/alpine/3.12/rootfs.tar.xz"; hash = "sha256-Tba9sSoaiMtQLY45u7p5DMqXTSDgs/763L/SQp0bkCA="; </ins> }; lxd-config = pkgs.writeText "config.yaml" ''

type: disk ''; in { name = "lxd"; meta = with pkgs.stdenv.lib.maintainers; { maintainers = [ patryk27 ]; };

machine = { lib, ... }: { virtualisation = { # Since we're testing `limits.cpu`, we've gotta have a known number of <del> # cores to lay on </del> <ins> # cores to lean on </ins> cores = 2; # Ditto, for `limits.memory`

testScript = '' machine.wait_for_unit("sockets.target") machine.wait_for_unit("lxd.service") <ins> machine.wait_for_file("/var/lib/lxd/unix.socket") </ins> # It takes additional second for lxd to settle machine.sleep(1)
Change:
Describe the bug ncftp fails to build on nixos-unstable To Reproduce to install ncftp on current nixos-unstable Expected behavior ncftp build should succeed Screenshots Additional context Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Maintainer information:

Discussion:
enableParallelBuilding = true; preConfigure = '' <ins> find -name Makefile.in | xargs sed -i '/^TMPDIR=/d' </ins> find . -name '*.sh' -or -name '*.in' -or -name '*.c' -or -name configure | xargs sed -i  -e 's@/bin/ls@${coreutils}/bin/ls@g'  -e 's@/bin/rm@${coreutils}/bin/rm@g'
Change:
Describe the issue In the opencv build for mac, why is off by default? What needs to be done to enable it? (either development work, dependencies that aren't yet nixpkgs, or, if possible, how to manually override the argument and simply set to ) To Reproduce See above Expected behavior There may be a good reason it's disabled, so I can't say that I'd expect videoio to be enabled by default. Notify maintainers Metadata Please run and paste the result. Maintainer information:
It was removed here 15 months ago: See this PR: due to apple removing most of QTkit in 10.12 Brew does not use this option. You can use an overlay or a nixpkgs checkout with this patch to build with videoio The following will drop you into a nix-shell with the patched opencv, which you can use for testing. I'm not sure if it builds. FWIW, I get the following build failure which indicates the upstream issue might not be resolved, or we're missing some thing in our derivation.
I was originally attempting to use an overlay. After getting nowhere, I made a , which is what redirected me to the nix build. So if you want to help me close that thread, that'd be awesome cause both me and the person that helped me still don't know how to access/change the from an overlay.

Discussion:
, enableDC1394    ? false, libdc1394 , enableDocs      ? false, doxygen, graphviz-nox <del> , AVFoundation, Cocoa, VideoDecodeAcceleration, bzip2 </del> <ins> , AVFoundation, Cocoa, VideoDecodeAcceleration, CoreMedia, MediaToolbox, bzip2 </ins> }: assert blas.implementation == "openblas" && lapack.implementation == "openblas";

++ lib.optionals enableTesseract [ tesseract leptonica ] ++ lib.optional enableTbb tbb ++ lib.optionals enableCuda [ cudatoolkit nvidia-optical-flow-sdk ] <del> ++ lib.optionals stdenv.isDarwin [ bzip2 AVFoundation Cocoa VideoDecodeAcceleration ] </del> <ins> ++ lib.optionals stdenv.isDarwin [ bzip2 AVFoundation Cocoa VideoDecodeAcceleration CoreMedia MediaToolbox ] </ins> ++ lib.optionals enableDocs [ doxygen graphviz-nox ]; propagatedBuildInputs = lib.optional enablePython pythonPackages.numpy;

] ++ lib.optionals stdenv.isDarwin [ "-DWITH_OPENCL=OFF" "-DWITH_LAPACK=OFF" <del> "-DBUILD_opencv_videoio=OFF" </del> ] ++ lib.optionals enablePython [ "-DOPENCV_SKIP_PYTHON_LOADER=ON" ];

}; opencv4 = callPackage ../development/libraries/opencv/4.x.nix { <del> inherit (darwin.apple_sdk.frameworks) AVFoundation Cocoa VideoDecodeAcceleration; </del> <ins> inherit (darwin.apple_sdk.frameworks) AVFoundation Cocoa VideoDecodeAcceleration CoreMedia MediaToolbox; </ins> }; opencv = opencv4;
Change:
Building with (on nixpkgs unstable) leads to I found identical issue from 2019 in RedHat. They claim this patch fixes the issue, however I haven't tested this. (Mainly because I don't know how) I'd be happy to try to fix this, looks like just adding that patch will do the trick, but I'm new to nixpkgs Notify maintainers Metadata Please run and paste the result. Maintainer information:
The patch works. I'll submit a PR.
Is this different from ? Is the patch superfluous?
Oh I didn't see that, if that fixes it then this should probably be closed. The redhat issue makes me think that it is an issue with allegro so perhaps it should be merged anyhow to ensure it doesn't crop up later. But I don't really mind
I'm not sure that it should be closed just yet. I'd need to try building at the latest master without it. I did also run into the same problem you had.
I'm pretty sure this is fixed now

Discussion:
patches = [ ./nix-unstable-sandbox-fix.patch <ins> ./encoding.patch </ins> ]; buildInputs = [

<ins> --- allegro-4.4.3/docs/src/allegro._tx.orig     2019-02-02 20:28:46.000000000 +0100 +++ allegro-4.4.3/docs/src/allegro._tx  2019-11-04 11:12:39.352699777 +0100 @@ -23,6 +23,7 @@ @man_shortdesc_force1=allegro @man_shortdesc_force2=Allegro game programming library. @$input texinfo +@$@documentencoding ISO-8859-1 @$@setfilename allegro.inf @$@settitle Allegro Manual @$@setchapternewpage odd </ins>  No newline at end of file
Change:
[Ant-Dracula] has moved to [Dracula]. [Dracula]: [Ant-Dracula]: Homepage: Repository:

Discussion:
githubId = 508305; name = "Jaroslavas Pocepko"; }; <ins> vonfry = { email = "nixos@vonfry.name"; github = "Vonfry"; githubId = 3413119; name = "Vonfry"; }; </ins> vozz = { email = "oliver.huntuk@gmail.com"; name = "Oliver Hunt";

<del> { stdenv, fetchurl, gtk-engine-murrine }: let themeName = "Ant-Dracula"; in stdenv.mkDerivation rec { pname = "ant-dracula-theme"; version = "1.3.0"; src = fetchurl { url = "https://github.com/EliverLara/${themeName}/releases/download/v${version}/${themeName}.tar"; sha256 = "00b8w69xapqy8kc7zqwlfz1xpld6hibbh35djvhcnd905gzzymkd"; }; propagatedUserEnvPkgs = [ gtk-engine-murrine ]; installPhase = '' runHook preInstall mkdir -p $out/share/themes/${themeName} cp -a * $out/share/themes/${themeName} rm -r $out/share/themes/${themeName}/{Art,LICENSE,README.md,gtk-2.0/render-assets.sh} runHook postInstall ''; meta = with stdenv.lib; { description = "Dracula variant of the Ant theme"; homepage = "https://github.com/EliverLara/${themeName}"; license = licenses.gpl3; platforms = platforms.all; maintainers = with maintainers; [ alexarice ]; }; } </del>

<ins> { stdenv, fetchFromGitHub, gtk-engine-murrine }: let themeName = "Dracula"; version = "2.0"; in stdenv.mkDerivation { pname = "dracula-theme"; inherit version; src = fetchFromGitHub { owner = "dracula"; repo = "gtk"; rev = "v${version}"; sha256 = "10j706gnhdplhykdisp64vzzxpzgn48b5f1fkndcp340x7hf2mf3"; }; propagatedUserEnvPkgs = [ gtk-engine-murrine ]; installPhase = '' runHook preInstall mkdir -p $out/share/themes/${themeName} cp -a {assets,cinnamon,gnome-shell,gtk-2.0,gtk-3.0,gtk-3.20,index.theme,kde,metacity-1,unity,xfwm4} $out/share/themes/${themeName} runHook postInstall ''; meta = with stdenv.lib; { description = "Dracula variant of the Ant theme"; homepage = "https://github.com/dracula/gtk"; license = licenses.gpl3; platforms = platforms.all; maintainers = with maintainers; [ alexarice vonfry ]; }; } </ins>

/* Cleanup before 21.03 */ riot-desktop = throw "riot-desktop is now element-desktop!"; riot-web = throw "riot-web is now element-web"; <ins> ant-dracula-theme = throw "ant-dracula-theme is now dracula-theme, and theme name is Dracula instead of Ant-Dracula."; </ins> })

ant-bloody-theme = callPackage ../data/themes/ant-theme/ant-bloody.nix { }; <del> ant-dracula-theme = callPackage ../data/themes/ant-theme/ant-dracula.nix { }; </del> <ins> dracula-theme = callPackage ../data/themes/dracula-theme { }; </ins> ant-nebula-theme = callPackage ../data/themes/ant-theme/ant-nebula.nix { };
Change:
Describe the bug Building fails with the following error message: To Reproduce Steps to reproduce the behavior: . Expected behavior It enters a nix-shell with the command available. Screenshots None Additional context The build log is available at . Notify maintainers (gnatboot) and (gnat) Metadata system: host os: multi-user?: sandbox: version: channels(omasanori): nixpkgs: Maintainer information:
Might be a regression from cc

Discussion:
PATH="@coreutils_bin@/bin:@gnugrep_bin@/bin" fi <ins> cInclude=0 </ins> source @out@/nix-support/utils.bash # Flirting with a layer violation here.
Change:
Describe the bug On a cold boot, exits uncleanly, leaving a black screen. This issue seems to have appeared on 20.03 (stable) up to the (at the time of this report) latest channel. Running from a different TTY will immediately load Plasma with the expected automatic login. To Reproduce Steps to reproduce the behavior: as an import at the top of the system configuration and set Expected behavior Automatic login to Plasma after the Plymouth screen. Screenshots No screenshots, but here's an excerpt of the output of : Additional context Using the same configuration this issue appears on only 2 of my 3 machines. The affected ones are using Intel integrated graphics with SSDs, while the other one has an older AMD GPU and HDD. I'm unsure if this could be an issue relating to drivers (with autologin off, SDDM and X work OOTB) or the significant difference in boot times. Notify maintainers Metadata Maintainer information:
I can reproduce this on a machine with AMD graphics; the issue seems to be a race condition with individual user login not being permitted before SDDM starts. Normally you don't notice because it's done by the time you finish typing in your password, but with autologin enabled it doesn't have to wait for the human. I have had luck with this configuration: Which may be overkill, but does appear to work.
That doesn't sound like overkill to me. As a user, I definitely want the network and user sessions available before I log in! :sweat_smile:
Well yes :P But I mean, it's possible that it only needs one of or , not both, or that, say, implies so there's no need to explicitly list the latter.
I doubt this part: and are independent, and we need the display manager to wait until the other services are started, so we probably do need both. I'm not sure about the second part, I need to investigate.
I marked this as stale due to inactivity. &rarr;
Shouldn't be marked as stale, there are still . Would it be wise to start a PR for the tweaks suggested by They seem to work on hardware and configurations affected by this.
I agree, this is not stale. I think the suggestion above is the appropriate solution.
Thanks a lot, the annoying workaround is no longer needed and time to desktop is fast again!

Discussion:
systemd.services.display-manager = { description = "X11 Server"; <del> after = [ "acpid.service" "systemd-logind.service" ]; </del> <ins> after = [ "acpid.service" "systemd-logind.service" "systemd-user-sessions.service" ]; </ins> restartIfChanged = false;
Change:
Describe the bug is broken in latest master To Reproduce Steps to reproduce the behavior: -build -A lieer cc
I reverted locally, and got it to build again - so it's definitely some incompatibility with the openssl we pass in.
that commit is from 4 years ago, I wonder why it's making an appearance now
This error seems to be present since (more specifically ), so is probably mostly unrelated to it.

Discussion:
preBuild = stdenv.lib.optionalString stdenv.isDarwin "unset AR"; <ins> GRPC_BUILD_WITH_BORING_SSL_ASM = ""; </ins> GRPC_PYTHON_BUILD_SYSTEM_OPENSSL = 1; GRPC_PYTHON_BUILD_SYSTEM_ZLIB = 1; GRPC_PYTHON_BUILD_SYSTEM_CARES = 1;
Change:
In my I have: And if I want to do anything, I get this an error: I have to remove the jython and yed attributes to make things work:

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Describe the bug Thunderbird 78.2.1 is working. master (Thunderbird 78.2.2) has rendering issues (see screenshot). Most buttons do not react to clicks and the menu is also not reacting. To Reproduce Switch to the mentioned commit and rebuild. Expected behavior Normally working thunderbird. Screenshots ! Notify maintainers Metadata
This was also a bug in Ubuntu, it was fixed there with:
Upstream bug appears to be
Btw temporary workaround would be to switch to thunderbird-bin-78 if you are not opposed to binaries

Discussion:
basename = if bleedingEdgeVersion then "gdb-7.3.20110726" <del> else "gdb-7.4"; </del> <ins> else "gdb-7.4.1"; </ins> # Whether (cross-)building for GNU/Hurd.  This is an approximation since # having `stdenv ? cross' doesn't tell us if we're building `hostDrv' and

url = "mirror://gnu/gdb/${basename}.tar.bz2"; # md5 is provided by the annoucement page # http://www.gnu.org/s/gdb/download/ANNOUNCEMENT <del> md5 = "95a9a8305fed4d30a30a6dc28ff9d060"; </del> <ins> md5 = "8854d34691087ec127d934692639855f"; </ins> }; # I think python is not a native input, but I leave it
Change:
Describe the bug Thunderbird 78.2.1 is working. master (Thunderbird 78.2.2) has rendering issues (see screenshot). Most buttons do not react to clicks and the menu is also not reacting. To Reproduce Switch to the mentioned commit and rebuild. Expected behavior Normally working thunderbird. Screenshots ! Notify maintainers Metadata
This was also a bug in Ubuntu, it was fixed there with:
Upstream bug appears to be
Btw temporary workaround would be to switch to thunderbird-bin-78 if you are not opposed to binaries

Discussion:
#! /bin/sh [ -n "$2" ] && NIXPKGS_ALL="$2"; <del> [ -z "$NIXPKGS_ALL" ] && [ -f "/etc/nixos/nixpkgs" ] && NIXPKGS_ALL="/etc/nixos/nixpkgs"; [ -z "$NIXPKGS_ALL" ] && [ -f "$HOME/nixpkgs" ] && NIXPKGS_ALL="$HOME/nixpkgs"; </del> <ins> [ -z "$NIXPKGS_ALL" ] && [ -d "/etc/nixos/nixpkgs" ] && NIXPKGS_ALL="/etc/nixos/nixpkgs"; [ -z "$NIXPKGS_ALL" ] && [ -d "$HOME/nixpkgs" ] && NIXPKGS_ALL="$HOME/nixpkgs"; </ins> [ -z "$NIXPKGS_ALL" ] && { echo "Cannot find Nixpkgs source. Please specify it via NIXPKGS_ALL or second command line argument" exit 1

rec { <del> version="1.0.56"; name="sbcl-1.0.56"; hash="0cq5hyzv3nnva0y1y6zjyd7rfdwwpxswnvmbfmqvhihz72ivyl1w"; url="http://downloads.sourceforge.net/project/sbcl/sbcl/1.0.56/sbcl-1.0.56-source.tar.bz2"; advertisedUrl="http://downloads.sourceforge.net/project/sbcl/sbcl/1.0.56/sbcl-1.0.56-source.tar.bz2"; </del> <ins> version="1.0.57"; name="sbcl-1.0.57"; hash="1vvifyq0lapx6p6wz6jknsgch3lbyr7m785844wdgkdx2hh8ch51"; url="http://downloads.sourceforge.net/project/sbcl/sbcl/1.0.57/sbcl-1.0.57-source.tar.bz2"; advertisedUrl="http://downloads.sourceforge.net/project/sbcl/sbcl/1.0.57/sbcl-1.0.57-source.tar.bz2"; </ins> }
Change:
Describe the bug Thunderbird 78.2.1 is working. master (Thunderbird 78.2.2) has rendering issues (see screenshot). Most buttons do not react to clicks and the menu is also not reacting. To Reproduce Switch to the mentioned commit and rebuild. Expected behavior Normally working thunderbird. Screenshots ! Notify maintainers Metadata
This was also a bug in Ubuntu, it was fixed there with:
Upstream bug appears to be
Btw temporary workaround would be to switch to thunderbird-bin-78 if you are not opposed to binaries

Discussion:
<del> { stdenv, fetchurl, pkgconfig, yasm, zlib, bzip2 </del> <ins> { stdenv, fetchurl, pkgconfig, yasm, zlib, bzip2, alsaLib , jackSupport ? false, jackaudio ? null </ins> , mp3Support ? true, lame ? null , speexSupport ? true, speex ? null , theoraSupport ? true, libtheora ? null

, vdpauSupport ? true, libvdpau ? null , faacSupport ? false, faac ? null , dc1394Support ? false, libdc1394 ? null <ins> , x11grabSupport ? false, libXext ? null, libXfixes ? null </ins> }: <ins> assert jackSupport -> jackaudio != null; </ins> assert speexSupport -> speex != null; assert theoraSupport -> libtheora != null; assert vorbisSupport -> libvorbis != null;

assert xvidSupport -> xvidcore != null; assert vdpauSupport -> libvdpau != null; assert faacSupport -> faac != null; <ins> assert x11grabSupport -> libXext != null && libXfixes != null; </ins> stdenv.mkDerivation rec { <del> name = "ffmpeg-0.10"; </del> <ins> name = "ffmpeg-0.11.1"; </ins> src = fetchurl { url = "http://www.ffmpeg.org/releases/${name}.tar.bz2"; <del> sha256 = "1ybzw6d5axr807141izvm2yf4pa0hc1zcywj89nsn3qsdnknlna3"; </del> <ins> sha256 = "b01ddfb6352c84810879988f43172c5f7be555697edb929625845c7bb953fa96"; </ins> }; # `--enable-gpl' (as well as the `postproc' and `swscale') mean that

++ stdenv.lib.optional xvidSupport "--enable-libxvid" ++ stdenv.lib.optional vdpauSupport "--enable-vdpau" ++ stdenv.lib.optional faacSupport "--enable-libfaac --enable-nonfree" <del> ++ stdenv.lib.optional dc1394Support "--enable-libdc1394"; </del> <ins> ++ stdenv.lib.optional dc1394Support "--enable-libdc1394" ++ stdenv.lib.optional x11grabSupport "--enable-x11grab"; </ins> <del> buildInputs = [ pkgconfig lame yasm zlib bzip2 ] </del> <ins> buildInputs = [ pkgconfig lame yasm zlib bzip2 alsaLib ] ++ stdenv.lib.optional jackSupport jackaudio </ins> ++ stdenv.lib.optional mp3Support lame ++ stdenv.lib.optional speexSupport speex ++ stdenv.lib.optional theoraSupport libtheora

++ stdenv.lib.optional xvidSupport xvidcore ++ stdenv.lib.optional vdpauSupport libvdpau ++ stdenv.lib.optional faacSupport faac <del> ++ stdenv.lib.optional dc1394Support libdc1394; </del> <ins> ++ stdenv.lib.optional dc1394Support libdc1394 ++ stdenv.lib.optionals x11grabSupport [ libXext libXfixes ]; </ins> enableParallelBuilding = true;
Change:
Describe the bug Thunderbird 78.2.1 is working. master (Thunderbird 78.2.2) has rendering issues (see screenshot). Most buttons do not react to clicks and the menu is also not reacting. To Reproduce Switch to the mentioned commit and rebuild. Expected behavior Normally working thunderbird. Screenshots ! Notify maintainers Metadata
This was also a bug in Ubuntu, it was fixed there with:
Upstream bug appears to be
Btw temporary workaround would be to switch to thunderbird-bin-78 if you are not opposed to binaries

Discussion:
<ins> { stdenv, fetchurl, unzip }: stdenv.mkDerivation { name = "lmmath-0.903"; src = fetchurl { url = "http://www.gust.org.pl/projects/e-foundry/lm-math/download/lmmath0903otf"; sha256 = "ee96cb14f5c746d6c6b9ecfbdf97dafc2f535be3dd277e15e8ea6fb594995d64"; name = "lmmath-0.903.zip"; }; buildInputs = [unzip]; sourceRoot = "."; installPhase = '' mkdir -p $out/texmf/fonts/opentype mkdir -p $out/share/fonts/opentype cp *.{OTF,otf} $out/texmf/fonts/opentype/lmmath-regular.otf cp *.{OTF,otf} $out/share/fonts/opentype/lmmath-regular.otf ln -s $out/texmf* $out/share/ ''; meta = { description = "Latin Modern font"; }; } </ins>

inherit fontforge; }; <ins> lmmath = callPackage ../data/fonts/lmodern/lmmath.nix {}; </ins> lmodern = callPackage ../data/fonts/lmodern { }; manpages = callPackage ../data/documentation/man-pages { };