jiebi/CodeConvo huggingface dataset:
Change:
daphne dateparser django-cors-headers <del> django_extensions </del> <ins> django-extensions </ins> django-filter django-picklefield django-q

Discussion:
python38Packages.djangoextensions and python39Packages.djangoextensions Fails to build. I discovered it as it was a dependency of Archivebox that also doesnt build now. Simple way to reproduce is: a file : I expected the package to build and not fail with errors. It appears it is the test's that fail and not the actual build. ! I have much larger file that I choose not to include as it is the same error i got in the minimal version and all the other clutter likely is not responsible. No maintainers for either of the packages :( Please run and paste the result. this path will be fetched (0.06 MiB download, 0.30 MiB unpacked):
Change:
src = fetchurl { url = "http://download.fcitx-im.org/fcitx-configtool/${name}.tar.xz"; <del> sha256 = "1vaim0namw58bfafbvws1vgd4010p19zwqfbx6bd1zi5sgchdg0f"; </del> <ins> sha256 = "1ypr2jr3vzs2shqfrvhqy69xvagrn9x507180i9wxy14hb97a82r"; </ins> }; buildInputs = [ makeWrapper fcitx cmake isocodes pkgconfig gtk3

Discussion:
after a , fcitx cannot switch to mozc only in chromium. journalctl gives me System: (NixOS: , Ubuntu/Fedora: , ...) 09pre106117. (Hummingbird) Nix version: (run ) nix-env (Nix) 1.11.8 Nixpkgs version: (run ) "17.09pre106117." fcitx version: 4.2.9.1 Chromium 57.0.2987.133
Thanks for reporting! Will look into this.
Change:
, galliumDrivers ? ["auto"] , vulkanDrivers ? ["auto"] , eglPlatforms ? [ "x11" ] ++ lib.optionals stdenv.isLinux [ "wayland" ] <del> , vulkanLayers ? [ "device-select" "overlay" ] </del> <ins> , vulkanLayers ? lib.optionals (!stdenv.isDarwin) [ "device-select" "overlay" ] # No Vulkan support on Darwin </ins> , OpenGL, Xplugin , withValgrind ? lib.meta.availableOn stdenv.hostPlatform valgrind-light && !valgrind-light.meta.broken, valgrind-light , enableGalliumNine ? stdenv.isLinux

Discussion:
Steps to reproduce the behavior: mesa Please run and paste the result.
Sorry about that :( Is there a way I can test changes for aarch64-darwin without a darwin device to avoid this in future? It looks like pkgsCross.aarch64-darwin is broken.
Change:
# remove tests and test data find $out -name tests -type d -exec rm -rf '{}' + <ins> rm $out/google-cloud-sdk/platform/gsutil/gslib/commands/test.py </ins> # compact all the JSON find $out -name *.json | while read path; do

Discussion:
Describe the bug To Reproduce Steps to reproduce the behavior: Expected behavior Works. Metadata Maintainer information:
cc
I am getting same error
/cc . Maybe the closure size got reduced a bit too much
Hmm, this only seems to come up in . I think we plausibly just want to remove that function.
Change:
patches = [ ./ssh_path.patch <ins> ./mosh-client_path.patch </ins> ./utempter_path.patch # Fix w/c++17, ::bind vs std::bind (fetchpatch {

Discussion:
Describe the bug When running the program in a context where is not set up perfectly for nix usage, running fails to run, saying it can not count colors. To Reproduce Steps to reproduce the behavior: mosh in a "clean" env without any nix paths on it: that it's unable to exec : Expected behavior An attempt to connect to Additional context I suspect this could easily be fixed by making the wrapper that mosh installs prefix the mosh bin to . Notify maintainers Metadata Please run and paste the result. Maintainer information:
As a workaround, I currently run mosh like this in iTerm: That seems not ideal, but it works for now (:
Change:
machine.wait_for_unit("multi-user.target") machine.wait_for_unit("guix-daemon.service") <ins> machine.succeed("systemctl start guix-gc.service") </ins> # Can't do much here since the environment has restricted network access. with subtest("Guix basic package management"):

Discussion:
The guix-gc.service doesn't work. Steps to reproduce the behavior: in `systemctl status guix-gc.service I think this is because the JIT needs write and execute permissions but the service disallows it with . I changed it to and it works now. The guix-gc service should run normally and collect the garbage. Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(maxsilvester): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I can reproduce the error and so does the fix. Thank you for reporting!
Change:
stdenvNoCC.mkDerivation (finalAttrs: { inherit pname version meta; <del> src = fetchurl { url = "https://downloads.realvnc.com/download/file/viewer.files/VNC-Viewer-${finalAttrs.version}-MacOSX-universal.dmg"; sha256 = "0k72fdnx1zmyi9z5n3lazc7s70gcddxq0s73akp0al0y9hzq9prh"; </del> <ins> src = requireFile rec { name = "VNC-Viewer-${finalAttrs.version}-MacOSX-universal.dmg"; url = "https://downloads.realvnc.com/download/file/viewer.files/${name}"; sha256 = "0k72fdnx1zmyi9z5n3lazc7s70gcddxq0s73akp0al0y9hzq9prh"; message= '' vnc-viewer can be downloaded from ${url}, but the download link require captcha, thus if you wish to use this application, you need to download it manually and use follow command to add downloaded files into nix-store $ nix-prefetch-url --type sha256 file:///path/to/${name} ''; </ins> }; sourceRoot = ".";

Discussion:
Steps to reproduce the behavior: 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. -- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
there is now a captcha on the page at "" <img width="381" alt="image" src=""
Looks like it's the original website request captcha, I've submitted a PR to prompt it.
The captcha seems to have been removed.
Change:
}: let <del> version = "2019.1.1"; </del> <ins> version = "2020.1.2"; </ins> shortVersion = builtins.substring 0 6 version; data = stdenv.mkDerivation rec { <del> pname = "flightgear-base"; </del> <ins> pname = "flightgear-data"; </ins> inherit version; src = fetchurl { url = "mirror://sourceforge/flightgear/release-${shortVersion}/FlightGear-${version}-data.tar.bz2"; <del> sha256 = "14zm0hzshbca4ych72631hpc4pw2w24zib62ri3lwm8nz6j63qhf"; </del> <ins> sha256 = "0ldsjb54k8nb99h6n4f4x20nawd2pa0a8skkwkrgckdpmdv0zwyk"; </ins> }; phases = [ "installPhase" ];

Discussion:
Describe the bug Trying to build fails To Reproduce Additional context Apparently it was already broken here: Maybe it makes sense to update to recently released version 2020.1. Notify maintainers
I'll try and fix by updating.
Change:
{ stdenv, fetchurl, python, wrapPython }: stdenv.mkDerivation rec { <del> name = "setuptools-" + version; </del> <ins> name = "python-setuptools-" + version; </ins> version = "0.6c11";

Discussion:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.
Change:
''; }; <del> generatePeerUnit = { interfaceName, interfaceCfg, peer }: </del> <ins> peerUnitServiceName = interfaceName: publicKey: dynamicRefreshEnabled: </ins> let keyToUnitName = replaceChars [ "/" "-"    " "     "+"     "="      ] [ "-" "x2d" "x20" "x2b" "x3d" ]; <del> unitName = keyToUnitName peer.publicKey; </del> <ins> unitName = keyToUnitName publicKey; refreshSuffix = optionalString dynamicRefreshEnabled "-refresh"; in "wireguard-${interfaceName}-peer-${unitName}${refreshSuffix}"; generatePeerUnit = { interfaceName, interfaceCfg, peer }: let </ins> psk = if peer.presharedKey != null then pkgs.writeText "wg-psk" peer.presharedKey

Discussion:
On NixOS 20.09, steps to reproduce the behavior: setting up wireguard, change to another port still shows the old port:
This seems to be fixed by my PR
Change:
in concatMapStrings (n: let s = optionalString (env."${n}" != null) "Environment=${builtins.toJSON "${n}=${env.${n}}"}n"; <del> in if stringLength s >= 2048 then throw "The value of the environment variable ‘${n}’ in systemd service ‘${name}.service’ is too long." else s) (attrNames env)} </del> <ins> # systemd max line length is now 1MiB # https://github.com/systemd/systemd/commit/e6dde451a51dc5aaa7f4d98d39b8fe735f73d2af in if stringLength s >= 1048576 then throw "The value of the environment variable ‘${n}’ in systemd service ‘${name}.service’ is too long." else s) (attrNames env)} </ins> ${if def.reloadIfChanged then '' X-ReloadIfChanged=true '' else if !def.restartIfChanged then ''

Discussion:
I'm setting up a Jenkins instance on a nixos server, which works with default settings. However, if I add more package dependencies to the configuration, the generated systemd service file contains a line that is too long, and systemd cannot parse it any more. The configuration is: This is the generated service file: If I try to start this service, I get the error: The logs contain: The line with the PATH environment is 2080 characters. According to someone from the #systemd IRC channel, the systemd parser only handles lines up to LINE_MAX which POSIX sets to 2048 by default. It is possible to break up the line by using the regular '', but since the service file is generated and cannot be changed, the generator needs to break up lines. On a side note, the path also contains each entry twice, taking up even more space.
cstrahan on the #nixos IRC channel showed me a workaround, create an environment with all the required packages and use that instead:
in we check for length now, that's pretty much what can be done.
Change:
}: let <del> name = "iosevka" + lib.optionalString (variant != "") "-" + variant; </del> <ins> name = if lib.hasPrefix "sgr" variant then variant else "iosevka" + lib.optionalString (variant != "") "-" + variant; </ins> variantHashes = import ./variants.nix; validVariants = map (lib.removePrefix "iosevka-")

Discussion:
Though contains , trying to use it results in an error:
That variant was after nixos-21.05 was released
I'm using the unstable channel, and this variant is not available to me.
The reason why this does not work is because in , is appended to the variant name, resulting in incorrect full variant name. In my personal NUR repository, I just remove this appending completely and just use the full variant name (): And it works pretty well.
oops i tried the non-bin package i'll fix the iosevka prepending
Change:
<ins> { lib , appimageTools , fetchurl }: appimageTools.wrapType2 rec { pname = "parsify"; version = "2.0.1"; src = fetchurl { url = "https://github.com/parsify-dev/desktop/releases/download/v${version}/Parsify-${version}-linux-x86_64.AppImage"; hash = "sha256-ltWqRW+cBvuUJzhya62WsBY5zqIua9xhilxfd9gr24A="; }; extraInstallCommands = let contents = appimageTools.extract { inherit pname version src; }; in '' mv $out/bin/${pname}-${version} $out/bin/${pname} install -m 444 -D ${contents}/@parsifydesktop.desktop -t $out/share/applications substituteInPlace $out/share/applications/@parsifydesktop.desktop  --replace "Exec=AppRun" "Exec=${pname}" cp -r ${contents}/usr/share/* $out/share ''; meta = with lib; { description = "Next generation notepad-based calculator, built with extendibility and privacy in mind"; homepage = "https://parsify.app/"; license = licenses.unfree; maintainers = with maintainers; [ kashw2 ]; platforms = platforms.linux; mainProgram = "parsify"; }; } </ins>

Discussion:
Project description "Next generation notepad-based calculator, built with extendibility and privacy in mind." it's but for platforms other than macos. distributed as a deb and an appimage: Metadata homepage URL: source URL: n/a license: proprietary platforms: darwin, linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
-e 's|install -m 2755 -g $(GRP)|install |g' Makefile ''; <ins> postInstall = '' substituteInPlace $out/share/applications/usbimager.desktop  --replace-fail "Exec=/usr/bin/usbimager" "Exec=usbimager" ''; </ins> dontConfigure = true; makeFlags =  [ "PREFIX=$(out)" ]

Discussion:
When installing usbimager the path in the desktop file is /usr/bin/usbimager, so when you try to open the application it doesn't open, to fix it you have to copy the desktop file from /run/current-system/sw/share/applications/usbimager.desktop to and edit the desktop so it reads Exec=usbimager Install usbimager, try to open the application from your menu, at least this is the behaviour on xfce, I've not tested it on other desktop environments system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Does it work in a nix-shell? nix-shell -p usbimager usbimager Worked perfectly for me on hyprland.
It works in a shell, it also works when installed system wide when you launch it from a terminal, its when you try and launch it from a menu like xfce's whiskermenu it doesn't launch, because the desktop file has Exec=/usr/bin/usbimager
Change:
domain = "gitlab.freedesktop.org"; owner = "poppler"; repo = "test"; <del> rev = "e3cdc82782941a8d7b8112f83b4a81b3d334601a"; hash = "sha256-i/NjVWC/PXAXnv88qNaHFBQQNEjRgjdV224NgENaESo="; </del> <ins> rev = "400f3ff05b2b1c0ae17797a0bd50e75e35c1f1b1"; hash = "sha256-Y4aNOJLqo4g6tTW6TAb60jAWtBhRgT/JXsub12vi3aU="; </ins> }; in stdenv.mkDerivation (finalAttrs: rec { pname = "poppler-${suffix}"; <del> version = "23.11.0"; # beware: updates often break cups-filters build, check scribus too! </del> <ins> version = "24.01.0"; # beware: updates often break cups-filters build, check scribus too! </ins> outputs = [ "out" "dev" ]; src = fetchurl { url = "https://poppler.freedesktop.org/poppler-${version}.tar.xz"; <del> hash = "sha256-+ZzKZ5nLnLbJL8Hg63hUe2EctzN1CrfLBHyw5sJGU5w="; </del> <ins> hash = "sha256-x972k6ekkoMPSdSXqAzGuchctXsV6b4tLWFRU7ecrgg="; </ins> }; nativeBuildInputs = [

Discussion:
Package name: poppler Latest released version: 24.01.0 Current version on the unstable channel: 23.11.0 Current version on the stable/release channel: 23.11.0 Notify maintainers Changelog: Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Note: 24.02.0 released
Change:
, atk , cairo , dbus <del> , dpkg </del> , libGL , fontconfig , freetype

Discussion:
Describe the bug On my NixOS 20.09, i decided to install from , then I removed it, and tried to reinstall from . However, now i cannot install it from either channel, I get: I tried collecting garbage, rebooting, and I also did but nothing helps. To Reproduce Steps to reproduce the behavior: me, this fails: Expected behavior Should install Zoom. <!-- Screenshots --Additional context Latest Zoom from stable channel was working until I first installed the version from and then removed it. Notify maintainers Metadata Maintainer information:
This was broken with one of the recent channel updates:
Sorry about that. Fix should work from .
Fixed, thanks.
Change:
<ins> { lib, buildPythonPackage, cython, fetchFromGitHub, pythonOlder, setuptools, wheel, }: buildPythonPackage rec { pname = "pyjson5"; version = "1.6.6"; pyproject = true; disabled = pythonOlder "3.7"; src = fetchFromGitHub { owner = "Kijewski"; repo = "pyjson5"; rev = "refs/tags/v${version}"; hash = "sha256-LNcz9JEOw6HO9eIf71w4NJdPOB4yixBfBeD7B/NLbfE="; fetchSubmodules = true; }; build-system = [ cython setuptools wheel ]; # Module has no tests doCheck = false; pythonImportsCheck = [ "pyjson5" ]; meta = with lib; { description = "A JSON5 serializer and parser library"; homepage = "https://github.com/Kijewski/pyjson5"; changelog = "https://github.com/Kijewski/pyjson5/blob/${version}/CHANGELOG.md"; license = licenses.asl20; maintainers = with maintainers; [ fab ]; }; } </ins>

Discussion:
is currently an alias for , which is on PyPI. However, there's another completely unrelated package named on PyPI, which Nixpkgs doesn't package at the moment. I think should refer to that one (or be removed to avoid confusion). Steps to reproduce the behavior: The import succeeds and can be used to access the module. If applicable, add screenshots to help explain your problem. I ran into this while trying to package something that depends on pyjson5 (), and was very confused why pyjson5 wasn't being found even though it was in my . <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
totem-pl-parser gnome.adwaita-icon-theme <ins> gobject-introspection python3.pkgs.pygobject3 </ins> gst_all_1.gstreamer gst_all_1.gst-plugins-base gst_all_1.gst-plugins-good

Discussion:
Rhythmbox ships a bunch of plugins that are written in Python, but they don't seem to work in Rhythmbox as it's currently packaged. Steps to reproduce the behavior: in the settings, in the plugins tab that a large number of plugins (e.g. for replaygain support) are missing Rhythmbox's Python plugins should be usable. I got some way towards fixing this with the following overlay: which at least makes the Python plugins show up in the settings menu, but enabling them fails, printing the following to xsession-errors: I tried setting as suggested in other issues related to gobject-introspection, and also adding gobject-introspection to nativeBuildInputs, but couldn't get any closer to getting the plugins working. Please run and paste the result. Maintainer information:
Have you tried adding python modules to ? Another option to try is adding to dependencies—if I understand correctly, it should have a setup hook to set env variables for python to find its libraries later.
I tried moving to propagatedBuildInputs, but it still doesn't seem to work. And buildInputs already includes in the nixpkgs derivation, right?
The error come from . I think must be patched to initialize using given PATH and PYTHONPATH or .
I'm able to take this further by wrapping rhythmbox with prefix.
Change:
runHook preInstall mkdir -p $out/{opt,bin} <del> cp -r App/usr/lib/pentablet/{pentablet,resource.rcc,conf} $out/opt chmod +x $out/opt/pentablet </del> <ins> cp -r App/usr/lib/pentablet/{PenTablet,resource.rcc,conf} $out/opt chmod +x $out/opt/PenTablet </ins> cp -r App/lib $out/lib <del> sed -i 's#usr/lib/pentablet#${dataDir}#g' $out/opt/pentablet </del> <ins> sed -i 's#usr/lib/pentablet#${dataDir}#g' $out/opt/PenTablet </ins> runHook postInstall ''; postFixup = '' <del> makeWrapper $out/opt/pentablet $out/bin/xp-pen-deco-01-v2-driver  </del> <ins> makeWrapper $out/opt/PenTablet $out/bin/xp-pen-deco-01-v2-driver  </ins> "''${qtWrapperArgs[@]}"  --run 'if [ "$EUID" -ne 0 ]; then echo "Please run as root."; exit 1; fi'  --run 'if [ ! -d /${dataDir} ]; then mkdir -p /${dataDir}; cp -r '$out'/opt/conf /${dataDir}; chmod u+w -R /${dataDir}; fi'

Discussion:
Attempting to install gives error: curl: (22) The requested URL returned error: 404 error: cannot download xp-pen-deco-01-v2-driver-3.2.3.- from any mirror Steps to reproduce the behavior: modify to add the named package or do "nix-shell -p " in terminal Package installs sucessfully. If applicable, add screenshots to help explain your problem. ! I could be wrong, but it seems that the download link for the xp pen tablet driver was changed by xp pen upstream, and the link used here is now invalid. <!-- 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. `` system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Change:
<del> { haskellPackages, haskell, removeReferencesTo }: </del> <ins> { haskellPackages, fetchpatch, haskell, removeReferencesTo }: </ins> let static = haskell.lib.justStaticExecutables haskellPackages.pandoc;

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! in this issue that you intend to work on it. (Please also post if you stop working on it) a new branch of nixpkgs master. : change to . the contents from Docbook to . Follow . Use existing sections for inspiration. the contents from Docbook to . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
I can try to tackle this, hopefully we will be able to figure out how to make it functionally equivalent, even if semantic equivalence is out.
I want to finish first to avoid conflicts, though.
This was merged now.
Change:
hash = "sha256-x2c4c9RSrNWGqEngio4ArW7dJjW0gg+8nqBwPcR721k="; }; <del> # Fix index out of bounds reading RPATH (cherry-picked from 0.10-dev) patches = [ ./rpath.patch ]; </del> <ins> patches = [ # Fix index out of bounds reading RPATH (cherry-picked from 0.10-dev) ./rpath.patch # Fix build on macOS 13 (cherry-picked from 0.10-dev) ./ventura.patch ]; # TODO: remove on next upgrade prePatch = '' cp -R ${zig_0_10_0}/lib/libc/include/any-macos.13-any lib/libc/include/any-macos.13-any cp -R ${zig_0_10_0}/lib/libc/include/aarch64-macos.13-none lib/libc/include/aarch64-macos.13-gnu cp -R ${zig_0_10_0}/lib/libc/include/x86_64-macos.13-none lib/libc/include/x86_64-macos.13-gnu cp ${zig_0_10_0}/lib/libc/darwin/libSystem.13.tbd lib/libc/darwin/ ''; </ins> nativeBuildInputs = [ cmake

Discussion:
I'm trying to install ncdu on darwin, which depends on zig; it has started failing to build in recent nixpkgs on the 22.11 track, though. Steps to reproduce the behavior: zig installs cleanly. <details<summaryoutput of nix log</summary<p</p</details Please run and paste the result.

Steps to reproduce the behavior: ncdu Please run and paste the result. `
Try adding ncurses to buildInputs for darwin.
It's already there - just not picked up for some reason. (I may have time to look at it soon, but was hoping to interest someone in the meantime :) )
ncdu is still broken in 22.11 on darwin
Change:
{ stdenv, pkgs, fetchurl, lib, makeWrapper, gvfs, atomEnv}: stdenv.mkDerivation rec { <del> name = "atom-${version}"; version = "1.21.0-beta0"; </del> <ins> name = "atom-beta-${version}"; version = "1.22.0-beta0"; </ins> src = fetchurl { url = "https://github.com/atom/atom/releases/download/v${version}/atom-amd64.deb"; <del> sha256 = "1syxlyb62vp9hmjdiazhmvq8w52b90l8mvf502xkdav4vi3yxzfz"; </del> <ins> sha256 = "0xsj0vvaxjw60gg6niaws2lf9lkrh1sz7ypk41g6l4hdgmqyg6fi"; </ins> name = "${name}.deb"; };

Discussion:
Hi, I am using latest verison of nix on Ubuntu 16 64 bit. I had installed atom package. I update my all aps by this commands: nix-channel --update nixpkgs nix-env -u '' But my atom package has changed as atom-beta without any warning or something. Is this normal? Thank you
Nope. That's because the name part of the name is incorrect in the Nix expression. It should reflect that it is a beta. With the current name, can't distinguish between and . cc
Oh, until now I was not even aware there was an atom beta derivation... Edit: I am fixing it
this in .
I am executing these commands: nix-channel --update nixpkgs nix-env -u '' nix-env -i atom but it still installs atom-beta. How can I track when the package will update on production? Thank you
It fixed. Thank you. :)
Glad to hear
Change:
./configdir.patch ]; <del> nativeBuildInputs = [ intltool pandoc wrapGAppsHook ]; buildInputs = [ gobject-introspection ]; </del> <ins> nativeBuildInputs = [ intltool pandoc wrapGAppsHook gobject-introspection ]; </ins> propagatedBuildInputs = [ gtk3

Discussion:
The package bookletimposer doesn't work, something with GTK not being in the namespace. Steps to reproduce the behavior: nix-shell -p bookletimposer It should open the GUI. <!-- 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.