jiebi/CodeConvo huggingface dataset:
Change:
extra-packages: - aeson < 0.8                         # newer versions don't work with GHC 7.6.x or earlier - aeson-pretty < 0.8                  # required by elm compiler <ins> - ansi-terminal < 0.7                 # required by purescript compiler </ins> - apply-refact < 0.4                  # newer versions don't work with GHC 8.0.x - binary > 0.7 && < 0.8               # keep a 7.x major release around for older compilers - binary > 0.8 && < 0.9               # keep a 8.x major release around for older compilers

Discussion:
Purescript-0.11.7 fails to install with the error below: The dependency is bumped upstream, is not. Run system: host os: multi-user?: sandbox: version: channels(root): channels(kai): nixpkgs:
Do I understand correctly that bumping the version of ansi-terminal should fix this issue?
Currently, in nixpkgs, ansi-terminal defaults to version 0.7.1.1. As noted above, purescript currently requires .
Yes I think that should fix it (plus a version bump upstream so we can actually use this).
Either create an attribute for and override that dependency specifically or alternatively, does jailbreaking it work? Either way, getting it to build without upstream intervention is desirable imo as this is an important executable for non-haskell users.
What do you think about comment on the upstream-issue
That’s not how haskell packages are packaged normally. It is less maintenance effort to not have lots of different versions of packages.
Ok, but how do I install the working purescript compiler? I have pulled the latest nixpkgs containing the fix, but ` still fails with the same error. Btw. psc-package chokes on the turtle (==1.3.*) dependency.
See I made a mistake originally and thought the build failed with the latest version of but it turns out jailbreaking is sufficient. I don't know what is sorry.
It works! Thanks!
Change:
sha256 = "0pzm0qk5ilqhwz74pydg1jwrds27vm47185dakdrxidb5bv3b5ia"; }; <del> buildInputs = [ alsaLib dbus jack2 pkgconfig python ]; </del> <ins> buildInputs = [ makeWrapper pkgconfig alsaLib dbus jack2 python pythonDBus ]; </ins> configurePhase = "python waf configure --prefix=$out"; buildPhase = "python waf"; <del> installPhase = "python waf install"; </del> <ins> installPhase = '' python waf install wrapProgram $out/bin/a2j_control --set PYTHONPATH $PYTHONPATH ''; </ins> meta = with stdenv.lib; { homepage = http://home.gna.org/a2jmidid;

Discussion:
is an executable of the a2jmidid project. The exact error message is I suggest changing to and add to the . can you please comment on my suggestion? Best, Sven
I don't think you can use buildPythonPackage for this one since it actually uses waf for building and installing (rather than the ). How about just wrapping a2j_control with the relevant python modules?
Whatever works.
Have a look at the nix package for , they use :
Exactly, can you test that out and open a PR?
Thanks for the discussion, the PR is , Best, Sven
Change:
matplotlib odfpy openpyxl <ins> pandas </ins> pyarrow pyreadstat <del> pytestCheckHook </del> scipy sqlalchemy tables

Discussion:
Steps to reproduce the behavior: recently edited: <!-- 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:
networking.firewall.enable = false; virtualisation.vlans = [ 1 ]; environment.systemPackages = with pkgs; [ wireguard-tools ]; <del> boot.extraModulePackages = [ config.boot.kernelPackages.wireguard ]; </del> systemd.network = { enable = true; netdevs = {

Discussion:
Describe the bug While evaluating : To Reproduce Steps to reproduce the behavior: Found in . I haven't narrowed down exactly which attribute it is yet. Refs Additional context Add any other context about the problem here. Notify maintainers Metadata Please run and paste the result. Maintainer information:
It's
Thanks for the heads up! Addressed in
Change:
./hardware/tuxedo-keyboard.nix ./hardware/usb-wwan.nix ./hardware/onlykey.nix <ins> ./hardware/opentabletdriver.nix </ins> ./hardware/wooting.nix ./hardware/uinput.nix ./hardware/video/amdgpu.nix

Discussion:
Project description OpenTabletDriver is an open source, cross platform, user mode tablet driver. The goal of OpenTabletDriver is to be cross platform as possible with the highest compatibility in an easily configurable graphical user interface. It supports multiple tablets that are badly supported in Linux. Even for tablets already supported by other means (i.e.: or ), OpenTabletDriver offers a graphical interface, plugins and more customization. List of supported tablets: Metadata homepage URL: source URL: license: LGPLv3 platforms: Linux, Darwin
I tried to create a package but I can't wrap my head on how to build a .NET 5 application. Trying to follow just made me more and more confused. If it helps, here it is the from Arch Linux:
I have a older OTD package in my nix overlay , I just currently don't have the time to mess with it, I have a WIP .NET 5 package on my local machine that I could upload to a gist if needed
This would be great, since I am stuck on trying to compile thanks to some .NET 5 issue.
I tested your recipe in overlay and seems to work well. Still need to figure how to fix some of the following issues, though: Generate the file automatically, so we can update this package without updating every dependency by hand Wrap the launcher script so the daemon is launched automatically (as it happens in the Debian package I think?). Or as an alternative, just start this as a systemd service (as the AUR package does) Generate the udev rules and copy it to the appropriate place. Alternatively we can just extract the udev file from the .deb package, but this involves some manual operation Except for the first issue, for the other ones I think maybe it would be better to have a module (for example, ) so we could automatically enable the systemd service, set the udev rules and add the GUI to the . This seems the cleanest way to fix those issues.
have an initial build of OpenTabletDriver 0.4.2. It almost works, but needs some manual setup: Start the manually before opening . Alternatively, you can start the daemon as an systemd user service, something like this: For now, you need to add manually to your .

This can be fixed if we add a module, that once enabled do this automatically (and it may also create a systemd user service, fixing the first issue too) Now, while it builds and kinda works, I can't seem to make it detect my tablet (Huion HS64). I thought something was wrong with the udev rules but looking at the udev logs it seems that the rules are being applied correctly. The connection between the GUI and daemon itself seems fine, since it does redirect the logs to the daemon. So now I am stuck. Do you have some idea on how to solve the issue above?
Got the package to work with the help of OpenTabletDriver's Discord. It was missing the .
Change:
<ins> { lib, fetchFromGitHub, rustPlatform, openssl, pkg-config}: rustPlatform.buildRustPackage rec { pname = "gotify-desktop"; version = "1.2.0"; src = fetchFromGitHub { owner = "desbma"; repo = pname; rev = version; sha256 = "sha256-QQpZeXFv8BqFOQ+7ANWmtsgNlMakAL2ML4rlG2cFZJE="; }; cargoSha256 = "sha256-zcSAsI/yGGJer7SPKDKZ6NQ3UgTdBcDighS6VTNITMo="; nativeBuildInputs = [ pkg-config ]; buildInputs = [ openssl ]; meta = with lib; { description = "Small Gotify daemon to send messages as desktop notifications"; homepage = "https://github.com/desbma/gotify-desktop"; license = licenses.gpl3Plus; maintainers = [ maintainers.bryanasdev000 ]; }; } </ins>

Discussion:
Project description Small Gotify daemon to receive messages and forward them as desktop notifications. Metadata homepage URL: source URL: license: GPLv3 platforms: linux, bsd, macOS, Windows
can you give a try? I failed to make it work in a with the quick start from Gotify, it fails to connect, but otherwise the package looks OK. Also, you want to me a maintainer?
nice, thank you - works for me with and my server (which has an open registration): does we like to promote a user file? either? it would be okay for me, that you add me as maitainer, but i am reallly a nix beginner ....
So do I :) Usually updating existing expressions is easier than creating it, a bump in version and SHAs does the trick. About the service I was thinking the same but by rule of thumb services that depends on something in $HOME is handled by home manager rather than NixOS modules. So I think a future PR can go there to enable a user service. EDIT: I asked for review on the PR, if you want to add yourself as maintainer wait once it's merged then add your info to the maintainers list () and in the package. NOTE: you can check the maintainers- for an example of this process.
this way: ?
Yeap! Just format and squash as bobby285271 asked and welcome aboard!
Change:
-    // A fix for this has been added to Clang 5.0, so, the code can be removed -    // once Clang 5.0 is the minimum version. -    if (needsGppInternalHeaders()) { <del> -        const HeaderPaths gppPaths = gppInternalIncludePaths(QStringLiteral("g++")); </del> <ins> -        const HeaderPaths gppPaths = gppInternalIncludePaths(compilerFromCMake(QStringLiteral("g++"))); </ins> -        for (const HeaderPath &h : gppPaths) { <del> -            if (h.path.contains("c++")) </del> <ins> -            if (h.path.contains("c++") -                || h.path.contains("sysroot")) { // centOS </ins> -                headerPaths.append(h); <ins> -            } </ins> +    const HeaderPaths gppPaths = gppInternalIncludePaths(QStringLiteral("g++")); +    for (const HeaderPath &h : gppPaths) { +        // PySide2 requires that Qt headers are not -isystem

Discussion:
Describe the bug , a package which requires PySide2, fails to install, either system-wide, nix-env local, nix-env global, or with home-manager. To Reproduce Results Running the above command: Expected behavior Syncplay installs correctly without error. Notify maintainers pyside2: syncplay: Metadata Please run and paste the result.
This not only affects syncplay. Many other dependencies are broken as well. Freecad for instance does not build either.
looks like updating pyside2 to 5.12.6 fixed this issue on my fork:
Your fix looks good to me. Could you PR it?
done,
Change:
<ins> { stdenv, buildPythonPackage, fetchPypi, pytest, pytestrunner }: buildPythonPackage rec { name = "${pname}-${version}"; pname = "mccabe"; version = "0.6.1"; src = fetchPypi { inherit pname version; sha256 = "07w3p1qm44hgxf3vvwz84kswpsx6s7kvaibzrsx5dzm0hli1i3fx"; }; buildInputs = [ pytest pytestrunner ]; meta = with stdenv.lib; { description = "McCabe checker, plugin for flake8"; homepage = "https://github.com/flintwork/mccabe"; license = licenses.mit; maintainers = with maintainers; [ garbas ]; }; } </ins>

Discussion:
Flake8 with Python 3.6 fails to build with System: 17.09pre106916. (Hummingbird) Nix version: nix-env (Nix) 1.11.9 Nixpkgs version: 17.09pre106916. Sandboxing enabled: build-use-sandbox = false
Try upgrading the pyflakes expression to the latest version
I can produce this same problem using nixpkgs commit (latest master as of this writing).
Change:
<ins> { stdenvNoCC, fetchFromGitLab, lib }: stdenvNoCC.mkDerivation { pname = "quintom-cursor-theme"; version = "unstable-2019-10-24"; src = fetchFromGitLab { owner = "Burning_Cube"; repo = "quintom-cursor-theme"; rev = "d23e57333e816033cf20481bdb47bb1245ed5d4d"; hash = "sha256-Sec2DSnWYal6wzYzP9W+DDuTKHsFHWdRYyMzliMU5bU=A"; }; installPhase = '' mkdir -p $out/share/icons for theme in "Quintom_Ink" "Quintom_Snow"; do cp -r "$theme Cursors/$theme" $out/share/icons/ done ''; meta = with lib; { description = "A cursor theme designed to look decent"; homepage = "https://gitlab.com/Burning_Cube/quintom-cursor-theme"; platforms = platforms.unix; license = with licenses; [ cc-by-sa-40 gpl3Only ]; maintainers = with maintainers; [ frogamic ]; }; } </ins>

Discussion:
Project description This is an [x-]cursor theme designed to look decent. Includes light and dark cursors Metadata homepage URL: license: GPL3 + CC BY-SA 4.0) platforms: unix? linux?
Change:
python_keyczar = callPackage ../development/python-modules/python_keyczar { }; <del> python-language-server = callPackage ../development/python-modules/python-language-server { }; </del> python-ldap-test = callPackage ../development/python-modules/python-ldap-test { }; python-Levenshtein = callPackage ../development/python-modules/python-levenshtein { };

Discussion:
add spyder and nixos-rebuild, I got this error error: python-language-server-0.36.2 not supported for interpreter python3.9 (use '--show-trace' to show detailed location information)
We should probably migrate to the community fork (), especially considering the current version is from Palantir.
I don't think the issue is specific to NixOS, it looks like the repo hasn't been updated in a year (and probably doesn't support Python 3.9 upstream). The community fork is available at , maybe we should alias to that now that Plantir's version is completely broken on the latest version of Python?
file with import <nixpkgs{}; with pkgs.python3Packages; buildPythonPackage rec { name = "spyder_latest"; src = /gh/prehonor/gitproject/spyder; nativeBuildInputs = [ pyqtwebengine.wrapQtAppsHook ]; propagatedBuildInputs = [ intervaltree jedi pycodestyle psutil rope numpy scipy matplotlib pylint keyring numpydoc qtconsole qtawesome nbconvert mccabe pyopengl cloudpickle spyder-kernels pygments qtpy pyzmq chardet pyqtwebengine qdarkstyle watchdog atomicwrites pyxdg diff-match-patch three-merge pyls-black pyls-spyder flake8 textdistance ]; } nix-shell : I got python-language-server-0.36.2 not supported for interpreter python3.9,how to take python-lsp-server stead of python-language-server
I add spyder by myselfif someone need use it he can visit the url
Change:
<del> diff -urN ntp-4.2.8p10.orig/ntpd/ntpd.c ntp-4.2.8p10/ntpd/ntpd.c --- ntp-4.2.8p10.orig/ntpd/ntpd.c	2017-04-02 20:21:17.371319663 +0200 +++ ntp-4.2.8p10/ntpd/ntpd.c	2017-04-02 21:26:02.766178723 +0200 @@ -1157,10 +1157,12 @@ </del> <ins> From 881e427f3236046466bdb8235edf86e6dfa34391 Mon Sep 17 00:00:00 2001 From: Michael Bishop <cleverca22@gmail.com> Date: Mon, 11 Jun 2018 08:30:48 -0300 Subject: [PATCH] fix the seccomp filter to include a few previously missed syscalls --- ntpd/ntpd.c | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/ntpd/ntpd.c b/ntpd/ntpd.c index 2c7f02ec5..4c59dc2ba 100644 --- a/ntpd/ntpd.c +++ b/ntpd/ntpd.c @@ -1140,10 +1140,12 @@ int scmp_sc[] = { </ins> SCMP_SYS(close), SCMP_SYS(connect), SCMP_SYS(exit_group),

Discussion:
; This'll need to be completely fixed. See: cc
Is this related to ?
Does the PR close this issue? It wasn't automatically closed because of a malformed commit message in the PR.
I believe so, (ask to) re-open the issue if it wasn't what the small discussion was about. Thanks
Change:
pname = "wire-desktop"; version = { <del> x86_64-darwin = "3.29.4477"; x86_64-linux = "3.29.2997"; </del> <ins> x86_64-darwin = "3.30.4506"; x86_64-linux = "3.30.3018"; </ins> }.${system} or throwSystem; <del> sha256 = { x86_64-darwin = "19snbd53hjfcqgnz24r85a34fr120b1wps4pv4vymnkxjld2wifc"; x86_64-linux = "0f5kkp93za4yr6ywdgph8zr6ivrbxq2gbskl8jysxawk1pz92pqf"; </del> <ins> hash = { x86_64-darwin = "sha256-+htDeNIuucB4qzNBNYoSUH1DbfgouZS08G5hxPtIuzY="; x86_64-linux = "sha256-46WjFA+E9M7RfTOM/Xoho+9ooToSgQiZaMlcZ3lJvBQ="; </ins> }.${system} or throwSystem; meta = with lib; {

Discussion:
wire-desktop will show the login screen after a few seconds on startup, even after clearing and logging into a new session. Steps to reproduce the behavior: Wire not already logged into an account, log in a few seconds UI will redirect to the login screen with no way to return to the normal UI for your logged-in account To be able to navigate the account UI without interruption. !
has experienced this same problem. This didn't seem to resolve the problem either. The macOS version has kept working over all the bumps. Maybe the wire-desktop deb has accrued a new dependency that we're not providing?
I tried again with the flag to see the browser console, and there wasn't anything helpful in there.
theres multiple dev tools levels in the wire app. can you try this should get more substantive logs
That's more like it!
This looks interesting: [:1213/.:INFO:CONSOLE(55)] "%c [2022-12-12 20:34:49] color:; font-weight:bold; Redirecting to login after connectivity verification. Reason: multiple_tabs", source: (55) [2022-12-12 20:34:49] Navigating inside <webview. URL: *&id=-dead-beef-dead-
I ran the same log line, and in my case, didn't see that multiple tabs error message. Seems to be an unrelated red herring. But I could see the "GPU process crashed. Will reload the window" in both mine and your logs.
It's probably a long shot, but could this possibly be related to electron/electron?
why do you think it's related? The issue complains about silent fallback to software rendering, but no crash. In the , I see most of the rendering to be disabled / software rendering too: …but even slow software rendering doesn't seem to work.
I also ran into this issue after upgrading nixos (unstable). I even tried the latest version .
Same issue with 3.30.3016. What GPU do you use?
Its the AMD GPU integrated into Ryzen 7 4800H.

In case someone really wants to get around this: I could get wire-desktop running by deleting these lines:
The docs of the deprecated mention "it isn't always because it's crashed": I sent a PR at , which uses the recommended event handler, removed the call, and more logging of the event details.
Yup, the suspicion was right :-) With the above PR applied, logs the following event details: … which clearly isn't a gpu rendering crash, at least nothing where reloading the GUI would help much. It also seems to recover. A new release with the fix can be found at
has been updated to include the fixed version. , can you take a look?
Change:
, autoconf, automake, curl, iprange, iproute, ipset, iptables, iputils , kmod, nettools, procps, tcpdump, traceroute, utillinux, whois <del> # Just install FireQOS without FireHOL , onlyQOS ? true </del> <ins> # If true, just install FireQOS without FireHOL , onlyQOS ? false </ins> }: stdenv.mkDerivation rec {

Discussion:
The firehol derivation has a parameter . So by default, the firehol package only includes (traffic shaping tool) but not (firewall). This is not really what a user expects from a package called "firehol". I propose changing the default to (or eliminate the parameter altogether) to make the program available without override. No significant impact on build time or storage, just few extra files. /cc maintainer:
While writing this package I was only interested in and this parameter to keep the package smaller. Setting it to by default seems to be a bad decision. Changing it to seems fine for me. Please excuse my late response.
Thank you for your reply. So let's change the default to . I will add this change to my open pull request .

The firewall program in package firehol is unusable, always exits with an error message (see steps to reproduce). Cause: On startup, tries to create the config file and fails since the nix store is read-only. How to fix: Make look for config files in rather than . This makes sense anyway since a fixed bundled firewall config would not be useful. I already implemented the fix. PR follows after testing. firehol with to enable the firehol program (the firehol package doesn't install the firehol program by default - doesn't make sense to me, but that's a separate issue) any firehol command results in this error message: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
After fixing this, fails with a different error message. I discovered another bug caused by an unquoted command path in the bash script. Fixed that as well. Working on a PR.
fixed in
Change:
<ins> From 5ae3acb69474fe5bc43767a4a3625e9ed23607a1 Mon Sep 17 00:00:00 2001 From: Jelle van der Waa <jelle@vdwaa.nl> Date: Sat, 13 Feb 2016 22:18:01 +0100 Subject: [PATCH] expose function for setting cursor position --- src/vte/vteterminal.h |  5 +++++ src/vtegtk.cc         | 24 ++++++++++++++++++++++++ 2 files changed, 29 insertions(+) diff --git a/src/vte/vteterminal.h b/src/vte/vteterminal.h index a607e5da..9701320d 100644 --- a/src/vte/vteterminal.h +++ b/src/vte/vteterminal.h @@ -378,6 +378,11 @@ _VTE_PUBLIC void vte_terminal_get_cursor_position(VteTerminal *terminal, glong *column, glong *row) _VTE_CXX_NOEXCEPT _VTE_GNUC_NONNULL(1); +_VTE_PUBLIC +void vte_terminal_set_cursor_position(VteTerminal *terminal, +                                      glong column, +                                      glong row) _VTE_CXX_NOEXCEPT _VTE_GNUC_NONNULL(1); + _VTE_PUBLIC char *vte_terminal_hyperlink_check_event(VteTerminal *terminal, diff --git a/src/vtegtk.cc b/src/vtegtk.cc index b11b780b..bdf36eac 100644 --- a/src/vtegtk.cc +++ b/src/vtegtk.cc @@ -2415,6 +2415,30 @@ vte_terminal_get_cursor_position(VteTerminal *terminal, } } +/** + * vte_terminal_set_cursor_position + * @terminal: a #VteTerminal + * @column: the new cursor column + * @row: the new cursor row + * + * Set the location of the cursor. + */ +void +vte_terminal_set_cursor_position(VteTerminal *terminal, +		                 long column, long row) noexcept +{ +	g_return_if_fail(VTE_IS_TERMINAL(terminal)); + +        auto impl = IMPL(terminal); +	impl->invalidate_cursor_once(FALSE); +	impl->m_screen->cursor.col = column; +	impl->m_screen->cursor.row = row; +	impl->invalidate_cursor_once(FALSE); +	impl->check_cursor_blink(); +	impl->queue_cursor_moved(); + +} + /** * vte_terminal_pty_new_sync: * @terminal: a #VteTerminal </ins>

Discussion:
Describe the bug When building termite, one of the patches fails to apply. To Reproduce Steps to reproduce the behavior: Screenshots Notify maintainers Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
Upstream hasn't updated the vte-ng patchset past 0.56 (I guess the same patches happened to work up until 0.62?), looks like it's ~unmaintained -- perhaps we should just keep vte 0.60 around for vte-ng?
Nevermind, it was actually pretty easy to update - PRing
Change:
name = "nixos-enter"; src = ./nixos-enter.sh; inherit (pkgs) runtimeShell; <ins> path = makeBinPath [ pkgs.util-linuxMinimal ]; </ins> }; in

Discussion:
nixos-install script calls and but does not depend on them On some systems, nixos-install will fail to find the mount and umount binaries on the system and therefore the install will get in a undesirable state. And the root password will not be prompted to the user. suggested to use Please run and paste the result.
Ah. If we're talking about host system executables, I'm not sure resholve is going to be much help. It'll complain about the missing commands and rewrite them to absolute paths if provided. We'd either have to prebuild for different systems or bring resholve to the system. If the problem is just weird/inconsistent user paths, and if and are in ~normal locations, using to discover and set the ~normal system PATH may help?
nixos-install is always installed with Nix, or at least should be, so we can (and should!) make it use Nix provided tools.
if it helps, on host was both in and in , but I think we should not rely on host having/providing
I don't really know, but I at least found two sources that make me think the specific uses of mount/umount here will work without a setuid wrapper: I decided to see how a naive attempt at using resholve would work but stopped when it was obvious that there's some dynamic behavior in the script (stringly-inlining other scripts). resholve won't be able to see through stuff like that without some changes to script source. If you just want to get mount/umount in with minimal effort, I'd just add them to the existing makeBinPath. Note that also appears in nixos-enter. If you're curious, I pushed up my ~starter on resholving it: ()