jiebi/CodeConvo huggingface dataset:
Change:
: : still points to LLVM 7, while version 10 is already out now. could/should be bumped to LLVM 10, as is merged now. cc: Maintainers: Recent PRs: Note: This is optional and I'm not familiar with the process here, but to me it seems like it would be a good time to bump both aliases, if someone has time for it (noticed this while reviewing the LLVM 10 backport).
The PR for this is :) Wanted to wait until the other passed,
That PR is only for llvmPackages_latest, no? Why on earth is llvmPackages still pointing at 7?
correct, I missed the llvmPackages part, I am now looking into it and will open a PR () once I know it works on linux. It could be a problem for darwin, since it uses clang as default compiler as far as I know.
this is not cosed until is merged.
It was closed automatically due to the link to this issue. I agree that this issue is still not resolved, thanks for pointing that out. However, I also think we can use now instead of this issue to track the rest of the work (I don't think this issue adds much value as I'm sure that PR will remain active - but I can of course also re-open this issue if desired). and thank you very much for working on this! :)

Discussion:
clang_35 = llvm_4; clang_4 = llvm_4; <ins> # added 2019-04-13 # *-polly pointed to llvmPackages_latest llvm-polly = throw "clang is now built with polly-plugin by default"; clang-polly = throw "clang is now built with polly-plugin by default"; </ins> /* Cleanup before 20.09 */ oraclejdk8psu = throw '' The *psu versions of oraclejdk aren't provided by upstream anymore and were therefore removed!

useMacosReexportHack = true; }; }; <del> llvm-polly = llvmPackages_latest.llvm-polly; clang-polly = llvmPackages_latest.clang.override { cc = llvmPackages_latest.clang-polly-unwrapped; }; </del> clang_10 = llvmPackages_10.clang; clang_9  = llvmPackages_9.clang;

stdenv = gcc7Stdenv; }); <del> llvmPackages_latest = llvmPackages_9; # llvmPackages_10: when out of RC </del> <ins> llvmPackages_latest = llvmPackages_10; </ins> lorri = callPackage ../tools/misc/lorri { inherit (darwin.apple_sdk.frameworks) CoreServices Security;
Change:
Describe the bug I tried adding stig to my package list and then updating in order to install it. It does not build successfully. To Reproduce Steps to reproduce the behavior: install (I used home-manager if it matters, but just as a package list, I don't config with it) Expected behavior I expected the build to succeed Additional context This is a remote client for Transmission that I wanted to try. I am on NixOS unstable. Metadata Please run and paste the result. Maintainer information:

Discussion:
--replace "urwidtrees>=1.0.3dev0" "urwidtrees" ''; <del> buildInputs = with python3.pkgs; [ </del> <ins> propagatedBuildInputs = with python3.pkgs; [ </ins> urwid urwidtrees aiohttp

pytest ]; <ins> # test_string__month_day_hour_minute_second fails on darwin </ins> checkPhase = '' <del> pytest tests </del> <ins> LC_ALL=en_US.utf8 pytest tests  --deselect=tests/client_test/ttypes_test.py::TestTimestamp::test_string__month_day_hour_minute_second </ins> ''; meta = with lib; {
Change:
Project description Tartube is a GUI front-end for youtube-dl, partly based on youtube-dl-gui and written in Python 3 / Gtk 3. Metadata homepage URL: source URL: license: gpl3 platforms: linux
I can't say I tested it extensively but here's my current derivation I have kicking around in a local overlay - Should at the very least be a starting point for someone.
Thank you so much. I'll keep this issue open until someone decides to close it.
You're welcome. And the issue should probably be kept open until someone contributes a derivation to nixpkgs proper (which I don't plan to for time being btw).

Discussion:
<ins> { stdenv , lib , fetchFromGitHub , gdk-pixbuf , gobject-introspection , gtk3 , libnotify , pango , python3Packages , wrapGAppsHook , youtube-dl , glib }: python3Packages.buildPythonApplication rec { pname = "tartube"; version = "2.0.016"; src = fetchFromGitHub { owner = "axcore"; repo = "tartube"; rev = "v${version}"; sha256 = "1y77ykihyi4v6xlsm5xldbs9lzq229l574rxz6qfvrjcbbwajfj9"; }; nativeBuildInputs = [ gobject-introspection wrapGAppsHook ]; strictDeps = false; propagatedBuildInputs = with python3Packages; [ moviepy pygobject3 pyxdg requests ]; buildInputs = [ gdk-pixbuf gtk3 glib libnotify pango ]; postInstall = '' mkdir -p $out/share/{man/man1,applications,pixmaps} cp pack/tartube.1 $out/share/man/man1 cp pack/tartube.desktop $out/share/applications cp pack/tartube.{png,xpm} $out/share/pixmaps ''; doCheck = false; makeWrapperArgs = [ "--prefix PATH : ${stdenv.lib.makeBinPath [ youtube-dl ]}" ]; meta = with lib; { description = "A GUI front-end for youtube-dl"; license = licenses.gpl3; platforms = platforms.linux; maintainers = with maintainers; [ mkg20001 luc65r ]; homepage = "https://tartube.sourceforge.io/"; }; } </ins>

tarsnapper = callPackage ../tools/backup/tarsnapper { }; <ins> tartube = callPackage ../applications/video/tartube { }; </ins> tayga = callPackage ../tools/networking/tayga { }; tcpcrypt = callPackage ../tools/security/tcpcrypt { };
Change:
vkBasalt is a Vulkan post processing layer to enhance the visual graphics of games. Metadata homepage URL: source URL: license: zlib platforms: linux
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , glslang , meson , ninja , pkg-config , libX11 , spirv-headers , vulkan-headers , vkBasalt32 }: stdenv.mkDerivation rec { pname = "vkBasalt"; version = "0.3.2.4"; src = fetchFromGitHub { owner = "DadSchoorse"; repo = pname; rev = "v${version}"; sha256 = "01iplj6dlw2vl35hyci5m5yp8jmzcwng6c3jk3wn97jpv6m3hjqz"; }; nativeBuildInputs = [ glslang meson ninja pkg-config ]; buildInputs = [ libX11 spirv-headers vulkan-headers ]; mesonFlags = [ "-Dappend_libdir_vkbasalt=true" ]; # Include 32bit layer in 64bit build postInstall = lib.optionalString (stdenv.hostPlatform.system == "x86_64-linux") '' ln -s ${vkBasalt32}/share/vulkan/implicit_layer.d/vkBasalt.json  "$out/share/vulkan/implicit_layer.d/vkBasalt32.json" ''; meta = with lib; { description = "A Vulkan post processing layer for Linux"; homepage = "https://github.com/DadSchoorse/vkBasalt"; license = licenses.zlib; maintainers = with maintainers; [ metadark ]; platforms = platforms.linux; }; } </ins>

vix = callPackage ../tools/misc/vix { }; <ins> vkBasalt = callPackage ../tools/graphics/vkBasalt { vkBasalt32 = pkgsi686Linux.vkBasalt; }; </ins> vnc2flv = callPackage ../tools/video/vnc2flv {}; vncrec = callPackage ../tools/video/vncrec { };
Change:
Trying to install es-git, I get: It appears there is a bug in the upstream package when installing the man page without an existing man/man1 directory. I'll try getting a fix for that together as soon as I remember my voodoo. In the mean time, a fix in is pretty simple; I'll have a pull request shortly. (I'm new here, BTW. Geeze, all these new-fangled hula-hoops and transistor radios....)
Fixed:

Discussion:
configureFlags="--with-readline --prefix=$(out) --bindir=$(out)/bin --mandir=$(out)/man"; preInstall = '' <del> mkdir -p $out/{bin,man} </del> <ins> mkdir -p $out/bin mkdir -p $out/man/man1 </ins> ''; meta = with stdenv.lib; {
Change:
Describe the bug The electron package tries to wrap in . Because of this the wrapper is completely void of any entries in . It needs to be rewritten in whatever fashion that the call happens in . This is why has needed to be wrapped recently , it's because isn't wrapped correctly itself. A change should be made to stable to revert this to riot-desktop, and to backport this fix instead. Expression: buildInputs should also have for it's setup-hook
I created a PR here:

Discussion:
{ stdenv, fetchFromGitHub , makeWrapper, makeDesktopItem, mkYarnPackage <del> , electron_7, riot-web, gtk3 , wrapGAppsHook, glib </del> <ins> , electron_7, riot-web </ins> }: # Notes for maintainers: # * versions of `riot-web` and `riot-desktop` should be kept in sync.

packageJSON = ./riot-desktop-package.json; yarnNix = ./riot-desktop-yarndeps.nix; <del> nativeBuildInputs = [ wrapGAppsHook ]; extraBuildInputs = [ glib gtk3 ]; dontWrapGApps = true; </del> <ins> nativeBuildInputs = [ makeWrapper ]; </ins> installPhase = '' # resources

# desktop item mkdir -p "$out/share" ln -s "${desktopItem}/share/applications" "$out/share/applications" <del> ''; postFixup = '' </del> # executable wrapper makeWrapper '${electron}/bin/electron' "$out/bin/${executableName}"  <del> --add-flags "$out/share/riot/electron"  "''${gappsWrapperArgs[@]}" </del> <ins> --add-flags "$out/share/riot/electron" </ins> ''; # Do not attempt generating a tarball for riot-web again.

<del> { stdenv, libXScrnSaver, makeWrapper, fetchurl, wrapGAppsHook, gtk3, unzip, atomEnv, libuuid, at-spi2-atk, at-spi2-core }@args: </del> <ins> { stdenv, libXScrnSaver, makeWrapper, fetchurl, wrapGAppsHook, glib, gtk3, unzip, atomEnv, libuuid, at-spi2-atk, at-spi2-core }@args: </ins> let mkElectron = import ./generic.nix args;

<del> { stdenv, libXScrnSaver, makeWrapper, fetchurl, wrapGAppsHook, gtk3, unzip, atomEnv, libuuid, at-spi2-atk, at-spi2-core}: </del> <ins> { stdenv, libXScrnSaver, makeWrapper, fetchurl, wrapGAppsHook, glib, gtk3, unzip, atomEnv, libuuid, at-spi2-atk, at-spi2-core}: </ins> version: hashes: let

}; linux = { <del> buildInputs = [ gtk3 ]; </del> <ins> buildInputs = [ glib gtk3 ]; </ins> nativeBuildInputs = [ unzip

dontWrapGApps = true; # electron is in lib, we need to wrap it manually <del> buildCommand = '' </del> <ins> dontUnpack = true; dontBuild = true; installPhase = '' </ins> mkdir -p $out/lib/electron $out/bin unzip -d $out/lib/electron $src ln -s $out/lib/electron/electron $out/bin <ins> ''; </ins> <del> fixupPhase </del> <ins> postFixup = '' </ins> patchelf  --set-interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)"  --set-rpath "${atomEnv.libPath}:${stdenv.lib.makeLibraryPath [ libuuid at-spi2-atk at-spi2-core ]}:$out/lib/electron"
Change:
Describe the bug on macos fails because it can't find . To Reproduce Steps to reproduce the behavior: lean: leanprover. It bails out with OSX 'readlink' command does not support option '-f', please install 'greadlink'. If you use 'brew', you can install 'greadlink' using 'brew install coreutils' Expected behavior No errors. Additional context This is because leanpkg has an : It can be worked around presently by installing . Options I see for fixing the package: depend on on darwin patch out this check, since (presumably) nix provides the GNU anyway fix this upstream by changing the check to not fail under nix (e.g. by having an explicit check for the argument instead of relying on command name), and pull in the fixed version Metadata system: host os: multi-user?: sandbox: version: channels(rob): nixpkgs:
Sounds most easiest to implement and maintain.

Discussion:
<del> { stdenv, fetchFromGitHub, cmake, gmp }: </del> <ins> { stdenv, fetchFromGitHub, cmake, gmp, coreutils }: </ins> stdenv.mkDerivation rec { pname = "lean"; <del> version = "3.10.0"; </del> <ins> version = "3.13.1"; </ins> src = fetchFromGitHub { owner  = "leanprover-community"; repo   = "lean"; rev    = "v${version}"; <del> sha256 = "0nmh09x3scfqg0bg1qf8b7z67s11hbfd7kr1h6k1zw94fyn2mg8q"; </del> <ins> sha256 = "1ak5l40h5yjlbzz92l724l6bm5q341cg6k1yk13sbwn42l8szsar"; </ins> }; nativeBuildInputs = [ cmake ];

cd src ''; <ins> postInstall = stdenv.lib.optionalString stdenv.isDarwin '' substituteInPlace $out/bin/leanpkg  --replace "greadlink" "${coreutils}/bin/readlink" ''; </ins> meta = with stdenv.lib; { description = "Automatic and interactive theorem prover"; homepage    = "https://leanprover.github.io/";
Change:
Project description Ciao is a programming language that builds up from a logic-based simple kernel, and is designed to be extensible and modular. Its supports: constraint logic programming (and, in particular, Prolog), different levels of modularity (from small to large scale): modules as (analysis-friendly) compilation units bundles as collections of modules, packages as modules implementing language extensions (syntactic definitions, compilation options, compiler plugins), assertions (as a homogeneous framework that allows static and dynamic verification to work cooperatively in a unified way), multiparadigm constructs (meta-programming, higher-order, mutables, concurrency, functions, etc.) and interfacing with foreign code. Metadata homepage URL: https://ciao- source URL: license: lgpl2 platforms: unix, linux, darwin

Discussion:
<ins> { stdenv, fetchFromGitHub }: stdenv.mkDerivation rec { pname = "ciao"; version = "1.19.0"; src = fetchFromGitHub { owner = "ciao-lang"; repo = "ciao"; rev = "v${version}"; sha256 = "03qzcb4ivgkiwdpw7a94dn74xqyxjwz5ilrr53rcblsh5ng299jp"; }; configurePhase = '' ./ciao-boot.sh configure --instype=global --prefix=$prefix ''; buildPhase = '' ./ciao-boot.sh build ''; installPhase = '' ./ciao-boot.sh install ''; meta = with stdenv.lib; { homepage = "https://ciao-lang.org/"; description = "A general purpose, multi-paradigm programming language in the Prolog family"; license = licenses.lgpl21; maintainers = with maintainers; [ suhr ]; platforms = platforms.unix; }; } </ins>

bluespec = callPackage ../development/compilers/bluespec { }; <ins> ciao = callPackage ../development/compilers/ciao { }; </ins> colm = callPackage ../development/compilers/colm { }; colmap = libsForQt5.callPackage ../applications/science/misc/colmap { };
Change:
Describe the bug Trying to build a shell with python 3.7 and tensorflow, yields the following build error: This is similar to , although this issue is for the old tensorflow 1.15.0 version. To Reproduce Steps to reproduce the behavior: the following file: Expected behavior Tensorflow 2.1.0 is installed correctly. Screenshots n / a Additional context n / a Metadata system: host os: multi-user?: sandbox: version: channels(da): channels(root): nixpkgs: Maintainer information:

Discussion:
, opt-einsum , backports_weakref , tensorflow-estimator_2 <del> , tensorflow-tensorboard </del> <ins> , tensorflow-tensorboard_2 </ins> , cudaSupport ? false , cudatoolkit ? null , cudnn ? null

google-pasta wrapt tensorflow-estimator_2 <del> tensorflow-tensorboard </del> <ins> tensorflow-tensorboard_2 </ins> keras-applications keras-preprocessing ] ++ lib.optional (!isPy3k) mock

done ''; <ins> # Upstream has a pip hack that results in bin/tensorboard being in both tensorflow # and the propagated input tensorflow-tensorboard, which causes environment collisions. # Another possibility would be to have tensorboard only in the buildInputs # See https://github.com/NixOS/nixpkgs/pull/44381 for more information. postInstall = '' rm $out/bin/tensorboard ''; </ins> pythonImportsCheck = [ "tensorflow" "tensorflow.keras"
Change:
Vapoursynth in nixpkgs is still version R47 which is affected by serious (crashes on some CPUs, artifacts) bugs that were fixed in R49 (Audio support was also merged since then). Moreover R47 is the first vapoursynth version to not require nasm anymore (all asm was removed in favor of intrinsics). For details, the last few articles on the are a good read. It'd be nice to have an upgraded package for it. It's my first issue so I'm not sure I did this correctly.
Tested and backported to 20.03 in .

Discussion:
{ stdenv, fetchFromGitHub, pkgconfig, autoreconfHook, makeWrapper , zimg, libass, python3, libiconv <del> , ApplicationServices, nasm </del> <ins> , ApplicationServices </ins> , ocrSupport ?  false, tesseract ? null , imwriSupport? true,  imagemagick7 ? null }:

stdenv.mkDerivation rec { pname = "vapoursynth"; <del> version = "R48"; </del> <ins> version = "R49"; </ins> src = fetchFromGitHub { owner  = "vapoursynth"; repo   = "vapoursynth"; rev    = version; <del> sha256 = "1i6163bidlp0p9zcnxpsphr44ayfzd51fig4ri7vbrbl9lw9jaih"; </del> <ins> sha256 = "1d298mlb24nlc2x7pixfbkd0qbpv4c706c32idsgpi96z1spkhvl"; </ins> }; <del> nativeBuildInputs = [ pkgconfig autoreconfHook nasm makeWrapper ]; </del> <ins> nativeBuildInputs = [ pkgconfig autoreconfHook makeWrapper ]; </ins> buildInputs = [ zimg libass (python3.withPackages (ps: with ps; [ sphinx cython ]))
Change:
This derivation isn't usable because it looses track of a key file. has to be available. Otherwise anything built with will fail to run with the mysterious error. This might present a particular problem for since it has to be an absolute path to the interpreter. Anything built with will need it's interpreter set to the absolute path of in the nix store.
I take it back. It's not totally unusable. You can compile like . It's just dynamic linking which it can't handle. Might be interesting to try to build a completely statically linked system this way.
I think it will be as simple as modifying , this line: needs to point to the nix store and needs to be in the store.
It would suffice to pass to but that would mean knowing before you build your ultimate path in the nix store. I don't know if it's possible to calculate that ahead of time but I guess probably not.
ah, i was correct initially (i deleted my comment out of fear of lying) the output store path is available in the variable in stdenv build scripts (set by etc). Even if you set the argument to stdenv, you can and then this variable will be available to you
remember, the output path is computed as a function of the inputs to a package, not a hash of its output. you can notice this if your build is not deterministic, and you end up with different binaries under the same store path on separate computers
Thanks I'm still figuring it out. No matter what I do, I can't get get configureFlags or configurePhase to pass the interpolated value of . It just ends up literally configuring it as . I did have success using a builder script. This clunky solution works, but I'm sure it's not how the pros do it.
Fixed

Discussion:
enableParallelBuilding = true; <ins> preConfigure = '' configureFlagsArray+=("--syslibdir=$out/lib") ''; </ins> configureFlags = [ "--enable-shared" "--enable-static"
Change:
Describe the bug When calling somebody using Microsoft Teams, it seems that the softwares fallback on ALSA plugin, which makes the audio output butchered (hearing noises when someone's talking, but unable to understand what this person is saying). To Reproduce Steps to reproduce the behavior: teams (require an Office 365 accounts) somebody Expected behavior It should use the PulseAudio backend during calls. Additional context I'm using Sway as my window manager (thus, running on wayland). Notify maintainers Microsoft Teams package maintainer: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ely): nixpkgs:
How can one tell it that it falls back to the ALSA plugin? Apart from the butchered sound that is?
Inside Pavucontrol, you see it uses an "ALSA Plugin" as a backend. It shows ALSA only during a call, on the rest of the software it shows as a standard pulseaudio program output.

Discussion:
ln -s $out/opt/teams/teams $out/bin/ ''; <ins> dontAutoPatchelf = true; # Includes runtimeDependencies in the RPATH of the included Node modules # so that dynamic loading works. We cannot use directly runtimeDependencies # here, since the libraries from runtimeDependencies are not propagated # to the dynamically loadable node modules because of a condition in # autoPatchElfHook since *.node modules have Type: DYN (Shared object file) # instead of EXEC or INTERP it expects. # Fixes: https://github.com/NixOS/nixpkgs/issues/85449 postFixup = '' autoPatchelf "$out" runtime_rpath="${lib.makeLibraryPath runtimeDependencies}" for mod in $(find "$out/opt/teams" -name '*.node'); do mod_rpath="$(patchelf --print-rpath "$mod")" echo "Adding runtime dependencies to RPATH of Node module $mod" patchelf --set-rpath "$runtime_rpath:$mod_rpath" "$mod" done; ''; </ins> meta = with stdenv.lib; { description = "Microsoft Teams"; homepage = "https://teams.microsoft.com";
Change:
Project description Dead simple terminal plots from JSON (or CSV) data. Bar charts, line charts, scatter plots, histograms and heatmaps are supported. Written in go. Metadata homepage URL: source URL: license: platforms: Issues At the moment ().
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
still import to me
I marked this as stale due to inactivity. &rarr;

Discussion:
<ins> { lib , fetchFromGitHub , buildGoPackage }: # upstream is pretty stale, but it still works, so until they merge module # support we have to use gopath: see sgreben/jp#29 buildGoPackage rec { pname = "json-plot"; version = "1.1.12"; src = fetchFromGitHub { owner = "sgreben"; repo = "jp"; rev = version; hash = "sha256-WWARAh/CF3lGli3VLRzAGaCA8xQyryPi8WcuwvdInjk="; }; goPackagePath = "github.com/sgreben/jp"; meta = with lib; { description = "Dead simple terminal plots from JSON (or CSV) data. Bar charts, line charts, scatter plots, histograms and heatmaps are supported."; homepage = "https://github.com/sgreben/jp"; license = licenses.mit; maintainers = with maintainers; [ urandom ]; mainProgram = "jp"; }; } </ins>

join-desktop = callPackage ../applications/misc/join-desktop { }; <ins> json-plot = callPackage ../applications/graphics/json-plot {}; </ins> libbitcoin = callPackage ../tools/misc/libbitcoin/libbitcoin.nix { boost = boost175; # fatal error: 'boost/interprocess/detail/posix_time_types_wrk.hpp' file not found };