jiebi/CodeConvo huggingface dataset:
Change:
stdenv.mkDerivation rec { pname = "zotero"; <del> version = "7.0.0-beta.83+066eda731"; </del> <ins> version = "7.0.0-beta.111+b4f6c050e"; </ins> src = let

Discussion:
Package name: zotero-beta Latest released version: 7.0.0-111 <!-- Search your package here: --- Current version on the unstable channel: 7.0.0-83 Current version on the stable/release channel: 7.0.0-83 <!-- 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! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi I wanted to test out the latest beta so did a PR as I was using it anyway. Not sure who the correct person to tag in this is.
Change:
gupnp_igd = callPackage ../development/libraries/gupnp-igd {}; <del> gupnptools = callPackage ../tools/networking/gupnp-tools {}; </del> <ins> gupnp-tools = callPackage ../tools/networking/gupnp-tools {}; </ins> gvpe = callPackage ../tools/networking/gvpe { };

Discussion:
I wanted to check out gupnp-tools, but the build fails with: This happens on unstable channel (nixos-16.03pre73316.) and on master.
Sounds like it needs ?
Change:
githubId = 3179832; name = "D. Bohdan"; }; <ins> d-brasher = { github = "d-brasher"; githubId = 175485311; name = "D. Brasher"; }; </ins> dbrgn = { email = "nix@dbrgn.ch"; github = "dbrgn";

Discussion:
Project description A progress spinner for ZSH scripts <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit platforms: unix
Change:
repo = "cpuinfo"; # There are no tags in the repository rev = "5916273f79a21551890fd3d56fc5375a78d1598d"; <del> sha256 = "sha256-nXBnloVTuB+AVX59VDU/Wc+Dsx94o92YQuHp3jowx2A="; </del> <ins> hash = "sha256-nXBnloVTuB+AVX59VDU/Wc+Dsx94o92YQuHp3jowx2A="; </ins> }; flatbuffers = fetchFromGitHub { owner = "google"; repo = "flatbuffers"; rev = "v1.12.0"; <del> sha256 = "sha256-L1B5Y/c897Jg9fGwT2J3+vaXsZ+lfXnskp8Gto1p/Tg="; </del> <ins> hash = "sha256-L1B5Y/c897Jg9fGwT2J3+vaXsZ+lfXnskp8Gto1p/Tg="; </ins> }; gtest' = gtest.overrideAttrs (oldAttrs: rec {

Discussion:
Meaningful errors Full logs: system: host os: multi-user?: sandbox: version: channels(root): channels(jarrod): nixpkgs: Source file with issue:  I tried to locate where is defined, but was unable to.
Edited the issue and I'm not sure if GitHub retroactively sends notifications, so pardon the double-mention:
Will be fixed by .
Change:
</listitem> <listitem> <para> <ins> <link xlink:href="https://dragonflydb.io/">dragonflydb</link>, a modern replacement for Redis and Memcached. Available as <link linkend="opt-services.dragonflydb.enable">services.dragonflydb</link>. </para> </listitem> <listitem> <para> </ins> <link xlink:href="https://github.com/leetronics/infnoise">infnoise</link>, a hardware True Random Number Generator dongle. Available as <link xlink:href="options.html#opt-services.infnoise.enable">services.infnoise</link>.

Discussion:
Project description Metadata homepage URL: source URL: license: Business Source License 1.1, change to Apache License 2.0 on June 1st 2027 platforms: linux
Can you check out my PR if everything works?
Change:
EOF # We cannot use -exec since wrapProgram is a function but not a command. <del> for bin in $( find "$out" -executable -type f ); do </del> <ins> # # jspawnhelper is executed from JVM, so it doesn't need to wrap it, and it # breaks building OpenJDK (#114495). for bin in $( find "$out" -executable -type f -not -name jspawnhelper ); do </ins> if patchelf --print-interpreter "$bin" &> /dev/null; then wrapProgram "$bin" --prefix LD_LIBRARY_PATH : "${runtimeLibraryPath}" fi

Discussion:
Describe the bug The derivation does not build A clear and concise description of what the bug is. To Reproduce Steps to reproduce the behavior: -build -A openjdk15 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 system: host os: multi-user?: sandbox: version: channels(tsteinbach): nixpkgs:
This might be relevant:
Maybe this is related to jspawnhelper and the extra wrappers to adoptopenjdk-bin-14 (the bootstrap jdk for openjdk-15) in ()? My computer is slow so I can't really check. cc
Facing the same issue with , is there a temporary workaround? Can I override 's version somehow? The issue occurs when I try to build with support, which tries to build .
you are correct, that commit introduced the issue. I've opened a PR to revert it pending a proper fix.
Opened PR: . We can build now.
Change:
lapack blas python3 <del> ] ++ lists.optionals cudaSupport (with cudaPackages; [ </del> <ins> ] ++ lists.optionals cudaSupport (with effectiveCudaPackages; [ </ins> cuda_cudart.dev # cuda_runtime.h cuda_cudart.lib # cudart cuda_cudart.static # cudart_static

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by
Change:
mkdir disk mkfs -t ext3 -b 4096 /dev/${vmTools.hd} mount /dev/${vmTools.hd} disk <del> cd disk </del> <ins> mkdir -p disk/img cd disk/img </ins> mkdir proc sys dev # Run root script

Discussion:
Describe the bug does not appear to build valid singularity images. From it sounds like the container has , but it appears that singularity (now) requires instead To Reproduce : tested on NixOS (singularity 3.2.1): tested on (singularity 3.5.2-1.1.el7): tested on Ubuntu (singularity 2.5.2-dist) I presume this failure on version <3 is expected. Maintainer information: (appreciate the help!!)
Thanks for finding this bug! I've patched it in my fork (), would you be able to test it?
that fix works! awesome. Built image on NixOS, tested image on NixOS and RHEL7 successfully
Great, thanks for testing.
Change:
{ lib, stdenv, fetchzip, autoPatchelfHook, fetchurl, xar, cpio }: stdenv.mkDerivation rec { <del> pname = "1password"; </del> <ins> pname = "1password-cli"; </ins> version = "1.12.2"; src = if stdenv.isLinux then

Discussion:
1password CLI and GUI packages have clashing names. This causes that during an upgrade, the GUI one replaces the CLI one. Steps to reproduce the behavior: gets replaced by No conflict. Please run and paste the result.
Nice, thanks
Change:
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" ];

Discussion:
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 /
Change:
<del> { mkDerivation, lib, fetchurl, fetchpatch, callPackage </del> <ins> { mkDerivation, lib, fetchFromGitHub, callPackage, fetchpatch </ins> , pkg-config, cmake, ninja, python3, wrapGAppsHook, wrapQtAppsHook, removeReferencesTo <del> , qtbase, qtimageformats, gtk3, libsForQt5, enchant2, lz4, xxHash , dee, ffmpeg, openalSoft, minizip, libopus, alsaLib, libpulseaudio, range-v3 , tl-expected, hunspell, glibmm, webkitgtk </del> <ins> , qtbase, qtimageformats, gtk3, libsForQt5, lz4, xxHash , ffmpeg, openalSoft, minizip, libopus, alsaLib, libpulseaudio, range-v3 , tl-expected, hunspell, glibmm, webkitgtk, jemalloc , rnnoise, abseil-cpp, extra-cmake-modules </ins> # Transitive dependencies: , pcre, xorg, util-linux, libselinux, libsepol, epoxy , at-spi2-core, libXtst, libthai, libdatrie

Discussion:
, CVSSv3=5.3 (nixos-21.05, nixos-unstable) A reordering issue exists in Telegram before 7.8.1 for Android, Telegram before 7.8.3 for iOS, and Telegram Desktop before 2.8.8. An attacker can cause the server to receive messages in a different order than they were sent a client. Scanned versions: nixos-21.05: ; nixos-unstable: . Cc Cc Cc
Change:
, openpyxl , tables , xlwt <del> , darwin ? {} </del> , libcxx ? null }:

Discussion:
fails to install because tests fail. The failing test is the clipboard test that is meant to be disabled on darwin through . This is not actually disabling the test but rather forcing it to fail, but this can be fixed with a small change. Then we reach a different failing test: I'm not sure if this is darwin specific, nixpkgs specific, or a known bug in . System: OSX Sierra 10.12.4 (16E195) Nix version: 1.11.6 Nixpkgs version: 17.03.1052.
I can't reproduce the issue on NixOS, and I didn't find an issue on the pandas tracker about it either. I did see some similar issues when ran against numpy 1.12 or a different version of numexpr.
From the environment I can see that the version of numpy is 1.11.3.
This may be related to a bug in numpy (numpy/numpy) that was fixed in numpy 1.12.1. I'm trying to build again against that version and I'll see if that fixes it.
I needed to fix pytables first to get to the error you are describing:

Probably only broken when darwin build sandbox is enabled.
Similar as before?
Looks familiar. I recall fixing it last time, but that was before support for expression / derivation specific sandbox profiles was .
is this still the problem in current master?
This is broken, because yields . I couldn't actually find in darwin-nixpkgs. Is there none? Is this the missing command?
The test states: Perhaps we can just skip this test in nixpkgs too?
Change:
{ lib , stdenv , fetchurl <del> , which , cctools </del> <ins> , cmake </ins> }: stdenv.mkDerivation rec {

Discussion:
the build ends up with:
We can trivially workaround this by disabling the tests for aarch64-darwin: but it would be much better to understand the underlying issue and fix that instead
ping
Fixed by
follow-up fix in PR:
I can see two PRs disabling hardening features, and , but neither have an explanation of the problem, or why turning off hardening features was the best / correct fix? Can you explain further? I see the workarounds are still present: and It would be great to know why this is necessary for Nix. These hardening features work fine for native builds, and are used in our release binaries.
This used to fix "Killed: 9" error while running the tests, but it seems this is not helping anymore. My guess is that code signing is somehow messing with the test binaries.
I think the hardening feature was broken when building with gfortran. The issue has been fixed recently.
Still broken with "Killed: 9". Looks like binaries are not signed before .
As can be seen here, the issue is intermittent and does not appear all the time: This makes it harder to debug.
Fix in
Change:
<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "certmgr"; version = "3.0.3"; src = fetchFromGitHub { owner = "cloudflare"; repo = "certmgr"; rev = "v${version}"; hash = "sha256-MgNPU06bv31tdfUnigcmct8UTVztNLXcmTg3H/J7mic="; }; vendorHash = null; ldflags = [ "-s" "-w" ]; meta = with lib; { homepage = "https://cfssl.org/"; description = "Cloudflare's automated certificate management using a CFSSL CA"; platforms = platforms.linux; license = licenses.bsd2; maintainers = with maintainers; [ johanot srhb ]; }; } </ins>

Discussion:
Steps to reproduce the behavior: build certmgr-selfsigned, eg Caused by this by by this out of date shar and also detected Please run and paste the result. Add a to . Thanks!
Change:
<del> { stdenv, lib, fetchFromGitHub, fetchurl, substituteAll, cmake, makeWrapper, pkgconfig </del> <ins> { stdenv, lib, fetchFromGitHub, fetchurl, fetchpatch, substituteAll, cmake, makeWrapper, pkgconfig </ins> , curl, ffmpeg, glib, libjpeg, libselinux, libsepol, mp4v2, libmysqlclient, mysql, pcre, perl, perlPackages , polkit, utillinuxMinimal, x264, zlib , coreutils, procps, psmisc }:

Discussion:
, CVSSv3=6.1 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: .
Fixed in 1.34.21 (excl) 09 is at 1.34.22 master is at 1.34.22 Fixed - closing...
Change:
properties-cpp = callPackage ../development/libraries/properties-cpp { }; <del> protonmail-bridge = libsForQt5.callPackage ../applications/networking/protonmail-bridge { }; </del> <ins> protonmail-bridge = callPackage ../applications/networking/protonmail-bridge { }; </ins> protonvpn-cli = callPackage ../applications/networking/protonvpn-cli { };

Discussion:
Describe the bug This is not really a bug, but neither it's a new package request. AFAIU, we currently have a version of whose source code is not available Recently, the source code has been made available at Although I have not tried to build it with Qt, I managed to get it built with CLI support (which is enough for my needs because I use it as a systemd user service anyway), you can see my take on this here maybe this can be integrated into nixpkgs so other people may benefit from the latest version of the bridge? I'd be happy to help. Thanks! Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Cc Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs: Maintainer information:
That's a great idea but I don't know what's the best strategy for this. Should we wait for protonmail-bridge to upgrade qt to a version we have? Should we do two packages, one cli-only and one with gui? Should we remove the old version of protonmail-bridge and update it to a cli-only version?
Hi! Thanks for your reply. My thoughts are below: I'm afraid that this might take too long: IIRC they are using a version that is too recent and patching and using Qt with NixOS is not trivial. I would definitely need the help of some NixOS Qt expert to get it to build. Others are interested in improving the situation though (). It may be possible to eventually use our own Qt () but it feels like a lot of work. If we were able to build with Qt, that wouldn't be a bad idea, but even giving the option to build cli-only version and then let users do so in, say, an overlay wouldn't be bad (the cli-only build is pretty simple and does not take long), see e.g. the optional Gtk support for the Awesome WM () Considering the above, I would say yes. My view on this is that it would be better to have a working recent version of the bridge, even though limited to CLI only, rather than an outdated one. Another advantage to building it from source is that we can disable the Sentry reports and increase privacy
Change:
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"]

Discussion:
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?
Change:
pybind11 ]; <del> preBuild = '' export HOME=$(mktemp -d) ''; </del> <ins> # failed with "ModuleNotFoundError: No module named 'pyamg.amg_core.evolution_strength'" doCheck = false; # taken from https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=python-pyamg#n27 # checkPhase = '' #   PYTHONPATH="$PWD/build/lib.linux-*:$PYTHONPATH" ${python3.interpreter} -c "import pyamg; pyamg.test()" # ''; pythonImportsCheck = [ "pyamg" "pyamg.amg_core.evolution_strength" ]; </ins> meta = with lib; { description = "Algebraic Multigrid Solvers in Python";

Discussion:
fails to build since The log produced is Build succeeds Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Change:
postPatch = '' sed -i 's|@out@|'"''${out}"'|g' src/src.pro src/defines.h ''; <del> nativeBuildInputs = [ makeWrapper qmake ]; </del> <ins> nativeBuildInputs = [ qmake ]; </ins> buildInputs = [ qtbase qtmultimedia qttranslations ]; enableParallelBuilding = true;

Discussion:
Describe the bug The binary fails to launch in . Output: To Reproduce Steps to reproduce the behavior: to vis CLI Expected behavior The Seafile Applet starts without issues. Additional context This could be related to a missing , however looks like it does include an alternative way of the hook. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(wucke13): nixpkgs: Maintainer information:
Can you try to see if adding helps?
Fixing this now.
That's a fast response, thank you both! Just wondering: Why didn't this occur earlier?
It was large issue that a lot of qt apps in nixpkgs weren't packaged correctly Hopefully people will read the qt section of the manual now, since it's always been to do
Oh, I'm well aware of the Qt Apps problem in general. What I'm wondering is why I did not run into this issue before 20.03. I'm using seafile since 17.03, and I'm not using a Qt DE that circumvents the problem, so I'm wondering why this problem ocured first in 20.03.
Me trying to run it from nixos-unstable results in That is indeed strange.
I figured out the timeline and why you just now experienced this issue
Change:
<ins> { lib , mupdf , stdenv , fetchFromGitHub , substituteAll , cmake , qt6 , desktopToDarwinBundle }: let mupdf-cxx = mupdf.override { enableCxx = true; }; in stdenv.mkDerivation rec { pname = "librum"; version = "0.12.1"; src = fetchFromGitHub { owner = "Librum-Reader"; repo = "Librum"; rev = "v.${version}"; fetchSubmodules = true; hash = "sha256-/QxTWlTMoXykPe3z+mmn6eaGRJDu2IX8BJPcXi1gUqQ="; }; patches = [ (substituteAll { src = ./use_mupdf_in_nixpkgs.patch; nixMupdfLibPath = "${mupdf-cxx.out}/lib"; nixMupdfIncludePath = "${mupdf-cxx.dev}/include"; }) ]; nativeBuildInputs = [ cmake qt6.qttools qt6.wrapQtAppsHook ] ++ lib.optionals stdenv.isDarwin [ desktopToDarwinBundle ]; buildInputs = [ qt6.qtbase qt6.qtsvg ] ++ lib.optionals stdenv.isLinux [ qt6.qtwayland ]; meta = with lib; { description = "An application designed to make reading enjoyable and straightforward"; longDescription = '' Librum is an application designed to make reading enjoyable and straightforward for everyone. It's not just an e-book reader. With Librum, you can manage your own online library and access it from any device anytime, anywhere. It has features like note-taking, AI tooling, and highlighting, while offering customization to make it as personal as you want! Librum also provides free access to over 70,000 books and personal reading statistics while being free and completely open source. ''; homepage = "https://librumreader.com"; license = licenses.gpl3Plus; mainProgram = "librum"; maintainers = with maintainers; [ aleksana oluceps ]; platforms = platforms.unix; }; } </ins>

Discussion:
Project description Librum is an e-book reader that can download books from a personal online library. Metadata homepage URL: source URL: license: gpl3 platforms: gnu/linux, macos, windows
I'm interested in this package, so here's my two cents comment.
Very interested as well.
I'm taking a stab at this. Nothing to show for it yet, but I will share my draft later. Need to learn some cmake stuff to figure out how to make it use a nixpkgs-provided mupdf build instead of doing an in-tree vendored build of it.
I got a basic flake working in my fork of the librum client . Hopefully this can help get the ball rolling. Not sure how much time I can commit to this, so anyone feel free to take over if you are more motivated. To my untrained eye, it doesn't seem too complicated IMO. Its just a few patches here and there mainly to remove the in-tree deps. Disclaimer: This is basically a script kiddies-approach. I'm not very proficient with nix and even less so with cmake. There could be several issues. ! As a side-note, I'd like to request the packaging of the along with the client. I'm not sure if that should be rolled into its own issue, but I'm more-or-less just saying it here to announce that it is something I might look into myself. (It's just a config file... nevermind)
Is there any update on the Librum-Server package?
Change:
<ins> { stdenv, lib, fetchFromGitHub , meson, ninja, pkg-config , python3 , curl , icu , pugixml , zimlib , zlib , libmicrohttpd , mustache-hpp , gtest }: stdenv.mkDerivation rec { pname = "kiwix-lib"; version = "9.4.1"; src = fetchFromGitHub { owner = "kiwix"; repo = pname; rev = version; sha256 = "034nk6l623v78clrs2d0k1vg69sbzrd8c0q79qiqmlkinck1nkxw"; }; nativeBuildInputs = [ meson ninja pkg-config python3 ]; buildInputs = [ icu zlib mustache-hpp ]; propagatedBuildInputs = [ curl libmicrohttpd pugixml zimlib ]; checkInputs = [ gtest ]; doCheck = true; postPatch = '' patchShebangs scripts ''; } </ins>

Discussion:
Describe the bug Kiwix fails to build with a C++ code error. To Reproduce Steps to reproduce the behavior: , because the package is marked as insecure, Expected behavior Kiwix builds. Additional context The error: Probably this needs to be solved for . 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 system: host os: multi-user?: sandbox: version: channels(mario): channels(root): nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
See
Change:
"NO_VENV=1" ]; <del> # TODO: package pytest-monkeyplus for running tests # https://github.com/NixOS/nixpkgs/pull/75054/files#r357690123 doCheck = false; </del> <ins> checkInputs = with python3Packages; [ pytestCheckHook ]; preCheck = '' export HOME="$(mktemp -d)" ''; </ins> # Avoid double wrapping Python programs. dontWrapQtApps = true;

Discussion:
Describe the bug Running gives the following error message: To Reproduce Steps to reproduce the behavior: . . Notify maintainers Metadata
I marked this as stale due to inactivity. &rarr;
This is still an issue.
I can confirm the bug.
Change:
<del> { pkgs , buildPythonPackage , fetchPypi , azure-nspkg }: buildPythonPackage rec { version = "1.0.0"; pname = "azure-mgmt-nspkg"; src = fetchPypi { inherit pname version; extension = "zip"; sha256 = "1rq92fj3kvnqkk18596dybw0kvhgscvc6cd8hp1dhy3wrkqnhwmq"; }; propagatedBuildInputs = [ azure-nspkg ]; meta = with pkgs.lib; { description = "Microsoft Azure SDK for Python"; homepage = "https://azure.microsoft.com/en-us/develop/python/"; license = licenses.asl20; maintainers = with maintainers; [ olcai ]; }; } </del>

Discussion:
After in nixops, we can remove the locally pinned version in nixpkgs.
Not yet, I would like to keep those for building nixops v1.6.1 for any users of the Azure backend.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .