jiebi/CodeConvo huggingface dataset:
Change:
Linker bugs out (claiming bad flag ) when attempting to statically cross-compile for riscv64 using LLVM15/16 (not sure about other LLVM versions; haven't tried). Set up the following and the following file in out/main.c: and run . The compilation bugs out with the following error: The full error log (along with flake lockfile) can be found . The same error also occurs with LLVM 15. This error does not occur with dynamic linking (deleting ); everything compiles fine in that case. Pinging at the suggeston of
Ah, this has gotten me too. The static library for glibc is in a separate output, and that's missing due to a typo in the adapter. should be
Thanks for pointing that out! Manually adding to seems to have fixed the build.

Discussion:
"--disable-shared" # brrr... ]; })); <del> } // lib.optionalAttrs (stdenv0.hostPlatform.libc == "libc") { </del> <ins> } // lib.optionalAttrs (stdenv0.hostPlatform.libc == "glibc") { </ins> extraBuildInputs = (old.extraBuildInputs or []) ++ [ pkgs.glibc.static ];

# Apple does not provide a static version of libSystem or crt0.o # So we can’t build static binaries without extensive hacks. ++ lib.optional (!stdenv.hostPlatform.isDarwin) makeStaticBinaries <del> # Glibc doesn’t come with static runtimes by default. # ++ lib.optional (stdenv.hostPlatform.libc == "glibc") ((lib.flip overrideInStdenv) [ self.glibc.static ]) </del> );
Change:
Package name: wasm-bindgen-cli Latest released version: 0.28.4 Current version on the unstable channel: 0.2.84 Current version on the stable/release channel: 0.2.84 Notify maintainers and I'd really appreciate an update it's causing me problems with a trunk build similar to Note for maintainers: Please tag this issue in your PR.

Discussion:
, stdenv , curl , Security <del> , runCommand </del> <ins> , version ? "0.2.87" , hash ? "sha256-0u9bl+FkXEK2b54n7/l9JOCtKo+pb42GF9E1EnAUQa0=" , cargoHash ? "sha256-AsZBtE2qHJqQtuCt/wCAgOoxYMfvDh8IzBPAOkYSYko=" </ins> }: rustPlatform.buildRustPackage rec { pname = "wasm-bindgen-cli"; <del> version = "0.2.84"; </del> <ins> inherit version hash cargoHash; </ins> src = fetchCrate { <del> inherit pname version; sha256 = "sha256-0rK+Yx4/Jy44Fw5VwJ3tG243ZsyOIBBehYU54XP/JGk="; </del> <ins> inherit pname version hash; </ins> }; <del> cargoSha256 = "sha256-vcpxcRlW1OKoD64owFF6mkxSqmNrvY+y3Ckn5UwEQ50="; </del> nativeBuildInputs = [ pkg-config ]; buildInputs = [ openssl ] ++ lib.optionals stdenv.isDarwin [ curl Security ]; nativeCheckInputs = [ nodejs ]; <del> # other tests require it to be ran in the wasm-bindgen monorepo cargoTestFlags = [ "--test=interface-types" ]; </del> <ins> # tests require it to be ran in the wasm-bindgen monorepo doCheck = false; </ins> meta = with lib; { homepage = "https://rustwasm.github.io/docs/wasm-bindgen/";

configureFlags = attrs.configureFlags ++ ["--set=build.docs=false"]; }); <ins> wasm-bindgen-84 = wasm-bindgen-cli.override { version = "0.2.84"; hash = "sha256-0rK+Yx4/Jy44Fw5VwJ3tG243ZsyOIBBehYU54XP/JGk="; cargoHash = "sha256-vcpxcRlW1OKoD64owFF6mkxSqmNrvY+y3Ckn5UwEQ50="; }; </ins> commonDerivationAttrs = rec { pname = "lldap"; version = "0.4.3";

pname = commonDerivationAttrs.pname + "-frontend"; nativeBuildInputs = [ <del> wasm-pack wasm-bindgen-cli binaryen which rustc-wasm rustc-wasm.llvmPackages.lld </del> <ins> wasm-pack wasm-bindgen-84 binaryen which rustc-wasm rustc-wasm.llvmPackages.lld </ins> ]; buildPhase = ''
Change:
Currently is broken on unstable. Steps to reproduce the behavior: mongodb log output ! <!-- 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.
Looking at the reveals that we probably need .

Discussion:
] ++ lib.optionals (versionAtLeast version "4.4") [ "--link-model=static" ] ++ map (lib: "--use-system-${lib}") system-libraries; <ins> # This seems to fix mongodb not able to find OpenSSL's crypto.h during build hardeningDisable = [ "fortify3" ]; </ins> preBuild = '' sconsFlags+=" CC=$CC" sconsFlags+=" CXX=$CXX"
Change:
what limits the packaging of python 2 ?
Check the Nix expression in and see if you can make it work if you modify it. I'm closing this issue because the package has no maintainer and you likely won't find out unless you try to fix it yourself.
I just fixed it. Do you mind take a look?

Discussion:
propagatedBuildInputs = with self; [ scipy ]; buildInputs = with self; [ nose ]; <del> # Cannot be installed with Python 2.x, most likely due to the patch below. disabled = !isPy3k; </del> postPatch = '' cd python-package <ins> sed "s/CURRENT_DIR = os.path.dirname(__file__)/CURRENT_DIR = os.path.abspath(os.path.dirname(__file__))/g" -i setup.py sed "/^LIB_PATH.*/a LIB_PATH = [os.path.relpath(LIB_PATH[0], CURRENT_DIR)]" -i setup.py </ins> cat <<EOF >xgboost/libpath.py def find_lib_path(): return ["${pkgs.xgboost}/lib/libxgboost.so"]
Change:
Trying to migrate to the new hostapd module, but so far failing to start hostapd in the minimal configuration. I haven't looked into this properly, but I felt like reporting already before it gets overwhelming Optionally, enable hostapd debug messages: <details</detailsHostapd up & running Cf. the log: <details</detailsOr without debug messages: Output of : <details</detailsThe device is Please run and paste the result.
I'm getting the same exact error as well with kernel 5.4
Did some further debugging with and found that if we run hostapd outside of systemd with the config generated by the then it works completely fine. After looking at the generated systemd unit it looks like the hardening is the root cause. Specifically found that  causes it to fail after bisecting the hardening flags.
looked at strace for when hostapd works and here is the result:
It doesn't look like it is trying to use an that is outside of the so not sure why this is failing
It is using AF_PACKET. Le sam. 22 juil. 2023 à 03:53, Rishi Desai écrit :
Yeah that was it, just tested it locally and adding made it work. I'll throw up a PR to resolve this
Lovely Realtek drivers... Le sam. 22 juil. 2023 à 04:09, Rishi Desai écrit :

Discussion:
"AF_INET6" "AF_NETLINK" "AF_UNIX" <ins> "AF_PACKET" </ins> ]; RestrictNamespaces = true; RestrictRealtime = true;
Change:
It fails after quite a time of 20min?? Of compilation with: make[1]: [Makefile:293: schannelgnutls.o] Error 1 make[1]: Leaving directory '/tmp/nix-build-wine-' make: [Makefile:: dlls/secur32] Error 2 builder for ‘/nix/store/b9l7spdr22mj864lpm5iybxpfpdzcxjr-wine-’ failed with exit code 2 cannot build derivation ‘/nix/store/gi5i3l23avrmbwih8c7xjlw8vp7jm1c8-playonlinux-’: 1 dependencies couldn't be built error: build of ‘/nix/store/gi5i3l23avrmbwih8c7xjlw8vp7jm1c8-playonlinux-’ failed nix-env -i playonlinux Linux huenix 4.4.56 -NixOS SMP Wed Mar 22 11:17:51 UTC 2017 x8664 GNU/Linux 09.1904. (Flounder) nix-env (Nix) 1.11.8 "16.09.1904."
Happens since Git diff cc
Testing a fix now...
Thanks.
That was so extremely fast. Thank you. Great job.
I only found&used Debian's solution :-)

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:
Unstable () and master ().
() broke spotify cc
Turned out to be easy to fix

Discussion:
stdenv.mkDerivation rec { name = "simplenote-${pkgver}"; <del> pkgver = "1.0.6"; </del> <ins> pkgver = "1.1.3"; </ins> src = fetchurl { <del> url = "https://github.com/Automattic/simplenote-electron/releases/download/v${pkgver}/Simplenote-linux-x64.${pkgver}.tar.gz"; sha256 = "18wj880iw92yd57w781dqaj7iv9j3bqhyh2cbikqrl4m5w9xkla8"; </del> <ins> url = "https://github.com/Automattic/simplenote-electron/releases/download/v${pkgver}/Simplenote-linux-${pkgver}.tar.gz"; sha256 = "1z92yyjmg3bgfqfdpnysf98h9hhhnqzdqqigwlmdmn3d7fy49kcf"; </ins> }; buildCommand = let

xorg.libXrender xorg.libX11 xorg.libXext xorg.libXdamage xorg.libXtst xorg.libXcomposite xorg.libXi xorg.libXfixes xorg.libXrandr xorg.libXcursor libcap systemd libnotify libXScrnSaver gnome3.gconf <ins> xorg.libxcb </ins> ]; libPathNative = lib.makeLibraryPath packages;
Change:
Project description This application allows one with select msi laptops to control fanspeed/battery settings/Keyboard lighting/camara toggle This is basicly a replacement to dragon center on windows Metadata homepage source license: Gpl 3.0 platforms: linux
Worked a little bit on this today. It's pretty complicated due to the kernel module, dbus service, etc.
Good news! A package definition is now available:

Discussion:
email = "tomaszierl@outlook.com"; name = "Tomkoid"; }; <ins> Tommimon = { name = "Tommaso Montanari"; email = "sefymw7q8@mozmail.com"; github = "Tommimon"; githubId = 37435103; }; </ins> tomodachi94 = { email = "tomodachi94+nixpkgs@protonmail.com"; matrix = "@tomodachi94:matrix.org";

<ins> { lib, stdenv, libsForQt5, makeDesktopItem, copyDesktopItems, fetchFromGitHub, cmake, kmod }: stdenv.mkDerivation (finalAttrs: { pname = "mcontrolcenter"; version = "0.4.1"; src = fetchFromGitHub { owner = "dmitry-s93"; repo = "MControlCenter"; rev = finalAttrs.version; hash = "sha256-SV78OVRGzy2zFLT3xqeUtbjlh81Z97PVao18P3h/8dI="; }; postPatch = '' substituteInPlace src/helper/helper.cpp  --replace-fail "/usr/sbin/modprobe" "${kmod}/bin/modprobe" substituteInPlace src/helper/mcontrolcenter.helper.service  --replace-fail "/usr" "$out" ''; desktopItems = [ (makeDesktopItem { name = "MControlCenter"; exec = "mcontrolcenter"; icon = "mcontrolcenter"; comment = finalAttrs.meta.description; desktopName = "MControlCenter"; categories = [ "System" ]; }) ]; nativeBuildInputs = [ libsForQt5.wrapQtAppsHook libsForQt5.qttools copyDesktopItems cmake ]; buildInputs = [ libsForQt5.qtbase kmod ]; installPhase = '' runHook preInstall install -Dm755 mcontrolcenter $out/bin/mcontrolcenter install -Dm755 helper/mcontrolcenter-helper $out/libexec/mcontrolcenter-helper install -Dm644 ../resources/mcontrolcenter.svg $out/share/icons/hicolor/scalable/apps/mcontrolcenter.svg install -Dm644 ../src/helper/mcontrolcenter-helper.conf $out/share/dbus-1/system.d/mcontrolcenter-helper.conf install -Dm644 ../src/helper/mcontrolcenter.helper.service $out/share/dbus-1/system-services/mcontrolcenter.helper.service runHook postInstall ''; meta = { homepage = "https://github.com/dmitry-s93/MControlCenter"; description = "Tool to change the settings of MSI laptops running Linux"; license = lib.licenses.gpl3Plus; platforms = lib.platforms.linux; maintainers = [ lib.maintainers.Tommimon ]; mainProgram = "mcontrolcenter"; }; }) </ins>
Change:
I've followed the instructions described in the , but Qt applications are not using my GTK theme. Running will yield the following error: Qt applications should properly detect the style. Please run and paste the result.
Yeah qalculate-qt (and anki) are Qt 6 applications, I expect the gtk2 style not working before someone package (theming for Qt 5 should work since we have though :upsidedownface:)
Here's qt6gtk2: With that PR merged, this issue should be fixed right out of the box when using NixOS to manage qt.
Thank you for the PR!

Discussion:
pkgs.qgnomeplatform-qt6 pkgs.adwaita-qt6 ] <del> else if isQtStyle then [ pkgs.libsForQt5.qtstyleplugins ] </del> <ins> else if isQtStyle then [ pkgs.libsForQt5.qtstyleplugins pkgs.qt6Packages.qt6gtk2 ] </ins> else if isQt5ct then [ pkgs.libsForQt5.qt5ct pkgs.qt6Packages.qt6ct ] else if isLxqt then [ pkgs.lxqt.lxqt-qtplugin pkgs.lxqt.lxqt-config ] else if isKde then [ pkgs.libsForQt5.plasma-integration pkgs.libsForQt5.systemsettings ]

"adwaita-qt" "adwaita-qt6" ["libsForQt5" "qtstyleplugins"] <ins> ["qt6Packages" "qt6gtk2"] </ins> ]; description = lib.mdDoc '' Selects the style to use for Qt applications.

<ins> { fetchFromGitHub, lib, stdenv, gtk2, pkg-config, qmake, qtbase }: stdenv.mkDerivation (finalAttrs: { pname = "qt6gtk2"; version = "0.2"; src = fetchFromGitHub { owner = "trialuser02"; repo = finalAttrs.pname; rev = finalAttrs.version; hash = "sha256-g5ZCwTnNEJJ57zEwNqMxrl0EWYJMt3PquZ2IsmxQYqk="; }; buildInputs = [ gtk2 qtbase ]; nativeBuildInputs = [ pkg-config qmake ]; dontWrapQtApps = true; installPhase = '' runHook preInstall mkdir -p $out/lib/qt-6/plugins/{platformthemes,styles} cp -pr src/qt6gtk2-qtplugin/libqt6gtk2.so $out/lib/qt-6/plugins/platformthemes cp -pr src/qt6gtk2-style/libqt6gtk2-style.so $out/lib/qt-6/plugins/styles runHook postInstall ''; meta = { description = "GTK+2.0 integration plugins for Qt6"; license = lib.licenses.gpl2Plus; homepage = "https://github.com/trialuser02/qt6gtk2"; maintainers = [ lib.maintainers.misterio77 ]; platforms = lib.platforms.linux; }; }) </ins>

qt6ct = callPackage ../tools/misc/qt6ct { }; <ins> qt6gtk2 = callPackage ../tools/misc/qt6gtk2 { }; </ins> qtkeychain = callPackage ../development/libraries/qtkeychain { inherit (pkgs.darwin.apple_sdk.frameworks) CoreFoundation Security; };
Change:
Trying to build fails with . This is a known issue as indicated and . System: 17.09pre104652. (Hummingbird) Nix version: nix-env (Nix) 1.11.8 Nixpkgs version: "17.09pre104652."
works without any issues.
It looks like needs to be updated to work with as well.
This is fixed now in master and 17.03.

Discussion:
<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.15.2"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.15/${name}.tar.xz"; sha256 = "0g71zq6dpqrw2f40wfzdf18fdw41ymr17laqniy2kr622hkxdi8w"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.16.1"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.16/${name}.tar.xz"; sha256 = "1n708n9ixyy9qrzyv1wf4ybvcclx43ib9ki028wwpvkz6kv8zqlb"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

{stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { <del> name = "vala-0.14.2"; </del> <ins> version = "0.17.2"; name = "vala-${version}"; </ins> src = fetchurl { <del> url = mirror://gnome/sources/vala/0.14/vala-0.14.2.tar.xz; sha256 = "1l5kllw9vpwv24lzv9fp64l3sad46wpxgvsgryrwlrjg91w6jzl0"; </del> <ins> url = "mirror://gnome/sources/vala/0.17/${name}.tar.xz"; sha256 = "09i2s0dwmrk147ind2dx7nq845g12fp6fsjqrphhrr0dbi0zzgh3"; </ins> }; buildNativeInputs = [ yacc flex pkgconfig xz ];

meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; <ins> license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; </ins> }; }

urweb = callPackage ../development/compilers/urweb { }; <del> vala = callPackage ../development/compilers/vala { }; </del> <ins> vala = vala17; vala15 = callPackage ../development/compilers/vala/15.2.nix { }; vala16 = callPackage ../development/compilers/vala/16.1.nix { }; vala17 = callPackage ../development/compilers/vala/default.nix { }; </ins> visualcpp = callPackage ../development/compilers/visual-c++ { };
Change:
Trying to use a on Darwin locally is broken for me. A good test for this is . But fetching built derivations from works fine? Steps to reproduce the behavior: downloads fine from fails with the above error works locally. n/a Disabling PIC hardening instead makes it complain about . Starts to fail between and on nixos-unstable, trying to bisect. I'm not sure what broke this & where, and the stdenvs & cc-wrapper derivations & files don't have any listed maintainers. Maybe because you recently touched Darwin stdenv? Please run and paste the result.
I think I know what the problem is, but it doesn’t make sense to me. The stdenv rework included a change to make use of response files conditional based on the size of . acme-client builds locally for me because I’m on aarch64-darwin (where it’s large enough not to need response files). However_, if I manually force it to use a response file … If I hack up the cc-wrapper script to put the response file in a file, it works. Does GCC not support response files when they’re created via process substitution?
I’m working on a patch for cc-wrapper to address this issue. It needs to rebuild the stdenv before I can test and confirm the build works for acme-client.

Discussion:
fi if (( "${NIX_CC_USE_RESPONSE_FILE:-@use_response_file_by_default@}" >= 1 )); then <del> exec @prog@ @<(printf "%qn"  </del> <ins> responseFile=$(mktemp --tmpdir cc-params.XXXXXX) trap 'rm -f -- "$responseFile"' EXIT printf "%qn"  </ins> ${extraBefore+"${extraBefore[@]}"}  ${params+"${params[@]}"}  <del> ${extraAfter+"${extraAfter[@]}"}) </del> <ins> ${extraAfter+"${extraAfter[@]}"} > "$responseFile" @prog@ "@$responseFile" </ins> else exec @prog@  ${extraBefore+"${extraBefore[@]}"}
Change:
I was upgrading from nixos-17.03 prerelase (commit ) to the newly released nixos-17.03 stable (commit ). Deploying with nixops, it got stuck when activating the systemd service for ACME. In , first: then 5 minutes later the failure:
Looking at , I see , but the dir it wants to write to is writable only by root:
I guess the question is where comes from. I haven't figured out yet where that gets set to nginx; in my settings, I use:
I think it's : where is from above:
Ah, I think I understand what is happening: See how is owned by but the subdir is owned by ? Commit to the pre-start script, but since it doesn't use , it is possible that there are older existing subdirs (like from my example) that are owned to from before that commit went it. I believe that should be . do you agree?
Yes :)
Adding , my nixops deploy has finsihed now. It took a long time though (hanging at the systemd service activation for ~10 minutes or so). In , the line which is much later than when the systemd service activation started at around
PR for at to fix the permissions error (but not the delay problem). Should I make a PR for too?
Please :)

Discussion:
path = [ pkgs.simp_le ]; preStart = '' mkdir -p '${cfg.directory}' <del> chown '${data.user}:${data.group}' '${cfg.directory}' </del> <ins> chown -R '${data.user}:${data.group}' '${cfg.directory}' </ins> if [ ! -d '${cpath}' ]; then mkdir '${cpath}' fi
Change:
Basically, it doesn't ever appear. Tabs or windows can be closed without giving any kind of confirmation. Steps to reproduce the behavior: htop for example tab or window just closes It should show a dialog to ask the user whether they want to close the window because there's running processes still Please run and paste the result.
cc
For some reason, the arrow function defined in is never called. I don't know why but changing it back to a named function solves this problem. I'll open a MR to the upstream shortly.

Discussion:
{ lib , stdenv , fetchFromGitLab <del> , fetchurl </del> <ins> , fetchpatch </ins> , meson , ninja , pkg-config

hash = "sha256-ebwh9WTooJuvYFIygDBn9lYC7+lx9P1HskvKU8EX9jw="; }; <ins> patches = [ # Fix closing confirmation dialogs not showing (fetchpatch { url = "https://gitlab.gnome.org/raggesilver/blackbox/-/commit/3978c9b666d27adba835dd47cf55e21515b6d6d9.patch"; hash = "sha256-L/Ci4YqYNzb3F49bUwEWSjzr03MIPK9A5FEJCCct+7A="; }) ]; </ins> postPatch = '' patchShebangs build-aux/meson/postinstall.py '';
Change:
Building this package twice does not produce the bit-by-bit identical result each time, making it harder to detect CI breaches. You can read more about this at https://reproducible- . Fixing bit-by-bit reproducibility also has additional advantages, such as avoiding hard-to-reproduce bugs, making content-addressed storage more effective and reducing rebuilds in such systems. You can use to analyze the differences in the output of the two builds. To view the build log of the build that produced the artifact in the binary cache: possibly related:
I think we haven't hit this problem before (with 2.06) because the files are usually distributed along with the source tarball. Now (with 2.12-rc1) that we've switched to a git checkout the derivation is building the files itself, and I suspect we're either not doing it right, or we're missing part of the process.
(Fixing gettext's reproducibility is also likely an acceptable solution - but I suspect there's a more targeted and less controversial fix we could just apply to grub2 directly.)
should be fixed with on staging - if we can do something to grub2 to fix it 'more targeted and less controversial' that's still fine, but might not be needed

Discussion:
<ins> From 1e000ca711886055176a2f90197a383d09de0e67 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Miguel=20=C3=81ngel=20Arruga=20Vivas?= <rosen644835@gmail.com> Date: Fri, 18 Dec 2020 14:19:36 +0100 Subject: [PATCH] msginit: Do not use POT-Creation-Date. * gettext-tools/src/msginit.c (po_revision_date): Do not use POT-Creation-Date when the file is automatically generated. --- gettext-tools/src/msginit.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/gettext-tools/src/msginit.c b/gettext-tools/src/msginit.c index 8ca9a3b77..06e0e7195 100644 --- a/gettext-tools/src/msginit.c +++ b/gettext-tools/src/msginit.c @@ -1075,9 +1075,9 @@ static const char * po_revision_date (const char *header) { if (no_translator) -    /* Because the PO file is automatically generated, we use the -       POT-Creation-Date, not the current time.  */ -    return get_field (header, "POT-Creation-Date"); +    /* Because the PO file is automatically generated, we don't +       generate PO-Revision-Date field.  */ +    return NULL; else { /* Assume the translator will modify the PO file now.  */ -- 2.29.2 </ins>

}; patches = [ ./absolute-paths.diff <ins> # fix reproducibile output, in particular in the grub2 build # https://savannah.gnu.org/bugs/index.php?59658 ./0001-msginit-Do-not-use-POT-Creation-Date.patch </ins> ] ++ lib.optional stdenv.hostPlatform.isWindows (fetchpatch { url = "https://aur.archlinux.org/cgit/aur.git/plain/gettext_formatstring-ruby.patch?h=mingw-w64-gettext&id=e8b577ee3d399518d005e33613f23363a7df07ee"; name = "gettext_formatstring-ruby.patch";