jiebi/CodeConvo huggingface dataset:
Change:
{ stdenv , fetchFromGitHub <ins> , fetchpatch </ins> , cairo , graphicsmagick , pkg-config

Discussion:
Describe the bug Trying to rebuild from git master and it complains about fonttools and python version mismatch. To Reproduce Metadata Please run and paste the result. root nix run -c nix-info -m system: host os: multi-user?: sandbox: version: nixpkgs: channels(root): Maintainer information:
Looks like an issue with trying to build it with Python 2.7.x. The code isn't entirely compatible with Python 3.x nevertheless.
The issue seems to be with nototools which we currently have disabled for python3. The last nototools release is apparently fully compatible with python3. I'm working on a fix for this, however, the build now has a strange relationship with noto-fonts that I haven't quite figured out yet.
In the latest release nototools seems to still fail, or at least does on mine. The only relationship I found is that nototools is a dependency on noto-fonts.
you mean when running , or something similar? That's expected since nototools has been disabled for python3 (python3 support has only recently been upstream). I believe the relationship is actually that nototools is a dep of noto-fonts-emoji. The current nototools seems to require noto-fonts as a dep. I've gotten most of the way to a fix I think (changed nototools version and enabled py3 and what we fetch with the fetchZip in noto-fonts). However, the way that nototools expects noto-fonts is pretty strange (as an example look at the top level makefile where it looks for the noto-fonts repo in nototools' parent directory). I'm having a bit of trouble getting noto-fonts in the form nototools expects. I'm trying not to just copy the entire noto-fonts source into nototools source which seems like it should be unnecessary. Once nototools is fixed for python3 the rest should be easy bc we can just change noto-fonts etc to use python3. If you have any thoughts on how to fix nototools I'd love to hear them, or if you think I'm missing something here pls do let me know.
should be a dependency of the derivation. I'm not sure where you're seeing the fact that needs as a dependency.

The farthest I've gotten is removing all the errors from the configuration but the build still fails with .
You mean that it should be a dependency of or it is currently? In regard to "is currently" I don't see it as currently being a dependency. The only place appears in noto- is in the following lines as part of derivation. If you mean it should be, then how you get to build on its own? If you change the nototools version to 0.2.0 which adds python3 support I get errors about missing font directories (these directories come from noto-fonts). What am I missing here?
Proposed fix Still building though...
, and have the same error.
Change:
ENV["BUNDLE_GEMFILE"] = #{gemfile.dump} ENV.delete 'BUNDLE_PATH' ENV['BUNDLE_FROZEN'] = '1' <ins> ENV['BUNDLE_IGNORE_CONFIG'] = '1' </ins> Gem.paths = { 'GEM_HOME' => #{bundle_path.dump} }

Discussion:
Describe the bug do not run. To Reproduce 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 Please run and paste the result. Maintainer information:
meets the same error.
I think I might have the same issue with solargraph: The same command from nixpkgs-19.09 seems fine: Possibly due to the bundler changes in ? EDIT: Hm. But in a docker container (lnl7/nix:2020-03-07), runs fine. Something in my environment? Or darwin weirdness?
I had a similar issue and I found that my global bundler config was the problem. changed the generated binstubs so that the environment variable is no longer set which I think means that bundler will now use from the global config if it exists. This seems to result in bundler looking for gems in the wrong location. A possible workaround is to set using an environment variable instead of using the global config since this value will be unset by the generated binstubs but will still have an effect when bundler is used from somewhere else. There is also the environment variable which causes bundler to ignore all configuration but that might have other unwanted effects.
I marked this as stale due to inactivity. &rarr;
Do you still experience the issue? nixos tests of the service are passing and I'm unable to replicate on the current nixpkgs or even in commit
Yes. and don't run. I'm in nixos-unstable .
I removed in then both programs run fine.
Hopefully or a similar change will get merged and prevent these problems. I've seen a few issues like this get reported.
Change:
<del> { lib, stdenv, fetchurl, pkg-config, glib, python3, libsigrok, check }: </del> <ins> { lib, stdenv, fetchurl, pkg-config, glib, python3, check }: </ins> stdenv.mkDerivation rec { pname = "libsigrokdecode";

Discussion:
Describe the bug When running Pulseview from Nix, it is missing some decoders, notably uart. Looking a the stdout output, the following printed for a bunch of decoders which is weird, since the "math" module is part of the Python stdlib. With strace, I found the following: It tries to find the first available python executable, and since I don't have it in my .nix-profile, it falls back to my non-Nix system . Then all the imports fail. As a workaround, installing with nix-env resolves the problem To Reproduce Steps to reproduce the behavior: python from nix-env: pulseview: import failures and missing decoders Expected behavior No import failures Notify maintainers Metadata
I think it's libpython that wants the interpreter. If that's true, I wonder if that be fixed in libpython (abspath to /nix/store/.../bin/python3). But the easier/quicker fix is to wrap pulseview with python3. (Probably the sigrok cli needs the same wrapping.)
there's updates for some of the packages you maintain. here's something to get you started building pulseview fails with
Change:
<ins> { blueprint-compiler , desktop-file-utils , fetchFromGitHub , lib , libadwaita , libportal-gtk4 , meson , ninja , python3Packages , wrapGAppsHook4 }: python3Packages.buildPythonApplication rec { pname = "adwsteamgtk"; version = "0.6.9"; # built with meson, not a python format format = "other"; src = fetchFromGitHub { owner = "Foldex"; repo = "AdwSteamGtk"; rev = "v${version}"; hash = "sha256-aHJxgSb7oZTRrfFVYdLimwhSGzdRjGf7dGTRA+ANQiM="; }; buildInputs = [ libadwaita libportal-gtk4 ]; nativeBuildInputs = [ blueprint-compiler desktop-file-utils meson ninja wrapGAppsHook4 ]; propagatedBuildInputs = with python3Packages; [ packaging pygobject3 ]; meta = { description = "A simple Gtk wrapper for Adwaita-for-Steam"; homepage = "https://github.com/Foldex/AdwSteamGtk"; license = lib.licenses.gpl3Plus; maintainers = [ lib.maintainers.reedrw ]; mainProgram = "adwaita-steam-gtk"; platforms = lib.platforms.linux; }; } </ins>

Discussion:
Project description A simple GTK wrapper that installs and updates the skin. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
haste-server = callPackage ../servers/haste-server { }; <ins> hatch = python3Packages.callPackage ../development/tools/hatch { }; </ins> hal-hardware-analyzer = libsForQt5.callPackage ../applications/science/electronics/hal-hardware-analyzer { }; half = callPackage ../development/libraries/half { };

Discussion:
Project description Hatch is a modern, extensible Python project manager. Metadata homepage URL: source URL: license: MIT platforms: unix, linux, darwin
Isn't this already packaged as ? The projects look similar
According to
Change:
libgcrypt libuuid ffmpeg <del> unixtools.xxd </del> ] ++ optional stdenv.isLinux glib;

Discussion:
Steps to reproduce the behavior: as such, so that it builds with Airplay 2 support: Strangest thing is that I have 4.1.1 built and working for a while (probably at ) but following a it does not rebuild anymore, even though and hasn't changed, while the only two subsequent commits are and which I'm not too sure how they could relate. <!-- 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:
grafana = handleTest ./grafana.nix {}; graphite = handleTest ./graphite.nix {}; graylog = handleTest ./graylog.nix {}; <ins> gvisor = handleTest ./gvisor.nix {}; </ins> hadoop.hdfs = handleTestOn [ "x86_64-linux" ] ./hadoop/hdfs.nix {}; hadoop.yarn = handleTestOn [ "x86_64-linux" ] ./hadoop/yarn.nix {}; handbrake = handleTestOn ["x86_64-linux"] ./handbrake.nix {};

Discussion:
"Sandboxed container runtime" Bonus points for NixOS option for docker support :P. But just having it to poke at would be neat, i think!
I've looked quickly at this, and it seems like the main limitation in implementing this is . I think we either have to patch Bazel in NixOS or any Bazel package that compiles Go to fix this...
Change:
}; nativeBuildInputs = [ pkg-config ]; <del> buildInputs = [ glib python3 libsigrok check ]; </del> <ins> buildInputs = [ glib python3 ]; checkInputs = [ check ]; doCheck = true; </ins> meta = with lib; { description = "Protocol decoding library for the sigrok signal analysis software suite";

Discussion:
Describe the bug When running Pulseview from Nix, it is missing some decoders, notably uart. Looking a the stdout output, the following printed for a bunch of decoders which is weird, since the "math" module is part of the Python stdlib. With strace, I found the following: It tries to find the first available python executable, and since I don't have it in my .nix-profile, it falls back to my non-Nix system . Then all the imports fail. As a workaround, installing with nix-env resolves the problem To Reproduce Steps to reproduce the behavior: python from nix-env: pulseview: import failures and missing decoders Expected behavior No import failures Notify maintainers Metadata
I think it's libpython that wants the interpreter. If that's true, I wonder if that be fixed in libpython (abspath to /nix/store/.../bin/python3). But the easier/quicker fix is to wrap pulseview with python3. (Probably the sigrok cli needs the same wrapping.)
there's updates for some of the packages you maintain. here's something to get you started building pulseview fails with
Change:
<ins> # To update Elm: Modify revision in ./update.sh and run it # Notes about the build process: The elm binary embeds a piece of pre-compiled elm code, used by 'elm reactor'. This means that the build process for 'elm' effectively executes 'elm make'. that in turn expects to retrieve the elm dependencies of that code (elm/core, etc.) from package.elm-lang.org, as well as a cached bit of metadata (versions.dat). The makeDotElm function lets us retrieve these dependencies in the standard nix way. we have to copy them in (rather than symlink) and make them writable because the elm compiler writes other .dat files alongside the source code. versions.dat was produced during an impure build of this same code; the build complains that it can't update this cache, but continues past that warning. Finally, we set ELM_HOME to point to these pre-fetched artifacts so that the default of ~/.elm isn't used. More: https://blog.hercules-ci.com/elm/2019/01/03/elm2nix-0.1/ </ins>

Discussion:
Not sure whether this is darwin-specific. I cannot install next to , because both want link . It seems wrong for either of the packages to link shared libraries. I suspect this is because e.g. sets . I'd be happy to submit a patch to change this, but there seems to be a stack of scripts that's meant to generate this that's too deep for me. nix-env -iA nix-env -iA system: host os: multi-user?: sandbox: version: channels(rob): nixpkgs:
Usually we need a for these to work currently. Not sure if that is currently possible? You can also set meta.priority to a different number for each (default is 5). /cc
I think this must be darwin-specific; I have these packages happily coexisting alongside each other in on NixOS:
Yes, looks darwin-specific, via
Fixed in
Change:
fwup = callPackage ../tools/misc/fwup { }; <ins> fx_cast_bridge = callPackage ../tools/misc/fx_cast { }; </ins> fzf = callPackage ../tools/misc/fzf { }; fzf-zsh = callPackage ../shells/zsh/fzf-zsh { };

Discussion:
appears to be a binary component used to help Firefox use cast to Chromecast devices:
Yes please!
Change:
<ins> { lib, fetchFromGitHub, python3Packages, testers, cmake-lint, }: python3Packages.buildPythonApplication rec { pname = "cmake-lint"; version = "1.4.3"; pyproject = true; src = fetchFromGitHub { owner = "cmake-lint"; repo = "cmake-lint"; rev = "refs/tags/${version}"; hash = "sha256-/OuWwerBlJynEibaYo+jkLpHt4x9GZrqMRJNxgrDBlM="; }; nativeBuildInputs = [ python3Packages.setuptools ]; pythonImportsCheck = [ "cmakelint" ]; nativeCheckInputs = with python3Packages; [ pytestCheckHook nose ]; checkPhase = '' nosetests ''; passthru.tests = { version = testers.testVersion { package = cmake-lint; }; }; meta = { description = "Static code checker for CMake files"; homepage = "https://github.com/cmake-lint/cmake-lint"; changelog = "https://github.com/cmake-lint/cmake-lint/releases/tag/${version}"; license = lib.licenses.asl20; maintainers = [ lib.maintainers.luftmensch-luftmensch ]; mainProgram = "cmakelint"; }; } </ins>

Discussion:
Project description Fork of to continue maintenance. cmakelint parses CMake files and reports style issues. Metadata homepage URL: source URL: license: apache 2 platforms: vim plugin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I think you can use the following:
Change:
# Adapt from https://gitlab.gnome.org/GNOME/gnome-build-meta/blob/gnome-3-38/elements/core/meta-gnome-core-utilities.bst (mkIf serviceCfg.core-utilities.enable { <del> environment.systemPackages = (with pkgs.gnome; removePackagesByName [ baobab cheese eog epiphany gedit gnome-calculator gnome-calendar gnome-characters gnome-clocks gnome-contacts gnome-font-viewer gnome-logs gnome-maps gnome-music pkgs.gnome-photos gnome-screenshot gnome-system-monitor gnome-weather nautilus pkgs.gnome-connections simple-scan totem yelp ] config.environment.gnome.excludePackages); </del> <ins> environment.systemPackages = with pkgs.gnome; removePackagesByName ([ baobab cheese eog epiphany gedit gnome-calculator gnome-calendar gnome-characters gnome-clocks gnome-contacts gnome-font-viewer gnome-logs gnome-maps gnome-music pkgs.gnome-photos gnome-screenshot gnome-system-monitor gnome-weather nautilus pkgs.gnome-connections simple-scan totem yelp ] ++ lib.optionals config.services.flatpak.enable [ # Since PackageKit Nix support is not there yet, # only install gnome-software if flatpak is enabled. gnome-software ]) config.environment.gnome.excludePackages; </ins> # Enable default program modules # Since some of these have a corresponding package, we only

Discussion:
Describe the bug Some options for gnome configuration don't work. I have disabled xterm and excluded gnome-software in my configuration but it is still installed in my system. config I am using Xterm shouldn't be installed if it is disabled. If gnome-software is installed by default for flatpak then I think that it should be an option and shouldn't override . Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
GNOME Software is actually installed by Flatpak module (introduced in ) so does not handle it. Maybe it should. Do not see in your config, maybe double check it is disabled using program. Either way, it should be unrelated to GNOME.
I have enabled it, sorry didn't post the snippet.
GNOME Software consumes a lot of memory even if it is not launched and is quite slow also there are alternatives that are being worked on like . So people in future might want to switch the gui for flatpak. If handling by exclude package doesn't look like a good solution then adding a module for flatpak to choose to install the software center would be better.
I used this . Maybe just add the documentation for this option since it is not present in .
Change:
<del> { stdenv, fetchFromGitHub, audiofile, libtiff, autoreconfHook }: </del> <ins> {stdenv, fetchurl, audiofile, libtiff}: </ins> stdenv.mkDerivation rec { <del> version = "3.0.0"; </del> <ins> version = "0.0.6"; </ins> pname = "spandsp"; <del> src = fetchFromGitHub { owner = "freeswitch"; repo = pname; rev = "6ec23e5a7e411a22d59e5678d12c4d2942c4a4b6"; # upstream does not seem to believe in tags sha256 = "03w0s99y3zibi5fnvn8lk92dggfgrr0mz5255745jfbz28b2d5y7"; </del> <ins> src=fetchurl { url = "https://www.soft-switch.org/downloads/spandsp/spandsp-${version}.tar.gz"; sha256 = "0rclrkyspzk575v8fslzjpgp4y2s4x7xk3r55ycvpi4agv33l1fc"; </ins> }; outputs = [ "out" "dev" ]; <del> nativeBuildInputs = [ autoreconfHook ]; propagatedBuildInputs = [ audiofile libtiff ]; </del> <ins> propagatedBuildInputs = [audiofile libtiff]; </ins> meta = { description = "A portable and modular SIP User-Agent with audio and video support"; <del> homepage = "https://github.com/freeswitch/spandsp"; </del> <ins> homepage = "http://www.creytiv.com/baresip.html"; </ins> platforms = with stdenv.lib.platforms; linux; maintainers = with stdenv.lib.maintainers; [raskin]; license = stdenv.lib.licenses.gpl2; <ins> downloadPage = "http://www.soft-switch.org/downloads/spandsp/"; inherit version; updateWalker = true; </ins> }; }

Discussion:
Describe the bug version 1.18.0 fails to build. To Reproduce Steps to reproduce the behavior: Expected behavior Build properly completes. Logs Full build log: Additional context This is blocking rebuilds. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(anna): nixpkgs: Maintainer information:
I'm experiencing this as well.
might be due to spansp upgrade in
Change:
sed -i '2i$ENV{PATH}='"'"'${lib.makeBinPath pst2pdf.extraBuildInputs}'"'"' . ($ENV{PATH} ? ":$ENV{PATH}" : '"'''"');' "$out"/bin/pst2pdf ''; <ins> tex4ebook.postFixup = '' sed -i '2ios.setenv("PATH","${lib.makeBinPath tex4ebook.extraBuildInputs}" .. (os.getenv("PATH") and ":" .. os.getenv("PATH") or ""))' "$out"/bin/tex4ebook ''; </ins> tex4ht.postFixup = '' sed -i -e '2iPATH="${lib.makeBinPath tex4ht.extraBuildInputs}''${PATH:+:$PATH}"' -e 's/rubyCall//g;' "$out"/bin/htcontext '';

Discussion:
I'm trying to produce html and epub files from a LaTeX document with the ht tools and it looks like they don't work properly. Given the following simple input, with a PDF file , the commands and give the following errors In both cases the output is produced, but the image is missing. <!-- 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.
How did you install TeXLive / which version of TeXLive do you have installed? It looks like you have 2 commands missing: and . I ran the same commands (on your test file) and only got the second error which was easily fixed for me by installing the package from the repos (seems to be an optional dependency, so not part of TeXLive per se). seems to be part of all the current unstable TeXLive packages, but none of the 23.05 TeXLive packages.
Indeed I'm on the 20.05 channel. I installed with the following in my NixOS is not a problem, as you mentioned. It's just that causes the problem. The TeXLive version is (in nixpkgs). I see the following in the store .
Ok thanks. Just to confirm, are you on or did you mean to say ?
Yes, sorry. I'm on .
cc this must have been fixed by the recent changes to scripts packaging? Is this is a wontfix for 23.05?
The script should work now on unstable, I see listed among the binaries on However is most likely an external dependency that must be to the path via .
PS: I'll try slip an extra link in the 23.05 , since 23.11 is still some time away. (It should be enough to add to the loop that reads from – not in directly as it would cause a useless rebuild – so if somebody has a moment to do it before me, go ahead!)
Thanks for the rapid fix!
Change:
-            f.seek(0) -            f.truncate() -            f.write(content.replace(orig_set, change_set)) <del> -    except: -        print("nERROR:nWas unable to turn off bluetooth on boot") </del> <ins> -    except Exception as e: -        print(f"nERROR:nWas unable to turn off bluetooth on bootn{repr(e)}") </ins> - -    auto_cpufreq_stats_path.touch(exist_ok=True) - -    print("n* Deploy auto-cpufreq install script") <del> -    shutil.copy(SCRIPTS_DIR / "auto-cpufreq-install.sh", "/usr/bin/auto-cpufreq-install") </del> <ins> -    shutil.copy( -        SCRIPTS_DIR / "auto-cpufreq-install.sh", "/usr/bin/auto-cpufreq-install" -    ) </ins> - -    print("n* Deploy auto-cpufreq remove script") -    shutil.copy(SCRIPTS_DIR / "auto-cpufreq-remove.sh", "/usr/bin/auto-cpufreq-remove") - -    call("/usr/bin/auto-cpufreq-install", shell=True) <del> - </del> +    # prevent needless copying and system changes +    pass # remove auto-cpufreq daemon def remove(): -

Discussion:
Describe the bug I believe the auto-cpufreq daemon should start on boot if enabled. To Reproduce auto-cpufreq daemon: . the system. . auto-cpufreq as dead/inactive. Expected behavior auto-cpufreq service should be started on boot. Additional context I was using the unstable service in 20.09 and it worked as expected. In 21.05 stable, the service starts dead/inactive and my system is very slow. I manually start the service and I'm back to the NixOS I know and love. I was able to fix this by adding the following to my configuration: Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(pnelson): channels(root): nixpkgs: Maintainer information:
Sorry for being late, should fix this.
I have the exact same issue now, on 23.11.
Same here, also facing this problem on 23.11...
Thought this might be caused due to some false overwrites in the module config, so I decided to try out rewriting the systemd service. Doesn't work either...
For others who might still be hitting this, I thought I was too. When checking the logs I saw that power-profiles-daemon was starting up, causing auto-cpufreq to shut down. I fixed this by adding: From looking at this code, and be kind with me here since I'm a nix beginner, it is .  I think the best action would be to add an assertion to give users a prompt like with tlp. If this looks correct I can open a PR for it