jiebi/CodeConvo huggingface dataset:
Change:
google-cloud-sdk-gce uses python38 which is no longer supported by numpy. Switching to python39 fixes the error.
Why are you using python 3.8? The default python version is 3.10 and will be going up to 3.11 in the near future. The error log says that numpy does not support python 3.8 anymore.
I am not using it. Here is how this is defined (). This is precisely why I opened this issue.
It looks like pinned the python version, but we no longer need to do that.

Discussion:
python = python3; }; google-cloud-sdk-gce = google-cloud-sdk.override { <del> python = python38; </del> <ins> python = python3; </ins> with-gce = true; };
Change:
Project description Turtle is a graphical interface for version control intended to run on gnome and nautilus. Currently these dialogs are implemented: commit, add, stage, unstage, revert, resolve sync (pull+push), pull, push checkout, create branch init, clone remotes, submodules log, diff settings and about Metadata homepage URL: source URL: license: gpl3+ platforms: linux

Discussion:
<ins> { lib, python3Packages, fetchFromGitLab, gobject-introspection, wrapGAppsHook4, libadwaita, }: python3Packages.buildPythonApplication rec { pname = "turtle"; version = "0.8"; pyproject = true; src = fetchFromGitLab { domain = "gitlab.gnome.org"; owner = "philippun1"; repo = "turtle"; rev = version; hash = "sha256-YacuT5S6WrhSz031XXCQTo++r+DBozrIIXrn9BwmrR0="; }; postPatch = '' substituteInPlace ./install.py  --replace-fail "/usr" "$out"  --replace-fail "gtk-update-icon-cache" "gtk4-update-icon-cache" ''; nativeBuildInputs = [ gobject-introspection wrapGAppsHook4 ]; buildInputs = [ libadwaita ]; build-system = with python3Packages; [ setuptools ]; dependencies = with python3Packages; [ pygobject3 pygit2 ]; postInstall = '' python ./install.py install ''; # Avoid wrapping two times dontWrapGApps = true; # Make sure we patch other scripts after wrapper is generated # to get $program_PYTHONPATH dontWrapPythonPrograms = true; postFixup = '' makeWrapperArgs+=(''${gappsWrapperArgs[@]}) wrapPythonPrograms '' # Dialogs are not imported, but executed. The same does # nautilus-python plugins. So we need to patch them as well. + '' for dialog_scripts in $out/lib/python*/site-packages/turtlevcs/dialogs/*.py; do patchPythonScript $dialog_scripts done for nautilus_extensions in $out/share/nautilus-python/extensions/*.py; do patchPythonScript $nautilus_extensions done ''; meta = { description = "A graphical interface for version control intended to run on gnome and nautilus"; homepage = "https://gitlab.gnome.org/philippun1/turtle"; license = lib.licenses.gpl3Plus; mainProgram = "turtle_cli"; maintainers = with lib.maintainers; [ aleksana ]; platforms = lib.platforms.unix; }; } </ins>
Change:
is structured in a way that makes it impossible to write a for an absolute path that’s in the Nix store. Try to build this Nix expression: It will give you this error: That Nix expression builds successfully. To workaround this problem, you can use a fake directive… …or you can use a keep directive that refers to a variable instead of an absolute path: <!-- 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.
I think it might be a misfeature to make this work the way you're trying it--you don't need to interpolate the absolute store path into the script: The API could debatably be improved here by implicitly adding to the path and generate/collect lore for those locations. (I'm not certain that'd be an improvement; I'd probably need to census existing libexec directories and see if the stuff in them is likely to clash with the contents of other directories...)
Now that I know that I can do , I’m inclined to agree. I wouldn’t add to the path by default. It would be confusing because installing or running doesn’t add to your . The thing that would have really helped me here would have been improved documentation. That quote and the code examples made me assume that I was only allowed to put packages in the list. If I had known that I could put paths to directories that contain executables, then I would have probably done that instead of trying to put an absolute store path into the script.
Thanks for this--my next question was going to be whether you had a sense of what the right breadcrumb would've been. (Left to my own devices, I would've gone off adding an admonition to the documentation for keep directives...)

Discussion:
{ lib , fetchFromGitHub , resholve <del> , substituteAll </del> , bash , coreutils , goss

|--------|------|------------| | scripts | `<list>` | scripts to resolve (`$out`-relative paths) | | interpreter | `"none"` `<path>` | The absolute interpreter `<path>` for the script's shebang. The special value `none` ensures there is no shebang. | <del> | inputs | `<packages>` | Packages to resolve external dependencies from. | </del> <ins> | inputs | `<packages>` `<paths>` | A list of packages and string paths to directories/files to resolve external dependencies from. | </ins> | fake | `<directives>` | pretend some commands exist | | fix | `<directives>` | fix things we can't auto-fix/ignore | | keep | `<directives>` | keep things we can't auto-fix/ignore |
Change:
When installed through Nix, Bluemail does not create a desktop shortcut in $out/share/applications. The program can only be run through the terminal by default. The program also fails to load unless the --disable-gpu-sandbox option is used. Steps to reproduce the behavior: Bluemail by adding to , and rebuild. for Bluemail in the Application Launcher - not present in terminal - core dumps on gpu process not usable in terminal - bluemail opens with the default wayland icon What currently happens is detailed step-by-step above. What I'd expect to happen is that a desktop icon is created when I rebuild to install bluemail, and that clicking the application from the Application Launcher opens bluemail without a core dump. Installing from NixOS-Unstable Running on Intel UHD Graphics (10th Gen)

Discussion:
, fetchurl , dpkg , autoPatchelfHook <ins> , copyDesktopItems </ins> , pango , gtk3 , alsa-lib

, libdrm , mesa , libxshmfence <ins> , makeDesktopItem </ins> , makeWrapper , wrapGAppsHook , gcc-unwrapped

stdenv.mkDerivation rec { pname = "bluemail"; <del> version = "1.136.21-1884"; </del> <ins> version = "1.140.8-1922"; </ins> # Taking a snapshot of the DEB release because there are no tagged version releases. # For new versions, download the upstream release, extract it and check for the version string. # In case there's a new version, create a snapshot of it on https://archive.org before updating it here. src = fetchurl { <del> url = "https://archive.org/download/blue-mail-1.136.21-1884/BlueMail.deb"; hash = "sha256-L9mCUjsEcalVxzl80P3QzVclCKa75So2sBG7KjjBVIc="; </del> <ins> url = "https://web.archive.org/web/20240208120704/https://download.bluemail.me/BlueMail/deb/BlueMail.deb"; hash = "sha256-dnYOb3Q/9vSDssHGS2ywC/Q24Oq96/mvKF+eqd/4dVw="; </ins> }; <ins> desktopItems = [ (makeDesktopItem { name = "bluemail"; icon = "bluemail"; exec = "bluemail"; desktopName = "BlueMail"; comment = meta.description; genericName = "Email Reader"; mimeTypes = [ "x-scheme-handler/me.blueone.linux" "x-scheme-handler/mailto" ]; categories = [ "Office" ]; }) ]; </ins> nativeBuildInputs = [ autoPatchelfHook <ins> copyDesktopItems </ins> makeWrapper dpkg wrapGAppsHook

dontWrapGApps = true; installPhase = '' <ins> runHook preInstall </ins> mkdir -p $out/bin mv opt/BlueMail/* $out ln -s $out/bluemail $out/bin/bluemail <ins> mkdir -p $out/share/icons mv usr/share/icons/hicolor $out/share/icons/ runHook postInstall </ins> ''; makeWrapperArgs = [
Change:
Package name: _86Box Latest released version: 4.0 <!-- Search your package here: --- Current version on the unstable channel: 3.11 Current version on the stable/release channel: 3.11 <!-- 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.
I'm a bit busy but I'll try to get back to this on the weekend. I want to check the build system and deps to make sure there's nothing I should be updating there beyond swapping the version numbers, it looks like a decently large changelog.

Discussion:
{ stdenv, lib, fetchFromGitHub, cmake, pkg-config, makeWrapper, freetype, SDL2 , glib, pcre2, openal, rtmidi, fluidsynth, jack2, alsa-lib, qt5, libvncserver <del> , discord-gamesdk, libpcap </del> <ins> , discord-gamesdk, libpcap, libslirp </ins> , enableDynarec ? with stdenv.hostPlatform; isx86 || isAarch , enableNewDynarec ? enableDynarec && stdenv.hostPlatform.isAarch

stdenv.mkDerivation rec { pname = "86Box"; <del> version = "3.11"; </del> <ins> version = "4.0"; </ins> src = fetchFromGitHub { owner = "86Box"; repo = "86Box"; rev = "v${version}"; <del> hash = "sha256-n3Q/NUiaC6/EZyBUn6jUomnQCqr8tvYKPI5JrRRFScI="; </del> <ins> hash = "sha256-VTfYCVEbArcYVzh3NkX1yBXhtRnGZ/+khk0KG42fs24="; </ins> }; nativeBuildInputs = [

buildInputs = [ freetype <ins> fluidsynth </ins> SDL2 glib openal

pcre2 jack2 libpcap <ins> libslirp </ins> qt5.qtbase qt5.qttools ] ++ lib.optional stdenv.isLinux alsa-lib

postFixup = let libPath = lib.makeLibraryPath ([ libpcap <del> fluidsynth </del> ] ++ lib.optional unfreeEnableDiscord discord-gamesdk); libPathVar = if stdenv.isDarwin then "DYLD_LIBRARY_PATH" else "LD_LIBRARY_PATH"; in
Change:
llama build uses pkg-config to discover the include path of opencl-header. Sadly, the current package only copies the headers files, not the pc file. It is supposed to be generated by cmake from a , but we currently do not call it. I would happily propose a patch but the interactions between cmake, nix and pkg-config is out of my league :) Thanks for looking into it!

Discussion:
<del> { lib, stdenv, fetchFromGitHub </del> <ins> { lib , stdenv , fetchFromGitHub , cmake </ins> }: stdenv.mkDerivation rec {

sha256 = "sha256-BJDaDokyHgmyl+bGqCwG1J7iOvu0E3P3iYZ1/krot8s="; }; <del> installPhase = '' mkdir -p $out/include/CL cp CL/* $out/include/CL ''; </del> <ins> nativeBuildInputs = [ cmake ]; </ins> meta = with lib; { description = "Khronos OpenCL headers version ${version}";
Change:
, present on 17.03, is missing from master since guile was upgraded to 2.2 (). At least for now we have this issue to document it; nobody seems to be missing it (yet!). (on master)
This is probably because of the plugin split in . However, since then I submitted which enables all plugins by default, so it should work. Is your nixpkgs up to date?
By the looks of it, you're not using nix. This is the nix packages collection repo, and only issues specific to nixpkgs should be reported here.

Discussion:
weechat = callPackage ../applications/networking/irc/weechat { inherit (darwin) libobjc; inherit (darwin) libresolv; <ins> guile = guile_2_0; </ins> }; westonLite = callPackage ../applications/window-managers/weston {
Change:
Package name: Latest released version: 0.3.0 Current version on the unstable channel: 0.2.3 Current version on the stable/release channel: 0.2.3 Notify maintainers this package has been marked as broken for 2 years. There must be some update to fix this (in perhaps). Me and my friends use this for our lab work. Would be really helpful if this was fixed. Thanks. Note for maintainers: Please tag this issue in your PR.
Hi, san. Could you please try ? Thanks!
Woah, that was quick. Thank you so much, I'll try this out. Do I just have to put the commit hash in or something more specific?
Yes, if you use flake, please change to .

Discussion:
<del> { lib, buildPythonPackage, fetchFromGitHub, fetchpatch, numpy, scipy, deap, scikit-learn, python }: </del> <ins> { lib , buildPythonPackage , fetchFromGitHub , fetchpatch , deap , numpy , scikit-learn , scipy , unittestCheckHook }: </ins> buildPythonPackage rec { pname = "sklearn-deap"; <del> version = "0.2.3"; </del> <ins> version = "0.3.0"; format = "setuptools"; </ins> # No tests in Pypi src = fetchFromGitHub { owner = "rsteca"; <del> repo = pname; </del> <ins> repo = "sklearn-deap"; </ins> rev = version; <del> sha256 = "1yqnmy8h08i2y6bb2s0a5nx9cwvyg45293whqh420c195gpzg1x3"; </del> <ins> hash = "sha256-bXBHlv1pIOyDLKCBeffyHaTZ7gNiZNl0soa73e8E4/M="; </ins> }; patches = [ <del> # Fix for scikit-learn v0.21.1. See: https://github.com/rsteca/sklearn-deap/pull/62 </del> <ins> # Fix for scikit-learn v1.1. See: https://github.com/rsteca/sklearn-deap/pull/80 </ins> (fetchpatch { <del> url = "https://github.com/rsteca/sklearn-deap/commit/3ae62990fc87f36b59382e7c4db3c74cf99ec3bf.patch"; sha256 = "1na6wf4v0dcmyz3pz8aiqkmv76d1iz3hi4iyfq9kfnycgzpv1kxk"; </del> <ins> url = "https://github.com/rsteca/sklearn-deap/commit/3b84bd905796378dd845f99e083da17284c9ff6f.patch"; hash = "sha256-YYLw0uzecyIbdNAy/CxxWDV67zJbZZhUMypnDm/zNGs="; }) (fetchpatch { url = "https://github.com/rsteca/sklearn-deap/commit/2f60e215c834f60966b4e51df25e91939a72b952.patch"; hash = "sha256-vn5nLPwwkjsQrp3q7C7Z230lkgRiyJN0TQxO8Apizg8="; </ins> }) ]; propagatedBuildInputs = [ numpy scipy deap scikit-learn ]; <del> checkPhase = '' ${python.interpreter} test.py ''; </del> <ins> nativeCheckInputs = [ unittestCheckHook ]; pythonImportsCheck = [ "evolutionary_search" ]; </ins> meta = with lib; { description = "Use evolutionary algorithms instead of gridsearch in scikit-learn"; homepage = "https://github.com/rsteca/sklearn-deap"; <del> license = licenses.lgpl3; </del> <ins> license = licenses.mit; </ins> maintainers = with maintainers; [ psyanticy ]; <del> # broken by scikit-learn 0.24.1 broken = true; </del> }; }
Change:
On Darwin, lldb is unable to locate the support binaries directory. Trying to run lldb with a target executable results in it failing with . a target the target Successfully runs the target executable. The problem is Darwin specific because of the way lldb locates the directory. It expects the and to be present in the same directory as indicated in the comment . As part of the derivation is a separate output, it cannot locate the directory and fails to run the executable.
Can confirm, macos 10.15.
Yes and I have to manually set also.
Problem perists:
are you getting it to work with that? No luck here:
Use instead of . The former one does not contain the output, so you can use an environment variable.
What would be the preferable solution from an LLVM maintainers perspective? The lib output could be dropped, or LLVM would need to be patched to look for the support binaries in the correct path.
I would suggest a LLVM patch that could be general enough that we could send back to upstream, worst case, we can reassemble an out and lib just for this usecase in the meantime for Darwin.
are you sure it should be fixed on LLVM side? Because lldb from homebrew works fine on macos.
The fix is probably similar to what I did for LTO support (using to hardcode the path to the correct location in the store).
Here is the homebrew formula:
I’m working on a patch. The fix is to combine and on Darwin. It’s not possible to patch LLDB to know the location of because that creates a cycle between the two outputs.
I created It doesn’t exhibit the problem, but it also doesn’t seem to work. It may be that this is as good as it can get without the requisite entitlements.
lldb from your PR seems to work for me, even when I unset (my workaround for the prior issues). What wasn't working for you?
When I follow the steps you provided in , I get the following result: It only works if I don’t set .
Reopening because the change is technically breaking, and we’re in a breaking change freeze before the release.
Note that if you do need this, you can cherry-pick my commit from .
Yes, I see that error with my own MRE (haha) if I set to the nix version; it works with (which I assume is the default anyway).
When will this feature typically merged from master to unstable branch?
Nvm, just noticed that it was reverted :/
I had to revert because there is a freeze on breaking changes until 24.05 is released. Once 24.05 is released, I’ll reopen the fix PR.
I've used the commit you mentioned in previous comments. Thank you!
Just want to check some updates. Is this issue solved in 24.05?
It would be a breaking change, so it’d have to target unstable/24.11.
I resubmitted the lldb fix as

Discussion:
src = src'; inherit patches; <del> outputs = [ "out" "lib" "dev" ]; </del> <ins> # LLDB expects to find the path to `bin` relative to `lib` on Darwin. It can’t be patched with the location of # the `lib` output because that would create a cycle between it and the `out` output. outputs = [ "out" "dev" ] ++ lib.optionals (!stdenv.isDarwin) [ "lib" ]; </ins> sourceRoot = lib.optional (lib.versionAtLeast release_version "13") "${src.name}/${pname}";
Change:
Project description wayland status bar + widgets in gtk3 <!-- Describe the project a little: --Faster than eww and more shiny than waybar - with hyprland workspace support. Metadata source URL: license: mit platforms: linux

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , meson , ninja , cmake , pkg-config , libdbusmenu-gtk3 , gtk-layer-shell , stb , wayland-protocols , wayland-scanner , bluez , gtk3 , libpulseaudio , wayland }: stdenv.mkDerivation { pname = "gbar"; version = "unstable-2023-09-21"; src = fetchFromGitHub { owner = "scorpion-26"; repo = "gBar"; rev = "96485f408efe411f281fa27dceb6d86399ec7804"; hash = "sha256-4zPvo0JBQOV1qn2X2iI8/JWYEQjFf9sDEICIWSCeaWk="; fetchSubmodules = true; }; nativeBuildInputs = [ meson ninja cmake pkg-config ]; buildInputs = [ wayland wayland-protocols wayland-scanner bluez gtk3 gtk-layer-shell libpulseaudio stb libdbusmenu-gtk3 ]; meta = with lib; { description = "Blazingly fast status bar written with GTK"; homepage = "https://github.com/scorpion-26/gBar"; license = licenses.mit; maintainers = with maintainers; [ ocfox ]; mainProgram = "gBar"; platforms = platforms.linux; }; } </ins>
Change:
The application has been broken since version 9.21.0. The previous and last working version was 9.18.0 (). Steps to reproduce the behavior: Simply call , and you will be greeted with the error message: . For the current version (9.21.2) run: Full output: To get the correct version output of <!-- 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.
Thank you for the extremely quick response! :o Sorry that I didn't catch that a couple of files weren't correctly copied :facepalm: Do you have a buymeacoffe link or similar? :hugs:

Discussion:
<del> { lib, stdenv, fetchurl, jre_headless, makeWrapper }: stdenv.mkDerivation rec{ </del> <ins> { lib, stdenv, fetchurl, jre_headless, makeWrapper, testers }: stdenv.mkDerivation (finalAttrs: { </ins> pname = "flyway"; <del> version = "9.21.2"; </del> <ins> version = "9.22.0"; </ins> src = fetchurl { <del> url = "mirror://maven/org/flywaydb/flyway-commandline/${version}/flyway-commandline-${version}.tar.gz"; sha256 = "sha256-7MIjXF1qgEye2Z/cyeuSFkEmXT8AxkwYfw+/UevsPFg="; </del> <ins> url = "mirror://maven/org/flywaydb/flyway-commandline/${finalAttrs.version}/flyway-commandline-${finalAttrs.version}.tar.gz"; sha256 = "sha256-vdg66ETDfa0WG1TrRWJ9XpMSCE9sd5GlYAJY2TERC5Y="; </ins> }; nativeBuildInputs = [ makeWrapper ]; dontBuild = true;

installPhase = '' mkdir -p $out/bin $out/share/flyway cp -r sql jars drivers conf $out/share/flyway <del> install -Dt $out/share/flyway/lib lib/community/*.jar lib/*.jar </del> <ins> install -Dt $out/share/flyway/lib lib/community/*.jar lib/*.jar lib/aad/*.jar lib/oracle_wallet/*.jar </ins> makeWrapper "${jre_headless}/bin/java" $out/bin/flyway  --add-flags "-Djava.security.egd=file:/dev/../dev/urandom"  --add-flags "-classpath '$out/share/flyway/lib/*:$out/share/flyway/drivers/*'"  --add-flags "org.flywaydb.commandline.Main"  --add-flags "-jarDirs='$out/share/flyway/jars'" ''; <ins> passthru.tests = { version = testers.testVersion { package = finalAttrs.finalPackage; }; }; </ins> meta = with lib; { description = "Evolve your Database Schema easily and reliably across all your instances"; longDescription = ''

''; downloadPage = "https://github.com/flyway/flyway"; homepage = "https://flywaydb.org/"; <ins> changelog = "https://documentation.red-gate.com/fd/release-notes-for-flyway-engine-179732572.html"; </ins> sourceProvenance = with sourceTypes; [ binaryBytecode ]; license = licenses.asl20; platforms = platforms.unix; maintainers = [ maintainers.cmcdragonkai ]; }; <del> } </del> <ins> }) </ins>
Change:
jack2 as of 1.9.22 no longer ships with tools or examples, those now live in a separate repo (). it doesn't look like these have been packaged yet, removing a bunch of important utilities with no replacement. (approved the bot update) (merged & tested)
Ah semantic versioning, I knew ye well.

Discussion:
- The `services.ananicy.extraRules` option now has the type of `listOf attrs` instead of `string`. <ins> - JACK tools (`jack_*` except `jack_control`) have moved from the `jack2` package to `jack-example-tools` </ins> - The `matrix-synapse` package & module have undergone some significant internal changes, for most setups no intervention is needed, though: - The option [`services.matrix-synapse.package`](#opt-services.matrix-synapse.package) is now read-only. For modifying the package, use an overlay which modifies `matrix-synapse-unwrapped` instead. More on that below. - The `enableSystemd` & `enableRedis` arguments have been removed and `matrix-synapse` has been renamed to `matrix-synapse-unwrapped`. Also, several optional dependencies (such as `psycopg2` or `authlib`) have been removed.

<ins> { stdenv , lib , fetchFromGitHub , pkg-config , meson , ninja , jack , alsa-lib , libopus , libsamplerate , libsndfile , readline , zita-alsa-pcmi , zita-resampler }: stdenv.mkDerivation (final: { pname = "jack-example-tools"; version = "4"; src = fetchFromGitHub { owner = "jackaudio"; repo = "jack-example-tools"; rev = "tags/${final.version}"; hash = "sha256-5jmynNxwNVLxEZ1MaqQUG6kRwipDkjhrdDCbZHtmAHk="; }; nativeBuildInputs = [ pkg-config meson ninja ]; buildInputs = [ jack alsa-lib libopus libsamplerate libsndfile readline zita-alsa-pcmi zita-resampler ]; postPatch = '' patchShebangs scripts ''; # no tests defined, but prepare for some in the future. doCheck = true; meta = with lib; { description = "Official examples and tools from the JACK project"; homepage = "https://jackaudio.org"; license = licenses.gpl2Plus; platforms = platforms.unix; broken = stdenv.isDarwin; maintainers = with maintainers; [ pennae ]; }; }) </ins>

libjack2 = jack2.override { prefix = "lib"; }; <ins> jack-example-tools = callPackage ../misc/jackaudio/tools.nix { libopus = libopus.override { withCustomModes = true; }; jack = jack2; }; </ins> jack-autoconnect = libsForQt5.callPackage ../applications/audio/jack-autoconnect { }; jack_autoconnect = jack-autoconnect;