jiebi/CodeConvo huggingface dataset:
Code change:
, texinfo , zlib <del> , enableGold ? execFormatIsELF stdenv.targetPlatform </del> <ins> , enableGold ? withGold stdenv.targetPlatform </ins> , enableShared ? !stdenv.hostPlatform.isStatic # WARN: Enabling all targets increases output size to a multiple. , withAllTargets ? false

Related discussion:
text: Despite the bintools for riscv64-linux advertises the existence of , it is actually missing. Steps to reproduce the behavior: , returns the output, there is only , no the same process for , is both advertised and available. Either evaluates to , or is available in <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Looking at ;a=blob;;h=;hb=HEAD is not supported on riscv64. tracks it upstream. I don't expect progress implementing the support any time soon.
Then we should accept the second solution: mark as false, we should also double check the availability of gold on other ELF platforms.
Code change:
buildPythonApplication rec { pname = "glances"; <del> version = "3.1.7"; </del> <ins> version = "3.2.3"; </ins> disabled = isPyPy; src = fetchFromGitHub { owner = "nicolargo"; repo = "glances"; rev = "v${version}"; <del> sha256 = "sha256-82ZD32dqRYGbGM/uyaJ5VqVZbhDZthiEcTihkV43JOU="; </del> <ins> sha256 = "1nc8bdzzrzaircq3myd32w6arpy2prn739886cq2h47cpinxmvpr"; </ins> }; # Some tests fail in the sandbox (they e.g. require access to /sys/class/power_supply):

Related discussion:
text: , CVSSv3=9.8 (nixos-21.05) The package glances before 3.2.1 are vulnerable to XML External Entity (XXE) Injection via the use of Fault to parse untrusted XML data, which is known to be vulnerable to XML attacks. Scanned versions: nixos-21.05: . Cc Cc Cc
This was resolved by
Code change:
outputs = [ "out" "dev" ]; <ins> patches = [ # To use split outputs, we need this so double prefix won't be used in the # pkg-config files. Hopefully, this won't be needed on the next release, # _if_ # https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/merge_requests/1 # will be merged. For the current release, this merge request won't apply. ./fix_pkgconfig_includedir.patch ]; </ins> nativeBuildInputs = [ meson ninja

Related discussion:
text: Describe the bug When trying to use this package, I'm getting: To Reproduce Additional context I'm currently disabling gst-rtsp-server's split outputs in order to actually use it. Notify maintainers Maintainer information:
We should probably apply
That patch won't apply. But I managed to apply a different fix based on a common fix to other gst plugins, at .
Code change:
buildInputs = lib.optionals stdenv.isDarwin [ CoreServices ApplicationServices ] ++ [ zlib libuv openssl http-parser icu bash ]; <del> nativeBuildInputs = [ which pkg-config python ] </del> <ins> nativeBuildInputs = [ installShellFiles pkg-config python which ] </ins> ++ lib.optionals stdenv.isDarwin [ xcbuild ]; outputs = [ "out" "libv8" ];

Related discussion:
text: The package (and the related ones) don't offer completions, only Npm's. At least for bash Node offers it through . I'd like this bash completion to be . Install Node, see that there is no completion in the completions dir (I'm using home-manager, so that'd be ).
Fixed by
Code change:
<ins> --- a/subversion/bindings/swig/perl/native/Makefile.PL.in +++ b/subversion/bindings/swig/perl/native/Makefile.PL.in @@ -72,7 +72,7 @@ # According to the log of r7937, the flags guarded by the conditional break # the build on FreeBSD if not conditionalized. my $apr_ldflags = '@SVN_APR_LIBS@' -   if $^O eq 'darwin' or $^O eq 'cygwin'; +   if $^O eq 'darwin' or $^O eq 'cygwin' or $^O eq 'linux'; chomp $apr_shlib_path_var; </ins>

Related discussion:
text: When is installed with , works fine. When is installed with , then prints an error message. When installing with , I get this log: So, it might be that git-with-svn-2.6.3 is fine but not . System: NixOS: = () Nix: = Nixpkgs version: () /cc
I think you have nixpkgs and nixos channel. One might be coming from root. So on one channel it works, on the other it doesn't.
This is a bug in the Perl bindings generated as a part of our Subversion build. The library depends on , but it has no RPATH set that allows it to find library. Curiously enough, is the only dependency with that problem: other library like are found properly using a full path into the Nix store. Cc: and
and it was working fine in :
As I said, this as nothing to do with Git. It's that provides broken Perl bindings.
Ran into same problem. git bisect log of checking ldd /nix/store/-subversion-1.9.3/lib/perl5/siteperl//x8664-linux-thread- follows. there's some big binutils related changes in the middle yet.
Code change:
''; patches = [ # Not accepted upstream, see https://github.com/gnuradio/gnuradio/pull/5227 <del> ./modtool-newmod-permissions.patch </del> <ins> ./modtool-newmod-permissions.3_9.patch </ins> ]; passthru = shared.passthru // { # Deps that are potentially overridden and are used inside GR plugins - the same version must

Related discussion:
text: Package name: gnuradio Latest released version: 3.10.8.0 <!-- Search your package here: --- Current version on the unstable channel: 3.10.7.0 Current version on the stable/release channel:3.10.7.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tnx. Update is proposed at
Code change:
owner = "pdm-project"; repo = "pdm"; rev = "refs/tags/${version}"; <del> hash = "sha256-R3oeu8HvPWAQoO0FHHx9lSKmB/riPtQ9gq4qKtQCeiA="; </del> <ins> hash = "sha256-V2ZcXgRtL8zkCx5/d+L+3o0QQHVrPpFyjvjsc2auWDI="; </ins> }; nativeBuildInputs = [ installShellFiles ];

Related discussion:
text: Package name: pdm Latest released version: 2.19.1 <!-- Search your package here: --- Current version on the unstable channel: 2.18.2 Current version on the stable/release channel: 2.15.3 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
cmakeFlags = [ "-DUSE_SYSTEM_GTEST=ON" "-DBUILD_STATIC_LIBS=${if stdenv.hostPlatform.isStatic then "ON" else "OFF"}" <ins> ] ++ lib.optionals (!stdenv.isDarwin) [ </ins> "-DBUILD_SHARED_BINARIES=${if stdenv.hostPlatform.isStatic then "OFF" else "ON"}" ];

Related discussion:
text: I cannot install on my Apple M1 PowerBook any more (potentially due to ?) I'm tracking (commit ) Steps to reproduce the behavior: Here's the output of
I'm afraid I don't have a Mac around to test with, but from glancing at the build log it appears the problem may go away if you remove from in the jsonnet derivation, or make it conditional on stdenv.hostPlatform.isStatic as suggested in .
I can confirm this issue. We worked around this in our own overlay by reverting to the last known (to us) NixPkgs version for the Jsonnet package only (i.e. we overlayed the derivation with one that is basically . No idea what exactly causes the problem, though.
didn't fix this, I still can't build jsonnet on Darwin.
This is fixed in , PTAL.
Code change:
services.dbus.enable = true; <ins> users.users.systemd-coredump.uid = config.ids.uids.systemd-coredump; </ins> users.users.systemd-network.uid = config.ids.uids.systemd-network; users.groups.systemd-network.gid = config.ids.gids.systemd-network; users.users.systemd-resolve.uid = config.ids.uids.systemd-resolve;

Related discussion:
text: Describe the bug when a root-owned process dumps core (eg recent sshd, due to a known bug) and coredumps are enabled, systemd-coredump warns (but proceeds successfully). To Reproduce Steps to reproduce the behavior: systemd coredumps enabled a SIGABRT to any root-owned process (eg by running ) Expected behavior coredumps succeeds with proper privsep Screenshots Additional context Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Can you reproduce this with a simple c binary you interactively run as root user?
yes, as root does it. amended the original post addendum: if you want a minimal C example that causes it:
still happening regularly due to a bug in openssh (race conditions in process shutdown can cause seccomp filters to trigger)
I am also observing this problem, both sshd dumping core and the systemd-coredump error when it happens. I can also reproduce it with as root.
I can confirm I see the log messages: I looked at . It seems systemd-coredump wants to drop privileges to a user (but falls back to root if it can't find it). suggests we should create it (like we create one for ). I opened , which does that.
Code change:
{ lib, stdenv, fetchFromGitHub, cmake, pkg-config, vala, gtk3, libgee , poppler, libpthreadstubs, gstreamer, gst-plugins-base, gst-plugins-good, gst-libav, gobject-introspection, wrapGAppsHook <del> , qrencode, webkitgtk, discount, json-glib }: </del> <ins> , qrencode, webkitgtk, discount, json-glib, fetchpatch }: </ins> stdenv.mkDerivation rec { pname = "pdfpc";

Related discussion:
text: none Please run and paste the result.
I started to bisect this with at nix started to download ~4GB of derivations and I aborted the process. The is
it seems like the issue already got fixed upstream in but there is no new release yet. We either have to target commit which contains the fix, or wait for the new release.
you are right, pdfpc/pdfpc fixes this. I tried it with this patch on nixpkgs:
Code change:
buildInputs = [ nodejs_22 ]; <del> pnpmWorkspace = "@astrojs/language-server"; </del> <ins> # Must specify to download "@astrojs/yaml2ts" depencendies # https://pnpm.io/filtering#--filter-package_name-1 pnpmWorkspace = "@astrojs/language-server..."; </ins> prePnpmInstall = '' <ins> # Warning section for "pnpm@v8" # https://pnpm.io/cli/install#--filter-package_selector </ins> pnpm config set dedupe-peer-dependents false ''; buildPhase = '' runHook preBuild <del> pnpm --filter=@astrojs/language-server build </del> <ins> # Must build the "@astrojs/yaml2ts" package. Dependency is linked via workspace by "pnpm" # (https://github.com/withastro/language-tools/blob/%40astrojs/language-server%402.14.2/pnpm-lock.yaml#L78-L80) pnpm --filter "@astrojs/language-server..." build </ins> runHook postBuild '';

Related discussion:
text: Package name: astro-language-server Latest released version: 2.14.2 <!-- Search your package here: --- Current version on the unstable channel: 2.10.0 Current version on the stable/release channel: None <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I'm on it ^^. I've got a working version. Gonna soon open a PR :+1:
Code change:
<del> { lib, stdenv , fetchFromGitHub , fetchpatch , pkg-config , cmake , argtable , catch2 , curl , doxygen , hiredis , jsoncpp , libmicrohttpd }: </del> <ins> { lib, stdenv, fetchFromGitHub, pkg-config, cmake, argtable, catch2 , curl, doxygen, hiredis, jsoncpp, libmicrohttpd }: </ins> stdenv.mkDerivation rec { pname = "libjson-rpc-cpp"; <del> version = "1.3.0"; </del> <ins> version = "1.4.1"; </ins> src = fetchFromGitHub { owner = "cinemast"; repo = "libjson-rpc-cpp"; <del> sha256 = "sha256-EAakiqlfMprwLjloDekOssaB/EnAmn5njcwHGZtYs9w="; </del> <ins> sha256 = "sha256-YCCZN4y88AixQeo24pk6YHfSCsJz8jJ97Dg40KM08cQ="; </ins> rev = "v${version}"; }; env.NIX_CFLAGS_COMPILE = "-I${catch2}/include/catch2"; <del> patches = [ (fetchpatch { name = "int-to-MHD_Result.patch"; url = "https://patch-diff.githubusercontent.com/raw/cinemast/libjson-rpc-cpp/pull/299.patch"; sha256 = "sha256-hiey6etzbOxhMElTMX7offKbey7c2OO/UWeN03k0AaM="; }) ]; </del> nativeBuildInputs = [ pkg-config cmake doxygen ]; <del> buildInputs = [ argtable catch2 curl hiredis jsoncpp libmicrohttpd ]; </del> <ins> buildInputs = [ argtable catch2 curl hiredis jsoncpp libmicrohttpd ]; </ins> postPatch = '' for f in cmake/FindArgtable.cmake 

Related discussion:
text: Package name: libjson-rpc-cpp Latest released version: 1.3.0 <!-- Search your package here: --- Current version on the unstable channel: 1.3.0 Current version on the stable/release channel: 1.3.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers no maintainers :< <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
# Value is `"unsupported"` if the platform is not supported. redistArch = flags.getRedistArch hostPlatform.system; <del> allReleases = lists.flatten (builtins.attrValues releaseSets); </del> <ins> preferable = p1: p2: (isSupported p2 -> isSupported p1) && (strings.versionAtLeast p1.version p2.version); </ins> # All the supported packages we can build for our platform. # perSystemReleases :: List Package <del> perSystemReleases = releaseSets.${redistArch} or [ ]; </del> <ins> allReleases = lib.pipe releaseSets [ (builtins.attrValues) (lists.flatten) (builtins.groupBy (p: lib.versions.majorMinor p.version)) (builtins.mapAttrs (_: builtins.sort preferable)) (builtins.mapAttrs (_: lib.take 1)) (builtins.attrValues) (builtins.concatMap lib.trivial.id) ]; </ins> <del> preferable = p1: p2: (isSupported p2 -> isSupported p1) && (strings.versionAtLeast p1.version p2.version); </del> newest = builtins.head (builtins.sort preferable allReleases); # A function which takes the `final` overlay and the `package` being built and returns

Related discussion:
text: should have only eliminated the s and removed some of the platform-based (adding new broken/non-buildable attrs), but instead has changed the actual logic. Since that commit, no longer resolves into but into (note the wrong cuda release), later leading to evaluation errors This currently breaks on Steps to reproduce the behavior: We should probably add some tests for the selection logic as well... A clear and concise description of what you expected to happen. 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]:
Code change:
meta.maintainers = with lib.maintainers; [ obreitwi ]; }; <ins> storage-preview = mkAzExtension rec { pname = "storage-preview"; version = "1.0.0b2"; url = "https://azcliprod.blob.core.windows.net/cli-extensions/storage_preview-${version}-py2.py3-none-any.whl"; sha256 = "2de8fa421622928a308bb70048c3fdf40400bad3b34afd601d0b3afcd8b82764"; description = "Provides a preview for upcoming storage features"; propagatedBuildInputs = with python3Packages; [ azure-core ]; meta.maintainers = with lib.maintainers; [ katexochen ]; }; </ins> # Removed extensions blockchain = throw "The 'blockchain' extension for azure-cli was deprecated upstream"; # Added 2024-04-26 vm-repair = throw "The 'vm-repair' extension for azure-cli was deprecated upstream"; # Added 2024-08-06

Related discussion:
text: Project description Microsoft Azure Command-Line Tools Storage-preview Extension Metadata homepage URL: source URL: license: mit platforms: unix, linux, windows This package is distinct from the package that is already in 24.05 and unstable. It enables azcopy utility in the azure-cli, which is useful for interacting with large storage accounts in Azure.
Code for extension
please give a try and leave some feedback. :)
Code change:
pytestCheckHook ]; <del> # Don't run tests for Python 2.7 doCheck = !isPy27; </del> <ins> # Don't run tests for Python 2.7 or Darwin # Nearly 50% of the test suite requires local network access # which isn't allowed on sandboxed Darwin builds doCheck = !(isPy27 || stdenv.isDarwin); </ins> pytestFlagsArray = [ "--ignore python2" ]; pythonImportsCheck = [ "httplib2" ];

Related discussion:
text: Describe the bug Tensorflow binary builds don't work on mac os. (neither do the source build, but that's a separate issue) To Reproduce $ nix-build '<nixpkgs' --show-trace -A python37Packages.tensorflow-bin_2 this derivation will be built: /nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow- building '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-'... Sourcing python-recompile-bytecode- Sourcing python-remove-tests-dir-hook Sourcing python-catch-conflicts- Sourcing python-remove-bin-bytecode- Sourcing wheel setup hook Using wheelUnpackPhase Sourcing pip-install-hook Using pipInstallPhase Sourcing python-imports-check- Using pythonImportsCheckPhase Sourcing python-namespaces-hook unpacking sources Executing wheelUnpackPhase Finished executing wheelUnpackPhase patching sources configuring /private/tmp/nix-build-python3.7-tensorflow- /private/tmp/nix-build-python3.7-tensorflow- Unpacking to: unpacked/tensorflow-2.1.0...OK substitute(): ERROR: file '--replace' does not exist error: --- Error
--------------------------------------------------------------------------- nix-build builder for '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-' failed with exit code 1 host os: multi-user?: sandbox: version: channels(noah): nixpkgs: yaml attribute: module:
Code change:
pytestCheckHook ]; <del> # Don't run tests for Python 2.7 doCheck = !isPy27; </del> <ins> # Don't run tests for Python 2.7 or Darwin # Nearly 50% of the test suite requires local network access # which isn't allowed on sandboxed Darwin builds doCheck = !(isPy27 || stdenv.isDarwin); </ins> pytestFlagsArray = [ "--ignore python2" ]; pythonImportsCheck = [ "httplib2" ];

Related discussion:
text: Describe the bug tensorflow-bin_2 wants gast-3.2.0 due to but gast has been updated to 3.3.0 so tensorflow refuses to install: To Reproduce Notify maintainers Metadata Maintainer information:
There are also other dependencies that fail the version checks: scipy==1.4.1 and tensorflow-estimator<2.2.0,=2.1.0rc0.
This compiles i'll test it, any feedback appreciated
Got some issues
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Related .
It looks like fixes this.
Code change:
] ++ stdenv.lib.optionals (targetPlatform.isDarwin && targetPlatform.isAarch64) [ # fix for iOS: https://www.reddit.com/r/haskell/comments/4ttdz1/building_an_osxi386_to_iosarm64_cross_compiler/d5qvd67/ "--disable-large-address-space" <del> ] ++ stdenv.lib.optional enableDwarf [ "--enable-dwarf-unwind" </del> ]; # Don’t add -liconv to LDFLAGS automatically so that GHC will add it itself.

Related discussion:
text: Our can no longer link executables. For example: This issue is present in current versions of . Compiling and linking works fine with an older revision, say . It looks like this might be related to some change in binutils, maybe?
This is probably from
Yes, it is. came to the same conclusion.
This probably is GHC bug though. Things like gmp and libiconv get their paths hardcoded so this isn't a problem. I would expect the same treatment for elfutils. should provide a arg.
/cc
I guess now I know why there's a patch in branch.
I'll reopen the PR fixing the linking issues.
I opened while we wait on upstream fix.
Which one, from
Yes, although it doesn't help. See
Yes, it would have surprised me a bit if it helped against that symptom -- my patch fixes that DWARF-enabling is skipped completely.
I'm surprised this worked for you back then and now there are linking errors.
Code change:
doCheck = true; patches = [ <ins> # Remove unrecognized clang debug flags (fetchpatch { url = "https://raw.githubusercontent.com/saiarcot895/chromium-ubuntu-build/663dbfc492fd2f8ba28d9af40fb3b1327e6aa56e/debian/patches/revert-Xclang-instcombine-lower-dbg-declare.patch"; sha256 = "07qp4bjgbwbdrzqslvl2bgbzr3v97b9isbp0539x3lc8cy3h02g1"; }) </ins> ./darwin.patch ./gcc_arm.patch  # Fix building zlib with gcc on aarch64, from https://gist.github.com/Adenilson/d973b6fd96c7709d33ddf08cf1dcb149 ];

Related discussion:
text: Describe the bug Since upgrading v8 to 8.4 () it no longer builds on darwin (at least on my 11.2.3 machine) To Reproduce Steps to reproduce the behavior: Expected behavior A successful v8 build Additional context By default it fails when trying to find the macos sdk, which I patched around with: This then gets as far as , which is avoidable with: which then produces ... and I had to admit defeat. Notify maintainers Metadata Maintainer information:
Hi! Thanks for reporting this! I've opened which I hope fixes this - at least it builds fine for me on 10.15. Please give it a try on your machine too.
Yep, looks good!
Code change:
# the wrappers: preFixup = '' gappsWrapperArgs+=( <del> --prefix LD_LIBRARY_PATH ":" "$out/lib/darktable" </del> <ins> --prefix LD_LIBRARY_PATH ":" "$out/lib/darktable:${ocl-icd}/lib" </ins> ) '';

Related discussion:
text: Darktable can make use of OpenCL, but the nix package apparently isn't set up properly to allow this. Run : system: host os: multi-user?: sandbox: version: channels(root): channels(lukas): nixpkgs: OpenCL is set up properly on my system: cc darktable maintainers:
I'd been meaning to fix this for myself for awhile. Should be good now, pending review.
Thanks!
Sorry to revive this, but I am still having this problem in dartable 2.4.4 using intel OpenCL Neo driver. Should ti be already solved? Or the fix is still not present in 2.4.4? Thanks
Disregard (at least partially) my last comment. I was using the snap version in Ubuntu 18.10. Using the deb, OpenCl works. Where should I submit the bug for the snap version?
Code change:
"tomorrowio" "toon" "totalconnect" <ins> "tplink" </ins> "tplink_omada" "traccar" "trace"

Related discussion:
text: python-kasa recently updated to 0.6.x from 0.5.x. The home-assistant project does not yet support 0.6.x, as a result kasa functionality is degraded. Using HomeAsisstant from latest nixpkgs, attempt to get emeter data from kasa devices. I reported this issue upstream and they advised on the version issue. There are more logs visible there. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I guess that if we would run the unit tests then the issue with 0.6.0 would have been detected.
Code change:
maintainers = with lib.maintainers; [ qyliss ]; }; <del> } </del> <ins> } // (args.argsOverride or { }) </ins>

Related discussion:
text: Mainline / hardened / testing / ... kernels can be painlessly modified via : Sadly, this does not work with a bunch of other kernel variants: All kernels should honor I am not entirely sure how dynamic binding is implemented in kernel stuff, however slightly changing xanmod parts this way seems to fix : zen and lqx look similar to xanmod, no idea about libre Pinging people who seem to update affected packages often Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
same underlying issue as it seems
Can confirm that this patch fix the issue for zen and lqx kernels:
have you submitted these changes as a PR that I can review?
sorry for the late response. I created a new PR with this changes.
This issue has been mentioned on NixOS Discourse. There might be relevant details there: