jiebi/CodeConvo huggingface dataset:
Change:
"--enable-weston-launch" "--disable-setuid-install" # prevent install target to chown root weston-launch, which fails ] ++ stdenv.lib.optional (freerdp != null) "--enable-rdp-compositor" <del> ++ stdenv.lib.optional (vaapi != null) "--enabe-vaapi-recorder"; </del> <ins> ++ stdenv.lib.optional (vaapi != null) "--enabe-vaapi-recorder" ++ stdenv.lib.optional (xwayland != null) ( "--enable-xwayland " + "--with-xserver-path=${xwayland}/bin/Xwayland"); </ins> meta = with stdenv.lib; { description = "Reference implementation of a Wayland compositor";

Discussion:
A in the xwayland package output causes nixos-rebuild to fail due to permission issues, since /var/tmp contains private directories (mode 700) System: NixOS 16.09 Nix version: 1.11.4 Nixpkgs version: 16.09.901.
Essentially the same problem as in vanilla X server:
found some more info on the problem the issue, is that both wayland and xorg have the same "fix" for packages wanting to write to the store, at the same place /nix/store/dd65ni8yzibvq2aj5jdylnv557i3hcd1-xwayland-1.18.4/share/X11/xkb/compiled and /nix/store/v82zrx8dnm5j8lq4a2fc5g0rcx2jx04k-xorg-server-1.18.4/share/X11/xkb/compiled are "conflicting" so buildEnv tries to cd into both, find every file within, and then create a compiled directory with symlinks to merge the 2 except, both versions of compiled are symlinks to /var/tmp in this case, there is no need to merge the contents of "compiled" since its 2 identical symlinks that are conflicting, so id say buildEnv should be patched and i have a simple testcase:
I'm guessing that this works OK when built in a sandbox?
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 .
As both the referenced packages build now, I guess it's safe to close this.
Change:
--suffix LD_LIBRARY_PATH ':' "$libs"  --suffix-each GTK_PATH ':' "$gtk_modules"  --suffix-each LD_PRELOAD ':' "$(cat $(filterExisting $(addSuffix /extra-ld-preload $plugins)))"  <ins> --prefix PATH ':' "${xdg_utils}/bin"  </ins> --prefix-contents PATH ':' "$(filterExisting $(addSuffix /extra-bin-path $plugins))"  --suffix PATH ':' "$out${browser.execdir or "/bin"}"  --set MOZ_APP_LAUNCHER "${browserName}${nameSuffix}" 

Discussion:
Describe the bug "Set browser as default" functionality doesn't work for Firefox and Chromium in Sway. (bspwm and other x11 wms worked) Additional context If I have xdgutils installed globally, it works as expected. Notify maintainers xdgutils & firefox: firefox: Metadata Please run and paste the result.
Chromium seems to be ok now.
Added additional context, which might lead to solving the main issue.
Oh, I forgot that this is also for Firefox.
Change:
<del> { stdenv, fetchzip, makeWrapper, jre }: </del> <ins> { stdenv, lib, fetchzip, makeWrapper, jre, writeText, nixosTests , postgresql_jdbc ? null, mysql_jdbc ? null }: let mkModuleXml = name: jarFile: writeText "module.xml" '' <?xml version="1.0" ?> <module xmlns="urn:jboss:module:1.3" name="${name}"> <resources> <resource-root path="${jarFile}"/> </resources> <dependencies> <module name="javax.api"/> <module name="javax.transaction.api"/> </dependencies> </module> ''; in </ins> stdenv.mkDerivation rec { pname   = "keycloak"; version = "11.0.2";

Discussion:
Project description Metadata homepage URL: source URL: license: Apache-2.0 platforms: linux, darwin (maybe?)
There exists a package: A module is currently missing.
Uh I was pretty sure I checked in my local nixpkgs checkout. Weird, I wonder if I just made a typo while checking. Sorry about that. We can leave this issue for the module part.
It looks like the maintainer is Have you started work on a module already, or would you prefer someone else step up to work on that part? I haven't dealt with creating modules in the past, but I'd be willing to learn.
I haven't dug into making a module previously. I suspect there's a bit of ugliness around the setup and configuration decoratively, but I'm happy to work with someone on it. Shall I start a basic PR?
yes please :)
Change:
buildPythonPackage rec { pname = "progressbar2"; <del> version = "3.51.3"; </del> <ins> version = "3.51.4"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "ecf687696dd449067f69ef6730c4d4a0189db1f8d1aad9e376358354631d5b2c"; </del> <ins> sha256 = "0dnfw8mdrz78gck4ibnv64cinbp5f7kw349wjgpwv53z6p7jiwhk"; </ins> }; propagatedBuildInputs = [ python-utils ];

Discussion:
Describe the bug When trying to build the package To Reproduce Any of look at Additional context According to , wasn't changed itself, so probably the python framework changed in a way such that you can't give manually anymore. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(turion): nixpkgs: Maintainer information:
Change:
<ins> { lib, fetchzip }: let version = "1.959"; in fetchzip rec { name = "lmmath-${version}"; url = "http://www.gust.org.pl/projects/e-foundry/lm-math/download/latinmodern-math-1959.zip"; postFetch = '' mkdir -p $out/share/fonts/opentype/ mkdir -p $out/share/doc/latinmodern-math-${version}/ unzip -j $downloadedFile "*/otf/*.otf" -d $out/share/fonts/opentype/ unzip -j $downloadedFile "*/doc/*.txt" -d $out/share/doc/latinmodern-math-${version}/ ''; sha256 = "05k145bxgxjh7i9gx1ahigxfpc2v2vwzsy2mc41jvvg51kjr8fnn"; meta = with lib; { description = "The Latin Modern Math (LM Math) font completes the modernization of the Computer Modern family of typefaces designed and programmed by Donald E. Knuth."; homepage = http://www.gust.org.pl/projects/e-foundry/lm-math; # "The Latin Modern Math font is licensed under the GUST Font License (GFL), # which is a free license, legally equivalent to the LaTeX Project Public # License (LPPL), version 1.3c or later." - GUST website license = licenses.lppl13c; maintainers = with maintainers; [ siddharthist ]; platforms = platforms.all; }; } </ins>

Discussion:
A grep of : The latest version is 1.959 per I'd say that the texlive and fonts/lm-math versions can stay as they have different paths ( vs ), although ideally just the texlive version would stay, but the others are not helping anything at all.
cc for comments
– has meta, unpacks only the needed files – resides in the same directory with , tries to provide texmf So, perhaps, we should keep the implementation of under the name and make an alias. The satysfi needs to be fixed to use existing packages (also implements a duplicate of ).
Well, for texmf one would presumably use the TexLive package, as it has separated and outputs unlike the other packages. And it auto-updates along with the rest of TexLive. The only issue with using it as the sole package is that it's not a multiple output derivation so using it in the fonts list looks like rather than just . It shouldn't be that hard to set up TexLive to have attributes usable directly, by setting and so forth. Nix doesn't support multiple outputs for fixed-output derivations, so it'd be a bit of a hack.
The "packages" in are set up to be used with . They were not intended to be used in any other way.
Change:
gpsoauth = callPackage ../development/python-modules/gpsoauth { }; <ins> gpustat = callPackage ../development/python-modules/gpustat { }; </ins> gpxpy = callPackage ../development/python-modules/gpxpy { }; gpy = callPackage ../development/python-modules/gpy { };

Discussion:
Project description Ray is a fast and simple framework for building and running distributed applications. It is packaged with RLlib, a scalable reinforcement learning library. The project provides a wheel at , but according to NixOs is by default not compatible. Metadata homepage URL: source URL: license: apache2 platforms: unix, linux
I'm interested in this as well, when I try to use any sort of non-local mode with ray installed in a nix-shell environment via pip, it throws errors launching redis. Even though redis-server exists at the aforemention path. It fails to launch when I attempt to execute redis directly.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I haven't tested, but since manylinux1 is available by default now (), does it work on your machine on the latest unstable?
I still have the issue with redis unfortunately
this seems to work
I see, the s fixed it.
I marked this as stale due to inactivity. &rarr;
Still important to me.
I marked this as stale due to inactivity. &rarr;
In case anyone is still looking for this - it is packaged in python-on-nix
Change:
pname = "postgresql"; stdenv' = <del> if jitSupport then </del> <ins> if jitSupport && !stdenv.cc.isClang then </ins> overrideCC llvmPackages.stdenv (llvmPackages.stdenv.cc.override { # LLVM bintools are not used by default, but are needed to make -flto work below. bintools = llvmPackages.bintools;

Discussion:
Steps to reproduce the behavior: aarch64-apple-darwin23.6.0 -unstable commit GH Job: Please run and paste the result. I don't have an easy access to a darwin machine. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Opened to fix it.
Thanks a lot! Works now :+1:
Change:
wrapProgram $out/bin/ffcast --prefix PATH : ${binPath} ''; <del> meta = with lib; { </del> <ins> meta = { </ins> description = "Run commands on rectangular screen regions"; homepage = "https://github.com/ropery/FFcast"; <del> license = licenses.gpl3Plus; maintainers = with maintainers; [ sikmir ]; platforms = platforms.linux; </del> <ins> license = lib.licenses.gpl3Plus; maintainers = with lib.maintainers; [ sikmir ]; platforms = lib.platforms.linux; </ins> mainProgram = "ffcast"; }; }

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: -shell -p rofi-screenshot --run rofi-screenshot : top option Region -Clip region. Note error is displayed. Region should be copied to clipboard. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
On second thoughts, this might actually be a bug in ffcast, which is maintained by
Yes, ffacst expects awk available in PATH. I'll fix it.
Confirmed this is fixed.
Change:
*/ justStaticExecutables = overrideCabal (drv: { enableSharedExecutables = false; <del> enableLibraryProfiling = false; </del> <ins> enableLibraryProfiling = drv.enableExecutableProfiling or false; </ins> isLibrary = false; doHaddock = false; postFixup = drv.postFixup or "" + ''

Discussion:
When having both of them enabled, ghc fails with: Steps to reproduce the behavior: executable profiling static executables both of them should go together <!-- 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]:
I see that explicitly sets to false in that package which explains it, but why does it do that?
quickly trying out on ormolu doesn't seem like it blows up the closure size
!
Change:
, "nodemon" , "node-red" , "npm" <del> , { "npm2nix": "git://github.com/NixOS/npm2nix.git#5.12.0" } </del> , "npm-check-updates" , "ocaml-language-server" , "peerflix"

Discussion:
is unmaintained, superseded by node2nix and should therefore be removed from nixpkgs Please run and paste the results.
seems LGTM. Wanna open a PR ?
Change:
<ins> { stdenv, lib, fetchurl, makeWrapper, jre_headless }: stdenv.mkDerivation rec { name = "signal-cli-${version}"; version = "0.6.2"; # Building from source would be preferred, but is much more involved. src = fetchurl { url = "https://github.com/AsamK/signal-cli/releases/download/v${version}/signal-cli-${version}.tar.gz"; sha256 = "050nizf7v10jlrwr8f4awzi2368qr01pzpvl2qkrwhdk25r505yr"; }; buildInputs = [ makeWrapper ]; installPhase = '' mkdir -p $out/bin cp -r lib $out/lib cp bin/signal-cli $out/bin/signal-cli wrapProgram $out/bin/signal-cli  --prefix PATH : ${lib.makeBinPath [ jre_headless ]}  --set JAVA_HOME ${jre_headless} ''; # Execution in the macOS (10.13) sandbox fails with # dyld: Library not loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa #   Referenced from: /nix/store/5ghc2l65p8jcjh0bsmhahd5m9k5p8kx0-zulu1.8.0_121-8.20.0.5/bin/java #   Reason: no suitable image found.  Did find: #         /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa: file system sandbox blocked stat() #         /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa: file system sandbox blocked stat() # /nix/store/in41dz8byyyz4c0w132l7mqi43liv4yr-stdenv-darwin/setup: line 1310:  2231 Abort trap: 6           signal-cli --version doInstallCheck = stdenv.isLinux; installCheckPhase = '' export PATH=$PATH:$out/bin # --help returns non-0 exit code even when working signal-cli --version ''; meta = with lib; { homepage = https://github.com/AsamK/signal-cli; description = "Command-line and dbus interface for communicating with the Signal messaging service"; license = licenses.gpl3; maintainers = with maintainers; [ ivan ]; platforms = platforms.all; }; } </ins>

Discussion:
signal-cli provides a command line interface and daemon for sending and receiving messages on .
has some packaging I haven't tested yet. Also for reference it has .
seems to work, or at least sending with the command. Can I PR this to nixpkgs? Requesting your permission because it's based on . Thanks.
Absolutely, happy if it helps someone :)
Change:
, numpy , aggdraw , pytestCheckHook <ins> , pytest-cov </ins> , ipython <del> , cython </del> <ins> , cython_3 </ins> }: buildPythonPackage rec {

Discussion:
Steps to reproduce the behavior: Also fails on Hydra: I think the issue might be an old version of cython? Hydra lists python3.11-cython-0.29.36 which seems to be before Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Overriding the package to use instead of seems to do the trick, but it breaks the pytestCheckPhase. I put this in my overlay:
Change:
# Add the packInstall path to the swipl pack search path postPatch = '' <del> echo "user:file_search_path(pack, '$out/lib/swipl/pack')." >> /build/$sourceRoot/boot/init.pl </del> <ins> echo "user:file_search_path(pack, '$out/lib/swipl/pack')." >> boot/init.pl </ins> ''; nativeBuildInputs = [ cmake pkg-config ];

Discussion:
Describe the bug An error (below) is thrown when attempting to install swi-prolog on macOS Big Sur. /nix/store/59hdixd6qf2jq5mj0bqiwrhy7621wa7j-stdenv-darwin/setup: line 88: No such file or directory To Reproduce Steps to reproduce the behavior: Expected behavior SWI Prolog installation to succeed. Screenshots Here is the result I get: Metadata Please run and paste the result.
Change:
ipgrep = callPackage ../tools/networking/ipgrep { }; <ins> itch = callPackage ../games/itch {}; itch-setup = callPackage ../games/itch-setup {}; </ins> lastpass-cli = callPackage ../tools/security/lastpass-cli { }; lesspass-cli = callPackage ../tools/security/lesspass-cli { };

Discussion:
Project description The app is a client for the indie game store Metadata homepage URL: source URL: license: mit platforms: linux, darwin
Maybe helpful: Also pinging since he worked on that if i remember right.
I think that one just downloads a precompiled release from My first attempt of packaging this was by following and just add to . That did not work however because the app does not exist on npmjs as far as I can see. According to it should just be installed by a and . But I cannot find any documentation about what the nixpkgs approach would be for this.
Correct, it's basically just two games along with that fetches releases, so it's unrelated to this packaging request.
I marked this as stale due to inactivity. &rarr;
Having the itch game launcher on nix would be a huge win, hope this thread gets more attention. As the package is currently marked as broken :(
Change:
src = fetchFromGitHub { owner = "yuezk"; repo = "GlobalProtect-openconnect"; <del> rev = "c14a6ad1d2b62f8d297bc4cfbcb1dcea4d99112f"; </del> fetchSubmodules = true; <del> sha256 = "sha256-M3+YGdN7LuuFEP9n94YJ/UDVhti/VlX0FzYMGeYebP4="; </del> <ins> rev = "v${version}"; sha256 = "sha256-w2y6DOFgQ8Xpi1abibvRNpEUbBsdvwDMGqlJxQSCpVg="; </ins> }; <del> nativeBuildInputs = [ qmake wrapQtAppsHook ]; </del> <ins> nativeBuildInputs = [ cmake wrapQtAppsHook ]; </ins> buildInputs = [ openconnect qtwebsockets qtwebengine ]; patchPhase = '' <del> for f in GPClient/GPClient.pro  GPClient/com.yuezk.qt.gpclient.desktop  GPService/GPService.pro  GPService/dbus/com.yuezk.qt.GPService.service  GPService/systemd/gpservice.service; do substituteInPlace $f  --replace /usr $out  --replace /etc $out/lib; done; </del> substituteInPlace GPService/gpservice.h  --replace /usr/local/bin/openconnect ${openconnect}/bin/openconnect; '';

Discussion:
globalprotect-openconnect has latest version 1.3.4 on but when I try to install it I got version 1.2.5 Steps to reproduce the behavior: nix-env -iA nixos.globalprotect-openconnect Install latest version ! Please run and paste the result. That my first time reporting issues, so please tell me if any additional info need to be provided.
This is because of from It didn't actually update the git commit hash, it just changed the hash away from base32 encoding. :(
This is the second time I've seen do this ( was the first). CC who merged , as an FYI.
is the upstream issue report for the false updates from
Change:
sha256 = "0n9k2kna2gd1zi6jv45zsp2jlv439nz5l5jjijirxqaycwi74srf"; }; NIX_CFLAGS_COMPILE = [ "-Wno-error=address-of-packed-member" ]; <ins> patchFlags = [ "-uNp1" ]; # included in the next release. patches = [ ./timeout.diff ]; </ins> postPatch = '' substituteInPlace data/spice-vdagent.desktop --replace /usr $out '';

Discussion:
Describe the bug On (not quite latest master), spice-vdagent causes now a 90s downtime when powering off or rebooting my notebook. I didn't do that before. To Reproduce Steps to reproduce the behavior: Spice VDAgent in the with a current master to the new generation and power off/reboot. Expected behavior "Immediate" powering off without 90s timeout. Screenshots Additional context Add any other context about the problem here. 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 Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(hyper): channels(root): nixpkgs: Maintainer information:
Seems it's a general problem with currentl spice-vdagent: and according merge
Change:
}; patches = [ <ins> # Fix compilation on i686, would not be needed after 1.18.1 releases, https://dev.gnupg.org/T5522 ./t-addexistingsubkey-i686.patch </ins> # https://dev.gnupg.org/rMc4cf527ea227edb468a84bf9b8ce996807bd6992 ./fix_gpg_list_keys.diff # https://lists.gnupg.org/pipermail/gnupg-devel/2020-April/034591.html

Discussion:
Steps to reproduce the behavior: building KDE on i686 machine. I've been struggling with building KDE for a few recent NixOS versions. I've managed to get it running recently and made 2 MRs that fix it: and . The first one was merged, while the other one wasn't. Creating this as an issue to add as a 22.11 blocker to hopefully get KDE running on i686 in 22.11. Whether it is really a blocker and whether should be merged is up to the dev team to decide of course. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
I think it is time to let go of i686-linux. Keeping it around for wine/steam is fine, but we haven't even been able to build firefox for i686-linux since 2020.
Note we also have an RFC covering this. i686-linux is a tier 3 platform. Tier 3 platforms are non-blocking.
The build log in OP is misleading, as that's from 22.05 and doesn't apply anymore. Here's a link that should work all the time:
The build log I've provided as an example of what's going on there in 22.05, the last stable version, trunk may or may not have some other issues on top of the ones present in 22.05, since it obviously changes all the time. Since I'm commenting on this issue again, can someone elaborate on the existence of binary cache for i686? From what I could gather, even if we get Hydra jobs working correctly, the binary cache still wouldn't exist as it was disabled for the entire i686 architecture?
has everything that's built on Immediately.
I'm sorry, but I keep getting conflicting information on this and all of it got me somewhat confused. What about Nix? If a binary cache for i686 should exist and I'm rebuilding Nixos from a local nixpkgs repo copy set to a revision already built Hydra, for example the latest 22.05 revision from , it should not be building Nix from scratch, right? It should get it from the binary cache?
Yes, you do get it (just tried).
Did you try it on i686? For some reason it's trying to build it from scratch for me.

I got i686-linux version of the attribute on the latest channel. You can download e.g. by
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Now upower fails to build. Personally I don't think we need to support i686 beyond wine and steam because 4GB RAM is to little to run nix comfortable anyway and more and more upstream projects done support it. I would vote for closing this.
. Seems like some kind of Python integer precision issue, I'll make an MR to fix it.
A month ago with no reaction so far. Doesn't look promising. We could patch that test downstream, or disable the specific test, if the test runner supports that.
Change:
hash = "sha256-g7gNFv4/ighfxYz/VXF5KvcoT6t4lT5soDLlV3oAKvc="; }; <del> postConfigure = '' substituteInPlace cmake_install.cmake  --replace "${kdelibs4support}" "$out" ''; </del> nativeBuildInputs = [ cmake extra-cmake-modules wrapQtAppsHook ]; <del> buildInputs = [ kwin kdelibs4support libepoxy libxcb ]; </del> <ins> buildInputs = [ kcmutils kwin libepoxy libxcb qtbase ]; </ins> meta = with lib; { description = "Rounds the corners of your windows"; homepage = "https://github.com/matinlotfali/KDE-Rounded-Corners"; license = licenses.gpl3Only; <del> maintainers = with maintainers; [ ]; </del> <ins> maintainers = with maintainers; [ devusb ]; </ins> }; }

Discussion:
the package kde-rounded corners does not work with plasma 6 Steps to reproduce the behavior: the package <name.packages = [ ] = true; there should be an effect "shaped corners" in kde settings 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:
-i "$out/share/fish/functions/seq.fish"  "$out/share/fish/functions/math.fish" sed -i "s|which |${which}/bin/which |" "$out/share/fish/functions/type.fish" <del> sed -i "s|(hostname||(${nettools}/bin/hostname||" "$out/share/fish/functions/fish_prompt.fish" </del> sed -i "s|nroff |${groff}/bin/nroff |" "$out/share/fish/functions/__fish_print_help.fish" sed -e "s|gettext |${gettext}/bin/gettext |"  -e "s|which |${which}/bin/which |" 

Discussion:
Yesterday fish shell was installing. After removing nix completely and reinstalling I am getting: I would rather not set alloBroken, and figure out why it is not installing today.