jiebi/CodeConvo huggingface dataset:
Change:
}; # Allow the web interface to access the private /tmp directory of the server. # This is required to support uploading files via the web interface. <del> unitConfig.JoinsNamespaceOf = "paperless-scheduler.service"; </del> <ins> unitConfig.JoinsNamespaceOf = "paperless-task-queue.service"; </ins> # Bind to `paperless-scheduler` so that the web server never runs # during migrations bindsTo = [ "paperless-scheduler.service" ];

Discussion:
Since which updated from 1.9.2 to 1.10.2, the scheduler service can't be started, the error reported in the logs is: Steps to reproduce the behavior: or to see error as above in the logs The service starts succesfully <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Module maintainers: Package maintainers: Please run and paste the result.
Probably fixed by
Change:
sha256 = "4S+fh0saAHxCd7YKqB4LZzML5+YVPldJ6tg5uQL8ezw="; }; <ins> patches = [ # to remove compiler from the runtime closure, reference was retained via # gimp --version --verbose output (substituteAll { src = ./remove-cc-reference.patch; cc_version = stdenv.cc.cc.name; }) # Use absolute paths instead of relying on PATH # to make sure plug-ins are loaded by the correct interpreter. ./hardcode-plugin-interpreters.patch ]; </ins> nativeBuildInputs = [ <ins> autoreconfHook # hardcode-plugin-interpreters.patch changes Makefile.am </ins> pkgconfig intltool gettext <del> wrapPython </del> <ins> makeWrapper </ins> ]; buildInputs = [

Discussion:
Describe the bug GIMP uses Python and GTK+ for e.g. plugins. But GIMP in the NixOS-GIMP-package cannot find the Python-gtk-module: GIMP itself starts, but e.g. some plugins cannot be used, e.g. . When selecting this plugin, nothing happens, and the following error is shown in the console (again): To Reproduce Steps to reproduce the behavior: GIMP. GIMP. at the error-messages. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Can confirm this still doesn't work. Of note is that installing will allow when used from the REPL, but GIMP will still not recognize it. Tagging since they are tagged as the maintainer.

I see the following warnings when running gimp: Not sure if they are critical or not. I do have problems with one Python plugin, not sure if this could be related. Run gimp from the terminal. I'm running it from i3+none desktop environment, if that matters. Please run and paste the results.
I can see the warning too. This is what the file looks like on Arch: nothing special compared to ours: The file exists and is executable Not really sure what is wrong. Also the Python scripts seem to work, at least does.
For me, resynthesizer runs but it doesn't produce correct results:
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 .
Still important to me. This is the current console output:
I have found this issue can be fixed by installing the python package by yourself (which is weird: it looks like GIMP may be trying to use the command from your ). I have it in my systemPackages and I got past that stage. However, is still blocking the usage of some plugins.
Spent some time in and it looks like the extension mapping from file only searches in path, not in the mapping described on previous lines and registered in : : The extension is so some other mechanism than extension matching must be involved – perhaps shebangs are applied. We will still want to hardcode the path to ensure purity.
Change:
<ins> diff -u -r a/src/shared/linux_osl.c b/src/shared/linux_osl.c --- a/src/shared/linux_osl.c	2022-05-24 20:51:15.662604980 +0000 +++ b/src/shared/linux_osl.c	2022-05-24 21:13:38.264472425 +0000 @@ -599,6 +599,8 @@ va = kmalloc(size, GFP_ATOMIC | __GFP_ZERO); if (va) *pap = (ulong)__virt_to_phys(va); +#elif LINUX_VERSION_CODE >= KERNEL_VERSION(5, 18, 0) +	va = dma_alloc_coherent(&((struct pci_dev *)osh->pdev)->dev, size, (dma_addr_t*)pap, GFP_ATOMIC); #else va = pci_alloc_consistent(osh->pdev, size, (dma_addr_t*)pap); #endif @@ -612,6 +614,8 @@ #ifdef __ARM_ARCH_7A__ kfree(va); +#elif LINUX_VERSION_CODE >= KERNEL_VERSION(5, 18, 0) +	dma_free_coherent(&((struct pci_dev *)osh->pdev)->dev, size, va, (dma_addr_t)pa); #else pci_free_consistent(osh->pdev, size, va, (dma_addr_t)pa); #endif @@ -623,7 +627,11 @@ int dir; ASSERT((osh && (osh->magic == OS_HANDLE_MAGIC))); +#if LINUX_VERSION_CODE >= KERNEL_VERSION(5, 18, 0) +	dir = (direction == DMA_TX)? DMA_TO_DEVICE: DMA_FROM_DEVICE; +#else dir = (direction == DMA_TX)? PCI_DMA_TODEVICE: PCI_DMA_FROMDEVICE; +#endif #if defined(__ARM_ARCH_7A__) && defined(BCMDMASGLISTOSL) if (dmah != NULL) { @@ -641,7 +649,11 @@ ASSERT(totsegs + nsegs <= MAX_DMA_SEGS); sg->page_link = 0; sg_set_buf(sg, PKTDATA(osh, skb), PKTLEN(osh, skb)); +#if LINUX_VERSION_CODE >= KERNEL_VERSION(5, 18, 0) +				dma_map_single(&((struct pci_dev *)osh->pdev)->dev, PKTDATA(osh, skb), PKTLEN(osh, skb), dir); +#else pci_map_single(osh->pdev, PKTDATA(osh, skb), PKTLEN(osh, skb), dir); +#endif } totsegs += nsegs; totlen += PKTLEN(osh, skb); @@ -656,7 +668,11 @@ } #endif +#if LINUX_VERSION_CODE >= KERNEL_VERSION(5, 18, 0) +	return (dma_map_single(&((struct pci_dev *)osh->pdev)->dev, va, size, dir)); +#else return (pci_map_single(osh->pdev, va, size, dir)); +#endif } void BCMFASTPATH @@ -665,8 +681,13 @@ int dir; ASSERT((osh && (osh->magic == OS_HANDLE_MAGIC))); +#if LINUX_VERSION_CODE >= KERNEL_VERSION(5, 18, 0) +	dir = (direction == DMA_TX)? DMA_TO_DEVICE: DMA_FROM_DEVICE; +	dma_unmap_single(&((struct pci_dev *)osh->pdev)->dev, (uint32)pa, size, dir); +#else dir = (direction == DMA_TX)? PCI_DMA_TODEVICE: PCI_DMA_FROMDEVICE; pci_unmap_single(osh->pdev, (uint32)pa, size, dir); +#endif } #if defined(BCMDBG_ASSERT) </ins>

Discussion:
Building fails when rebuilding system configuration. System configuration should build successfully with on kernel 5.18 There are no current maintainers. This appears to be a repetition of
Arch Linux appears to have a new patch here: Attempting to apply it has failed for me. I tried this block: Maybe someone who helped solve this the last time can comment?
Already have a PR up .
Looks like an issue with the patch for 5.17. Try replacing it with this one:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
#     source both, but source the more global configuration files earlier #     than the more local ones, so that more local configurations inherit #     from but override the more global locations. <ins> # #     Special care needs to be taken, when fish is called from an FHS user env #     or similar setup, because this configuration file will then be relocated #     to /etc/fish/config.fish, so we test for this case to avoid nontermination. </ins> <del> if test -f /etc/fish/config.fish </del> <ins> if test -f /etc/fish/config.fish && test /etc/fish/config.fish != (status filename) </ins> source /etc/fish/config.fish end

Discussion:
Hi, I'm trying to execute a fish script which runs fine on my local machine on NixOS, but fails in a NixOS docker. fish --version works in the docker and returns 3.0.2, but attempting to run a script results in many lines of the form. Full Log here: Any script will fail with a segfault. Something as simple as will fail.
The fact that it segfaults sounds liker a fish bug to me. With bash, I get this:
I don't really understand what you've said. What are you comparing with bash?
The fact that it segfaults sounds liker a fish bug to me The important part is that there's an infinite recursion here, which is bogus and needs to be removed. How fish handles this form of infinite recursion is a secondary issue - even if it just errored, it would still be a bug in the nix package to have it in the first place.
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 .
I checked that did not check the docker case, but it should also fix that.

Friendly Interactive SHell segfault when involved inside pkgs.buildFHSUserEnv nix-shell contents of execute Please run and paste the results.
I can also confirm this.
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 .
Change:
, libjack2 , libpulseaudio , libsamplerate <del> , libXext , libXi </del> , makeDesktopItem , makeWrapper , pkg-config

Discussion:
Package name: vcv-rack Latest released version: 2.4.1 Current version on the unstable channel: 2.4.0 Current version on the stable/release channel: 2.3.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
may be trying something with so I'll wait a bit
Honestly I have no idea what vcv-rack is, I just looked for a package I can update to test out a new feature for `nix-update. If you can, take this from from, feel free to update it.
Not sure if I'll have time in the next few weeks, so this is free to pick
Change:
}; _module.freeformType = mkOption { <del> # Disallow merging for now, but could be implemented nicely with a `types.optionType` type = types.nullOr (types.uniq types.attrs); </del> <ins> type = types.nullOr types.optionType; </ins> internal = true; default = null; description = ''

Discussion:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!
Change:
, buildPythonPackage , fetchPypi , pythonOlder <del> , cached-property </del> , packaging , pdm-backend <del> , requests </del> <ins> , httpx </ins> , flask , pytest-httpserver <ins> , pytest-mock </ins> , pytestCheckHook , requests-wsgi-adapter , trustme

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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 It would be great to get this updated as introduces the ability to manage python versions. Will require: to be updated to to be to dependencies to be packaged and to dependencies <!-- 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]:
Also pinging since it seems you have provided the most recent updates.
Change:
let jre' = jre_minimal.override { <del> modules = [ "java.base" "java.desktop" ]; </del> <ins> modules = [ "java.base" "java.desktop" "java.logging" ]; </ins> }; importVariant = f: import (./. + "/src-${variant}/${f}");

Discussion:
When using with the I get the following error. ! I'm assuming this is caused by the following code. Since it doesn't include the module. Steps to reproduce the behavior: the to open Libreoffice Writer The Languagetool plugin doesn't cause a runtime error. Please run and paste the result.
Hm, jre_minimal tests seem to confirm it; does adding "java.logging" there help?
Happy to take a look by the end of the week :)
That'd be great if you could do that. I tried building it on my laptop. But it was still building after ~3 hours. :)
Change:
inherit (common) src prePatch; <ins> patches = [ # improves reproducibility of fmt files. This patch has been proposed upstream, # but they are considering some other approaches as well. This is fairly # conservative so we can safely apply it until they make a decision # https://mailman.ntg.nl/pipermail/dev-luatex/2022-April/006650.html (fetchpatch { name = "reproducible_exception_strings.patch"; url = "https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1009196;filename=reproducible_exception_strings.patch;msg=5"; sha256 = "sha256-RNZoEeTcWnrLaltcYrhNIORh42fFdwMzBfxMRWVurbk="; }) ]; </ins> hardeningDisable = [ "format" ]; inherit (core) nativeBuildInputs;

Discussion:
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- . nix-build '<nixpkgs' -A --check --keep-failed 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: nix-store --read-log $(nix-instantiate '<nixpkgs' -A ) Tested on nixpkgs Notably the ordering of the words in and similar seem nondeterministic, perhaps the other differences are effects of that.
That is an issue with , respectively the tools called by , so it should be solved upstream.
fmtutil here is coming from texlive-scripts in - but it's the output of that's not reproducible. I'm now sure it's in dumping out the hyphenation exception strings in the (random) order in which they appear in the lua hashtable. I guess we should sort them in dictionary order. There is already a qsort routine, so perhaps we should put the exceptions in an array, sort that array using qsort, and only produce the result from that.
I think this is already referring to .
Huh! Indeed that covers the same issue - I did search before digging into this problem, but not good enough apparently :laughing: .
Change:
in "${arch'}-${os'}"; <del> # All architectures that are supported allArches = builtins.attrValues arches; </del> <ins> # All architectures that are supported by GCS allArches = builtins.attrNames arches; </ins> # A description of all available google-cloud-sdk components. # It's a JSON file with a list of components, along with some metadata

Discussion:
Project description Tool used by GKE to do go-client kubernetes auth. If is installed via nixpkgs, so ought gke-cloud-auth-plugin Metadata homepage URL: source URL: license: ? platforms: unix, linux, darwin, ...
See also
Both the reference source URL and the linked flake repo would not work on darwin machines. Ideally, the would support specifying which components to install declaratively.
Maybe this doesn't apply to Darwin, but on NixOS I am able to do and it shows as having been installed.
It looks like support for was on , and it didn't get merged to yet.
I believe it already is at :
thank you for pointing me to . That should save me time from checking my local clone.
For reasons that are unclear to me, when using home-manager I had to do
Change:
p7zip xdpyinfo imagemagick <del> procps </del> <ins> vkbasalt-cli </ins> gamescope mangohud vmtouch <del> wine </del> <ins> # Undocumented (subprocess.Popen()) lsb-release pciutils procps </ins> ]; format = "other";

Discussion:
error when creating a bottle Steps to reproduce the behavior: bottles to create a new bottle during dxvk installation process with the following error message No error when trying to create a bottle ! I'm pretty new to nixos so it might be a configuration error on my part I apologize in advanced if I tagged the wrong maintainers
It should be fixed in (I don't reproduce it there). (I think it's caused by the fact I )
gotcha. feel free to close if you think it's gonna be fixed in next release. thanks :)
Change:
<ins> import ../make-test-python.nix ({ pkgs, ...}: let adminpass = "hunter2"; adminuser = "custom-admin-username"; in { name = "nextcloud-with-secrets-file"; meta = with pkgs.lib.maintainers; { maintainers = [ eqyiel ]; }; nodes = { # The only thing the client needs to do is download a file. client = { ... }: {}; nextcloud = { config, pkgs, ... }: { networking.firewall.allowedTCPPorts = [ 80 ]; services.nextcloud = { enable = true; hostName = "nextcloud"; caching = { apcu = false; memcached = false; }; config = { #dbtype = "pgsql"; dbname = "nextcloud"; dbuser = "nextcloud"; dbhost = "/run/postgresql"; inherit adminuser; adminpassFile = toString (pkgs.writeText "admin-pass-file" '' ${adminpass} ''); }; }; systemd.services.nextcloud-setup= { requires = ["postgresql.service"]; after = [ "postgresql.service" ]; }; services.postgresql = { enable = true; ensureDatabases = [ "nextcloud" ]; ensureUsers = [ { name = "nextcloud"; ensurePermissions."DATABASE nextcloud" = "ALL PRIVILEGES"; } ]; }; # This file is meant to contain secret options which should # not go into the nix store. Here it is just used to set the # databyse type to postgres. environment.etc."nextcloud-secrets.json".text = '' { "dbtype" : "pgsql" } ''; }; }; testScript = let withRcloneEnv = pkgs.writeScript "with-rclone-env" '' #!${pkgs.runtimeShell} export RCLONE_CONFIG_NEXTCLOUD_TYPE=webdav export RCLONE_CONFIG_NEXTCLOUD_URL="http://nextcloud/remote.php/webdav/" export RCLONE_CONFIG_NEXTCLOUD_VENDOR="nextcloud" export RCLONE_CONFIG_NEXTCLOUD_USER="${adminuser}" export RCLONE_CONFIG_NEXTCLOUD_PASS="$(${pkgs.rclone}/bin/rclone obscure ${adminpass})" "''${@}" ''; copySharedFile = pkgs.writeScript "copy-shared-file" '' #!${pkgs.runtimeShell} echo 'hi' | ${pkgs.rclone}/bin/rclone rcat nextcloud:test-shared-file ''; diffSharedFile = pkgs.writeScript "diff-shared-file" '' #!${pkgs.runtimeShell} diff <(echo 'hi') <(${pkgs.rclone}/bin/rclone cat nextcloud:test-shared-file) ''; in '' start_all() nextcloud.wait_for_unit("multi-user.target") nextcloud.succeed("curl -sSf http://nextcloud/login") nextcloud.succeed( "${withRcloneEnv} ${copySharedFile}" ) client.wait_for_unit("multi-user.target") client.succeed( "${withRcloneEnv} ${diffSharedFile}" ) ''; }) </ins>

Discussion:
Currently, the nextcloud modules has a set list of config options (in ), and no -style hook for freeform text which should be appended to nextcloud's configuration file. In particular, I am unable to figure out how to set up redis caching with the nextcloud module — the description for states that "you still need to enable Redis in your ", but there is no description of how to do that, and no corresponding option in the module. I think the module should offer something like , particular since this is probably also an issue for other possible configurations of nextcloud (given that its is prohibitively long) — or am I just missing something obvious?
I started a pull request with this here:
I marked this as stale due to inactivity. &rarr;
Same problem ;(
Change:
<ins> { lib , rustPlatform , fetchFromGitHub , gpgme , libgpgerror , libxcb , python3 }: rustPlatform.buildRustPackage rec { pname = "gpg-tui"; version = "0.1.5"; src = fetchFromGitHub { owner = "orhun"; repo = "gpg-tui"; rev = "v${version}"; sha256 = "1hg8a1vxrkl2737dhb46ikzhnfz87zf9pvs370l9j8h7zz1mcq66"; }; cargoSha256 = "00azv55r4ldpr6gfn77ny9rzm3yqlpimvgzx2cwkwnhgmfcq2l1j"; nativeBuildInputs = [ gpgme # for gpgme-config libgpgerror # for gpg-error-config python3 ]; buildInputs = [ gpgme libgpgerror libxcb ]; meta = with lib; { description = "Terminal user interface for GnuPG"; homepage = "https://github.com/orhun/gpg-tui"; license = licenses.mit; maintainers = with maintainers; [ dotlambda ]; }; } </ins>

Discussion:
I have packaged just for testing and it builds and the tests work. But currently I don't see any benefits for myself, using this program. I don't think it is a good idea to be the maintainer of a program that I am not using. So if you want to have this in nixpkgs, you can use my code here: It worked with x86_64 NixOS.
Change:
}; <del> config = { services.xserver.displayManager.session = cfg.session.list; environment.systemPackages = mkIf cfg.session.needBGPackages [ pkgs.feh ]; # xsetroot via xserver.enable }; </del> <ins> config.services.xserver.displayManager.session = cfg.session.list; </ins> }

Discussion:
Currently the DE is always enabled, see Because of that, feh is always to system PATH, in here: … because in here: … is always true, as the always contains , which doesn’t define . This whole code is totally pointless if we cannot turn off. Idea: let’s make optional, but by default turned on, not to break people’s setups. How I stumbled upon this? While configuring a machine for my mom, with Xfce enabled, I’ve noticed that feh is the default app for opening images, while it shouldn’t even be in . Turn on Xfce, open file manager, double click on a photo ⇒ feh opens instead of Xfce’s Ristretto. System: 16.03.1162. (Emu) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: "16.03.1162."
Still a problem in 18.03pre116054. (Impala). is the default photo viewer on my system.
This needs to be reopened.
Change:
nativeBuildInputs = [ cmake <del> pkgconfig which git python2Packages.wrapPython </del> <ins> pkgconfig which git python2Packages.wrapPython makeWrapper </ins> (ensureNewerSourcesHook { year = "1980"; }) ];

Discussion:
Enable and provision ceph and a mgr daemon. Ran on a modified nixos-unstable
Race you. :-)
Hehe, simple fix ;) and the steps to reproduce should include "enable dashboard module" because iirc it isn't enabled by default :)
solves the issue ^^
Oh, I see. I was converting an old cluster, and of course the dashboard was enabled there. Sorry! :-)
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 .
Iirc this was merged and resolved the 27th of March when merged my commit, so I'm closing this issue so that stalebot is happy
Change:
talloc = callPackage ../development/libraries/talloc { }; <ins> tagparser = callPackage ../development/libraries/tagparser { }; </ins> tclap = callPackage ../development/libraries/tclap {}; tcllib = callPackage ../development/libraries/tcllib { };

Discussion:
Project description A tag editor with Qt GUI and command-line interface. Supports MP4 (iTunes), ID3, Vorbis, Opus, FLAC and Matroska. Metadata homepage URL: source URL: license: mit, GPLv2.0 platforms: linux
I am working on it. Progress: