jiebi/CodeConvo huggingface dataset:
Change:
Package name: . Latest released version: 0.2.0 Current version on the unstable channel: 0.1.1 Current version on the stable/release channel: 0.1.1 Notify maintainers Myself :-) Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { lib, buildGoModule, fetchFromGitea, }: buildGoModule rec { pname = "woodpecker-pipeline-transform"; version = "0.2.0"; src = fetchFromGitea { domain = "codeberg.org"; owner = "lafriks"; repo = "woodpecker-pipeline-transform"; rev = "v${version}"; sha256 = "sha256-ngtpWjbL/ccmKTNQdL3osduELYSxcOu5z5UtqclNNSY="; }; vendorHash = "sha256-SZxFsn187UWZqaxwMDdzAmfpRLZSCIpbsAI1mAu7Z6w="; meta = { description = "Utility to convert different pipelines to Woodpecker CI pipelines"; changelog = "https://codeberg.org/lafriks/woodpecker-pipeline-transform/src/tag/v${version}"; homepage = "https://codeberg.org/lafriks/woodpecker-pipeline-transform"; license = lib.licenses.mit; mainProgram = "pipeline-convert"; maintainers = with lib.maintainers; [ ambroisie luftmensch-luftmensch ]; }; } </ins>

<del> { lib, buildGoModule, fetchFromGitea }: buildGoModule rec { pname = "woodpecker-pipeline-transform"; version = "0.1.1"; src = fetchFromGitea { domain = "codeberg.org"; owner = "lafriks"; repo = "woodpecker-pipeline-transform"; rev = "v${version}"; sha256 = "sha256-tWDMbOkajZ3BB32Vl630EZrY+Owm72MD2Z2JjMucVkI="; }; vendorHash = "sha256-qKzGALMagf6QHeLdABfNGG4f/3K/F6CjVYjOJtyTNoM="; meta = with lib; { description = "Utility to convert different pipelines to Woodpecker CI pipelines"; homepage = "https://codeberg.org/lafriks/woodpecker-pipeline-transform"; license = licenses.mit; mainProgram = "pipeline-convert"; maintainers = with maintainers; [ ambroisie ]; }; } </del>

woodpecker-cli = callPackage ../development/tools/continuous-integration/woodpecker/cli.nix { }; <del> woodpecker-pipeline-transform = callPackage ../development/tools/continuous-integration/woodpecker-pipeline-transform { }; </del> woodpecker-plugin-git = callPackage ../development/tools/continuous-integration/woodpecker-plugin-git { }; woodpecker-server = callPackage ../development/tools/continuous-integration/woodpecker/server.nix { };
Change:
Running the meshtastic CLI (python3Packages.meshtastic) fails with this error: It works if you run it using . Steps to reproduce the behavior: . The program runs correctly. <!-- 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]:
Seems like just adding to the dependencies works

Discussion:
buildPythonPackage, dotmap, fetchFromGitHub, <ins> packaging, </ins> pexpect, protobuf, pygatt,

dependencies = [ bleak dotmap <ins> packaging </ins> pexpect protobuf pygatt
Change:
The user's Special Queries preferences page is blank. the searx service: The Special Queries page should be filled in. ! The empty Special Queries preferences page. ! While investigating this problem I noticed that the directory is blank (save for and ) while this directory should have something in . I'm not sure if this is related. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Good catch! I think they are missing the Let me test that out.
Will be fixed with

Discussion:
postPatch = '' sed -i 's/==.*$//' requirements.txt <ins> # can't be fetchpatched as it is essentially empty and it complains about that # TODO: drop when updating to a version that includes https://github.com/searxng/searxng/pull/3563 touch searx/answerers/random/__init__.py touch searx/answerers/statistics/__init__.py </ins> ''; preBuild =
Change:
Steps to reproduce the behavior: rtl88x2bu None <!-- 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]:
Fixed in

Discussion:
<del> { lib, stdenv, fetchFromGitHub, kernel, bc }: </del> <ins> { lib, stdenv, fetchFromGitHub, kernel, bc, }: </ins> stdenv.mkDerivation { pname = "rtl88x2bu"; <del> version = "${kernel.version}-unstable-2023-11-29"; </del> <ins> version = "${kernel.version}-unstable-2024-06-09"; </ins> src = fetchFromGitHub { owner = "morrownr"; repo = "88x2bu-20210702"; <del> rev = "cd2b6cbd9c8fbfebee8a1f28fab8e4434450456c"; sha256 = "sha256-t1lLJSEDzY2zvgcKYaxUq/umrlLpxu4+4zWmG8R0Wz4="; </del> <ins> rev = "62f3a86a2687fe98bd441e0aff5adf87d95c238a"; hash = "sha256-gQWk1nhtT0W2dY5uQitWabBGEDfZpmJAoJg+j2ndO00="; </ins> }; hardeningDisable = [ "pic" ];
Change:
Steps to reproduce the behavior: -shell -p 'julia.withPackages ["Plots"]' or any other way to build julia.withPackages["Plots"] Also fails for makie and gadfly Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Yes, there are some problems with Julia 1.10 I've been meaning to investigate. In the meantime 1.9 should work:

Discussion:
# See https://github.com/NixOS/nixpkgs/issues/315890 git config --global --add safe.directory '*' <ins> # Tell Julia to use the Git binary we provide, rather than internal libgit2. </ins> export JULIA_PKG_USE_CLI_GIT="true" # At time of writing, this appears to be the only way to turn precompiling's

os.makedirs(out_path / path) # Copy some files to the minimal repo unchanged <del> for f in ["Compat.toml", "Deps.toml"]: </del> <ins> for f in ["Compat.toml", "Deps.toml", "WeakCompat.toml", "WeakDeps.toml"]: </ins> if (registry_path / path / f).exists(): shutil.copy2(registry_path / path / f, out_path / path)

fetchFromGitHub { owner = "CodeDownIO"; repo = "General"; <del> rev = "de80ad56e87f222ca6a7a517c69039d35437ab42"; sha256 = "0pz1jmmcb2vn854w8w0zlpnihi470649cd8djh1wzgq2i2fy83bl"; # date = "2023-12-22T03:28:12+00:00"; </del> <ins> rev = "998c6da1553dc0776dfff314d2f1bd5af488ed71"; sha256 = "sha256-57RiIPTu9895mdk3oSfo7I3PYw7G0BfJG1u+mYkJeLk="; # date = "2024-07-01T12:22:35+00:00"; </ins> }
Change:
After the KDE Frameworks 6.3.0 update, I can no longer launch kcm modules by searching for them in Application Launcher or KRunner. I can open them directly with "systemsettings kcmabout-distro" in a terminal with no issues. I can also access them by opening systemsettings first and then clicking the particular kcm module I'm trying to access. I'm having issues getting any usable information about this bug because it launches successfully through the terminal. If this is upstream please let me know and I'll submit this over on the KDE Bugtracker. Steps to reproduce the behavior: in to KDE Plasma 6. the Meta key and type "About This System" and hit enter. that the systemsettings icon shows in task manager and then closes after a few seconds. Nothing is launched. I press the Meta key, type "About This System", hit enter, and see the kcmabout-distro module load displaying information about the system. Please run and paste the result.
Please test
Sorry, I've been crazy busy at work. I just got to test this myself and it did work in my case as well. Thanks for the quick update!

Discussion:
patches = [ # Remove hardcoded smbd search path <del> # FIXME(later): discuss with upstream? </del> ./0001-Remove-impure-smbd-search-path.patch <ins> # When running a process through systemd, resolve the full path ourselves ./early-resolve-executables.diff # FIXME(later): discuss with upstream? </ins> ]; extraBuildInputs = [qt5compat qttools acl attr];

<ins> diff --git a/src/gui/systemd/systemdprocessrunner.cpp b/src/gui/systemd/systemdprocessrunner.cpp index afe3e2c69..5e5ee012d 100644 --- a/src/gui/systemd/systemdprocessrunner.cpp +++ b/src/gui/systemd/systemdprocessrunner.cpp @@ -128,7 +128,7 @@ void SystemdProcessRunner::startProcess() // so we can be notified (see https://github.com/systemd/systemd/pull/3984) {QStringLiteral("Environment"), m_process->environment()}, {QStringLiteral("WorkingDirectory"), m_process->workingDirectory()}, -            {QStringLiteral("ExecStart"), QVariant::fromValue(ExecCommandList{{m_process->program().first(), m_process->program(), false}})}, +            {QStringLiteral("ExecStart"), QVariant::fromValue(ExecCommandList{{QStandardPaths::findExecutable(m_process->program().first()), m_process->program(), false}})}, }, {} // aux is currently unused and should be passed as empty array. ); </ins>
Change:
Steps to reproduce the behavior: mpv-unwrapped on x86_64-darwin Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Unless I got confused this is still a problem on nixos-unstable, but according to the fix was merged there
It looks like not a same error?
You're right. This one seems like it's originating in swift.
I was also confused because I have the same error when building mpv, but yeah looks like a swift error. Any solutions?
The build-failure reported in this issue seems to be unrelated to the recent swift breakage on Darwin. Where swift-dependent packages like mpv are currently broken on Darwin. I suggest opening a separate issue to track mpv's build-failure due to swift on Darwin. There is an open-issue for the swift build failure at .

Discussion:
overrideSDK = platform: version: <del> platform // lib.optionalAttrs (platform ? darwinMinVersion) { darwinMinVersion = version; }; </del> <ins> platform // lib.optionalAttrs (platform ? darwinMinVersion) { darwinMinVersion = version; }; </ins> stdenv' = if swiftSupport && stdenv.isDarwin && stdenv.isx86_64 then stdenv.override (old: { <del> buildPlatform = overrideSDK old.buildPlatform "10.15"; hostPlatform = overrideSDK old.hostPlatform "10.15"; targetPlatform = overrideSDK old.targetPlatform "10.15"; </del> <ins> buildPlatform = overrideSDK old.buildPlatform "11.0"; hostPlatform = overrideSDK old.hostPlatform "11.0"; targetPlatform = overrideSDK old.targetPlatform "11.0"; </ins> }) else stdenv;

tests = { inherit (nixosTests) mpv; <del> version = testers.testVersion { package = finalAttrs.finalPackage; }; </del> <ins> version = testers.testVersion { package = finalAttrs.finalPackage; }; </ins> pkg-config = testers.hasPkgConfigModules { package = finalAttrs.finalPackage; moduleNames = [ "mpv" ];
Change:
Package name: sfwbar Latest released version: 1.0beta14 <!-- Search your package here: --- Current version on the unstable channel: 1.0beta13 Current version on the stable/release channel: 1.0_beta13 <!-- 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 NotAShelf <!-- 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]:

Discussion:
<del> { lib , stdenv , fetchFromGitHub , gtk3 , meson , ninja , json_c , pkg-config , gtk-layer-shell , libpulseaudio , libmpdclient , libxkbcommon , alsa-lib , makeWrapper , }: stdenv.mkDerivation rec { pname = "sfwbar"; version = "1.0_beta13"; src = fetchFromGitHub { owner = "LBCrion"; repo = pname; rev = "v${version}"; hash = "sha256-7oiuTEqdXDReKdakJX6+HRaSi1XovM+MkHFkaFZtq64="; }; buildInputs = [ gtk3 json_c gtk-layer-shell libpulseaudio libmpdclient libxkbcommon alsa-lib ]; nativeBuildInputs = [ meson ninja pkg-config makeWrapper ]; postFixup = '' wrapProgram $out/bin/sfwbar  --suffix XDG_DATA_DIRS : $out/share ''; meta = with lib; { homepage = "https://github.com/LBCrion/sfwbar"; description = "Flexible taskbar application for wayland compositors, designed with a stacking layout in mind"; mainProgram = "sfwbar"; platforms = platforms.linux; maintainers = with maintainers; [ NotAShelf ]; license = licenses.gpl3Only; }; } </del>

<ins> { lib, stdenv, fetchFromGitHub, gtk3, meson, ninja, json_c, pkg-config, gtk-layer-shell, libpulseaudio, libmpdclient, libxkbcommon, alsa-lib, makeWrapper, }: let version = "1.0_beta14"; in stdenv.mkDerivation { pname = "sfwbar"; inherit version; src = fetchFromGitHub { owner = "LBCrion"; repo = "sfwbar"; rev = "v${version}"; hash = "sha256-4brP1SXaWq/L0D87rvlrWhLU1oFPSwNNxBSzRr4jsTM="; }; buildInputs = [ gtk3 json_c gtk-layer-shell libpulseaudio libmpdclient libxkbcommon alsa-lib ]; nativeBuildInputs = [ meson ninja pkg-config makeWrapper ]; postFixup = '' wrapProgram $out/bin/sfwbar  --suffix XDG_DATA_DIRS : $out/share ''; meta = { homepage = "https://github.com/LBCrion/sfwbar"; description = "Flexible taskbar application for wayland compositors, designed with a stacking layout in mind"; changelog = "https://github.com/LBCrion/sfwbar/releases/tag/v${version}"; mainProgram = "sfwbar"; platforms = lib.platforms.linux; maintainers = with lib.maintainers; [ luftmensch-luftmensch NotAShelf ]; license = lib.licenses.gpl3Only; }; } </ins>

singularity-overriden-nixos ; <del> sfwbar = callPackage ../applications/misc/sfwbar { }; </del> skate = callPackage ../applications/misc/skate { }; slack = callPackage ../applications/networking/instant-messengers/slack { };
Change:
When using a SOCKS5 proxy the command does not work. Steps to reproduce the behavior: Regular installation of azure-cli installs requests with socks () which installs PySocks () I'm not sure about the fix, but I think PySocks needs to be to build inputs: <!-- 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]:

Discussion:
./0001-optional-immutable-configuration-dir.patch ]; <del> propagatedBuildInputs = with self; [ argcomplete azure-cli-telemetry azure-common azure-mgmt-core cryptography distro humanfriendly jmespath knack msal-extensions msal msrestazure packaging paramiko pkginfo psutil pyjwt pyopenssl requests ]; </del> <ins> propagatedBuildInputs = with self; [ argcomplete azure-cli-telemetry azure-common azure-mgmt-core cryptography distro humanfriendly jmespath knack msal-extensions msal msrestazure packaging paramiko pkginfo psutil pyjwt pyopenssl requests ] ++ requests.optional-dependencies.socks; </ins> nativeCheckInputs = with self; [ pytest ];
Change:
Steps to reproduce the behavior: hanbrake-1.8.0 / ffmpeg-full-7.0 The ffmpeg override is failing to build, complaining about not finding xevd <!-- 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]:
Sorry, misread. thought it was the handbrake custom thing and not the actual ffmpeg_7-full package.
Seems to be related to the upgrade from xevd 0.4.1 to 0.5.0
Created a fix for it

Discussion:
fetchFromGitHub, stdenv, gitUpdater, <ins> testers, </ins> cmake, }:

"dev" ]; <ins> env.NIX_CFLAGS_COMPILE = toString [ "-lm" ]; </ins> passthru.updateScript = gitUpdater { rev-prefix = "v"; }; <ins> passthru.tests.pkg-config = testers.testMetaPkgConfig finalAttrs.finalPackage; </ins> meta = { homepage = "https://github.com/mpeg5/xevd"; description = "eXtra-fast Essential Video Decoder, MPEG-5 EVC"; license = lib.licenses.bsd3; mainProgram = "xevd_app"; <ins> pkgConfigModules = [ "xevd" ]; </ins> maintainers = with lib.maintainers; [ jopejoe1 ]; platforms = lib.platforms.all; broken = !stdenv.hostPlatform.isx86 || stdenv.hostPlatform.isDarwin;
Change:
The Cavalier app does not seem to work. When I install it through and the same if I install it through nix-shell -p. I also tried adding libGL and dotnet, but nothing.

Discussion:
, appstream-glib , desktop-file-utils , cava <ins> , libGL </ins> }: buildDotnetModule rec {

glib gtk4 libadwaita <ins> libGL </ins> ]; postInstall = ''
Change:
Project description This package implements parsers and serializers to convert between labeled property graph formats and databases. For example, I'm trying to transliterate a JSONCanvas file from Obsidian to other formats. Thank you! Metadata homepage URL: source URL: license: MIT platforms: NodeJS Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Note for packagers: with should be preferred over .

Discussion:
<ins> { lib, buildNpmPackage, fetchFromGitHub, }: buildNpmPackage rec { pname = "pgraphs"; version = "0.6.12"; src = fetchFromGitHub { owner = "pg-format"; repo = "pgraphs"; rev = "refs/tags/v${version}"; hash = "sha256-rhNXASSHgdL9knq9uPFhAGlh0ZAKo5TNh/2a4u6Mh1U="; }; npmDepsHash = "sha256-S1pCmRaRuprqIjaylIsuHyguhgQC5vvp7pDq2KJgrHQ="; dontNpmBuild = true; meta = { description = "Property Graph Exchange Format (PG) converter"; changelog = "https://github.com/pg-format/pgraphs/blob/v${version}/CHANGELOG.md"; homepage = "https://github.com/pg-format/pgraphs"; license = lib.licenses.mit; mainProgram = "pgraphs"; maintainers = with lib.maintainers; [ luftmensch-luftmensch ]; }; } </ins>
Change:
GNOME Music appears empty, but there are music files in my music folder. Steps to reproduce the behavior: NixOS with flake in. music files in music folder. GNOME Music. Music shows up. ! One new line of those appears every time I drop a music file on the music folder. <!-- 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]:
Sounds like this error is still happening: Probably will want to open a new upstream issue.
Have the same issue
Opened
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Wondering what's the plan given the upstream findings.
No plan currently. Basically waiting for someone to be sufficiently annoyed to fix this. Suggested action in

Discussion:
hash = "sha256-50OIFUtcGXtLfuQvDc6MX7vd1NNhCT74jU+zA+M9pf4="; }; <ins> patches = [ ./tracker-landlock-nix-store-permission.patch ]; </ins> nativeBuildInputs = [ asciidoc docbook-xsl-nons

<ins> diff --git a/src/libtracker-miners-common/tracker-landlock.c b/src/libtracker-miners-common/tracker-landlock.c index 6d4510be1..1de5d5a90 100644 --- a/src/libtracker-miners-common/tracker-landlock.c +++ b/src/libtracker-miners-common/tracker-landlock.c @@ -184,6 +184,10 @@ gboolean tracker_landlock_init (const gchar * const *indexed_folders) { TrackerLandlockRule stock_rules[] = { +		{ "/nix/store", +		 (LANDLOCK_ACCESS_FS_EXECUTE | +		  LANDLOCK_ACCESS_FS_READ_FILE | +		  LANDLOCK_ACCESS_FS_READ_DIR) }, /* Allow access to the executable itself */ { LIBEXECDIR "/tracker-extract-3", LANDLOCK_ACCESS_FS_READ_FILE | </ins>
Change:
https://security-
Eh, it seems the fix isn't even contained in any upstream release yet.
Andy Lutomirski reported this on only on Friday, and he has to give distros time before he comes out with a PoC or exploitation details. It's unclear how tricky it will be to exploit at this time - but attacks never get worse, only better, and I'm sure some people (probably even my old colleagues) are already working on exploits for this, as many people have reproduced it. Historically vulns have given rise to many good exploits. I'd suggest we patch it, and the patch will likely apply to every mainstream kernel we're still supporting. It's also unclear (to me, at least) when new stable kernels will come out that fix this. Maybe tomorrow. Or maybe late this week after an exploit is out. And, as usual, grsecurity already has for such problems. :)
As I suspected, this exploit can lead to a potential control of kernel pointers/registers which will inevitably lead to a full exploit with almost 100% certainty: This same style of exploit/control mechanism was also the focus of which allowed breaks from hardware-assisted hypervisors into the controlling host domain. (And I will say factually that CVE-2012-0217 was not theoretical in the slightest - there were private, fully working exploits for this attack that were shown to break into host machines directly from hypervisored virtual machines). I suggest we fix this immediately by upgrading all relevant kernels on and .
I never opposed applying the fix ;-)
During our discussion upstream released updates for most branches :-)
Fixed long ago, I believe.

Discussion:
import ./generic.nix ( rec { <del> version = "3.4.2"; </del> <ins> version = "3.4.4"; </ins> testing = false; preConfigure = ''

src = fetchurl { url = "mirror://kernel/linux/kernel/v3.x/${if testing then "testing/" else ""}linux-${version}.tar.xz"; <del> sha256 = "0pd96g1qcp2wgdnvk79hljjrpr6xjk0159lks47n181a3yirzf4x"; </del> <ins> sha256 = "0l4h7amhsmgpnii8rgwi32nd7ajsifk2xckjd39pfzwdifacw5yw"; </ins> }; config = configWithPlatform stdenv.platform;
Change:
It is impossible to have both sway and hyprland enabled at the same time. then nixos-rebuild results in: Have a system with both sway and hyprland available simultaneously. Caused by . <!-- 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]:

Discussion:
services.displayManager.sessionPackages = [ cfg.package ]; xdg.portal = { <ins> enable = true; </ins> extraPortals = [ cfg.portalPackage ]; configPackages = lib.mkDefault [ cfg.package ]; };

(import ./wayland-session.nix { inherit lib pkgs; enableXWayland = cfg.xwayland.enable; <del> enableWlrPortal = false; # Hyprland has its own portal, wlr is not needed </del> <ins> enableWlrPortal = lib.mkDefault false; # Hyprland has its own portal, wlr is not needed </ins> }) ]);
Change:
Attempt to build on Sample This is on an M2 chip, and it seems the issue is with node-canvas not being able to install due to missing giflib. Building with: Fixes this. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
, writeShellScriptBin , makeWrapper , copyDesktopItems <ins> , giflib </ins> , makeDesktopItem , pkg-config , pixman

pango ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk_11_0.frameworks.CoreText <ins> giflib </ins> ]; desktopItems = [
Change:
Steps to reproduce the behavior: Looks like a version script error similar to other packages, should be a relatively easy fix. 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]:

Discussion:
url = "https://gitlab.freedesktop.org/libbsd/libbsd.git"; }; <ins> # Fix undefined reference errors with version script under LLVM. configureFlags = lib.optionals (stdenv.cc.bintools.isLLVM && lib.versionAtLeast stdenv.cc.bintools.version "17") [ "LDFLAGS=-Wl,--undefined-version" ]; </ins> meta = with lib; { description = "Common functions found on BSD systems"; homepage = "https://libbsd.freedesktop.org/";