Question:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

<del> diff --git a/Cargo.lock b/Cargo.lock index fb17c7e..ef157e5 100644 --- a/Cargo.lock +++ b/Cargo.lock @@ -2332,10 +2332,10 @@ dependencies = [ [[package]] name = "magnum-opus" version = "0.4.0" -source = "git+https://github.com/open-trade/magnum-opus#3c3d0b86ae95c84930bebffe4bcb03b3bd83342b" +source = "git+https://github.com/TheRadioGuy/magnum-opus#171e1d021004626f7444d1e39b98f50bc3cb2604" dependencies = [ - "bindgen", - "target_build_utils", + "libc", + "opusic-sys", ] [[package]] @@ -2796,6 +2796,16 @@ version = "0.1.5" source = "registry+https://github.com/rust-lang/crates.io-index" checksum = "ff011a302c396a5197692431fc1948019154afc178baf7d8e37367442a4601cf" +[[package]] +name = "opusic-sys" +version = "0.3.6" +source = "registry+https://github.com/rust-lang/crates.io-index" +checksum = "5eace752ce07a037241dba8f02c654799f051e431b27028056bcb480e83b54f5" +dependencies = [ + "cmake", + "libc", +] + [[package]] name = "os_str_bytes" version = "6.0.0" </del> diff --git a/Cargo.toml b/Cargo.toml index 1b715bd..960e8da 100644 --- a/Cargo.toml


Question:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

{ lib <del> , stdenv </del> , fetchFromGitHub , makeDesktopItem , copyDesktopItems


Question:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

, cmake , yasm , nasm <del> , zip </del> , pkg-config , clang , gtk3


Question:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

./fix-for-rust-1.65.diff ]; <del> cargoSha256 = "sha256-1OMWEk+DerltF7kwdo4d04rbgIFLHBRq3vZaL7jtrdE="; LIBCLANG_PATH="${llvmPackages.libclang.lib}/lib"; </del> <ins> LIBCLANG_PATH = "${llvmPackages.libclang.lib}/lib"; cargoLock = { lockFile = ./Cargo.lock; outputHashes = { "confy-0.4.0" = "sha256-e91cvEixhpPzIthAxzTa3fDY6eCsHUy/eZQAqs7QTDo="; "parity-tokio-ipc-0.7.3-1" = "sha256-eULJePtBu0iBI3It/bPH0h82Obsb1PJALgwYwrnCFYI="; "rdev-0.5.0-2" = "sha256-7CEZ2wIM4QAPfY1tGKqXfHplTaxHnccVqFRPjY21Svo="; "tokio-socks-0.5.1-1" = "sha256-45QQ6FrhGU9uEhbKXTKd/mY6MDumO6p46NmlakdyDQk="; "libappindicator-0.6.1" = "sha256-JGnnZrcwbh8WJ6+/4bYhfD3HvgF2C7XaaGb6TaMRWdw="; "magnum-opus-0.4.0" = "sha256-U5uuN4YolOYDnFNbtPpwYefcBDTUUyioui0UCcW8dyo="; "rust-pulsectl-0.2.12" = "sha256-8jXTspWvjONFcvw9/Z8C43g4BuGZ3rsG32tvLMQbtbM="; "sciter-rs-0.5.57" = "sha256-ZZnZDhMjK0LjgmK0da1yvB0uoKueLhhhQtzmjoN+1R0="; "systray-0.4.1" = "sha256-p1PMr/8oS6zHx4+Ng4zCqt0xZ57cq3wAu6/agyWq5Jw="; }; }; </ins> # Change magnus-opus version to upstream so that it does not use # vcpkg for libopus since it does not work.


Question:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

# Manually simulate a vcpkg installation so that it can link the libaries # properly. <del> postUnpack = let vcpkg_target = "x64-linux"; updates_vcpkg_file = writeText "update_vcpkg_rustdesk" </del> <ins> postUnpack = let vcpkg_target = "x64-linux"; updates_vcpkg_file = writeText "update_vcpkg_rustdesk" '' Package : libyuv Architecture : ${vcpkg_target} Version : 1.0 Status : is installed Package : libvpx Architecture : ${vcpkg_target} Version : 1.0 Status : is installed ''; in </ins> '' <del> Package : libyuv Architecture : ${vcpkg_target} Version : 1.0 Status : is installed Package : libvpx Architecture : ${vcpkg_target} Version : 1.0 Status : is installed </del> <ins> export VCPKG_ROOT="$TMP/vcpkg"; mkdir -p $VCPKG_ROOT/.vcpkg-root mkdir -p $VCPKG_ROOT/installed/${vcpkg_target}/lib mkdir -p $VCPKG_ROOT/installed/vcpkg/updates ln -s ${updates_vcpkg_file} $VCPKG_ROOT/installed/vcpkg/status mkdir -p $VCPKG_ROOT/installed/vcpkg/info touch $VCPKG_ROOT/installed/vcpkg/info/libyuv_1.0_${vcpkg_target}.list touch $VCPKG_ROOT/installed/vcpkg/info/libvpx_1.0_${vcpkg_target}.list ln -s ${libvpx.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ ln -s ${libyuv.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ </ins> ''; <del> in '' export VCPKG_ROOT="$TMP/vcpkg"; mkdir -p $VCPKG_ROOT/.vcpkg-root mkdir -p $VCPKG_ROOT/installed/${vcpkg_target}/lib mkdir -p $VCPKG_ROOT/installed/vcpkg/updates ln -s ${updates_vcpkg_file} $VCPKG_ROOT/installed/vcpkg/status mkdir -p $VCPKG_ROOT/installed/vcpkg/info touch $VCPKG_ROOT/installed/vcpkg/info/libyuv_1.0_${vcpkg_target}.list touch $VCPKG_ROOT/installed/vcpkg/info/libvpx_1.0_${vcpkg_target}.list ln -s ${libvpx.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ ln -s ${libyuv.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ ''; </del> nativeBuildInputs = [ pkg-config cmake makeWrapper copyDesktopItems yasm nasm clang wrapGAppsHook ]; buildInputs = [ alsa-lib pulseaudio libXfixes libxcb xdotool gtk3 libvpx libopus libXtst libyuv ];


Question:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

# Checks require an active X display. doCheck = false; <del> desktopItems = [ (makeDesktopItem { name = "rustdesk"; exec = meta.mainProgram; icon = "rustdesk"; desktopName = "RustDesk"; comment = meta.description; genericName = "Remote Desktop"; categories = ["Network"]; }) ]; </del> <ins> desktopItems = [ (makeDesktopItem { name = "rustdesk"; exec = meta.mainProgram; icon = "rustdesk"; desktopName = "RustDesk"; comment = meta.description; genericName = "Remote Desktop"; categories = [ "Network" ]; }) ]; postPatch = '' rm Cargo.lock ln -s ${./Cargo.lock} Cargo.lock ''; </ins> # Add static ui resources and libsciter to same folder as binary so that it # can find them.


Question:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

description = "Yet another remote desktop software"; homepage = "https://rustdesk.com"; license = licenses.gpl3Only; <del> maintainers = with maintainers; [ leixb ]; </del> <ins> maintainers = with maintainers; [ ocfox leixb ]; </ins> platforms = [ "x86_64-linux" ]; mainProgram = "rustdesk"; };


Question:
Package name: django-sesame Latest released version: 3.1 - <!-- Search your package here: --- Current version on the unstable channel: 1.7 Current version on the stable/release channel: 1.7 <!-- 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.
https://django- The docs for django-sesame ensure compatibility with Django 3.2 and 4.1, which are the versions covered by unstable and the latest stable releases. There is no guarantee that 1.7 would have been compatible with the current Django versions.

<del> { lib, buildPythonPackage, fetchFromGitHub , django }: </del> <ins> { lib , buildPythonPackage , django , fetchFromGitHub , poetry-core , python , pythonOlder , ua-parser }: </ins> buildPythonPackage rec { pname = "django-sesame"; <del> version = "1.7"; </del> <ins> version = "3.1"; format = "pyproject"; disabled = pythonOlder "3.7"; </ins> src = fetchFromGitHub { owner = "aaugustin"; repo = pname; <del> rev = version; sha256 = "0k8s44zn2jmasp0w064vrx685fn4pbmdfx8qmhkab1hd5ys6pi44"; </del> <ins> rev = "refs/tags/${version}"; hash = "sha256-Pyyhm0th0cNEkM0sd6maCnf4qELsSO82c9CQuqQdn0w="; </ins> }; <del> nativeCheckInputs = [ django ]; </del> <ins> nativeBuildInputs = [ poetry-core ]; nativeCheckInputs = [ django ua-parser ]; pythonImportsCheck = [ "sesame" ]; </ins> checkPhase = '' <del> make test </del> <ins> runHook preCheck ${python.interpreter} -m django test --settings=tests.settings runHook postCheck </ins> ''; meta = with lib; {


Question:
Installing and using fzf breaks with the following error message: Steps to reproduce the behavior: fzf with tmux integration, I did it via home manager modules fzf with tmux integration within tmux The tmux pop up appears with history to filter If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result. Looks like this got introduced with The runtime dependency was with that new version: Line 183 of file I wasn't able to find a proper URL to link to that line within the diff.
Workaround: Install as another package.
due to providing the update to 0.39.0 at
Should be fixed by , would be helpful if you could test it.
Thanks I'm pretty new, is there any doc how I could test this on my machine?
If you're using Nix channels then you can replace your channel with and rebuild, which will build all your packages from my PR branch, including . If you're using Nix Flakes then you can change the nixpkgs input to be which has the same effect.

, writeShellScriptBin , runtimeShell , installShellFiles <ins> , bc </ins> , ncurses , perl , glibcLocales


Question:
Installing and using fzf breaks with the following error message: Steps to reproduce the behavior: fzf with tmux integration, I did it via home manager modules fzf with tmux integration within tmux The tmux pop up appears with history to filter If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result. Looks like this got introduced with The runtime dependency was with that new version: Line 183 of file I wasn't able to find a proper URL to link to that line within the diff.
Workaround: Install as another package.
due to providing the update to 0.39.0 at
Should be fixed by , would be helpful if you could test it.
Thanks I'm pretty new, is there any doc how I could test this on my machine?
If you're using Nix channels then you can replace your channel with and rebuild, which will build all your packages from my PR branch, including . If you're using Nix Flakes then you can change the nixpkgs input to be which has the same effect.

# Include first args to make sure we're patching the right thing substituteInPlace shell/key-bindings.bash  --replace " perl -n " " ${ourPerl}/bin/perl -n " <ins> # fzf-tmux depends on bc substituteInPlace bin/fzf-tmux  --replace "bc" "${bc}/bin/bc" </ins> ''; postInstall = ''


Question:
It would be nice if the packages provided a icon. the following in your : up a graphical application launcher and search for Wootility. Please run and paste the result. <pre<samp- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: </samp</pre
PR submitted that, among other things, adds a desktop-entry file.

{ appimageTools , fetchurl , lib <del> , xorg , udev , wooting-udev-rules </del> , makeWrapper }: <del> appimageTools.wrapType2 rec { </del> <ins> let </ins> pname = "wootility"; version = "4.6.20"; src = fetchurl { url = "https://s3.eu-west-2.amazonaws.com/wooting-update/wootility-lekker-linux-latest/wootility-lekker-${version}.AppImage"; sha256 = "sha256-JodmF3TThPpXXx1eOnYmYAJ4x5Ylcf35bw3R++5/Buk="; }; <ins> in appimageTools.wrapType2 { inherit pname version src; </ins> extraInstallCommands = let contents = appimageTools.extract { inherit pname version src; };


Question:
It would be nice if the packages provided a icon. the following in your : up a graphical application launcher and search for Wootility. Please run and paste the result. <pre<samp- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: </samp</pre
PR submitted that, among other things, adds a desktop-entry file.

export LC_ALL=C.UTF-8 ''; <del> multiPkgs = extraPkgs; extraPkgs = pkgs: (appimageTools.defaultFhsEnvArgs.multiPkgs pkgs) ++ ([ udev wooting-udev-rules xorg.libxkbfile ]); </del> <ins> extraPkgs = pkgs: with pkgs; ([ xorg.libxkbfile ]); </ins> <del> meta = with lib; { </del> <ins> meta = { </ins> homepage = "https://wooting.io/wootility"; description = "Customization and management software for Wooting keyboards"; <del> platforms = [ "x86_64-linux" ]; license = licenses.unfree; maintainers = with maintainers; [ davidtwco sodiboo ]; </del> <ins> platforms = lib.platforms.linux; license = lib.licenses.unfree; maintainers = with lib.maintainers; [ davidtwco sodiboo ]; </ins> mainProgram = "wootility"; }; }


Question: Codux is a visual IDE for React that enables users to visually edit their projects and see changes reflected instantly in their code editor. It aims to streamline the development process and provide a more intuitive way to design and develop React applications. <!-- Describe the project a little: --Metadata homepage URL: source URL: (unfree) license: unfree platforms: windows, linux, osX

<ins> { lib , appimageTools , fetchurl }: let pname = "codux"; version = "15.4.4"; src = fetchurl { url = "https://github.com/wixplosives/codux-versions/releases/download/${version}/Codux-${version}.x86_64.AppImage"; sha256 = "sha256-6XLKXw+e/310mCQxM/X/kzok562vGjEhmF1eLfakB4Q="; }; appimageContents = appimageTools.extractType2 { inherit pname version src; }; in appimageTools.wrapType2 rec { inherit pname version src; extraInstallCommands = '' mv $out/bin/${pname}-${version} $out/bin/${pname} install -m 444 -D ${appimageContents}/${pname}.desktop -t $out/share/applications cp -r ${appimageContents}/usr/share/icons $out/share substituteInPlace $out/share/applications/${pname}.desktop  --replace 'Exec=AppRun' 'Exec=${pname}' ''; meta = with lib; { description = "A visual IDE for React"; homepage = "https://www.codux.com"; license = licenses.unfree; platforms = [ "x86_64-linux" ]; maintainers = with maintainers; [ dit7ya ]; }; } </ins>


Question: Codux is a visual IDE for React that enables users to visually edit their projects and see changes reflected instantly in their code editor. It aims to streamline the development process and provide a more intuitive way to design and develop React applications. <!-- Describe the project a little: --Metadata homepage URL: source URL: (unfree) license: unfree platforms: windows, linux, osX

codespell = callPackage ../development/tools/codespell { }; <ins> codux = callPackage ../applications/editors/codux { }; </ins> coolreader = libsForQt5.callPackage ../applications/misc/coolreader { }; corsair = with python3Packages; toPythonApplication corsair-scan;


Question: does not appear to be supported on ; this is possible via , and works with no issue, so it does not appear to be a technical limitation. I am not familiar enough with Nix to port over the homebrew packaging, but was planning on taking a stab if this issue does not get traction. or and System: Nix version: Nixpkgs version:

<del> { stdenv, fetchurl, utillinux, libcap }: </del> <ins> { stdenv, fetchurl, fetchpatch, getopt, libcap }: </ins> stdenv.mkDerivation rec { version = "1.20.2";


Question: does not appear to be supported on ; this is possible via , and works with no issue, so it does not appear to be a technical limitation. I am not familiar enough with Nix to port over the homebrew packaging, but was planning on taking a stab if this issue does not get traction. or and System: Nix version: Nixpkgs version:

sha256 = "0313xb2j6a4wihrw9gfd4rnyqw7zzv6wf3rfh2gglgnv356ic2kw"; }; <del> buildInputs = [ utillinux /* provides getopt */ libcap ]; </del> <ins> # patchset from brew patches = stdenv.lib.optionals stdenv.isDarwin [ (fetchpatch { name = "0001-Implement-openat-2-wrapper-which-handles-optional-ar.patch"; url = "https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=0001-Implement-openat-2-wrapper-which-handles-optional-ar.patch;att=1;bug=766649"; sha256 = "1m6ggrqwqy0in264sxqk912vniipiw629dxq7kibakvsswfk6bkk"; }) (fetchpatch { name = "0002-OS-X-10.10-introduced-id_t-int-in-gs-etpriority.patch"; url = "https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=0002-OS-X-10.10-introduced-id_t-int-in-gs-etpriority.patch;att=2;bug=766649"; sha256 = "0rhayp42x4i1a6yc4d28kpshmf7lrmaprq64zfrjpdn4kbs0rkln"; }) (fetchpatch { name = "fakeroot-always-pass-mode.patch"; url = "https://bugs.debian.org/cgi-bin/bugreport.cgi?att=2;bug=766649;filename=fakeroot-always-pass-mode.patch;msg=20"; sha256 = "0i3zaca1v449dm9m1cq6wq4dy6hc2y04l05m9gg8d4y4swld637p"; }) ]; buildInputs = [ getopt ] ++ stdenv.lib.optional (!stdenv.isDarwin) libcap ; </ins> postUnpack = '' for prog in getopt; do


Question: does not appear to be supported on ; this is possible via , and works with no issue, so it does not appear to be a technical limitation. I am not familiar enough with Nix to port over the homebrew packaging, but was planning on taking a stab if this issue does not get traction. or and System: Nix version: Nixpkgs version:

description = "Give a fake root environment through LD_PRELOAD"; license = stdenv.lib.licenses.gpl2Plus; maintainers = with stdenv.lib.maintainers; [viric]; <del> platforms = with stdenv.lib.platforms; linux; </del> <ins> platforms = stdenv.lib.platforms.unix; </ins> }; }


Question:
Currently, it asks for password four times to create a hotspot, such as reported at It was fixed in I think in NixOS, polkit is disabled by default, so I enabled it with , but it does not seem to make a difference. Please run and paste the result.
Thank you for the bug report! Which command are you using to create a hotspot?
I'm using the gui . It asks for password once. Then enter SSID, Password, Wifi interface, Internet Interface, go to Advanced and check 2.4Ghz. Press Create hotspot. It now asks for password thrice.
Ah, again it's linux-wifi-hotspot assuming it's located in /usr/bin

--replace "etc" "$out/etc" substituteInPlace ./src/scripts/wihotspot  --replace "/usr" "$out" <ins> substituteInPlace ./src/desktop/wifihotspot.desktop  --replace "/usr" "$out" substituteInPlace ./src/scripts/policies/polkit.policy  --replace "/usr" "$out" </ins> ''; makeFlags = [


Question:
When typing something here: <img src="https://user-" width=50%The desktop crashes and you have to re-login (well it's Chinese in the screenshot but I hope you get the idea) <img src="https://user-" width=50%Steps to reproduce the behavior: budgie menu something crash No crash. See above. I don't see this issue before the GNOME 44 update. Probably another issue but I haven't go deep yet. I am on right now, it's nixos-unstable with pull request picked.
Backtrace points to <details</detailsLooks like there are changes on that touches after 10.7.1, I am testing that right now.
I gave the latest HEAD (i.e. ) a try and cannot reproduce the issue so probably some of the commits fixes the issue. I wonder if this can be reproduce by others and if some fixes can be backported before 23.05
Ohhh goooooood and now I am reading , let me make some noise there Edit:
And now I am on , which has glib 2.74 ( has 2.76). This is going to be weird because with G_SLICE=always-malloc I also cannot reproduce the crash (budgie-desktop 10.7.1), so probably not related to the slice allocator. Edit: and it's vala 0.56.4 on (no crash) and 0.56.6 on (crash)
Okay I guess I can basically confirm it's caused by vala update because I am now on and cannnot reproduce the crash, wow it's first time I know valac can really cause issues :seenoevil: Bisect is too painful for my slow laptop :upsidedownface:
Could you try compiling and running this Vala code on the broken version to see if it also crashes? It should do the same thing as the crashing Budgie code, just without crashing your desktop. If this ends up being a Vala issue, we need a minimal reproduction program to send. Build and run with (assuming you put it in a file called ):
I am now on and my desktop crashes, so the current range is :upsidedownface: I am away from keyboard for the next few hours because it's midnight here but feel free to drop questions :upsidedownface: I built the program with vala 0.56.5, it exits normally with
Well, crap. I was hoping that would crash. Maybe this version when you get back? It's closer to the code in Budgie: Of those commits, the only one that really looks suspicious to me is at a glance.
I am still here (for now) :laughing: but this runs normally for me as well (hmmm can we really guarantee "if I can trigger the desktop crash, then using same vala same laptop same setup we can trigger a crash with some different program"?)

# Required by Budgie Menu. gnome-menus <ins> # Required by Budgie Control Center. gnome.zenity </ins> # Provides `gsettings`. glib


Question:
When typing something here: <img src="https://user-" width=50%The desktop crashes and you have to re-login (well it's Chinese in the screenshot but I hope you get the idea) <img src="https://user-" width=50%Steps to reproduce the behavior: budgie menu something crash No crash. See above. I don't see this issue before the GNOME 44 update. Probably another issue but I haven't go deep yet. I am on right now, it's nixos-unstable with pull request picked.
Backtrace points to <details</detailsLooks like there are changes on that touches after 10.7.1, I am testing that right now.
I gave the latest HEAD (i.e. ) a try and cannot reproduce the issue so probably some of the commits fixes the issue. I wonder if this can be reproduce by others and if some fixes can be backported before 23.05
Ohhh goooooood and now I am reading , let me make some noise there Edit:
And now I am on , which has glib 2.74 ( has 2.76). This is going to be weird because with G_SLICE=always-malloc I also cannot reproduce the crash (budgie-desktop 10.7.1), so probably not related to the slice allocator. Edit: and it's vala 0.56.4 on (no crash) and 0.56.6 on (crash)
Okay I guess I can basically confirm it's caused by vala update because I am now on and cannnot reproduce the crash, wow it's first time I know valac can really cause issues :seenoevil: Bisect is too painful for my slow laptop :upsidedownface:
Could you try compiling and running this Vala code on the broken version to see if it also crashes? It should do the same thing as the crashing Budgie code, just without crashing your desktop. If this ends up being a Vala issue, we need a minimal reproduction program to send. Build and run with (assuming you put it in a file called ):
I am now on and my desktop crashes, so the current range is :upsidedownface: I am away from keyboard for the next few hours because it's midnight here but feel free to drop questions :upsidedownface: I built the program with vala 0.56.5, it exits normally with
Well, crap. I was hoping that would crash. Maybe this version when you get back? It's closer to the code in Budgie: Of those commits, the only one that really looks suspicious to me is at a glance.
I am still here (for now) :laughing: but this runs normally for me as well (hmmm can we really guarantee "if I can trigger the desktop crash, then using same vala same laptop same setup we can trigger a crash with some different program"?)

stdenv.mkDerivation rec { pname = "budgie-desktop"; <del> version = "10.7.1"; </del> <ins> version = "10.7.2"; </ins> src = fetchFromGitHub { owner = "BuddiesOfBudgie"; repo = pname; rev = "v${version}"; fetchSubmodules = true; <del> sha256 = "sha256-ww65J9plixbxFza6xCfaz1WYtT9giKkLVH1XYxH41+0="; </del> <ins> hash = "sha256-fd3B2DMZxCI4Gb9mwdACjIPydKghXx8IkhFpMS/Clps="; </ins> }; patches = [


Question:
When typing something here: <img src="https://user-" width=50%The desktop crashes and you have to re-login (well it's Chinese in the screenshot but I hope you get the idea) <img src="https://user-" width=50%Steps to reproduce the behavior: budgie menu something crash No crash. See above. I don't see this issue before the GNOME 44 update. Probably another issue but I haven't go deep yet. I am on right now, it's nixos-unstable with pull request picked.
Backtrace points to <details</detailsLooks like there are changes on that touches after 10.7.1, I am testing that right now.
I gave the latest HEAD (i.e. ) a try and cannot reproduce the issue so probably some of the commits fixes the issue. I wonder if this can be reproduce by others and if some fixes can be backported before 23.05
Ohhh goooooood and now I am reading , let me make some noise there Edit:
And now I am on , which has glib 2.74 ( has 2.76). This is going to be weird because with G_SLICE=always-malloc I also cannot reproduce the crash (budgie-desktop 10.7.1), so probably not related to the slice allocator. Edit: and it's vala 0.56.4 on (no crash) and 0.56.6 on (crash)
Okay I guess I can basically confirm it's caused by vala update because I am now on and cannnot reproduce the crash, wow it's first time I know valac can really cause issues :seenoevil: Bisect is too painful for my slow laptop :upsidedownface:
Could you try compiling and running this Vala code on the broken version to see if it also crashes? It should do the same thing as the crashing Budgie code, just without crashing your desktop. If this ends up being a Vala issue, we need a minimal reproduction program to send. Build and run with (assuming you put it in a file called ):
I am now on and my desktop crashes, so the current range is :upsidedownface: I am away from keyboard for the next few hours because it's midnight here but feel free to drop questions :upsidedownface: I built the program with vala 0.56.5, it exits normally with
Well, crap. I was hoping that would crash. Maybe this version when you get back? It's closer to the code in Budgie: Of those commits, the only one that really looks suspicious to me is at a glance.
I am still here (for now) :laughing: but this runs normally for me as well (hmmm can we really guarantee "if I can trigger the desktop crash, then using same vala same laptop same setup we can trigger a crash with some different program"?)

gnome.gnome-bluetooth_1_0 gnome.gnome-settings-daemon gnome.mutter <ins> gnome.zenity </ins> graphene gtk3 ibus


Question:
One uses to create a new tree of files for generating a web site. So the intent is to edit those files. But the files produced are read-only, so user must do a before each new file can be edited. I haven't looked at the source yet, but I imagine this is because jekyll copies the site template out of an installed gem or something, and all the files there are 444 (read-only) because it's in the Nix store. System: NixOS 16.09.1600. (Flounder) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: 16.09.1698.
Have you tried reporting this upstream?
I have not. Will consider that – it seems that a fix would be a one-liner after to do or so. But I'm not able to test easily if that's all that would be needed – the nixpkgs expression is quite behind, carrying jekyll 3.0.1 when current release is 3.4.1. I tried updating too, but ran into bundler problems, and I don't know much about ruby.
You seem to have idea how to fix it. Should really bring this up with upstream. I don't know much about ruby, but nixpkgs manual has a step by step guide: Turned out to be very easy:
So I ran into bundler problems)
Ok, I've pushed a workaround for that

source 'https://rubygems.org' gem 'jekyll' <ins> gem 'jekyll-feed' </ins> gem 'jekyll-paginate' gem 'rdiscount' gem 'RedCloth' <ins> gem 'minima' </ins>


Question:
One uses to create a new tree of files for generating a web site. So the intent is to edit those files. But the files produced are read-only, so user must do a before each new file can be edited. I haven't looked at the source yet, but I imagine this is because jekyll copies the site template out of an installed gem or something, and all the files there are 444 (read-only) because it's in the Nix store. System: NixOS 16.09.1600. (Flounder) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: 16.09.1698.
Have you tried reporting this upstream?
I have not. Will consider that – it seems that a fix would be a one-liner after to do or so. But I'm not able to test easily if that's all that would be needed – the nixpkgs expression is quite behind, carrying jekyll 3.0.1 when current release is 3.4.1. I tried updating too, but ran into bundler problems, and I don't know much about ruby.
You seem to have idea how to fix it. Should really bring this up with upstream. I don't know much about ruby, but nixpkgs manual has a step by step guide: Turned out to be very easy:
So I ran into bundler problems)
Ok, I've pushed a workaround for that

GEM remote: https://rubygems.org/ specs: <del> RedCloth (4.2.9) colorator (0.1) ffi (1.9.10) jekyll (3.0.1) colorator (~> 0.1) </del> <ins> RedCloth (4.3.2) addressable (2.5.0) public_suffix (~> 2.0, >= 2.0.2) colorator (1.1.0) ffi (1.9.18) forwardable-extended (2.6.0) jekyll (3.4.1) addressable (~> 2.4) colorator (~> 1.0) </ins> jekyll-sass-converter (~> 1.0) jekyll-watch (~> 1.1) kramdown (~> 1.3) liquid (~> 3.0) mercenary (~> 0.3.3) <ins> pathutil (~> 0.9) </ins> rouge (~> 1.7) safe_yaml (~> 1.0) <del> jekyll-sass-converter (1.4.0) sass (~> 3.4) jekyll-watch (1.3.0) listen (~> 3.0) </del> <ins> jekyll-feed (0.9.1) jekyll (~> 3.3) </ins> jekyll-paginate (1.1.0) <del> kramdown (1.9.0) </del> <ins> jekyll-sass-converter (1.5.0) sass (~> 3.4) jekyll-watch (1.5.0) listen (~> 3.0, < 3.1) kramdown (1.13.2) </ins> liquid (3.0.6) <del> listen (3.0.5) rb-fsevent (>= 0.9.3) rb-inotify (>= 0.9) mercenary (0.3.5) rb-fsevent (0.9.7) rb-inotify (0.9.5) </del> <ins> listen (3.0.8) rb-fsevent (~> 0.9, >= 0.9.4) rb-inotify (~> 0.9, >= 0.9.7) mercenary (0.3.6) minima (2.1.0) jekyll (~> 3.3) pathutil (0.14.0) forwardable-extended (~> 2.6) public_suffix (2.0.5) rb-fsevent (0.9.8) rb-inotify (0.9.8) </ins> ffi (>= 0.5.0) <del> rdiscount (2.1.8) rouge (1.10.1) </del> <ins> rdiscount (2.2.0.1) rouge (1.11.1) </ins> safe_yaml (1.0.4) <del> sass (3.4.20) </del> <ins> sass (3.4.23) </ins> PLATFORMS ruby


Question:
One uses to create a new tree of files for generating a web site. So the intent is to edit those files. But the files produced are read-only, so user must do a before each new file can be edited. I haven't looked at the source yet, but I imagine this is because jekyll copies the site template out of an installed gem or something, and all the files there are 444 (read-only) because it's in the Nix store. System: NixOS 16.09.1600. (Flounder) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: 16.09.1698.
Have you tried reporting this upstream?
I have not. Will consider that – it seems that a fix would be a one-liner after to do or so. But I'm not able to test easily if that's all that would be needed – the nixpkgs expression is quite behind, carrying jekyll 3.0.1 when current release is 3.4.1. I tried updating too, but ran into bundler problems, and I don't know much about ruby.
You seem to have idea how to fix it. Should really bring this up with upstream. I don't know much about ruby, but nixpkgs manual has a step by step guide: Turned out to be very easy:
So I ran into bundler problems)
Ok, I've pushed a workaround for that

DEPENDENCIES RedCloth jekyll <ins> jekyll-feed jekyll-paginate minima </ins> rdiscount BUNDLED WITH <del> 1.10.6 </del> <ins> 1.14.4 </ins>


Question:
One uses to create a new tree of files for generating a web site. So the intent is to edit those files. But the files produced are read-only, so user must do a before each new file can be edited. I haven't looked at the source yet, but I imagine this is because jekyll copies the site template out of an installed gem or something, and all the files there are 444 (read-only) because it's in the Nix store. System: NixOS 16.09.1600. (Flounder) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: 16.09.1698.
Have you tried reporting this upstream?
I have not. Will consider that – it seems that a fix would be a one-liner after to do or so. But I'm not able to test easily if that's all that would be needed – the nixpkgs expression is quite behind, carrying jekyll 3.0.1 when current release is 3.4.1. I tried updating too, but ran into bundler problems, and I don't know much about ruby.
You seem to have idea how to fix it. Should really bring this up with upstream. I don't know much about ruby, but nixpkgs manual has a step by step guide: Turned out to be very easy:
So I ran into bundler problems)
Ok, I've pushed a workaround for that

<del> { stdenv, lib, bundlerEnv, ruby_2_2, curl }: </del> <ins> { stdenv, lib, bundlerEnv, ruby }: </ins> bundlerEnv rec { name = "jekyll-${version}"; <del> version = "3.0.1"; ruby = ruby_2_2; gemdir = ./.; </del> <ins> version = (import gemset).jekyll.version; inherit ruby; gemfile = ./Gemfile; lockfile = ./Gemfile.lock; gemset = ./gemset.nix; </ins> meta = with lib; { description = "Simple, blog aware, static site generator";


Question:
One uses to create a new tree of files for generating a web site. So the intent is to edit those files. But the files produced are read-only, so user must do a before each new file can be edited. I haven't looked at the source yet, but I imagine this is because jekyll copies the site template out of an installed gem or something, and all the files there are 444 (read-only) because it's in the Nix store. System: NixOS 16.09.1600. (Flounder) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: 16.09.1698.
Have you tried reporting this upstream?
I have not. Will consider that – it seems that a fix would be a one-liner after to do or so. But I'm not able to test easily if that's all that would be needed – the nixpkgs expression is quite behind, carrying jekyll 3.0.1 when current release is 3.4.1. I tried updating too, but ran into bundler problems, and I don't know much about ruby.
You seem to have idea how to fix it. Should really bring this up with upstream. I don't know much about ruby, but nixpkgs manual has a step by step guide: Turned out to be very easy:
So I ran into bundler problems)
Ok, I've pushed a workaround for that

{ <del> "RedCloth" = { version = "4.2.9"; </del> <ins> addressable = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "1j5r0anj8m4qlf2psnldip4b8ha2bsscv11lpdgnfh4nnchzjnxw"; </ins> type = "gem"; <del> sha256 = "06pahxyrckhgb7alsxwhhlx1ib2xsx33793finj01jk8i054bkxl"; </del> }; <ins> version = "2.5.0"; </ins> }; <del> "colorator" = { version = "0.1"; </del> <ins> colorator = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "0f7wvpam948cglrciyqd798gdc6z3cfijciavd0dfixgaypmvy72"; </ins> type = "gem"; <del> sha256 = "09zp15hyd9wlbgf1kmrf4rnry8cpvh1h9fj7afarlqcy4hrfdpvs"; </del> }; <ins> version = "1.1.0"; </ins> }; <del> "ffi" = { version = "1.9.10"; </del> <ins> ffi = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "034f52xf7zcqgbvwbl20jwdyjwznvqnwpbaps9nk18v9lgb1dpx0"; </ins> type = "gem"; <del> sha256 = "1m5mprppw0xcrv2mkim5zsk70v089ajzqiq5hpyb0xg96fcyzyxj"; </del> }; <ins> version = "1.9.18"; </ins> }; <del> "jekyll" = { version = "3.0.1"; </del> <ins> forwardable-extended = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "15zcqfxfvsnprwm8agia85x64vjzr2w0xn9vxfnxzgcv8s699v0v"; </ins> type = "gem"; <del> sha256 = "107svn6r7pvkg9wwfi4r44d2rqppysjf9zf09h7z1ajsy8k2s65a"; </del> }; <del> dependencies = [ "colorator" "jekyll-sass-converter" "jekyll-watch" "jekyll-paginate" "kramdown" "liquid" "mercenary" "rouge" "safe_yaml" ]; </del> <ins> version = "2.6.0"; </ins> }; <del> "jekyll-sass-converter" = { version = "1.4.0"; </del> <ins> jekyll = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "0qbnjx7bpshbcam6p9ss2g6gpd3gxz6h4w9yszphj3ip335yhawb"; </ins> type = "gem"; <del> sha256 = "095757w0pg6qh3wlfg1j1mw4fsz7s89ia4zai5f2rhx9yxsvk1d8"; </del> }; <del> dependencies = [ "sass" ]; </del> <ins> version = "3.4.1"; </ins> }; <del> "jekyll-watch" = { version = "1.3.0"; </del> <ins> jekyll-feed = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "1dj62gy1jskkn703mi5h0bkg1psbpkdm2qqdw3bhjfid9358qvay"; </ins> type = "gem"; <del> sha256 = "1mqwvrd2hm6ah5zsxqsv2xdp31wl94pl8ybb1q324j79z8pvyarg"; </del> }; <del> dependencies = [ "listen" ]; </del> <ins> version = "0.9.1"; </ins> }; <del> "jekyll-paginate" = { </del> <ins> jekyll-paginate = { source = { sha256 = "0r7bcs8fq98zldih4787zk5i9w24nz5wa26m84ssja95n3sas2l8"; type = "gem"; }; </ins> version = "1.1.0"; <ins> }; jekyll-sass-converter = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "01m921763yfgx1gc33k5ixqz623f4c4azgnpqhgsc2q61fyfk3q1"; </ins> type = "gem"; <del> sha256 = "0r7bcs8fq98zldih4787zk5i9w24nz5wa26m84ssja95n3sas2l8"; </del> }; <ins> version = "1.5.0"; </ins> }; <del> "kramdown" = { version = "1.9.0"; </del> <ins> jekyll-watch = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "02rg3wi95w2l0bg1igl5k6pza723vn2b2gj975gycz1cpmhdjn6z"; </ins> type = "gem"; <del> sha256 = "12sral2xli39mnr4b9m2sxdlgam4ni0a1mkxawc5311z107zj3p0"; </del> }; <ins> version = "1.5.0"; </ins> }; <del> "liquid" = { version = "3.0.6"; </del> <ins> kramdown = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "1isiqc40q44zg57bd6cfnw1a2l0s2j5skw2awn2cz3gcm7wsf49d"; </ins> type = "gem"; <ins> }; version = "1.13.2"; }; liquid = { source = { </ins> sha256 = "033png37ym4jrjz5bi7zb4ic4yxacwvnllm1xxmrnr4swgyyygc2"; <ins> type = "gem"; </ins> }; <ins> version = "3.0.6"; </ins> }; <del> "listen" = { version = "3.0.5"; </del> <ins> listen = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "1l0y7hbyfiwpvk172r28hsdqsifq1ls39hsfmzi1vy4ll0smd14i"; </ins> type = "gem"; <del> sha256 = "182wd2pkf690ll19lx6zbk01a3rqkk5lwsyin6kwydl7lqxj5z3g"; </del> }; <del> dependencies = [ "rb-fsevent" "rb-inotify" ]; </del> <ins> version = "3.0.8"; </ins> }; <del> "mercenary" = { version = "0.3.5"; </del> <ins> mercenary = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "10la0xw82dh5mqab8bl0dk21zld63cqxb1g16fk8cb39ylc4n21a"; </ins> type = "gem"; <del> sha256 = "0ls7z086v4xl02g4ia5jhl9s76d22crgmplpmj0c383liwbqi9pb"; </del> }; <ins> version = "0.3.6"; </ins> }; <del> "rb-fsevent" = { version = "0.9.7"; </del> <ins> minima = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "1s7ks9fqfvqx7qicnkrg76wavg9mjas52f7iyhr89lz9mqiy7p39"; </ins> type = "gem"; <del> sha256 = "1xlkflgxngwkd4nyybccgd1japrba4v3kwnp00alikj404clqx4v"; </del> }; <ins> version = "2.1.0"; </ins> }; <del> "rb-inotify" = { version = "0.9.5"; </del> <ins> pathutil = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "0f444wx6vjd30lkkb2zn1k5a6g33lidrpyy7lmgy66n1gsiipzn7"; </ins> type = "gem"; <del> sha256 = "0kddx2ia0qylw3r52nhg83irkaclvrncgy2m1ywpbhlhsz1rymb9"; </del> }; <del> dependencies = [ "ffi" ]; </del> <ins> version = "0.14.0"; </ins> }; <del> "rdiscount" = { version = "2.1.8"; </del> <ins> public_suffix = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "040jf98jpp6w140ghkhw2hvc1qx41zvywx5gj7r2ylr1148qnj7q"; </ins> type = "gem"; <del> sha256 = "0vcyy90r6wfg0b0y5wqp3d25bdyqjbwjhkm1xy9jkz9a7j72n70v"; </del> }; <ins> version = "2.0.5"; </ins> }; <del> "rouge" = { version = "1.10.1"; </del> <ins> rb-fsevent = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "1pdiasp9zlr306yld19szapi6kdjk38rpv1hih9x0ry40x6mb63n"; </ins> type = "gem"; <del> sha256 = "0wp8as9ypdy18kdj9h70kny1rdfq71mr8cj2bpahr9vxjjvjasqz"; </del> }; <ins> version = "0.9.8"; </ins> }; <del> "safe_yaml" = { version = "1.0.4"; </del> <ins> rb-inotify = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "0bq14f3md5nm00kgxgf0r9lcbn0vgbwljgajif0slxcwv622fjg9"; </ins> type = "gem"; <ins> }; version = "0.9.8"; }; rdiscount = { source = { remotes = ["https://rubygems.org"]; sha256 = "1arvk3k06prxasq1djbj065ixar4zl171340g7wr1ww4gj9makx3"; type = "gem"; }; version = "2.2.0.1"; }; RedCloth = { source = { remotes = ["https://rubygems.org"]; sha256 = "0m9dv7ya9q93r8x1pg2gi15rxlbck8m178j1fz7r5v6wr1avrrqy"; type = "gem"; }; version = "4.3.2"; }; rouge = { source = { remotes = ["https://rubygems.org"]; sha256 = "13amckbdknnc5491ag28y8pqbyfpbzx5n4rlmadxhd3wkrhp92c8"; type = "gem"; }; version = "1.11.1"; }; safe_yaml = { source = { </ins> sha256 = "1hly915584hyi9q9vgd968x2nsi5yag9jyf5kq60lwzi5scr7094"; <ins> type = "gem"; </ins> }; <ins> version = "1.0.4"; </ins> }; <del> "sass" = { version = "3.4.20"; </del> <ins> sass = { </ins> source = { <ins> remotes = ["https://rubygems.org"]; sha256 = "0da4mn3n60cm1ss1pw1rrpa7fxagglxiwcgvz1asf1qgf4mvcwyr"; </ins> type = "gem"; <del> sha256 = "04rpdcp258arh2wgdk9shbqnzd6cbbbpi3wpi9a0wby8awgpxmyf"; </del> }; <ins> version = "3.4.23"; </ins> }; <del> } </del> <ins> } </ins>  No newline at end of file


Question:
One uses to create a new tree of files for generating a web site. So the intent is to edit those files. But the files produced are read-only, so user must do a before each new file can be edited. I haven't looked at the source yet, but I imagine this is because jekyll copies the site template out of an installed gem or something, and all the files there are 444 (read-only) because it's in the Nix store. System: NixOS 16.09.1600. (Flounder) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: 16.09.1698.
Have you tried reporting this upstream?
I have not. Will consider that – it seems that a fix would be a one-liner after to do or so. But I'm not able to test easily if that's all that would be needed – the nixpkgs expression is quite behind, carrying jekyll 3.0.1 when current release is 3.4.1. I tried updating too, but ran into bundler problems, and I don't know much about ruby.
You seem to have idea how to fix it. Should really bring this up with upstream. I don't know much about ruby, but nixpkgs manual has a step by step guide: Turned out to be very easy:
So I ran into bundler problems)
Ok, I've pushed a workaround for that

[ darwin.apple_sdk.frameworks.CoreServices ]; }; <ins> # disable bundle install as it can't install anything in addition to what is # specified in pkgs/applications/misc/jekyll/Gemfile anyway. Also do chmod_R # to compensate for read-only files in site_template in nix store. jekyll = attrs: { postInstall = '' installPath=$(cat $out/nix-support/gem-meta/install-path) sed -i $installPath/lib/jekyll/commands/new.rb  -e 's@Exec.run("bundle", "install"@Exec.run("true"@'  -e 's@FileUtils.cp_r site_template + "/.", path@FileUtils.cp_r site_template + "/.", path; FileUtils.chmod_R "u+w", path@' ''; }; </ins> # note that you need version >= v3.16.14.8, # otherwise the gem will fail to link to the libv8 binary. # see: https://github.com/cowboyd/libv8/pull/161


Question:
Package name: tracker-miners Latest released version: 3.5.1 Current version on the unstable channel: 3.5.0 <p</p- The package update itself is trivial, but I got stuck at addressing . There is now a ioctl check that runs: The program seems to build fine, but does not exit with 0: This makes the Btrfs subvolume feature disabled: I am not sure where to get start to enable this since in they decide this will be a hard check on next major bump (well, it should be possible to opt-out but it should be possible I guess). :seeno_evil: Note for maintainers: Please tag this issue in your PR.
I am getting , even though I do not use BTRFS so I assume this depends on the kernel version of the builder? (I am using .) That does not really sound like a good idea since users can use completely different kernel version than Hydra. Maybe it should be an and the check performed only when it is . Though I am not sure what the consequences are when incorrectly configured is used. Maybe it will need to be a runtime check instead?
I saved the program as a separate and compiled & ran with as root user and it exits with 1 for me as well. says I am on 6.3.0. I use btrfs so as root runs fine for me (if that matters). Hmmm then this is weird since it sounds like is introduced (is this the correct place to check such info?). But later I found in the BTRFS subvolumes feature is disabled as well :thinking: Edit: Looks like the fedora link is broken,
Apparently, it falls back to success since I do not use BTRFS: (both inside and outside the sandbox) <details<summaryModified <codetest.c</code</summary</detailsSo that does not really sound like a good test. Edit: I .
Hmmm now I wonder if their original idea is to check whether the code , probably knowing is there is already enough? (I assume they are not supporting < 2.6.34 kernels then I expect all linux should have it?) It looks like they already has some .
Could you try running the modified in build sandbox to find out why specifically it fails for you?
This is using and putting in : This is not in builder sandbox and run as root:
The fix is now merged upstream:

{ stdenv , lib , fetchurl <ins> , fetchpatch </ins> , asciidoc , docbook-xsl-nons , docbook_xml_dtd_45


Question:
Package name: tracker-miners Latest released version: 3.5.1 Current version on the unstable channel: 3.5.0 <p</p- The package update itself is trivial, but I got stuck at addressing . There is now a ioctl check that runs: The program seems to build fine, but does not exit with 0: This makes the Btrfs subvolume feature disabled: I am not sure where to get start to enable this since in they decide this will be a hard check on next major bump (well, it should be possible to opt-out but it should be possible I guess). :seeno_evil: Note for maintainers: Please tag this issue in your PR.
I am getting , even though I do not use BTRFS so I assume this depends on the kernel version of the builder? (I am using .) That does not really sound like a good idea since users can use completely different kernel version than Hydra. Maybe it should be an and the check performed only when it is . Though I am not sure what the consequences are when incorrectly configured is used. Maybe it will need to be a runtime check instead?
I saved the program as a separate and compiled & ran with as root user and it exits with 1 for me as well. says I am on 6.3.0. I use btrfs so as root runs fine for me (if that matters). Hmmm then this is weird since it sounds like is introduced (is this the correct place to check such info?). But later I found in the BTRFS subvolumes feature is disabled as well :thinking: Edit: Looks like the fedora link is broken,
Apparently, it falls back to success since I do not use BTRFS: (both inside and outside the sandbox) <details<summaryModified <codetest.c</code</summary</detailsSo that does not really sound like a good test. Edit: I .
Hmmm now I wonder if their original idea is to check whether the code , probably knowing is there is already enough? (I assume they are not supporting < 2.6.34 kernels then I expect all linux should have it?) It looks like they already has some .
Could you try running the modified in build sandbox to find out why specifically it fails for you?
This is using and putting in : This is not in builder sandbox and run as root:
The fix is now merged upstream:

stdenv.mkDerivation rec { pname = "tracker-miners"; <del> version = "3.5.0"; </del> <ins> version = "3.5.2"; </ins> src = fetchurl { url = "mirror://gnome/sources/${pname}/${lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; <del> sha256 = "F5ZmA9xDKphSa0kFhqSKzX+fWZNfeJXfxRcppGppAaM="; </del> <ins> sha256 = "QPuR+svZRo4m6+zHEdg2Mc2K6TkcYV1o27A8vKsbbGk="; </ins> }; <ins> patches = [ # Use cc.has_header_symbol to check for BTRFS_IOC_INO_LOOKUP # https://github.com/NixOS/nixpkgs/issues/228639 (fetchpatch { url = "https://gitlab.gnome.org/GNOME/tracker-miners/-/commit/c08fbe0650d4a2ae915a21764f54c02eda9406d5.patch"; sha256 = "U81+yfg2sUkKl4tKMeB7pXJRNSeIE+2loT3/bvnhoKM="; }) ]; </ins> nativeBuildInputs = [ asciidoc docbook-xsl-nons


Question:
Given you have PHP installed on your host and one installed in your Nix shell + symfony-cli, eg. with these packages , running will always prefer PHP installed by host. This is not an issue with Nix per se but symfony-cli, but I suggest here that symfony-cli package should be patched so that this does not happen. Steps to reproduce the behavior: Terminal 1 terminal 2 Curl statement should return PHP/8.2.5, as that's the one installed by Nix. Not 8.1.2. Current workaround is replacing symfony-cli with which strips out everything {php}/bin Please run and paste the result.
That does not make sense. Why does Symfony not use the correct PHP from PATH? I would expect any proper PATH respecting program to return the same thing as .
I agree after making a couple of tests, I believe that wrapping the binary with the PHP path is not necessary... Check the screenshot in
I don't know, but this is what they use for discovery of php versions I've not dig depeer than having a brief looks though. And I have to remind that this is about command. command does look to be honoring $PATH correctly.
Does this means that does not employ the same mechanism for locating in the and commands? which seems totally uncommon. It would be nice to have the confirmation from one of the maintainers ( ?)
I've prepared a patch at I hope they will merge it soon. Otherwise we should consider adding a patch for this here.
I think this issue can be closed now.
Yup, thanks again!
After thinking twice, the issue will be definitely fixed as soon as you publish a new tag and we provide an update in Nix, I'll leave it open in the meantime.
7 has been released now.
PR is made, I'll wait for the CI to be done before merging and closing this issue.

buildGoModule rec { pname = "symfony-cli"; <del> version = "5.5.6"; vendorHash = "sha256-AfgDsd4W8wV0GeymD9SLeHtOeFP9qbFy+GTdMxQSkDA="; </del> <ins> version = "5.5.7"; vendorHash = "sha256-OXV/hTSHJvYfe2SiFamkedC01J/DOgd8I60yIpQToos="; </ins> src = fetchFromGitHub { owner = "symfony-cli"; repo = "symfony-cli"; rev = "v${version}"; <del> sha256 = "sha256-lE8RBjBXucL0DJjEnBLbHqOVE6g358rwmaEUqU6QhOw="; </del> <ins> hash = "sha256-LC6QQIVHllBRu8B6XfV8SuTB3O+FmqYr+LQnVmLj2nU="; </ins> }; ldflags = [


Question:
Given you have PHP installed on your host and one installed in your Nix shell + symfony-cli, eg. with these packages , running will always prefer PHP installed by host. This is not an issue with Nix per se but symfony-cli, but I suggest here that symfony-cli package should be patched so that this does not happen. Steps to reproduce the behavior: Terminal 1 terminal 2 Curl statement should return PHP/8.2.5, as that's the one installed by Nix. Not 8.1.2. Current workaround is replacing symfony-cli with which strips out everything {php}/bin Please run and paste the result.
That does not make sense. Why does Symfony not use the correct PHP from PATH? I would expect any proper PATH respecting program to return the same thing as .
I agree after making a couple of tests, I believe that wrapping the binary with the PHP path is not necessary... Check the screenshot in
I don't know, but this is what they use for discovery of php versions I've not dig depeer than having a brief looks though. And I have to remind that this is about command. command does look to be honoring $PATH correctly.
Does this means that does not employ the same mechanism for locating in the and commands? which seems totally uncommon. It would be nice to have the confirmation from one of the maintainers ( ?)
I've prepared a patch at I hope they will merge it soon. Otherwise we should consider adding a patch for this here.
I think this issue can be closed now.
Yup, thanks again!
After thinking twice, the issue will be definitely fixed as soon as you publish a new tag and we provide an update in Nix, I'll leave it open in the meantime.
7 has been released now.
PR is made, I'll wait for the CI to be done before merging and closing this issue.

$GOPATH/bin/symfony-cli ''; <del> meta = with lib; { </del> <ins> meta = { </ins> description = "Symfony CLI"; homepage = "https://github.com/symfony-cli/symfony-cli"; <del> license = licenses.agpl3Plus; maintainers = with maintainers; [ drupol ]; </del> <ins> license = lib.licenses.agpl3Plus; </ins> mainProgram = "symfony"; <ins> maintainers = with lib.maintainers; [ drupol ]; </ins> }; }


Question: Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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.

<del> { lib, stdenv, fetchFromGitHub, git, makeWrapper, openssl, coreutils, util-linux, gnugrep, gnused, gawk }: </del> <ins> { lib, stdenv, fetchFromGitHub, git, makeWrapper, openssl, coreutils, util-linux, gnugrep, gnused, gawk, testers, transcrypt }: </ins> stdenv.mkDerivation rec { pname = "transcrypt"; <del> version = "1.1.0"; </del> <ins> version = "2.2.3"; </ins> src = fetchFromGitHub { owner = "elasticdog"; repo = "transcrypt"; rev = "v${version}"; <del> sha256 = "1dkr69plk16wllk5bzlkchrzw63pk239dgbjhrb3mb61i065jdam"; </del> <ins> sha256 = "+B8CYHDneDd0GwiTwQK6YVScDMKao2JXFpGk9PY6/EE="; </ins> }; nativeBuildInputs = [ makeWrapper ]; buildInputs = [ git openssl coreutils util-linux gnugrep gnused gawk ]; <del> patches = [ ./helper-scripts_depspathprefix.patch ]; </del> installPhase = '' install -m 755 -D transcrypt $out/bin/transcrypt install -m 644 -D man/transcrypt.1 $out/share/man/man1/transcrypt.1


Question: Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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.

chmod +x $out/bin/transcrypt-depspathprefix ''; <ins> passthru.tests.version = testers.testVersion { package = transcrypt; command = "transcrypt --version"; version = "transcrypt ${version}"; }; </ins> meta = with lib; { description = "Transparently encrypt files within a Git repository"; longDescription = ''


Question: Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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.

<del> diff --git a/transcrypt b/transcrypt index a0b562d..7888f5d 100755 --- a/transcrypt +++ b/transcrypt @@ -278,6 +278,7 @@ save_helper_scripts() { cat <<-'EOF' > "${GIT_DIR}/crypt/clean" #!/usr/bin/env bash +		PATH="$(transcrypt-depspathprefix 2>/dev/null)$PATH" filename=$1 # ignore empty files if [[ -s $filename ]]; then @@ -300,6 +301,7 @@ save_helper_scripts() { cat <<-'EOF' > "${GIT_DIR}/crypt/smudge" #!/usr/bin/env bash +		PATH="$(transcrypt-depspathprefix 2>/dev/null)$PATH" tempfile=$(mktemp 2> /dev/null || mktemp -t tmp) trap 'rm -f "$tempfile"' EXIT cipher=$(git config --get --local transcrypt.cipher) @@ -309,6 +311,7 @@ save_helper_scripts() { cat <<-'EOF' > "${GIT_DIR}/crypt/textconv" #!/usr/bin/env bash +		PATH="$(transcrypt-depspathprefix 2>/dev/null)$PATH" filename=$1 # ignore empty files if [[ -s $filename ]]; then @@ -351,7 +354,7 @@ save_configuration() { git config merge.renormalize 'true' # add a git alias for listing encrypted files -	git config alias.ls-crypt "!git ls-files | git check-attr --stdin filter | awk 'BEGIN { FS = ":" }; /crypt$/{ print $1 }'" +	git config alias.ls-crypt "!PATH="$(transcrypt-depspathprefix 2>/dev/null)$PATH"; git ls-files | git check-attr --stdin filter | awk 'BEGIN { FS = ":" }; /crypt$/{ print $1 }'" } # display the current configuration settings </del>


Question: Project description A simple GTK wrapper that installs and updates the skin. Metadata homepage URL: source URL: license: gpl3 platforms: linux

<ins> { blueprint-compiler , desktop-file-utils , fetchFromGitHub , lib , libadwaita , libportal-gtk4 , meson , ninja , python3Packages , wrapGAppsHook4 }: python3Packages.buildPythonApplication rec { pname = "adwsteamgtk"; version = "0.6.9"; # built with meson, not a python format format = "other"; src = fetchFromGitHub { owner = "Foldex"; repo = "AdwSteamGtk"; rev = "v${version}"; hash = "sha256-aHJxgSb7oZTRrfFVYdLimwhSGzdRjGf7dGTRA+ANQiM="; }; buildInputs = [ libadwaita libportal-gtk4 ]; nativeBuildInputs = [ blueprint-compiler desktop-file-utils meson ninja wrapGAppsHook4 ]; propagatedBuildInputs = with python3Packages; [ packaging pygobject3 ]; meta = { description = "A simple Gtk wrapper for Adwaita-for-Steam"; homepage = "https://github.com/Foldex/AdwSteamGtk"; license = lib.licenses.gpl3Plus; maintainers = [ lib.maintainers.reedrw ]; mainProgram = "adwaita-steam-gtk"; platforms = lib.platforms.linux; }; } </ins>


Question:
The steam client (beta) is attempting to access gsettings schemas and fails. Exporting manually as fixes the issue. into the (likely don't have gtk3/gsettings-desktop-schema already addressable on the host, not steam-run, path) steam the following error GSetting should be looking for schema files in BuildFHSEnv moves schemas to XDGDATADIRS in the fhsenv doesn't include is being pulled into the fhsenv via It's possible just adding to the end of the environment variable is the fix. I'm unfamiliar with gsettings. Attempting does not work as in the fhsenv is missing things adds in . Please run and paste the result.
Exporting GSETTINGSSCHEMADIR manually did not work for me. I left beta participation by removing the file:
+1 affected by this. Edit: this results when you participate in Steam-beta. This is from recent update - however recent major update worked perfectly (new sleeker interface and all that), breakage appeared around 24 hours ago and it was pulled by Steam. This breaks for all users in system. Removing beta flag (as in McDread solution above) works, causing Steam to downgrade. Upgrading into Steam-Beta after this will cause Steam to break again.
Setting GSETTINGSSCHEMADIR worked once for me, but no longer after a reboot.
Try setting it in the extraProfile attribute in steam.override like this
I was able to fix this by overriding steam, adding and setting :
This works great! Tested with reboot.
This worked
For me, this was in the location . Removing that file worked.
+1 affected by this. workaround does fix it.

# XDG_DATA_DIRS is used by pressure-vessel (steam proton) and vulkan loaders to find the corresponding icd export XDG_DATA_DIRS=$XDG_DATA_DIRS''${XDG_DATA_DIRS:+:}/run/opengl-driver/share:/run/opengl-driver-32/share <ins> # Following XDG spec [1], XDG_DATA_DIRS should default to "/usr/local/share:/usr/share". # In nix, it is commonly set without containing these values, so we add them as fallback. # # [1] <https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html> case ":$XDG_DATA_DIRS:" in *:/usr/local/share:*) ;; *) export XDG_DATA_DIRS="$XDG_DATA_DIRS''${XDG_DATA_DIRS:+:}/usr/local/share" ;; esac case ":$XDG_DATA_DIRS:" in *:/usr/share:*) ;; *) export XDG_DATA_DIRS="$XDG_DATA_DIRS''${XDG_DATA_DIRS:+:}/usr/share" ;; esac </ins> # Force compilers and other tools to look in default search paths unset NIX_ENFORCE_PURITY export NIX_CC_WRAPPER_TARGET_HOST_${stdenv.cc.suffixSalt}=1


Question:
The steam client (beta) is attempting to access gsettings schemas and fails. Exporting manually as fixes the issue. into the (likely don't have gtk3/gsettings-desktop-schema already addressable on the host, not steam-run, path) steam the following error GSetting should be looking for schema files in BuildFHSEnv moves schemas to XDGDATADIRS in the fhsenv doesn't include is being pulled into the fhsenv via It's possible just adding to the end of the environment variable is the fix. I'm unfamiliar with gsettings. Attempting does not work as in the fhsenv is missing things adds in . Please run and paste the result.
Exporting GSETTINGSSCHEMADIR manually did not work for me. I left beta participation by removing the file:
+1 affected by this. Edit: this results when you participate in Steam-beta. This is from recent update - however recent major update worked perfectly (new sleeker interface and all that), breakage appeared around 24 hours ago and it was pulled by Steam. This breaks for all users in system. Removing beta flag (as in McDread solution above) works, causing Steam to downgrade. Upgrading into Steam-Beta after this will cause Steam to break again.
Setting GSETTINGSSCHEMADIR worked once for me, but no longer after a reboot.
Try setting it in the extraProfile attribute in steam.override like this
I was able to fix this by overriding steam, adding and setting :
This works great! Tested with reboot.
This worked
For me, this was in the location . Removing that file worked.
+1 affected by this. workaround does fix it.

SDL2 libusb1 dbus-glib <ins> gsettings-desktop-schemas </ins> ffmpeg libudev0-shim


Question:
I'm using , and I'm trying to perform an update: The update works. (information found from )
What does have to do with ? Can you reproduce the problem with just & ?
Beginner here. I think that is using under the hood. I don't know how. Should I report this issue to instead?
Sounds like breaks vscodium darwin build :upsidedownface: I will do a PR

# this fixes bundled ripgrep chmod +x resources/app/node_modules/@vscode/ripgrep/bin/rg <del> '' + lib.optionalString (lib.versionOlder version "1.78.0") '' </del> <ins> '' + lib.optionalString (lib.versionOlder version "1.78.0" && stdenv.isLinux) '' </ins> # see https://github.com/gentoo/gentoo/commit/4da5959 chmod +x resources/app/node_modules/node-pty/build/Release/spawn-helper '';


Question: Project description A command line editor for HCL Metadata homepage URL: source URL: license: mit platforms: darwinarm64, linuxarm64, windows_arm64 Release page: Copied install info from readme: If you are macOS user: Download the latest compiled binaries and put it anywhere in your executable path. If you have Go 1.20+ development environment:

<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "hcledit"; version = "0.2.7"; src = fetchFromGitHub { owner = "minamijoyo"; repo = pname; rev = "v${version}"; hash = "sha256-hunM29K6RgeVkY8nNNIYigCh2sTCR1OyPE+k3cmIJTU="; }; vendorHash = "sha256-KwoauyXeDMMTUgtLvz6m28nvFSl5fptZzEvwFVC3n8g="; meta = with lib; { description = "A command line editor for HCL"; homepage = "https://github.com/minamijoyo/hcledit"; license = licenses.mit; maintainers = with maintainers; [ aleksana ]; }; } </ins>


Question: Project description A command line editor for HCL Metadata homepage URL: source URL: license: mit platforms: darwinarm64, linuxarm64, windows_arm64 Release page: Copied install info from readme: If you are macOS user: Download the latest compiled binaries and put it anywhere in your executable path. If you have Go 1.20+ development environment:

hcl2json = callPackage ../applications/misc/hcl2json { }; <ins> hcledit = callPackage ../tools/text/hcledit { }; </ins> hcxtools = callPackage ../tools/security/hcxtools { }; hcxdumptool = callPackage ../tools/security/hcxdumptool { };


Question:
IntelliJ (and I'm assuming other jetbrains products) uses a Python script to restart itself whenever needed (e.g. a plugin update), and if it detects that there is no Python, it shutdowns instead. Steps to reproduce the behavior: intellij. In the menu, select "File" -"Invalidate Caches..." there is no python in path, the opened window will have a button "Invalidate and Exit" run from , it will have "Invalidate and Restart" Same thing happens whenever it needs to restart, with/without python it shows "Restart"/"Shutdown" buttons respectively, and in some conditions it just asks "Restart now?" and then does not come back up when you agree. I know it's easy to fix on my end, but it's not super clear that that's even an issue, and I think python should be to dependencies and made visible to jetbrains IDEs. And yes I don't have system-wide python installed, that's the whole point of NixOS, is it not? :) I guess
I can confirm this affects the other JetBrains IDEs as well. Adding to the solves this problem. I'll open a PR for it shortly.

{ stdenv, lib, makeDesktopItem, makeWrapper, patchelf, writeText , coreutils, gnugrep, which, git, unzip, libsecret, libnotify, e2fsprogs <del> , vmopts ? null </del> <ins> , python3, vmopts ? null </ins> }: { pname, product, productShort ? product, version, src, wmClass, jdk, meta, extraLdPath ? [], extraWrapperArgs ? [] }@args:


Question:
IntelliJ (and I'm assuming other jetbrains products) uses a Python script to restart itself whenever needed (e.g. a plugin update), and if it detects that there is no Python, it shutdowns instead. Steps to reproduce the behavior: intellij. In the menu, select "File" -"Invalidate Caches..." there is no python in path, the opened window will have a button "Invalidate and Exit" run from , it will have "Invalidate and Restart" Same thing happens whenever it needs to restart, with/without python it shows "Restart"/"Shutdown" buttons respectively, and in some conditions it just asks "Restart now?" and then does not come back up when you agree. I know it's easy to fix on my end, but it's not super clear that that's even an issue, and I think python should be to dependencies and made visible to jetbrains IDEs. And yes I don't have system-wide python installed, that's the whole point of NixOS, is it not? :) I guess
I can confirm this affects the other JetBrains IDEs as well. Adding to the solves this problem. I'll open a PR for it shortly.

item=${desktopItem} makeWrapper "$out/$pname/bin/${loName}.sh" "$out/bin/${pname}"  <del> --prefix PATH : "$out/libexec/${pname}:${lib.makeBinPath [ jdk coreutils gnugrep which git ]}"  </del> <ins> --prefix PATH : "$out/libexec/${pname}:${lib.makeBinPath [ jdk coreutils gnugrep which git python3 ]}"  </ins> --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath ([ # Some internals want libstdc++.so.6 stdenv.cc.cc.lib libsecret e2fsprogs


Question:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.

- [isolate](https://github.com/ioi/isolate), a sandbox for securely executing untrusted programs. Available as [security.isolate](#opt-security.isolate.enable). <ins> - [private-gpt](https://github.com/zylon-ai/private-gpt), a service to interact with your documents using the power of LLMs, 100% privately, no data leaks. Available as [services.private-gpt](#opt-services.private-gpt.enable). </ins> ## Backward Incompatibilities {#sec-release-24.05-incompatibilities} <!-- To avoid merge conflicts, consider adding your item at an arbitrary place in the list instead. -->


Question:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.

./services/misc/polaris.nix ./services/misc/portunus.nix ./services/misc/preload.nix <ins> ./services/misc/private-gpt.nix </ins> ./services/misc/prowlarr.nix ./services/misc/pufferpanel.nix ./services/misc/pykms.nix


Question:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.

<ins> { config , lib , pkgs , ... }: let inherit (lib) types; format = pkgs.formats.yaml { }; cfg = config.services.private-gpt; in { options = { services.private-gpt = { enable = lib.mkEnableOption "private-gpt for local large language models"; package = lib.mkPackageOption pkgs "private-gpt" { }; stateDir = lib.mkOption { type = types.path; default = "/var/lib/private-gpt"; description = "State directory of private-gpt."; }; settings = lib.mkOption { type = format.type; default = { llm = { mode = "ollama"; tokenizer = ""; }; embedding = { mode = "ollama"; }; ollama = { llm_model = "llama3"; embedding_model = "nomic-embed-text"; api_base = "http://localhost:11434"; embedding_api_base = "http://localhost:11434"; keep_alive = "5m"; tfs_z = 1; top_k = 40; top_p = 0.9; repeat_last_n = 64; repeat_penalty = 1.2; request_timeout = 120; }; vectorstore = { database = "qdrant"; }; qdrant = { path = "/var/lib/private-gpt/vectorstore/qdrant"; }; data = { local_data_folder = "/var/lib/private-gpt"; }; openai = { }; azopenai = { }; }; description = '' settings-local.yaml for private-gpt ''; }; }; }; config = lib.mkIf cfg.enable { systemd.services.private-gpt = { description = "Interact with your documents using the power of GPT, 100% privately, no data leaks"; wantedBy = [ "multi-user.target" ]; after = [ "network.target" ]; preStart = let config = format.generate "settings-local.yaml" (cfg.settings // { server.env_name = "local"; }); in '' mkdir -p ${cfg.stateDir}/{settings,huggingface,matplotlib,tiktoken_cache} cp ${cfg.package.cl100k_base.tiktoken} ${cfg.stateDir}/tiktoken_cache/9b5ad71b2ce5302211f9c61530b329a4922fc6a4 cp ${pkgs.python3Packages.private-gpt}/${pkgs.python3.sitePackages}/private_gpt/settings.yaml ${cfg.stateDir}/settings/settings.yaml cp "${config}" "${cfg.stateDir}/settings/settings-local.yaml" chmod 600 "${cfg.stateDir}/settings/settings-local.yaml" ''; environment = { PGPT_PROFILES = "local"; PGPT_SETTINGS_FOLDER = "${cfg.stateDir}/settings"; HF_HOME = "${cfg.stateDir}/huggingface"; TRANSFORMERS_OFFLINE = "1"; HF_DATASETS_OFFLINE = "1"; MPLCONFIGDIR = "${cfg.stateDir}/matplotlib"; }; serviceConfig = { ExecStart = lib.getExe cfg.package; WorkingDirectory = cfg.stateDir; StateDirectory = "private-gpt"; RuntimeDirectory = "private-gpt"; RuntimeDirectoryMode = "0755"; PrivateTmp = true; DynamicUser = true; DevicePolicy = "closed"; LockPersonality = true; MemoryDenyWriteExecute = true; PrivateUsers = true; ProtectHome = true; ProtectHostname = true; ProtectKernelLogs = true; ProtectKernelModules = true; ProtectKernelTunables = true; ProtectControlGroups = true; ProcSubset = "pid"; RestrictNamespaces = true; RestrictRealtime = true; SystemCallArchitectures = "native"; UMask = "0077"; }; }; }; meta.maintainers = with lib.maintainers; [ drupol ]; } </ins>


Question:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.

pretix = runTest ./web-apps/pretix.nix; printing-socket = handleTest ./printing.nix { socket = true; }; printing-service = handleTest ./printing.nix { socket = false; }; <ins> private-gpt = handleTest ./private-gpt.nix {}; </ins> privoxy = handleTest ./privoxy.nix {}; prometheus = handleTest ./prometheus.nix {}; prometheus-exporters = handleTest ./prometheus-exporters.nix {};


Question:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.

<ins> import ./make-test-python.nix ({ pkgs, lib, ... }: let mainPort = "8001"; in { name = "private-gpt"; meta = with lib.maintainers; { maintainers = [ drupol ]; }; nodes = { machine = { ... }: { services.private-gpt = { enable = true; }; }; }; testScript = '' machine.start() machine.wait_for_unit("private-gpt.service") machine.wait_for_open_port(${mainPort}) machine.succeed("curl http://127.0.0.1:${mainPort}") ''; }) </ins>


Question:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.

<ins> { python3Packages , makeBinaryWrapper }: python3Packages.toPythonApplication (python3Packages.private-gpt.overrideAttrs (oldAttrs: { nativeBuildInputs = oldAttrs.nativeBuildInputs ++ [ makeBinaryWrapper ]; passthru.cl100k_base = { inherit (python3Packages.private-gpt.cl100k_base) tiktoken; }; postInstall = '' makeWrapper ${python3Packages.python.interpreter} $out/bin/private-gpt  --prefix PYTHONPATH : "$PYTHONPATH"  --add-flags "-m private_gpt" ''; })) </ins>


Question:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.

<ins> { lib , buildPythonPackage , python , fetchFromGitHub , poetry-core , fastapi , injector , llama-index-core , llama-index-readers-file , huggingface-hub , python-multipart , pyyaml , transformers , uvicorn , watchdog , gradio , fetchurl , fetchpatch }: buildPythonPackage rec { pname = "private-gpt"; version = "0.5.0"; pyproject = true; src = fetchFromGitHub { owner = "zylon-ai"; repo = "private-gpt"; rev = "v${version}"; hash = "sha256-bjydzJhOJjmbflcJbuMyNsmby7HtNPFW3MY2Tw12cHw="; }; patches = [ # Fix a vulnerability, to be removed in the next bump version # See https://github.com/zylon-ai/private-gpt/pull/1890 (fetchpatch { url = "https://github.com/zylon-ai/private-gpt/commit/86368c61760c9cee5d977131d23ad2a3e063cbe9.patch"; hash = "sha256-4ysRUuNaHW4bmNzg4fn++89b430LP6AzYDoX2HplVH0="; }) ]; build-system = [ poetry-core ]; dependencies = [ fastapi injector llama-index-core llama-index-readers-file python-multipart pyyaml transformers uvicorn watchdog ] ++ lib.flatten (builtins.attrValues passthru.optional-dependencies); # This is needed for running the tests and the service in offline mode, # See related issue at https://github.com/zylon-ai/private-gpt/issues/1870 passthru.cl100k_base.tiktoken = fetchurl { url = "https://openaipublic.blob.core.windows.net/encodings/cl100k_base.tiktoken"; hash = "sha256-Ijkht27pm96ZW3/3OFE+7xAPtR0YyTWXoRO8/+hlsqc="; }; passthru.optional-dependencies = with python.pkgs; { embeddings-huggingface = [ huggingface-hub llama-index-embeddings-huggingface ]; embeddings-ollama = [ llama-index-embeddings-ollama ]; embeddings-openai = [ llama-index-embeddings-openai ]; embeddings-sagemaker = [ boto3 ]; llms-ollama = [ llama-index-llms-ollama ]; llms-openai = [ llama-index-llms-openai ]; llms-openai-like = [ llama-index-llms-openai-like ]; llms-sagemaker = [ boto3 ]; ui = [ gradio ]; vector-stores-chroma = [ llama-index-vector-stores-chroma ]; vector-stores-postgres = [ llama-index-vector-stores-postgres ]; vector-stores-qdrant = [ llama-index-vector-stores-qdrant ]; }; postInstall = '' cp settings*.yaml $out/${python.sitePackages}/private_gpt/ ''; pythonImportsCheck = [ "private_gpt" ]; meta = { changelog = "https://github.com/zylon-ai/private-gpt/blob/${src.rev}/CHANGELOG.md"; description = "Interact with your documents using the power of GPT, 100% privately, no data leaks"; homepage = "https://github.com/zylon-ai/private-gpt"; license = lib.licenses.asl20; mainProgram = "private-gpt"; maintainers = with lib.maintainers; [ drupol ]; }; } </ins>


Question:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.

ppdeep = callPackage ../development/python-modules/ppdeep { }; <ins> private-gpt = callPackage ../development/python-modules/private-gpt { }; </ins> prodict = callPackage ../development/python-modules/prodict { }; prometheus-pandas = callPackage ../development/python-modules/prometheus-pandas { };


Question:
A clear and concise description of what the bug is. You can browse files and it'll show them but playing a song (in my case an MP3 file) results in this error: On the next start, the song is greyed out. I've d it and it seems to try (and fail?) to load libavcodec. That might be why. is in spotify's library path but somehow it's not loading. Investigating now. <!-- 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.
Fallout from , PR incoming.

{ fetchurl, lib, stdenv, squashfsTools, xorg, alsa-lib, makeShellWrapper, wrapGAppsHook, openssl, freetype , glib, pango, cairo, atk, gdk-pixbuf, gtk3, cups, nspr, nss_latest, libpng, libnotify <del> , libgcrypt, systemd, fontconfig, dbus, expat, ffmpeg, curlWithGnuTls, zlib, gnome </del> <ins> , libgcrypt, systemd, fontconfig, dbus, expat, ffmpeg_4, curlWithGnuTls, zlib, gnome </ins> , at-spi2-atk, at-spi2-core, libpulseaudio, libdrm, mesa, libxkbcommon , pname, meta, harfbuzz # High-DPI support: Spotify's --force-device-scale-factor argument


Question:
A clear and concise description of what the bug is. You can browse files and it'll show them but playing a song (in my case an MP3 file) results in this error: On the next start, the song is greyed out. I've d it and it seems to try (and fail?) to load libavcodec. That might be why. is in spotify's library path but somehow it's not loading. Investigating now. <!-- 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.
Fallout from , PR incoming.

curlWithGnuTls dbus expat <del> ffmpeg </del> <ins> ffmpeg_4 # Requires libavcodec < 59 as of 1.2.9.743.g85d9593d </ins> fontconfig freetype gdk-pixbuf


Question:
A clear and concise description of what the bug is. You can browse files and it'll show them but playing a song (in my case an MP3 file) results in this error: On the next start, the song is greyed out. I've d it and it seems to try (and fail?) to load libavcodec. That might be why. is in spotify's library path but somehow it's not loading. Investigating now. <!-- 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.
Fallout from , PR incoming.

ln -s ${nspr.out}/lib/libnspr4.so $libdir/libnspr4.so ln -s ${nspr.out}/lib/libplc4.so $libdir/libplc4.so <del> ln -s ${ffmpeg.lib}/lib/libavcodec.so* $libdir ln -s ${ffmpeg.lib}/lib/libavformat.so* $libdir </del> <ins> ln -s ${ffmpeg_4.lib}/lib/libavcodec.so* $libdir ln -s ${ffmpeg_4.lib}/lib/libavformat.so* $libdir </ins> rpath="$out/share/spotify:$libdir"


Question:
When opted in to the latest Steam Beta (version ) starting Steam fails with the error Looking at the log output, it looks like it fails to load : Steps to reproduce the behavior: into Steam Beta steam Steam runs ! stdout when running : Please run and paste the result.
i'm able to reproduce this as well
In case anyone experiences this and wants a temporary workaround, you can opt out of the Steam Beta by running
I think this might be due to a change in nixpkgs rather than steam, since this works for me on: But it breaks for me when I update to:
Building with running with and using the bad commit is part of cc
Please test .

libpsl nghttp2.lib rtmpdump <del> ] ++ steam-runtime-wrapped.overridePkgs </del> <ins> ] # This needs to come from pkgs as the passed-in steam-runtime-wrapped may not be the same architecture ++ pkgs.steamPackages.steam-runtime-wrapped.overridePkgs </ins> ++ extraLibraries pkgs; extraInstallCommands = lib.optionalString (steam != null) ''


Question:
Steps to reproduce the behavior: Error: There should be a working matplotlib for 3.8, and the newer one for 3.9+, I guess Commit caused this regression. For 3.7.0: Latest matplotlib that worked for 3.8 is 3.6.2. by simply taking the old version of (before the said commit), which builds but fails to work with tk (I'm not sure tbh how to approach it). Please run and paste the result.
also cc
Maybe, try poetry2nix or using older nixpkgs.
I tried with but it gave me a error when trying to compile some boost library...
Sorry, but I don't have the energy to provide full support for the python package sets we don't recurse (3.8, 3.9) into. As such they're untested and the fast pace at which python libraries move makes it cumbersome to keep everything in working order.
greetings ! lists python 3.8 as compatible ( sorry you need to look at html title tag to see that its for version 3.7.1 matplotlib builds with this change, tested at I appreciate how much work you put into this, so I am happy to create a PR for this you should be able to just override attribute of derivation, you can refer to nixpkgs manual for that, or let us know if you need some assistance
Thank you! you can try now to use the master branch of nixpkgs with the shell you tried before
Thank you very much everybody. This fixes it :)

pname = "matplotlib"; format = "pyproject"; <del> disabled = pythonOlder "3.9"; </del> <ins> disabled = pythonOlder "3.8"; </ins> src = fetchPypi { inherit pname version;


Question: Since , was moved to top level, and and are aliases of from the top level To find the usages of these aliases, you can search for in the repository Note that there are false positives (e.g. when used in overlays) and this also might not include all usages (let inherit)

- The latest version of `clonehero` now stores custom content in `~/.clonehero`. See the [migration instructions](https://clonehero.net/2022/11/29/v23-to-v1-migration-instructions.html). Typically, these content files would exist along side the binary, but the previous build used a wrapper script that would store them in `~/.config/unity3d/srylain Inc_/Clone Hero`. <ins> - `python3.pkgs.fetchPypi` (and `python3Packages.fetchPypi`) has been deprecated in favor of top-level `fetchPypi`. </ins> - `etcd` has been updated to 3.5, you will want to read the [3.3 to 3.4](https://etcd.io/docs/v3.5/upgrades/upgrade_3_4/) and [3.4 to 3.5](https://etcd.io/docs/v3.5/upgrades/upgrade_3_5/) upgrade guides ## Other Notable Changes {#sec-release-23.11-notable-changes}


Question: Since , was moved to top level, and and are aliases of from the top level To find the usages of these aliases, you can search for in the repository Note that there are false positives (e.g. when used in overlays) and this also might not include all usages (let inherit)

let inherit (self) callPackage; <del> inherit (python.passthru) isPy27 isPy37 isPy38 isPy39 isPy310 isPy311 isPy3k isPyPy pythonAtLeast pythonOlder; </del> namePrefix = python.libPrefix + "-";


Question: Since , was moved to top level, and and are aliases of from the top level To find the usages of these aliases, you can search for in the repository Note that there are false positives (e.g. when used in overlays) and this also might not include all usages (let inherit)

inherit lib pkgs stdenv; inherit (python.passthru) isPy27 isPy37 isPy38 isPy39 isPy310 isPy311 isPy3k isPyPy pythonAtLeast pythonOlder; inherit buildPythonPackage buildPythonApplication; <del> inherit (pkgs) fetchPypi; </del> inherit hasPythonModule requiredPythonModules makePythonPath disabled disabledIf; inherit toPythonModule toPythonApplication; inherit buildSetupcfg;


Question: Since , was moved to top level, and and are aliases of from the top level To find the usages of these aliases, you can search for in the repository Note that there are false positives (e.g. when used in overlays) and this also might not include all usages (let inherit)

face_recognition_models = face-recognition-models; # added 2022-10-15 fake_factory = throw "fake_factory has been removed because it is unused and deprecated by upstream since 2016."; # added 2022-05-30 faulthandler = throw "faulthandler is built into ${python.executable}"; # added 2021-07-12 <ins> inherit (super.pkgs) fetchPypi; # added 2023-05-25 </ins> filemagic = throw "inactive since 2014, so use python-magic instead"; # added 2022-11-19 flaskbabel = flask-babel; # added 2023-01-19 flask_login = flask-login; # added 2022-10-17


Question: Project description This is a CLI keyboard layout switcher for Gnome 3 and 4x. It is not based on the X interface but rather implements direct D-Bus messaging with the Gnome Shell. Metadata homepage URL: source URL: license: bsd platforms: unix, linux, darwin, ...

<ins> { lib , stdenv , cmake , pkg-config , glib , fetchFromGitHub }: stdenv.mkDerivation rec { pname = "g3kb-switch"; version = "1.4"; src = fetchFromGitHub { owner = "lyokha"; repo = "g3kb-switch"; rev = version; sha256 = "sha256-mcZduHcteZ+nS0YEZG5DfmpA8xrnLhwxumq6hLuLPIs="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ glib ]; meta = with lib; { homepage = "https://github.com/lyokha/g3kb-switch"; description = "CLI keyboard layout switcher for GNOME Shell"; license = licenses.bsd2; maintainers = with maintainers; [ Freed-Wu ]; platforms = platforms.unix; }; } </ins>


Question: Project description aw-watcher-window-wayland is a part of ActivityWatch needed to have it working in a Wayland compositor. At the present time, without this, the ActivityWatch package is not working on Wayland environments Metadata homepage URL: source URL: license: MPL-2.0 license platforms: linux

githubId = 1855930; name = "Ertugrul Söylemez"; }; <ins> esau79p = { github = "EsAu79p"; githubId = 21313906; name = "EsAu"; }; </ins> esclear = { github = "esclear"; githubId = 7432848;