jiebi/CodeConvo huggingface dataset:
Change:
settings_ = lib.recursiveUpdate { init = { <del> PRINT_MODE = if enableTextMode then "TEXT" else if enableTWBT then "TWBT" else null; </del> <ins> PRINT_MODE = if enableTextMode then "TEXT" else if enableTWBT then "TWBT" else if stdenv.hostPlatform.isDarwin then "STANDARD" # https://www.bay12games.com/dwarves/mantisbt/view.php?id=11680 else null; </ins> INTRO = enableIntro; TRUETYPE = enableTruetype; FPS = enableFPS;

Discussion:
Running Dwarf Fortress () on darwin-aarch64 opens a window that is completely white. It receives inputs and sound also plays, but nothing is displayed. This might be due to the package not having an app bundle as an output (e.g. 'Applications/Dwarf Fortress' next to bin) Steps to reproduce the behavior: dwarf-fortress on macOS Window opens with graphics displayed ! <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result.
I should have tested the files from the official website first, since it turns out it has the same issue. Changing PRINT_MODE to STANDARD made it display correctly. I don't know if the should still be patched in nixpkgs to include this so that you can leave the link to the store for the file. Feel free to close this otherwise.
Change:
runHook postCheck ''; <del> # Replace the launcher script with ours postInstall = '' substituteAll ${executable} $out/bin/phosh ''; </del> # Depends on GSettings schemas in gnome-shell preFixup = '' gappsWrapperArgs+=( --prefix XDG_DATA_DIRS : "${gnome.gnome-shell}/share/gsettings-schemas/${gnome.gnome-shell.name}" <ins> --set GNOME_SESSION "${gnome.gnome-session}/bin/gnome-session" </ins> ) '';

Discussion:
Phosh does not have g-s-d available, resulting in the inability to change the screen brightness using the slider in the top bar. The following error is logged: It appears that since we use systemd for gnome-session, it does not start g-s-d: Maybe we need to start phosh using systemd too. There is a . Though for GNOME Shell, g-s-d is started by and I see no such in the upstream . Perhaps we would need to add that mirror the from . cc
I've been using the systemd service, which in turn is inspired by that upstream service. I'm really not familiar with the systemd + user session stuff here, and I tried adding all the from to that session, but it doesn't start things. I assume this is a split from between user and non-user services. As is a system service this way. Is the solution to have this be a user service? Though that wouldn't help with a gdm-started session, right?
Ah, some progress: I feel this is not a solution, but a workaround. It does make keyboard shortcuts work, and brightness work. I have to check more in depth for other things. When ran under gdm (unverified as a service) it also fixes the hardware power/volume buttons being usable. Though oddly it doesn't seem to help with the night light feature. (Looking into another issue.) Could it be that we need to pass something to for it to properly manage with systemd?
Yeah, it would have to be a user service. And unless gnome-session is informed that phosh supports systemd, it will continue using the session file. So if you want the service to be used, you will have to start it manually using . I am not sure what exactly it would take, here is a and a . I also asked at the .
Looking at , we would probably “just” need: Add to Install (and patch the paths there) Create and Use instead of gnome-session flag
Ok, I gave it a try and systemd session management seems to be working. There are two patches to be upstreamed (waiting for Purism to approve my account creation), and I'm not entirely sure what is the correct way to start phoc (currently it sits outside the session).

My branch is , and it can be tested with the following configurations: Edit: Patches submitted to upstream .
I believe those systemd user services should, somehow, be part of the NixOS phosh configuration. I don't know how this could be handled, but ideally enabling posh should, by default, enable this. Or if not by default enabled, a second option like . anything against doing this way? Not sure if this can cause trouble.
Phosh is already in so I would expect it to work.
Change:
<ins> # frozen_string_literal: true source "https://rubygems.org" gem "metasploit-framework", git: "https://github.com/rapid7/metasploit-framework", ref: "refs/tags/4.14.17" </ins>

Discussion:
The metasploit package no longer builds. I've updating it myself, but I haven't been very successful. If someone could point out my mistake I would gladly correct it and submit a PR.
Is this issue still relevant? , (pinging you because you are able to close this if necessary)
Looks relevant to me, as there was no commit to metasploit that updates or fixes it. Why do you think I isn't relevant anymore?
Current version: 3.3.1 Last stable version: 4.12 We definitely need a maintainer. is there a tag for ?
Change:
<del> { stdenv, fetchurl, pkgconfig, intltool, exo, gtk, libxfce4util, libxfce4ui , libglade, xfconf, xorg, libwnck, libnotify, libxklavier, garcon, upower }: </del> <ins> { stdenv, fetchurl, pkgconfig, intltool, exo, gtk, garcon, libxfce4util , libxfce4ui, xfconf, libXi, upower ? null, libnotify ? null , libXcursor ? null, xf86inputlibinput ? null, libxklavier ? null }: </ins> let p_name  = "xfce4-settings"; ver_maj = "4.12";

Discussion:
XFCE Touchpad configuration UI not compatible with set to . Specifically, the 'Touchpad' tab in the UI is missing even when the touchpad device is selected via the combo box. Problem is resolved by replacing by . (1) Have your include the lines and (2) Run . (3) Reboot to insure the new settings took effect. (4) Login into an XFCE session. (5) Go to 'Applications' -'Settings' -'Mouse and Touchpad'. This will cause the 'Mouse and Touchpad' configuration window to appear. (6) Select the touchpad device ('AlpsPS/2 ALPS DualPoint TouchPad' in my particular case) from the combo box. Observe that the 'Buttons and Feedback' tab will be present, but the 'Touchpad' tab that allows configuring touchpad-specific settings, such as 'Tap touchpad to click' will be absent. (7) Replace the line in by (8) Run . (9) Reboot your system to insure that the new settings will take effect. (10) Login into an XFCE session. (11) Go back to 'Applications' -'Settings' -'Mouse and Touchpad'. (6) Select that same touchpad device from the combo box as in step (6). Observe that this time the 'Touchpad' tab with the touchpad-specific settings will be present in the UI. System: Nix version: Nixpkgs version: Sandboxing enabled:
Yeah, derivation is compiled w/o . See upstream: This has been pestering me for a while, thanks.
OK, thanks for looking into this. Even though this is not presently supported in the official build, would it be possible to do a custom build locally? If so, could you point to some reference material or an example? So far I could not figure out how to force a local build...
I'm sorry for missing this. Next time when you want to grab something from master, try:
Thanks That did get the with the addition you made installed on my system, and the 'Touchpad' tab is now available in the UI. Very much appreciate your help!
Change:
patches = [ ./detect_serverbindir.patch <del> # https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958104 # (Fixes will be included in next upstream release.) (fetchpatch { url = "https://github.com/OpenPrinting/system-config-printer/commit/cf9903466c1a2d18a701f3b5e8c7e03483e1244d.patch"; sha256 = "03gpav618w50q90m2kdkgwclc7fv17m493fgjd633zfavb5kqr3n"; }) (fetchpatch { url = "https://github.com/OpenPrinting/system-config-printer/commit/b9289dfe105bdb502f183f0afe7a115ecae5f2af.patch"; sha256 = "12w47hy3ly4phh8jcqxvdnd5sgbnbp8dnscjd7d5y2i43kxj7b23"; }) </del> ]; buildInputs = [

Discussion:
Describe the bug fails to build in the latest nixos-unstable (). This seems to be caused by a failing test: I'm running right now and will update this issue when it's done. To Reproduce Steps to reproduce the behavior: Additional context <details<summaryComplete build logs</summary</detailsNotify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --There aren't any maintainers listed :( Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
Seems to be a side effect of switching to Python 3.9 as default. Upstream has resolved this issue in v1.5.13 and newer.
I opened a PR that should fix this . As there are, as you mentioned, no maintainers, would you mind taking a look and leaving a review?
I still run into this issue on unstable?
Right now unstable is still at You can check to see when the channels were last updated.
Change:
networking = { useDHCP = false; <del> wireless.enable = true; </del> <ins> wireless = { enable = mkIf (!enableIwd) true; iwd = mkIf enableIwd { enable = true; }; }; </ins> networkmanager.enable = false; }; };

Discussion:
connman built with iwd: But module contains assertion that returns error when wpasupplicant is disabled (enabling iwd disables wpasupplicant):
In , the only supported way to use is to use it as a standalone wireless daemon. Even if you assertion was disabled, it wouldn't make a difference, since the configurations don't allow for to connect to . The default is setup for which differs from the one that is required [1]. Though it does look like it's relatively easy to enable integration with the addition of two services, for now it might be better to just override the module manually on your local configuration. [1]
If someone ends up putting together the needed bits, please share (probably as a PR)! Ive kludged network-manager into using iwd (kludge is needed for similar assertion and to not run iwd standalone, IIRC) but I'm keen to give connman a try :).
FYI guys, ConnMan doesn't really keep up to date with iwd and integration between the two might lead to frustration. See and The best bet for now is to use network manager with iwd ()
NetworkManager is ugly and buggy
I've been also using iwd without network manager or connman just fine.
I'm thinking of writing a GUI for iwd - to use iwd + dhcpcd
Heads up for anyone interested iwd 1.0 was released with breaking changes, refs:
Change:
neomutt = callPackage ../applications/networking/mailreaders/neomutt { }; <del> natron = callPackage ../applications/video/natron { }; </del> <ins> natron = libsForQt5.callPackage ../applications/video/natron { }; </ins> natural-docs = callPackage ../applications/misc/natural-docs { };

Discussion:
Describe the bug It's impossible to install natron as the package is marked as broken. To Reproduce Steps to reproduce the behavior: natron to systemPackages Expected behavior Package to system as usual Screenshots [nix sudo nixos-rebuild switch building Nix... building the system configuration... error: --- ThrownError
------------------------------------------------- nix-build Package ‘natron-2.1.9’ in /nix/store/h56h9jaa88b5mhwmg7hqn2w426ljg63c-nixos- is marked as broken, refusing to evaluate. a) For you can set { = true; } in to override this. b) For , , or any other Nix command you can add { allowBroken = true; } to (use '--show-trace' to show detailed location information) system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: yaml attribute: module:
note: it seems to work when installed via flatpak ( on flathub)
I marked this as stale due to inactivity. &rarr;
Change:
qtdeclarative qtlocation qtquickcontrols2 qtwebchannel qtwebengine qtx11extras qtxmlpatterns monero unbound readline <del> boost libunwind pcsclite zeromq cppzmq makeWrapper </del> <ins> boost libunwind libsodium pcsclite zeromq cppzmq makeWrapper </ins> ]; patches = [

Discussion:
Monero is hardforking and changing the proof of work. xmr-stak must be upgraded to v2.5.0 before the 18th of Oct (Thu), or it will stop working Thanks
Thanks & .. When can we expect this to land ? Thanks
It should be ready to merge already.
Change:
aniso8601 = callPackage ../development/python-modules/aniso8601 {}; <ins> anonip = callPackage ../development/python-modules/anonip { }; </ins> asgiref = callPackage ../development/python-modules/asgiref { }; python-editor = callPackage ../development/python-modules/python-editor { };

Discussion:
Please package Anonip, a tool to anonymize IP addresses in log files. It is a simple Python application without any requirements. All required information can be found in he . Anonip masks the last bits of IPv4 and IPv6 addresses in log files. That way most of the relevant information is preserved, while the IP address does not match a particular individuum anymore. Depending on your Web server, the log entries may be piped to Anonip directly or via a FIFO (named pipe). Thus the unmasked IP addresses will never be written to any file. It's also possible to rewrite existing log files. Anonip can also be uses as a Python module in your own Python application.
Change:
<del> { stdenv, fetchurl, pkgconfig, yasm, zlib, bzip2 </del> <ins> { stdenv, fetchurl, pkgconfig, yasm, zlib, bzip2, alsaLib , jackSupport ? false, jackaudio ? null </ins> , mp3Support ? true, lame ? null , speexSupport ? true, speex ? null , theoraSupport ? true, libtheora ? null

Discussion:
Describe the bug Thunderbird 78.2.1 is working. master (Thunderbird 78.2.2) has rendering issues (see screenshot). Most buttons do not react to clicks and the menu is also not reacting. To Reproduce Switch to the mentioned commit and rebuild. Expected behavior Normally working thunderbird. Screenshots ! Notify maintainers Metadata
This was also a bug in Ubuntu, it was fixed there with:
Upstream bug appears to be
Btw temporary workaround would be to switch to thunderbird-bin-78 if you are not opposed to binaries
Change:
<ins> { lib, buildPythonPackage, fetchPypi, numpy, scipy, six }: buildPythonPackage rec { pname = "Keras_Preprocessing"; version = "1.0.2"; src = fetchPypi { inherit pname version; sha256 = "f5306554d2b454d825b36f35e327744f5477bd2ae21017f1a93b2097bed6757e"; }; # Cyclic dependency: keras-preprocessing requires keras, which requires keras-preprocessing postPatch = '' sed -i "s/keras>=[^']*//" setup.py ''; # No tests in PyPI tarball doCheck = false; propagatedBuildInputs = [ numpy scipy six ]; meta = with lib; { description = "Easy data preprocessing and data augmentation for deep learning models"; homepage = https://github.com/keras-team/keras-preprocessing; license = licenses.mit; }; } </ins>

Discussion:
seem the Keras preprocessing routines were split off into their own package in 2.0. The Nix version was then updated to 2.0 in commit without verifying that it worked. This broke the package as it is now necessary to also package the new package and provide it as a dependency to
We do semi-automatic batch upgrades to the Python packages because not all of them are well maintained. This also means we cannot fix all breakage that occurs during these batch upgrades, however we try to fix as much as possible. If you have the time, please package the new dependency and make a pull request.
Thanks for taking care of that.
Change:
license = licenses.asl20; homepage = "https://livebook.dev/"; description = "Automate code & data workflows with interactive Elixir notebooks"; <del> maintainers = with maintainers; [ munksgaard ]; </del> <ins> maintainers = with maintainers; [ munksgaard scvalex ]; </ins> platforms = platforms.unix; }; }

Discussion:
doesn't seem to work as a module Steps to reproduce the behavior: livebook service any env variables or use environment file with any variables first of all, its systemd unit does not appear to start by default. so i did and but it doesn't work, i can't access it either by IP or by domain, which is set up in my nginx configuration as a reverse proxy. some strange things happen while the unit is active [1st screenshot]. also there's nothing in the journal except info messages about the unit itself as i see it, livebook fails to start, but the service is active because something is going on with inside this wrapper script i tried to make it work several different ways: from using option instead of my environment file to writing my very own systemd unit in NixOS configuration file, also using home-manager like so: but that doesn't work too. surely i tried starting livebook manually - and it works as expected [2nd screenshot] module/service works and is accessible systemd livebook unit works and is accessible |
---------------| NixOS 24.05.3214. (Uakari) x86_64 running on a VPS cc Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for reporting this issue. I am ashamed to admit that I have actually known about this for a while now, without doing anything about it. Now that someone else is having problems with the service, I'll prioritize getting something done soon. I'm not actually sure what's going wrong, but it seems like the service hangs in the command. As far as I remember it ends up using 100% cpu and just loop forever. I'll try to take a look at it later this week.
Perhaps you have encountered this issue as well?
I've seen this before and I think it was because livebook was trying to generate a in some weird way. This is my current configuration which works: Could you try manually setting a in your service setup, please?
a screenshot from filtering cpu usage ! not so much is used i've tried setting up a cookie and you can see it works - :pleading_face: thanks!!!! ~<
The issue seems to have been described and debugged here: The solution is to set in the systemd service configuration. I'll mint a PR.
Change:
<ins> { buildPecl, lib, pkgs }: let pname = "pdlib"; version = "1.0.2"; in buildPecl { inherit pname version; src = pkgs.fetchFromGitHub { owner = "goodspb"; repo = "pdlib"; rev = "v${version}"; sha256 = "0qnmqwlw5vb2rvliap4iz9val6mal4qqixcw69pwskdw5jka6v5i"; }; nativeBuildInputs = [ pkgs.pkg-config ]; buildInputs = [ (pkgs.dlib.override { guiSupport = true; }) ]; meta = with lib; { description = "A PHP extension for Dlib"; license = with licenses; [ mit ]; maintainers = lib.teams.php.members; }; } </ins>

Discussion:
Project description PDlib - A PHP extension for Dlib Metadata homepage URL: source URL: license: mit platforms: all
cc
I marked this as stale due to inactivity. &rarr;
Change:
platform = "linux-arm64"; checksum = "sha256-rB0ak6jYnJMb0aHDLAyhaGoOFK4FXDLEOeofNdW/Wk8="; }; <ins> aarch64-darwin = { platform = "darwin-arm64"; checksum = "sha256-L2rhtB/DIK7Qum2YNoWVBn4mf+DA3rbcBUfZEEa/C8c="; }; </ins> }; inherit (stdenv.hostPlatform) system; binary = availableBinaries.${system} or (throw "cypress: No binaries available for system ${system}");

Discussion:
Project description <!-- Describe the project a little: --Cypress is one of the most popular e2e testing tools. We already packaged aarch64-linux + x86-64-linux, but not darwin. Binaries for all platforms are available, see =should be easy to do Metadata homepage URL: source URL: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've had a stab at this (with help from Perplexity): Unfortunately, it does not seem to work properly, when I run the built package there's an error stating "this package is broken". I've never packaged something for darwin before, no Idea how to fix this. Happy to take pointers.
Turns out this is a quarantine thing. Apparently there's an option in the setting in the privacy options where you can allow opening these "untrusted" binaries, once done it will show "hey this is broken, do you want to open it" and if you click yes, it opens. I guess I'll send a PR then
PR is up:
Change:
githubId = 314564; name = "Ryan Lahfa"; }; <ins> ralismark = { email = "nixpkgs@ralismark.xyz"; github = "ralismark"; githubId = 13449732; name = "Temmie"; }; </ins> raphaelr = { email = "raphael-git@tapesoftware.net"; matrix = "@raphi:tapesoftware.net";

Discussion:
Steps to reproduce the behavior: naev to environment.systemPackages = with pkgs; [ ... naev ...]; -rebuild switch Only build. Please run and paste the result.
Change:
<ins> { stdenv , lib , fetchFromGitLab , gobject-introspection , meson , ninja , pkg-config , vala , glib , libgee , libxml2 , gitUpdater }: stdenv.mkDerivation (finalAttrs: { pname = "gxml"; version = "0.20.3"; outputs = [ "out" "dev" "devdoc" ]; src = fetchFromGitLab { domain = "gitlab.gnome.org"; owner = "GNOME"; repo = "gxml"; rev = finalAttrs.version; hash = "sha256-GlctGxsLyQ2kPV3oBmusRiouG4PPncBTh3vgxhVaQOo="; }; nativeBuildInputs = [ gobject-introspection meson ninja pkg-config vala ]; propagatedBuildInputs = [ glib libgee libxml2 ]; postPatch = '' # https://gitlab.gnome.org/GNOME/gxml/-/merge_requests/24 substituteInPlace gxml/gxml.pc.in  --replace-fail "includedir=@prefix@/include" "includedir=${placeholder "dev"}/include" ''; doCheck = true; passthru.updateScript = gitUpdater { }; meta = with lib; { description = "GXml provides a GObject API for manipulating XML and a Serializable framework from GObject to XML"; homepage = "https://gitlab.gnome.org/GNOME/gxml"; license = licenses.lgpl21Plus; platforms = platforms.linux; maintainers = with maintainers; [ jmarmstrong1207 ] ++ teams.gnome.members; }; }) </ins>

Discussion:
Project description framework from GObject to XML. From  This is essentially an XML reader/writer library based on libxml2 written in Vala and uses GObjects. Metadata homepage URL: source URL: license: lgpl2.1 platforms: unix, linux, darwin, ...
Change:
aliases['ls'] = _ls_alias del _ls_alias ${cfg.config} ''; environment.systemPackages = [ cfg.package ]; <del> environment.shells = [ "/run/current-system/sw/bin/xonsh" "${cfg.package}/bin/xonsh" ]; </del> <ins> environment.shells = [ "/run/current-system/sw/bin/xonsh" "${lib.getExe cfg.package}" ]; </ins> }; }

Discussion:
Xonsh because of However, in unstable the is using
cc as maintainer
I am waiting for someone hit the button here: P.S.: I am not waiting anymore.
Upstream has unpinned prompt-toolkit after

Upstream issue: Since the issue seems to be specific to NixOS, let's track it here. The two commands above should only print "True". If applicable, add screenshots to help explain your problem. Tested on xonsh 0.13.3 and 0.13.4 system: host os: multi-user?: sandbox: version: nixpkgs:
Upstream fix:
Change:
<del> { lib, stdenv, fetchurl, cmake, pkg-config, SDL2, SDL2_image , curl , libogg, libvorbis, libGLU, libGL, openal, boost, glew , libpng, freetype, glm </del> <ins> { lib , stdenv , fetchurl , cmake , pkg-config , boost , curl , SDL2 , SDL2_image , libSM , libXext , libpng , freetype , libGLU , libGL , glew , glm , openal , libogg , libvorbis </ins> }: stdenv.mkDerivation rec {

Discussion:
Unable to run superTux on NixOS. A shared object file appears to be missing. Steps to reproduce the behavior: Output: The superTux game is expected to launch and be playable. N/A
The library (among other X ones) are not declared, my guess would be they used to be propagated from one of the build inputs but not anymore. The fix would be to include these libraries conditionally on X. I suggest you try to do it yourself, but if you don't feel like it I'll take a look at the weekend. We'll need someone to test on Wayland too.
I can confirm the same error also occurs on wayland (running river)
Change:
<del> { callPackage </del> <ins> { lib , callPackage , fetchFromGitHub </ins> , python27 , ... }:

Discussion:
fails with the error message: Steps to reproduce the behavior: install bats <details<summarynix profile install nixpkgs#bats --show-trace</summary</detailsupgrading bats fails with the same error (assuming one had installed it before) n.a. Please run and paste the result.
This will be fixed by