jiebi/CodeConvo huggingface dataset:
Change:
sha256 = "1gczv8hn3wqci86css3mhzrppp3z8vppxw25l08j589k6bvz7x1w"; }; <del> nativeBuildInputs = [ python python.pkgs.sphinx pkgconfig flex bison ]; </del> <ins> nativeBuildInputs = [ python python.pkgs.sphinx pkgconfig flex bison ] ++ optionals gtkSupport [ wrapGAppsHook ]; </ins> buildInputs = [ zlib glib ncurses perl pixman vde2 texinfo makeWrapper lzo snappy

Discussion:
Describe the bug On the branch 19.09, when i start a test interactively, the QEMU process segfaults. It works well when executed non interactively. To Reproduce In the kernel logs, i can see: Additional context The host kernel is and the nixpkgs commit of the NixOS deployment is (release 19.03). It seems to be working fine for a friend of mine, so it may be related to the execution environment.
I've been running VMs off unstable and 19.09 all week without issues. (host runs unstable) I believe it's because your host system is on 19.03 and the configuration you've built to run interactively is on 19.09. Though I wouldn't expect this to segfault, I've seen things like this happen before in a similar circumstance.
I upgraded to my host to 19.09 and i still run into this issue:( are you running VMs interactively?
Yes I have Perhaps hardware information could benefit this report, it could be an issue in QEMU.
So, I just tried to run the vm as root and it works well:/
if you're on a default 19.09, there should be a coredump, available via . Could you post the backtrace here - it might be helpful.
Thanks to the core dump, i have disable qemu () in the test vm and the process is no longer segfaulting! So, the culprit seems to be gtk. Here is the trace:
a segfault in sounds scary - what CPU is this running on?
Ok, it works well when I . It seems to be the same kind of issue than
cc
I guess it needs a wrapper. Pretty sure you don't run into ever if the executable is wrapped.
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 . 3. Ask on the on .
It seems simply invokes , and wrapping gtk binaries is as simple as , so I opened this PR. I'd appreciate if you could test this, as I wasn't able to reproduce this issue locally.
I'm unfortunately no longer able to reproduce:(
Change:
--prefix LD_LIBRARY_PATH : ${vulkanPath}  '' + "n" + '' mv assets $out/share/ppsspp <ins> mv ../icons/hicolor $out/share/icons </ins> runHook postInstall '';

Discussion:
Missing application icon. I looked at the ".desktop" file and inside is written "Icon = ppsspp", but I can't find an icon with that name. Steps to reproduce the behavior: for "ppsspp" in KDE/Gnome or using anything that can show app icons. isn't shown, for example, on Gnome it just shows the default icon for binaries. The icon appears when searching for the app. Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
! There should be . Upstream has a directory which can be copied over as-is in the custom :
Hi, could you please explain this a little more? I went into usr/share/icons/hicolors, but I'm not sure what to do after that? You said that folder should be copied over. Where do I copy it over? What am I copying over and to where? Could you please elaborate more? Thank you!
Change:
[x86_64-darwin]=darwin-x64 ) <ins> hashfile="$(nix-prefetch-url --print-path "https://github.com/electron/electron/releases/download/v${VERSION}/SHASUMS256.txt" 2>/dev/null | tail -n1)" echo "Entry similar to the following goes in default.nix:" echo echo "  electron_${VERSION%%.*} = mkElectron "${VERSION}" {" </ins> for S in "${!SYSTEMS[@]}"; do <del> HASHES["$S"]=$(nix-prefetch-url "https://github.com/electron/electron/releases/download/v${VERSION}/electron-v${VERSION}-${SYSTEMS[$S]}.zip") </del> <ins> hash="$(grep " *electron-v${VERSION}-${SYSTEMS[$S]}.zip$" "$hashfile"|cut -f1 -d' ')" echo "    $S = "$hash";" </ins> done <del> for S in "${!HASHES[@]}"; do echo "$S" echo "sha256 = "${HASHES[$S]}";" done </del> <ins> echo "  };" </ins>

Discussion:
Describe the bug ^ what is says. They're several months out of date. Here are the currently supported versions: cc
Change:
--replace 'set(COMPILER_RT_HAS_TSAN TRUE)' 'set(COMPILER_RT_HAS_TSAN FALSE)' substituteInPlace CMakeLists.txt  <del> --replace 'set(CMAKE_INSTALL_NAME_DIR "@rpath")' "set(CMAKE_INSTALL_NAME_DIR "$lib/lib")"  </del> <ins> --replace 'set(_install_name_dir INSTALL_NAME_DIR "@rpath")' "set(_install_name_dir)"  </ins> --replace 'set(CMAKE_INSTALL_RPATH "@executable_path/../lib")' "" '' # Patch llvm-config to return correct library path based on --link-{shared,static}.

Discussion:
Run , observe: Please run and paste the results.
Very weird... It must have come in from a recent update. You can find libLLDB in the lldb derivation:
/cc
Change:
++ optional (cfg.enableGambatte or false) gambatte ++ optional (cfg.enableGenesisPlusGX or false) genesis-plus-gx ++ optional (cfg.enableMAME or false) mame <del> ++ optional (cfg.enableMednafenPCEFast or false) mednafen-pce-fast ++ optional (cfg.enableMednafenPSX or false) mednafen-psx ++ optional (cfg.enableMednafenSaturn or false) mednafen-saturn </del> ++ optional (cfg.enableMGBA or false) mgba ++ optional (cfg.enableMupen64Plus or false) mupen64plus ++ optional (cfg.enableNestopia or false) nestopia

Discussion:
Please rename the libretro-mednafen- cores packages to libretro-beetle- or similar; the RetroArch/libretro project does not have permission nor blessings to use "Mednafen" branding for their forks, and have been cooperative in renaming the cores in light of this.
cc
Superseded by .
Change:
, wheel , astunparse , numpy <ins> , packaging </ins> , pyparsing , scipy , gsd

Discussion:
Attempting to import results in the following error: Run the following: Importing should succeed. might need to be a runtime dependency. (See alternate derivation which does not have this problem.) <!-- 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:
<ins> { lib, buildPythonPackage, fetchFromGitHub, pytestCheckHook, pythonOlder, geopandas, pooch, pyogrio, setuptools-scm, }: buildPythonPackage rec { pname = "geodatasets"; version = "2023.12.0"; pyproject = true; disabled = pythonOlder "3.8"; src = fetchFromGitHub { owner = "geopandas"; repo = "geodatasets"; rev = version; hash = "sha256-yecAky3lCKcSgW4kkYTBNnyKyIWnGSBL600wVgGN8CE="; }; build-system = [ setuptools-scm ]; propagatedBuildInputs = [ pooch ]; nativeCheckInputs = [ geopandas pyogrio pytestCheckHook ]; preCheck = '' export HOME=$TMPDIR ''; pytestFlagsArray = [ # disable tests which require network access "-m 'not request'" ]; pythonImportsCheck = [ "geodatasets" ]; meta = { description = "Spatial data examples"; homepage = "https://geodatasets.readthedocs.io/"; license = lib.licenses.bsd3; maintainers = lib.teams.geospatial.members; }; } </ins>

Discussion:
Project description mapclassify is an open-source python library for Choropleth map classification. It is part of the Python Spatial Analysis Library. Metadata homepage URL: source URL: license: BSD-3-Clause license
Even nicer if we could get pysal itself - there are some QGIS plugins that depend on it.
Change:
normalize = callPackage ../applications/audio/normalize { }; <del> norouter = callPackage ../tools/networking/norouter { }; </del> <ins> norouter = callPackage ../tools/networking/norouter { # doesn't build with go 1.21 # https://github.com/norouter/norouter/issues/165 buildGoModule = buildGo120Module; }; </ins> nqptp = callPackage ../tools/networking/nqptp { };

Discussion:
Steps to reproduce the behavior: norouter It was marked as broken in . The says "out is empty".
Change:
] ++ stdenv.lib.optional (bootstrapVersion) [ <del> libconfig llvm </del> <ins> libconfig llvm_5 </ins> ] ++ stdenv.lib.optional stdenv.hostPlatform.isDarwin (with darwin.apple_sdk.frameworks; [

Discussion:
See It seems to have been but now fails on all platforms. According to this was introduced in See for more details. Interestingly enough the same failure was seen with in cc
I think I was wrong. I guess the problem is the switch to llvm 7 from llvm 5 as a default. I will try it out and follow up with a PR if everything works.
That was the problem this issue can be closed with
Change:
msgpack ncurses neovimLuaEnv <ins> tree-sitter </ins> unibilium ] ++ optional stdenv.isDarwin libiconv ++ optionals doCheck [ glibcLocales procps ]

Discussion:
Describe the bug I have an overlay to install neovim from a recent commit. When you use that overlay on a intel macbook neovim is compiled against luajit 2.1.0-beta3 while the same derivation on an M1 macbook compiles against Lua 5.1. I tried checking why that might be given it's the same exact overlay and luajit seems to compile just fine on aarch64 but I am afraid my nix skills weren't good enough. To Reproduce neovim with the following overlay: neovim the command On intel you will see: While on arm: Main issue is that lots of nvim plugins require luajit and don't work with lua 5.1 Expected behavior neovim should be compiled against luajit. Screenshots N/A Additional context Add any other context about the problem here. Notify maintainers Metadata Intel: Arm: Maintainer information:
This is alredy done in
Oh, thanks for the quick response and for the great work. Closing this :)
Reopening, since this will again be the case once is merged. By some reason builds with luajit on aarch64 still fail and I do not know why. As explained in , simply updating luajit does not help.
fixed in
switched back to using Lua 5.1 due to I think this issue should be reopened. Especially due to from the OP Also see my comment above
I've been messing around with this for a few days without much success, but I do think that compiling with openresty-luajit does work (at least, luarocks builds successfully and the error in question with goes away). I am utterly lost in the maze of Nix abstractions though and don't know the best way to do this. I've tried using overlays to set LuaJIT to be the openresty version which seems to half work, but when I try and build neovim it's still using the version of luarocks built with LuaJIT 2.1. Can someone who knows their way around Nix a little better take a deeper look into this? EDIT: I got it to work! I'm using the following overlay: This issue helped me figure out why my overriden value of wasn't applying to the packages.

I had to add to the override function.
Maybe make a pr for that so nixpkgs will use this version of luajit by default on macOS aarch64.
Done
merged.
This problem appear again, I used on ubuntu22.04 aarch64 (m1 Docker), and got same error with the NVIM 0.7.2: And my luaSnip plugin can not work. (It's ok under intel x64)
I'm also hitting this issue again on aarch64 (m1 Docker) on ubuntu 22.04 and 20.04
Same here, exact same environment and output as
I am also seeing the same error in ubuntu 22.04 VM running on M1 MAC. This is based on aarch64. Anyone know how to fix the issue?
Change:
stdenv, buildPythonPackage, setuptools, <del> pythonAtLeast, </del> fetchPypi, substituteAll,

Discussion:
Steps to reproduce the behavior: It looks like the was at 9 July 2024 at 4:10:47 am GMT+2. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
see
Change:
<del> { lib, buildGoModule, fetchFromGitHub, installShellFiles }: </del> <ins> { lib, buildGoModule, fetchFromGitHub, installShellFiles, testers, atlas }: </ins> buildGoModule rec { pname = "atlas"; <del> version = "0.14.1"; </del> <ins> version = "0.15.0"; </ins> src = fetchFromGitHub { owner = "ariga"; repo = "atlas"; rev = "v${version}"; <del> hash = "sha256-dOqL/9sJUbaHqF3N5PEL7f6LxQQWNL0FvaH5BxQp4Xg="; </del> <ins> hash = "sha256-qEui+Y7auNFJwLSUT90jJH7IPgNW06phbJel9y3C1bk="; </ins> }; modRoot = "cmd/atlas"; <del> vendorHash = "sha256-1Hhl2TzJWWXk4du9nbJTPXdYuss4TWfUIOw2DaAJQis="; </del> <ins> proxyVendor = true; vendorHash = "sha256-BJB+ZwrfZsYlyVX0G3qNQW8KexxMmc1Y9m2TRbOX6Tc="; </ins> nativeBuildInputs = [ installShellFiles ]; <del> env.GOWORK = "off"; </del> ldflags = [ "-s" "-w" "-X ariga.io/atlas/cmd/atlas/internal/cmdapi.version=v${version}" ]; subPackages = [ "." ];

Discussion:
Package name: atlas Latest released version: 0.15.0 <!-- Search your package here: --- Current version on the unstable channel: 0.14.1 Current version on the stable/release channel: Not packaged <!-- 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 <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
I've made some progress on the updating the package with the new dependencies. Currently, I've encountered an issue where it can't find postgres.h. I'm sure it's something simple I'm missing, and I don't have the time right now. So, I thought I would share what I got so far. (:
Yup I'm stuck there as well. I think the issue has to do with this change in atlas: cmd/internal/sqlparse/pgparse: move to pgquery () I was able to find this from discourse: Trying the solution mentioned in the discourse leads to a different error and the runVend flag does not work either.
For those who need cloud support, look at the derivation in this comment:
Change:
{ lib , stdenv , fetchurl <del> , perl </del> , perlPackages }:

Discussion:
Steps to reproduce the behavior: . E.g.: The problem occurs because adding perl to does not add it to for cross compilation. I'm not entirely sure if perl is needed to build the derivation, but adding perl to nativeBuildInputs solves the problem: Note that this issue might exist for other packages too. Related forum post: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Thanks for report this Ill look into it shortly
Change:
<ins> { fetchFromGitHub , fetchzip , lib , lldap , nixosTests , rustPlatform }: let # We cannot build the wasm frontend from source, as the # wasm32-unknown-unknown rustc target isn't available in nixpkgs yet. # Tracking issue: https://github.com/NixOS/nixpkgs/issues/89426 frontend = fetchzip { url = "https://github.com/lldap/lldap/releases/download/v${lldap.version}/amd64-lldap.tar.gz"; hash = "sha256-/Ml4L5Gxpnmt1pLSiLNuxtzQYjTCatsVe/hE+Btl8BI="; name = "lldap-frontend-${lldap.version}"; postFetch = '' mv $out $TMPDIR/extracted mv $TMPDIR/extracted/app $out ''; }; in rustPlatform.buildRustPackage rec { pname = "lldap"; version = "0.4.3"; src = fetchFromGitHub { owner = "lldap"; repo = "lldap"; rev = "v${version}"; hash = "sha256-FAUTykFh2eGVpx6LrCjV9xWbBPH8pCgAJv3vOXFMFZ4="; }; # `Cargo.lock` has git dependencies, meaning can't use `cargoHash` cargoLock = { # 0.4.3 has been tagged before the actual Cargo.lock bump, resulting in an inconsitent lock file. # To work around this, the Cargo.lock below is from the commit right after the tag: # https://github.com/lldap/lldap/commit/7b4188a376baabda48d88fdca3a10756da48adda lockFile = ./Cargo.lock; outputHashes = { "lber-0.4.1" = "sha256-2rGTpg8puIAXggX9rEbXPdirfetNOHWfFc80xqzPMT4="; "opaque-ke-0.6.1" = "sha256-99gaDv7eIcYChmvOKQ4yXuaGVzo2Q6BcgSQOzsLF+fM="; "yew_form-0.1.8" = "sha256-1n9C7NiFfTjbmc9B5bDEnz7ZpYJo9ZT8/dioRXJ65hc="; }; }; patches = [ ./static-frontend-path.patch ]; postPatch = '' ln -s --force ${./Cargo.lock} Cargo.lock substituteInPlace server/src/infra/tcp_server.rs --subst-var-by frontend '${frontend}' ''; passthru.tests = { inherit (nixosTests) lldap; }; meta = with lib; { description = "A lightweight authentication server that provides an opinionated, simplified LDAP interface for authentication"; homepage = "https://github.com/lldap/lldap"; changelog = "https://github.com/lldap/lldap/blob/v${version}/CHANGELOG.md"; license = licenses.gpl3Only; platforms = platforms.linux; maintainers = with maintainers; [ indeednotjames ]; }; } </ins>

Discussion:
Project description An lightweight authentication server that provides an opinionated, simplified LDAP interface for authentication: clients that can only speak LDAP protocol can talk to it and use it as an authentication server. Metadata homepage URL: source URL: license: platforms: unix
Here is what I came up with so far (with big help from :heart:):
I marked this as stale due to inactivity. &rarr;
Still relevant
I gave it a try in in case someone would like to take a look at it :)
Change:
}; }; <ins> PerlLanguageServer = buildPerlPackage { pname = "Perl-LanguageServer"; version = "2.5.0"; src = fetchurl { url = "mirror://cpan/authors/id/G/GR/GRICHTER/Perl-LanguageServer-2.5.0.tar.gz"; hash = "sha256-LQYcIkepqAT1JMkSuIN6mxivz6AZkpShcRsVD1oTmQQ="; }; propagatedBuildInputs = [ AnyEvent AnyEventAIO ClassRefresh CompilerLexer Coro DataDump HashSafeKeys IOAIO JSON Moose PadWalker ]; meta = { description = "Language Server and Debug Protocol Adapter for Perl"; license = lib.licenses.artistic2; }; }; </ins> perlldap = buildPerlPackage { pname = "perl-ldap"; version = "0.68";

Discussion:
Project description Language Server for Perl Metadata homepage URL: source URL: license: artisticlicense2_0 platforms: unix, linux, darwin, ...
Change:
configDir = mkOption { type = types.path; <del> default = ""; </del> <ins> default = null; </ins> description = "Use this optional config directory instead of using slapd.conf"; example = "/var/db/slapd.d"; };

Discussion:
my openldap machine configured using the traditional config file can no longer be upgraded set to System: (NixOS: , Ubuntu/Fedora: , ...) (Gorilla) Nix version: (run ) nix-env (Nix) 1.11.2 Nixpkgs version: (run ) "17.03pre94050."
Change:
{ lib, stdenv, fetchsvn, darwin, libtiff , libpng, zlib, libwebp, libraw, openexr, openjpeg , libjpeg, jxrlib, pkg-config <del> , fixDarwinDylibNames }: </del> <ins> , fixDarwinDylibNames, autoSignDarwinBinariesHook }: </ins> stdenv.mkDerivation { pname = "freeimage";

Discussion:
The package is not supported on Apple M1. It gives the following error message Steps to reproduce the behavior: on an Apple M1 Macbook. We should be able to build the package successfully. Add any other context about the problem here. Maintainer information:
Please run and report whether [ ] it builds without error [ ] produces a working binary Then we can simply add M1 to the list of supported platforms.
No. It does not build. It hits error when building . The outputs are
Change:
}; sha256 = "0yq6ln1ic476sasp8zs4mg5i9524l1p96qwanp486rr1yza1grlg"; pythonVersion = "2.7"; <del> db = db.override { dbmSupport = true; }; </del> <ins> db = db.override { dbmSupport = !stdenv.isDarwin; }; </ins> python = python27; inherit passthruFun; <ins> inherit (darwin) libunwind; inherit (darwin.apple_sdk.frameworks) Security; </ins> }; pypy36 = callPackage ./pypy {

Discussion:
Describe the bug pypy3 cannot be installed using on macOS. The package fails to build from source. To Reproduce Steps to reproduce the behavior: latest macOS (Catalina 10.15, but same error on previous version) latest (master) to home.packages ( from binary cache does work/does not have this problem) Expected behavior pypy3 package builds successfully (including all needed deps). Output/Errors Error encountered during compilation: Metadata
I am also not sure why from binary cache is not used (for pypy's dependency, it is compiled from source), but that could be my misunderstanding of normal behaviour -- I'm new!
Change:
ln -s ${pkgs.git}/bin/git $dugite/git/libexec/git-core/git find $share -name "*.node" -exec patchelf --set-rpath "${atomEnv.libPath}:$share" {} ; <ins> sed -i -e "s|Exec=.*$|Exec=$out/bin/${pname}|" $out/share/applications/${pname}.desktop </ins> ''; meta = with stdenv.lib; {

Discussion:
Describe the bug Atom crashes when opening a "save file", "open file" modal with an error printed in the journal. I did a bisection and it looks like it has been introduced in To Reproduce Steps to reproduce the behavior: atom a new file to save file OR atom -Add Project Folder... Expected behavior Modal opens. Additional context The error printed in the journal. There might be some noise but there is an error in libglib- and a core dump This is the bisection log: Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(zarel): channels(root): nixpkgs: Maintainer information:
That commit caused a regression but that should have been fixed by What is the content of atom/electron file? There should be gtk's gsettings-schemas in .
thank you for your help! in the XDGDATADIRS looks like there is no gsettings-schemas: I don't understand what is the atom/electron file you're referring to, where can I find it?
I meant that you should check in the atom package. But now I looked into it and the issue is that Atom does not use the generic builder, which all setup hooks depend on, but does its own thing: In particular, it does not run , which is necessary for to work. cc Atom maintainers
Change:
<del> From 7ce3b991229c74262f81ab7692a1dc6bde2416ee Mon Sep 17 00:00:00 2001 From: Barry Warsaw <barry@python.org> Date: Thu, 25 Jun 2015 11:54:05 -0400 Subject: [PATCH] One way to work around the lack of html.parser.HTMLParserError in Python 3.5 --- sphinx/builders/linkcheck.py | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/sphinx/builders/linkcheck.py b/sphinx/builders/linkcheck.py index 9f5c213..b05c5b2 100644 --- a/sphinx/builders/linkcheck.py +++ b/sphinx/builders/linkcheck.py @@ -19,9 +19,19 @@ from six.moves.urllib.request import build_opener, Request, HTTPRedirectHandler from six.moves.urllib.parse import unquote, urlsplit, quote from six.moves.urllib.error import HTTPError -from six.moves.html_parser import HTMLParser, HTMLParseError +from six.moves.html_parser import HTMLParser from docutils import nodes +# 2015-06-25 barry@python.org.  This exception was deprecated in Python 3.3 and +# removed in Python 3.5, however for backward compatibility reasons, we're not +# going to just remove it.  If it doesn't exist, define an exception that will +# never be caught but leaves the code in check_anchor() intact. +try: +    from six.moves.html_parser import HTMLParseError +except ImportError: +    class HTMLParseError(Exception): +        pass + from sphinx.builders import Builder from sphinx.util.console import purple, red, darkgreen, darkgray,  darkred, turquoise </del>

Discussion:
fails its test suite, which in turn breaks various other packages like and . According to the issue was caused by commit from
just needs a bump
1.3.4 fails with the same test failure
Change:
python3Packages.buildPythonApplication rec { pname = "nwg-panel"; <del> version = "0.9.16"; </del> <ins> version = "0.9.20"; </ins> src = fetchFromGitHub { owner = "nwg-piotr"; repo = "nwg-panel"; rev = "v${version}"; <del> hash = "sha256-xHAn8NWSWSm95SIX1M8HIQwgNBq5/K5xsanbkAKfXSw="; </del> <ins> hash = "sha256-Cq/kj61OmnHLd8EQK6QF67ALv3lMXKPGYUvTIeh90zQ="; </ins> }; # No tests

Discussion:
Package name: nwg-panel Latest released version: 0.9.19 Current version on the unstable channel: 0.9.16 Current version on the stable/release channel: 0.9.16 Notify maintainers Note for maintainers: Should remove the dependency for Sway since nwg-panel works other WM like Hyperland, and python-dasbus need to be as an dependency for system tray to work Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: