jiebi/CodeConvo huggingface dataset:
Change:
Additional plugins to use with the wayfire window manager. ''; }; <ins> xwayland.enable = lib.mkEnableOption "XWayland" // { default = true; }; </ins> }; <del> config = let finalPackage = pkgs.wayfire-with-plugins.override { wayfire = cfg.package; plugins = cfg.plugins; }; in lib.mkIf cfg.enable { environment.systemPackages = [ finalPackage ]; </del> <ins> config = let finalPackage = pkgs.wayfire-with-plugins.override { wayfire = cfg.package; plugins = cfg.plugins; }; in lib.mkIf cfg.enable ( lib.mkMerge [ { environment.systemPackages = [ finalPackage ]; </ins> <del> services.displayManager.sessionPackages = [ finalPackage ]; </del> <ins> services.displayManager.sessionPackages = [ finalPackage ]; </ins> <del> xdg.portal = { enable = lib.mkDefault true; wlr.enable = lib.mkDefault true; # https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050914 config.wayfire.default = lib.mkDefault [ "wlr" "gtk" ]; }; }; </del> <ins> xdg.portal = { enable = lib.mkDefault true; wlr.enable = lib.mkDefault true; # https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050914 config.wayfire.default = lib.mkDefault [ "wlr" "gtk" ]; }; } (import ./wayland-session.nix { inherit lib pkgs; enableXWayland = cfg.xwayland.enable; }) ] ); </ins> }

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: wayfire with wayfire from the terminal (it doesn't need a display manager, and I couldn't get one to work but that's irrelevant here) Wayfire launches It gives the following error However, if I also enable sway: Then wayfire launches as intended. Clearly sway installs some dependencies (e.g. wlroots or something) that are required by wayfire that the package does not. It would be cleaner to allow only installing wayfire and not have to also install sway. <!-- 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]:
This seems not to be a bug in the wayfire package, but with the nixos wayfire module. It seems is the relevant maintainer for programs.wayfire. wayfire does not import wayland-, that sets up required services like graphics and xdg, but sway does. See for a quick fix
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<del> { lib , stdenv , mkDerivation , fetchFromGitHub , libXScrnSaver , olm , pkg-config , pyotherside , python3Packages , qmake , qtbase , qtgraphicaleffects , qtkeychain , qtmultimedia , qtquickcontrols2 , wrapQtAppsHook }: mkDerivation rec { pname = "mirage"; version = "0.7.2"; src = fetchFromGitHub { owner = "mirukana"; repo = pname; rev = "v${version}"; sha256 = "sha256-dJS4lAXHHNUEAG75gQaS9+aQTTTj8KHqHjISioynFdY="; fetchSubmodules = true; }; nativeBuildInputs = [ pkg-config python3Packages.wrapPython qmake wrapQtAppsHook ]; buildInputs = [ libXScrnSaver olm pyotherside qtbase qtgraphicaleffects qtkeychain qtmultimedia qtquickcontrols2 ] ++ pythonPath; pythonPath = with python3Packages; [ pillow aiofiles appdirs cairosvg filetype html-sanitizer lxml mistune pymediainfo plyer sortedcontainers watchgod redbaron hsluv simpleaudio setuptools watchgod dbus-python matrix-nio ] ++ matrix-nio.optional-dependencies.e2e; qmakeFlags = [ "PREFIX=${placeholder "out"}" "CONFIG+=qtquickcompiler" ]; dontWrapQtApps = true; postInstall = '' buildPythonPath "$out $pythonPath" wrapProgram $out/bin/mirage  --prefix PYTHONPATH : "$PYTHONPATH"  "''${qtWrapperArgs[@]}" ''; meta = with lib; { homepage = "https://github.com/mirukana/mirage"; description = "A fancy, customizable, keyboard-operable Qt/QML+Python Matrix chat client for encrypted and decentralized communication"; license = licenses.lgpl3Plus; maintainers = with maintainers; [ colemickens AndersonTorres ]; inherit (qtbase.meta) platforms; broken = stdenv.isDarwin || python3Packages.isPy37 || python3Packages.isPy38; }; } </del>

Discussion:
was working in 22.05 but in 22.11 not anymore. The package itself does not seem to have been changed, so there must be a dependency update problem. The mirage window shows a loading symbol to the end of time. ! Package is working <!-- 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.
Smells like the QML cache issue. Trying clearing out mirage/qml related looking things under .
The qml issue resulted in a segfault iirc. This just looks like dependencies were updated, and since mirage has been unmaintained upstream for more than a year, it broke. Maybe mirage should be removed from nixpkgs.
Maybe mirage should be removed from nixpkgs. no argument from me.
Mirage has been forked https://mx-
Hello & :wave: What would you think the best way forward would be? Should be marked as broken, or should the package be deleted. Or something else entirely? If you want it marked as broken or deleted then I can do that in a PR.
Since mirage is now abandonware, it should be removed.
Change:
</listitem> <listitem> <para> <ins> <link xlink:href="https://dm3mat.darc.de/qdmr/">QDMR</link>, a gui application and command line tool for programming cheap DMR radios <link linkend="opt-programs.qdmr.enable">programs.qdmr</link> </para> </listitem> <listitem> <para> </ins> <link xlink:href="https://v2raya.org">v2rayA</link>, a Linux web GUI client of Project V which supports V2Ray, Xray, SS, SSR, Trojan and Pingtunnel. Available as

Discussion:
Project description a program for managing several popular DMR hand held radios Metadata homepage URL: source URL: license: gpl3 platforms: linux, macos
Change:
patchShebangs . ''; <ins> # https://github.com/klee/klee/issues/1690 hardeningDisable = [ "fortify" ]; </ins> doCheck = true; passthru = {

Discussion:
klee building stucks at 99% Steps to reproduce the behavior: -shell -p klee Building should continue after 99% without hanging. If applicable, add screenshots to help explain your problem. The output stucks at: <!-- 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]:
Please report this upstream. nixpkgs cannot do anything about their failing tests.
I keep open this issue for tracking. Here the opened issue ticket upstream:
Thanks!
Following the advice in and looking at their Flake I used the following flake for a local development environment
Thanks. I'll do an update to latest and add that.
Change:
<del> { lib , stdenv , fetchFromGitHub , gradle , jdk , quark-engine , makeWrapper , imagemagick , makeDesktopItem , copyDesktopItems , desktopToDarwinBundle </del> <ins> { lib, stdenv, fetchFromGitHub, gradle, jdk, quark-engine, makeWrapper, imagemagick, makeDesktopItem, copyDesktopItems, desktopToDarwinBundle, </ins> }: stdenv.mkDerivation (finalAttrs: {

Discussion:
Package name: jadx Latest released version: 1.5.0 Current version on the unstable channel: 1.4.7 Current version on the stable/release channel: 1.4.7 <!-- 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 affects 1.4.7 - I would generally bump this myself but the packaging appears to have quirks that look like they need adaptation. 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:
let sqitch = perlPackages.AppSqitch; <del> modules = with perlPackages; [ ] </del> <ins> modules = with perlPackages; [ AlgorithmBackoff ] </ins> ++ lib.optional mysqlSupport DBDmysql ++ lib.optional postgresqlSupport DBDPg ++ lib.optional templateToolkitSupport TemplateToolkit;

Discussion:
sqitchPg 1.3.1 package is missing some dependency: Algorithm::Backoff::Exponential module Steps to reproduce the behavior: 2 concurrent sqitch deployments on the same database Both deployments should succeed by having one wait and retry with exponential backoff. I used to run sqitchPg 1.1.0. After migrating to NixOS 23.05, I now use sqitchPg 1.3.1. Here is what happened: The logs indicates but if fails immediately. The error seem to indicates that it would have succeeded if was packaged with module . Destination locking was introduced in sqitch . Related PR (): <!-- 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.
Could you please try from ?
I use NixOps with flakes to deploy the machine on which I reported the problem. I am not sure of the nix way of testing but here is what I did: I can see that a new version of Sqitch was built and the test ran successfully:
Awesome. Thanks for checking that PR. So it seems that fixes closes this issue, right?
That is correct!
Thank you for fixing this!
Change:
substituteInPlace src/fapplication.cpp  --replace 'PartsChecker::getSha(dir.absolutePath());' '"${partsSha}";' <ins> substituteInPlace phoenix.pro  --replace "6.5.10" "${qtbase.version}" </ins> mkdir parts cp -a ${parts}/* parts/ ''; env.NIX_CFLAGS_COMPILE = lib.concatStringsSep " " [ <del> "-I${lib.getDev quazip}/include/QuaZip-Qt${lib.versions.major qtbase.version}-${quazip.version}/quazip" </del> <ins> "-I${lib.getDev quazip}/include/QuaZip-Qt${lib.versions.major qtbase.version}-${quazip.version}" </ins> "-I${svgpp}/include" <ins> "-I${clipper}/include/polyclipping" </ins> ]; env.NIX_LDFLAGS = "-lquazip1-qt${lib.versions.major qtbase.version}";

Discussion:
Package name: fritzing Latest released version: 1.0.1 (not tagged, it appears to be ) <!-- Search your package here: --- Current version on the unstable channel: unstable-2022-07-01 Current version on the stable/release channel: unstable-2022-07-01 <!-- 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]:
Thanks! Updated to in
Change:
propagatedBuildInputs = with python3.pkgs; [ colorama <ins> decorator </ins> dunamai <ins> funcy </ins> iteration-utilities jinja2 jinja2-ansible-filters

Discussion:
Package name: copier Latest released version: 8.1.0 <!-- Search your package here: --- Current version on the unstable channel: 7.0.1 Current version on the stable/release channel: 7.0.1 <!-- 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.
Change:
callPackage ./generic.nix { } rec { pname = "signal-desktop-beta"; dir = "Signal Beta"; <del> version = "7.17.0-beta.1"; </del> <ins> version = "7.18.0-beta.1"; </ins> url = "https://updates.signal.org/desktop/apt/pool/s/signal-desktop-beta/signal-desktop-beta_${version}_amd64.deb"; <del> hash = "sha256-sK42Bqh+j4b8SduZk6eMhgBhRMG0q/ee5lAqFYVc4Tg="; </del> <ins> hash = "sha256-ZNFssB0SiNAAW7SupxNqdbEtEpemrv+IoyfdWVKu8CI="; </ins> }

Discussion:
Package name: signal-desktop Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 7.16.0 Current version on the stable/release channel: 7.16.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:
stdenv.mkDerivation rec { pname = "seq66"; <del> version = "0.90.5"; </del> <ins> version = "0.99.12"; </ins> src = fetchFromGitHub { owner = "ahlstromcj"; <del> repo = pname; </del> <ins> repo = "seq66"; </ins> rev = version; <del> sha256 = "1jvra1wzlycfpvffnqidk264zw6fyl4fsghkw5256ldk22aalmq9"; </del> <ins> hash = "sha256-+EU0UdmZaDnhN142yR/r0tK1FKBbuFPmde6iSS26Tjo="; </ins> }; nativeBuildInputs = [ autoreconfHook pkg-config qttools which wrapQtAppsHook ];

Discussion:
Package name: seq66 Latest released version: 0.90.10 Current version on the unstable channel: 0.90.5 Current version on the stable/release channel: 0.90.5 Notify maintainers Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
postFixup = '' makeWrapper ${steam-run}/bin/steam-run $out/bin/${pname}  <del> --add-flags ${electron_11}/bin/electron  </del> <ins> --add-flags ${electron}/bin/electron  </ins> --add-flags $out/share/${pname}/resources/app  --set BROTH_USE_LOCAL butler,itch-setup  --prefix PATH : ${butler}/bin/:${itch-setup}

Discussion:
Steps to reproduce the behavior: itch system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs:
Looks like there is an issue already posted for this package NixOS/nixpkgs and there was a PR (NixOS/nixpkgs which uses a canary build instead) posted. Since there is no stable update (the canary builds uses a separate config directory, which is also explained here ) this is still a upstream issue.

I can't update my system when itch should be installed: error: Package ‘electron-11.5.0’ in /nix/store/5wja3wj4lq4gijjgg2lx3966pf6lzijc-nixos- is marked as insecure, refusing to evaluate. Steps to reproduce the behavior: in no error also reproducible on unstable i guess electron needs an update or use a later electron version, if possible system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
It's an upstream issue, trying to use a newer Electron version makes Itch straight up not work (it gets stuck at the initial loading). unfortunately seems to be abandoned. There technically is a new version (25.6.1-canary), but it hasn't been distributed as a binary on , and looking at the commits it doesn't change much. There is really nothing that can be done here. You can do this on your if you don't care about the security risks:
Upstream issue:
Change:
if [ -a "$nixDrv" ]; then nix-store -r "$nixDrv"'!'"out" --add-root "$tmpDir/nix" --indirect >/dev/null if [ -n "$buildHost" ]; then <del> nix-copy-closure "${copyClosureFlags[@]}" --to "$buildHost" "$nixDrv" </del> <ins> nix-copy-closure "${copyFlags[@]}" --to "$buildHost" "$nixDrv" </ins> # The nix build produces multiple outputs, we add them all to the remote path for p in $(buildHostCmd nix-store -r "$(readlink "$nixDrv")" "${buildArgs[@]}"); do remoteNix="$remoteNix${remoteNix:+:}$p/bin"

Discussion:
says but in flake mode, it uses , not , and the flag has no effect. I guess this is technically as documented, but a bit surprising. Should it pass to as well?
Is there any workaround for now?
Change:
nativeBuildInputs = [ cmake extra-cmake-modules pkgconfig qttools ]; buildInputs = [ <del> libxcb libpthreadstubs libXdmcp libXau qtbase pam systemd </del> <ins> libxcb libpthreadstubs libXdmcp libXau pam systemd qtbase qtdeclarative </ins> ]; <del> propagatedBuildInputs = [ qtdeclarative ]; </del> <ins> propagatedUserEnvPkgs = builtins.map lib.getBin [ qtbase qtdeclarative ]; </ins> cmakeFlags = [ "-DCONFIG_FILE=/etc/sddm.conf"

Discussion:
On NixOS 17.03, the in the system configuration with Plasma 5 enabled, has and in its runtime closure, which causes unnecessary bloat. This is because has: then causes the directories of and to be to the wrapper script. (Automatically adding everything with a directory to the wrapper seems pretty drastic BTW.) System: NixOS Nix version: 1.12pre5073_1cf4801
KDE upstream is slightly careless about implicit runtime dependencies. I spent hours trying to figure out which runtime dependencies needed to be in . By the way, you have to guess at this because SDDM doesn't log error messages. Could we drop ? Probably. Can I answer that question for any of the other dependencies? Not a chance. So I nuked it from orbit. Guessing the correct setting would be a good project for a first-time contributor with a lot of free time. At the moment, I'm trying to get rid of entirely. This problem may go away as a happy accident, but that won't help this release. I'm open to other suggestions.
Change:
]; python = python3.override { <del> packageOverrides = lib.foldr lib.composeExtensions (self: super: { jsonschema = super.jsonschema.overridePythonAttrs (oldAttrs: rec { version = "3.2.0"; src = super.fetchPypi { inherit (oldAttrs) pname; inherit version; sha256 = "sha256-yKhbKNN3zHc35G4tnytPRO48Dh3qxr9G3e/HGH0weXo="; }; SETUPTOOLS_SCM_PRETEND_VERSION = version; doCheck = false; }); }) defaultOverrides; </del> <ins> packageOverrides = lib.foldr lib.composeExtensions (self: super: { }) ([ packageOverrides ] ++ defaultOverrides); </ins> }; in python.pkgs.buildPythonPackage rec { pname = "gns3-gui";

Discussion:
Steps to reproduce the behavior: (as of ) <details<summaryBuild Log</summary<preerror: builder for '/nix/store/8r1frbwzxwncagff57r7zz86zl2nsxbm-python3.10-jsonschema-' failed with exit code 1; last 10 log lines: For full logs, run 'nix log /nix/store/8r1frbwzxwncagff57r7zz86zl2nsxbm-python3.10-jsonschema-'. error: 1 dependencies of derivation '/nix/store/2413pkb4n4z1bj0rywpcfbi8s1yisvkg-python3.10-bravado-core-' failed to build error: 1 dependencies of derivation '/nix/store/x9h491ipp10gpp771jzfr3qyn3y6pbf9-powerdns-admin-' failed to build </pre</detailsLooks like json schema got updated to 4.13 which requires adding a patch. When , we're not patching (please excuse the pun), so it tries to apply to new patch against 3.2.0 which, of course, fails. Seems like we probably just need to override the to remove the offending patch? <!-- 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.
, and are also broken in similar fashion.
I'll take a look later today.
I opened .
Change:
substituteInPlace $out/share/applications/${pname}.desktop  --replace Exec=Logseq Exec=${pname}  --replace Icon=Logseq Icon=${pname} <ins> '') + lib.optionalString stdenv.isDarwin '' mkdir -p $out/{Applications/Logseq.app,bin} cp -R . $out/Applications/Logseq.app makeWrapper $out/Applications/Logseq.app/Contents/MacOS/Logseq $out/bin/${pname} '' + '' </ins> runHook postInstall ''; <del> postFixup = '' </del> <ins> postFixup = lib.optionalString stdenv.isLinux '' </ins> # set the env "LOCAL_GIT_DIRECTORY" for dugite so that we can use the git in nixpkgs makeWrapper ${electron}/bin/electron $out/bin/${pname}  --set "LOCAL_GIT_DIRECTORY" ${git} 

Discussion:
Project description but only for x86_64-linux. Would be great if it could be packaged also for aarch64-darwin. Builds exist in the loges project for multiple platforms already. Metadata homepage URL: source URL: license: AGPL-3.0 platforms: linux (already exist), aarch64-darwin
Logseq is quite good. I have support based on the current unstable version. It works, but a few issues are preventing me from submitting a PR: alert stating 'This file was downloaded on an unknown date.' prevents me from opening the app. I have to allow it in . I am not sure what causes this, maybe related: don't know how to remove the internal git, as the Linux version does.
Change:
geocoder = callPackage ../development/python-modules/geocoder { }; <ins> geodatasets = callPackage ../development/python-modules/geodatasets { }; </ins> geographiclib = callPackage ../development/python-modules/geographiclib { }; geoip2 = callPackage ../development/python-modules/geoip2 { };

Discussion:
Project description mapclassify is an open-source python library for Choropleth map classification. It is part of the Python Spatial Analysis Library. Metadata homepage URL: source URL: license: BSD-3-Clause license
Even nicer if we could get pysal itself - there are some QGIS plugins that depend on it.
Change:
--with-setfacl-prog=${acl.bin}/bin/setfacl  --sysconfdir=$prefix/etc ''; <ins> postInstall = '' substituteInPlace $out/lib/systemd/system/devmon@.service  --replace /usr/bin/devmon "$out/bin/devmon" ''; </ins> patches = [ ./device-info-sys-stat.patch ]; <del> meta = { </del> <ins> meta = with lib; { </ins> description = "A command line Linux program which mounts and unmounts removable devices without a password, shows device info, and monitors device changes"; homepage = "https://ignorantguru.github.io/udevil/"; <del> platforms = lib.platforms.linux; license = lib.licenses.gpl3; </del> <ins> platforms = platforms.linux; license = licenses.gpl3Plus; </ins> }; }

Discussion:
systemd service isn't referencing the correct binary investigate is devmon requires suidsystem: host os: multi-user?: sandbox: version: channels(root): channels(peter): nixpkgs:
Can you elaborate a bit on what exactly is wrong? Steps to reproduce would be ideal.
udevil at <storepath/lib/systemd/system/devmon.service
I marked this as stale due to inactivity. &rarr;
Although I've self-assigned it, somebody else is very welcome to grab this.
I noticed the same issue yesterday when I tried devmon for automounting. devmon works fine when started manually but doesn't work as a systemd service. I couldn't find devmon service after running and .
Change:
runHook postInstall ''; <ins> fixupPhase = '' runHook preFixup wrapProgram $out/bin/hdajackretask  --prefix PATH : ${lib.makeBinPath [ psmisc ]} runHook postFixup ''; </ins> meta = { homepage = "http://www.alsa-project.org/"; description = "ALSA Tools";

Discussion:
I use hdajackretask from alsa-tools to reasign my laptop speakers to a certain pin layout. (I need to do this, because those speakers are not used at all by default, in this 4 speaker layout) In order to do this, hdajackretask needs fuser to perform this task. It seems not to be a dependency. Steps to reproduce the behavior: alsa-tools hdajackretask as root this setup, see the tick in the box on the top, then click on apply ! fuser is installed Please run and paste the result.
Note: fuser is part of psmisc and installing it solved this issue. Please add psmisc to alsa-tools as dependency.