jiebi/CodeConvo huggingface dataset:
Change:
rm cuneiform_src/Kern/hhh/tigerh/h/strings.h ''; <ins> # make the install path match the rpath postInstall = '' if [[ -d ''${!outputLib}/lib64 ]]; then mv ''${!outputLib}/lib64 ''${!outputLib}/lib ln -s lib ''${!outputLib}/lib64 fi ''; </ins> buildInputs = [ imagemagick ]; nativeBuildInputs = [ cmake ]; <ins> passthru.tests = testers.testVersion { package = finalAttrs.finalPackage; command = "cuneiform"; }; </ins> meta = with lib; { description = "Multi-language OCR system"; homepage = "https://launchpad.net/cuneiform-linux";

Discussion:
Running cuneiform results in a shared-library load error Steps to reproduce the behavior: 23.11 or nixpkgs unstable Will get error: The program will run
PR should fix this. can you verify that the change works for you? or
Change:
fingerprint = "5A9A 1C9B 2369 8049 3B48  CF5B 81A1 5409 4816 2372"; }]; }; <ins> l-as = { email = "las@protonmail.ch"; github = "L-as"; githubId = 22075344; keys = [{ longkeyid = "rsa2048/0xAC458A7D1087D025"; fingerprint = "A093 EA17 F450 D4D1 60A0  1194 AC45 8A7D 1087 D025"; }]; name = "Las Safin"; }; </ins> laikq = { email = "gwen@quasebarth.de"; github = "laikq";

Discussion:
Describe the bug I am trying to build for . is one giving me difficulty. Originally I filed an issue on : But the issue is instead with the libpng inside freeimage: Basically, libpng applies an incorrect ARM optimization to aarch64 that isn't actually available. From briefly looking at in nixpkgs, it seems that we patch with patches (and skimming that, it looks like it has a relevant aarch64 patch). So, my goal is to patch the vendored inside FreeImage, similar to how we patch itself. So far I've not had luck. I've tried with both the CRLF and LF patches from the 'apng' project and the regular patch used from the 'libpng-apng' project that is used in nixpkg's libpng. They all fail to apply and some complain about line endings, regardless of if I pipe the patch through dos2unix (or unix2dos) or not.
I seem to have fixed this by patching libpng inside of the freeimage source using the same patch as the derivation.. I'm just debating whether or not to allow it to be toggle-able as it is in the libpng derivation.
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
still important to me
I marked this as stale due to inactivity. &rarr;
still important to me
You can close this I think
Change:
then ln -s $out/lib/node_modules/.bin $out/bin <del> # Patch the shebang lines of all the executables </del> <ins> # Fixup all executables </ins> ls $out/bin/* | while read i do file="$(readlink -f "$i")" chmod u+rwx "$file" <del> patchShebangs "$file" </del> <ins> if isScript "$file" then sed -i 's/r$//' "$file"  # convert crlf to lf fi </ins> done fi

Discussion:
When building the resulting binary contains in the shebang line. This causes the binary to fail to execute. The bug was introduced between 22.05 and 22.11: The binary runs and doesn't die on a broken shebang. <!-- 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 looks fun
I wonder if this was a regression from me making node2nix manually handle bin stuff instead of letting npm (not) handle it I can maybe make a quick patch to node2nix's node-env to dos2unix all bin scripts with shebangs in a line right after this one:
I've opened with a fix
Change:
<del> { stdenv, fetchFromGitHub, qmake, qttools, qtbase, libsForQt5, flex, bison }: </del> <ins> { stdenv, mkDerivation, fetchFromGitHub, qmake, qttools, qtbase, poppler, flex, bison }: </ins> <del> stdenv.mkDerivation { </del> <ins> mkDerivation { </ins> pname = "tikzit"; version = "2.1.4";

Discussion:
Describe the bug The binary fails to launch in . Output: To Reproduce Steps to reproduce the behavior: to vis CLI Expected behavior The Seafile Applet starts without issues. Additional context This could be related to a missing , however looks like it does include an alternative way of the hook. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(wucke13): nixpkgs: Maintainer information:
Can you try to see if adding helps?
Fixing this now.
That's a fast response, thank you both! Just wondering: Why didn't this occur earlier?
It was large issue that a lot of qt apps in nixpkgs weren't packaged correctly Hopefully people will read the qt section of the manual now, since it's always been to do
Oh, I'm well aware of the Qt Apps problem in general. What I'm wondering is why I did not run into this issue before 20.03. I'm using seafile since 17.03, and I'm not using a Qt DE that circumvents the problem, so I'm wondering why this problem ocured first in 20.03.
Me trying to run it from nixos-unstable results in That is indeed strange.
I figured out the timeline and why you just now experienced this issue
Change:
libnids = callPackage ../tools/networking/libnids { }; <del> rakshasa-rtorrent = recurseIntoAttrs (callPackage ../tools/networking/p2p/rakshasa-rtorrent { callPackage = newScope pkgs.rakshasa-rtorrent; }); rtorrent = rakshasa-rtorrent.rtorrent; libtorrent = rakshasa-rtorrent.libtorrent; jesec-rtorrent = recurseIntoAttrs (callPackage ../tools/networking/p2p/jesec-rtorrent { callPackage = newScope pkgs.jesec-rtorrent; }); </del> <ins> rtorrent = callPackage ../applications/networking/p2p/rakshasa-rtorrent { libtorrent = callPackage ../applications/networking/p2p/rakshasa-rtorrent/libtorrent.nix { }; }; </ins> <del> rtorrent-jesec = jesec-rtorrent.rtorrent; libtorrent-jesec = jesec-rtorrent.libtorrent; </del> <ins> jesec-rtorrent = callPackage ../applications/networking/p2p/jesec-rtorrent { libtorrent = callPackage ../applications/networking/p2p/jesec-rtorrent/libtorrent.nix { }; }; </ins> libmpack = callPackage ../development/libraries/libmpack { };

Discussion:
jesec-libtorrent tests fail, making the build fail. Steps to reproduce the behavior: jesec-libtorrent fails, failing the build I expect it to build succesfully ! ! I'm building the package with the help of morph to deploy on a server, though this shouldn't really have an impact.
This happened between and . I'll bisect later, thanks for the heads up!
The test is expecting to be returned by , but is instead getting . I'm... really not sure how to move forward with this, short of disabling the test.
Next time copy-paste the error message.
Perhaps triggered by upgrading glibc from 2.33 to 2.34? (some change in getaddrinfo() behavior)
I ruled that out initially since I didn't see anything mentioned in the changelog about getaddrinfo. I'll give it a try, though.
This has been fixed by .
Change:
githubId = 2946283; name = "Brian Cohen"; }; <del> novoxudonoser = { </del> <ins> novoxd = { </ins> email = "radnovox@gmail.com"; <del> github = "novoxudonoser"; </del> <ins> github = "novoxd"; </ins> githubId = 6052922; name = "Kirill Struokov"; };

Discussion:
Describe the bug Running gives the following error message: To Reproduce Steps to reproduce the behavior: . . Notify maintainers Metadata
I marked this as stale due to inactivity. &rarr;
This is still an issue.
I can confirm the bug.
Change:
<del> { stdenv , lib , fetchurl , dpkg , autoPatchelfHook , zlib , libgcc , fontconfig , libX11 , lttng-ust , icu , libICE , libSM , libXcursor , openssl , imagemagick , makeWrapper </del> <ins> { stdenv, lib, fetchurl, dpkg, autoPatchelfHook, zlib, libgcc, fontconfig, libX11, lttng-ust, icu, libICE, libSM, libXcursor, openssl, imagemagick, makeWrapper, </ins> }: stdenv.mkDerivation (finalAttrs: { pname = "lunacy"; <del> version = "9.6.1"; </del> <ins> version = "9.6.2"; </ins> src = fetchurl { url = "https://lcdn.icons8.com/setup/Lunacy_${finalAttrs.version}.deb"; <del> hash = "sha256-w7qw5HyJcEjeujz54bTkkofmzacIBLYqJvVuldvbytE="; </del> <ins> hash = "sha256-iTne+vUnv+O/+QUKgSUr+ACdZpXrvRQkZmqghJH1fDw="; </ins> }; unpackCmd = ''

Discussion:
Package name: lunacy Latest released version: 9.6.2 <!-- Search your package here: --- Current version on the unstable channel: 9.6.1 Current version on the stable/release channel: 9.6.0 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> diff --git a/server/src/infra/tcp_server.rs b/server/src/infra/tcp_server.rs index 43f65ea..e289f2a 100644 --- a/server/src/infra/tcp_server.rs +++ b/server/src/infra/tcp_server.rs @@ -26,7 +26,7 @@ use std::sync::RwLock; use tracing::info; async fn index() -> actix_web::Result<NamedFile> { -    let path = PathBuf::from(r"app/index.html"); +    let path = PathBuf::from(r"@frontend@/index.html"); Ok(NamedFile::open(path)?) } @@ -68,12 +68,12 @@ pub(crate) fn error_to_http_response(error: TcpError) -> HttpResponse { } async fn wasm_handler() -> actix_web::Result<impl Responder> { -    Ok(actix_files::NamedFile::open_async("./app/pkg/lldap_app_bg.wasm").await?) +    Ok(actix_files::NamedFile::open_async("@frontend@/pkg/lldap_app_bg.wasm").await?) } async fn wasm_handler_compressed() -> actix_web::Result<impl Responder> { Ok( -        actix_files::NamedFile::open_async("./app/pkg/lldap_app_bg.wasm.gz") +        actix_files::NamedFile::open_async("@frontend@/pkg/lldap_app_bg.wasm.gz") .await? .customize() .insert_header(header::ContentEncoding::Gzip) @@ -118,11 +118,11 @@ fn http_config<Backend>( ) .service(web::resource("/pkg/lldap_app_bg.wasm").route(web::route().to(wasm_handler))) // Serve the /pkg path with the compiled WASM app. -    .service(Files::new("/pkg", "./app/pkg")) +    .service(Files::new("/pkg", "@frontend@/pkg")) // Serve static files -    .service(Files::new("/static", "./app/static")) +    .service(Files::new("/static", "@frontend@/static")) // Serve static fonts -    .service(Files::new("/static/fonts", "./app/static/fonts")) +    .service(Files::new("/static/fonts", "@frontend@/static/fonts")) // Default to serve index.html for unknown routes, to support routing. .default_service(web::route().guard(guard::Get()).to(index)); } </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:
, xmodmap }: <del> stdenv.mkDerivation (finalAttrs: { </del> <ins> stdenv.mkDerivation (self: { </ins> pname = "hypr"; <del> version = "unstable-2022-05-25"; </del> <ins> version = "unstable-2023-01-26"; </ins> src = fetchFromGitHub { owner = "hyprwm"; repo = "Hypr"; <del> rev = "3e3d943c446ae77c289611a1a875c8dff8883c1e"; hash = "sha256-lyaGGm53qxg7WVoFxZ7kerLe12P1N3JbN8nut6oZS50="; </del> <ins> rev = "af4641847b578b233a6f06806f575b3f320d74da"; hash = "sha256-FUKR5nceEhm9GWa61hHO8+y4GBz7LYKXPB0OpQcQ674="; </ins> }; patches = [ ./000-dont-set-compiler.diff <del> # TODO: remove on next release (fetchpatch { url = "https://github.com/hyprwm/Hypr/commit/08d6af2caf882247943f0e8518ad782f35d1aba4.patch"; sha256 = "sha256-WjR12ZH8CE+l9xSeQUAPYW5r5HzoPpod5YqDPJTdTY8="; }) (fetchpatch { url = "https://github.com/hyprwm/Hypr/commit/7512a3ab91865b1e11b8c4a9dfdffb25c2b153de.patch"; sha256 = "sha256-0Hq5n115z0U44op7A1FO9tUOeMEPV0QgD5E5zcmend0="; }) </del> ]; nativeBuildInputs = [

Discussion:
Package name: hypr Latest commit: <!-- Search your package here: --- Current version on the unstable channel: 2022-05-25 Current version on the stable/release channel: 2022-05-25 <!-- 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.
Commit includes various fixes and fixes build on macos. Updating to the latest revision is essential.
Change:
wrapNeovimUnstable = callPackage ../applications/editors/neovim/wrapper.nix { }; wrapNeovim = neovim-unwrapped: lib.makeOverridable (neovimUtils.legacyWrapper neovim-unwrapped); neovim-unwrapped = callPackage ../applications/editors/neovim { <del> lua = # neovim doesn't work with luajit on aarch64: https://github.com/neovim/neovim/issues/7879 if stdenv.isAarch64 then lua5_1 else luajit; </del> <ins> lua = luajit; </ins> }; neovimUtils = callPackage ../applications/editors/neovim/utils.nix { };

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:
, libGLU , gnutls, pam, nettle , xterm, openssh, perl <del> , makeWrapper}: </del> <ins> , makeWrapper }: </ins> with stdenv.lib; stdenv.mkDerivation rec { <del> version = "1.10.1"; </del> <ins> version = "1.11.0"; </ins> pname = "tigervnc"; src = fetchFromGitHub { owner = "TigerVNC"; repo = "tigervnc"; <del> rev = "v1.10.1"; sha256 = "001n189d2f3psn7nxgl8188ml6f7jbk26cxn2835y3mnlk5lmhgr"; </del> <ins> rev = "v${version}"; sha256 = "sha256-IX39oEhTyk7NV+9dD9mFtes22fBdMTAVIv5XkqFK560="; </ins> }; inherit fontDirectories; <del> patches = [ ./u_xorg-server-1.20.7-ddxInputThreadInit.patch ]; </del> postPatch = '' <del> sed -i -e '/^$cmd .= " -pn";/a$cmd .= " -xkbdir ${xkeyboard_config}/etc/X11/xkb";' unix/vncserver </del> <ins> sed -i -e '/^$cmd .= " -pn";/a$cmd .= " -xkbdir ${xkeyboard_config}/etc/X11/xkb";' unix/vncserver/vncserver.in </ins> fontPath= for i in $fontDirectories; do for j in $(find $i -name fonts.dir); do addToSearchPathWithCustomDelimiter "," fontPath $(dirname $j) done done <del> sed -i -e '/^$cmd .= " -pn";/a$cmd .= " -fp '"$fontPath"'";' unix/vncserver </del> <ins> sed -i -e '/^$cmd .= " -pn";/a$cmd .= " -fp '"$fontPath"'";' unix/vncserver/vncserver.in </ins> substituteInPlace vncviewer/vncviewer.cxx  --replace '"/usr/bin/ssh' '"${openssh}/bin/ssh' ''; dontUseCmakeBuildDir = true; <ins> cmakeFlags = [ "-DCMAKE_INSTALL_PREFIX=${placeholder "out"}" "-DCMAKE_INSTALL_SBINDIR=${placeholder "out"}/bin" "-DCMAKE_INSTALL_LIBEXECDIR=${placeholder "out"}/bin" ]; </ins> postBuild = '' export NIX_CFLAGS_COMPILE="$NIX_CFLAGS_COMPILE -Wno-error=int-to-pointer-cast -Wno-error=pointer-to-int-cast" export CXXFLAGS="$CXXFLAGS -fpermissive"

Discussion:
, CVSSv3=7.5 (nixos-20.03, nixos-20.09, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-20.09: ; nixos-unstable: . Cc
Fixed on master as , on 20.09 as .
Change:
, cython , dill , fastavro <ins> , fasteners </ins> , fetchFromGitHub , fetchpatch , freezegun

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . python39Packages.tensorflow-datasets maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: - -
huh this is a weird failure to me since fasteners==0.18 at the time of this commit which should be working... building locally on this commit i get a different failure: very peculiar...
Change:
# Some tools assume these exist ln -s vda /dev/xvda ln -s vda /dev/sda <ins> # make systemd-boot find ESP without udev mkdir /dev/block ln -s /dev/vda1 /dev/block/254:1 </ins> mountPoint=/mnt mkdir $mountPoint

Discussion:
Describe the bug doesn't work with . The phase1/phase2 don't setup and doesn't seem to like that: (I a bit of logging to :) Unfortunately, I can't figure out how to mount properly, or what should be responsible for doing so. Metadata This is with . currently :
I had a similar problem when using in . I believe udev is supposed to create those device nodes, however, udev isn't available in the more minimal linux environment given by . I ultimately just the symlink manually for the required device:
I marked this as stale due to inactivity. &rarr;
I am still running into this.
We now sometimes get this error (message) in blocker tests, e.g. the first run of and I can't even make that test succeed locally. Unfortunately I know little about topics around this. EDIT: the logs looked like on aarch64 where it wasn't restarted and thus .
Change:
description = "Wayland compositor for mobile phones like the Librem 5"; homepage = "https://gitlab.gnome.org/World/Phosh/phoc"; license = licenses.gpl3Plus; <del> maintainers = with maintainers; [ archseer masipcat zhaofengli ]; </del> <ins> maintainers = with maintainers; [ masipcat zhaofengli ]; </ins> platforms = platforms.linux; }; }

Discussion:
We've temporarily introduced as part of to avoid breaking some reverse dependencies. The affected attributes should switch to when possible (usually a new upstream release). There's no hurry but let's use this issue to track the current progress. : [x] phoc [x] cage (): [x] hikari ( and ): [x] waybox (): [x] wayfire (supported since ): [x] wio (, turns out the pending patches on the ML should fix the build with wlroots 0.13): [x] cagebreak ( and additional commits): () : [x] sway: [x] hikari (downstream patches: ): [x] wio (, send via git-send-email to ):
cage: was just merged, do we want to: until a next release it using the now-merged patch the latest version from master
I think waiting for the next release is the best option for now (we're in no hurry). For some other packages that are already based on commits instead of releases there's no need to wait if the package maintainers deem a newer version stable (in that case I'd leave it up to the package maintainers).
(though I hope that doesn't have the same problems as cage)
(kinda flew under the radar for me, but it happened!)
Don't we want to split this issue up per version? It seems like we're always gonna have a handful of wlroots versions around, would be nice if we could close those issues individually instead of having one perpetually open issue
I thought about that too but I was hoping we can close this before the next wlroots release. is the main blocker, should be fairly easy to drop (I'm waiting for patches and, if necessary, I might be able to patch again but I might also mark it as broken instead (until there's a maintained fork) as I don't intend to do that every release).
I have merely made a new fork for wio outside SourceHut, but me myself do not plan to maintain it alone.
in that case we should eventually drop it from Nixpkgs, at least IMO. I had some time yesterday so I've sent you a patch for wlroots 0.14 (, tested with ).
I have patched it on my particular fork
Phoc 0.11.0 was released targeting wlroots 0.14.0 (), so this can finally be closed.
Change:
- [mmsd](https://gitlab.com/kop316/mmsd), a lower level daemon that transmits and recieves MMSes. Available as [services.mmsd](#opt-services.mmsd.enable). <ins> - [QDMR](https://dm3mat.darc.de/qdmr/), a gui application and command line tool for programming cheap DMR radios [programs.qdmr](#opt-programs.qdmr.enable) </ins> - [v2rayA](https://v2raya.org), a Linux web GUI client of Project V which supports V2Ray, Xray, SS, SSR, Trojan and Pingtunnel. Available as [services.v2raya](options.html#opt-services.v2raya.enable). - [ulogd](https://www.netfilter.org/projects/ulogd/index.html), a userspace logging daemon for netfilter/iptables related logging. Available as [services.ulogd](options.html#opt-services.ulogd.enable).

Discussion:
Project description a program for managing several popular DMR hand held radios Metadata homepage URL: source URL: license: gpl3 platforms: linux, macos