jiebi/CodeConvo huggingface dataset:
Change:
Connect TO teamviewer 14 on Nixos 19.03 Koi - it shows black screen with control elements, similar to this: providing no control. Connecting OS plays no role (connected FROM teamviewer 14 on Nixos 19.03 Koi and FROM teamviewer 14 on Ubuntu 16.04; to teamviewer 14 on Nixos 19.03 Koi - same result). There are no errors or warnings in the log, except this entry: StartServiceByName: com.teamviewer.TeamViewer.Desktop - DBus: 'org.freedesktop.DBus.Error.ServiceUnknown' (The name com.teamviewer.TeamViewer.Desktop was not provided by any .service files) when calling 'org.freedesktop.DBus.StartServiceByName' on '/org/freedesktop/DBus', Errorcode=11 in = true; ... environment.systemPackages = with pkgs; [ ... teamviewer ]; Please run and paste the results. nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(userp): channels(root): nixpkgs:
Fix now available in .
/ Would you mind closing this issue? Seems solved.
Thank you! Because of mentioned problem I had to switch to alternative software, thus was distracted from issue. Beautiful work, thank you very much for your time and support!! Closing issue.

Discussion:
{ mkDerivation, lib, fetchurl, autoPatchelfHook, makeWrapper, xdg_utils, dbus <del> , qtbase, qtwebkit, qtx11extras, qtquickcontrols, glibc, libXrandr, libX11 </del> <ins> , qtbase, qtwebkit, qtx11extras, qtquickcontrols, glibc , libXrandr, libX11, libXext, libXdamage, libXtst, libSM, libXfixes </ins> , wrapQtAppsHook }: mkDerivation rec { name = "teamviewer-${version}"; version = "14.5.1691";

--replace '/lib64/ld-linux-x86-64.so.2' '${glibc.out}/lib/ld-linux-x86-64.so.2' substituteInPlace $out/share/teamviewer/tv_bin/script/tvw_config  --replace '/var/run/' '/run/' wrapProgram $out/share/teamviewer/tv_bin/script/teamviewer --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libXrandr libX11 ]}" wrapProgram $out/share/teamviewer/tv_bin/teamviewerd --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libXrandr libX11 ]}" <ins> wrapProgram $out/share/teamviewer/tv_bin/TeamViewer --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libXrandr libX11 ]}" wrapProgram $out/share/teamviewer/tv_bin/TeamViewer_Desktop --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [libXrandr libX11 libXext libXdamage libXtst libSM libXfixes ]}" </ins> wrapQtApp $out/bin/teamviewer '';
Change:
removed the old package and aliased it to instead. The problem is, is specifically only supported on Linux (it even lives in the subdirectory), whereas the old was supported on Darwin. On macOS, run . This used to work, but now it tries to install and throws an error.
cc
I was convinced was enabled on all unix platforms too but I fooled myself. I'll revive classic pstree (with more stable sources) later today and remove the alias. Thanks for raising the issue
The description of says it uses the filesystem so it sounds like there's no chance it will ever support macOS.

Discussion:
<ins> { stdenv, fetchurl }: stdenv.mkDerivation rec { pname = "pstree"; version = "2.39"; src = fetchurl { urls = [ "https://distfiles.macports.org/${pname}/${pname}-${version}.tar.gz" "https://fossies.org/linux/misc/${pname}-${version}.tar.gz" "ftp://ftp.thp.uni-duisburg.de/pub/source/${pname}-${version}.tar.gz" ]; sha256 = "17s7v15c4gryjpi11y1xq75022nkg4ggzvjlq2dkmyg67ssc76vw"; }; sourceRoot = "."; buildPhase = '' runHook preBuild $CC $NIX_CFLAGS -o pstree pstree.c runHook postBuild ''; installPhase = '' runHook preInstall install -Dm0555 ${pname} -t $out/bin install -Dm0444 ${pname}.1 -t $out/share/man/man1 runHook postInstall ''; meta = with stdenv.lib; { description = "Show the set of running processes as a tree"; homepage = "http://www.thp.uni-duisburg.de/pstree/"; license = licenses.gpl2; maintainers = [ maintainers.c0bw3b ]; platforms = platforms.unix; priority = 5; # Lower than psmisc also providing pstree on Linux platforms }; } </ins>

# end ppl-address-book = throw "deprecated in 2019-05-02: abandoned by upstream."; procps-ng = procps; # added 2018-06-08 <del> pstree = psmisc; # added 2019-05-05 </del> pulseaudioLight = pulseaudio; # added 2018-04-25 qca-qt5 = libsForQt5.qca-qt5;  # added 2015-12-19 qt_gstreamer = qt-gstreamer;  # added 2017-02

psol = callPackage ../development/libraries/psol { }; <ins> pstree = callPackage ../applications/misc/pstree { }; </ins> ptask = callPackage ../applications/misc/ptask { }; pulseaudio-ctl = callPackage ../applications/audio/pulseaudio-ctl { };
Change:
It's not clear to me how grave this is. But piecing together the various git commits referenced in that bug thread could probably give you a patch.
Injection into bash's eval seems bad enough. It depends what URIs one passes into xdg-open, but still...
Thanks!
:-)

Discussion:
import ./generic.nix ( rec { <del> version = "3.4.2"; </del> <ins> version = "3.4.4"; </ins> testing = false; preConfigure = ''

src = fetchurl { url = "mirror://kernel/linux/kernel/v3.x/${if testing then "testing/" else ""}linux-${version}.tar.xz"; <del> sha256 = "0pd96g1qcp2wgdnvk79hljjrpr6xjk0159lks47n181a3yirzf4x"; </del> <ins> sha256 = "0l4h7amhsmgpnii8rgwi32nd7ajsifk2xckjd39pfzwdifacw5yw"; </ins> }; config = configWithPlatform stdenv.platform;
Change:
, (nixos-unstable, nixos-19.03) Scanned versions: nixos-unstable: ; nixos-19.03: . May contain false positives.
See also

Discussion:
url = "http://git.ghostscript.com/?p=ghostpdl.git;a=patch;h=d3537a54740d78c5895ec83694a07b3e4f616f61"; sha256 = "1hr8bpi87bbg1kvv28kflmfh1dhzxw66p9q0ddvbrj72qd86p3kx"; }) <ins> (fetchpatch { name = "CVE-2019-3839-part-1"; url = "http://git.ghostscript.com/?p=ghostpdl.git;a=patch;h=4ec9ca74bed49f2a82acb4bf430eae0d8b3b75c9"; sha256 = "0gn1n9fq5msrxxzspidcnmykp1iv3yvx5485fddmgrslr52ngcf9"; }) (fetchpatch { name = "CVE-2019-3839-part-2"; url = "http://git.ghostscript.com/?p=ghostpdl.git;a=patch;h=db24f253409d5d085c2760c814c3e1d3fa2dac59"; sha256 = "1h6kpwc6ryr6jlxjr6bfnvmmf8x0kqmyjlx3hggqjs23n0wsr9p9"; }) </ins> ]; outputs = [ "out" "man" "doc" ];
Change:
doesn't build with or . Please run and paste the results.
In the case of nvidia, we need to add patches for more recent kernels. That's what other Distros do too: In the case of debian, they seem to reside in , but behind a loginwall. Can you have a look at
Fixed by .

Discussion:
settingsSha256 = "0n4pj8dzkr7ccwrn5p46mn59cnijdhg8zmn3idjzrk56pq0hbgjr"; persistencedSha256 = "0bnjr0smhlwlqpyg9m6lca3b7brl2mw8aypc6p7525dn9d9kv6kb"; <del> patches = lib.optional (kernel.meta.branch == "4.19") ./drm_mode_connector.patch; </del> <ins> patches = [ (fetchurl { url = "https://git.archlinux.org/svntogit/packages.git/plain/trunk/kernel-4.16.patch?h=2ad07241ea525a6b6b555b6cb96a97634a4b2cb0"; sha256 = "11b3dp0na496rn13v5q4k66bf61174800g36rcwj42r0xj9cfak2"; }) (fetchurl { url = "https://git.archlinux.org/svntogit/packages.git/plain/trunk/kernel-5.1.patch?h=42d50ef8d6048608d18bdf2c296dd335260c5a1a"; sha256 = "03v46ym2bcckg9q2xrilkg21hfiwypr6gl4jmly2q3m4yza9ja6r"; })]; </ins> }; legacy_340 = generic {

<del> diff -ura a/kernel/nvidia-drm/nvidia-drm-connector.c b/kernel/nvidia-drm/nvidia-drm-connector.c --- a/kernel/nvidia-drm/nvidia-drm-connector.c	2018-09-07 17:38:31.807453997 -0400 +++ b/kernel/nvidia-drm/nvidia-drm-connector.c	2018-09-07 17:39:22.446185824 -0400 @@ -226,7 +226,7 @@ if (nv_connector->edid != NULL) { -        drm_mode_connector_update_edid_property( +        drm_connector_update_edid_property( connector, nv_connector->edid); } diff -ura a/kernel/nvidia-drm/nvidia-drm-encoder.c b/kernel/nvidia-drm/nvidia-drm-encoder.c --- a/kernel/nvidia-drm/nvidia-drm-encoder.c	2018-09-07 17:38:31.807453997 -0400 +++ b/kernel/nvidia-drm/nvidia-drm-encoder.c	2018-09-07 17:39:35.083798484 -0400 @@ -216,7 +216,7 @@ /* Attach encoder and connector */ -    ret = drm_mode_connector_attach_encoder(connector, encoder); +    ret = drm_connector_attach_encoder(connector, encoder); if (ret != 0) { NV_DRM_DEV_LOG_ERR( </del>
Change:
Creating fixes this. Remove and restart . system: host os: multi-user?: sandbox: version: channels(michael): channels(root): nixpkgs:
Maybe we need to add something to the systemd service to ensure this is created?
See

Discussion:
systemd.packages = [ cfg.package ]; <ins> # The upstream unit does not use StateDirectory, and will # fail if the directory it needs is not present. Should be # fixed when https://gitlab.freedesktop.org/libfprint/fprintd/merge_requests/5 # is merged. systemd.services.fprintd.serviceConfig.StateDirectory = "fprint"; </ins> }; }
Change:
After fixing Stracing reveals that it is trying to open (yes, literal ) which is nonsense. Looks like somehow is misconfigured during the build? system: host os: multi-user?: sandbox: version: channels(michael): channels(root): nixpkgs:

Discussion:
nativeBuildInputs = [ pkgconfig intltool ]; <del> configureFlags = [ "--with-systemdsystemunitdir=$(out)/lib/systemd/system" "--localstatedir=/var" ]; </del> <ins> configureFlags = [ "--with-systemdsystemunitdir=${placeholder "out"}/lib/systemd/system" "--localstatedir=/var" "--sysconfdir=${placeholder "out"}/etc" ]; </ins> meta = with stdenv.lib; { homepage = https://fprint.freedesktop.org/;
Change:
Hi, I'm using declarative NixOS containers, and everytime I reboot, systemd waits 1min 30s with the following message: However if I run , it's instantaneous. I'm using the channel. Here's the minimal configuration to reproduce:
Yeah, I've noticed this as well...

Discussion:
fi ${concatStringsSep "n" (mapAttrsToList renderExtraVeth cfg.extraVeths)} fi <del> # Get the leader PID so that we can signal it in # preStop. We can't use machinectl there because D-Bus # might be shutting down. FIXME: in systemd 219 we can # just signal systemd-nspawn to do a clean shutdown. machinectl show "$INSTANCE" | sed 's/Leader=(.*)/1/;t;d' > "/run/containers/$INSTANCE.pid" </del> '' );

postStart = postStartScript dummyConfig; <del> preStop = '' pid="$(cat /run/containers/$INSTANCE.pid)" if [ -n "$pid" ]; then kill -RTMIN+4 "$pid" fi rm -f "/run/containers/$INSTANCE.pid" ''; </del> <ins> preStop = "machinectl poweroff $INSTANCE"; </ins> restartIfChanged = false;
Change:
Error while building/downloading jre on aarch64: The error occured when I . But any use of the jre under aarch64 should give the same result as long as free packages are used (i.e. not using the oracle jre build). Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Maybe it is fixed by and . It should be backported to the stable branch.
the patches are merged into the stable branch. Could you try it and close the issue if it works?
I used the following code (unstable being ): and the build succeeded. Thank you for your help ! However the video driver is now missing... Do any of you have previous experience with running xserver on by any chance ?
Original problem is fixed (apparently), so better create a separate thread for new ones (unless you immediately solve them).

Discussion:
"hotspot": { "aarch64": { "build": "7", <del> "sha256": "ac367f3261fb53508c07f7eeb767b11ab53681b7613b81b6b7030c4db00b1aa8", </del> <ins> "sha256": "894a846600ddb0df474350037a2fb43e3343dc3606809a20c65e750580d8f2b9", </ins> "url": "https://github.com/AdoptOpenJDK/openjdk11-binaries/releases/download/jdk-11.0.3%2B7/OpenJDK11U-jdk_aarch64_linux_hotspot_11.0.3_7.tar.gz", "version": "11.0.3" },

"hotspot": { "aarch64": { "build": "7", <del> "sha256": "4af5b7d6678d03f2207029a7c610d81b1f016462c1dfcd8153a227b1df973a42", </del> <ins> "sha256": "de31fab70640c6d5099de5fc8fa8b4d6b484a7352fa48a9fafbdc088ca708564", </ins> "url": "https://github.com/AdoptOpenJDK/openjdk11-binaries/releases/download/jdk-11.0.3%2B7/OpenJDK11U-jre_aarch64_linux_hotspot_11.0.3_7.tar.gz", "version": "11.0.3" },
Change:
postgresql is littered with files in out/share/postgresql. Please run and paste the results.
Weird. Not sure why GH did not close this.

Discussion:
enableParallelBuilding = !stdenv.isDarwin; <del> makeFlags = [ "world" ]; </del> <ins> buildFlags = [ "world" ]; </ins> NIX_CFLAGS_COMPILE = [ "-I${libxml2.dev}/include/libxml2" ];

(if atLeast "9.6" then ./patches/less-is-more-96.patch             else ./patches/less-is-more.patch) (if atLeast "9.6" then ./patches/hardcode-pgxs-path-96.patch       else ./patches/hardcode-pgxs-path.patch) ./patches/specify_pkglibdir_at_runtime.patch <ins> ./patches/findstring.patch </ins> ] ++ lib.optional stdenv.isLinux ./patches/socketdir-in-run.patch; installTargets = [ "install-world" ];

<ins> From: Matthew Bauer <mjbauer95@gmail.com> Date: Wed, 29 May 2019 22:51:52 -0400 Subject: [PATCH] Add /postgresql suffix for Nix outputs Nix outputs put the `name' in each store path like /nix/store/...-<name>. This was confusing the Postgres make script because it thought its data directory already had postgresql in its directory. This lead to Postgres installing all of its fils in $out/share. To fix this, we just look for postgres or psql in the part after the / using make's notdir. --- From: Matthew Bauer <mjbauer95@gmail.com> Date: Wed, 29 May 2019 22:51:52 -0400 Subject: [PATCH] Add /postgresql suffix for Nix outputs Nix outputs put the `name' in each store path like /nix/store/...-<name>. This was confusing the Postgres make script because it thought its data directory already had postgresql in its directory. This lead to Postgres installing all of its fils in $out/share. To fix this, we just look for postgres or psql in the part after the / using make's notdir. --- diff --git a/src/Makefile.global.in b/src/Makefile.global.in index b9d86acaa9..bce05464c3 100644 --- a/src/Makefile.global.in +++ b/src/Makefile.global.in @@ -102,15 +102,15 @@ datarootdir := @datarootdir@ bindir := @bindir@ datadir := @datadir@ -ifeq "$(findstring pgsql, $(datadir))" "" -ifeq "$(findstring postgres, $(datadir))" "" +ifeq "$(findstring pgsql, $(notdir $(datadir)))" "" +ifeq "$(findstring postgres, $(notdir $(datadir)))" "" override datadir := $(datadir)/postgresql endif endif sysconfdir := @sysconfdir@ -ifeq "$(findstring pgsql, $(sysconfdir))" "" -ifeq "$(findstring postgres, $(sysconfdir))" "" +ifeq "$(findstring pgsql, $(notdir $(sysconfdir)))" "" +ifeq "$(findstring postgres, $(notdir $(sysconfdir)))" "" override sysconfdir := $(sysconfdir)/postgresql endif endif @@ -136,8 +136,8 @@ endif mandir := @mandir@ docdir := @docdir@ -ifeq "$(findstring pgsql, $(docdir))" "" -ifeq "$(findstring postgres, $(docdir))" "" +ifeq "$(findstring pgsql, $(notdir $(docdir)))" "" +ifeq "$(findstring postgres, $(notdir $(docdir)))" "" override docdir := $(docdir)/postgresql endif endif </ins>
Change:
When setting proxyARP currently ip-routing is only set for ipv6, but not for ipv4. Set proxyARP on an interface and check wether ` is set to 1. system: host os: multi-user?: sandbox: version: channels(root): channels(louis): nixpkgs:
The description states the following: and also: But the implementation seems to neither enable forwarding for IPv6 nor for IPv6 (form ): is missing since which also broke IPv4 forwarding (completely removed since ).
It would be interesting to know the reason behind removing this in the first place. seems to state that the intention of this commit seems to have been to remove non-existent sysctl options, but clearly exists as sysctl option, so maybe something is going on here, that I'm not seeing at the moment.
I'm pretty sure that it was removed accidentally ( was a pretty big change, which can be difficult to review properly). There was a minor typo in there that is unfortunately pretty easy to miss but very important. The correct kernel parameter is (vs. with an underscore instead of a dot). Feel free to make a PR to fix this (i.e. enabling IPv4 forwarding and for IPv6, instead of ), if you have time (if you don't have time for it I can probably do this in a few days, but unfortunately I cannot test this probably at the moment).
Ok. This shouldn't take to long, so I think I can send something later.
I assume was a typo, and should have been renamed to in .

Discussion:
default = false; type = types.bool; description = '' <del> Turn on proxy_arp for this device (and proxy_ndp for ipv6). </del> <ins> Turn on proxy_arp for this device. </ins> This is mainly useful for creating pseudo-bridges between a real interface and a virtual network such as VPN or a virtual machine for interfaces that don't support real bridging (most wlan interfaces).

optionalString hasBonds "options bonding max_bonds=0"; boot.kernel.sysctl = { <ins> "net.ipv4.conf.all.forwarding" = mkDefault (any (i: i.proxyARP) interfaces); </ins> "net.ipv6.conf.all.disable_ipv6" = mkDefault (!cfg.enableIPv6); "net.ipv6.conf.default.disable_ipv6" = mkDefault (!cfg.enableIPv6); <del> "net.ipv6.conf.all.forwarding" = mkDefault (any (i: i.proxyARP) interfaces); </del> } // listToAttrs (flip concatMap (filter (i: i.proxyARP) interfaces) <del> (i: forEach [ "4" "6" ] (v: nameValuePair "net.ipv${v}.conf.${replaceChars ["."] ["/"] i.name}.proxy_arp" true))) </del> <ins> (i: [(nameValuePair "net.ipv4.conf.${replaceChars ["."] ["/"] i.name}.proxy_arp" true)])) </ins> // listToAttrs (forEach interfaces (i: let opt = i.tempAddress;
Change:
I had this issue as well on "19.09.976.". I wasn't able to build either or . In the latter case, it looks like needs to have in its stage. It also seemed to me that it wasn't getting the correct libraries passed to it. You can fix it with an overlay like this:
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
In the meantime (20.09 at least), you have to use instead of .
I marked this as stale due to inactivity. &rarr;
RMariaDB probably still fails to build, as there's no fix in . I just need to port my fix from 19.09 to master.
For the record on recent Nixpkgs versions, package correctly builds. I think we can close this issue now.

Discussion:
rmatio = [ pkgs.zlib.dev ]; Rmpfr = [ pkgs.gmp pkgs.mpfr.dev ]; Rmpi = [ pkgs.openmpi ]; <del> RMySQL = [ pkgs.zlib pkgs.mysql.connector-c pkgs.openssl.dev ]; </del> <ins> RMariaDB = [ pkgs.mariadb.connector-c.dev ]; RMySQL = [ pkgs.zlib pkgs.mysql.connector-c.dev pkgs.openssl.dev ]; </ins> RNetCDF = [ pkgs.netcdf pkgs.udunits ]; RODBCext = [ pkgs.libiodbc ]; RODBC = [ pkgs.libiodbc ];

LIBAPPARMOR_HOME = pkgs.libapparmor; }); <ins> RMariaDB = old.RMariaDB.overrideDerivation (attrs: { preConfigure = '' patchShebangs configure ''; }); </ins> RMySQL = old.RMySQL.overrideDerivation (attrs: { <del> MYSQL_DIR=pkgs.mysql.connector-c; </del> preConfigure = '' patchShebangs configure '';
Change:
The shebang line for is using instead of a path from the nix store. Here is a minimal example, showing the problem appearing between and : By using , I landed on , and I think the problematic commit is This commit reverts a previous reversal, The initial reversal mentions problems with shebangs for packages using bootstrap . cc who both worked on the pull request and did the various reversals.
Thank you and for the speedy fix.

Discussion:
# build-tools , bootPkgs , autoconf, autoreconfHook, automake, coreutils, fetchurl, fetchpatch, perl, python3, sphinx <ins> , bash </ins> , runCommand , libiconv ? null, ncurses

# build-tools , bootPkgs , autoconf, automake, coreutils, fetchurl, fetchpatch, perl, python3, m4, sphinx <ins> , bash </ins> , libiconv ? null, ncurses

# build-tools , bootPkgs , autoconf, automake, coreutils, fetchgit, fetchurl, fetchpatch, perl, python3, m4, sphinx <ins> , bash </ins> , libiconv ? null, ncurses

# For building runtime libs depsBuildTarget = toolsForTarget; <del> buildInputs = [ perl ] ++ (libDeps hostPlatform); </del> <ins> buildInputs = [ perl bash ] ++ (libDeps hostPlatform); </ins> propagatedBuildInputs = [ targetPackages.stdenv.cc ] ++ stdenv.lib.optional useLLVM llvmPackages.llvm;
Change:
caja-dropbox does not build and throws error: run system: host os: multi-user?: sandbox: version: channels(alex): channels(root): nixpkgs:

Discussion:
<del> { stdenv, fetchurl, pkgconfig, gtk3, mate, python3Packages }: </del> <ins> { stdenv, fetchurl, substituteAll , pkgconfig, gobject-introspection, gdk_pixbuf , gtk3, mate, python3, dropbox }: let dropboxd = "${dropbox}/bin/dropbox"; in </ins> stdenv.mkDerivation rec { <del> name = "caja-dropbox-${version}"; </del> <ins> pname = "caja-dropbox"; </ins> version = "1.22.1"; src = fetchurl { <del> url = "http://pub.mate-desktop.org/releases/${stdenv.lib.versions.majorMinor version}/${name}.tar.xz"; </del> <ins> url = "http://pub.mate-desktop.org/releases/${stdenv.lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; </ins> sha256 = "18cnd3yw2ingvl38mhmfbl5k0kfg8pzcf2649j00i6v90cwiril5"; }; <ins> patches = [ (substituteAll { src = ./fix-cli-paths.patch; inherit dropboxd; }) ]; strictDeps = true; </ins> nativeBuildInputs = [ pkgconfig <ins> gobject-introspection gdk_pixbuf (python3.withPackages (ps: with ps; [ docutils pygobject3 ])) </ins> ]; buildInputs = [ gtk3 mate.caja <del> python3Packages.python python3Packages.pygtk python3Packages.docutils </del> <ins> python3 </ins> ]; configureFlags = [ "--with-caja-extension-dir=$$out/lib/caja/extensions-2.0" ]; meta = with stdenv.lib; { description = "Dropbox extension for Caja file manager"; <del> homepage = https://github.com/mate-desktop/caja-dropbox; </del> <ins> homepage = "https://github.com/mate-desktop/caja-dropbox"; </ins> license = with licenses; [ gpl3 cc-by-nd-30 ]; platforms = platforms.unix; maintainers = [ maintainers.romildo ];

<ins> --- a/caja-dropbox.in +++ b/caja-dropbox.in @@ -70,7 +70,7 @@ DOWNLOADING = "Downloading Dropbox... %d%%" UNPACKING = "Unpacking Dropbox... %d%%" PARENT_DIR = os.path.expanduser("~") -DROPBOXD_PATH = "%s/.dropbox-dist/dropboxd" % PARENT_DIR +DROPBOXD_PATH = "@dropboxd@" DESKTOP_FILE = "@DESKTOP_FILE_DIR@/caja-dropbox.desktop" enc = locale.getpreferredencoding() </ins>
Change:
While attempting to add Erlang/OTP 22 to nixpkgs, I had to remove and add to to get it to build. Unfortunately I don't know enough about nix in order to say how support for Erlang/OTP 22 best should be handled. I have attached the patch that led to a successful build of , but this will probably breaks other versions, since it modifies . I would be happy to get suggestions on how to proceed – or have someone else with more nix knowledge finish this work. :)
Actually it looks like the modification to works for all supported, previous versions of Erlang (R18–R21) as well.
I think it makes sense to open a pr with your changes.
Went ahead and did that now, (modify generic builder) (add Erlang/OTP 22)

Discussion:
{ pkgs, stdenv, fetchFromGitHub, makeWrapper, gawk, gnum4, gnused <del> , libxml2, libxslt, ncurses, openssl, perl, autoreconfHook </del> <ins> , libxml2, libxslt, ncurses, openssl, perl, autoconf </ins> , openjdk ? null # javacSupport , unixODBC ? null # odbcSupport , libGLU_combined ? null, wxGTK ? null, wxmac ? null, xorg ? null # wxSupport

inherit src version; <del> nativeBuildInputs = [ autoreconfHook makeWrapper perl gnum4 libxslt libxml2 ]; </del> <ins> nativeBuildInputs = [ autoconf makeWrapper perl gnum4 libxslt libxml2 ]; </ins> buildInputs = [ ncurses openssl ] ++ optionals wxSupport wxPackages2
Change:
Where are the patches for "custom site approach PYTHONPATH" and NIXPYTHONSITES? I'd like to take a look. In particular, to compare with
Please feel free to reopen if there are concrete patches to look at.

Discussion:
{ owner   = "poseidon"; repo    = "terraform-provider-ct"; <del> rev     = "v0.5.0"; version = "0.5.0"; sha256  = "1zqfaxlyhr9vpqj2qqpfyh1f1nfpynb7c5ris6mdmy9zin55ppni"; </del> <ins> rev     = "v0.6.1"; version = "0.6.1"; sha256  = "0hh3hvi8lwb0h8x9viz5p991w94gn7354nw95b51rdmir9qi2x89"; </ins> }; datadog = {