jiebi/CodeConvo huggingface dataset:
Change:
enableDebug = mkEnableOption (lib.mdDoc "request logs and debug endpoints"); proxy = mkOption { <del> type = types.nullOr types.str; default = null; </del> <ins> type = types.str; default = ""; </ins> description = lib.mdDoc "URL to a HTTP/HTTPS proxy."; }; proxyAuth = mkOption { <del> type = types.nullOr types.str; default = null; </del> <ins> type = types.str; default = ""; </ins> description = lib.mdDoc "Credentials for proxy."; };

Discussion:
A clear and concise description of what the bug is. Nitter always displays "Instance has been rate limited." error. Steps to reproduce the behavior: and rebuild NixOS won't be able to access user profiles. Be able to access user profile pages. <!-- 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.
Try restarting the nitter service after networking is online. I believe the issue here is that nitter is trying to receive tokens while it doesn't have network access
Had the same issue in my instance and found the solution now after a few hours of debugging. The culprit is the option introduced in as nitter now tries to use as proxy which fails due to how nim parses the URL. You can work around this issue by explicitly setting or alternatively change the type to and set as the default. I've created a PR () to fix this in the NixOS module.
Change:
{ mkDerivation, lib, fetchurl, fetchgit, fetchpatch <del> , qtbase, qtquickcontrols, qtscript, qtdeclarative, qmake, llvmPackages_8 </del> <ins> , qtbase, qtquickcontrols, qtscript, qtdeclarative, qmake, llvmPackages_8, elfutils, perf </ins> , withDocumentation ? false, withClangPlugins ? true }:

Discussion:
Describe the bug Qt Creator profiling tools are not working because of a missing prerequisite: . To Reproduce Steps to reproduce the behavior: Qt Creator with a simple C/C++ project the Analyze menu choose the Performance Analyzer command get the following error: is indeed missing. Expected behavior The program gets profiled. Notify maintainers Metadata Please run and paste the result.
For what it's worth, on a different distro I had this same problem which was resolved by installing elfutils-devel and then recompiling qt-creator. The build silently skips building this tool if this dependency is absent.
I marked this as stale due to inactivity. &rarr;
still an issue
would you be able to point me in the general direction of making this happen on NixOS?
Test
I still get "Could not start the perfparser utility program. Make sure a working Perf parser is available at the location given by the PERFPROFILERPARSERFILEPATH environment variable."
try now
updated, cancel the build and try again
... I still get "Could not start the perfparser utility program. Make sure a working Perf parser is available at the location given by the PERFPROFILERPARSERFILEPATH environment variable." What am I doing wrong?
Which channel are you following, if unstable then have you updated
I'm using from (which is the first commit that includes the patch)
try this
It still doesn't work for me :(
looks like perfparser is actually a program built by qtcreator i've switched the pr to be a update pr so that we get perfparser
Change:
propagatedBuildInputs = deps; <ins> # don't use pure CF for dylibs that depend on frameworks setupHook = ../../../build-support/setup-hooks/fix-darwin-frameworks.sh; </ins> # allows building the symlink tree __impureHostDeps = [ "/System/Library/Frameworks/${name}.framework" ];

Discussion:
libnfc from the cache does not seem to work for me: ~ What happens is a null-pointer dereference somewhere inside IOKit: ~ I am really not sure what is going on, but what troubles me is that I cannot reproduce the build on my laptop: apparently, the examples depend on readline, which is not listed as a dependency. ~ How does the manage to succeed on Hydra? What’s wrong with libnfc or libusb built on Hydra? After I as a dependency the build succeded and the resulting libnfc is fully functional.
Do you use sandboxing?
I honestly do not know how it works and if it is enabled by default.
I have opened to address the readline issue (which is probably completely unrelated).
I ask because it could account for the difference (that is, there could be an impurity in the build, causing it to break in unsandboxed environments EDIT: or allowing it to succeed, whichever). It's not enabled by default, but I'm not sure about how stuff works on MacOS wrt sandboxing.
Hm, you have a point. I guess it’s not sandboxing but something similar: building in a pure nix-shell yields non-functional utils.
Ok, now I see. Without it found Homebrew (as the expression does not depend on and therefore the system is not shadowed) and it told it about libusb installed from Homebrew. So, apparently libusb is the culprit.
On my end, I've found that with to the build environment, the readline error manifests (whereas it builds fine otherwise); adding both & allows it to build. There's no segfault, however. As a side note, FWIW, is much weaker than the isolation provided by the build sandbox (it just clears most of the shell environment, you can still traverse the rootfs & pick up all sorts of impurities).
How did you build this? Do you see the same result with ?
Try running: in your nix-shell. see
We need some proper way to fix that.
We could have it set in at least temporarily. There are no real side effects to just setting it besides the potential impurities.

I spent most of yesterday trying to debug the issue but with no luck: I did not manage to build libusb and libnfc with debug symbols (I have no idea how works on macOS; apparently it puts debug symbols into but does not copy them to the resulting binary, therefore, when the library is installed into the store, debug symbols are gone. It would be great if someone taught me how to do this properly).
What exactly is that impure thing that makes pull system CF?
In this case it's the framework, that's linked against the system CoreFoundation, I'm still testing some stuff but I'm pretty sure that I have a proper solution.
Change:
<ins> { lib , python3 , fetchpatch }: python3.pkgs.buildPythonApplication rec { pname = "qmk"; version = "0.0.45"; src = python3.pkgs.fetchPypi { inherit pname version; sha256 = "43f297f36b21d68c34c5efa0ce1449dddb2e28753f80939cadf761ee7a2a0901"; }; patches = [ # https://github.com/qmk/qmk_cli/pull/48 (fetchpatch { name = "remove-unused-install-requires.patch"; url = "https://github.com/qmk/qmk_cli/commit/75b6ada1feccfa5a9bc2bb07a4cc749ef40d02dd.patch"; sha256 = "0lwi1dz35p07vha5gwq2jxm5q49vm99ix4jyhd6g6ypqbq1qiwc8"; }) ]; nativeBuildInputs = with python3.pkgs; [ setuptools-scm ]; propagatedBuildInputs = with python3.pkgs; [ milc ]; # no tests implemented doCheck = false; meta = with lib; { description = "A program to help users work with QMK Firmware"; homepage = "https://github.com/qmk/qmk_cli"; license = licenses.mit; maintainers = with maintainers; [ bhipple ]; }; } </ins>

Discussion:
Project description A program to help users work with QMK Firmware. Metadata homepage URL: source URL: license: mit platforms: anywhere where python runs
Change:
<ins> diff --git a/common/lib/modules/fglrx/build_mod/firegl_public.c b/common/lib/modules/fglrx/build_mod/firegl_public.c index 9c70211..b2242af 100755 --- a/common/lib/modules/fglrx/build_mod/firegl_public.c +++ b/common/lib/modules/fglrx/build_mod/firegl_public.c @@ -3220,7 +3220,7 @@ int ATI_API_CALL KCL_LockUserPages(unsigned long vaddr, unsigned long* page_list int ret; down_read(&current->mm->mmap_sem); -    ret = get_user_pages(current, current->mm, vaddr, page_cnt, 1, 0, (struct page **)page_list, NULL); +    ret = get_user_pages(vaddr, page_cnt, 1, 0, (struct page **)page_list, NULL); up_read(&current->mm->mmap_sem); return ret; @@ -3238,7 +3238,7 @@ int ATI_API_CALL KCL_LockReadOnlyUserPages(unsigned long vaddr, unsigned long* p int ret; down_read(&current->mm->mmap_sem); -    ret = get_user_pages(current, current->mm, vaddr, page_cnt, 0, 0, (struct page **)page_list, NULL); +    ret = get_user_pages(vaddr, page_cnt, 0, 0, (struct page **)page_list, NULL); up_read(&current->mm->mmap_sem); return ret; -- 2.9.2 </ins>

Discussion:
Two compilation errors are seen. I have a fix at , but I expect that it needs to be variablized to only apply these two new patches if building against a 4.6 (or greater) kernel, and I don't know how to do that. add'l keywords: ati_unfree
Compiler output:
You can add a simple conditional, e.g. similar to
Excellent, thanks for the pointer! Reworked and created a pull req.
Change:
<ins> https://bugs.gentoo.org/545114 extracted from the upstream change (which had many unrelated commits in one) From 97bb4678dc03e753290b39bbff30ba2825df9517 Mon Sep 17 00:00:00 2001 From: "Thomas E. Dickey" <dickey@invisible-island.net> Date: Sun, 7 Dec 2014 03:10:09 +0000 Subject: [PATCH] ncurses 5.9 - patch 20141206 + modify MKlib_gen.sh to work around change in development version of gcc introduced here: https://gcc.gnu.org/ml/gcc-patches/2014-06/msg02185.html https://gcc.gnu.org/ml/gcc-patches/2014-07/msg00236.html (reports by Marcus Shawcroft, Maohui Lei). diff --git a/ncurses/base/MKlib_gen.sh b/ncurses/base/MKlib_gen.sh index d8cc3c9..b91398c 100755 --- a/ncurses/base/MKlib_gen.sh +++ b/ncurses/base/MKlib_gen.sh @@ -474,11 +474,22 @@ sed -n -f $ED1  -e 's/gen_$//'  -e 's/  / /g' >>$TMP +cat >$ED1 <<EOF +s/  / /g +s/^ // +s/ $// +s/P_NCURSES_BOOL/NCURSES_BOOL/g +EOF + +# A patch discussed here: +#	https://gcc.gnu.org/ml/gcc-patches/2014-06/msg02185.html +# introduces spurious #line markers.  Work around that by ignoring the system's +# attempt to define "bool" and using our own symbol here. +sed -e 's/bool/P_NCURSES_BOOL/g' $TMP > $ED2 +cat $ED2 >$TMP + $preprocessor $TMP 2>/dev/null  -| sed  -	-e 's/  / /g'  -	-e 's/^ //'  -	-e 's/_Bool/NCURSES_BOOL/g'  +| sed -f $ED1  | $AWK -f $AW2  | sed -f $ED3  | sed  </ins>

Discussion:
Commit from broke haskell.compiler.ghc6102Binary haskell.compiler.ghc704Binary and therefore the packages haskell.compiler.ghc6104 haskell.compiler.ghc704 haskell.compiler.ghc722 haskell.compiler.ghc742 haskell.compiler.ghc763 which depend on them.
Please try . I test-built the binary GHCs but no further.
Aha. I relied on the update being API-compatible, but the first bootstraping steps don't recompile...
I'm test-building the whole list above.
All succeeded on x86_64-linux.
Change:
lxml, html5lib, tinycss, <del> pygobject2, </del> glib, pango, fontconfig,

Discussion:
Describe the bug Seems to be missing/incorrect fonts used during testing. To Reproduce Steps to reproduce the behavior: Expected behavior passed tests, successful build Additional context Attempted to add fonts via the FONTCONFIGFILE variable which did make a few of the font tests pass, but could not figure out how to make the rest pass. Looked at Cairo, but it seems 1.16.0 is exactly what is needed for weasyprint. Maintainer information:
could you please take a look at this?
In the meantime, does anyone have a workaround? I've tried the following, but the tests still run.
I think it's likely we're hitting this: Locally I tried using the branch with the Nix package and while it doesn't fully work yet it's past the point I was at before where it stopped during testing and just uses increasingly more memory.
Tried the linked patch instead and that seems to fix it. I'll get a PR going.
I was able to get it to build by commenting out the line (with a ).
The package builds on master, not sure what your comment is about.
Yeah, realized my comment was too late, now that it has been fixed.
Change:
<ins> #!/usr/bin/env nix-shell #!nix-shell -I nixpkgs=./. -i bash -p curl jq common-updater-scripts #shellcheck shell=bash set -eu -o pipefail version=$(curl -s ${GITHUB_TOKEN:+-u ":$GITHUB_TOKEN"}  https://api.github.com/repos/NickvisionApps/Parabolic/releases/latest | jq -e -r .tag_name) old_version=$(nix-instantiate --eval -A parabolic.version | jq -e -r) if [[ $version == "$old_version" ]]; then echo "New version same as old version, nothing to do." >&2 exit 0 fi update-source-version parabolic "$version" $(nix-build -A parabolic.fetch-deps --no-out-link) "$(dirname -- "${BASH_SOURCE[0]}")/deps.nix" </ins>

Discussion:
Project description A GUI for yt-dlp A basic yt-dlp frontend () Supports downloading videos in multiple formats (mp4, webm, mp3, opus, flac, and wav) Run multiple downloads at a time Supports downloading metadata and video subtitles Metadata homepage URL: source URL: license: mit, platforms: linux
Change:
patches = [ # Needed for wingpanel-indicator-network and switchboard-plug-network ./hardcode-gsettings.patch <ins> # Removing path from eap schema to fix bug when creating new VPN connection # https://gitlab.gnome.org/GNOME/libnma/-/issues/18 ./remove-path-from-eap.patch </ins> ]; nativeBuildInputs = [

Discussion:
When supplying a WiFi password to a GUI version of NetworkManager (e.g. in ), the GUI will crash and the password will not be saved. The following message is visible in the terminal: and are able to save passwords fine. Steps to reproduce the behavior: to new Wi-Fi network (or edit existing network) Wi-Fi password Save or Connect The connection is made. Appears to be an upstream issue. Other distro reports: Upstream report: Possible (temporary?) fix: <!-- 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.
Hi, can you please help test ?
Yes, that patch solves my issue.
Change:
<del> { lib, coreutils, python3, gcc, writeText, writeScript, runCommand, makeBinaryWrapper }: </del> <ins> { lib , stdenv , pkgsCross , makeBinaryWrapper , writeText , runCommand , runCommandCC }: </ins> let <del> env = { buildInputs = [ makeBinaryWrapper ]; }; envCheck = runCommand "envcheck" env '' ${gcc}/bin/cc -Wall -Werror -Wpedantic -o $out ${./envcheck.c} </del> <ins> env = { nativeBuildInputs = [ makeBinaryWrapper ]; }; envCheck = runCommandCC "envcheck" env '' cc -Wall -Werror -Wpedantic -o $out ${./envcheck.c} </ins> ''; <del> makeGoldenTest = testname: runCommand "test-wrapper_${testname}" env '' mkdir -p ./tmp/foo </del> <ins> makeGoldenTest = testname: runCommand "make-binary-wrapper-test-${testname}" env '' mkdir -p tmp/foo # for the chdir test </ins> params=$(<"${./.}/${testname}.cmdline") eval "makeCWrapper /send/me/flags $params" > wrapper.c

Discussion:
making a pr fixing cross compilation for some things and found this
... and defaults to which is per shrug : /
Something that seems to fix the problem, weirdly, is to add to instead of , and use in I have no idea what's going on, need a cross-compilation guru ( ?).
is special: All packages in a package set are host→target (e.g. the normal attribute), however is derived from and re-exposed as the thing that builds this package set. This gives rise to the inconsistency that is one of the few attributes in the package set that's build→host. Putting into (where it conceptually belongs) will of course pick , since it itself comes from . To pick the default compiler we should use to build here, it should take by default where would then be the package set produced by which is the actual cross compiled set: . We need to jump through these hoops because, unfortunately the default compiler / libc etc. picking logic is only done as part of picking the 's from the previous package set.
Do you mean host→target here?
Yes, fixed.
Attempting a fix in
Thanks for reporting this Artturin! Verified the PR that was made and merged :)
Change:
''; # See https://github.com/NixOS/nixpkgs/issues/49643#issuecomment-873853897 <del> postPatch = '' </del> <ins> # linux only because of https://github.com/NixOS/nixpkgs/issues/138729 postPatch = lib.optionalString stdenv.isLinux '' </ins> # this is a fix for "save as root" functionality packed="resources/app/node_modules.asar" unpacked="resources/app/node_modules"

Discussion:
Vscode fails to build during step Steps to reproduce the behavior: or Vscode to install into environment ran before attempting to install <!-- 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. Maintainer information:
If I set my channel back to before I am able to successfully install vscode:
This commit comes from // cc
The path does not exist. This is pretty easy to filter out of the error message but why it is missing is the million dollar question. To fix that build with -K and inspect the output where the directory is that it is searching for. I will try to take a look at this later.
probably something to do with darwin
I didn't even look at that yet. Builds fine on Linux, for Darwin I no longer want to invest time. If you find a solution feel free to submit a PR. Maybe it is already enough to gate this part of the code behind a `?
Just wondering if that new PR fixes your bug
I've been lurking because I ran into the same failure. Unfortunately, no dice. Given this expression, part of my dotfiles: I get the same build failure: System context:
The postpatch should be made linux only Or investigate how the darwin src differs from the linux src and see if the same patches can be applied there
Change:
# tesseract & leptonica. ++ lib.optionals enableTesseract [ tesseract leptonica ] ++ lib.optional enableTbb tbb <del> ++ lib.optional enableCuda cudatoolkit </del> <ins> ++ lib.optionals enableCuda [ cudatoolkit nvidia-optical-flow-sdk ] </ins> ++ lib.optionals stdenv.isDarwin [ bzip2 AVFoundation Cocoa VideoDecodeAcceleration ] ++ lib.optionals enableDocs [ doxygen graphviz-nox ];

Discussion:
Describe the bug OpenCV 4 fails to build with cuda enabled due to missing NVIDIA optical flow sdk To Reproduce Steps to reproduce the behavior: -build -A opencv4 Expected behavior Either we disable OpenCV 4's option to compile with the NVIDIA optical flow SDK or allow compilation against the NVIDIA optical flow sdk headers. See: I've done some preliminary work towards this on the following branch:
Change:
{ lib, appimageTools, fetchurl, nodePackages }: let pname = "flexoptix-app"; <del> version = "5.13.1"; </del> <ins> version = "5.13.3"; </ins> src = fetchurl { name = "${pname}-${version}.AppImage"; url = "https://flexbox.reconfigure.me/download/electron/linux/x64/FLEXOPTIX%20App.${version}.AppImage"; <del> hash = "sha256-+rHktjZd6P4JGYRhEXdZYVI64XMYc7cBGojAQNd8Mq8="; </del> <ins> hash = "sha256-kDw9+Llqvq4NgN89Cw/HwEqYlv42wLbho1eHjI6wVSQ="; </ins> }; udevRules = fetchurl {

Discussion:
Steps to reproduce the behavior: -shell -p flexoptix-app 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.
Change:
SND_HDA_RECONFIG    = yes; # Support reconfiguration of jack functions # Support configuring jack functions via fw mechanism at boot SND_HDA_PATCH_LOADER = yes; <ins> SND_OSSEMUL         = yes; </ins> SND_USB_CAIAQ_INPUT = yes; # Enable PSS mixer (Beethoven ADSP-16 and other compatible) PSS_MIXER           = whenOlder "4.12" yes;

Discussion:
The module is not found, resulting in this error on boot: I think this is because defaults to but the corresponding kernel modules don't seem to be compiled anywhere. Or at least not anywhere I could find. On nixos, set to True (the default), , reboot, then run
I run into this same issue.
I've made a change that should hopefully fix this () but I have yet to test it.
Are we sure this is a complete fix? I don't know much about sound daemons on Linux, but I did run across (emphasis ): Perhaps we also need to check before inserting into at I don't know if this is necessary, or really how to test it, but if the Arch wiki is correct, it seems like inserting this module risks breaking pulseaudio.
(FWIW, was to six years ago in )
Good point. I'd say should probably default to false regardless of pulseaudio — the OSS emulation hasn't actually been working for a while, and it can be done in a more versatile (e.g. not blocking other sound) way in user space using .
Change:
interpreter = ( poetry2nix.mkPoetryPackages { projectDir = ./.; <ins> python = pkgs.python39; </ins> overrides = [ poetry2nix.defaultPoetryOverrides (import ./poetry-git-overlay.nix { inherit pkgs; })

Discussion:
Steps to reproduce the behavior: Please run and paste the result.
Looks like there is already a PR to address this at And fwiw I had to bisect this to fix my config, first bad commit is
Closing since the linked PR was merged. (Not sure why merge of the linked PR didn't close this...)
Change:
{ "stable": { <del> "version": "98.0.4758.80", "sha256": "0wa1jhsw7qrym4x8wxmdvdvbilb8jdv0mizzib2342l61zi6cwn8", "sha256bin64": "0p2bh45ffgfhyh18bxw8fz4691g25s44lxxj4igk8b0bn71v1pgi", </del> <ins> "version": "98.0.4758.102", "sha256": "0gpk13k8pfk65vinlmkg3p7mm0qb8z35psajkxzx0v3n2bllfns1", "sha256bin64": "0pfrakkfqw6ni96s2d0z50mpd63maic9rsc64zd85vh2jkmzskw6", </ins> "deps": { "gn": { "version": "2021-12-07",

Discussion:
-To see version with the fixes, 98.0.4758.102 <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
should patch it for and
Thanks. I forgot to push the update yesterday after I got caught up with other stuff... :o (And the source tarball wasn't available for a while - as it sometimes happens)
Change:
pytest -W error -ra -v --pyargs async_generator ''; <ins> # disable tests on python3.5 to avoid circular dependency with pytest-asyncio doCheck = !isPy35; </ins> meta = with lib; { description = "Async generators and context managers for Python 3.5+"; homepage = https://github.com/python-trio/async_generator;

Discussion:
The derivation is available but cannot be built. I get the following error : I get the original package to work in a nix-shell with the following derivation:
I commented in the PR to address this issue. It is due to a circular dependency that and have on each other for testing. You may run into more similar issues since python 35 it not heavily tested in the community right now. If you can use 36 or 37. 37 will be the default soon.
Thanks!