jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug apache-airflow requires gunicorn at or above 19.5 and below 20.0, therefore the upgrade of gunicorn broke apache-airflow build: To Reproduce Attempt to use apache-airflow package. E.g.: This triggers a re-build of apache-airflow which will finally fail because of unsatisfied version requirement. Expected behavior apache-airflow package is usable (in the particular example, shell opens and apache airflow can be imported in python). Screenshots If applicable, add screenshots to help explain your problem. Additional context The same issue can be observed in hydra builds, e.g.: Metadata Please run and paste the result. Maintainer information:

Discussion:
--replace "text-unidecode==1.2" "text-unidecode"  --replace "tzlocal>=1.4,<2.0.0" "tzlocal"  --replace "sqlalchemy~=1.3" "sqlalchemy"  <ins> --replace "gunicorn>=19.5.0, <20.0" "gunicorn"  </ins> --replace "werkzeug>=0.14.1, <0.15.0" "werkzeug" # dumb-init is only needed for CI and Docker, not relevant for NixOS.
Change:
Describe the bug Morph doesn't work without ssh installed/present on the system. To Reproduce Steps to reproduce the behavior: -shell --pure -p morph build something Expected behavior Morph builds something Screenshots Additional context Metadata NicksOhAss:~$ nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(root): channels(): nixpkgs: Maintainer information:

Discussion:
<del> { buildGoPackage, fetchFromGitHub, go-bindata, lib }: </del> <ins> { buildGoPackage, fetchFromGitHub, go-bindata, openssh, makeWrapper, lib }: </ins> buildGoPackage rec { pname = "morph";

goPackagePath = "github.com/dbcdk/morph"; goDeps = ./deps.nix; <ins> nativeBuildInputs = [ makeWrapper ]; </ins> buildInputs = [ go-bindata ]; buildFlagsArray = ''

postInstall = '' mkdir -p $lib cp -v $src/data/*.nix $lib <ins> wrapProgram $bin/bin/morph --prefix PATH : ${lib.makeBinPath [ openssh ]}; </ins> ''; outputs = [ "out" "bin" "lib" ];
Change:
Main problem: no icons in digikam. Digikam requires breeze icons. I've noticed in other bug reports that I need to do something like this: But when I run , there are no icon themes available to choose. Thanks!
Using: And searching for I see it looking in these two locations: But not in the nix store path where the icons reside. I can link that and see the icons in digikam: How is the icon location intended to be communicated?
Those links in my previous comment were created in the directory.
should look in each entry of for icon themes. Does your include ? That is where icon themes installed with will go. If that entry is not present in , then I think your shell is probably not configured correctly. If that entry is present, then there is probably a bug in if it isn't respecting that variable.
Indeed, does allow to see the icons. Next I'll investigate the setup. Thank you.
How should nixpkgs users know to include in ? isn't mentioned in , and it isn't configured automatically when sources . A carefully reading of suggests writing to create a derivation to fix up missing manual/info pages. I guess this would work for the missing icons too. In the short term, maybe XDGDATADIRS should be mentioned in one of these sections of the manuals. Am I overlooking a better mechanism?
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .

Discussion:
, hugin , gnumake <ins> , breeze-icons </ins> , oxygen }:

kwidgetsaddons kxmlgui <ins> breeze-icons </ins> marble oxygen threadweaver
Change:
Project description An end-to-end encrypted, peer-to-peer file storage, sharing and communication network. It's written in Java and uses IPFS. A bit similar to Nextcloud. Metadata homepage URL: source URL: license: AGPL3 platforms: linux (JVM)
Related:
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Still important
I marked this as stale due to inactivity. &rarr;
Still important
I marked this as stale due to inactivity. &rarr;
I've a working package of peergos. after some testing i've experienced it a little buggy, so i don't want to push it into release. Let's see what i can do as it's my first package. The example bug: after i've created task, clicking "tasks" from left menu forces me to create new task. However thecreated task is visible in my drive.
Thanks!

Discussion:
githubId = 1891350; name = "Michael Raskin"; }; <ins> raspher = { email = "raspher@protonmail.com"; github = "raspher"; githubId = 23345803; name = "Szymon Scholz"; }; </ins> ratcornu = { email = "ratcornu@skaven.org"; github = "RatCornu";

<ins> { lib , stdenv , fetchurl , jre , makeWrapper }: let version = "0.14.1"; peergos = fetchurl { url = "https://github.com/Peergos/web-ui/releases/download/v${version}/Peergos.jar"; hash = "sha256-oCsUuFxTAL0vAabGggGhZHaF40A5TLfkT15HYPiKHlU="; }; in stdenv.mkDerivation rec { pname = "peergos"; inherit version; dontUnpack = true; dontBuild = true; nativeBuildInputs = [ makeWrapper ]; installPhase = '' runHook preInstall install -D ${peergos} $out/share/java/peergos.jar makeWrapper ${lib.getExe jre} $out/bin/${pname}  --add-flags "-jar -Djava.library.path=native-lib $out/share/java/${pname}.jar" runHook postInstall ''; meta = with lib; { description = "A p2p, secure file storage, social network and application protocol"; homepage = "https://peergos.org/"; # peergos have agpt3 license, peergos-web-ui have gpl3, both are used license = [ licenses.agpl3Only licenses.gpl3Only ]; platforms = platforms.all; maintainers = with maintainers; [ raspher ]; sourceProvenance = with sourceTypes; [ binaryBytecode ]; }; } </ins>
Change:
Describe the bug Oof, this might be a very specific issue, but I wanted to report it anyway so it might save some time for other people troubleshooting the same issue. I run a downloader in a nix build using wine. However, it seems like the . This means I cannot establish any TLS connections from wine inside the nix sandbox. To Reproduce Steps to reproduce the behavior: a TLS connection from wine inside a nix build Expected behavior There should be a way to specify the ca certificates. Additional context This does fix the issue for me: If you're all okay with that, I can create a nixpkgs PR for this. Maintainer information: cc
Hm. I wonder if we should just apply this to the Wine package.
on first glance offered patch looks obivious
Yeah, I think adding this patch makes sense
I opened

Discussion:
]) ++ [ pkgs.xorg.libX11 pkgs.perl ])); <ins> patches = [ # Also look for root certificates at $NIX_SSL_CERT_FILE ./cert-path.patch ]; </ins> # Wine locates a lot of libraries dynamically through dlopen().  Add # them to the RPATH so that the user doesn't have to set them in # LD_LIBRARY_PATH.

<ins> diff --git a/dlls/crypt32/rootstore.c b/dlls/crypt32/rootstore.c index f795181..fb4926a 100644 --- a/dlls/crypt32/rootstore.c +++ b/dlls/crypt32/rootstore.c @@ -18,6 +18,7 @@ #include "config.h" #include <stdarg.h> #include <stdio.h> +#include <stdlib.h> /* getenv */ #include <sys/types.h> #ifdef HAVE_SYS_STAT_H #include <sys/stat.h> @@ -916,6 +917,11 @@ static void read_trusted_roots_from_known_locations(HCERTSTORE store) for (i = 0; !ret && i < ARRAY_SIZE(CRYPT_knownLocations); i++) ret = import_certs_from_path(CRYPT_knownLocations[i], from, TRUE); + +        char *nix_cert_file = getenv("NIX_SSL_CERT_FILE"); +        if (nix_cert_file != NULL) +            ret = import_certs_from_path(nix_cert_file, from, TRUE); + check_and_store_certs(from, store); } CertCloseStore(from, 0); </ins>
Change:
Describe the bug I have tilix installed on my system one of the dependencies is ldc, which has dmd as a dependency. dmd fails to build To Reproduce Steps to reproduce the behavior: tilix ... ... Expected behavior tilix installs Screenshots Additional context Add any other context about the problem here. Metadata Please run and paste the result. Maintainer information:
cc
The problem is that impure test which fails [2] since the beginning of the year because in the old version it's still 2019 and should be 2020. This problem is already fixed in master [1]. could you please port this change to stable. [1] [2] ... compilable/ddocYear.d -D -Dd../../../build/dmd-testsuite/compilable -o- -O () Test compilable/ddocYear.d failed. The logged output: Executing post-test script: compilable/extra-files/ddocYear- compilable ddocYear ../../../build/dmd-testsuite/b6ddf7f353e9b18496a4bf179416aac6ff6518d274dc117d04f47f77cbf0b36 source compilable/extra-files/ddocYear- +++ date +%Y ++ YEAR=2020 ++ sed s/YEAR/2020/ compilable/extra- ++ grep -v 'Generated by Ddoc from' ../../../build/dmd- ++ diff -pu --strip-trailing-cr ../../../build/dmd- ../../../build/dmd- --- ../../../build/dmd- 2020-01-17 11:55:41. +0000 +++ ../../../build/dmd- 2020-01-17 11:55:41. +0000 -537,7 +537,7 <section class="section ddocsections"<div class="ddocsummary"<p class="para"- 2019 2020 </p</div/build/ldc-1.16.0-src/build/bin/ldmd2 -conf= -m64 -Icompilable -D -Dd../../../build/dmd-testsuite/compilable -o- -O -od../../../build/dmd-testsuite/compilable -of../../../build/dmd-testsuite/compilable/ddocYear_0.o -c compilable/ddocYear.d

Discussion:
# Media support MEDIA_CAMERA_SUPPORT? y MEDIA_RC_SUPPORT? y <ins> MEDIA_USB_SUPPORT y </ins> ${if kernelPlatform ? kernelExtraConfig then kernelPlatform.kernelExtraConfig else ""} ${extraConfig}
Change:
Describe the bug with and , attempting to run a non-existing program doesn't return an error code. it works with bash: To Reproduce Type gibberish at zsh prompt, press return. Expected behavior Metadata system: host os: multi-user?: sandbox: version: channels(thblt): channels(root): nixpkgs: Maintainer information:
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .

Discussion:
# Retry the command if we just installed it. if [ $? = 126 ]; then "$@" <ins> else return 127 </ins> fi else # Indicate than there was an error so ZSH falls back to its default handler
Change:
Describe the bug When pkgs/applications/networking/cluster/mesos/fetch-mesos- try to retrieve the pom files from Maven is failing because the insecure server was changed to a new domain since 15 January 2020. To Reproduce Steps to reproduce the behavior: nix-build -A Expected behavior Mesos derivation must be build. Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(juanpablogomez): nixpkgs: `
Please review PR created...
New PR to master

Discussion:
# Media support MEDIA_CAMERA_SUPPORT? y MEDIA_RC_SUPPORT? y <ins> MEDIA_USB_SUPPORT y </ins> ${if kernelPlatform ? kernelExtraConfig then kernelPlatform.kernelExtraConfig else ""} ${extraConfig}
Change:
Describe the bug NixOS currently has Xpra 2.5.3. Metadata Maintainer information:
cc
please test

Discussion:
xf86videodummy = callPackage ./xf86videodummy { }; in buildPythonApplication rec { pname = "xpra"; <del> version = "2.5.3"; </del> <ins> version = "3.0.5"; </ins> src = fetchurl { url = "https://xpra.org/src/${pname}-${version}.tar.xz"; <del> sha256 = "1ys35lj28903alccks9p055psy1fsk1nxi8ncchvw8bfxkkkvbys"; </del> <ins> sha256 = "1zy4q8sq0j00ybxw3v8ylaj2aj10x2gb0a05aqbcnrwp3hf983vz"; </ins> }; patches = [

index 8d3df15..6156206 100755 --- a/setup.py +++ b/setup.py <del> @@ -2359,10 +2359,7 @@ if v4l2_ENABLED: v4l2_pkgconfig = pkgconfig() #fuly warning: cython makes this difficult, #we have to figure out if "device_caps" exists in the headers: -    ENABLE_DEVICE_CAPS = False -    if os.path.exists("/usr/include/linux/videodev2.h"): -        hdata = open("/usr/include/linux/videodev2.h").read() -        ENABLE_DEVICE_CAPS = hdata.find("device_caps")>=0 +    ENABLE_DEVICE_CAPS = True kwargs = {"ENABLE_DEVICE_CAPS" : ENABLE_DEVICE_CAPS} make_constants("xpra", "codecs", "v4l2", "constants", **kwargs) </del> <ins> -2322,11 +2322,7 @@ if v4l2_ENABLED: videodev2_h = "/usr/include/linux/videodev2.h" constants_pxi = "xpra/codecs/v4l2/constants.pxi" if not os.path.exists(videodev2_h) or should_rebuild(videodev2_h, constants_pxi): -        ENABLE_DEVICE_CAPS = 0 -        if os.path.exists(videodev2_h): -            with open(videodev2_h) as f: -                hdata = f.read() -            ENABLE_DEVICE_CAPS = int(hdata.find("device_caps")>=0) +        ENABLE_DEVICE_CAPS = 1 with open(constants_pxi, "wb") as f: f.write(b"DEF ENABLE_DEVICE_CAPS=%i" % ENABLE_DEVICE_CAPS) </ins> cython_add(Extension("xpra.codecs.v4l2.pusher", diff --git a/xpra/x11/bindings/keyboard_bindings.pyx b/xpra/x11/bindings/keyboard_bindings.pyx index bd7023d..064c6b5 100644 --- a/xpra/x11/bindings/keyboard_bindings.pyx
Change:
, CVSSv3=6.5 (nixos-19.09, nixos-unstable) Scanned versions: nixos-19.09: ; nixos-unstable: . May contain false positives.
See also: , ,
Patched on all three currently supported branches. See backlinks on MR .

Discussion:
{ stdenv , fetchFromGitHub <ins> , fetchpatch </ins> , zlib , expat , cmake

sha256 = "0n8il52yzbmvbkryrl8waz7hd9a2fdkw8zsrmhyh63jlvmmc31gf"; }; <ins> patches = [ # CVE-2019-20421 # included in next release (fetchpatch { url = "https://github.com/Exiv2/exiv2/commit/a82098f4f90cd86297131b5663c3dec6a34470e8.patch"; sha256 = "16r19qb9l5j43ixm5jqid9sdv5brlkk1wq0w79rm5agxq4kblfyc"; excludes = [ "tests/bugfixes/github/test_issue_1011.py" "test/data/Jp2Image_readMetadata_loop.poc" ]; }) ]; </ins> cmakeFlags = [ "-DEXIV2_BUILD_PO=ON" "-DEXIV2_BUILD_DOC=ON"
Change:
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.

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

done done <del> # Create runScript ln -s ${runScriptFile} singularity </del> <ins> # Create runScript and link shell ln -s ${runtimeShell} bin/sh mkdir -p .singularity.d ln -s ${runScriptFile} .singularity.d/runscript </ins> # Fill out .singularity.d mkdir -p .singularity.d/env

cd .. mkdir -p /var/singularity/mnt/{container,final,overlay,session,source} echo "root:x:0:0:System administrator:/root:/bin/sh" > /etc/passwd <del> singularity build $out ./disk </del> <ins> TMPDIR=$(pwd -P) singularity build $out ./img </ins> ''); in result;
Change:
Describe the bug Warning message during the system update To Reproduce Steps to reproduce the behavior: Run nix-channel --update && nixos-rebuild switch Expected behavior A clear and concise description of what you expected to happen. Additional context Standard update Metadata Please run and paste the result.
can you please upload ? I'll probably need a list of services you have enabled too, but let's with . ping didn't you recently enable upstream rules? While unrelated to this PR directly I am curious if we'll run into more duplicate entry errors like this... :thinking:
After some testing. I find the issue it seems is locale if it is activated in service will throw the error. Locale configuration
I think we can drop from the locate service in that case.
Please test:

Discussion:
++ optional (isFindutils && cfg.pruneNames != []) "findutils locate does not support pruning by directory component" ++ optional (isFindutils && cfg.pruneBindMounts) "findutils locate does not support skipping bind mounts"; <del> # directory creation needs to be separated from main service # because ReadWritePaths fails when the directory doesn't already exist systemd.tmpfiles.rules = let dir = dirOf cfg.output; in mkIf (dir != "/var/cache") [ "d ${dir} 0755 root root -" ]; </del> systemd.services.update-locatedb = { description = "Update Locate Database"; path = mkIf (!isMLocate) [ pkgs.su ];
Change:
Describe the bug A clear and concise description of what the bug is. I have a separate /nix/ ZFS dataset whose mountpoint I declare in my NixOS config. However when I try to boot that system, it mounts the root dataset, tries to read something out of the nix store (before it's mounted) and fails, prompting me to reboot or ignore. works but doesn't. To Reproduce Steps to reproduce the behavior: a separate ZFS dataset for /nix/ to mount it on /nix and /nix/ respectively that /nix gets mounted before anything is read from the nix store while /nix/ isn't Expected behavior A clear and concise description of what you expected to happen. It should behave the same, no matter the trailing slash. Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata Please run and paste the result. Maintainer information:
I think this is because of is handled specially, in particular, it is not unmounted. But isn't matched, so it gets unmounted, which breaks everything (because everything lives in ).
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .

Discussion:
addCheckDesc = desc: elemType: check: types.addCheck elemType check // { description = "${elemType.description} (with check: ${desc})"; }; <del> nonEmptyStr = addCheckDesc "non-empty" types.str (x: x != "" && ! (all (c: c == " " || c == "t") (stringToCharacters x))); </del> <ins> isNonEmpty = s: (builtins.match "[ tn]*" s) == null; nonEmptyStr = addCheckDesc "non-empty" types.str isNonEmpty; </ins> fileSystems' = toposort fsBefore (attrValues config.fileSystems);

coreFileSystemOpts = { name, config, ... }: { options = { mountPoint = mkOption { example = "/mnt/usb"; <del> type = nonEmptyStr; </del> <ins> type = addCheckDesc "non-empty without trailing slash" types.str (s: isNonEmpty s && (builtins.match ".+/" s) == null); </ins> description = "Location of the mounted the file system."; };
Change:
Describe the bug When the filesystem scrubbing service configured via is running, the system cannot shutdown until the scrubbing is completed. To Reproduce Steps to reproduce the behavior: the autoscrub server on some Btrfs file system, e.g. by the resulting service, e.g. the system: that the system only shuts down once the scrub has finished Expected behavior The scrub should be aborted properly when the system needs to shut down. Potential solution By default, running services are stopped by a SIGTERM, but apparently the btrfs scrubbing doesn't react to that. We need to introduce a custom into the service definition. This approach still needs to tested properly though. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs: Maintainer information:
This will also need a fires of a iirc, and then exit immediately, so there is nothing to as the oneshot exists immediately and then gets removed from systemd memory. So to get this to work we need:
Is really needed with ? Also cancel does not accept .
Oh my manpage-in-my-head read as block device .. not as blocking.... Scrub what I said! should be enough here I think. Also I think this is a great thing to add a NixOS VM test for
While I'd love to have some tests for this, these may not be so easy: We need a filesystem large enough that the scrubbing doesn't immediately finish before the shutdown is initiated.
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Fixed by

Discussion:
fs' = utils.escapeSystemdPath fs; in nameValuePair "btrfs-scrub-${fs'}" { description = "btrfs scrub on ${fs}"; <ins> # scrub prevents suspend2ram or proper shutdown conflicts = [ "shutdown.target" "sleep.target" ]; before = [ "shutdown.target" "sleep.target" ]; </ins> serviceConfig = { <del> Type = "oneshot"; </del> <ins> # simple and not oneshot, otherwise ExecStop is not used Type = "simple"; </ins> Nice = 19; IOSchedulingClass = "idle"; ExecStart = "${pkgs.btrfs-progs}/bin/btrfs scrub start -B ${fs}"; <ins> ExecStop  = "${pkgs.btrfs-progs}/bin/btrfs scrub cancel ${fs}"; </ins> }; }; in listToAttrs (map scrubService cfgScrub.fileSystems);