jiebi/CodeConvo huggingface dataset:
Change:
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.

Discussion:
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 = [

<ins> From 0ab5c1e39e94e158650da847f8512ab5e2b03593 Mon Sep 17 00:00:00 2001 From: "Jan Alexander Steffens (heftig)" <heftig@archlinux.org> Date: Wed, 9 Nov 2022 08:00:19 +0000 Subject: [PATCH] gschema: Remove path from eap schema This one needs to be relocatable, otherwise creating a new VPN connection will fail with: settings object created with schema 'org.gnome.nm-applet.eap' and path '/org/gnome/nm-applet/eap/<uuid>/', but path '/org/gnome/nm-applet/eap/' is specified by schema Fixes: https://bugs.archlinux.org/task/76490 --- org.gnome.nm-applet.eap.gschema.xml.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/org.gnome.nm-applet.eap.gschema.xml.in b/org.gnome.nm-applet.eap.gschema.xml.in index 0fc3ca9f..f4a56ea6 100644 --- a/org.gnome.nm-applet.eap.gschema.xml.in +++ b/org.gnome.nm-applet.eap.gschema.xml.in @@ -1,6 +1,6 @@ <?xml version="1.0" encoding="UTF-8"?> <schemalist> -  <schema id="org.gnome.nm-applet.eap" path="/org/gnome/nm-applet/eap/" gettext-domain="nm-applet"> +  <schema id="org.gnome.nm-applet.eap" gettext-domain="nm-applet"> <key name="ignore-ca-cert" type="b"> <default>false</default> <summary>Ignore CA certificate</summary> -- GitLab </ins>
Change:
Project description Metadata homepage URL: source URL: probably closed source, can be downloaded from . license: custom, see after the extracting downloaded TAR. platforms: Linux, macOS, Windows The same company also makes SmartGit, which is in nixpkgs via . Packaging of DeepGit may be similar to that.

Discussion:
<ins> { copyDesktopItems , fetchurl , glib , gnome , gtk3 , jre , lib , makeDesktopItem , stdenv , wrapGAppsHook }: stdenv.mkDerivation rec { pname = "deepgit"; version = "4.3"; src = fetchurl { url = "https://www.syntevo.com/downloads/deepgit/deepgit-linux-${lib.replaceStrings [ "." ] [ "_" ] version}.tar.gz"; hash = "sha256-bA/EySZjuSDYaZplwHcpeP1VakcnG5K1hYTk7cSVbz0="; }; nativeBuildInputs = [ copyDesktopItems wrapGAppsHook ]; buildInputs = [ gnome.adwaita-icon-theme gtk3 jre ]; preFixup = '' gappsWrapperArgs+=( --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ glib gtk3 ]} --set DEEPGIT_JAVA_HOME ${jre} ) patchShebangs bin/deepgit.sh ''; desktopItems = [(makeDesktopItem rec { name = pname; desktopName = "DeepGit"; keywords = [ "git" ]; comment = "Git-Client"; categories = [ "Development" "RevisionControl" ]; terminal = false; startupNotify = true; startupWMClass = desktopName; exec = pname; mimeTypes = [ "x-scheme-handler/${pname}" "x-scheme-handler/sourcetree" ]; icon = pname; })]; installPhase = '' runHook preInstall mkdir -pv $out/{bin,share/icons/hicolor/scalable/apps/} cp -a lib license.html $out mv bin/deepgit.sh $out/bin/deepgit for icon_size in 32 48 64 128 256; do path=$icon_size'x'$icon_size icon=bin/deepgit-$icon_size.png mkdir -p $out/share/icons/hicolor/$path/apps cp $icon $out/share/icons/hicolor/$path/apps/deepgit.png done runHook postInstall ''; meta = with lib; { description = "A tool to investigate the history of source code"; homepage = "https://www.syntevo.com/deepgit"; changelog = "https://www.syntevo.com/deepgit/changelog.txt"; license = licenses.unfree; maintainers = with maintainers; [ urandom ]; platforms = platforms.linux; }; } </ins>

### APPLICATIONS/VERSION-MANAGEMENT <ins> deepgit = callPackage ../applications/version-management/deepgit {}; </ins> git = callPackage ../applications/version-management/git { inherit (darwin.apple_sdk.frameworks) CoreServices Security; perlLibs = [perlPackages.LWP perlPackages.URI perlPackages.TermReadKey];
Change:
dockerTools.buildImage fails with: System: 17.03pre95306. (Gorilla) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: "17.03pre95306."

Discussion:
echo "Adding contents..." for item in $contents; do echo "Adding $item" <del> rsync -a $item/ layer/ </del> <ins> rsync -ak $item/ layer/ </ins> done else echo "No contents to add to layer."

echo "Adding contents..." for item in ${toString contents}; do echo "Adding $item..." <del> rsync -a $item/ layer/ </del> <ins> rsync -ak $item/ layer/ </ins> done '';
Change:
Currently the gnome-calculator metadata states gnome-calculator uses GPLv2, but it is using GPLv3 since version 3.16.

Discussion:
homepage = https://wiki.gnome.org/action/show/Apps/Calculator; description = "Application that solves mathematical equations and is suitable as a default application in a Desktop environment"; maintainers = gnome3.maintainers; <del> license = licenses.gpl2; </del> <ins> license = licenses.gpl3; </ins> platforms = platforms.linux; }; }
Change:
It looks like emacs is not able to use Appkit for some reason. Here is the relevant logs: It looks like Foundation framework is busted. This is lowPrio so I don't think there is Hydra logs. nixpkgs commit: nix version: 1.11.4 cc

Discussion:
stdenv.mkDerivation rec { emacsName = "emacs-25.1"; <del> name = "${emacsName}-mac-6.0"; </del> <ins> name = "${emacsName}-mac-6.1"; </ins> builder = ./builder.sh;

macportSrc = fetchurl { url = "ftp://ftp.math.s.chiba-u.ac.jp/emacs/${name}.tar.gz"; <del> sha256 = "2f7a3fd826e6dea541ada04f4a1ff2903a87a1f736b89c5b90bf7bb820568e34"; </del> <ins> sha256 = "1zwxh7zsvwcg221mpjh0dhpdas3j9mc5q92pprf8yljl7clqvg62"; </ins> }; enableParallelBuilding = true;

"--enable-mac-app=$$out/Applications" ]; <del> CFLAGS = "-O3 -DMAC_OS_X_VERSION_MAX_ALLOWED=1090"; </del> <ins> CFLAGS = "-O3 -DMAC_OS_X_VERSION_MAX_ALLOWED=1090 -DMAC_OS_X_VERSION_MIN_REQUIRED=1090"; </ins> LDFLAGS = "-O3 -L${ncurses.out}/lib"; postInstall = ''
Change:
On NixOS 16.09: On Ubuntu 16.04: Here is a full diff of the output (unfortunately without the error message which was printed to stderr, I forgot to redirect it): Looks like fixing the error will allow NixOS to print the line. The other diff is due to lspci v3.3.1 in Ubuntu vs v3.5.1 in NixOS and different IRQ assignments. I also ran with and . No change. Nixpkgs version:
It uses hardcoded path
Thank you!
Sent patch upstream, as it seems generally useful.

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
I reported some flakey test in freerdp upstream and they hinted that maybe we could be building freerdp better: Filing this so I don't forget to look at it.
I use freerdp all the time, so I have patched things up on my side and will open a proper PR when I have been running with it for a while. FYI, we are in fact already building against ffmpeg.

Discussion:
, lib , fetchFromGitHub , cmake <ins> , docbook-xsl-nons , libxslt </ins> , pkg-config , alsa-lib <ins> , faac , faad2 </ins> , ffmpeg , glib <ins> , openh264 </ins> , openssl <del> , pcre </del> <ins> , pcre2 </ins> , zlib , libX11 , libXcursor , libXdamage <ins> , libXdmcp </ins> , libXext , libXi , libXinerama , libXrandr , libXrender <del> , libXv </del> , libXtst <ins> , libXv </ins> , libxkbcommon , libxkbfile , wayland

, gst-plugins-good , libunwind , orc <del> , libxslt </del> , cairo , libusb1 , libpulseaudio

, Carbon , Cocoa , CoreMedia <ins> , withUnfree ? false </ins> }: let

} ]; <ins> inherit (lib) optionals; </ins> in stdenv.mkDerivation rec { pname = "freerdp";

buildInputs = [ cairo cups <ins> faad2 </ins> ffmpeg glib gst-plugins-base

libX11 libXcursor libXdamage <ins> libXdmcp </ins> libXext libXi libXinerama

libusb1 libxkbcommon libxkbfile <del> libxslt </del> <ins> openh264 </ins> openssl orc <del> pcre </del> <ins> pcre2 </ins> pcsclite zlib <del> ] ++ lib.optionals stdenv.isLinux [ </del> <ins> ] ++ optionals stdenv.isLinux [ </ins> alsa-lib systemd wayland <del> ] ++ lib.optionals stdenv.isDarwin [ </del> <ins> ] ++ optionals stdenv.isDarwin [ </ins> AudioToolbox AVFoundation Carbon Cocoa CoreMedia <ins> ] ++ optionals withUnfree [ faac </ins> ]; <del> nativeBuildInputs = [ cmake pkg-config ]; </del> <ins> nativeBuildInputs = [ cmake libxslt docbook-xsl-nons pkg-config ]; </ins> doCheck = true; <del> cmakeFlags = [ "-DCMAKE_INSTALL_LIBDIR=lib" ] ++ lib.mapAttrsToList (k: v: "-D${k}=${if v then "ON" else "OFF"}") { BUILD_TESTING = doCheck; WITH_CUNIT = doCheck; </del> <ins> # https://github.com/FreeRDP/FreeRDP/issues/8526#issuecomment-1357134746 cmakeFlags = [ "-Wno-dev" "-DCMAKE_INSTALL_LIBDIR=lib" "-DDOCBOOKXSL_DIR=${docbook-xsl-nons}/xml/xsl/docbook" ] ++ lib.mapAttrsToList (k: v: "-D${k}=${cmFlag v}") { BUILD_TESTING = false; # false is recommended by upstream WITH_CAIRO = (cairo != null); </ins> WITH_CUPS = (cups != null); <ins> WITH_FAAC = (withUnfree && faac != null); WITH_FAAD2 = (faad2 != null); WITH_JPEG = (libjpeg_turbo != null); WITH_OPENH264 = (openh264 != null); </ins> WITH_OSS = false; WITH_PCSC = (pcsclite != null); WITH_PULSE = (libpulseaudio != null); WITH_SERVER = buildServer; <del> WITH_SSE2 = stdenv.isx86_64; WITH_VAAPI = true; WITH_JPEG = (libjpeg_turbo != null); WITH_CAIRO = (cairo != null); </del> <ins> WITH_VAAPI = false; # false is recommended by upstream </ins> WITH_X11 = true; };
Change:
The package fails to run on MacOS. Running either or fails due to the and libraries not being linked correctly: Steps to reproduce the behavior: The binary does not fail to launch The libraries are present at Please run and paste the result.

Discussion:
<del> { lib, stdenv, fetchFromGitHub, python3, fixDarwinDylibNames }: </del> <ins> { lib, stdenv, fetchFromGitHub, fetchpatch, cmake }: </ins> stdenv.mkDerivation rec { pname = "jxrlib";

sha256 = "0rk3hbh00nw0wgbfbqk1szrlfg3yq7w6ar16napww3nrlm9cj65w"; }; <del> postPatch = '' substituteInPlace Makefile  --replace "cc" "$CC" '' + lib.optionalString stdenv.isDarwin '' substituteInPlace Makefile  --replace '-shared' '-dynamiclib -undefined dynamic_lookup'  --replace '.so' '.dylib' ''; </del> <ins> patches = [ (fetchpatch { url = "https://salsa.debian.org/debian-phototools-team/jxrlib/-/raw/df96f9b9c1fbe9cdc97589c337f8a948bc81c4d0/debian/patches/usecmake.patch"; sha256 = "sha256-BpCToLgA5856PZk5mXlwAy3Oh9aYP/2wvu2DXDTqufM="; }) (fetchpatch { url = "https://salsa.debian.org/debian-phototools-team/jxrlib/-/raw/6c88037293aff8d5bc8a76ea32b36781c430ede3/debian/patches/bug803743.patch"; sha256 = "sha256-omIGa+ZrWjaH/IkBn4jgjufF/HEDKw69anVCX4hw+xQ="; }) (fetchpatch { url = "https://salsa.debian.org/debian-phototools-team/jxrlib/-/raw/b23d49062ec6a9b2739c9dade86be525a72fc807/debian/patches/pkg-config.patch"; sha256 = "sha256-ZACaXEi+rbKIFBHtSBheyFfqV2HYsKKrT+SmTShyUhg="; }) ]; </ins> <del> nativeBuildInputs = [ python3 ] ++ lib.optional stdenv.isDarwin fixDarwinDylibNames; </del> <ins> nativeBuildInputs = [ cmake ]; </ins> strictDeps = true; <del> makeFlags = [ "DIR_INSTALL=$(out)" "SHARED=1" ]; </del> meta = with lib; { description = "Implementation of the JPEG XR image codec standard"; homepage = "https://jxrlib.codeplex.com";
Change:
In many files HOME". Here is an example: It is perfectly possible to have a home dir like '/;rm -r -f /'

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
The dvorak test is failing. Build Copy of the log Dvorak works, test works, channel progresses. If applicable, add screenshots to help explain your problem. Test has no maintainers. Please run and paste the result.
All keymap tests have been flaky for quite a long time. I don't know why. Restarting them helps, e.g. the build linked above succeeded on the second attempt.
Speaking of blockers here's a current one:
You don't happen to know the rough time frame when they became flaky?
No, I can't recall. Practically it became worse because shortly before 22.11 we to standard jobs, so the number of keymap tests doubled.
Yeah, I can see why this gets a lot more annoying. Is the flakiness exclusively for the -tests or the -ones as well?
Tried to reproduce it via the following (mainly for myself as a reference when switching locations) and didn't get a single failure after several runs: I'm guessing that the build nodes were on high load, so need to employ a different strategy...
We might run smaller amount of them; that should be easy. I don't know why it's useful to run it on so many keymaps.
Or a larger amount with more logging so we can find the cause.
Also not all hardware is equal. Maybe keep track of hostnames?
I've found a fix that runs the test dozens of times without issue on a machine that otherwise reproduces the issue fairly reliably.

Discussion:
# wait for reader to be ready machine.wait_for_file("${readyFile}") <del> machine.sleep(1) </del> # send all keys for key in inputs:

with open("${pkgs.writeText "tests.json" (builtins.toJSON tests)}") as json_file: tests = json.load(json_file) <ins> # These environments used to run in the opposite order, causing the # following error at openvt startup. # # openvt: Couldn't deallocate console 1 # # This error did not appear in successful runs. # I don't know the exact cause, but I it seems that openvt and X are # fighting over the virtual terminal. This does not appear to be a problem # when the X test runs first. </ins> keymap_environments = { <del> "VT Keymap": "openvt -sw --", </del> "Xorg Keymap": "DISPLAY=:0 xterm -title testterm -class testterm -fullscreen -e", <ins> "VT Keymap": "openvt -sw --", </ins> } machine.wait_for_x()
Change:
The shell hook in the attribute of a derivation sets with the ghc derivation full name, rather than just the executable name and numeric version. This isn't usually noticed because the ghc itself is wrapped with a wrapper which provides these correctly. Tools such as fail to work in this environment though. Run: Observe that the directory printed does not exist. Nixpkgs version: "17.03pre96205."

Discussion:
export NIX_${ghcCommandCaps}="${ghcEnv}/bin/${ghcCommand}" export NIX_${ghcCommandCaps}PKG="${ghcEnv}/bin/${ghcCommand}-pkg" export NIX_${ghcCommandCaps}_DOCDIR="${ghcEnv}/share/doc/ghc/html" <del> export NIX_${ghcCommandCaps}_LIBDIR="${ghcEnv}/lib/${ghcEnv.name}" </del> <ins> export NIX_${ghcCommandCaps}_LIBDIR="${ghcEnv}/lib/${ghcCommand}-${ghc.version}" </ins> ${shellHook} ''; };
Change:
Virt-Manager throws an error when trying to create a vm, and does not create the vm Steps to reproduce the behavior: sway Virt-Manager A VM should be created ! The issue started after updating on the unstable branch and from what i can make out of the stack trace it seems like some gtk/dependency issue. I opend an issue for QEMU before because i thought that this was the problem but after trying it with i3 it worked just fine on the updated versions so i closed the issue again. Stacktraces: Error launching details.. Error starting installation.. <!-- Virt-Manager: Sway: --Nixos unstable with flakes
Okay I'm sorry i bothered you it was just me being dumb. For some reason virt-manager throws the before mentioned errors when not having a gtk-cursor theme installed. For anyone finding this issue in the future when using home-manager set:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
url = "https://github.com/virt-manager/virt-manager/commit/83fcc5b2e8f2cede84564387756fe8971de72188.patch"; hash = "sha256-yEk+md5EkwYpP27u3E+oTJ8thgtH2Uy1x3JIWPBhqeE="; }) <ins> # fix crash with some cursor themes (fetchpatch { url = "https://github.com/virt-manager/virt-manager/commit/cc4a39ea94f42bc92765eb3bb56e2b7f9198be67.patch"; hash = "sha256-dw6yrMaAOnTh8Z6xJQQKmYelOkOl6EBAOfJQU9vQ8Ws="; }) </ins> ]; nativeBuildInputs = [
Change:
a simple X-Window (X11R6) programming API in C, designed for students, suitable for X-beginners homepage URL: source URL: license: BSD-2-Clause license platforms: linux

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , installShellFiles , libX11 , libXext , unstableGitUpdater }: stdenv.mkDerivation { pname = "minilibx"; version = "unstable-2021-10-30"; src = fetchFromGitHub { owner = "42Paris"; repo = "minilibx-linux"; rev = "7dc53a411a7d4ae286c60c6229bd1e395b0efb82"; hash = "sha256-aRYMpaPC7dC6EHmmXugvwcQnaizRCQZKFcQX0K2MLM4="; }; outputs = [ "out" "dev" "man" ]; nativeBuildInputs = [ installShellFiles ]; buildInputs = [ libX11 libXext ]; dontConfigure = true; makefile = "Makefile.mk"; makeFlags = [ "CC=${stdenv.cc.targetPrefix}cc" ]; installPhase = '' runHook preInstall mkdir -p $out/{include,lib} cp mlx*.h $out/include cp libmlx*.a $out/lib installManPage man/man*/* runHook postInstall ''; passthru = { updateScript = unstableGitUpdater { }; }; meta = with lib; { description = "A simple X-Window (X11R6) programming API in C"; homepage = "https://github.com/42Paris/minilibx-linux"; license = licenses.bsd2; maintainers = with maintainers; [ wegank ]; platforms = platforms.unix; }; } </ins>

minijail-tools = python3.pkgs.callPackage ../tools/system/minijail/tools.nix { }; <ins> minilibx = callPackage ../development/libraries/minilibx { }; </ins> minixml = callPackage ../development/libraries/minixml { }; mir-qualia = callPackage ../tools/text/mir-qualia {
Change:
All at once, Hydra is showing +4000 broken builds: This is preventing stable from moving forward. I'd be surprised if this diff caused it:
cc:
We had this situation on staging a couple days ago.
Gosh, seems spooky to me having this suddenly start giving us fits like this.

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
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.

Discussion:
let <del> execFormatIsELF = platform: platform.parsed.kernel.execFormat.name == "elf"; </del> <ins> withGold = platform: platform.parsed.kernel.execFormat.name == "elf" && !platform.isRiscV; </ins> in { stdenv

, 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

# WARN: configure silently disables ld.gold if it's unsupported, so we need to # make sure that intent matches result ourselves. <del> assert enableGold -> execFormatIsELF stdenv.targetPlatform; </del> <ins> assert enableGold -> withGold stdenv.targetPlatform; </ins> let
Change:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: elinks <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.15.1 desired version: 0.16.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers:
Thank you for bringing this to my attention :-) I just submitted a corresponding pull request, .

Discussion:
stdenv.mkDerivation rec { pname = "elinks"; <del> version = "0.15.1"; </del> <ins> version = "0.16.0"; </ins> src = fetchFromGitHub { owner = "rkd77"; repo = "felinks"; rev = "v${version}"; <del> sha256 = "sha256-9OEi4UF/4/IRtccJou3QuevQzWjA6PuU5IVlT7qqGZ0="; </del> <ins> sha256 = "sha256-4+V1j78sjs3/6SnVLO34jCcNuegpZan8Ykd8Gy0vc3k="; </ins> }; buildInputs = [

"--enable-nntp" "--enable-256-colors" "--enable-true-color" <ins> "--with-brotli" </ins> "--with-lzma" "--with-libev" "--with-terminfo"
Change:
run and enter any key $ nix-env -i lldb $ lldb <press any keylldb version 3.7.1 nixos-version 03pre95306. (Gorilla) nix-env --version nix-env (Nix) 1.11.4 nix-instantiate --eval '<nixpkgs' -A lib.nixpkgsVersion /etc/nixos "17.03pre95306." same issue here:
ATM I see nothing better than disabling libedit in lldb.

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };