jiebi/CodeConvo huggingface dataset:
Change:
stdenv.mkDerivation rec { pname = "wordpress"; <del> version = "5.5.1"; </del> <ins> version = "5.5.3"; </ins> src = fetchurl { url = "https://wordpress.org/${pname}-${version}.tar.gz"; <del> sha256 = "15cjp48q23fw8ryy39mlxi4rd3rha2yqyrnk5mhx0h72ygawx8k6"; </del> <ins> sha256 = "sTkmdr9Mulw7XwNEMJBU81rwNV/agNpBjCznGuObrtQ="; </ins> }; installPhase = ''

Discussion:
, CVSSv3=9.8 (nixos-20.09, nixos-unstable) CVSSv3=9.8 (nixos-20.09, nixos-unstable) CVSSv3=9.8 (nixos-20.09, nixos-unstable) CVSSv3=9.8 (nixos-20.09, nixos-unstable) CVSSv3=9.1 (nixos-20.09, nixos-unstable) CVSSv3=7.5 (nixos-20.09, nixos-unstable) CVSSv3=6.1 (nixos-20.09, nixos-unstable) CVSSv3=6.1 (nixos-20.09, nixos-unstable) CVSSv3=4.3 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc
2 is all that is needed, but 5.5.3 doesn't work with new installations (see WP changelog)
The changelog says that 5.5.2 doesn't work. See
Change:
left4gore-bin = callPackage ../games/left4gore { }; <del> lgogdownloader = libsForQt5.callPackage ../games/lgogdownloader { }; </del> liberal-crime-squad = callPackage ../games/liberal-crime-squad { }; liberation-circuit = callPackage ../games/liberation-circuit { };

Discussion:
Package name: lgogdownloader Latest released version: 3.14 <!-- Search your package here: --- Current version on the unstable channel: 3.12 Current version on the stable/release channel: 3.12 <!-- 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:
postStart = postStartScript dummyConfig; <del> preStop = "machinectl poweroff $INSTANCE"; </del> restartIfChanged = false; serviceConfig = serviceDirectives dummyConfig;

Discussion:
Describe the bug So, I seem to be seeing an issue that more or less exactly matches the description of on nixos today. I have a number of containers hosting websites, and none of them are shut down gracefully when I shut the host down. I must wait for the 90-second systemd timeout, and see them forcibly shut down. The mysql database in one container doesn't seem to enjoy this. If I shut down a container manually, via , it works flawlessly. But somehow this is not triggered when I shut down the host. To Reproduce There are details, but the meat and potatoes is that I have some containers defined in my , and then try to reboot my host with . Additional context My containers reside on ZFS filesystems? That's all I can think of. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata
I have the same issue. Note that I am very new to NixOS, so I might have missed something This is a workaround that works for me:
Change:
<ins> { lib, stdenv, fetchFromGitHub, substituteAll, callPackage, }: # Note for maintainers: # # These packages are only allowed to be packaged under the the condition that we # - patch source/creator/config.d to not point to upstream's bug tracker # - use the "barebones" configuration to remove the mascot and logo from the build # # We have received permission by the owner to go ahead with the packaging, as we have met all the criteria # https://github.com/NixOS/nixpkgs/pull/288841#issuecomment-1950247467 let mkGeneric = builderArgs: callPackage ./generic.nix { inherit builderArgs; }; in { inochi-creator = mkGeneric rec { pname = "inochi-creator"; appname = "Inochi Creator"; version = "0.8.4"; src = fetchFromGitHub { owner = "Inochi2D"; repo = "inochi-creator"; rev = "v${version}"; hash = "sha256-wsB9KIZyot2Y+6QpQlIXRzv3cPCdwp2Q/ZfDizAKJc4="; }; dubLock = ./creator-dub-lock.json; patches = [ # Upstream asks that we change the bug tracker URL to not point to the upsteam bug tracker (substituteAll { src = ./support-url.patch; assignees = "TomaSajt"; # should be a comma separated list of the github usernames of the maintainers }) # Change how duplicate locales differentiate themselves (the store paths were too long) ./translations.patch ]; meta = { # darwin has slightly different build steps broken = stdenv.isDarwin; changelog = "https://github.com/Inochi2D/inochi-creator/releases/tag/${src.rev}"; description = "An open source editor for the Inochi2D puppet format"; }; }; inochi-session = mkGeneric rec { pname = "inochi-session"; appname = "Inochi Session"; version = "0.8.3"; src = fetchFromGitHub { owner = "Inochi2D"; repo = "inochi-session"; rev = "v${version}"; hash = "sha256-yq/uMWEeydZun07/7hgUaAw3IruRqrDuGgbe5NzNYxw="; }; dubLock = ./session-dub-lock.json; preFixup = '' patchelf $out/share/inochi-session/inochi-session --add-needed cimgui.so ''; dontStrip = true; # symbol lookup error: undefined symbol: , version meta = { # darwin has slightly different build steps, aarch fails to build because of some lua related error broken = stdenv.isDarwin || stdenv.isAarch64; changelog = "https://github.com/Inochi2D/inochi-session/releases/tag/${src.rev}"; description = "An application that allows streaming with Inochi2D puppets"; }; }; } </ins>

Discussion:
Project description Open Source Real-time 2D Animation inochi-creator, inochi-session should be packaged as separated packages. There was some debate about Inochi2D in initiated by its author. If you want to package it, read the mentioned issue first. It seems that the debate was settled: the author agrees that nixpkgs can package Inoshi2D under complying their demands. However, no PR packaging Inochi2D was opened after that, so I am opening this issue. Metadata homepage URL: source URL: , license: bsd 2-clause (not including proprietary assets) platforms: unix Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { lib , stdenv , fetchFromGitHub , python3 , git }: python3.pkgs.buildPythonApplication rec { pname = "hatch"; version = "1.3.1"; format = "pyproject"; src = fetchFromGitHub { owner = "pypa"; repo = "hatch"; rev = "hatch-v${version}"; sha256 = "sha256-ftT86HX5CVbiHe5yzXT2gNl8Rx+f+fmiAJRnOuDpvYI="; }; propagatedBuildInputs = with python3.pkgs; [ click hatchling httpx keyring pexpect pyperclip rich shellingham tomli-w tomlkit userpath virtualenv ]; checkInputs = with python3.pkgs; [ git pytestCheckHook pytest-mock ]; preCheck = '' export HOME=$(mktemp -d); ''; disabledTests = [ # AssertionError: assert (1980, 1, 2, 0, 0, 0) == (2020, 2, 2, 0, 0, 0) "test_default" "test_explicit_path" "test_default_auto_detection" "test_editable_default" "test_editable_default_extra_dependencies" "test_editable_default_force_include" "test_editable_default_force_include_option" "test_editable_exact" "test_editable_exact_extra_dependencies" "test_editable_exact_force_include" "test_editable_exact_force_include_build_data_precedence" "test_editable_pth" # AssertionError: assert len(extract_installed_requirements(output.splitlines())) > 0 "test_creation_allow_system_packages" ]; meta = with lib; { description = "Modern, extensible Python project manager"; homepage = "https://hatch.pypa.io/latest/"; license = licenses.mit; maintainers = with maintainers; [ onny ]; }; } </ins>

Discussion:
Project description Hatch is a modern, extensible Python project manager. Metadata homepage URL: source URL: license: MIT platforms: unix, linux, darwin
Isn't this already packaged as ? The projects look similar
According to
Change:
<ins> { lib, stdenv, fetchurl, libmediainfo, sqlite, curl, makeWrapper, icu, dotnet-runtime, openssl, nixosTests }: let os = if stdenv.isDarwin then "osx" else "linux"; arch = { x86_64-linux = "x64"; aarch64-linux = "arm64"; x86_64-darwin = "x64"; }."${stdenv.hostPlatform.system}" or (throw "Unsupported system: ${stdenv.hostPlatform.system}"); hash = { x64-linux_hash = "sha256-ABk2wxNse8dcFWEMpaXnsALz171/1JQaAFzmpz36we0="; arm64-linux_hash = "sha256-c1eVCPE8RH9u99hYJZBiNBpanBv3WeSTVaD+Gq1yxUk="; x64-osx_hash = "sha256-9UEi8YbpZ1baZ9lnG7SJcYnvJRgP7BsqcIt9Z3UdDv8="; }."${arch}-${os}_hash"; in stdenv.mkDerivation rec { pname = "readarr"; version = "0.1.4.1596"; src = fetchurl { url = "https://github.com/Readarr/Readarr/releases/download/v${version}/Readarr.develop.${version}.${os}-core-${arch}.tar.gz"; sha256 = hash; }; nativeBuildInputs = [ makeWrapper ]; installPhase = '' runHook preInstall mkdir -p $out/{bin,share/${pname}-${version}} cp -r * $out/share/${pname}-${version}/. makeWrapper "${dotnet-runtime}/bin/dotnet" $out/bin/Readarr  --add-flags "$out/share/${pname}-${version}/Readarr.dll"  --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ curl sqlite libmediainfo icu openssl ]} runHook postInstall ''; passthru = { updateScript = ./update.sh; tests.smoke-test = nixosTests.readarr; }; meta = with lib; { description = "A Usenet/BitTorrent ebook downloader"; homepage = "https://readarr.com"; license = licenses.gpl3; maintainers = [ maintainers.jocelynthode ]; sourceProvenance = with lib.sourceTypes; [ binaryBytecode ]; platforms = [ "x86_64-linux" "aarch64-linux" "x86_64-darwin" ]; }; } </ins>

Discussion:
Readarr Readarr is a ebook collection manager for Usenet and BitTorrent users. It can monitor multiple RSS feeds for new books from your favorite authors and will interface with clients and indexers to grab, sort, and rename them. Metadata homepage URL: source URL: license: GNU GPL v3 platforms: Windows, Linux, macOS, Raspberry Pi, etc.
As you bundled some of the *arr software earlier, I'd be interested in trying out to package readarr, however I have 0 experience with these kind of package and the dotnet environment. Would one of you be willing to help me?
Pretty much the same tbh, I'd honestly just start with a copy of one of the existing snippets and change the appropriate parts.
Change:
boot.initrd.extraUtilsCommandsTest = '' # sshd requires a host key to check config, so we pass in the test's <ins> tmpkey="$(mktemp initrd-ssh-testkey.XXXXXXXXXX)" cp "${../../../tests/initrd-network-ssh/ssh_host_ed25519_key}" "$tmpkey" # keys from Nix store are world-readable, which sshd doesn't like chmod 600 "$tmpkey" </ins> echo -n ${escapeShellArg sshdConfig} | $out/bin/sshd -t -f /dev/stdin  <del> -h ${../../../tests/initrd-network-ssh/ssh_host_ed25519_key} </del> <ins> -h "$tmpkey" rm "$tmpkey" </ins> ''; boot.initrd.network.postCommands = ''

Discussion:
Describe the bug With enabled, fails to build the system with the following error: To Reproduce Use the following initrd-ssh config: With keys in generated by . Those are their permissions: Build fails with the above error. Expected behavior Build shouldn't fail. Notify maintainers Related to PR so cc Metadata In rescue environment installing a new NixOS system:
I tried both string and path for the host keys config, so both: And They all don't work for me, unfortunately.
I walked around this problem by first switch to for the server installation (which uses the dropbear initrd ssh), and then switch back to after the installation is finished. It looks like the problem only affects . Can't reproduce it during normal operations.
I think have the same things here at beginning, starting from live cd i finally found a way. Using this : - =OK
Change:
{ lib, fetchzip }: let <del> version = "2.4.1"; srcHash = "sha256-03y0xLXgdvw1NAtH2FDW91wp13ohimqjz3kl2mWc11E="; </del> <ins> version = "2.5.0"; srcHash = "sha256-tR+suOR09folwZ6qmuaQhGml134L8dcK7ZX8/Pl4xfQ="; </ins> # The tarball contains vendored dependencies vendorHash = null; in

Discussion:
Package name: woodpecker-server Latest released version: 2.5.0 <!-- Search your package here: --- Current version on the unstable channel: 2.4.1 Current version on the stable/release channel: 2.4.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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
{ lib, stdenv, buildPackages, runCommand, nettools, bc, bison, flex, perl, rsync, gmp, libmpc, mpfr, openssl <del> , libelf, cpio, elfutils, zstd, python3Minimal, zlib, pahole, ubootTools </del> <ins> , libelf, cpio, elfutils, zstd, python3Minimal, zlib, pahole </ins> , fetchpatch }:

Discussion:
Building powerpc kernels (I only tested pkgsCross.powernv, but examination of the kernel source code suggests to me that 32-bit powerpc, and well as big-endian 64-bit will be the same) is broken since This happens because on powerpc, the kernel target we install is vmlinux, rather than any derivative of it like zImage. The kernel build system will strip when creating such a derivative image, but because we install vmlinux directly, we get an unstripped image. This means the kernel contains references to its build directory, which since that PR will be the $dev output. AIUI, 64-bit POWER boots via kexec, and a zImage is a self-extracting kernel ELF image, so hopefully the fix would just be to switch the kernel target for powerpc to zImage, and things will work again, and POWER users will get smaller kernel images as a bonus. I'm not sure about 32-bit PowerPC, but this might be helpful. If we can't use an *Image target for any powerpc targets, there is also a target called that we could fall back to, but let's take the opportunity to evaluate whether anything else is more suitable first, when we're changing this stuff anyway. Apart from powerpc, the only we have that uses vmlinux as its kernel target is a MIPS machine called the Fuloong 2.0. I don't know how it boots.
I'll handle this. I don't have big-endian POWER hardware, but pointed out that qemu can probably boot a BE kernel under emulation at full hardware speeds. So if that works I can take care of the 32-bit POWER (which is mostly BE) too.
For reference, I managed to get a working kernel derivation for Power9 with Just setting building a zImage without fully stripping it afterwards wasn't enough. There still was a reference to in the debug info somewhere.
Yep, very plausible that there are other references as well. We had for x86 and RISC-V, although that specific issue didn't apply to other architectures.
I'll dig into this this evening. thank you for the tip! Also putting this link here so I don't lose it:
Verified (after fixing a bunch of other things) that is affected too. Thanks again for the heads up Working on a fix.
Edit: I meant to post this .
Fixed by
Change:
propagatedBuildInputs = [ # required for pkgconfig to detect mutter-clutter libXtst <ins> json-glib libcap_ng </ins> ]; nativeBuildInputs = [

Discussion:
Capability wrappers are somewhat limited. They require the capability be part of the ambient set for it to survive execv's, ie. when the wrapper executes the source binary (). This means any program spawned from a wrapped binary will also inherit the capabilities. We really don't want programs launched from gnome-shell to inherit capsysnice obviously. In particular bubblewrap fails to work if it possess any extra caps, breaking at least flatpaks and epiphany. So as far as I can see we have two options: Actually copy to wrapperDir and set capsysnic=+ep. This should be pretty easy, but also quite ugly (see for context). Patch mutter to drop inheritable, we could probably adopt . This should probably work as the ambient set only propagates if inheritable is set. cc
Patching mutter to drop inheritable works :tada:, will make a PR :)
Does the rationale for not merging it not apply to us?
No it shouldn't. We only drop inheritable to prevent the ambient set being passed on, while keeping effective and permitted for gnome-shell. (it might be possible to drop the ambient set with , but I went with just clearing inheritable):
Change:
<ins> --- gringo/libgringo/src/term.cc~	2016-07-12 23:56:10.593577749 -0400 +++ gringo/libgringo/src/term.cc	2016-07-12 23:52:35.169968338 -0400 @@ -22,6 +22,8 @@ #include "gringo/logger.hh" #include "gringo/graph.hh" +#include <cmath> + namespace Gringo { // {{{ definition of Defines </ins>

Discussion:
The OCaml package manager () depends on an external solver. When the package was updated, it changed the compiler configuration, and a dependent package () of the solver () no longer compiled. The fix () uses a different monolithic package of the solver and its various tools (called "clingo") that for unknown reasons breaks : Install and attempt to run . System: Nix version: Nixpkgs version:
Change:
installPhase = '' runHook preInstall <del> mkdir -p $out/bin $out/lib $out/share </del> <ins> mkdir -p $out </ins> cp -R usr/* $out/ # use system glibc

Discussion:
I have installed the latest unstable version of Insync. I start it, configure my account, and the following happens: No systry icon appears When I close the Insync window and try to start it again, it does nothing If I execute any command from the console, I get this message: Insync doesn't seem to be running. Start it first. IMPORTANT: It's seems sync continue working but I can't show the Insync window. Steps to reproduce the behavior: package package from Rofi account and all works Insync window show the Insync window again to view files or change config I should be able to reopen the Insync window and also use the commands from the console. system: host os: multi-user?: sandbox: version: nixpkgs:
I discover more things about this: It's seems the service is running! The systry icon is invisble and stay there. When I click on the invisble char the Insync open Any terminal command over Insync works !
Thanks for the report , I will be taking a look.
I have the same. and i tried with x11 and wayland, with plasma and gnome, and with configuration and with just closing the welcome screen.. Always the same. Freshly installed, you see the GUI exactly one Time.
Hey folks, it seems a hard nut to crack. I am scratching my head why this is happening. I have even looked into how buildFHSBubblwrap works. Meanwhile, if you can get a system-tray plugin for your desktop environment, you may have the luck of being able to open the interface for you. Until then, any help is welcome. I will keep digging another day!
From the system tray it opens, but since the icon is not painted you have to guess where the click is. Is there any way to launch the click action from the terminal? Thanks for investigate it! !
I should have fixed these reported problems in : When I close the Insync window and try to start it again, it does nothing If I execute any command from the console, I get this message: Insync doesn't seem to be running. Start it first.
I won't be able to fix the "No systry icon appears" issue still, it's a known bug and I suspect it's a defect in upstream closed source code.

Expecting to be available next week ish for both 23.05 and unstable.
Also to 23.05.
FYI: Also, a new package for nautilus users: please give a :+1: for faster merging!
Change:
{ "name": "vencord", <del> "version": "1.9.4", </del> <ins> "version": "1.9.5", </ins> "lockfileVersion": 3, "requires": true, "packages": { "": { "name": "vencord", <del> "version": "1.9.4", </del> <ins> "version": "1.9.5", </ins> "license": "GPL-3.0-or-later", "dependencies": { "@sapphi-red/web-noise-suppressor": "0.3.3",

Discussion:
Vencord settings at Discord doesn't appear when using the override on Steps to reproduce the behavior: Set up Discord with the override on Home Manager: Be able to access the Vencord options in the Discord settings. <img width="217" alt="image" src="" Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
What version of nixpkgs are you using? This was a Vencord bug that got fixed in recent versions of Vencord. The nixpkgs-unstable should work properly as far as I am aware.
As far as I know I've set up right the unstable in my flake:
I think it may be related with , this is how i'm setting it right now:
It is possible that it doesn't work on darwin :O
There is some sort of package that reports which nixpkgs channel was use to install it? Just to be sure is not an issue on my side, by the way works just fine so overriding is not the problem by itself. Edit: I tried to install a package only available at unstable and it work so it seems that the issue is with the package. I've also check if the commands that should run with the option activated worked and after extracting the ASAR file it's just like a vanilla discord install, I've tested it before letting Discord update itself so it seems it isn't related.
I just tested this on my work MacBook, and it seems to work fine. Is it possible that you still have a previous (non-Nix) Discord version that interferes here?
No luck so far, I've removed everything with Discord in its name that reported to not be in a nix related directory. The Discord logs doen't say anything related with Vencord. I'm in a Macbook Air M2 if this helps.
That could still be a locked before the fix. When was the last time you updated that Nixpkgs input in your flake lockfile, and/or what commit is listed in the lockfile entry for Nixpkgs?
I kinda have a similar issue with overriding Vencord, whenever I try to open the settings page it crashes with the following: ! I initially expected it to be an issue with openAsar but after disabling the open asar override the error persists.

It works as expected with the vencord override disabled.
With the latest Discord updates, Vencord is currently completely broken for reasons that are unrelated to Nix.
This is caused by a breaking change from upstream Discord — see This issue should be reserved for Nix-specific problems only. Also, has the issue ever been fixed on your end? If so, I think this issue could be closed
No luck so far installing the package through Home Manager using the nixpkgs master branch.
Change:
}' run/*.conf ''; <del> preConfigure = '' cd src # Makefile.in depends on AS and LD being set to CC, which is set by default in configure.ac. # This ensures we override the environment variables set in cc-wrapper/setup-hook.sh export AS=$CC export LD=$CC ''; </del> <ins> preConfigure = '' cd src # Makefile.in depends on AS and LD being set to CC, which is set by default in configure.ac. # This ensures we override the environment variables set in cc-wrapper/setup-hook.sh export AS=$CC export LD=$CC '' + lib.optionalString withOpenCL '' python ./opencl_generate_dynamic_loader.py  # Update opencl_dynamic_loader.c ''; </ins> configureFlags = [ "--disable-native-tests" "--with-systemwide" ]; <del> buildInputs = [ openssl nss nspr libkrb5 gmp zlib libpcap re2 ]; nativeBuildInputs = [ gcc python3Packages.wrapPython perl makeWrapper ]; propagatedBuildInputs = (with python3Packages; [ dpkt scapy lxml ]) ++ # For pcap2john.py (with perlPackages; [ DigestMD4 DigestSHA1 GetoptLong # For pass_gen.pl CompressRawLzma # For 7z2john.pl perlldap ]); # For sha-dump.pl # TODO: Get dependencies for radius2john.pl and lion2john-alt.pl </del> <ins> buildInputs = [ openssl nss nspr libkrb5 gmp zlib libpcap re2 ] ++ lib.optionals withOpenCL [ opencl-headers ocl-icd ]; nativeBuildInputs = [ gcc python3Packages.wrapPython perl makeWrapper ]; propagatedBuildInputs = # For pcap2john.py (with python3Packages; [ dpkt scapy lxml ]) ++ (with perlPackages; [ # For pass_gen.pl DigestMD4 DigestSHA1 GetoptLong # For 7z2john.pl CompressRawLzma # For sha-dump.pl perlldap ]); # TODO: Get dependencies for radius2john.pl and lion2john-alt.pl </ins> # gcc -DAC_BUILT -Wall vncpcap2john.o memdbg.o -g    -lpcap -fopenmp -o ../run/vncpcap2john # gcc: error: memdbg.o: No such file or directory

Discussion:
Project description Is it possible to add OpenCL support to ? Details can be found by link below: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I tried but I'm getting a weird linker error: I have no idea what causes it. Looking at the source, it looks perfectly fine.
CC
Worked around it with . PR: