jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib , stdenv , fetchFromGitLab , meson , ninja , pkg-config , gst_all_1 , wrapGAppsHook4 , appstream-glib , gtk4 , libadwaita , desktop-file-utils , libGL }: stdenv.mkDerivation rec { pname = "livi"; version = "0.0.6"; src = fetchFromGitLab { owner = "guidog"; repo = "livi"; domain = "gitlab.gnome.org"; rev = "v${version}"; sha256 = "sha256-DaIbBCJT4Da5noW6Q5z1yzTZ256HNqrvdXgwSY7p/D8="; }; nativeBuildInputs = [ meson ninja pkg-config wrapGAppsHook4 appstream-glib desktop-file-utils ]; buildInputs = [ gst_all_1.gstreamer gst_all_1.gst-plugins-base gst_all_1.gst-plugins-good gst_all_1.gst-plugins-bad gtk4 libadwaita libGL ]; strictDeps = true; meta = with lib; { homepage = "https://gitlab.gnome.org/guidog/livi"; description = "A small video player targeting mobile devices (also named μPlayer)"; license = licenses.gpl3Plus; platforms = platforms.linux; mainProgram = "livi"; maintainers = with maintainers; [ mksafavi ]; }; } </ins>

Discussion:
Project description A simple GTK4 based video player for mobile phones Metadata homepage URL: source URL: license: GPL3 platforms: Linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi. Is this a package you're working on? If not, I packaged it but I'm not sure if it's correct. I can send a PR for it as starter. [It's the first time I built anything on NixOS].
Not currently working on this, but can help test.
I a PR for this. It would be great if you could check it out. Though running it gives this warning but can play videos. Also I couldn't play x265 videos with it. Is this normal?
Change:
diff --git a/CMakeLists.txt b/CMakeLists.txt <del> index c453d23e..66b4aa24 100644 </del> <ins> index 785e2cd..459024d 100644 </ins> --- a/CMakeLists.txt +++ b/CMakeLists.txt <del> @@ -560,6 +560,8 @@ if(NCNN_VULKAN) message(WARNING "GLSLANG_TARGET_DIR must be defined! NCNN_SYSTEM_GLSLANG will be turned off.") </del> <ins> @@ -589,7 +589,8 @@ endif() if(NCNN_VULKAN) if(NCNN_SYSTEM_GLSLANG) find_package(Threads) -        find_package(glslang QUIET) +        find_package(SPIRV-Tools-opt REQUIRED) +        find_package(glslang REQUIRED) if(glslang_FOUND) add_library(glslang ALIAS glslang::glslang) add_library(SPIRV ALIAS glslang::SPIRV) @@ -601,7 +602,6 @@ if(NCNN_VULKAN) </ins> set(NCNN_SYSTEM_GLSLANG OFF) else() <del> +                include("${GLSLANG_TARGET_DIR}/SPIRV-Tools/SPIRV-ToolsTarget.cmake") +                include("${GLSLANG_TARGET_DIR}/SPIRV-Tools-opt/SPIRV-Tools-optTargets.cmake") </del> include("${GLSLANG_TARGET_DIR}/OSDependentTargets.cmake") <del> include("${GLSLANG_TARGET_DIR}/OGLCompilerTargets.cmake") </del> <ins> -                include("${GLSLANG_TARGET_DIR}/OGLCompilerTargets.cmake") </ins> if(EXISTS "${GLSLANG_TARGET_DIR}/HLSLTargets.cmake") <ins> # hlsl support can be optional include("${GLSLANG_TARGET_DIR}/HLSLTargets.cmake") </ins> diff --git a/src/ncnn.pc.in b/src/ncnn.pc.in <del> index b580fcee..be2becd0 100644 </del> <ins> index b580fce..be2becd 100644 </ins> --- a/src/ncnn.pc.in +++ b/src/ncnn.pc.in @@ -1,6 +1,6 @@

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: build and upgrade successfully. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
failed to build, may be maintaining this dependency
You can exclude this package until the build is fixed
Thanks a lot for getting back to me so quickly and for your helpful suggestion!
Change:
doCheck = false; <del> propogatedBuildInputs = [ python3 ]; </del> <ins> propagatedBuildInputs = [ python3 ]; </ins> meta = with stdenv.lib; { description = "A text scroller for use with panels and shells";

Discussion:
These are definitely not intentional: &q=propogatedBuildInputs&type=Code
I wonder: would that be from a Dvorak user?
Change:
- [woodpecker-server](https://woodpecker-ci.org/), a simple CI engine with great extensibility. Available as [services.woodpecker-server](#opt-services.woodpecker-server.enable). <ins> - [lldap](https://github.com/lldap/lldap), a lightweight authentication server that provides an opinionated, simplified LDAP interface for authentication. Available as [services.lldap](#opt-services.lldap.enable). </ins> - [ReGreet](https://github.com/rharish101/ReGreet), a clean and customizable greeter for greetd. Available as [programs.regreet](#opt-programs.regreet.enable). - [v4l2-relayd](https://git.launchpad.net/v4l2-relayd), a streaming relay for v4l2loopback using gstreamer. Available as [services.v4l2-relayd](#opt-services.v4l2-relayd.instances._name_.enable).

Discussion:
Project description An lightweight authentication server that provides an opinionated, simplified LDAP interface for authentication: clients that can only speak LDAP protocol can talk to it and use it as an authentication server. Metadata homepage URL: source URL: license: platforms: unix
Here is what I came up with so far (with big help from :heart:):
I marked this as stale due to inactivity. &rarr;
Still relevant
I gave it a try in in case someone would like to take a look at it :)
Change:
{ stdenv, fetchzip, buildEnv, makeDesktopItem, runCommand, writeText, pkgconfig , cmake, qmake, cacert, jsoncpp, libX11, libXScrnSaver, lua, openssl, poco <del> , qtbase, qtwebkit, qtx11extras, sqlite }: </del> <ins> , qtbase, qtwebengine, qtx11extras, sqlite }: </ins> let name = "toggldesktop-${version}";

Discussion:
fails to build. The build error is in an internal dependency, . The nix derivation uses the upstream version from Github but Toggl is actually using a vendored internal version that has a number of fixes in it. The build error is due to using the discontinued library. Toggl's internal version uses . This problem has been noted in .
cc
Fixed in (tagged ). See for Nixpkgs PR.
Change:
<del> { lib, mkDerivation, fetchFromGitHub, cmake , qtbase, qtscript, qtwebkit, libXfixes, libXtst, qtx11extras, git , webkitSupport ? true </del> <ins> { lib , mkDerivation , fetchFromGitHub , cmake , extra-cmake-modules , qtbase , qtscript , libXfixes , libXtst , qtx11extras , git , knotifications , qtwayland , wayland , fetchpatch </ins> }: mkDerivation rec { pname = "CopyQ"; <del> version = "3.13.0"; </del> <ins> version = "4.1.0"; </ins> <del> src  = fetchFromGitHub { </del> <ins> src = fetchFromGitHub { </ins> owner = "hluk"; repo = "CopyQ"; rev = "v${version}"; <del> sha256 = "0qssyavx0dkgsyj2myqg8n7sih8niy960nyb1yknsbjm37iqraah"; </del> <ins> sha256 = "1iacnd9dn0mrajff80r2g5nlks5sch9lmpl633mnyqmih9dwx2li"; </ins> }; <del> nativeBuildInputs = [ cmake ]; </del> <ins> nativeBuildInputs = [ cmake extra-cmake-modules ]; </ins> buildInputs = [ <del> git qtbase qtscript libXfixes libXtst qtx11extras ] ++ lib.optional webkitSupport qtwebkit; </del> <ins> qtbase qtscript libXfixes libXtst qtx11extras knotifications qtwayland wayland ]; patches = [ # Install the bash completion script correctly # Remove once 4.1.1 is released (fetchpatch { url = "https://github.com/hluk/CopyQ/commit/aca7222ec28589af0b08f63686104b992d63ee42.patch"; sha256 = "0d440d0zsdzm9cd0b6c42y9qbrvxg7gdam0qmif62mr8qa0ylidl"; }) ]; postPatch = '' substituteInPlace shared/com.github.hluk.copyq.desktop.in  --replace copyq "$out/bin/copyq" ''; </ins> meta = with lib; { <del> homepage    = "https://hluk.github.io/CopyQ"; </del> <ins> homepage = "https://hluk.github.io/CopyQ"; </ins> description = "Clipboard Manager with Advanced Features"; <del> license     = licenses.gpl3; maintainers = [ maintainers.willtim ]; </del> <ins> license = licenses.gpl3Only; maintainers = with maintainers; [ willtim artturin ]; </ins> # NOTE: CopyQ supports windows and osx, but I cannot test these. # OSX build requires QT5. <del> platforms   = platforms.linux; </del> <ins> platforms = platforms.linux; </ins> }; }

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: copyq <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 3.13.0 desired version: 4.1.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR. Old version doesn't work correctly in Wayland / Sway. New version works correctly. There are also updated dependencies list: (from for Ubuntu)
Change:
enable = true; package = kdePackages.kwallet-pam; }; <del> kde.kwallet = { enable = true; package = kdePackages.kwallet-pam; </del> <ins> kde = { allowNullPassword = true; kwallet = { enable = true; package = kdePackages.kwallet-pam; }; </ins> }; kde-fingerprint = lib.mkIf config.services.fprintd.enable { fprintAuth = true; }; kde-smartcard = lib.mkIf config.security.pam.p11.enable { p11Auth = true; };

Discussion:
Testing the new made available recently and it works fine but I noticed that when the lockscreen is activated, SDDM will prompt for a password despite the default iso user (nixos) does not have a password; which results in me being locked out of the iso since it won't take a blank password nor any character. Steps to reproduce the behavior: iso with newest plasma6 graphical calamares module into iso the system SDDM should just show the "Unlock" button and not prompt for a password N/A N/A <!-- 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]:
That's kscreenlocker, not SDDM, and the password should be IIRC?
Odd.. on the official release it's just no password set, just says "Unlock". And even odder is I try putting that as the password and it still fails to unlock.
Official release of what?
The ISO from , speciifcally
Hmm, I'll have to double check then.
Hey it looks like it's now escalated to where if I hit "Switch User" the entire system locks up and have to restart the computer. And even worse, the issue still occurs! The oddest thing is however, is that it doesn't occur on an installed NixOS instance; none of my computers have this sort of problem (but I have a password set with autologin disabled for my user so that may be the difference).
Is there already a workaround for this? I just wanted to install it, but now I don't see any progress.
This will be fixed upstream for Plasma 6.1.
Switch to tty (), set password to non-empty one (), and then switch back
I just had the same issue on plasma6 24.05. I understand this an upstream issue but I thought it would be worth noting it.
Hey i updated to Plasma 6.1 but it sadly did not address the issue at all; had to go and undo that commit I pushed to my config two weeks ago
Please test
Change:
nativeCheckInputs = [ pytestCheckHook pytest-mock <del> pytest-rerunfailures </del> pytest-xdist pytest-httpserver ] ++ lib.optional stdenv.isLinux first;

Discussion:
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 It would be great to get this updated as introduces the ability to manage python versions. Will require: to be updated to to be to dependencies to be packaged and to dependencies <!-- 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]:
Also pinging since it seems you have provided the most recent updates.
Change:
EOF '' + lib.optionalString stdenv.isLinux '' # We cannot use -exec since wrapProgram is a function but not a command. <del> for bin in $( find "$out" -executable -type f ); do </del> <ins> # # jspawnhelper is executed from JVM, so it doesn't need to wrap it, and it # breaks building OpenJDK (#114495). for bin in $( find "$out" -executable -type f -not -name jspawnhelper ); do </ins> wrapProgram "$bin" --prefix LD_LIBRARY_PATH : "${runtimeLibraryPath}" done '';

Discussion:
Describe the bug The derivation does not build A clear and concise description of what the bug is. To Reproduce Steps to reproduce the behavior: -build -A openjdk15 Additional context Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata system: host os: multi-user?: sandbox: version: channels(tsteinbach): nixpkgs:
This might be relevant:
Maybe this is related to jspawnhelper and the extra wrappers to adoptopenjdk-bin-14 (the bootstrap jdk for openjdk-15) in ()? My computer is slow so I can't really check. cc
Facing the same issue with , is there a temporary workaround? Can I override 's version somehow? The issue occurs when I try to build with support, which tries to build .
you are correct, that commit introduced the issue. I've opened a PR to revert it pending a proper fix.
Opened PR: . We can build now.
Change:
, dconf , librsvg , gdk-pixbuf <ins> # some scripts need these when used in conjuction with firejail , coreutils , gnugrep </ins> # Configuration options for the wrapper , extraMakeWrapperArgs ? [] , dbusVerify ? stdenv.isLinux

Discussion:
Copied from After running libreoffice in terminal, this is some error output: I think this is path issue in the soffice script but I do not know how to solve it. Something similar has been solved for in (pinging because of recent activity in regard to ) <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I can make a PR, but I don't have the patience to build locally, so someone have to test it.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Ok. Built successfully. Sending PR
Change:
<ins> { lib , stdenv , fetchFromGitHub , cmake , obs-studio , onnxruntime , opencv }: stdenv.mkDerivation rec { pname = "obs-backgroundremoval"; version = "0.5.16"; src = fetchFromGitHub { owner = "royshil"; repo = "obs-backgroundremoval"; rev = "v${version}"; hash = "sha256-E+pm/Ma6dZTYlX3DpB49ynTETsRS2TBqgHSCijl/Txc="; }; nativeBuildInputs = [ cmake ]; buildInputs = [ obs-studio onnxruntime opencv ]; dontWrapQtApps = true; cmakeFlags = [ "-DUSE_SYSTEM_ONNXRUNTIME=ON" "-DUSE_SYSTEM_OPENCV=ON" ]; postInstall = '' mkdir $out/lib $out/share mv $out/obs-plugins/64bit $out/lib/obs-plugins rm -rf $out/obs-plugins mv $out/data $out/share/obs ''; meta = with lib; { description = "OBS plugin to replace the background in portrait images and video"; homepage = "https://github.com/royshil/obs-backgroundremoval"; maintainers = with maintainers; [ zahrun ]; license = licenses.mit; platforms = [ "x86_64-linux" "i686-linux" ]; }; } </ins>

Discussion:
Project description An OBS plugin for removing background in portrait images (video), making it easy to replace the background when screen recording. This package was removed in The build might be fixed as of if you don't mind giving it a try Metadata homepage URL: source URL: license: mit platforms: linux, darwin
The maintainer of the project has been active lately and there are a few new releases. Also see And
Change:
perlPackages.buildPerlPackage rec { pname = "gscan2pdf"; <del> version = "2.9.1"; </del> <ins> version = "2.11.1"; </ins> src = fetchurl { url = "mirror://sourceforge/gscan2pdf/${version}/${pname}-${version}.tar.xz"; <del> sha256 = "1ls6n1a8vjgwkb40drpc3rapjligaf9fp218539fnwvhv26div69"; </del> <ins> sha256 = "0aigngfi5dbjihn43c6sg865i1ybfzj0w81zclzy8r9nqiqq0wma"; </ins> }; nativeBuildInputs = [ wrapGAppsHook ];

Discussion:
Describe the bug in seems to be broken, in a way (I think) related to how other things have broken in the past, e.g. . From looking at examples of fixes, e.g. , it looks like it might be necessary to patch the Perl source in , but I don't really understand what's going on so I don't know how. To Reproduce Steps to reproduce the behavior: to for this package so that the tests actually run, as in my PR tests fail Expected behavior I tried making a package that depends on , and got the following error at runtime: Maintainer information:
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Change:
nativeBuildInputs = [ pkgconfig ]; buildInputs = [ <del> expat curl jansson libpng libjpeg libGLU_combined libXxf86vm pcre SDL2 vimNox </del> <ins> expat curl jansson libpng libjpeg libGLU_combined libXxf86vm pcre SDL2 vim </ins> ]; installPhase = with stdenv.lib; let

Discussion:
in master (at ) is built from a patched source tree for vim 7.3 from 2012 which was never updated. The resulting package's name is vimconfigurable-8.1.0001 but it actually contains vim 7.3.315. Unfortuately there's no newer version for the source at the listed URL. should either be updated or dropped from nixpkgs. Given that nobody has bothered to update it since 2012, I vote to drop it. (This issue surfaced when removed the pin of to lua 5.1 and broke because the old vim 7.3 is incompatible with lua 5.2).
Let's drop this now since no one has shown any interest.
Change:
cfg = config.services.nextcloud; fpm = config.services.phpfpm.pools.nextcloud; <ins> jsonFormat = pkgs.formats.json {}; </ins> phpPackage = pkgs.php74.buildEnv { extensions = { enabled, all }: (with all;

Discussion:
Currently, the nextcloud modules has a set list of config options (in ), and no -style hook for freeform text which should be appended to nextcloud's configuration file. In particular, I am unable to figure out how to set up redis caching with the nextcloud module — the description for states that "you still need to enable Redis in your ", but there is no description of how to do that, and no corresponding option in the module. I think the module should offer something like , particular since this is probably also an issue for other possible configurations of nextcloud (given that its is prohibitively long) — or am I just missing something obvious?
I started a pull request with this here:
I marked this as stale due to inactivity. &rarr;
Same problem ;(
Change:
homepage = https://git.zx2c4.com/wireguard-go/about/; license = licenses.gpl2; maintainers = with maintainers; [ elseym kirelagin yegortimoshenko zx2c4 ]; <del> platforms = platforms.darwin; </del> }; }

Discussion:
I can't compile on macOS: Metadata system: host os: multi-user?: sandbox: version: channels(eridius): nixpkgs: Maintainer information:
Change:
enable = true; virtualHosts = mapAttrs (hostName: cfg:  mkMerge [ cfg.nginx { root = mkForce "${pkg hostName cfg}/share/dokuwiki"; <del> extraConfig = "fastcgi_param HTTPS on;"; </del> <ins> extraConfig = lib.optionalString (cfg.nginx.addSSL || cfg.nginx.forceSSL || cfg.nginx.onlySSL || cfg.nginx.enableACME) "fastcgi_param HTTPS on;"; </ins> locations."~ /(conf/|bin/|inc/|install.php)" = { extraConfig = "deny all;";

Discussion:
Dokuwiki login page does not work (timeout) when https is not enabled in the webserver. Steps to reproduce the behavior: Add some user using the usersFile option and disable and options. Click on "Log In" in the top right, fill in form, and click the login button. The page now redirects to a non-existing https url. Disabling these options should allow Dokuwiki to work on a non-HTTPS enabled webserver. Currently when trying to login, the page will time out as the wiki redirects the user to a https version of the url. While the default https enabled webserver is good for security, it is not always needed or wanted. For example, when you have the wiki on an internal trusted network with no access from the internet such as a wireguard VPN of a few personal devices. In that situation, the SSL adds no value and makes it harder to use, as you would need to distribute self signed certificates to all your devices.
Change:
services.dbus.packages = [ pkgs.dconf ]; <ins> systemd.packages = [ pkgs.dconf ]; </ins> # For dconf executable environment.systemPackages = [ pkgs.dconf ];

Discussion:
Describe the bug A clear and concise description of what the bug is. To Reproduce Note that the dconf key can be read fine, just not updated. This can be reproduced with GUI tools as well. For example is unable to change the status of extensions. The tool appears to update settings but after exiting and restarting the old value is still in place. I'm particularly interesting in the active gnome-shell extensions because I need to disable the extension to work aound the problems with the overview freezing, but this is also more generic. I can't change most settings in or . I suspect this is also why I keep seeing the Tour dialog every time I log in. Expected behavior The key should have been updated. Screenshots The shell commands illustrate the problem well. Additional context I can't think of any other context that would be helpful. Notify maintainers I'm mentioning the Gnome team members since they seem the most likely to be able to help. Metadata Please run and paste the result. Maintainer information:
That is super weird. Could you try if adding to your configuration fixes it?
Also, before that, I would try running .
First, thank you for the quick reply. Before making any changes: After adding to : So, that appears to have resolved the problem. I checked and i don't have anything touching in my or the overlay referred to from it where I maintain some local configuration modifications, I don't think there is something specific to my configuration that tripped this up. I'm very happy to have the overview working as it was very hard not to trigger it by habit. :-) I'd be happy to do anything else that can help narrow down why this was a problem in the first place.
It looks like dconf switched to d-bus activation so we need to add it to . But weirdly the activation works for me and the service is found, even though I do not have it in.
Change:
]; checkInputs = [ sphinx numpydoc pytest ]; <del> propagatedBuildInputs = [ python-lz4 ]; </del> <ins> propagatedBuildInputs = [ python-lz4 setuptools ]; </ins> # test_disk_used is broken: https://github.com/joblib/joblib/issues/57 # test_dispatch_multiprocessing is broken only on Darwin.

Discussion:
Describe the bug scikit-learn has a runtime dependency of setuptools. The current nix package doesn't specify that and importing it fails. Adding to fixes the issue. To Reproduce Expected behavior Importing sklearn should work without specifying setuptools as an additional package. Additional context This is a known issue in some python packages that have not been built properly, e.g: Metadata Maintainer information:
Please show the full trace so we can see exactly in which package the import fails.
No, we no longer include setuptools/pkg_resources by default, thus requiring individual packages to declare it as runtime dependancy.
I updated the description, on a closer look it seems like it's an issue in ?
correct, its joblib that needs to be fixed