jiebi/CodeConvo huggingface dataset:
Change:
ExecStop = "${cfg.package}/bin/emacsclient --eval (kill-emacs)"; Restart = "always"; }; <del> } // optionalAttrs cfg.enable { wantedBy = [ "default.target" ]; }; </del> <ins> unitConfig = optionalAttrs cfg.startWithGraphical { After = "graphical-session.target"; }; } // optionalAttrs cfg.enable { wantedBy = if cfg.startWithGraphical then [ "graphical-session.target" ] else [ "default.target" ]; }; </ins> environment.systemPackages = [ cfg.package editorScript desktopApplicationFile ];

Discussion:
I have the Emacs daemon enabled on my system (). When I log in, I can see that the daemon is running but I am unable to start : Restarting the daemon fixes the issue. Is the daemon starting too early and missing some variables from Wayland? Steps to reproduce the behavior: emacs daemon () in and try to run starts: Please run and paste the result.
I'm not the maintainer of this service and I don't use it. I use the Emacs service from home-manager which I recommend:
My apologies. I saw that you were the original author, so I figured you were my best bet. It looks like home-manager might be avoiding this by (optionally) using socket activation. Something similar might work here, but I'm sure there's a more robust solution. I'll have to dig into it a bit when I have time.
Does helps
Yeah, ordering after seems to have worked. Thanks for the tip. I'm trying to work up a nice way to incorporate that into the service definition. Unfortunately, simply adding the "after" directive doesn't seem to be enough. I'm guessing that's because is reached, or at least initiated, before . I'm going to keep poking at it over the coming days.
Wanted to confirm made this issue go away.
Same here, "graphical" solution works. It would be nice to see pr merged.
Change:
pyside6 streamdeck xlib <del> importlib-metadata_6 </del> <ins> importlib-metadata </ins> evdev ] ++ lib.optionals stdenv.isLinux [ qt6.qtwayland ];

Discussion:
Steps to reproduce the behavior: streamdeck ui x64 system nixos-unstable Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
this issue has been going on for about 2 months, but seemed unreported.
Change:
emu2 = callPackage ../misc/emulators/emu2 { }; <ins> apt = callPackage ../tools/package-management/apt { }; </ins> dpkg = callPackage ../tools/package-management/dpkg { }; dumb = callPackage ../misc/dumb { };

Discussion:
Describe the bug Between and , apt somehow got reintroduced into the repository () but without an entry in all- It could be bumped to 2.1.18 - Out-of-date package report It doesn't compile for the same reason for which it was originally removed from Nixpkgs and I don't know how to fix it - bug report I need apt for another package to work properly (apt -python-apt -python-debian -click: ) - packaging request? To Reproduce for apt package -not packaged in Nixpkgs repo -but package code exists? commit/PR history - (staging) removed all apt code, (master) bumped apt Expected behavior apt being either in all- or missing from the repository completely. Preferably, a working apt derivation. Additional context Notify maintainers package maintainer for apt last bump to package originally removed the package Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(bt1cn): nixpkgs: Maintainer information:
FWIW, I briefly looked into this: Switching to gcc9 hides the detailed error message, but compilation still fails.
I looked into this a little. fixes the build, but the binary that can be produced is far from functional. reveals that apt expects several other files relative to its install location to exist. As the package is currently defunct and unreachable, I think it is best to remove it.
I marked this as stale due to inactivity. &rarr;
Bump, still exists.
Change:
<ins> { lib , stdenv , fetchFromGitHub , blueprint-compiler , desktop-file-utils , gst_all_1 , gtk4 , libpulseaudio , meson , ninja , pipewire , pkg-config , vala , wrapGAppsHook4 }: stdenv.mkDerivation (finalAttrs: { pname = "wayfarer"; version = "1.2.4"; src = fetchFromGitHub { owner = "stronnag"; repo = "wayfarer"; rev = finalAttrs.version; hash = "sha256-Vuiy2SjpK2T1ekbwa/KyIFa1V4BJsnJRIj4b+Yx0VEw="; }; postPatch = '' patchShebangs src/getinfo.sh # OS release information is not available in the sandbox substituteInPlace meson/baseinfo.py  --replace-warn 'platform.freedesktop_os_release()["NAME"]' '"NixOS"' ''; nativeBuildInputs = [ blueprint-compiler desktop-file-utils meson ninja pkg-config vala wrapGAppsHook4 ]; buildInputs = [ gst_all_1.gstreamer gst_all_1.gst-plugins-good gst_all_1.gst-plugins-base gst_all_1.gst-plugins-ugly gtk4 libpulseaudio pipewire ]; meta = with lib; { description = "Screen recorder for GNOME / Wayland / pipewire"; homepage = "https://github.com/stronnag/wayfarer"; license = licenses.gpl3Plus; maintainers = with maintainers; [ fgaz ]; mainProgram = "wayfarer"; platforms = subtractLists platforms.darwin platforms.unix; }; }) </ins>

Discussion:
Project description wayfarer is a screen recorder for GNOME/Wayland/Pipewire Metadata homepage URL: source URL: license: gpl3.0 platforms: linux
are you still working on this?
Yes, this is on my stack.
Would indeed be nice to see
My attempt: edit:fixed
Change:
<ins> diff --git a/src/main/constants.ts b/src/main/constants.ts index d5c5fa6..a1b32f1 100644 --- a/src/main/constants.ts +++ b/src/main/constants.ts @@ -16,7 +16,7 @@ export const VENCORD_THEMES_DIR = join(DATA_DIR, "themes"); // needs to be inline require because of circular dependency // as otherwise "DATA_DIR" (which is used by ./settings) will be uninitialised export const VENCORD_FILES_DIR = -    (require("./settings") as typeof import("./settings")).Settings.store.vencordDir || join(DATA_DIR, "vencordDist"); +    (require("./settings") as typeof import("./settings")).Settings.store.vencordDir || "@vencord@"; export const USER_AGENT = `Vesktop/${app.getVersion()} (https://github.com/Vencord/Vesktop)`; </ins>

Discussion:
Project description Basically just Discord with Vencord pre-installed. There is already a package, but I prefer using Vesktop which is more directly maintained by Vencord for Vencord. Metadata homepage URL: source URL: license: platforms: Linux (Darwin option also exists I think?)
How is this different from below?
It doesn't seem to be fully finished yet, but for a cursory looks, they've some things to be built in into their client: ! ! (Also, I've tried ArmCord as well, but apparently it's currently having some severe electron issue, which from my testing and many reports make it completely unusable right now -- though I'd assume that would be fixed eventually)
Change:
}; } # Alternative config for Apache <ins> <link linkend="users.users._name_.extraGroups">users.users.wwwrun.extraGroups</link> = [ "acme" ]; </ins> services.httpd = { <link linkend="opt-services.httpd.enable">enable = true;</link> <link linkend="opt-services.httpd.virtualHosts">virtualHosts</link> = {

Discussion:
The NixOS manual says This no longer appears to be the default case in NixOS 20.09. I had to add the user to the group.
any chance you have capacity to update in a PR?
I could probably do it in a few days, if nobody else wants to.
ping in case anyone is motivated.
I'll update that today, thanks for pointing it out.
Change:
html5validator = python3Packages.callPackage ../applications/misc/html5validator { }; <ins> inspec = callPackage ../tools/misc/inspec { }; </ins> buildcatrust = with python3.pkgs; toPythonApplication buildcatrust; probe-rs-cli = callPackage ../development/tools/rust/probe-rs-cli {

Discussion:
Project description Inspec is an open-source testing framework for infrastructure with a human- and machine-readable language for specifying compliance, security and policy requirements. Metadata homepage URL: source URL: license: Apache License, Version 2.0 platforms: unix
Change:
sha256 = "sha256-6dLz4KXavXwnk5GizBH46d2EHMHPjRo0WnnUuVMtI1M="; }; <del> nativeBuildInputs = [ makeWrapper intltool wrapGAppsHook ]; </del> <ins> nativeBuildInputs = [ intltool wrapGAppsHook ]; </ins> <del> buildInputs = [ distutils_extra ]; </del> <ins> propagatedBuildInputs = [ gexiv2 gobject-introspection gtk3 hicolor-icon-theme libnotify librsvg ] ++ (with python3.pkgs; [ beautifulsoup4 configobj dbus-python distutils_extra httplib2 lxml pillow pycairo pygobject3 requests setuptools ]) ++ lib.optional fehSupport feh ++ lib.optional imagemagickSupport imagemagick; </ins> doCheck = false;

Discussion:
Recently variety stops working on NixOS. Pictures are downloaded well but the wallpaper can't be changed and can only be set in system setting. That's because of the hardcoded shebang which is taken from on the first installation. So when the bash is updated the script can't find it. It should be set as something like . Not sure if this is a nixos bug. Steps to reproduce the behavior: variety bash It works after the bash update. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
IIRC now we use . I am patching it now.
Change:
<del> { lib, stdenv, fetchFromGitHub , meson, ninja, nasm, pkg-config </del> <ins> { lib , stdenv , fetchFromGitHub , meson , ninja , nasm , pkg-config </ins> , xxHash , withTools ? false # "dav1d" binary <del> , withExamples ? false, SDL2 # "dav1dplay" binary , useVulkan ? false, libplacebo, vulkan-loader, vulkan-headers </del> <ins> , withExamples ? false , SDL2 # "dav1dplay" binary , useVulkan ? false , libplacebo , vulkan-loader , vulkan-headers </ins> <del> # for passthru.tests </del> <ins> # for passthru.tests </ins> , ffmpeg , gdal , handbrake

Discussion:
Steps to reproduce the behavior: qt6.qtmultimedia for mingw (windows) hostPlatform I am slowly adding mingw support for qt6.qtmultimedia. Will reference this issue when I open a PR for a cross build dependency. May open some drafts in a effort to get help from the community. Here is an image of the dependency tree from msys2. ! Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Upstreaming my changes to nixpkgs is taking longer than I expected. Here is the publication of my overlays. Hopefully other members of the community can help me upstream these packages to get qtbase and qtmultimedia cross compiling.
Builds qt6.qtmultimedia for mingw32. Thank you and anyone else I forgot to mention, for helping with reviews. My experience of contributing to nixpkgs was very positive, and it's thanks to all you incredibly bright and generous people. Closing as resolved.
Thank you for putting in all the hard work, very much appreciated!

Steps to reproduce the behavior: qt6 for mingw (windows) hostPlatform I have this building on my local machine using overlays. Here is the dependency tree. ! My plan is to open PR's for each dependency until I can add mingw support for qt6. If you are a maintainer of a package that I am making a PR for, please keep in mind a may be blocked upstreaming mingw support for qt6 if PRs linger for a prolonged period of time. <!-- 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. system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Upstreaming my changes to nixpkgs is taking longer than I expected. Here is the publication of my overlays. Hopefully other members of the community can help me upstream these packages to get qtbase and qtmultimedia cross compiling.
Change:
rustPlatform.buildRustPackage rec { pname = "system76-firmware"; # Check Makefile when updating, make sure postInstall matches make install <del> version = "1.0.32"; </del> <ins> version = "1.0.39"; </ins> src = fetchFromGitHub { owner = "pop-os"; repo = pname; rev = version; <del> sha256 = "sha256-EV7byqfoz0sAIkf/hgZh+m7D2+54DEnE4td4CTX6c4s="; </del> <ins> sha256 = "sha256-nPHBL73hmvW9z5SQjmfu+ozMXxUEajNQxNtE/V9QwZ0="; </ins> }; nativeBuildInputs = [ pkg-config makeWrapper ];

Discussion:
On channels 22.05 and unstable, I cannot rebuild my configuration with
I have the same issue on NixOS unstable rebuilding for Linux Latest and Linux Zen. However, I am not seeing this for the stock Linux 5.14.43. Presumably there is a breaking change in the Kernel for the System76 drivers. It appears that a simple version bump will fix the issue.
Opened PR. Till the package makes it to the cache you can try overriding it, just be careful. This is what I have been using, but it's not working yet.
Ok, I was able to get the latest version of System76 Firmware to compile with this, just make sure you delete it after the firmware makes it to the NixOS cache because you are manually overriding the version on your machine.
Ah, after much searching, I have found this is an upstream bug which cannot be fixed in nixpkgs itself. I have opened a PR with the upstream drivers.
You are awesome, thanks a lot
Change:
# * https://bugs.python.org/issue35523 # * https://github.com/python/cpython/commit/e6b247c8e524 ./3.7/no-win64-workaround.patch <del> ] ++ optionals (isPy37 || isPy38 || isPy39) [ </del> <ins> ] ++ optionals (pythonAtLeast "3.7") [ </ins> # Fix darwin build https://bugs.python.org/issue34027 ./3.7/darwin-libutil.patch ] ++ optionals (pythonOlder "3.8") [

Discussion:
This seems to have been broken for a while (before at least). <details<summaryBuild log</summary<pre { "action": "setPhase", "phase": "unpackPhase" } unpacking sources unpacking source archive /nix/store/6qjykfvkri219wk15gjijkfjs9ci0588-Python- source root is Python-3.10.0a5 setting SOURCEDATEEPOCH to timestamp of file Python-3.10.0a5/Misc/NEWS { "action": "setPhase", "phase": "patchPhase" } patching sources applying patch /nix/store/345r2zz7pgiyk91j89qlf7mhs95jrv6f-no- patching file applying patch /nix/store/lpfs02z2i2hamz9f50p4bz6v0fs0600j- patching file applying patch /nix/store/9kwzs3pplms8sijf55sdryypzvic4x1s-python-3.x-distutils- patching file patching file Hunk succeeded at 123 (offset -2 lines). Hunk succeeded at 140 (offset -2 lines). Hunk succeeded at 170 (offset -2 lines). Hunk succeeded at 310 (offset -2 lines). patching file Hunk FAILED at 170. Hunk FAILED at 187. Hunk succeeded at 231 (offset 23 lines). 2 out of 3 hunks FAILED -- saving rejects to file patching file Hunk FAILED at 183. 1 out of 3 hunks FAILED -- saving rejects to file patching file Hunk succeeded at 619 (offset 35 lines). </pre</detailsPerhaps and need adjusting to include 3.10? Unfortunately I don’t know much about CPython so I don’t feel confident in diagnosing the exact issue or prescribing a resolution for it. cc
Change:
. ./external.sh rm external.sh ''; <del> sha256 = "sha256-LH0dgWqariutfaOCPIUZrHzZ8oCbZF1VaaKQIQS4aL8="; </del> <ins> hash = "sha256-O9nGlJs3OziQLbdbdt3eFRHvk1A9cdEsbKDtsZrnY5Q="; </ins> }; in ((buildMozillaMach { pname = "betterbird";

Discussion:
Package name: betterbird Latest released version: 102.14.0-bb39 <!-- Search your package here: --- Current version on the unstable channel: 102.12.0 Current version on the stable/release channel: 102.12.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 Sadly the package is repeatedly out of date. I would really like to switch to betterbird but as it's internet-facing, timely updates should be ensured. <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Sadly anything with repeated releases becomes repeatedly out of date. Perhaps you could try and update it?
Change:
let pname = "insync"; # Find a binary from https://www.insynchq.com/downloads/linux <del> version = "3.9.1.60010"; </del> <ins> version = "3.9.3.60019"; </ins> ubuntu-dist = "trixie_amd64"; insync-pkg = stdenvNoCC.mkDerivation { pname = "${pname}-pkg";

Discussion:
Steps to reproduce the behavior: Eventually nixos-rebuild fails and exits with the last few lines regarding the package build fail: Please run and paste the result. Could you please check it? Can this be related to the following . By the way - the latest available version seems to be - could you please upgrade to it and possibly it will resolve it?
Thanks for the heads-up, I will fix it when I am upgrading my nixpkgs fork, soon.
Please test and upvote:
Change:
platforms = [ "x86_64-linux" "i686-linux" ]; }; }

Discussion:
Describe the bug Installing nomachine-client fails To Reproduce Steps to reproduce the behavior: to environment.systemPackages Expected behavior It should build the derivation Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata Please run and paste the result. Maintainer information:
I tried overriding the hash (any tip on how to more properly do this would be appreciated), but still got build errors in my under environment.systemPackages result:
There's a PR to upgrade : I this to my and it seems to be working for me:
Yep, this is because NoMachine removes each old release as soon as they make a new one. To combat this, I'll add to the sources list when the update is done.
I was finding at the time that even overriding with the latest URL and hash from the nomachine website, that it was failing to download the whole blob. I could do it from my browser, but it seemed to abort/not download the full size via nixos
Oh, that's strange.. Thankfully, it seems to work just fine now :)
Change:
}: stdenv.mkDerivation (finalAttrs: { pname = "composefs"; <del> version = "1.0.5"; </del> <ins> version = "1.0.6"; </ins> src = fetchFromGitHub { owner = "containers"; repo = "composefs"; rev = "v${finalAttrs.version}"; <del> hash = "sha256-2h0wwtuhvFz5IExR/Fu0l+/nTAlDpMREVRjgrhbEghw="; </del> <ins> hash = "sha256-9YEY7oTjWwVT2KbzTOOc6sJIGEAkdLSKDf1noF1cYuA="; </ins> }; strictDeps = true; outputs = [ "out" "lib" "dev" ]; postPatch = lib.optionalString installExperimentalTools '' <del> sed -i "s/install : false/install : true/g" tools/meson.build </del> <ins> substituteInPlace tools/meson.build  --replace-fail "install : false" "install : true" </ins> ''; nativeBuildInputs = [ meson ninja go-md2man pkg-config ];

Discussion:
Steps to reproduce the behavior: X 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]:
Awesome. Now I have malware with 200M+ size and a libcef within.
Interesting you actually have a fsverity-enabled build directory, so this is probably an upstream issue that nobody has run into while running the tests. Specifically it looks like this line is detecting something is not behaving as it should: I recommended that you open this issue upstream. You can temporarily fix the build locally by overriding the package and setting to .
Also, could you post the rest of the line starting with . It is getting cut off by your pager and seems to contain the actual error from the mount attempt.
Change:
, lua , python3 , zlib <ins> , minizip , asio , libSM , libICE , libXext </ins> }: stdenv.mkDerivation rec { pname = "widelands"; <del> version = "1.0"; </del> <ins> version = "1.1"; </ins> src = fetchFromGitHub { owner = "widelands"; repo = "widelands"; rev = "v${version}"; <del> sha256 = "sha256-gNumYoeKePaxiAzrqEPKibMxFwv9vyBrCSoua+MKhcM="; </del> <ins> sha256 = "sha256-fe1fey34b6T1+kqMa22STROu7dagQJtg24nW2jhVix8="; </ins> }; <del> patches = [ ./bincmake.patch # fix for building with Boost 1.77, https://github.com/widelands/widelands/pull/5025 (fetchpatch { url = "https://github.com/widelands/widelands/commit/33981fda8c319c9feafc958f5f0b1670c48666ef.patch"; sha256 = "sha256-FjxxCTPpg/Zp01XpNfgRXMMLJBfxAptkLpsLmnFXm2Q="; }) ]; </del> postPatch = '' substituteInPlace xdg/org.widelands.Widelands.desktop  --replace 'Exec=widelands' "Exec=$out/bin/widelands"

Discussion:
name: widelands current version: 1.0 desired version: 1.1 maintainers: The widelands devs sent us an email about the release. I think this is a first for me.
I'm working on a PR for this (and once I figure out the github UI, I'll assign it to myself)..
Closing since fixes this. Please reopen if I'm wrong.
Change:
whitesur-icon-theme = callPackage ../data/icons/whitesur-icon-theme { }; <ins> whitesur-kde = callPackage ../data/themes/whitesur-kde { }; </ins> wireless-regdb = callPackage ../data/misc/wireless-regdb { }; work-sans  = callPackage ../data/fonts/work-sans { };

Discussion:
Project description WhiteSur KDE theme for linux desktops, to go with . (In my opinion it should pull the global theme, so that it can be used in both KDE, and outside of KDE with qt5ct, with the appropriate modules) Metadata homepage URL: WhiteSur , / WhiteSur Dark , source URL: license: platforms: linux
Change:
{ lib , fetchFromGitHub <ins> , fetchpatch </ins> , meson , ninja , pkg-config

Discussion:
A clear and concise description of what the bug is. See log gotten from : Steps to reproduce the behavior: to in your or to rebuild A clear and concise description of what you expected to happen. Build successfully <!-- 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.
Yeah is for 0.8.5 and 1.0.0 () breaks the build for meson 0.61 again...
Change:
for bin in $( find "$out" -executable -type f -not -path '*/languages/ruby/lib/gems/*' -not -name jspawnhelper ); do if patchelf --print-interpreter "$bin" &> /dev/null || head -n 1 "$bin" | grep '^#!' -q; then wrapProgram "$bin"  <del> --prefix LD_LIBRARY_PATH : "${runtimeLibraryPath}" </del> <ins> --prefix LD_LIBRARY_PATH : "${runtimeLibraryPath}"  --prefix PATH : "${runtimeDependencies}" </ins> fi done <del> # copy-paste openjdk's preFixup # Set JAVA_HOME automatically. mkdir -p $out/nix-support cat <<EOF > $out/nix-support/setup-hook if [ -z "''${JAVA_HOME-}" ]; then export JAVA_HOME=$out; fi EOF </del> find "$out" -name libfontmanager.so -exec  patchelf --add-needed libfontconfig.so {} ; <ins> # Workaround for libssl.so.10/libcrypto.so.10 wanted by TruffleRuby patchelf $out/languages/ruby/lib/mri/openssl.so  --replace-needed libssl.so.10 libssl.so  --replace-needed libcrypto.so.10 libcrypto.so </ins> ''; # $out/bin/native-image needs zlib to build native executables.

Discussion:
Usage of flag without , and it is known in the Clojure community that its usage causes issues. This is because without the binaries are statically linked with , and I tried to create a GraalVM derivation compatible with . The result is here: However, this can't be upstreamed since it brokes all compilations with (including dynamically linked programs as used in nixpkgs). The major issue is that, to make compilation work, . This approach works fine for when we have only one lib C, however if we have two separate lib C we will have name conflicts and either we will have a compilation with glibc symbols on musl libraries or vice-versa. So, what are the options? One approach I can think is extend the wrapper from binary to conditionally include either or depending on the context (e.g.: if the flag is passed or not). We can do this using the flag, as below: For this to work we also need to remove the symbolic links to glibc library, otherwise this can conflict with musl libraries. This should also fix this . However, this looks like a very ugly solution, and I am open for better ones. Steps to reproduce the behavior: . Keep in mind after , it expects binary as . You can create a symbolic link and add it to your a file with contents: (segfaults) It should compile and run successfully. N/A 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. Maintainer information: