jiebi/CodeConvo huggingface dataset:
Change:
<del> { lib, buildPythonPackage, fetchPypi, uncompyle6, isPy27 }: </del> <ins> { lib , buildPythonPackage , fetchPypi , uncompyle6 , pythonOlder }: </ins> buildPythonPackage rec { pname = "unrpa"; version = "2.3.0"; <ins> format = "setuptools"; </ins> <del> disabled = isPy27; </del> <ins> disabled = pythonOlder "3.7"; </ins> src = fetchPypi { inherit pname version; sha256 = "0yl4qdwp3in170ks98qnldqz3r2iyzil5g1775ccg98qkh95s724"; }; <del> propagatedBuildInputs = [ uncompyle6 ]; </del> <ins> passthru.optional-dependencies = { ZiX = [ uncompyle6 ]; }; </ins> pythonImportsCheck = [ "unrpa" ]; <ins> # upstream has no unit tests doCheck = false; </ins> meta = with lib; { homepage = "https://github.com/Lattyware/unrpa"; <ins> changelog = "https://github.com/Lattyware/unrpa/releases/tag/${version}"; </ins> description = "A program to extract files from the RPA archive format"; license = licenses.gpl3; maintainers = with maintainers; [ leo60228 ];

Discussion:
Steps to reproduce the behavior: Happens on master (commit ) and unstable (). Please run and paste the result.
May I ask why you're interested in the version for Python 3.8?
-(extracting icon for desktop file) -requires python38: -------requires a matching Meson Edit: This seems to be a recent breakage, as it built fine on the version of Nixpkgs that PR was based on.
Python 3.8 is EOL and maintaining it is not sustainable. Please find an alternative.
uncompyle6 is an optional dependency, it should work fine without.
Change:
<del> { stdenv, fetchurl, makeDesktopItem </del> <ins> { stdenv, mkDerivation, fetchurl, makeDesktopItem </ins> , libXrender, libXrandr, libXcursor, libX11, libXext, libXi, libxcb , libGL, glib, nss, nspr, expat, alsaLib , qtbase, qtdeclarative, qtsvg, qtlocation, qtwebchannel, qtwebengine

Discussion:
Describe the bug Eagle does not start anymore. When starting it from the command line I get the following message: To Reproduce Steps to reproduce the behavior: eagle it by calling Expected behavior Instead of getting an error message on the console, I'd expect the software to show a graphical window. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(matthias): nixpkgs: Maintainer information:
cc
I noted this as well
CC maintainer
it has to do with the qt wrapping, and i keep forgetting the best practices
AFAIK, the eagle expression should use mkDerivation from qt instead of stdenv. And perhaps look into using autoPatchelfHook.
I tried that, but it needs some non-qt libraries, and felt like i was wasting too much time on it, so i moved on
Hmm, I'll try to look into the issue this week.
I think this should fix it:
It's probably going to be wrapped several times because of the old logic
How can I apply this patch locally? I tried to load eagle from nixos-unstable, but that patch isn't there yet.
Thanks for merging it :)
Change:
rm -rf "$out/lib/python${majorVersion}/test" ln -s $out/lib/python${majorVersion}/pdb.py $out/bin/pdb ln -s $out/lib/python${majorVersion}/pdb.py $out/bin/pdb${majorVersion} <ins> mv $out/share/man/man1/{python.1.gz,python2.6.1.gz} ln -s $out/share/man/man1/{python2.6.1.gz,python.1.gz} </ins> ''; passthru = {

Discussion:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.
Change:
<del> { lib, stdenv, fetchFromGitHub, fetchpatch, kernel, libdrm }: </del> <ins> { lib, stdenv, fetchFromGitHub, kernel, libdrm }: </ins> stdenv.mkDerivation rec { pname = "evdi"; <del> version = "unstable-2021-06-11"; </del> <ins> version = "unstable-2021-07-07"; </ins> src = fetchFromGitHub { owner = "DisplayLink"; repo = pname; <del> rev = "65e12fca334f2f42396f4e8d16592d53cab34dd6"; sha256 = "sha256-81IfdYKadKT7vRdkmxzfGo4KHa4UJ8uJ0K6djQCr22U="; </del> <ins> rev = "b0b2c80eb63f9b858b71afa772135f434aea192a"; sha256 = "sha256-io+CbZovGjEJjwtmARFH23Djt933ONoHMDoea+i6xFo="; </ins> }; <del> # Linux 5.13 support # The patches break compilation for older kernels patches = lib.optional (kernel.kernelAtLeast "5.13") [ (fetchpatch { url = "https://github.com/DisplayLink/evdi/commit/c5f5441d0a115d2cfc8125b8bafaa05b2edc7938.patch"; sha256 = "sha256-tWYgBrRh3mXPebhUygOvJ07V87g9JU66hREriACfEVI="; }) (fetchpatch { url = "https://github.com/DisplayLink/evdi/commit/5f04d2e2df4cfd21dc15d31f1152c6a66fa48a78.patch"; sha256 = "sha256-690/eUiEVWvnT/YAVgKcLo86dgolF9giWRuPxXpL+eQ="; }) ]; </del> nativeBuildInputs = kernel.moduleBuildDependencies; buildInputs = [ kernel libdrm ];

Discussion:
A related chunk of log of : Steps to reproduce the behavior: channel to of 31 July 2021 (previous working state is of 17 July 2021) NixOS rebuilds successfully, DisplayLink works. <!-- 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:
Change:
cu2qu = callPackage ../development/python-modules/cu2qu { }; <ins> customtkinter = callPackage ../development/python-modules/customtkinter { }; </ins> cucumber-tag-expressions = callPackage ../development/python-modules/cucumber-tag-expressions { }; cufflinks = callPackage ../development/python-modules/cufflinks { };

Discussion:
Project description A modern and customizable python UI-library based on Tkinter <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit, platforms: unix, linux, darwin, ...
Change:
nzbget = callPackage ../tools/networking/nzbget { }; <ins> nzbhydra2 = callPackage ../servers/nzbhydra2 { }; </ins> oathToolkit = callPackage ../tools/security/oath-toolkit { }; obex_data_server = callPackage ../tools/bluetooth/obex-data-server { };

Discussion:
Project description From GitHub: Metadata homepage URL: source URL: license: apache 2.0 platforms: All (Java project)
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
This is still important to me.
I marked this as stale due to inactivity. &rarr;
This issue is not stale. There is a PR in progress.
Change:
echo "The old runner will still appear in the GitHub Actions UI."  "You have to remove it manually." find "$STATE_DIRECTORY/" -mindepth 1 -delete <ins> # Copy the configured token file to the state dir and allow the service user to read the file install --mode=666 ${escapeShellArg cfg.tokenFile} "$STATE_DIRECTORY/${newConfigTokenFilename}" # Also copy current file to allow for a diff on the next start install --mode=600 ${escapeShellArg cfg.tokenFile} "$STATE_DIRECTORY/${currentConfigTokenFilename}" </ins> fi ''; configureRunner = writeScript "configure" '' <del> empty=$(ls -A "$STATE_DIRECTORY") if [[ -z "$empty" ]]; then </del> <ins> if [[ -e "$STATE_DIRECTORY/${newConfigTokenFilename}" ]]; then </ins> echo "Configuring GitHub Actions Runner" <del> token=$(< "$RUNTIME_DIRECTORY"/${newConfigTokenFilename}) </del> <ins> token=$(< "$STATE_DIRECTORY"/${newConfigTokenFilename}) </ins> RUNNER_ROOT="$STATE_DIRECTORY" ${cfg.package}/bin/config.sh  --unattended  --work "$RUNTIME_DIRECTORY" 

Discussion:
After rebooting the machine, the systemd service fails to start due to an "invalid user: ‘github-runner’" Steps to reproduce the behavior: The systemd service enters the state : It does not happen after every reboot. I have not found the circumstances that make the systemd service fail. One workaround to bring the service back to the running state is to manually restart . Please run and paste the result. Maintainer information:
Thanks for raising this. I guess I ran into this as well already but didn't give it too much thought. Now, after reading systemd.service(5) again, I believe we should prefix with instead of : I'm not sure that's really the issue but it seems like the user/group () is not always set up when systemd runs . It appears would make sure they exist. I'm going to open a PR. Regardless of fixing this issue (which I hope it does), it makes sense to use instead of .
Wow, thanks for the quick response! I will check out your PR soon.
Change:
, pkgconfig, cmake, ninja, python3, wrapGAppsHook, wrapQtAppsHook , qtbase, qtimageformats, gtk3, libsForQt5, enchant2, lz4, xxHash , dee, ffmpeg_4, openalSoft, minizip, libopus, alsaLib, libpulseaudio, range-v3 <del> , tl-expected, microsoft_gsl, hunspell </del> <ins> , tl-expected, hunspell </ins> # TODO: Shouldn't be required: , pcre, xorg, utillinux, libselinux, libsepol, epoxy, at-spi2-core, libXtst , xdg_utils

Discussion:
, CVSSv3=7.8 (nixos-20.03) Scanned versions: nixos-20.03: . Cc Cc
Change:
<ins> --- crypto++/GNUmakefile 2013-02-20 10:30:52.000000000 -0500 +++ crypto++/GNUmakefile 2015-05-07 18:34:25.000000000 -0500 @@ -87,8 +87,8 @@ endif ifeq ($(UNAME),Darwin) -AR = libtool -ARFLAGS = -static -o +AR = ar +ARFLAGS = cru CXX = c++ IS_GCC2 = $(shell $(CXX) -v 2>&1 | $(EGREP) -c gcc-932) ifeq ($(IS_GCC2),1) </ins>

Discussion:
. The short of it is that doesn't have a flag on OS X.
The in use is from .
It seems that removing from solves this issue. I'll drop that in a PR to continue the discussion.
Change:
<ins> { lib, stdenv, gnome, fetchFromGitHub, xprop, glib }: stdenv.mkDerivation rec { pname = "gnome-shell-extension-unite"; version = "77"; src = fetchFromGitHub { owner = "hardpixel"; repo = "unite-shell"; rev = "v${version}"; hash = "sha256-5PClGWOxqwTVaqBySu5I+qavaV1vcKHUvoYJ3Qgcq2o="; }; passthru = { extensionUuid = "unite@hardpixel.eu"; extensionPortalSlug = "unite"; }; nativeBuildInputs = [ glib ]; buildInputs = [ xprop ]; buildPhase = '' runHook preBuild glib-compile-schemas --strict --targetdir="unite@hardpixel.eu/schemas/" "unite@hardpixel.eu/schemas" runHook postBuild ''; installPhase = '' runHook preInstall mkdir -p $out/share/gnome-shell/extensions cp -r "unite@hardpixel.eu" $out/share/gnome-shell/extensions runHook postInstall ''; meta = with lib; { description = "Unite is a GNOME Shell extension which makes a few layout tweaks to the top panel and removes window decorations to make it look like Ubuntu Unity Shell"; license = licenses.gpl3Only; maintainers = with maintainers; [ rhoriguchi ]; homepage = "https://github.com/hardpixel/unite-shell"; broken = versionOlder gnome.gnome-shell.version "3.32"; }; } </ins>

Discussion:
Package name: Latest released version: 77 <!-- Search your package here: --- Current version on the unstable channel: 72 Current version on the stable/release channel: 70 <!-- 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. -- Thanks a lot! 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:
lua5_3 = callPackage ./interpreter.nix { sourceVersion = { major = "5"; minor = "3"; patch = "5"; }; hash = "0c2eed3f960446e1a3e4b9a1ca2f3ff893b6ce41942cf54d5dd59ab4b3b058ac"; <del> patches = lib.optionals stdenv.isDarwin [ ./5.2.darwin.patch ] ; </del> <ins> patches = lib.optionals stdenv.isDarwin [ ./5.2.darwin.patch ] ++ [ ./CVE-2019-6706.patch ]; </ins> postConfigure = lib.optionalString (!stdenv.isDarwin) '' cat ${./lua-5.3-dso.make} >> src/Makefile sed -e 's/ALL_T *= */& $(LUA_SO)/' -i src/Makefile

Discussion:
, (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
Still no new release from upstream. Looks like the discussion sort of fizzled out: Ubuntu and RHEL apply a patch for this, see for example:
Should be backported as well.
Looks like the patch was applied to unstable and backported to 19.09. Can we close this issue?
Change:
showOption = parts: let escapeOptionPart = part: let <del> escaped = lib.strings.escapeNixString part; in if escaped == ""${part}"" </del> <ins> # We assume that these are "special values" and not real configuration data. # If it is real configuration data, it is rendered incorrectly. specialIdentifiers = [ "<name>"          # attrsOf (submodule {}) "*"               # listOf (submodule {}) "<function body>" # functionTo ]; in if builtins.elem part specialIdentifiers </ins> then part <del> else escaped; </del> <ins> else lib.strings.escapeNixIdentifier part; </ins> in (concatStringsSep ".") (map escapeOptionPart parts); showFiles = files: concatStringsSep " and " (map (f: "`${f}'") files);

Discussion:
doesn't quote attributes containing periods, so the output is identical for e.g. and . Steps to reproduce the behavior: It should return . Instead it returns . It also doesn't include quotes for components containing other non-attribute-valid chars such as spaces. This is more of an aesthetic issue as is unambiguous, though it bothers me. Not quoting components containing periods is a correctness issue. Right now it calls and checks if the output is identical to . It does have comments explaining that it allows options starting with digits, as well as placeholders like <namelib.strings.escapeNixIdentifierlib.strings.escapeNixIdentifier` and then modifying the regex to allow these additional values. My suggestion for such a regex is something like . This way most punctuation and all whitespace will cause quoting but it will still allow and . Alternatively it could be more conservative and only quote for spaces and periods, but it seems more reasonable to me to quote for arbitrary punctuation as well.
Note that my suggested regex takes advantage of the fact that doesn't seem to be unicode-aware, in that succeeds. This seems like a bug, so if Nix ever gains unicode support here, this might have to be modified to explicitly allow either common placeholder chars or just all non-ASCII chars.
This relates to and
Change:
--- pypy-pypy-84a2f3e6a7f8.org/lib_pypy/_tkinter/tklib_build.py	2017-10-03 11:49:20.000000000 +0100 +++ pypy-pypy-84a2f3e6a7f8/lib_pypy/_tkinter/tklib_build.py	2017-11-21 13:20:51.398607530 +0000 <del> @@ -24,11 +24,11 @@ </del> <ins> @@ -17,18 +17,14 @@ incdirs = [] linklibs = ['tcl85', 'tk85'] libdirs = [] -elif sys.platform == 'darwin': -    incdirs = ['/System/Library/Frameworks/Tk.framework/Versions/Current/Headers/'] -    linklibs = ['tcl', 'tk'] -    libdirs = [] </ins> else: # On some Linux distributions, the tcl and tk libraries are # stored in /usr/include, so we must check this case also

Discussion:
Describe the bug pypy3 cannot be installed using on macOS. The package fails to build from source. To Reproduce Steps to reproduce the behavior: latest macOS (Catalina 10.15, but same error on previous version) latest (master) to home.packages ( from binary cache does work/does not have this problem) Expected behavior pypy3 package builds successfully (including all needed deps). Output/Errors Error encountered during compilation: Metadata
I am also not sure why from binary cache is not used (for pypy's dependency, it is compiled from source), but that could be my misunderstanding of normal behaviour -- I'm new!
Change:
{ lib , buildPythonPackage , fetchPypi <ins> , setuptools </ins> , setuptools-scm , pycryptodome , requests , six <ins> , pytestCheckHook </ins> }: buildPythonPackage rec { pname = "httpsig"; version = "1.3.0"; <del> format = "setuptools"; </del> <ins> pyproject = true; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "1rkc3zwsq53rjsmc47335m4viljiwdbmw3y2zry4z70j8q1dbmki"; </del> <ins> hash = "sha256-cdbVAkYSnE98/sIPXlfjUdK4SS1jHMKqlnkUrPkfbOY="; </ins> }; <del> buildInputs = [ </del> <ins> build-system = [ setuptools </ins> setuptools-scm ]; <del> propagatedBuildInputs = [ </del> <ins> dependencies = [ </ins> pycryptodome requests six <ins> setuptools ]; nativeCheckInputs = [ pytestCheckHook </ins> ]; pythonImportsCheck = [ "httpsig" ];

Discussion:
Recently, after updating my HA instance that is running on NixOS, I get when I start HA and I cannot use the SmartThings integration. Steps to reproduce the behavior: HA on NixOS SmartThings set up to whatever version caused it (I haven't been able to determine what version it was that broke) I expect the SmartThings integration to successfully run and connect to the devices it should and be usable, instead I get an entirely non-functional integration. I do not think this is an HA wide issue after doing some Google searching with the issue, I think it is NixOS related, but someone can correct me if I'm wrong. Can't tell exactly who to ping here, but I think at least Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Please post a complete traceback if available, so we can determine what exactly requires .
Thank you!
Change:
<ins> <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE fontconfig SYSTEM "urn:fontconfig:fonts.dtd"> <fontconfig> <!-- This configuation is intentionally left empty in order to override any other font package that may wish to set up an alias for the Microsoft @fontname@ font. If you actually do want to have the alias then please change the priority of that package; see the Nix manual page for nix-env for details. --> </fontconfig> </ins>

Discussion:
Steps to reproduce the behavior: corefonts This package fails to build because all of the sourceforge mirrors all return "429 Too Many Requests" after making a certain number of requests. I'm not sure if the package needs to add a delay, find a different download host, or something else entirely. <!-- 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:
pname = "msmtp-scripts"; inherit version src meta; <del> patches = [ ./paths.patch ]; </del> <ins> patches = [ ./msmtpq-remove-binary-check.patch ./msmtpq-systemd-logging.patch ]; </ins> postPatch = '' substituteInPlace scripts/msmtpq/msmtpq 

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: msmtp <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 1.8.22 desired version: 1.8.23 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
assert xvidSupport -> xvidcore != null; assert vdpauSupport -> libvdpau != null; assert faacSupport -> faac != null; <ins> assert x11grabSupport -> libXext != null && libXfixes != null; </ins> stdenv.mkDerivation rec { <del> name = "ffmpeg-0.10"; </del> <ins> name = "ffmpeg-0.11.1"; </ins> src = fetchurl { url = "http://www.ffmpeg.org/releases/${name}.tar.bz2"; <del> sha256 = "1ybzw6d5axr807141izvm2yf4pa0hc1zcywj89nsn3qsdnknlna3"; </del> <ins> sha256 = "b01ddfb6352c84810879988f43172c5f7be555697edb929625845c7bb953fa96"; </ins> }; # `--enable-gpl' (as well as the `postproc' and `swscale') mean that

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:
, rust , rustPlatform , installShellFiles <ins> , libiconv </ins> , libobjc , Security , CoreServices

Discussion:
Describe the bug Library is not found when linking on macos. To Reproduce Execute resulting in following output: Expected behavior Deno builds without errors on macos. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(suraj): nixpkgs: Maintainer information:
Change:
# Hard code bitbridge & runtime dependencies (substituteAll { src = ./hardcode-dependencies.patch; <ins> libdbus = dbus.lib; </ins> libxcb32 = pkgsi686Linux.xorg.libxcb; inherit wine; })

Discussion:
yabridge doesn't work with wine 9.5. I was wondering as this is a reoccurring thing with yabridge, shouldn't the wine version be pinned for the yabridge package? running vst plugins I tried overriding the wine version to 9.4 but I couldn't get it to build yabridge. So for now, I installed yabridge from the revision before wine 9.5. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can yabridge use the stable Wine package? It’s updated annually except for occasional bug fix releases. It’s currently Wine 9.0.
Didn't work for me:
From what I know, yabridge requires wine-staging but it's usually a few months behind. The project readme always had a downgrade section telling you to downgrade to a specific version. There's an open issue for it on the yabridge repo: ()
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Just created that should workaround this issue based on I think it would be best to keep it following the default staging release. What you're doing right now to pin wine uses an import for derivation, which isn't allowed in nixpkgs: It would be possible to maintain a separate derivation of wine just for yabridge, but I think it would be too costly for what it'd add - especially since we can't guarantee a version of wine that'll work with all VSTs.
I tried this as well, but most of my plugins were broken with wine 9.5 which will probably get fixed by yabridge upstream soon but I thought I should mention it. Oh, I didn't know about the implications importing older packages. Good to know. Yeah that would be too much unnecessary work.
Still broken on 9.6
is not merged yet. Even if it gets merged, I noticed some of my vsts breaking. I think it's better to pin version 9.4 for now.
Reopening since doesn't completely workaround regressions introduced with wine 9.5+
Fixed on wine 9.8 ()
Change:
let abis = lib.mapAttrs (_: abi: builtins.removeAttrs abi [ "assertions" ]) abis_; in rec { <ins> # these patterns are to be matched against {host,build,target}Platform.parsed </ins> patterns = rec { isi686         = { cpu = cpuTypes.i686; }; isx86_32       = { cpu = { family = "x86"; bits = 32; }; };

Discussion:
I am working on this bug. First reported . The root cause of the problem is that there is no "pattern" (see ) representation for . It is special, unlike all the other platform predicates. It is this way because exists, and because ... in other words, "static-ness" is not represented in the triple for a platform. Right now we try to pretend that you can reconstruct all the pattern-representable aspects of a from its . That isn't really true, because of and , and it's getting more untrue as time goes on. The long-term solution is to stop pretending. I have a possible short-term fix that I'm testing.