jiebi/CodeConvo huggingface dataset:
Change:
doCheck = true; <del> passthru.tests.vm = nixosTests.udisks2; </del> <ins> passthru = { inherit libblockdev; tests.vm = nixosTests.udisks2; }; </ins> meta = with lib; { description = "A daemon, tools and libraries to access and manipulate disks, storage devices and technologies";

Discussion:
The links in has been broken. Them link from , but in fact should be Steps to reproduce the behavior: in your NixOS configuration. your NixOS the , you will be told an error when opening the links in ! <!-- 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.

When I run new VM with , I see the following error in the journal: We probably need either or hardcode the path to the default config to the source code. nixpkgs:
(FWIW I'm seeing the same thing)
The default path is defined and used .
I marked this as stale due to inactivity. &rarr;
Still relevant
I'm affected by this. I'm assuming maybe this doesn't break anything because the built-in config is used per the expanded message: Maybe this can be closed then?
Change:
} // optionalAttrs (i.mtu != null) { MTUBytes = toString i.mtu; } // optionalAttrs (i.wakeOnLan.enable == true) { <del> WakeOnLan = "magic"; </del> <ins> WakeOnLan = concatStringsSep " " i.wakeOnLan.policy; </ins> }; }; in listToAttrs (map createNetworkLink interfaces);

Discussion:
Currently when is for an interface, it automatically sets it to . The line which sets it is at - Currently there's no way to set it to another value, like , , etc. Earlier this was possible with service, which was removed in favor of this boolean on network interfaces. Instead, I use a custom service for my current setup Add a option along with , which by default could be , but allows other values to be set.
Change:
repeated-test = callPackage ../development/python-modules/repeated-test { }; <ins> repl-python-wakatime = callPackage ../development/python-modules/repl-python-wakatime { }; </ins> repocheck = callPackage ../development/python-modules/repocheck { }; reportengine = callPackage ../development/python-modules/reportengine { };

Discussion:
Project description Python REPL plugin for automatic time tracking and metrics generated from your programming activity. Metadata homepage URL: source URL: license: gpl3 platforms: unix, linux, darwin, ...
Change:
stdenv.mkDerivation rec { pname = "vapoursynth"; <del> version = "R49"; </del> <ins> version = "R52"; </ins> src = fetchFromGitHub { owner  = "vapoursynth"; repo   = "vapoursynth"; rev    = version; <del> sha256 = "1d298mlb24nlc2x7pixfbkd0qbpv4c706c32idsgpi96z1spkhvl"; </del> <ins> sha256 = "1krfdzc2x2vxv4nq9kiv1c09hgj525qn120ah91fw2ikq8ldvmx4"; </ins> }; nativeBuildInputs = [ pkgconfig autoreconfHook makeWrapper ];

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: vapoursynth <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: R49 desired version: R52 (bug fixes) <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Thank you for the reminder, I had completely forgotten about it.
Change:
<ins> diff --git a/dotoolc b/dotoolc index e2f7bba..6d1879e 100755 --- a/dotoolc +++ b/dotoolc @@ -7,7 +7,7 @@ is $DOTOOL_PIPE else /tmp/dotool-pipe.' >&2 fi fifo_being_read(){ -	[ -p "$1" ] && /bin/echo 1<>"$1" >"$1" +	[ -p "$1" ] && echo 1<>"$1" >"$1" } p="${DOTOOL_PIPE:-/tmp/dotool-pipe}" diff --git a/dotoold b/dotoold index d2d39a3..e46129c 100755 --- a/dotoold +++ b/dotoold @@ -7,7 +7,7 @@ for the pipe is $DOTOOL_PIPE else /tmp/dotool-pipe.' >&2 fi fifo_being_read(){ -	[ -p "$1" ] && /bin/echo 1<>"$1" >"$1" +	[ -p "$1" ] && echo 1<>"$1" >"$1" } p="${DOTOOL_PIPE:-/tmp/dotool-pipe}" @@ -20,5 +20,5 @@ fi rm -f -- "$p" || exit 1 trap 'rm -f -- "$p"; pkill -P $$; trap - EXIT; exit' EXIT INT TERM HUP mkfifo -m 660 "$p" || exit 1 -dotool <> "$p" & +@dotool@ <> "$p" & wait </ins>

Discussion:
Project description Perhaps it would also require a module to set the correct permission for /dev/uinput? dotool reads commands from stdin and simulates keyboard and pointer events. It works everywhere on Linux, including in X11, Wayland and TTYs. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: GPLv3 platforms: unix, linux dotool requires permission to to create the virtual input devices, and a udev rule grants this to users in group input. You could try: echo type hello | dotool and if need be, you can run: sudo groupadd -f input sudo usermod -a -G input $USER and re-login and trigger the udev rule or just reboot. See , but this greets the world: echo 'type Sup, Lads!' | dotool and this screams for three seconds: { echo keydown A; sleep 3; echo key H shift+1; } | dotool There is an initial delay registering the virtual devices, but you can keep writing commands to the same instance or use the daemon and client, and . dotoold & echo type super | dotoolc echo type speedy | dotoolc dotool will produce gobbledygook if your environment has assigned it a different keyboard layout than it's simulating keycodes for. You can match them up with the environment variables and . echo type azerty | DOTOOLXKBLAYOUT=fr dotool dotool was written for , which has a you're welcome to join. You can also send questions, thoughts or patches by composing an email to .
Change:
python3.pkgs.buildPythonApplication rec { pname = "circup"; <del> version = "1.2.1"; </del> <ins> version = "1.2.3"; </ins> format = "setuptools"; src = fetchFromGitHub { owner = "adafruit"; repo = pname; rev = "refs/tags/${version}"; <del> hash = "sha256-a1s5a1AhZZ06lBvFjm5E0IuWXE4flLvwVjDgViXI62c="; </del> <ins> hash = "sha256-6RjZHMZBL8p72+JeZOzyD/x1qiZay2ApJEmp9IXXpDA="; </ins> }; SETUPTOOLS_SCM_PRETEND_VERSION = version;

Discussion:
Package name: circup Latest released version: 1.2.3 Current version on the unstable channel: 1.2.1 Current version on the stable/release channel: 1.2.1 Notify maintainers Note for maintainers: Please tag this issue in your PR.
Change:
exitcode = callPackage ../development/python-modules/exitcode { }; <ins> extension-helpers = callPackage ../development/python-modules/extension-helpers { }; </ins> extract-msg = callPackage ../development/python-modules/extract-msg { }; extractcode = callPackage ../development/python-modules/extractcode { };

Discussion:
Project description Photutils is an Astropy package for detection and photometry of astronomical sources. Metadata homepage URL: source URL: license: 3-clause BSD platforms: unix, linux, darwin, Linux, Darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I could to built here withou errors from source, just the 1.11.0 version, it is not the latest one. My nix block:
Change:
typeface = "Sans"; version = "2.004"; rev = "9f7f3c38eab63e1d1fddd8d50937fe4f1eacdb1d"; <del> sha256 = "sha256-BX4tcDcz+RGka8mtced1k3BopUJQ14t1BtAVqTjyPik="; </del> <ins> sha256 = "sha256-pNC/WJCYHSlU28E/CSFsrEMbyCe/6tjevDlOvDK9RwU="; </ins> }; noto-fonts-cjk-serif = mkNotoCJK { typeface = "Serif"; version = "2.000"; rev = "9f7f3c38eab63e1d1fddd8d50937fe4f1eacdb1d"; <del> sha256 = "sha256-BX4tcDcz+RGka8mtced1k3BopUJQ14t1BtAVqTjyPik="; </del> <ins> sha256 = "sha256-Iy4lmWj5l+/Us/dJJ/Jl4MEojE9mrFnhNQxX2zhVngY="; </ins> }; noto-fonts-emoji = let

Discussion:
When building my NixOS configuration, failed to build. I’m using as my nixpkgs branch. <details<summaryError logs (click to expand) </summary</detailsBuild the flake The system is buildt <!-- 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.
Looks like a download error, the fonts built fine locally for me. I would just try rerunning it. That might be helpful. But more importantly IMO is that the builds are failing on due to the Github archive download being too big. CC Maybe there is some way to limit tar to extracting only the stuff we care about, or we can download only specific files from the repository.
I’ve re-run the thing at least thrice now, it consistently fails
Is run before checking the hash or after?
It's , it unpacks and then hashes.
Hm. It’s still erroring out… !
The font package itself is the same in and !
I too believe you're having problems with the download. The size of download indicated by your initial log output is 413MB, while in the next screenshot, it goes down to 274MB. Both are far too small considering that the total size of the unpacked archive is around 4GB. For reference, .
I see. I will try again later, maybe the internet was too spotty.
Since the combined size of Noto Sans CJK and Noto Serif CJK is roughly 300MB, it would probably be best to download the files individually. I could create a PR for this, but first I would have to get some sleep ;-)
I am currently having the same issue with the same packages not downloading correctly.
After this merged, this kind of problems can be largely solved by using .
IIRC for GitHub http is preferred to git, because it's somewhat faster (git has more protocol overhead). But in general sparseCheckout could be useful.
Change:
version = "1.7.0"; format = "setuptools"; <del> disabled = pythonOlder "3.5"; </del> <ins> disabled = pythonOlder "3.7"; </ins> <del> src = fetchPypi { inherit pname version; sha256 = "sha256-yb0S5DAzbL0+GJ+uDpHrmZl7k+dtv91u1n+jUtxoTHE="; </del> <ins> src = fetchFromGitHub { owner = "jamesls"; repo = pname; rev = version; hash = "sha256-P6PUg9SY0Qshlvj+iV1xdrzVLJ9JXUV4cGHUynKO3m0="; </ins> }; propagatedBuildInputs = [

Discussion:
As of , the build of is broken. This is currently breaking the build of other packages including and certainly many others... ~I suspect this was triggered by , , or one of the redis upgrades.~ I believe this was triggered by . Steps to reproduce the behavior: nixpkgs at failure The build to succeed. n/a n/a <!-- 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.
I tried patching around the issue with but that gives me a test failure:
should fix that. Also please use postPatch.
Change:
extraInstallCommands = '' mv $out/bin/${pname}-${version} $out/bin/${pname} <ins> source "${makeWrapper}/nix-support/setup-hook" wrapProgram $out/bin/${pname}  --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}" </ins> install -m 444 -D ${appimageContents}/${pname}.desktop -t $out/share/applications substituteInPlace $out/share/applications/${pname}.desktop  --replace 'Exec=AppRun' 'Exec=${pname}'

Discussion:
The Altair GraphQL Client doesn't respect the common environment variable to start its Electron app in Wayland mode. Steps to reproduce the behavior: the environment variable to package () Wayland, it's only displayed through XWayland I would expect the package to respect the flag (like does and set the flags accordingly for the Altair GraphQL Client. I'm using Hyprland on .
Hey I'm not too familiar with Wayland things and am mostly on macOS these days. Can you try building from and see if it solves the issue?
Thanks, Your patch works as expected for me :tada:
Change:
postFixup = '' makeWrapper ${electron}/bin/electron $out/bin/${pname}  <ins> --prefix PATH : ${lib.makeBinPath [ git ]}  </ins> --add-flags $out/share/${pname}/resources/app '';

Discussion:
Enabled logseq's Git auto commit feature, it show an error: Steps to reproduce the behavior: ... ... ... no error If applicable, add screenshots to help explain your problem. 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. --Please run and paste the result.
This should be fixed now that has landed!
Change:
install -Dm644 -t $out/share/bash-completion/completions/ target/release/build/lsd-*/out/lsd.bash ''; <ins> # Some tests fail, but Travis ensures a proper build doCheck = false; </ins> meta = with stdenv.lib; { homepage = https://github.com/Peltoche/lsd; description = "The next gen ls command";

Discussion:
In current master branch pythonPackages.mysqlclient fails to build. Checkout nixpkgs on revision and run: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Most likely caused by . Unfortunately, the config-tools are not very configuration friendly. Until is resolved, I would add to the package.
Unfortunately this does not change anything, still failing with the same error message..
Hmm, apparently just hardcodes the path without the ability to override it from the attrset passed to : Is that intentional, Until this is resolved, you can use :
Change:
buildVersion = "220906"; src = fetchzip { <del> url = "https://www.supermicro.com/wftp/utility/IPMICFG/IPMICFG_${version}_build.${buildVersion}.zip"; sha256 = "ZumCXuR7M2Ep7maBOBFk0UsxyRo4fBkf+9AVmkz4AF0="; </del> <ins> url = "https://www.supermicro.com/Bios/sw_download/481/IPMICFG_${version}_build.${buildVersion}.zip"; hash = "sha256-ZumCXuR7M2Ep7maBOBFk0UsxyRo4fBkf+9AVmkz4AF0="; </ins> }; installPhase = ''

Discussion:
Steps to reproduce the behavior: ipmicfg Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
''; }; "/" = { <del> priority = 200; extraConfig = "rewrite ^ /index.php;"; </del> <ins> priority = 900; extraConfig = "try_files $uri $uri/ /index.php$request_uri;"; </ins> }; "~ ^/store-apps" = { priority = 201; extraConfig = "root ${cfg.home};"; }; <del> "= /.well-known/carddav" = { </del> <ins> "^~ /.well-known" = { </ins> priority = 210; <del> extraConfig = "return 301 $scheme://$host/remote.php/dav;"; }; "= /.well-known/caldav" = { priority = 210; extraConfig = "return 301 $scheme://$host/remote.php/dav;"; }; "~ ^/(?:build|tests|config|lib|3rdparty|templates|data)/" = { priority = 300; extraConfig = "deny all;"; }; "~ ^/(?:.|autotest|occ|issue|indie|db_|console)" = { priority = 300; extraConfig = "deny all;"; </del> <ins> extraConfig = '' location = /.well-known/carddav { return 301 $scheme://$host/remote.php/dav; } location = /.well-known/caldav { return 301 $scheme://$host/remote.php/dav; } try_files $uri $uri/ =404; ''; </ins> }; <del> "~ ^/(?:index|remote|public|cron|core/ajax/update|status|ocs/v[12]|updater/.+|ocs-provider/.+|ocm-provider/.+).php(?:$|/)" = { </del> <ins> "~ ^/(?:build|tests|config|lib|3rdparty|templates|data)(?:$|/)".extraConfig = '' return 404; ''; "~ ^/(?:.|autotest|occ|issue|indie|db_|console)".extraConfig = '' return 404; ''; "~ .php(?:$|/)" = { </ins> priority = 500; extraConfig = '' include ${config.services.nginx.package}/conf/fastcgi.conf; <del> fastcgi_split_path_info ^(.+.php)(/.*)$; </del> <ins> fastcgi_split_path_info ^(.+?.php)(/.*)$; set $path_info $fastcgi_path_info; </ins> try_files $fastcgi_script_name =404; <del> fastcgi_param PATH_INFO $fastcgi_path_info; </del> <ins> fastcgi_param PATH_INFO $path_info; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; </ins> fastcgi_param HTTPS ${if cfg.https then "on" else "off"}; fastcgi_param modHeadersAvailable true; fastcgi_param front_controller_active true;

Discussion:
Describe the bug Nextcloud tries to load several * files, but the nginx config redirects the user away. works redirects to Both files exist in the package: The map suffix needs to be here to make them work. I also get an endless spinner on the files tab, so the nginx config probably has more places where it is out of sync with the upstream docs. To Reproduce Steps to reproduce the behavior: nextcloud Browser console source map errors Expected behavior They should be accessible. Screenshots If applicable, add screenshots to help explain your problem. 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 Maintainer information:
I also installed the maps application and it seems there are more routes missing. The file requested is located at , but I guess a more generic routes is warranted.
Change:
, kiconthemes }: <del> mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "kdiff3"; version = "1.10.7"; src = fetchurl { <del> url = "mirror://kde/stable/kdiff3/kdiff3-${version}.tar.xz"; hash = "sha256-/otpnRJM1NJjKzwnqgas7Fyqj8v4t2SM8MANektqzlA="; </del> <ins> url = "mirror://kde/stable/kdiff3/kdiff3-${finalAttrs.version}.tar.xz"; hash = "sha256-uj9Ky/SsdIrr78hfWcr2U9Rf6FmkjDSviZGCJKdnxeM="; </ins> }; <del> buildInputs = [ boost ]; </del> <ins> nativeBuildInputs = [ extra-cmake-modules kdoctools wrapQtAppsHook ]; </ins> <del> nativeBuildInputs = [ extra-cmake-modules kdoctools wrapGAppsHook ]; propagatedBuildInputs = [ kconfig kcrash kinit kparts kiconthemes ]; </del> <ins> buildInputs = [ boost kconfig kcrash kinit kparts kiconthemes ]; </ins> cmakeFlags = [ "-Wno-dev" ];

Discussion:
Steps to reproduce the behavior: kdiff3 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. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { lib, stdenv, fetchurl, appimageTools, makeWrapper, autoPatchelfHook, electron, curl, expat, gcc, openssl, zlib }: </del> <ins> { lib, stdenv, fetchurl, appimageTools, makeWrapper, autoPatchelfHook, electron, git, curl, expat, gcc, openssl, zlib }: </ins> stdenv.mkDerivation rec { pname = "logseq"; <del> version = "0.6.6"; </del> <ins> version = "0.6.8"; </ins> src = fetchurl { url = "https://github.com/logseq/logseq/releases/download/${version}/logseq-linux-x64-${version}.AppImage"; <del> sha256 = "r6IBvhA8H8XnMIBgZZodyU61xtqNA4N9kCRv/QWQc9M="; </del> <ins> sha256 = "QPbH7d2RC8DLze44Q3gCQ9IzHOgIq8IB+hZr9+8rTs0="; </ins> name = "${pname}-${version}.AppImage"; };

Discussion:
Enabled logseq's Git auto commit feature, it show an error: Steps to reproduce the behavior: ... ... ... no error If applicable, add screenshots to help explain your problem. 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. --Please run and paste the result.
This should be fixed now that has landed!
Change:
$relName =~ /info/dir/ || ( $relName =~ /^/share/mime// && !( $relName =~ /^/share/mime/packages/ ) ) || $baseName eq "perllocal.pod" || <del> $baseName eq "log"; </del> <ins> $baseName eq "log" || ! (hasPathsToLink($relName) || isInPathsToLink($relName)); </ins> my ($oldTarget, $oldPriority) = @{$symlinks{$relName} // [undef, undef]};

Discussion:
If there are two derivations in that have a common path between them, buildEnv will report a collision regardless of if that path is part of pathsToLink. I think the cause of this is that only calls isInPathsToLink after it calls checkCollision. For example, if two derivations foo and bar have common files in /src, and you invoke buildEnv like so: <prebuildEnv { name = "environment"; paths = [foo bar]; pathsToLink = [ "/bin" "/include" "/lib" "/lib64" "/share" ]; } </preIt will fail with a collision error. Set <pre- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: </pre
Change:
--replace '/lib64/ld-linux-x86-64.so.2' '${glibc.out}/lib/ld-linux-x86-64.so.2' substituteInPlace $out/share/teamviewer/tv_bin/script/tvw_config  --replace '/var/run/' '/run/' wrapProgram $out/share/teamviewer/tv_bin/script/teamviewer --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libXrandr libX11 ]}" wrapProgram $out/share/teamviewer/tv_bin/teamviewerd --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libXrandr libX11 ]}" <ins> wrapProgram $out/share/teamviewer/tv_bin/TeamViewer --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libXrandr libX11 ]}" wrapProgram $out/share/teamviewer/tv_bin/TeamViewer_Desktop --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [libXrandr libX11 libXext libXdamage libXtst libSM libXfixes ]}" </ins> wrapQtApp $out/bin/teamviewer '';

Discussion:
Connect TO teamviewer 14 on Nixos 19.03 Koi - it shows black screen with control elements, similar to this: providing no control. Connecting OS plays no role (connected FROM teamviewer 14 on Nixos 19.03 Koi and FROM teamviewer 14 on Ubuntu 16.04; to teamviewer 14 on Nixos 19.03 Koi - same result). There are no errors or warnings in the log, except this entry: StartServiceByName: com.teamviewer.TeamViewer.Desktop - DBus: 'org.freedesktop.DBus.Error.ServiceUnknown' (The name com.teamviewer.TeamViewer.Desktop was not provided by any .service files) when calling 'org.freedesktop.DBus.StartServiceByName' on '/org/freedesktop/DBus', Errorcode=11 in = true; ... environment.systemPackages = with pkgs; [ ... teamviewer ]; Please run and paste the results. nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(userp): channels(root): nixpkgs:
Fix now available in .
/ Would you mind closing this issue? Seems solved.
Thank you! Because of mentioned problem I had to switch to alternative software, thus was distracted from issue. Beautiful work, thank you very much for your time and support!! Closing issue.
Change:
githubId = 1788628; name = "pandaman"; }; <ins> pandapip1 = { email = "gavinnjohn@gmail.com"; github = "Pandapip1"; githubId = 45835846; name = "Gavin John"; }; </ins> panicgh = { email = "nbenes.gh@xandea.de"; github = "panicgh";

Discussion:
Project description Adds R language features (e.g. syntax highlighting) to VSCode. Ideally, would also install and automatically configure the extension to use them. Also requires to be installed. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Just open a PR adding the extension, much easier than opening an issue...
If it's that easy, why don't you do it yourself? Okay, sorry for being a little snarky there. But I opened this issue the same day I first installed NixOS, so please forgive my former lack of knowledge. I'll take a look.
I don't need this extension specifically. But I have all the extensions I needed. Sure. Have a look in: Follow and add extension to Git clone nixpkgs. Then, to build your extension, run: Look forward your first PR then. Have fun.
Small nit: It won't be my first PR (, , , , ). It will be my first package creation, though!
My bad. On the good side, it is going to be even easier for you to add the extensions. :-)
Change:
}: buildPythonApplication rec { pname = "visidata"; <del> version = "2.11.1"; </del> <ins> version = "3.0"; </ins> src = fetchFromGitHub { owner = "saulpw"; repo = "visidata"; rev = "v${version}"; <del> hash = "sha256-A8iYFdW30Em5pjGn3DRpaV0A7ixwfSzmIp8AgtPkBCI="; </del> <ins> hash = "sha256-LALWQu7BgMbAEyOXUE3p6bXhdx8h6jPEvjs/TEtf/wU=="; </ins> }; propagatedBuildInputs = [

Discussion:
Package name: visidata Latest released version: 3.0 Current version on the unstable channel: 2.11.1 Current version on the stable/release channel: 2.11.1Release post: Changelog: The new version and its tests seems to want pyconll and a fork of savReaderWriter as new dependencies. The package is also missing a attribute. Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: