jiebi/CodeConvo huggingface dataset:
Change:
let pname = "losslesscut"; <del> version = "3.58.0"; </del> <ins> version = "3.61.1"; </ins> metaCommon = with lib; { description = "The swiss army knife of lossless video/audio editing"; homepage = "https://mifi.no/losslesscut/";

Discussion:
Package name: losslesscut-bin Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 3.58.0 Current version on the stable/release channel: 3.58.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]:
update title aswell
Hi! Thanks for reminding, and sorry for late response. I just submitted a PR () that tries to automate the update of . Please take a look. (If merged, r-ryantm should be able to do the update from now on. User can update it through or create an update commit through ). If you need the update now, I'll open another PR that updates .
Appreciate it! I can wait until the PR is merged, no problem.
Change:
inherit pkgs lib stdenv; }; <del> golden-cheetah = libsForQt514.callPackage ../applications/misc/golden-cheetah {}; </del> <ins> golden-cheetah = libsForQt5.callPackage ../applications/misc/golden-cheetah {}; </ins> linkchecker = callPackage ../tools/networking/linkchecker { };

Discussion:
libsForQt514.qt5.qtwebengine currently fails to build locally and on . The interessting line seems to be: The last successful build on hydra was linked to . After that it seems to fail (starting with ) Bisecting takes forever. I would hazard a guess that it has to do with and PR which broke some other packages as well. EDIT: EDIT2: The error seems to stem from the c++ upgrade. The error message is referenced e.g. here Steps to reproduce the behavior: nixpkgs master -build -A libsForQt514.qt5.qtwebengine . Build should succeed. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
It's most likely due to mixing gcc versions, as that's not 100% compatible in C++. qt514 (and qt512) get overridden to gcc10, whereas the default is gcc11. (For x86_64-linux; some others have other combinations.)
Closing since libsForQt514 was removed from master.
Change:
} '' cat ${php}/etc/php.ini > $out <ins> cat ${php}/lib/custom-php.ini > $out </ins> echo "$options" >> $out '';

Discussion:
Describe the bug When I enable PHP in httpd using , the file when visited can only see 11 extensions instead of the 52 I get when I run it through php CLI command. To Reproduce A failing NixOS test: Additional context Likely caused by the great refactor: Notify maintainers
Yep, the refactor relies on a configuration file with all the extensions to load being present and specified. For the binary, we have a wrapper that just tells PHP to look in the right folder for the config, but with the module, it looks like that's not used, since it loads PHP as an extension. The solution would probably be to inherit the config from the package as the first thing put into the it already generates; it should be accessible as .
Change:
in { settings = { ssid = bssCfg.ssid; <del> utf8_ssid = bssCfg.ssid; </del> <ins> utf8_ssid = bssCfg.utf8Ssid; </ins> logger_syslog = mkDefault (-1); logger_syslog_level = bssCfg.logLevel;

Discussion:
I'm messing around with the hostapd module a little & noticed that the value of in the config file was my SSID. However, online resources ( ) seem to suggest that this should take a bool (0/1) rather than a string. This is the link to the current configuration in the hostapd module: Hostapd doesn't seem to give errors regarding this, but I don't think it is correctly implemented right now. Could someone else take a quick look at this? I'm fairly inexperienced with hostapd and would love a second opinion / pair of eyes. If I'm correct, the only fix we'd need is changing to Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You are absolutely right, looking at the initial draft of the module it looks like this has been the victim of a refactor later :P Thanks for catching this, I've already opened a PR to address this.
Change:
cfg = config.hardware.nvidia; <ins> useOpenModules = cfg.open == true; </ins> pCfg = cfg.prime; syncCfg = pCfg.sync; offloadCfg = pCfg.offload; reverseSyncCfg = pCfg.reverseSync; primeEnabled = syncCfg.enable || reverseSyncCfg.enable || offloadCfg.enable; busIDType = lib.types.strMatching "([[:print:]]+[:@][0-9]{1,3}:[0-9]{1,2}:[0-9])?"; <del> ibtSupport = cfg.open || (nvidia_x11.ibtSupport or false); </del> <ins> ibtSupport = useOpenModules || (nvidia_x11.ibtSupport or false); </ins> settingsFormat = pkgs.formats.keyValue { }; in {

Discussion:
Steps to reproduce the behavior: after update 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. But I am using flakes and following unstable. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It was an intentional breaking change
TY.
To sum up, is non-optional and must be set now: When , use open source NVIDIA kernel module, this is now recommended by NVIDIA, but it doesn't work with older drivers. When , use proprietary kernel module. This is needed for people with older NVIDIA cards. More information:
Change:
repo = "Natron"; rev = "v${version}"; fetchSubmodules = true; <del> sha256 = "sha256-KuXJmmIsvwl4uqmAxXqWU+273jsdWrCuUSwWn5vuu8M="; </del> <ins> hash = "sha256-dgScbfyulZPlrngqSw7xwipldoRd8uFO8VP9mlJyhQ8="; </ins> }; <del> nativeBuildInputs = [ qmake4Hook pkg-config python2Packages.wrapPython ]; </del> <ins> cmakeFlags = [ "-DNATRON_SYSTEM_LIBS=ON" ]; nativeBuildInputs = [ cmake pkg-config wrapQtAppsHook ]; </ins> buildInputs = [ <del> qt4 boost expat cairo python2Packages.pyside python2Packages.pysideShiboken </del> <ins> boost expat cairo python3 python3.pkgs.pyside2 python3.pkgs.shiboken2 extra-cmake-modules wayland glog ceres-solver libXdmcp </ins> ]; <del> preConfigure = '' export MAKEFLAGS=-j$NIX_BUILD_CORES cp ${./config.pri} config.pri mkdir OpenColorIO-Configs tar -xf ${OpenColorIO-Configs} --strip-components=1 -C OpenColorIO-Configs </del> <ins> postInstall = '' mkdir -p $out/share cp -r ${OpenColorIO-Configs} $out/share/OpenColorIO-Configs </ins> ''; postFixup = '' <del> for i in ${lib.escapeShellArgs plugins}; do ${lndir}/bin/lndir $i $out done </del> wrapProgram $out/bin/Natron  <del> --set PYTHONPATH "$PYTHONPATH" </del> <ins> --prefix PYTHONPATH : "${python3.pkgs.makePythonPath [ python3.pkgs.qtpy python3.pkgs.pyside2 ]}"  --set-default OCIO "$out/share/OpenColorIO-Configs/blender/config.ocio" </ins> ''; meta = with lib; {

Discussion:
Describe the bug It's impossible to install natron as the package is marked as broken. To Reproduce Steps to reproduce the behavior: natron to systemPackages Expected behavior Package to system as usual Screenshots [nix sudo nixos-rebuild switch building Nix... building the system configuration... error: --- ThrownError
------------------------------------------------- nix-build Package ‘natron-2.1.9’ in /nix/store/h56h9jaa88b5mhwmg7hqn2w426ljg63c-nixos- is marked as broken, refusing to evaluate. a) For you can set { = true; } in to override this. b) For , , or any other Nix command you can add { allowBroken = true; } to (use '--show-trace' to show detailed location information) system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: yaml attribute: module:
note: it seems to work when installed via flatpak ( on flathub)
I marked this as stale due to inactivity. &rarr;
Change:
# remove dependency-heavy packages from the basic collections collection-basic = orig.collection-basic // { <del> deps = removeAttrs orig.collection-basic.deps [ "luatex" "metafont" "xdvi" ]; }; latex = orig.latex // { deps = removeAttrs orig.latex.deps [ "luatex" ]; </del> <ins> deps = removeAttrs orig.collection-basic.deps [ "metafont" "xdvi" ]; </ins> }; # add them elsewhere so that collections cover all packages <del> collection-luatex = orig.collection-luatex // { deps = orig.collection-luatex.deps // { inherit (tl) luatex; }; }; </del> collection-metapost = orig.collection-metapost // { deps = orig.collection-metapost.deps // { inherit (tl) metafont; }; };

Discussion:
The scripts from ` contained she bangs that are not patched: This makes XeLatex build like defined here () fails with: I don't know how to trigger the call of this scripts exactly, but in should fail in any sandboxed environment that call these scripts. System: NixOS: 18.03pre119383. (Impala) Nix version: nix-env (Nix) 1.11.15 Nixpkgs version: 18.03pre119383. Sandboxing enabled: build-use-sandbox = true
Is this still an issue on master (which has texlive 2017)?
Yes, still there. You check it using grep:
Hmm, using the linked MWE works fine for me. I notice above--can you post a new MWE that demonstrates the issue? Actually, ha! I found this in my one of my own local repositories for my slides (I notice in your first post): So, that should at least give you a reasonable workaround; it was enough to point me to the problem. I'll be submitting a PR to address this shortly.
It only happen sometimes when xelatex decides internally to use one of the impacted scripts. I don't know how to trigger this with a simple example, I tried but without success...
Change:
{ lib , stdenv , fetchFromGitHub <del> , fetchpatch </del> , glibcLocales , installShellFiles , python3

Discussion:
Steps to reproduce the behavior: to the branch Please run and paste the result.
Now it doesn't build on unstable as well. This package is pretty fussy with recurring issues.
This is probably the upstream issue:
Note that this error was fixed by , this issue can probably be closed.
indeed succeeds. Upstream also has an open PR for this issue: Should we keep this issue open to undo when the upstream PR is merged or just close this issue here?
I think closing is fine.
It seems like it started to fail again, with a different set of tests: Maybe we should just disable testing on this package?
Now I have issue with not building either as a dependency. I've had tests disabled for a while to deal with the test failures and it's ran alright.
This is extra annoying because you can't override it with an overlay. because the Python packages use .
You can, using note: I had to add the same overlay for , since it also has problems with tests. Both problems seem to be caused by an update to package
was recently.
Should be fixed by
Change:
<ins> { stdenv, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "cordless"; version = "2020-08-30"; src = fetchFromGitHub { owner = "Bios-Marcel"; repo = pname; rev = version; sha256 = "sha256-CwOI7Ah4+sxD9We+Va5a6jYat5mjOeBk2EsOfwskz6k="; }; subPackages = [ "." ]; vendorSha256 = "sha256-01I7GrZkaskuz20kVK2YwqvP7ViPMlQ3BFaoLHwgvOE="; meta = with stdenv.lib; { homepage = "https://github.com/Bios-Marcel/cordless"; description = "Discord terminal client"; license = licenses.bsd3; maintainers = with maintainers; [ colemickens ]; platforms = platforms.unix; }; } </ins>

Discussion:
Project description " The Discord terminal client you never knew you wanted. " aka, a Discord CLI client. Metadata homepage URL: source URL: license: bsd3 platforms: linux
Change:
else throw "Only x86_64 Linux and Darwin are supported."; languageServerSha256 = { <del> linux-x64 = "1w3y0sn6ijk1vspi4lailg1q1iy9lwslhx92c7jbrrkiaszvaqwn"; osx-x64 = "11l4fic8cvgh1l3dq6qxi51pwhcic79zf13rhyajl5w5g13caafp"; </del> <ins> linux-x64 = "159xfhpvqw6k8s5bk5jw3aydn6v61fbanq2mvddxcrf5hwf8cj8h"; osx-x64 = "0xjh1h77axbbyxikqkhq885n97srm0f15s4976pm1rka03zvd0bg"; </ins> }.${arch}; # version is languageServerVersion in the package.json languageServer = extractNuGet rec { name = "Python-Language-Server"; <del> version = "0.4.24"; </del> <ins> version = "0.4.71"; </ins> src = fetchurl { url = "https://pvsc.azureedge.net/python-language-server-stable/${name}-${arch}.${version}.nupkg";

Discussion:
Describe the bug Unfortunately, python language server 0.4.24 is no longer hosted so curl fails. The quick fix is to use 0.4.71 instead. Although I wonder if we can use instead for greater stability? Not clear how to map version numbers, though. The contributing guide shows how to use GitHub checkout instead.
It might be that this is now possible to package the language server. Its packaging was blocked by . Which might just have been resolved by . In the meantime, the quickfix seems like a good idea, that is, unless you have some free time to attempt the packaging yourself.
Meh, could you reopen? Unbelievably, 0.4.71 was hosted two days ago but no longer. I wrote a script to check what's available: It appears they host only latest for old versions, and two for current. So perhaps we switch to for now..?
sigh... why do people do this :(
Change:
systemd.services.pcscd = { environment.PCSCLITE_HP_DROPDIR = pluginEnv; restartTriggers = [ "/etc/reader.conf" ]; <ins> # If the cfgFile is empty and not specified (in which case the default # /etc/reader.conf is assumed), pcscd will happily start going through the # entire confdir (/etc in our case) looking for a config file and try to # parse everything it finds. Doesn't take a lot of imagination to see how # well that works. It really shouldn't do that to begin with, but to work # around it, we force the path to the cfgFile. # # https://github.com/NixOS/nixpkgs/issues/121088 serviceConfig.ExecStart = [ "" "${getBin pkgs.pcsclite}/bin/pcscd -f -x -c ${cfgFile}" ]; </ins> }; }; }

Discussion:
Describe the bug seems to be broken. When enabling via it doesn't seem to find the correct config file (namely ) and instead seemingly tries a few files in the dir one by one until it eventually fails. To Reproduce Steps to reproduce the behavior: via that the service does not start and instead the journal is filled with errors Expected behavior The service starts and is usable with a Yubikey Screenshots Output of running the command in the service file manually: ! More logs, seeing it try different files in and then failing to remove the pid file it didn't create: ! Additional context cc who also encountered this issue Notify maintainers via git blame Metadata
This was merged recently: cc: if this is the cause, we should consider a revert if we can't fix it quickly, this is potentially extremely bad.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
It's an easy fix (workaround at least). PR coming up in a few minutes.
Does this fix it for you ? I'm getting this in my pcscd logs, not sure if this is normal. But things aren't working with gpg still (with the using-pcscd path, anyway) EDIT: maybe this has to do with how I'm overriding gnupg (maybe the normal system gnupg gets some polkit rule that mine doesn't?)
I have the same issue: cc
I believe you've fixed the wrong file. Since the computer I'm on is affected, I cannot send a PR right now, so all I can offer immediately is a patch that reverts your changes in and, I believe, solves the actual root problem, which is an error in pscslite's . See patch below.
These logs look like
applying both and fixes the issue for me too
Thanks for the feedback! Could you please comment on so we can get it merged asap?
Change:
<ins> import ./make-test-python.nix ({ lib, ... }: with lib; { name = "readarr"; meta.maintainers = with maintainers; [ jocelynthode ]; nodes.machine = { pkgs, ... }: { services.readarr.enable = true; }; testScript = '' machine.wait_for_unit("readarr.service") machine.wait_for_open_port(8787) machine.succeed("curl --fail http://localhost:8787/") ''; }) </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:
catppuccin = mkTmuxPlugin { pluginName = "catppuccin"; <del> version = "unstable-2022-12-14"; </del> <ins> version = "unstable-2023-04-03"; </ins> src = fetchFromGitHub { owner = "catppuccin"; repo = "tmux"; <del> rev = "e2561decc2a4e77a0f8b7c05caf8d4f2af9714b3"; sha256 = "sha256-6UmFGkUDoIe8k+FrzdzsKrDHHMNfkjAk0yyc+HV199M="; </del> <ins> rev = "4e48b09a76829edc7b55fbb15467cf0411f07931"; sha256 = "sha256-bXEsxt4ozl3cAzV3ZyvbPsnmy0RAdpLxHwN82gvjLdU="; </ins> }; postInstall = '' sed -i -e 's|''${PLUGIN_DIR}/catppuccin-selected-theme.tmuxtheme|''${TMUX_TMPDIR}/catppuccin-selected-theme.tmuxtheme|g' $target/catppuccin.tmux

Discussion:
Package name: tmuxplugin-catppuccin-unstable Latest released version: 2023-04-03 Current version on the unstable channel: 2022-12-14 Current version on the stable/release channel: - Notify maintainers Note for maintainers: Please tag this issue in your PR.
Change:
{ lib , stdenv , fetchFromGitHub <del> , fetchpatch </del> , autoPatchelfHook , makeWrapper , buildNpmPackage

Discussion:
Package name: sunshine Latest released version: 0.22.2 <!-- Search your package here: --- Current version on the unstable channel: 0.22.0 Current version on the stable/release channel: 0.21.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: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { lib , stdenv , rustPlatform , fetchFromGitHub , darwin }: rustPlatform.buildRustPackage rec { pname = "cargo-xwin"; version = "0.14.8"; src = fetchFromGitHub { owner = "rust-cross"; repo = "cargo-xwin"; rev = "v${version}"; hash = "sha256-VhpqmGhGBqB20ZteIwbd0GCIUltBGfBw7XF9lH7witA="; }; cargoHash = "sha256-e5QyaiQKlIzBwJE781BrhdVINacw0iniPywIsoMlCGg="; buildInputs = lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Security ]; meta = with lib; { description = "Cross compile Cargo project to Windows MSVC target with ease"; homepage = "https://github.com/rust-cross/cargo-xwin"; license = with licenses; [ mit ]; maintainers = with maintainers; [ shivaraj-bh ]; }; } </ins>

Discussion:
Project description Cross compile Cargo project to Windows msvc target with ease. Metadata homepage URL: source URL: license: mit platforms: linux, darwin
Change:
<ins> diff --git a/third_party/ijar/mapped_file_unix.cc b/third_party/ijar/mapped_file_unix.cc index 6e3a908..030e9ca 100644 --- a/third_party/ijar/mapped_file_unix.cc +++ b/third_party/ijar/mapped_file_unix.cc @@ -19,6 +19,7 @@ #include <sys/mman.h> #include <algorithm> +#include <limits> #include "third_party/ijar/mapped_file.h" diff --git a/third_party/ijar/zlib_client.h b/third_party/ijar/zlib_client.h index ed66163..c4b051e 100644 --- a/third_party/ijar/zlib_client.h +++ b/third_party/ijar/zlib_client.h @@ -16,6 +16,7 @@ #define THIRD_PARTY_IJAR_ZLIB_CLIENT_H_ #include <limits.h> +#include <limits> #include "third_party/ijar/common.h" </ins>

Discussion:
(3.7) on master for a few days now, even reached nixpkgs-unstable. I'm running into this because it's a dependency for tensorflow-probabilty. It's probably needs some cxx standard flag -
Change:
name = "ceph-reef-ceph-volume-fix-set_dmcrypt_no_workqueue.patch"; hash = "sha256-r+7hcCz2WF/rJfgKwTatKY9unJlE8Uw3fmOyaY5jVH0="; }) <ins> (fetchpatch { url = "https://github.com/ceph/ceph/commit/607eb34b2c278566c386efcbf3018629cf08ccfd.patch"; name = "ceph-volume-fix-set_dmcrypt_no_workqueue-regex.patch"; hash = "sha256-q28Q7OIyFoMyMBCPXGA+AdNqp+9/6J/XwD4ODjx+JXY="; }) </ins> ]; postPatch = ''

Discussion:
The fix rolled out in lacks the third patch () described in . Without that patch it is still not possible to use ceph-volume with a dmcrypt'd volume. Steps to reproduce the behavior: on a bluestore OSD using LUKS Volume is activated. As there is still a stack trace that can be fixed by applying the above (and in the other issue thread) mentioned patch. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Is there any chance you could add a NixOS VM test that exercises cryptsetup/dmcrypt? Then your setup would be guarded by that for any future NixOS changes.
That's on my todo list for when I have enough spoons, but it is there and I will probably get to it within the next few weeks.
Change:
<ins> { lib , mkDerivation , fetchFromGitLab , cmake , pkg-config , qtbase , qttools , qpdf , podofo }: mkDerivation rec { pname = "pdfmixtool"; version = "1.0.2"; src = fetchFromGitLab { owner = "scarpetta"; repo = pname; rev = "v${version}"; sha256 = "066ap1w05gj8n0kvilyhlr1fzwrmlczx3lax7mbw0rfid9qh3467"; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ qtbase qttools qpdf podofo ]; meta = with lib; { description = "An application to split, merge, rotate and mix PDF files"; homepage = "https://gitlab.com/scarpetta/pdfmixtool"; license = licenses.gpl3Only; maintainers = with maintainers; [ onny ]; }; } </ins>

Discussion:
Project description Usefull graphical QT tool to do PDF document manipulation Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
<ins> { lib, stdenv, fetchFromGitLab, perl }: stdenv.mkDerivation rec { pname = "timelimit"; version = "1.9.2"; src = fetchFromGitLab { owner = "timelimit"; repo = pname; rev = "release/${version}"; sha256 = "sha256-5IEAF8zCKaCVH6BAxjoa/2rrue9pRGBBkFzN57d+g+g="; }; checkInputs = [ perl ]; doCheck = true; installFlags = [ "PREFIX=$(out)" ]; INSTALL_PROGRAM = "install -m755"; INSTALL_DATA = "install -m644"; meta = with lib; { description = "Execute a command and terminates the spawned process after a given time with a given signal"; homepage = "https://devel.ringlet.net/sysutils/timelimit/"; license = licenses.bsd2; platforms = platforms.all; maintainers = with maintainers; [ figsoda ]; }; } </ins>

Discussion:
Project description timelimit executes a command and terminates the spawned process after a given time with a given signal. A “warning” signal is sent first, then, after a timeout, a “kill” signal, similar to the way init(8) operates on shutdown. Metadata homepage URL: source URL: license: FreeBSD License (simplified 2-clause BSD) platforms: unix, linux, darwin