jiebi/CodeConvo huggingface dataset:
Change:
mkdir -p $ext/{adapter,formatters} mv -t $ext vsix-extracted/extension/* <del> cp -t $ext/adapter ${adapter}/{bin,lib}/* </del> <ins> cp -t $ext/adapter ${adapter}/share/* </ins> cp -r ../adapter/scripts $ext/adapter wrapProgram $ext/adapter/codelldb  --set-default LLDB_DEBUGSERVER_PATH "${lldb.out}/bin/lldb-server"

Discussion:
I want to use (providing ) for it's Debug Adapter support. Particularly it seems like Helix can utilize it with some early debugging support. However, it doesn't seem to work. After adding that to my nix shell, and entering it, and trying to run it, I get:
cc: since I'm running your latest PR bumping this.
I suspect that vscode-lldb's fork of lldb needs to be updated?
Oh yeah, that would be because the adapter is patched-inline in the extension process and the unwrapped, useless, adapter is passed thru instead.
I have some work that fixes this: just uses regular lldb now, we can drop the "fork" with the "rust-enabled" check tries to exec-itself in certain scenarios and must be patched so that it properly calls its wrapped version But most of all, it seems like is ... just built as part of already. I'm not even sure if there's a huge point in bothering with and in general. I really wish this were less messy. was a hassle to figure out, has a bad name, the repo that you find online is old and says darwin-only. yeesh.
i got hit by this, but now it says
Actually only resolves the issue. The original issue of missing still exists somewhat. Yet a working binary can be found after that PR at Help is wanted to resolve the path issue of the adapter sub package :smilingfacewith_tear:
why was this closed? I don't think it's fixed.
Change:
speed is preserved and remain roughly the same at all settings, a property shared by most LZ compression algorithms, such as zlib. ''; <del> homepage = http://www.zstd.net/; </del> <ins> homepage = https://facebook.github.io/zstd/; </ins> # The licence of the CLI programme is GPLv2+, that of the library BSD-2. license = with licenses; [ gpl2Plus bsd2 ];

Discussion:
it'd be nice to have this as an optional package with the already existing package or as a standalone package
Change:
mv $out/bin/{${name},${pname}} ''; <del> extraPkgs = pkgs: with pkgs; [ libthai ]; </del> meta = with lib; { description = "A VR coworking platform"; homepage = "https://immersed.com";

Discussion:
I'm unable to run with NixOS intended way, with I was able to run it with but loading not as I guess it should but from steam-run's libs. Steps to reproduce the behavior: appimage to run it with appimage-run to steam-run's libs (I've found one with ) Able to I guess it may be related to errors in lrcget itself but before making issue at their repo I want to consult with you as there is no similar issues at their repo. Please run and paste the result.
Upstream issue:
Change:
"iA-Writer" = "0clksrxw6xcv5c1pbd8rl2rc3r15iak1qv8v6bn0j2mccjcss64z"; "IBMPlexMono" = "0xkfkpnkkrvjfiv624l7lpmfji107y7645w6ah47ijyg47yxkmsg"; "Inconsolata" = "14gbwc0k3d1j496w6pv9kry1pglswzd0armsdb0g1mqgzfdf1ci1"; <ins> "InconsolataGo" = "0c6yhx242d82dalyjas42qniy0jagqs47cfsfarwmzar6zg3lj5m"; "InconsolataLGC" = "1746nl1rz4hscfgbmd8642wq3z1wizvfjb50y3yyjsc1ixc1f0pd"; </ins> "Iosevka" = "1qqd4xh98vxb99rh2a2qv9gjclilhaw84pyqdpbx225qhvw9xlkb"; "JetBrainsMono" = "1kc8fyk1aczxkmn8dzv1gy6xfi2jywgahd8np576v2dn8kx16844"; "Lekton" = "0mny5j9bns9104wg2wmabdw0sl80c7i3dzp4j5mxh8jybx929d3i";

Discussion:
Describe the bug Since the recent change to the way nerd-fonts are handled (PR ), a few fonts from nerd-fonts are not downloaded. To Reproduce Simply install the nerd-fonts, some part of it won't be downloaded such as "InconsolataGo" and "UbuntuMono". Expected behavior All fonts should be specified in this file : , for now some are missing.
cc
It's very important to ping the maintainers of the package so they can see the bug.
Change:
, patches ? [] }: <del> { lib, stdenv, fetchurl, gmp </del> <ins> { lib, stdenv, fetchurl, gmp, autoreconfHook </ins> }: stdenv.mkDerivation {

Discussion:
Steps to reproduce the behavior: isl-0.20 on riscv64-linux isl 0.20 is ancient, and needs a update I guess <!-- 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.
Broken since . Maybe knows what is wrong.
Try adding to nativeBuildInputs
What said -- probably needs to have run. This worked for me: Is there a way to reproduce this without hardware?
I'm testing on riscv64 hardware with the following diff:
Or with qemu It got past the first isl-0.20.0, where it failed previously. Got a build error in coreutils now ().
It looks like you didn't provision enough ram:
Change:
<del> { stdenv, fetchurl, pkgconfig, zlib, libjpeg, xz }: </del> <ins> { stdenv , fetchFromGitLab </ins> <del> let version = "4.0.9"; in stdenv.mkDerivation rec { name = "libtiff-${version}"; </del> <ins> , pkgconfig , autogen , autoconf , automake , libtool </ins> <del> src = fetchurl { url = "https://download.osgeo.org/libtiff/tiff-${version}.tar.gz"; sha256 = "1kfg4q01r4mqn7dj63ifhi6pmqzbf4xax6ni6kkk81ri5kndwyvf"; }; </del> <ins> , zlib , libjpeg , xz }: </ins> <del> prePatch = let debian = fetchurl { # When the URL disappears, it typically means that Debian has new patches # (probably security) and updating to new tarball will apply them as well. url = http://http.debian.net/debian/pool/main/t/tiff/tiff_4.0.9-6.debian.tar.xz; sha256 = "10yk5npchxscgsnd7ihd3bbbw2fxkl7ni0plm43c9q4nwp6ms52f"; }; in '' tar xf ${debian} patches="$patches $(sed 's|^|debian/patches/|' < debian/patches/series)" ''; </del> <ins> stdenv.mkDerivation rec { version = "2018-11-04"; name = "libtiff-unstable-${version}"; src = fetchFromGitLab { owner = "libtiff"; repo = "libtiff"; rev = "779e54ca32b09155c10d398227a70038de399d7d"; sha256 = "029fmn0rdmb5gxhg83ff9j2zx3qk6wsiaiv554jq26pdc23achsp"; }; </ins> outputs = [ "bin" "dev" "out" "man" "doc" ]; <del> nativeBuildInputs = [ pkgconfig ]; </del> <ins> nativeBuildInputs = [ pkgconfig autogen autoconf automake libtool ]; </ins> propagatedBuildInputs = [ zlib libjpeg xz ]; #TODO: opengl support (bogus configure detection) enableParallelBuilding = true; <ins> preConfigure = "./autogen.sh"; </ins> doCheck = true; # not cross; meta = with stdenv.lib; {

Discussion:
, (unstable, 18.09, 18.03) (unstable, 18.09, 18.03) (unstable, 18.09, 18.03)
libtiff-4.0.10 has been
We have 4.0.10 in both active branches, but I've been unable to find a convincing claim that the update fixed (some of) these three CVEs. (They're tagged by == 4.0.9 on NVD, but I don't know...)
Version tags in the NVD are not always of high quality.
obsolete: 19.03 ships libtiff-4.0.10
Change:
<del> { lib, buildPythonPackage, fetchPypi </del> <ins> { lib , buildPythonPackage , fetchPypi </ins> , hypothesis , poetry , pydantic , pytest <ins> , pythonOlder </ins> }: buildPythonPackage rec {

Discussion:
Steps to reproduce the behavior: streamdeck-ui I'm unsure why this happens and how to fix it so I would need help on this Please run and paste the result. (unstable - )
Looks like broke with That PR is full of mines that make it challenging to bisect fully.
Change:
{ lib , stdenv , fetchFromGitHub <ins> , fetchpatch </ins> , telegram-desktop , nix-update-script }: telegram-desktop.overrideAttrs (old: rec { pname = "64gram"; <del> version = "1.1.31"; </del> <ins> version = "1.1.34"; </ins> src = fetchFromGitHub { owner = "TDesktop-x64";

Discussion:
Steps to reproduce the behavior: in configuration file i just tried to update my nixos and hm, and got this :D <!-- 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:
, texlive , zlib, libiconv, libpng, libX11 , freetype, gd, libXaw, icu, ghostscript, libXpm, libXmu, libXext <del> , perl, pkgconfig, autoreconfHook </del> <ins> , perl, perlPackages, pkgconfig, autoreconfHook </ins> , poppler, libpaper, graphite2, zziplib, harfbuzz, potrace, gmp, mpfr , cairo, pixman, xorg, clisp, biber , makeWrapper

Discussion:
is missing some Perl modules:
Installing the following perl dependencies to my user environment makes latexindent work:
I'm still getting this error on Darwin:
Thank you for reporting this! The issue is still present on Darwin.
Fixed in Unfortunately we run into a darwin issue with
Change:
-device virtio-rng-pci  -virtfs local,path=${storeDir},security_model=none,mount_tag=store  -virtfs local,path=$TMPDIR/xchg,security_model=none,mount_tag=xchg  <del> -drive file=$diskImage,if=virtio,cache=unsafe,werror=report  </del> <ins> ''${diskImage:+-drive file=$diskImage,if=virtio,cache=unsafe,werror=report}  </ins> -kernel ${kernel}/${img}  -initrd ${initrd}/initrd  -append "console=ttyS0 panic=1 command=${stage2Init} out=$out mountDisk=$mountDisk loglevel=4" 

Discussion:
Can't use runInLinuxVM? compared to: Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(will): channels(root): nixpkgs:
Yeah, I think QEMU on master/unstable doesn't like passed as a device. Or maybe it happened if was passed multiple times.
Hmm, okay. Could it be related to host OS? I wouldn't expect so but some other machines don't have this problem and they're running 17.09 instead...
Could be. Maybe this '"consistent read" lock' what QEMU uses is only supported on new kernels?
Change:
<ins> { lib, stdenvNoCC, fetchFromGitHub, perl }: stdenvNoCC.mkDerivation { pname = "colorgrind"; version = "0-unstable-2016-07-05"; src = fetchFromGitHub { owner = "renatocf"; repo = "colorgrind"; rev = "6b68367c9713075a40c6719cb24217e9437ffa74"; hash = "sha256-KVR2IeoAkaTXDjEndPvrKUzOf4Zkha20vcH4TTJqXfM="; }; buildInputs = [ perl ]; installPhase = '' runHook preInstall install -Dm755 -t $out/bin colorgrind runHook postInstall ''; meta = { description = "Perl wrapper for Valgrind with ANSI escape code colored output"; homepage = "http://renatocf.github.io/colorgrind/"; license = with lib.licenses; [ mit ]; maintainers = with lib.maintainers; [ pluiedev ]; mainProgram = "colorgrind"; }; } </ins>

Discussion:
Colorgrind: a Perl wrapper for Valgrind with ANSI escape code colored output Metadata homepage URL: source URL: license: mit platforms: unix Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have some reservations about packaging an 8-year-old, unmaintained Perl script, but I guess that's common enough in the Perl world that I've already seen something like this twice... Oh well, why not
Change:
buildPythonPackage rec { pname = "wandb"; <del> version = "0.16.4"; </del> <ins> version = "0.16.0"; </ins> format = "pyproject"; disabled = pythonOlder "3.6";

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags:
This was caused by your commit . Could you please revert or push a fix?
I kindly ask you to help the python-updates runs which make the python package set maintainable by fixing this build failure by updating the ignored test list and considering to support python-updates runs in the future and proactively updating the packages you maintain. Thank you.
As evidenced by this issue, python-updates is breaking packages... the opposite of increasing maintainability! It is incumbent on commit authors to test their changes before merging and produce fixes/rollbacks when their changes result in breakages.
Having a severely outdated package set is also increasing the burden on everyone and maintaining packages harder which outweighs the occasional breakage. This is not always possible, otherwise merging any update to a package that has more than a few hundred reverse deps becomes impossible and we are basically halting nixpkgs to a grind.
Change:
, python3Packages }: <ins> let version = "unstable-2023-06-30"; src = fetchFromGitHub { owner = "OctopusET"; repo = "sway-contrib"; rev = "7e138bfc112872b79ac9fd766bc57c0f125b96d4"; hash = "sha256-u4sw1NeAhl4FJCG2YOeY45SHoN7tw6cSJwEL5iqr0uQ="; }; meta = with lib; { homepage = "https://github.com/OctopusET/sway-contrib"; license = licenses.mit; platforms = platforms.all; }; in </ins> { grimshot = stdenv.mkDerivation rec { <del> pname = "grimshot"; version = sway-unwrapped.version; </del> <ins> inherit version src; </ins> <del> src = sway-unwrapped.src; </del> <ins> pname = "grimshot"; </ins> dontBuild = true; dontConfigure = true;

Discussion:
User-contributed scripts are being moved over to this repository: I just adopted the use of and couldn't build grimshot: I could build my nixosconfiguration before when I was using . I guess nixpkgs-wayland is slightly ahead, and we'll have this problem when nixos-unstable updates sway.
i don't think github notifies issue subscribers of linked PRs so: i've opened to fix this
Yes, that's a nixpkgs-wayland problem/regression/bug. Nixpkgs is still fine. We just have to update the package before the next Sway update but it might indeed be best to do this in advance.
Change:
${glib.dev}/bin/glib-compile-schemas "$out/share/glib-2.0/schemas" ''; <del> enableParallelBuilding = true; </del> passthru = { updateScript = gnome3.updateScript { <del> packageName = "mutter"; attrPath = "gnome3.mutter"; </del> <ins> packageName = pname; attrPath = "gnome3.${pname}"; </ins> }; }; meta = with stdenv.lib; { <del> platforms = platforms.linux; maintainers = gnome3.maintainers; </del> <ins> description = "A window manager for GNOME"; homepage = "https://gitlab.gnome.org/GNOME/mutter"; </ins> license = licenses.gpl2; <ins> maintainers = gnome3.maintainers; platforms = platforms.linux; </ins> }; }

Discussion:
mutter requires this patch: I built and tested the patch on top of (current unstable) and it compiles + fixes the issue. want me to create a PR?
There's been so many bugs uncovered in mutter that we could easily backport 10+ patches. Personally, I've been running off without issue.
Yeah, I'm also running on the branches without any problem (not sure why they haven't cut a new a release tbh).
Opened
Change:
mkUniqueOutPaths = pkgs: uniqueStrings (map (p: p.outPath) (builtins.filter lib.isDerivation pkgs)); <del> in buildEnv { </del> <ins> in (buildEnv { </ins> name = "texlive-${extraName}-${bin.texliveYear}"; extraPrefix = "/share/texmf";

Discussion:
Describe the bug A clear and concise description of what the bug is. Since I've to my system's , it's compiling some tex related packages manually whenever I'm updating my system. Why is it not cached on hydra? Biber is broken for me with anything other than . Notify maintainers Metadata Please run and paste the result. Maintainer information:
Not fixed. edit: nevermind, there was an unrelated regression for
I can't tell personally because I use the stable 20.03 branch of nix and the fixes went into master. looking forward to nix 20.09 fixing it!
I marked this as stale due to inactivity. &rarr;
For some reason the issue still persists, I see tons of tex related packages being rebuilt at updates. From a feeling though, the issue has lessened.
Just had another idea...
Change:
# build the documentation cd docs/en_US <del> ${sphinx}/bin/sphinx-build -W -b html -d _build/doctrees . _build/html </del> <ins> sphinx-build -W -b html -d _build/doctrees . _build/html </ins> # Build the clean tree cd ../../web

Discussion:
Steps to reproduce the behavior: pgadmin.service Add any other context about the problem here. Please run and paste the result.
I know. The PR needs to be merged.
seems like it might be some time before this gets fixed. In the meantime, is there a way I could force my system to use an older version of pgadmin? I'm using flakes for my system config.
The way I do it, is to maintain my own fork of and cherry-pick PR's like that. An older version will not work, because they will run into similar errors. You could only run an older version of . This is a problem due to updated dependencies in nixpkgs. I re-requested an review from and/or maybe someone else has time to review/commit the PR.
OK I got it working for now by changing my as follows: Please let me know if that's a terrible idea in your opinion ...
No, not really. I use my branch which I regularly update, which includes my cherry-picked commits. The commit you picked reflects the status of at the time of the commit of pgadmin (and obviously the changes to pgadmin) You just need to be aware that due to the pinning, a will not update currently and should probably be reverted once the PR got merged.
thanks that's what I'll do!
I'm a little fuzzy on what happens next here. Am I seeing correctly that this problem is still not resolved?
The PR needs to be merged. AFAIK everything is done with the PR
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Got it working using in my flake.
Change:
<ins> { lib , buildGoModule , fetchFromGitHub , makeBinaryWrapper , libfido2 , dbus , pinentry , nix-update-script }: buildGoModule rec { pname = "goldwarden"; version = "0.2.7"; src = fetchFromGitHub { owner = "quexten"; repo = "goldwarden"; rev = "v${version}"; hash = "sha256-OXJovoJ2+YIMqzoG6J2LlxUC5DMZRAdEl+ZEv6PDXlI="; }; vendorHash = "sha256-1Px60+f23qoP5eEOUC3WG5vKJYjbD3bPOrDyBpXlMT0="; ldflags = [ "-s" "-w" ]; nativeBuildInputs = [makeBinaryWrapper]; buildInputs = [libfido2]; postInstall = '' wrapProgram $out/bin/goldwarden  --suffix PATH : ${lib.makeBinPath [dbus pinentry]} install -Dm644 $src/resources/com.quexten.goldwarden.policy -t $out/share/polkit-1/actions ''; passthru.updateScript = nix-update-script {}; meta = with lib; { description = "A feature-packed Bitwarden compatible desktop integration"; homepage = "https://github.com/quexten/goldwarden"; license = licenses.mit; maintainers = with maintainers; [ arthsmn ]; mainProgram = "goldwarden"; platforms = platforms.linux; # Support for other platforms is not yet ready, see https://github.com/quexten/goldwarden/issues/4 }; } </ins>

Discussion:
Project description Goldwarden is a Bitwarden compatible desktop client. It focuses on providing useful desktop features that the official tools do not (yet) have or are not willing to add, and enhanced security measures that other tools do not provide, such as: Support for SSH Agent (Git signing and SSH login) System wide autotype (Gnome, KDE only for now) Biometric authentication (via Polkit) for each credential access Implements Bitwarden browser-extension biometrics on Linux Support for injecting environment variables into the environment of a cli command Vault content is held encrypted in memory and only briefly decrypted when needed Kernel level memory protection for keys (via the memguard library) Additional measures to protect against memory dumps Passwordless login (Both logging in, and approving logins) Fido2 (Webauthn) support more to come...? The aim is not to replace the official clients, but to complement by implementing the missing features. Metadata homepage URL: source URL: license: mit platforms: linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've got a package going from nix-init: Haven't been able to enter a pin yet, I'm guessing it's from manually installing the service or something.
Ah, very cool that someone is looking into packaging one of my projects on nixos. I don't use nixos myself, but if there is anything I can do to help, feel free to ping me :)
Change:
<ins> { lib, stdenv, fetchzip, makeWrapper, jre, python3, unzip }: stdenv.mkDerivation rec { pname = "nzbhydra2"; version = "3.8.0"; src = fetchzip { url = "https://github.com/theotherp/${pname}/releases/download/v${version}/${pname}-${version}-linux.zip"; sha512 = "1gybricq26hixr5cmw1iwyax7h17d0n5wqzhrx727xda1x35jfjp5ynjdkxzysbfhs1za6vy54bpm0sda4nkrh16p0xqnz3nsd4hvzh"; stripRoot = false; }; nativeBuildInputs = [ jre makeWrapper unzip ]; installPhase = '' install -d -m 755 "$out/lib/${pname}" cp -dpr --no-preserve=ownership "lib" "readme.md" "$out/lib/nzbhydra2" install -D -m 755 "nzbhydra2wrapperPy3.py" "$out/lib/nzbhydra2/nzbhydra2wrapperPy3.py" makeWrapper ${python3}/bin/python $out/bin/nzbhydra2  --add-flags "$out/lib/nzbhydra2/nzbhydra2wrapperPy3.py"  --prefix PATH ":" ${jre}/bin ''; meta = with stdenv.lib; { description = "Usenet meta search"; homepage = "https://github.com/theotherp/nzbhydra2"; license = licenses.asl20; maintainers = with maintainers; [ jamiemagee ]; platforms = with platforms; linux; }; } </ins>

Discussion:
Project description From GitHub: Metadata homepage URL: source URL: license: apache 2.0 platforms: All (Java project)
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 .
This is still important to me.
I marked this as stale due to inactivity. &rarr;
This issue is not stale. There is a PR in progress.
Change:
# mysql-workbench 8.0.21 depends on libmysqlconnectorcpp 1.1.8. # Newer versions of connector still provide the legacy library when enabled # but the headers are in a different location. <del> "-DWITH_ANTLR_JAR=${antlr4_12.jarLocation}" </del> <ins> "-DANTLR_JAR_PATH=${antlr4_12.jarLocation}" </ins> "-DMySQLCppConn_INCLUDE_DIR=${libmysqlconnectorcpp}/include/jdbc" ];

Discussion:
Steps to reproduce the behavior: mysql-workbench-8.0.36 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]:
Problem introduced in Thanks for reporting, I'll try to fix it
Change:
<ins> diff --git a/setup_onnxruntime.py b/setup_onnxruntime.py index cd698d1..c6e8a33 100644 --- a/setup_onnxruntime.py +++ b/setup_onnxruntime.py @@ -6,7 +6,6 @@ from pathlib import Path from typing import List, Union import setuptools -from get_pypi_latest_version import GetPyPiLatestVersion def read_txt(txt_path: Union[Path, str]) -> List[str]: @@ -26,16 +25,7 @@ def get_readme(): MODULE_NAME = "rapidocr_onnxruntime" -obtainer = GetPyPiLatestVersion() -latest_version = obtainer(MODULE_NAME) -VERSION_NUM = obtainer.version_add_one(latest_version) - -if len(sys.argv) > 2: -    match_str = " ".join(sys.argv[2:]) -    matched_versions = obtainer.extract_version(match_str) -    if matched_versions: -        VERSION_NUM = matched_versions -sys.argv = sys.argv[:2] +VERSION_NUM = "@version@" project_urls = { "Documentation": "https://rapidai.github.io/RapidOCRDocs/docs/install_usage/rapidocr/usage/", </ins>

Discussion:
Project description Awesome OCR multiple programing languages toolkits based on ONNXRuntime, OpenVION and PaddlePaddle. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: asl20 platforms: linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can you help for packaging this thing, I tried, without luck so far :S
I tried packaging this and while it does build, but for some reason it fails to run, complaining that it couldn't find the module.
Could you also share the or eventually create a draft PR so we can collaborate?
I think I'll just make a draft PR instead :D
Yeah that's what I suggest in the second half of the sentence :D
Thank you !