jiebi/CodeConvo huggingface dataset:
Change:
I saw the following during a rebuild: Error in file "/nix/store/vwd5hb2n6m7nwqijlz0rsmn5x6fpmlhw-system-": "font/ttf" is an invalid MIME type ("font" is an unregistered media type) Error in file "/nix/store/vwd5hb2n6m7nwqijlz0rsmn5x6fpmlhw-system-": "font/ttf" is an invalid MIME type ("font" is an unregistered media type) Error in file "/nix/store/vwd5hb2n6m7nwqijlz0rsmn5x6fpmlhw-system-": "font/opentype" is an invalid MIME type ("font" is an unregistered media type) Error in file "/nix/store/vwd5hb2n6m7nwqijlz0rsmn5x6fpmlhw-system-": "font/collection" is an invalid MIME type ("font" is an unregistered media type) Unknown system: host os: multi-user?: sandbox: version: nixpkgs:
I think we just need to update , c.f.
Ah, it seems that upstream has not released a version with the fixed commit in. The last tagged release was , they haven't tagged anything with the fix commit in. We could build from their git head, I guess, although I'm reluctant to do so. Perhaps complain ?
If the commit applies as a patch that would also be fine.
I'm still having this. had it for build and build (separately). build

Discussion:
<del> { stdenv, fetchurl, pkgconfig, glib, libintl }: </del> <ins> { stdenv, fetchurl, fetchpatch, pkgconfig, glib, libintl }: </ins> with stdenv.lib;

sha256 = "119kj2w0rrxkhg4f9cf5waa55jz1hj8933vh47vcjipcplql02bc"; }; <ins> patches = [ # Makes font a recognized media type. Committed upstream, but no release has been made. (fetchpatch { url = "https://gitlab.freedesktop.org/xdg/desktop-file-utils/commit/92af4108750ceaf4191fd54e255885c7d8a78b70.patch"; sha256 = "14sqy10p5skp6hv4hgiwnj9hpr460250x42k5z0390l6nr6gahsq"; }) ]; </ins> nativeBuildInputs = [ pkgconfig ]; buildInputs = [ glib libintl ];
Change:
Thumbnails do not get generated for files. Instead, a 1x1 png file gets written to Here's the relevant terminal output: I'm guessing this is caused by and . Open nautilus in a folder containing images. Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Fixed in
I think the fix wasn't sufficient on 3.30 :/ I'm able to reproduce on master at least. IIRC I only checked the fix worked with 3.28.
It seems that patch may need to be applied directly to Nautilus too as it now seems to bundle that code? -

Discussion:
<ins> ---   a/src/gnome-desktop/gnome-desktop-thumbnail-script.c +++   a/src/gnome-desktop/gnome-desktop-thumbnail-script.c @@ -514,14 +514,10 @@ add_bwrap (GPtrArray   *array, g_return_val_if_fail (script->s_infile != NULL, FALSE); add_args (array, -	    "bwrap", -	    "--ro-bind", "/usr", "/usr", -	    "--ro-bind", "/lib", "/lib", -	    "--ro-bind", "/lib64", "/lib64", +      "@bubblewrap_bin@", +      "--ro-bind", "@storeDir@", "@storeDir@", "--proc", "/proc", "--dev", "/dev", -	    "--symlink", "usr/bin", "/bin", -	    "--symlink", "usr/sbin", "/sbin", "--chdir", "/", "--setenv", "GIO_USE_VFS", "local", "--unshare-all", </ins>

<del> { stdenv, fetchurl, meson, ninja, pkgconfig, gettext, libxml2, desktop-file-utils, python3, wrapGAppsHook , gtk, gnome3, gnome-autoar, glib-networking, shared-mime-info, libnotify, libexif, libseccomp , exempi, librsvg, tracker, tracker-miners, gnome-desktop, gexiv2, libselinux, gdk_pixbuf }: </del> <ins> { stdenv, fetchurl, meson, ninja, pkgconfig, gettext, libxml2 , desktop-file-utils, python3, wrapGAppsHook , gtk, gnome3, gnome-autoar , glib-networking, shared-mime-info, libnotify, libexif, libseccomp , exempi , librsvg, tracker, tracker-miners, gexiv2, libselinux, gdk_pixbuf , substituteAll, bubblewrap }: </ins> let pname = "nautilus";

sha256 = "144r4py9b8w9ycsg6fggjg05kwvymh003qsb3h6apgpch5y3zgnv"; }; <del> nativeBuildInputs = [ meson ninja pkgconfig libxml2 gettext python3 wrapGAppsHook desktop-file-utils ]; </del> <ins> nativeBuildInputs = [ meson ninja pkgconfig libxml2 gettext python3 wrapGAppsHook desktop-file-utils ]; </ins> buildInputs = [ glib-networking shared-mime-info libexif gtk exempi libnotify libselinux <del> tracker tracker-miners gnome-desktop gexiv2 libseccomp </del> <ins> tracker tracker-miners gexiv2 libseccomp bubblewrap </ins> gnome3.adwaita-icon-theme gnome3.gsettings-desktop-schemas ];

patchShebangs build-aux/meson/postinstall.py ''; <del> patches = [ ./extension_dir.patch ]; </del> <ins> patches = [ ./extension_dir.patch # 3.30 now generates it's own thummbnails, # and no longer depends on `gnome-desktop` (substituteAll { src = ./bubblewrap-paths.patch; bubblewrap_bin = "${bubblewrap}/bin/bwrap"; inherit (builtins) storeDir; }) ]; </ins> passthru = { updateScript = gnome3.updateScript {
Change:
golint fails when given a fully qualified package path. I am able to replicate this both inside and outside of GOPATH. Based on the error message, this more likely to be a problem with the go package than golint. (be on 18.09.1381. w/ golint installed) Actual output: Expected output: (nothing, no lint errors presently) system: host os: multi-user?: sandbox: version: channels(root): channels(james): nixpkgs:
Also, despite me not having GOROOT in my environment, go does know it's root when asked:
removes references to the compiler on purpose unless an is specified: Otherwise, all go packages would depend on the compiler at runtime. If golint genuinely depends on the compiler, then you can make a PR enabling this option.
Looks like it's using the builtin go/build package to import packages for linting: The build package has a Context type that includes a field: The function they are calling uses the DefaultContext, which sets its root with: I will try rebuilding with allowGoReference=false and see if it resolves the issue, and submit a PR if so. - should I make that PR based off of master? I already have to bump the version, so it would be easier to add it there, but not an isolated change.

Discussion:
buildGoPackage rec { name = "lint-${version}"; <del> version = "20180208-${stdenv.lib.strings.substring 0 7 rev}"; rev = "e14d9b0f1d332b1420c1ffa32562ad2dc84d645d"; </del> <ins> version = "20181026-${stdenv.lib.strings.substring 0 7 rev}"; rev = "c67002cb31c3a748b7688c27f20d8358b4193582"; </ins> <del> goPackagePath = "github.com/golang/lint"; </del> <ins> goPackagePath = "golang.org/x/lint"; </ins> excludedPackages = "testdata"; <ins> # we must allow references to the original `go` package, as golint uses # compiler go/build package to load the packages it's linting. allowGoReference = true; </ins> src = fetchgit { inherit rev; <del> url = "https://github.com/golang/lint"; sha256 = "15ynf78v39n71aplrhbqvzfblhndp8cd6lnknm586sdl81wama6p"; </del> <ins> url = "https://go.googlesource.com/lint"; sha256 = "0gymbggskjmphqxqcx4s0vnlcz7mygbix0vhwcwv5r67c0bf6765"; </ins> }; goDeps = ./deps.nix; <ins> meta = with stdenv.lib; { homepage = https://golang.org; description = "Linter for Go source code"; license = licenses.bsd3; maintainers = with maintainers; [ jhillyerd ]; platforms = platforms.all; }; </ins> }

<ins> # This file was generated by https://github.com/kamilchm/go2nix v1.2.1 </ins> [ { goPackagePath = "golang.org/x/tools"; fetch = { type = "git"; url = "https://go.googlesource.com/tools"; <del> rev = "66487607e2081c7c2af2281c62c14ee000d5024b"; sha256 = "03wiraqkms4jb5gi7vmp52mpmp4av08yw4gr2nk31c2rnhyd3jv4"; </del> <ins> rev = "91f80e683c10fea00e7f965a1a7cac482ce52541"; sha256 = "16a2vppy5hnp663f28yak6592l8p968ihsc91pigamxx3vk1qh5d"; </ins> }; } ]
Change:
refers to but there's no in .../compilers/ghc. This makes fail with a message along the lines of ghc802` I ran then , however when running the build simply started so the problem didn't seem to show up.
looks like it's been fixed, so we should be good to just revert , which introduced that old GHC reference.

Discussion:
xhtml = null; # jailbreak-cabal can use the native Cabal library. <del> jailbreak-cabal = pkgs.haskell.packages.ghc802.jailbreak-cabal; </del> <ins> jailbreak-cabal = super.jailbreak-cabal.override { Cabal = null; }; </ins> # haddock: No input file(s). nats = dontHaddock super.nats;
Change:
While trying to I was unable to build . The important lines from the build log () seem to be: The build succeeds with This build may fail: (While it points to a commit in my fork of nixpkgs, this fork does not change the package. It updates something that depends on which I still haven't got building on Darwin.) :
; seems to be related.
Do we know if that failure in the IRC logs you linked was on Darwin? We could disable parallel building on Darwin, but if this affects Linux too we'd be better doing both.
Doesn't hurt to propose it for Darwin now, I guess. Can always add Linux later.
I think it built correctly on my GNU/Linux machine, but since this is possibly a non-deterministic failure that's not strong evidence for anything in particular.
It would be nice to have this reported upstream as well.
Done. It should show up on soon, but hasn't yet.
There now:
you should probably reply to this:
Is there any strong evidence this failure is linked to parallel building? From what I read in the error log, this is happening within the "ar rcs" command. I don't see why make -j would directly influence this.
my guess is that it's trying to open a file that hasn't been created yet, because of a incorrect dependency graph – if that were the case, would make sense that disabling parallel building would fix it.
Agreed with your reading that it appears to happen within the , but all I can say is that it was repeatedly failing to build, then passed with .
but that's the thing -- ar should be the command creating the archive. I don't see how this could be a make parallelism problem if the same command (at the Makefile level) which creates the .a also fails to read it for one of its steps. This seems like papering over an issue that's not properly understood.
I see what you mean. It could indeed be something different, and if we see it again after disabling parallel builds I'm more than happy to be reverted, but I think it's worth a shot, given what says.
I found which seems to discuss a similar problem with races in ranlib invocations on macOS. I note that the build log calls multiple times. Is it possible that they are stepping over each other?
I think that's indeed what's happening. Starting in 9.1.0 (postgres/postgres this is in the postgres codebase: If both of these end up happening in parallel then they would race over libpgtypes.a. Can you pass this back to upstream? I can't easily reply to the existing thread...
Will do ; I need to reply to the thread there anyway.
Reported findings upstream:

Discussion:
++ lib.optionals (atLeast "9.6" && !stdenv.isDarwin) [ systemd ] ++ lib.optionals (!stdenv.isDarwin) [ libossp_uuid ]; <del> enableParallelBuilding = true; </del> <ins> enableParallelBuilding = !stdenv.isDarwin; </ins> makeFlags = [ "world" ];
Change:
c.f. If using --patterns-from, all of the paths to back up are (or can be) read from the pattern file, and specifying paths on the command line is optional. But the nixos configuration won't let you omit the paths, and since they aren't stored in a variable you can't even do something awkward with preHook or preCreate to unset them.
While investigating this, I found the related issue that since it requires "paths" rather than "strings" it also only works for absolute paths; if you want to back up relative paths (using preHook to make sure they're relative to the right directory) this is impossible. Not sure if that's worth opening a separate issue for.
I changed it to .
Thank you!

Discussion:
options = { paths = mkOption { <del> type = with types; either path (nonEmptyListOf path); </del> <ins> type = with types; either path (listOf str); </ins> description = "Path(s) to back up."; example = "/home/user"; apply = x: if isList x then x else [ x ];
Change:
signal-cli provides a command line interface and daemon for sending and receiving messages on .
has some packaging I haven't tested yet. Also for reference it has .
seems to work, or at least sending with the command. Can I PR this to nixpkgs? Requesting your permission because it's based on . Thanks.
Absolutely, happy if it helps someone :)

Discussion:
<ins> { stdenv, lib, fetchurl, makeWrapper, jre_headless }: stdenv.mkDerivation rec { name = "signal-cli-${version}"; version = "0.6.2"; # Building from source would be preferred, but is much more involved. src = fetchurl { url = "https://github.com/AsamK/signal-cli/releases/download/v${version}/signal-cli-${version}.tar.gz"; sha256 = "050nizf7v10jlrwr8f4awzi2368qr01pzpvl2qkrwhdk25r505yr"; }; buildInputs = [ makeWrapper ]; installPhase = '' mkdir -p $out/bin cp -r lib $out/lib cp bin/signal-cli $out/bin/signal-cli wrapProgram $out/bin/signal-cli  --prefix PATH : ${lib.makeBinPath [ jre_headless ]}  --set JAVA_HOME ${jre_headless} ''; # Execution in the macOS (10.13) sandbox fails with # dyld: Library not loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa #   Referenced from: /nix/store/5ghc2l65p8jcjh0bsmhahd5m9k5p8kx0-zulu1.8.0_121-8.20.0.5/bin/java #   Reason: no suitable image found.  Did find: #         /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa: file system sandbox blocked stat() #         /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa: file system sandbox blocked stat() # /nix/store/in41dz8byyyz4c0w132l7mqi43liv4yr-stdenv-darwin/setup: line 1310:  2231 Abort trap: 6           signal-cli --version doInstallCheck = stdenv.isLinux; installCheckPhase = '' export PATH=$PATH:$out/bin # --help returns non-0 exit code even when working signal-cli --version ''; meta = with lib; { homepage = https://github.com/AsamK/signal-cli; description = "Command-line and dbus interface for communicating with the Signal messaging service"; license = licenses.gpl3; maintainers = with maintainers; [ ivan ]; platforms = platforms.all; }; } </ins>

sigil = libsForQt5.callPackage ../applications/editors/sigil { }; <ins> signal-cli = callPackage ../applications/networking/instant-messengers/signal-cli { }; </ins> signal-desktop = callPackage ../applications/networking/instant-messengers/signal-desktop { }; slither-analyzer = with python3Packages; toPythonApplication slither-analyzer;
Change:
This probably isn't a strictly NixOS issue, but nevertheless should be mentioned. The hash for vivaldi-stable2.1.1337.51-1 has changed. The old one in nixpkgs is 08x6abyz65vx4ycj8ys8sib9z1adb8ybmnrqjck69b30kbz78rj2, while nix-env reports 00rxp6rardxjg17g2b28y2rj8szqlainp4ga6c58z981zkxvdlls. to unstable channels. -env -i vivaldi system: host os: multi-user?: sandbox: version: channels(void): channels(root): nixpkgs:
unfortunately, sometimes software projects update different package sources with different sha256sums on their website, which will then error during build, until it gets fixed again Can you add a Pull Request, updating the hash in

Discussion:
src = fetchurl { url = "https://downloads.vivaldi.com/stable/${product}-stable_${version}_amd64.deb"; <del> sha256 = "08x6abyz65vx4ycj8ys8sib9z1adb8ybmnrqjck69b30kbz78rj2"; </del> <ins> sha256 = "00rxp6rardxjg17g2b28y2rj8szqlainp4ga6c58z981zkxvdlls"; </ins> }; unpackPhase = ''
Change:
The .out path contains about 18MB of html docs
To clarify, openssl10 does not, so this is a regression in that sense.

Discussion:
with stdenv.lib; let <del> common = args@{ version, sha256, patches ? [] }: stdenv.mkDerivation rec { </del> <ins> common = args@{ version, sha256, patches ? [], withDocs ? false }: stdenv.mkDerivation rec { </ins> name = "openssl-${version}"; src = fetchurl {

'!defined(__ANDROID__) && !defined(__OpenBSD__) && 0' ''; <del> outputs = [ "bin" "dev" "out" "man" ]; </del> <ins> outputs = [ "bin" "dev" "out" "man" ] ++ optional withDocs "doc"; </ins> setOutputFlags = false; separateDebugInfo = stdenv.hostPlatform.isLinux;

version = "1.1.1a"; sha256 = "0hcz7znzznbibpy3iyyhvlqrq44y88plxwdj32wjzgbwic7i687w"; patches = [ ./1.1/nix-ssl-cert-file.patch ]; <ins> withDocs = true; </ins> }; }
Change:
This patch is needed to build texlive but the patch can't be downloaded. It doesn't seem to be there in the Arch Linux repo anymore. I found the desired file at a different URL here: We probably need to find/create a reliable place to download this patch?
Probably should just add into nixpkgs instead of fetching it.
another alternative is add the commit rev which seems to have the same hash

Discussion:
patches = [ (fetchurl { name = "texlive-poppler-0.64.patch"; <del> url = https://git.archlinux.org/svntogit/packages.git/plain/trunk/texlive-poppler-0.64.patch?h=packages/texlive-bin; </del> <ins> url = https://git.archlinux.org/svntogit/packages.git/plain/trunk/texlive-poppler-0.64.patch?h=packages/texlive-bin&id=da56abf0f8a1e85daca0ec0f031b8fa268519e6b; </ins> sha256 = "0443d074zl3c5raba8jyhavish706arjcd80ibb84zwnwck4ai0w"; }) (fetchurl {
Change:
The jdk11_headless build fails with: It was previously succeeding: Last successful build 2018-11-15 07:23:10 Please run and paste the results.
appears to be lacking some spaces between arguments, and I'll submit a PR.

Discussion:
# See https://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg49006.html "--with-extra-cflags=-Wno-error=deprecated-declarations -Wno-error=format-contains-nul -Wno-error=unused-result" '' <del> + lib.optionalString (architecture == "amd64") ""--with-jvm-features=zgc"" + lib.optionalString minimal ""--enable-headless-only"" </del> <ins> + lib.optionalString (architecture == "amd64") " "--with-jvm-features=zgc"" + lib.optionalString minimal " "--enable-headless-only"" </ins> + ");" # https://bugzilla.redhat.com/show_bug.cgi?id=1306558 # https://github.com/JetBrains/jdk8u/commit/eaa5e0711a43d64874111254d74893fa299d5716
Change:
I am trying to use 'remmina' as a SSH client. But when I click "Create a new connection profile", there is no SSH plugin in the list of plugins. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
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 . on the on .
Hi, i am new on nix and currently trying to setup a copy my current desktop in a vm with nix. so i came around this issue, as it got recently a label , i hope that its not a nerco bump. Remmina is missing the ssh plugin as the compiler flags are disabling VTE. See So its needed to add vte as input for the build and change the build flag. i did basically do the following override in my setup (flake), which results in a remmina binary which is capable to be used as ssh client Changing the default package should just need the import for vte, adding the buildInput and swich to . Sadly i am not yet to familiar with the contributing rules here for a PR i am just dropping that comment. Other distributions use remmina with SSH/VTE enabled (checked ubuntu on work machine and archlinux on private) and upstream advertise support as SSH client directly on the it sounds reasonable to activate it on default. Current packaging includes for SFTP support, which still gets enabled even when VTE is OFF.

Discussion:
{ lib, stdenv, fetchFromGitLab, cmake, ninja, pkg-config, wrapGAppsHook , glib, gtk3, gettext, libxkbfile, libX11 <del> , freerdp, libssh, libgcrypt, gnutls </del> <ins> , freerdp, libssh, libgcrypt, gnutls, vte </ins> , pcre2, libdbusmenu-gtk3, libappindicator-gtk3 , libvncserver, libpthreadstubs, libXdmcp, libxkbcommon , libsecret, libsoup, spice-protocol, spice-gtk, libepoxy, at-spi2-core

# The themes here are soft dependencies; only icons are missing without them. , gnome , withLibsecret ? true <ins> , withVte ? true </ins> }: with lib;

libsoup spice-protocol spice-gtk libepoxy at-spi2-core openssl gnome.adwaita-icon-theme json-glib libsodium webkitgtk harfbuzz <del> ] ++ optionals withLibsecret [ libsecret ]; </del> <ins> ] ++ optionals withLibsecret [ libsecret ] ++ optionals withVte [ vte ]; </ins> cmakeFlags = [ <del> "-DWITH_VTE=OFF" </del> <ins> "-DWITH_VTE=${if withVte then "ON" else "OFF"}" </ins> "-DWITH_TELEPATHY=OFF" "-DWITH_AVAHI=OFF" "-DWITH_LIBSECRET=${if withLibsecret then "ON" else "OFF"}"
Change:
On Nixpkgs , does not build. The seems fine and the issue seems to be in the . system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
/cc
Yeah what's happening is that the musl hacks get in the way of an actual musl build. I think the solution is just to remove the musl hacks and use whenever this is needed.
This should work:
The can also removed. All that is what we did and if worked!
The buildInputs thing would still be needed if you are building static with glibc (see ).
Fair. But now that is merged, isn't that again not needed?
Should this be made a PR? Still fails to build, FWIW.
For anyone looking, this seems to work:

Discussion:
{ stdenv, lib, buildPackages, fetchurl , enableStatic ? false , enableMinimal ? false <del> , useMusl ? stdenv.hostPlatform.libc == "musl", musl </del> <ins> , useMusl ? stdenv.hostPlatform.libc == "musl" </ins> , extraConfig ? "" }:

runHook postConfigure ''; <del> postConfigure = lib.optionalString useMusl '' makeFlagsArray+=("CC=${stdenv.cc.targetPrefix}cc -isystem ${musl.dev}/include -B${musl}/lib -L${musl}/lib") ''; </del> depsBuildBuild = [ buildPackages.stdenv.cc ]; buildInputs = lib.optionals (enableStatic && !useMusl && stdenv.cc.libc ? static) [ stdenv.cc.libc stdenv.cc.libc.static ];
Change:
Hi ! When I upgrade my Nixos on unstable channel, I can see a build error for python3.7-protobuf. How can I debug this ? How can I known which packet should I debug ? nixos-rebuild build --upgrade (with nixos unstable channel) system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
The package that's broken is . You will see in that the protobuf python package is overridden: It seems like OLA will support Protobuf 3.6 only after the next update: I've opened to address the issue.

Discussion:
{ stdenv, fetchFromGitHub, autoreconfHook, bison, flex, pkgconfig , libuuid, cppunit, protobuf3_1, zlib, avahi, libmicrohttpd <del> , perl, python3, python3Packages </del> <ins> , perl, python36 # Replace by python3 after the next update </ins> }: stdenv.mkDerivation rec {

}; nativeBuildInputs = [ autoreconfHook bison flex pkgconfig perl ]; <del> buildInputs = [ libuuid cppunit protobuf3_1 zlib avahi libmicrohttpd python3 ]; </del> <ins> buildInputs = [ libuuid cppunit protobuf3_1 zlib avahi libmicrohttpd python36 ]; </ins> propagatedBuildInputs = [ <del> (python3Packages.protobuf.override { protobuf = protobuf3_1; }) python3Packages.numpy </del> <ins> (python36.pkgs.protobuf.override { protobuf = protobuf3_1; }) python36.pkgs.numpy </ins> ]; configureFlags = [ "--enable-python-libs" ];