jiebi/CodeConvo huggingface dataset:
Change:
We've had issues with building atom-beautify since This happens now in both Atom and Atom Beta channels. Error for Atom: Error for Atom Beta: Travis CI for your fork Travis CI or a Docker image for nix and checkout master from atom and atom-beta Last successful beta/stable build: https://travis- Last successful stable build: https://travis- Both failed: https://travis-
here is a new issue.
Seems to be related to
For stable maybe, beta is slightly different error.

Discussion:
mv $out/usr/* $out/ rm -r $out/share/lintian rm -r $out/usr/ <ins> sed -i "s/${pname})/.${pname}-wrapped)/" $out/bin/${pname} </ins> # sed -i "s/'${pname}'/'.${pname}-wrapped'/" $out/bin/${pname} wrapProgram $out/bin/${pname}  --prefix "PATH" : "${gvfs}/bin"

<del> { stdenv, lib, zlib, glib, alsaLib, dbus, gtk2, atk, pango, freetype, fontconfig </del> <ins> { stdenv, lib, zlib, glib, alsaLib, dbus, gtk3, atk, pango, freetype, fontconfig </ins> , libgnome-keyring3, gdk_pixbuf, gvfs, cairo, cups, expat, libgpgerror, nspr , gconf, nss, xorg, libcap, systemd, libnotify, libsecret }: let packages = [ <del> stdenv.cc.cc zlib glib dbus gtk2 atk pango freetype libgnome-keyring3 </del> <ins> stdenv.cc.cc zlib glib dbus gtk3 atk pango freetype libgnome-keyring3 </ins> fontconfig gdk_pixbuf cairo cups expat libgpgerror alsaLib nspr gconf nss xorg.libXrender xorg.libX11 xorg.libXext xorg.libXdamage xorg.libXtst xorg.libXcomposite xorg.libXi xorg.libXfixes xorg.libXrandr
Change:
Idris requires a C compiler to function. To find a C compiler, it first checks IDRISCC, as implemented here: and then searches PATH. The current wrapper for the "idris" compiler binary appends /nix/store/...-gcc-wrapper/bin to the PATH. This unfortunately makes idris quite fragile: When my PATH has some bad program named "cc" on it, such as some ancient compiler that I've installed for whatever reason, idris will break. It's also a fairly unnecessary impurity. We should set IDRISCC in the wrapper instead, when it is not already set. This allows the user to still override the C compiler that is used if they want to, while significantly lowering the chance that things will be unexpectedly broken.

Discussion:
# Idris wrapper with specified compiler and library paths, used to build packages <del> idris = (pkgs.callPackage ./idris-wrapper.nix {}) idris-no-deps { path = [ pkgs.gcc ]; lib = [pkgs.gmp]; }; </del> <ins> idris = pkgs.callPackage ./idris-wrapper.nix { inherit idris-no-deps; }; </ins> # Utilities for building packages

<del> { symlinkJoin, makeWrapper, stdenv }: idris: { path, lib }: </del> <ins> { lib, symlinkJoin, makeWrapper, idris-no-deps, gcc, gmp }: </ins> symlinkJoin { <del> name = idris.name; src = idris.src; paths = [ idris ]; </del> <ins> inherit (idris-no-deps) name src meta; paths = [ idris-no-deps ]; </ins> buildInputs = [ makeWrapper ]; <del> meta.platforms = idris.meta.platforms; </del> postBuild = '' wrapProgram $out/bin/idris  <del> --suffix PATH : ${ stdenv.lib.makeBinPath path }  --suffix LIBRARY_PATH : ${stdenv.lib.makeLibraryPath lib} ''; } </del> <ins> --run 'export IDRIS_CC=''${IDRIS_CC:-${lib.getBin gcc}/bin/gcc}'  --suffix LIBRARY_PATH : ${lib.makeLibraryPath [ gmp ]} ''; } </ins>
Change:
Installation of fails using both my default channel and current branch of (18.03-beta--g8cf4a4725c1). <details<summaryFull output</summary<p</p</detailsI was able to track the main cause of the problem down to this line: A file that is dynamically created during installation contains a hard coded instead of plain . This causes the missing headers and subsequently the failing compilation. I created a patch for this and will submit a pull request shortly. system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs:

Discussion:
patches = [ ./patches/BayesXsrc.patch ]; }); <ins> rhdf5 = old.rhdf5.overrideDerivation (attrs: { patches = [ ./patches/rhdf5.patch ]; }); </ins> rJava = old.rJava.overrideDerivation (attrs: { preConfigure = '' export JAVA_CPPFLAGS=-I${pkgs.jdk}/include/

<ins> diff --git a/configure b/configure index e3e21e8..3d947b6 100755 --- a/configure +++ b/configure @@ -2859,6 +2859,7 @@ fi; echo "building the bundled hdf5 library..."; cd ${BASEPBNAME}; +sed -i 's#/bin/mv#mv#' configure ./configure  --with-pic --enable-shared=no CXX="${CXX}" CXXFLAGS="${CXXFLAGS}" CC="${CC}" CFLAGS="${CFLAGS}" F77="${F77}" $MAKE lib cd ../../ </ins>
Change:
The application 'anydesk' , available in the stable repo, installs correctly, and starts when ran through the cli, but it doesn't appear in the KDE Application Menu (even after running )
Upstream doesn't carry a .desktop file. I'll fix that.

Discussion:
<del> { stdenv, fetchurl, makeWrapper , cairo, gdk_pixbuf, glib, gnome2, gtk2, pango, xorg </del> <ins> { stdenv, fetchurl, autoPatchelfHook, makeWrapper, makeDesktopItem , atk, cairo, freetype, gdk_pixbuf, glib, gnome2, gtk2, libGLU_combined, pango, xorg </ins> , lsb-release }: let

"i686-linux"   = "i686"; }."${stdenv.system}" or (throw "system ${stdenv.system} not supported"); <ins> description = "Desktop sharing application, providing remote support and online meetings"; desktopItem = makeDesktopItem rec { name = "anydesk"; exec = "@out@/bin/anydesk"; icon = "anydesk"; desktopName = "anydesk"; genericName = description; categories = "Application;Network;"; startupNotify = "false"; }; </ins> in stdenv.mkDerivation rec { name = "anydesk-${version}"; version = "2.9.4";

inherit sha256; }; <del> libPath = stdenv.lib.makeLibraryPath ([ cairo gdk_pixbuf glib gtk2 stdenv.cc.cc pango gnome2.gtkglext </del> <ins> buildInputs = [ atk cairo gdk_pixbuf glib gtk2 stdenv.cc.cc pango gnome2.gtkglext libGLU_combined </ins> ] ++ (with xorg; [ <del> libxcb libX11 libXdamage libXext libXfixes libXi </del> <ins> libxcb libX11 libXdamage libXext libXfixes libXi libXmu </ins> libXrandr libXtst <del> ])); </del> <ins> ]); </ins> nativeBuildInputs = [ makeWrapper ]; installPhase = '' <del> mkdir -p $out/{bin,share/icons/hicolor,share/doc/anydesk} </del> <ins> runHook preInstall mkdir -p $out/bin $out/share/{applications,doc/anydesk,icons/hicolor} </ins> install -m755 anydesk $out/bin/anydesk cp changelog copyright README $out/share/doc/anydesk cp -r icons/* $out/share/icons/hicolor/ <ins> cp ${desktopItem}/share/applications/*.desktop $out/share/applications runHook postInstall </ins> ''; postFixup = '' patchelf  --set-interpreter $(cat $NIX_CC/nix-support/dynamic-linker)  <del> --set-rpath "${libPath}"  </del> <ins> --set-rpath "${stdenv.lib.makeLibraryPath buildInputs}"  </ins> $out/bin/anydesk wrapProgram $out/bin/anydesk  --prefix PATH : ${stdenv.lib.makeBinPath [ lsb-release ]} <ins> substituteInPlace $out/share/applications/*.desktop  --subst-var out </ins> ''; meta = with stdenv.lib; { <del> description = "Desktop sharing application, providing remote support and online meetings"; </del> <ins> inherit description; </ins> homepage = http://www.anydesk.com; license = licenses.unfree; platforms = platforms.linux;
Change:
Flexget refused to work after upgrade. I noticed the problem was guessit. Having a look at the .nix files I noticed that was actually updated to use guessit 3.0. However guessit 3.0 uses different stuff and flexget breaks when using guessit 3.0. For me, I can't really understand why a file named uses guessit 3.0. Try to install and run flexget from nixos unstable or nixos unstable small. Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(hyper): channels(root): nixpkgs:
Can you please check whether fixes your problem?
That's because of an accidental version update. I'm merging because it's a step in the right direction and closing this.
yep, that works fine now. Thx

Discussion:
sha256 = "1lvb14qclrx0qf6qqx8a8hkx5akk5lk3dvcqz8760v9hya52pnfv"; }; }); <ins> guessit = super.guessit.overridePythonAttrs (old: rec { version = "2.1.4"; src = old.src.override { inherit version; sha256 = "90e6f9fb49246ad27f34f8b9984357e22562ccc3059241cbc08b4fac1d401c56"; }; }); </ins> }; in

chardet beautifulsoup4 html5lib PyRSS2Gen pynzb rpyc jinja2 jsonschema requests dateutil <del> pathpy guessit_2_0 APScheduler </del> <ins> pathpy guessit APScheduler </ins> terminaltables colorclass cherrypy flask flask-restful flask-restplus flask-compress

<del> { lib , buildPythonPackage , fetchPypi , pytestrunner , dateutil , babelfish , rebulk }: buildPythonPackage rec { pname = "guessit"; version = "3.0.0"; src = fetchPypi { inherit pname version; sha256 = "bf17e78783cf13bf903750770de4c3bb6c9ca89baafedb1612794660b6ebe32b"; }; # Tests require more packages. doCheck = false; buildInputs = [ pytestrunner ]; propagatedBuildInputs = [ dateutil babelfish rebulk ]; meta = { homepage = https://pypi.python.org/pypi/guessit; license = lib.licenses.lgpl3; description = "A library for guessing information from video files"; }; } </del>

guessit = callPackage ../development/python-modules/guessit { }; <del> # used by flexget guessit_2_0 = callPackage ../development/python-modules/guessit/2.0.nix { }; </del> rebulk = callPackage ../development/python-modules/rebulk { }; gunicorn = callPackage ../development/python-modules/gunicorn { };
Change:
It looks like Qt has broken support for SDK 10.10 in their latest release. Here is the log: Any ideas on how we can fix this?
fixes this.
We should probably keep this open tho, we can't keep using

Discussion:
./qtbase.patch ./qtbase-darwin.patch ./qtbase-revert-no-macos10.10.patch <ins> ] ++ optionals stdenv.isDarwin [ ./qtbase-darwin-nseventtype.patch </ins> ]; qtdeclarative = [ ./qtdeclarative.patch ]; qtscript = [ ./qtscript.patch ];

<ins> --- a/src/plugins/platforms/cocoa/qcocoawindow.mm +++ b/src/plugins/platforms/cocoa/qcocoawindow.mm @@ -404,8 +404,8 @@ void QCocoaWindow::setVisible(bool visible) removeMonitor(); monitor = [NSEvent addGlobalMonitorForEventsMatchingMask:NSLeftMouseDownMask|NSRightMouseDownMask|NSOtherMouseDownMask|NSMouseMovedMask handler:^(NSEvent *e) { QPointF localPoint = QCocoaScreen::mapFromNative([NSEvent mouseLocation]); -                            const auto button = e.type == NSEventTypeMouseMoved ? Qt::NoButton : cocoaButton2QtButton([e buttonNumber]); -                            const auto eventType = e.type == NSEventTypeMouseMoved ? QEvent::MouseMove : QEvent::MouseButtonPress; +                            const auto button = e.type == NSMouseMoved ? Qt::NoButton : cocoaButton2QtButton([e buttonNumber]); +                            const auto eventType = e.type == NSMouseMoved ? QEvent::MouseMove : QEvent::MouseButtonPress; QWindowSystemInterface::handleMouseEvent(window(), window()->mapFromGlobal(localPoint.toPoint()), localPoint, Qt::MouseButtons(uint(NSEvent.pressedMouseButtons & 0xFFFF)), button, eventType); }]; </ins>
Change:
In an ideal world, this would be as simple as adding the following to the . Unfortunately, seems to be a dependency of which causes an infinite recursion bug during the Linux bootstrapping. I'm pretty familiar with bootstrapping on Darwin, but am less confident around the Linux one. Anyone have any hints for how to disable support during the bootstrap with minimal mess?
If you set for keyutils I think it will break this cycle.
Oh cool, thanks! I wonder if I should do that on this side though? Something like this:
Actually this should be done for us: I'm not sure why it's necessary here?
I'd imagine it has something to do with kerberos being an optional dependency of curl, and curl being involved in the bootstrap, but I haven't unraveled it enough to be more precise than that.
I ended up doing what you suggested on ,

Discussion:
{ stdenv, fetchurl, pkgconfig, perl, yacc, bootstrap_cmds <del> , openssl, openldap, libedit </del> <ins> , openssl, openldap, libedit, keyutils </ins> # Extra Arguments , type ? ""

# Provides the mig command used by the build scripts ++ optional stdenv.isDarwin bootstrap_cmds; buildInputs = [ openssl ] <ins> ++ optionals (stdenv.hostPlatform.isLinux) [ keyutils ] </ins> ++ optionals (!libOnly) [ openldap libedit ]; preConfigure = "cd ./src";

kernel = null; # dpdk modules are in linuxPackages.dpdk.kmod }; <del> keyutils = callPackage ../os-specific/linux/keyutils { }; </del> <ins> # Using fetchurlBoot because this is used by kerberos (on Linux), which curl depends on keyutils = callPackage ../os-specific/linux/keyutils { fetchurl = fetchurlBoot; }; </ins> libselinux = callPackage ../os-specific/linux/libselinux { };
Change:
In an ideal world, this would be as simple as adding the following to the . Unfortunately, seems to be a dependency of which causes an infinite recursion bug during the Linux bootstrapping. I'm pretty familiar with bootstrapping on Darwin, but am less confident around the Linux one. Anyone have any hints for how to disable support during the bootstrap with minimal mess?
If you set for keyutils I think it will break this cycle.
Oh cool, thanks! I wonder if I should do that on this side though? Something like this:
Actually this should be done for us: I'm not sure why it's necessary here?
I'd imagine it has something to do with kerberos being an optional dependency of curl, and curl being involved in the bootstrap, but I haven't unraveled it enough to be more precise than that.
I ended up doing what you suggested on ,

Discussion:
{ stdenv, fetchurl, pkgconfig, perl, yacc, bootstrap_cmds <del> , openssl, openldap, libedit </del> <ins> , openssl, openldap, libedit, keyutils </ins> # Extra Arguments , type ? ""

# Provides the mig command used by the build scripts ++ optional stdenv.isDarwin bootstrap_cmds; buildInputs = [ openssl ] <ins> ++ optionals (stdenv.hostPlatform.isLinux) [ keyutils ] </ins> ++ optionals (!libOnly) [ openldap libedit ]; preConfigure = "cd ./src";

''; }; <del> keyutils = callPackage ../os-specific/linux/keyutils { }; </del> <ins> # Using fetchurlBoot because this is used by kerberos (on Linux), which curl depends on keyutils = callPackage ../os-specific/linux/keyutils { fetchurl = fetchurlBoot; }; </ins> libselinux = callPackage ../os-specific/linux/libselinux { };
Change:
spams my journal regularly with many Those seems to be caused by on in . Is this flag really necessary? It makes reading logs pretty hard, and my has grown to more than 140Mb in the course of two-or-so days.
Addition: We also might want to drop so it won't spam the logfile nor stderr.

Discussion:
services.xserver.displayManager.xserverArgs = [ "-ac" <del> "-logverbose" "-verbose" </del> "-terminate" "-logfile" "/var/log/X.${toString cfg.display}.log" "-config ${configFile}"
Change:
I got the warning multiple times when installing NixOS from . [root nix-shell -p nix-info --run "nix-info -m" GC Warning: Bad initial heap size - ignoring it. GC Warning: Bad initial heap size - ignoring it. system: host os: multi-user?: sandbox: GC Warning: Bad initial heap size - ignoring it. version: GC Warning: Bad initial heap size - ignoring it. channels(root): GC Warning: Bad initial heap size - ignoring it. nixpkgs:
Out of curiosity -- what's the hardware you've seen this on? Unless it's a recent regression that happens even on smaller boxes, I first saw this when installing 18.09 on a machine with a somewhat ridiculously large amount of RAM.
I get the same warning running on a Rasberry Pi 3 (aarch64). Warning is coming from () and seems to be caused by this option:
I got the same warning when installing 18.09 on a Thinkpad T570 with 16GB ram. and as correctly stated seems to be caused by
Seen this just now on a test VM with no storage, just running a 18.09-minimal live CD. The VM has 1 vCPU and 1GB vRAM.
Solved in

Discussion:
# Tell the Nix evaluator to garbage collect more aggressively. # This is desirable in memory-constrained environments that don't # (yet) have swap set up. <del> environment.variables.GC_INITIAL_HEAP_SIZE = "100000"; </del> <ins> environment.variables.GC_INITIAL_HEAP_SIZE = "1M"; </ins> # Make the installer more likely to succeed in low memory # environments.  The kernel's overcommit heustistics bite us
Change:
I think this should be clearly mentioned in the manual. cc
Sorry for that. That's definitely not intended. In , I changed it so that is only overridden if .

Discussion:
# List of components used in config extraComponents = filter useComponent availableComponents; <del> package = if cfg.autoExtraComponents </del> <ins> package = if (cfg.autoExtraComponents && cfg.config != null) </ins> then (cfg.package.override { inherit extraComponents; }) else cfg.package;

''; description = '' Home Assistant package to use. <del> Override <literal>extraPackages</literal> in order to add additional dependencies. </del> <ins> Override <literal>extraPackages</literal> or <literal>extraComponents</literal> in order to add additional dependencies. If you specify <option>config</option> and do not set <option>autoExtraComponents</option> to <literal>false</literal>, overriding <literal>extraComponents</literal> will have no effect. </ins> ''; };
Change:
When I run new VM with , I see the following error in the journal: We probably need either or hardcode the path to the default config to the source code. nixpkgs:
(FWIW I'm seeing the same thing)
The default path is defined and used .
I marked this as stale due to inactivity. &rarr;
Still relevant
I'm affected by this. I'm assuming maybe this doesn't break anything because the built-in config is used per the expanded message: Maybe this can be closed then?

Discussion:
environment.systemPackages = [ pkgs.udisks2 ]; <del> environment.etc = (mapAttrs' (name: value: nameValuePair "udisks2/${name}" { source = value; } ) configFiles) // { # We need to make sure /etc/libblockdev/conf.d is populated to avoid </del> <ins> environment.etc = (mapAttrs' (name: value: nameValuePair "udisks2/${name}" { source = value; } ) configFiles) // ( let libblockdev = pkgs.udisks2.libblockdev; majorVer = versions.major libblockdev.version; in { # We need to make sure /etc/libblockdev/@major_ver@/conf.d is populated to avoid </ins> # warnings <del> "libblockdev/conf.d/00-default.cfg".source = "${pkgs.libblockdev}/etc/libblockdev/conf.d/00-default.cfg"; "libblockdev/conf.d/10-lvm-dbus.cfg".source = "${pkgs.libblockdev}/etc/libblockdev/conf.d/10-lvm-dbus.cfg"; }; </del> <ins> "libblockdev/${majorVer}/conf.d/00-default.cfg".source = "${libblockdev}/etc/libblockdev/${majorVer}/conf.d/00-default.cfg"; "libblockdev/${majorVer}/conf.d/10-lvm-dbus.cfg".source = "${libblockdev}/etc/libblockdev/${majorVer}/conf.d/10-lvm-dbus.cfg"; }); </ins> security.polkit.enable = true;

doCheck = true; <del> passthru.tests.vm = nixosTests.udisks2; </del> <ins> passthru = { inherit libblockdev; tests.vm = nixosTests.udisks2; }; </ins> meta = with lib; { description = "A daemon, tools and libraries to access and manipulate disks, storage devices and technologies";
Change:
In its builder, there's a command saying "Need libgcc until the llvm compiler-rt library is complete". It's from in 2011, so I'm inclined to think it's out of date and that the dependency on gcc is spurious. Is that true?
For context from #llvm on oftc:
covers , covers , the only thing I'm not sure about is the C runtime files (e.g. ), none of those packages seem to come with them (but maybe clang does it another way)
Actually some of the files come from glibc, but these ones come with gcc: crtprec32.o crtendS.o crtbeginS.o crtfastmath.o crtprec64.o crtbeginT.o crtprec80.o crtbegin.o crtend.o
This story is quite old, is this still true?
Closing because no reaction.

Discussion:
python3.pkgs.buildPythonApplication rec { pname = "borgbackup"; <del> version = "1.1.10"; </del> <ins> version = "1.1.11"; </ins> src = python3.pkgs.fetchPypi { inherit pname version; <del> sha256 = "1pp70p4n5kamvcbl4d8021ggrxhyykmg9isjg4yd3wags8b19d7g"; </del> <ins> sha256 = "190gjzx83b6p64nqj840x382dgz9gfv0gm7wj585lnkrpa90j29n"; </ins> }; nativeBuildInputs = with python3.pkgs; [

HOME=$(mktemp -d) py.test --pyargs borg.testsuite ''; <del> # 63 failures, needs pytest-benchmark </del> <ins> # 64 failures, needs pytest-benchmark </ins> doCheck = false; meta = with stdenv.lib; {
Change:
The option is declared as "list of packages". To me, it seems too restrictive, since it prevents useful configurations where web applications are copied from some mutable location in the filesystem, like this: . (Note that for tomcat's virtualHosts, the similar configurations are accepted and work fine just fine! I'm going to use them on my server.) Moreover, the current type was possibly chosen without much thought: it was a part of the long commit which mass- type specifications. My proposal is to change the type of from to . Right now, this kind of configuration produces an error: system: host os: multi-user?: sandbox: version: channels(paul): channels(root): nixpkgs:

Discussion:
}; webapps = mkOption { <del> type = types.listOf types.package; </del> <ins> type = types.listOf types.path; </ins> default = [ tomcat.webapps ]; defaultText = "[ pkgs.tomcat85.webapps ]"; description = "List containing WAR files or directories with WAR files which are web applications to be deployed on Tomcat";
Change:
provides the convenience function . has several command-line options and these are supported by (used by ) via the argument (see ). However, there is no way to pass these to via .
Since is defined as a function that takes its arguments individually instead of via an attribute set (i.e. ) we can't add an argument without breaking existing invocations. So if we want this we need to add a new function and define in terms of it. Do you know a good name for it?
? ?
Thanks, I think works. Care to submit a PR?
Sure, I'll try to put this together this weekend.
Please see

Discussion:
callHackage = name: version: callPackageKeepDeriver (self.hackage2nix name version); # Creates a Haskell package from a source package by calling cabal2nix on the source. <del> callCabal2nix = name: src: args: let filter = path: type: pkgs.lib.hasSuffix "${name}.cabal" path || baseNameOf path == "package.yaml"; expr = self.haskellSrc2nix { inherit name; src = if pkgs.lib.canCleanSource src then pkgs.lib.cleanSourceWith { inherit src filter; } else src; }; in overrideCabal (callPackageKeepDeriver expr args) (orig: { inherit src; }); </del> <ins> callCabal2nixWithOptions = name: src: extraCabal2nixOptions: args: let filter = path: type: pkgs.lib.hasSuffix "${name}.cabal" path || baseNameOf path == "package.yaml"; expr = self.haskellSrc2nix { inherit name extraCabal2nixOptions; src = if pkgs.lib.canCleanSource src then pkgs.lib.cleanSourceWith { inherit src filter; } else src; }; in overrideCabal (callPackageKeepDeriver expr args) (orig: { inherit src; }); callCabal2nix = name: src: args: self.callCabal2nixWithOptions name src "" args; </ins> # : { root : Path #   , name : Defaulted String