jiebi/CodeConvo huggingface dataset:
Change:
requests ]; <ins> # TODO: remove this when #286814 hits master mesonFlags = [ "-Dtiff_compression=jpeg" ]; </ins> buildInputs = [ libadwaita (python3Packages.python.withPackages (_: finalAttrs.pythonPath))

Discussion:
When you import a game in GNOME Catrtidges, an image will not be generated and you will see this error in the logs: Steps to reproduce the behavior: high quality images in Cartridge's preferences a game Image is generated, no errors According to the comments on the AUR package, this is due to being built without WebP support As a workaround, you can enable high quality images in preferences Cartridges: libtiff: None listed :slightlyfrowningface: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
sorry for the wait, been a bit busy and didn't have time for a large rebuild :p solves this. you can test it with the following command using my cachix cache should help you avoid any rebuilds caused by the change in libtiff for the next few days
Change:
sha256 = "d80ccb8cfa550139b50801591d4ca8a5575334adb493c402fce2312f55d07d66"; }; <del> checkInputs = [ docutils virtualenv webtest zope_component ]; </del> <ins> checkInputs = [ webtest zope_component ]; </ins> <del> propagatedBuildInputs = [ hupper PasteDeploy plaster plaster-pastedeploy repoze_lru repoze_sphinx_autointerface translationstring venusian webob zope_deprecation zope_interface ]; </del> <ins> propagatedBuildInputs = [ hupper PasteDeploy plaster plaster-pastedeploy repoze_lru translationstring venusian webob zope_deprecation zope_interface ]; </ins> # Failing tests # https://github.com/Pylons/pyramid/issues/1899

Discussion:
Describe the bug As of now the pyramid package depends on the package which is originally on the section of the package definition: This brings in a big chunk of dependencies that are on the for an unclear advantage. As of now the dependency on brings in also a dependency on making it very difficult to override it for a database applications that uses pyramid. Would it be possible/feasible to duplicate the package building one without all that chunk of doc-only dependencies? Should I propose a PR? Maintainer information:
Maybe a solution could be to just move the "docs" dependencies to the .
extras should not be included by default
cc
Change:
{ thinkpad ? false <del> , stdenv, fetchurl, pkgconfig, intltool, libfprint-thinkpad ? null , libfprint ? null, glib, dbus-glib, polkit, nss, pam, systemd }: </del> <ins> , stdenv , fetchurl , pkgconfig , intltool , libfprint-thinkpad ? null , libfprint ? null , glib , dbus-glib , polkit , nss , pam , systemd }: </ins> stdenv.mkDerivation rec { pname = "fprintd" + stdenv.lib.optionalString thinkpad "-thinkpad"; <del> version = "0.8.1"; </del> <ins> version = "0.9.0"; </ins> src = fetchurl { <del> url = "https://gitlab.freedesktop.org/libfprint/fprintd/uploads/bdd9f91909f535368b7c21f72311704a/fprintd-${version}.tar.xz"; sha256 = "124s0g9syvglgsmqnavp2a8c0zcq8cyaph8p8iyvbla11vfizs9l"; </del> <ins> url = "https://gitlab.freedesktop.org/libfprint/fprintd/uploads/9dec4b63d1f00e637070be1477ce63c0/fprintd-${version}.tar.xz"; sha256 = "182gcnwb6zjwmk0dn562rjmpbk7ac7dhipbfdhfic2sn1jzis49p"; </ins> }; <del> buildInputs = [ glib dbus-glib polkit nss pam systemd ] ++ stdenv.lib.optional thinkpad libfprint-thinkpad ++ stdenv.lib.optional (!thinkpad) libfprint; </del> <ins> nativeBuildInputs = [ intltool pkgconfig ]; </ins> <del> nativeBuildInputs = [ pkgconfig intltool ]; </del> <ins> buildInputs = [ glib dbus-glib polkit nss pam systemd ] ++ stdenv.lib.optional thinkpad libfprint-thinkpad ++ stdenv.lib.optional (!thinkpad) libfprint ; </ins> <del> configureFlags = [ "--with-systemdsystemunitdir=${placeholder "out"}/lib/systemd/system" "--localstatedir=/var" "--sysconfdir=${placeholder "out"}/etc" </del> <ins> configureFlags = [ # is hardcoded to /var/lib/fprint, this is for the StateDirectory install target "--localstatedir=${placeholder "out"}/var" "--sysconfdir=${placeholder "out"}/etc" "--with-systemdsystemunitdir=${placeholder "out"}/lib/systemd/system" </ins> ]; meta = with stdenv.lib; {

Discussion:
Describe the bug I might some back to this when I have the time. Packages and versions to upgrade
Hi, I try to build the master-unstable and I have a problem when fprintd is build. It seems that isn't in dependencies :
Fixed in .
Change:
"hotspot": { "aarch64": { "build": "7", <del> "sha256": "4af5b7d6678d03f2207029a7c610d81b1f016462c1dfcd8153a227b1df973a42", </del> <ins> "sha256": "de31fab70640c6d5099de5fc8fa8b4d6b484a7352fa48a9fafbdc088ca708564", </ins> "url": "https://github.com/AdoptOpenJDK/openjdk11-binaries/releases/download/jdk-11.0.3%2B7/OpenJDK11U-jre_aarch64_linux_hotspot_11.0.3_7.tar.gz", "version": "11.0.3" },

Discussion:
Error while building/downloading jre on aarch64: The error occured when I . But any use of the jre under aarch64 should give the same result as long as free packages are used (i.e. not using the oracle jre build). Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Maybe it is fixed by and . It should be backported to the stable branch.
the patches are merged into the stable branch. Could you try it and close the issue if it works?
I used the following code (unstable being ): and the build succeeded. Thank you for your help ! However the video driver is now missing... Do any of you have previous experience with running xserver on by any chance ?
Original problem is fixed (apparently), so better create a separate thread for new ones (unless you immediately solve them).
Change:
default = false; description = lib.mdDoc "Whether to enable wol on this interface."; }; <ins> policy = mkOption { type = with types; listOf ( enum ["phy" "unicast" "multicast" "broadcast" "arp" "magic" "secureon"] ); default = ["magic"]; description = lib.mdDoc '' The [Wake-on-LAN policy](https://www.freedesktop.org/software/systemd/man/systemd.link.html#WakeOnLan=) to set for the device. The options are - `phy`: Wake on PHY activity - `unicast`: Wake on unicast messages - `multicast`: Wake on multicast messages - `broadcast`: Wake on broadcast messages - `arp`: Wake on ARP - `magic`: Wake on receipt of a magic packet ''; }; </ins> }; };

Discussion:
Currently when is for an interface, it automatically sets it to . The line which sets it is at - Currently there's no way to set it to another value, like , , etc. Earlier this was possible with service, which was removed in favor of this boolean on network interfaces. Instead, I use a custom service for my current setup Add a option along with , which by default could be , but allows other values to be set.
Change:
the camera's tone curves. ''; <del> license = stdenv.lib.licenses.gpl2Plus; </del> <ins> license = licenses.gpl2Plus; </ins> <del> maintainers = [ ]; platforms = stdenv.lib.platforms.gnu ++ stdenv.lib.platforms.linux;  # needs GTK+ </del> <ins> maintainers = with maintainers; [ gloaming ]; platforms   = with platforms; all; </ins> }; }

Discussion:
I can't install anything anymore on my system because fails to install, and when I run , I get an error during the compilation. Note that you can obtain it directly from Install or compile : $ nix-build -E "with import <nixpkgs{}; gimp-with-plugins" I am on . Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(me): channels(root): nixpkgs:
Note that you can still install packages into your user environment with .
Change:
<del> { lib, fetchFromGitHub, coccinelle, gnugrep, python3Packages }: with python3Packages; buildPythonApplication rec { </del> <ins> { lib , fetchFromGitHub , coccinelle , gnugrep , python3 }: python3.pkgs.buildPythonApplication rec { </ins> pname = "cvehound"; <del> version = "1.0.4"; </del> <ins> version = "1.0.9"; </ins> src = fetchFromGitHub { owner = "evdenis"; repo = "cvehound"; rev = version; <del> sha256 = "sha256-m8vpea02flQ8elSvGWv9FqBhsEcBzRYjcUk+dc4kb2M="; </del> <ins> hash = "sha256-qwQfpelY1Air3wVQ3RziM/+MNOR3jiKmLpO2w6kXZwM="; </ins> }; makeWrapperArgs = [ "--prefix PATH : ${lib.makeBinPath [ coccinelle gnugrep ]}" ]; <del> propagatedBuildInputs = [ psutil </del> <ins> propagatedBuildInputs = with python3.pkgs; [ lxml </ins> setuptools sympy ]; <del> checkInputs = [ </del> <ins> checkInputs = with python3.pkgs; [ </ins> GitPython <ins> psutil </ins> pytestCheckHook ];

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 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! --- cvehound <!-- The current version can be found easily with the same process as 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: 1.0.4 desired version: 1.0.9 <!-- 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.
Change:
preConfigure = '' mkdir assets/installer pushd assets/installer <del> unzip ${installer} "*.kart" srb2.srb </del> <ins> unzip ${assets} "*.kart" srb2.srb </ins> popd '';

Discussion:
Package name: srb2kart Latest released version: v1.6Current version on the unstable channel: 1.3 Current version on the stable/release channel: 1.3 Notify maintainers [ ] switch from unpacking the installer exe to using the Note for maintainers: Please tag this issue in your PR.
Change:
<del> { stdenv, fetchFromBitbucket, cmake }: </del> <ins> { stdenv, fetchFromBitbucket, cmake, removeReferencesTo }: </ins> let version = "0.6.3"; in stdenv.mkDerivation {

Discussion:
Describe the bug references . I can't figure out yet why. To Reproduce Expected behavior No gcc reference. Additional context is a dependency of which is a common dependency for many applications. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(doron): nixpkgs: Maintainer information:
GitHub doesn't automatically close issues with PRs that had ?
It does usually, not sure what went wrong here.
Change:
buildNpmPackage rec { pname = "polonium"; <del> version = "0.6.0"; </del> <ins> version = "1.0b1"; </ins> src = fetchFromGitHub { owner = "zeroxoneafour"; repo = pname; rev = "v" + version; <del> hash = "sha256-fZgNOcOq+owmqtplwnxeOIQpWmrga/WitCNCj89O5XA="; </del> <ins> hash = "sha256-2uthjNhQm+hkRCPXGQm2LZunTj+J0SUuUfZL0PeRd4s="; </ins> }; <del> npmDepsHash = "sha256-25AtM1FweWIbFot+HUMSPYTu47/0eKNpRWSlBEL0yKk="; </del> <ins> npmDepsHash = "sha256-kaT3Uyq+/JkmebakG9xQuR4Kjo7vk6BzI1/LffOj/eo="; </ins> dontConfigure = true;

Discussion:
I the libsForQt5.polonium nixpkg to my plasma 6 configuration but it does not appear despite being present in the kwin folder in /run/current-system/sw. Perhaps a package titled kdePackages.polonium needs to be for Plasma 6. Steps to reproduce the behavior: libForQt5.polonium to nixos-rebuild switch missing in kwin scripts control panel. After adding polonium to , rebuilding, and rebooting, polonium should appear in the kwin scripts control panel. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
its because the latest release 0.6.0 is not compatible with plasma 6. there is a pre-release that is, but its currently not in the nixpkgs i guess
Should I request a version update to the latest build? [image: photo] Carlos Echenique Photographer at CE Photography P 305.219.2433 <305.219.2433E ce.photography
Change:
patches = (args.patches or [ ]) ++ [ ./patches/aws-sdk-cpp-TransferManager-ContentEncoding.patch ]; # only a stripped down version is build which takes a lot less resources to build <del> requiredSystemFeatures = null; </del> <ins> requiredSystemFeatures = [ ]; </ins> }); aws-sdk-cpp-nix = (aws-sdk-cpp.override {

Discussion:
When someone wants to set on their system configuration the evaluation fails with the following error. Steps to reproduce the behavior: any system config (or any other arch) the aboves error Everything builds just fine. My fantastic bisect skills (be aware of the sarcasm) nailed it down to . The PR sets which breaks the evaluation. Possibly a is another solution here and that seems to fix eval for me (but i am not purposing the change as i am absolut unaware of side-effects), or the mkDerivation code needs to be changed to support in case someone sets (as you are the author of the PR that possibly broke the eval) beside that i sadly dont know whom to ping. Please run and paste the result.
My pr didn't add the requiredSystemFeatures line so it must have been broken since
Ah sorry you are right, i had multiple PRs open and I must have picked the wrong one. :(
Change:
users.groups.scanner.gid = config.ids.gids.scanner; networking.firewall.allowedUDPPorts = mkIf config.hardware.sane.openFirewall [ 8612 ]; <ins> systemd.tmpfiles.rules = [ "d /var/lock/sane 0770 root scanner - -" ]; </ins> }) (mkIf config.services.saned.enable {

Discussion:
My Canon CanoScan LiDE 20 does not work on NixOS. I wrote a minimal SANE config dir to reproduce: Invocation: ` Reveals: <details</detailsImportant part: It's failing because it's trying to write a lock file into .
I suspect the code involved is this: Looks like the packaging overrode the string, putting the nix output store path prefix in front; that seems wrong.
Grepping further: Indeed, the build logs show the wrong path:
Probably the nix build sets to a store path. Fixing it via: Other nixpkgs packages also set . Maybe nixpkgs should do this automatically for all packages? Probably is what puts the nix store path in. However, trying the workaround fails the build at step:
In PR I made an option to set the package without mass rebuilds. With that, the following workarounds make the scanner work: Now I can scan.
I'd be happy if somebody could pick up the task to pass a proper lock dir and ensure it exists in NixOS.
Another option is to disable locking entirely. Putting this in my nixos config is working for me:
Yes, that's what's mentioned in the comment just above:
It seems only scanners covered by SANE's driver are affected by this, as only those use locks as per : Note this driver, even though called , handles also many other vendors' scanners, including some Canon, Epson, HP, and others.
I think that's the reason it isn't being done by default, because upstream build systems try to create directories inside the runtime state directory at install time. So we're trading build time successes for runtime failures. A similar situation exists with /etc (sysconfdir), where I think the default should be /etc, but nixpkgs uses $prefix/etc because it has a higher success rate at build time.
With the workaround mentioned in I'm able to scan on a CanonScan Lide 25 using the sane-plustek backend. Would be great to have this properly fixed.
Using a Canon N670U (also covered by ) I ran into the same issue and resolved it with workaround Proper fix would be highly appreciated though.
Please give a try, it should fix the issue
Change:
# necessary so that nix can handle `UpdateRemotePlugins` for the plugins # it installs. See https://github.com/neovim/neovim/issues/9413. ./system_rplugin_manifest.patch <ins> # make the build reproducible, rebased version of # https://github.com/neovim/neovim/pull/21586 (fetchpatch { name = "neovim-build-make-generated-source-files-reproducible.patch"; url = "https://github.com/raboof/neovim/commit/485dd2af3efbfd174163583c46e0bb2a01ff04f1.patch"; hash = "sha256-9aRVK4lDkL/W4RVjeKptrZFY7rYYBx6/RGR4bQSbCsM="; }) </ins> ]; dontFixCmake = true;

Discussion:
Building this package twice does not produce the bit-by-bit identical result each time, making it harder to detect CI breaches. You can read more about this at https://reproducible- . Fixing bit-by-bit reproducibility also has additional advantages, such as avoiding hard-to-reproduce bugs, making content-addressed storage more effective and reducing rebuilds in such systems. You can use to analyze the differences in the output of the two builds. To view the build log of the build that produced the artifact in the binary cache: Looks like symbol ordering differences:
Change:
}; libraw = callPackage ../development/libraries/libraw { }; <del> libraw_0_20 = callPackage ../development/libraries/libraw/0_20.nix { }; </del> <ins> libraw_unstable = callPackage ../development/libraries/libraw/unstable.nix { }; </ins> libraw1394 = callPackage ../development/libraries/libraw1394 { };

Discussion:
Krita fails to build with the following error Steps to reproduce the behavior: Build Krita should build. nixpkgs @
In libraw was updated. Switch to the old stable libraw020 to fix this build.
Installing kirta is showing like it's not in the cache, any idea why?
You're attempting to build the older derivation. And building it would fail. Newer binaries are available:
If you rely on channels, you might want to watch
I'm using the "" and just updated it, and I get this: So, that means the PR is not in that channel yet? If it's that, good to know, didn't know that tool.
Yes, channels that are not -small usually lag by roughly one day.
Change:
super = imported; <del> overrides = { }; </del> <ins> overrides = { p4-16-mode = super.p4-16-mode.overrideAttrs { # workaround https://github.com/NixOS/nixpkgs/issues/301795 prePatch = '' mkdir tmp-untar-dir pushd tmp-untar-dir tar --extract --verbose --file=$src content_directory=$(echo p4-16-mode-*) cp --verbose $content_directory/p4-16-mode-pkg.el $content_directory/p4-pkg.el src=$PWD/$content_directory.tar tar --create --verbose --file=$src $content_directory popd ''; }; }; </ins> in super // overrides

Discussion:
Steps to reproduce the behavior: With : Directly installing this package from within Emacs (using ) does not cause this error. The execution leading to this build error is: in calls ... which calls on the unpacked directory name () ... which parses this name to get the "package name" and append to get the "package description file name" wrongly thinks the "package name" is "p4" instead of "p4-16-mode", and looks for (instead of ), which does not exist. <!-- 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]:
Most certainly the parser conflates 16 as a version number.
Change:
<ins> { lib , stdenv , cmake , ninja , qt6 , python , shiboken6 , libxcrypt }: stdenv.mkDerivation rec { pname = "pyside6"; inherit (shiboken6) version src; sourceRoot = "pyside-setup-everywhere-src-${lib.versions.majorMinor version}/sources/${pname}"; postPatch = '' # Don't ignore optional Qt modules substituteInPlace cmake/PySideHelpers.cmake  --replace  'string(FIND "''${_module_dir}" "''${_core_abs_dir}" found_basepath)'  'set (found_basepath 0)' ''; nativeBuildInputs = [ cmake ninja python ]; buildInputs = with qt6; [ # required qtbase # optional qt3d qtcharts qtconnectivity qtdatavis3d qtdeclarative qthttpserver qtmultimedia qtnetworkauth qtquick3d qtremoteobjects qtscxml qtsensors qtspeech qtsvg qttools qtwebchannel qtwebengine qtwebsockets ] ++ lib.optionals (python.pythonOlder "3.9") [ # see similar issue: 202262 # libxcrypt is required for crypt.h for building older python modules libxcrypt ]; propagatedBuildInputs = [ shiboken6 ]; cmakeFlags = [ "-DBUILD_TESTS=OFF" ]; dontWrapQtApps = true; meta = with lib; { description = "Python bindings for Qt"; license = with licenses; [ lgpl3Only gpl2Only gpl3Only ]; homepage = "https://wiki.qt.io/Qt_for_Python"; maintainers = with maintainers; [ gebner Enzime ]; broken = stdenv.isDarwin; }; } </ins>

Discussion:
: code generator for python bindings to C++ code : python bindings to qt6 (alternative to pyqt6) with qt6 - ping status unknown. i started this some months ago ... homepage URL: source URL: and license: lgpl platforms: all
Just ran into a program I’d like to use that depends on PySide6 – so I’d be curious about having that in nixpkgs too
Also needed for to upgrade past 2.0.13 (currently at 2.0.6 in nixpkgs, latest is 2.0.15). Looks like a WIP PR got closed here:
I'm a real noob but i'm trying to install mtkclient with termux on an android device but it requires shiboken6 and pyside6. any help? ~/mtkclient $ pip install pyside6 ERROR: Could not find a version that satisfies the requirement pyside6 (from versions: none) ERROR: No matching distribution found for pyside6 ~/mtkclient $ pip install pyside Collecting pyside Downloading PySide- (9.3 MB) 9.3/9.3 MB 876.5 kB/s eta 0:00:00 Installing build dependencies ... done Getting requirements to build wheel ... error error: subprocess-exited-with-error × Getting requirements to build wheel did not run successfully. exit code: 1 [1 lines of output] only these python versions are supported: [(2, 6), (2, 7), (3, 2), (3, 3), (3, 4)] [end of output] note: This error originates from a subprocess, and is likely not a problem with pip. error: subprocess-exited-with-error × Getting requirements to build wheel did not run successfully. exit code: 1 See above for output. note: This error originates from a subprocess, and is likely not a problem with pip. ~/mtkclient $
Came across this, too as I wanted to update streamdeck-ui :/ I'm not familiar enough to package pyside6, do you think you could do it and find time to have a look? (the streamdeck update and debugging if needed I can try to do) Even OP got banned (and his PRs closed), the request for the PySide6 is still valid if better I can also create a new / issue for it.
Change:
install_name_tool -change libblas.dylib ${blas}/lib/libblas.dylib $out/lib/libarpack.dylib ''; <del> # disable stackprotector on aarch64-darwin for now # https://github.com/NixOS/nixpkgs/issues/127608 hardeningDisable = lib.optionals (stdenv.isAarch64 && stdenv.isDarwin) [ "stackprotector" ]; </del> meta = { homepage = "https://github.com/opencollab/arpack-ng"; description = ''

Discussion:
Describe the bug I'm on a mission to get (and thence ) compiling on M1 Macs, and having fixed , the next stumbling block is 4.1.1. Sadly, the build fails with , presumably related to . To Reproduce Steps to reproduce the behavior: Expected behavior A clear and concise description of what you expected to happen. Screenshots Additional context This works fine when built for x8664 on the same machine. 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(steve): nixpkgs: Maintainer information:
Submitted PR which disables Fortran support for OpenMPI on aarch64-darwin. Would that fix the issue for you or do you require Fortran?
This seems to be the build failure:
I actually have no idea if I require Fortran. I mean, presumably it's enabled for some reason, so I'm a little wary of disabling it on only one platform/arch combination: that feels like an atypical workaround.
To reproduce: I wonder if the gcc maintainers can offer any insight?
seems to hint at the stack-protector hardening, so perhaps something like could work around that? (no idea what's the real cause though, and I have no Darwin machine at hand)
You were right! Sent a PR in