jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug GIMP uses Python and GTK+ for e.g. plugins. But GIMP in the NixOS-GIMP-package cannot find the Python-gtk-module: GIMP itself starts, but e.g. some plugins cannot be used, e.g. . When selecting this plugin, nothing happens, and the following error is shown in the console (again): To Reproduce Steps to reproduce the behavior: GIMP. GIMP. at the error-messages. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Can confirm this still doesn't work. Of note is that installing will allow when used from the REPL, but GIMP will still not recognize it. Tagging since they are tagged as the maintainer.

Discussion:
, lib , fetchurl , substituteAll <ins> , autoreconfHook </ins> , pkgconfig , intltool , babl

, ghostscript , aalib , shared-mime-info <del> , python2Packages </del> <ins> , python2 </ins> , libexif , gettext <ins> , makeWrapper </ins> , xorg , glib-networking , libmypaint

}: let <del> inherit (python2Packages) pygtk wrapPython python; </del> <ins> python = python2.withPackages (pp: [ pp.pygtk ]); </ins> in stdenv.mkDerivation rec { pname = "gimp"; version = "2.10.20";

sha256 = "4S+fh0saAHxCd7YKqB4LZzML5+YVPldJ6tg5uQL8ezw="; }; <ins> patches = [ # to remove compiler from the runtime closure, reference was retained via # gimp --version --verbose output (substituteAll { src = ./remove-cc-reference.patch; cc_version = stdenv.cc.cc.name; }) # Use absolute paths instead of relying on PATH # to make sure plug-ins are loaded by the correct interpreter. ./hardcode-plugin-interpreters.patch ]; </ins> nativeBuildInputs = [ <ins> autoreconfHook # hardcode-plugin-interpreters.patch changes Makefile.am </ins> pkgconfig intltool gettext <del> wrapPython </del> <ins> makeWrapper </ins> ]; buildInputs = [

libwebp libheif python <del> pygtk </del> libexif xorg.libXpm glib-networking

gegl ]; <del> pythonPath = [ pygtk ]; </del> # Check if librsvg was built with --disable-pixbuf-loader. PKG_CONFIG_GDK_PIXBUF_2_0_GDK_PIXBUF_MODULEDIR = "${librsvg}/${gdk-pixbuf.moduleDir}";

export GIO_EXTRA_MODULES="${glib-networking}/lib/gio/modules:$GIO_EXTRA_MODULES" ''; <del> patches = [ # to remove compiler from the runtime closure, reference was retained via # gimp --version --verbose output (substituteAll { src = ./remove-cc-reference.patch; cc_version = stdenv.cc.cc.name; }) ]; </del> postFixup = '' <del> wrapPythonProgramsIn $out/lib/gimp/${passthru.majorVersion}/plug-ins/ </del> wrapProgram $out/bin/gimp-${lib.versions.majorMinor version}  <del> --prefix PYTHONPATH : "$PYTHONPATH"  </del> --set GDK_PIXBUF_MODULE_FILE "$GDK_PIXBUF_MODULE_FILE" '';

<ins> --- a/plug-ins/pygimp/Makefile.am +++ b/plug-ins/pygimp/Makefile.am @@ -157,7 +157,7 @@ install-interp-file: echo 'python=$(PYBIN_PATH)' > '$(DESTDIR)$(pyinterpfile)' echo 'python2=$(PYBIN_PATH)' >> '$(DESTDIR)$(pyinterpfile)' echo '/usr/bin/python=$(PYBIN_PATH)' >> '$(DESTDIR)$(pyinterpfile)' -	echo ":Python:E::py::`basename $(PYTHON)`:" >> '$(DESTDIR)$(pyinterpfile)' +	echo ":Python:E::py::$(PYTHON):" >> '$(DESTDIR)$(pyinterpfile)' install-data-local: install-env-file install-interp-file </ins>
Change:
As the title says john cannot find its file. Checking $JOHN returns empty. Am I missing something here or is this the intended behavior? cc
ping? ;)

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Describe the bug clicking on a file or folder in pantheon and selecting "Open in Visual Studio Code" doesn't work and shows "Could not open files or URIs with this app" To Reproduce -click on any file or folder Open in Visual Studio Code Expected behavior the file or folder will be opened in vs code Screenshots ! Additional context I think I could open files in vs code before I switch to pantheon Notify maintainers Metadata Maintainer information:
I think I now know how to solve, we just need to add to the exec property in desktopItem in vscode derivation I can do a pr for this if it is okay
Feel free to do, I don't use pantheon so I can't really test it, though I'll try shooting up a VM.
Seems fine, probably also add it to VScodium
Sorry for the late response i have made the pr
Hi, maintainer of pantheon in NixOS. Thank you for fixing this.

Discussion:
desktopName = longName; comment = "Code Editing. Redefined."; genericName = "Text Editor"; <del> exec = executableName; </del> <ins> exec = "${executableName} %U"; </ins> icon = "code"; startupNotify = "true"; categories = "Utility;TextEditor;Development;IDE;";
Change:
Describe the bug don't list compute devices Expected behavior I have a Radeon RX 480 and use PR to have OpenCL support in Mesa. BOINC and detects the GPU as OpenCL device. And even Vulkan seems to work: Same with Nvidia: Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
My next step would be to add as dependency and to the PATH. It works in BOINC.
That would be too easy... further debugging. So we need , , , and in the PATH. I figured it out!

Discussion:
<del> { stdenv, fetchurl, makeWrapper }: </del> <ins> { stdenv, fetchurl, makeWrapper, ocl-icd, vulkan-loader, linuxPackages }: </ins> stdenv.mkDerivation rec { pname = "geekbench";

nativeBuildInputs = [ makeWrapper ]; installPhase = '' <del> mkdir -p $out/bin </del> <ins> mkdir -p $out/bin $out/lib </ins> cp -r geekbench.plar geekbench5 geekbench_x86_64 $out/bin <ins> # needed for compute benchmark ln -s ${linuxPackages.nvidia_x11}/lib/libcuda.so $out/lib/ ln -s ${ocl-icd}/lib/libOpenCL.so $out/lib/ ln -s ${ocl-icd}/lib/libOpenCL.so.1 $out/lib/ ln -s ${vulkan-loader}/lib/libvulkan.so $out/lib/ ln -s ${vulkan-loader}/lib/libvulkan.so.1 $out/lib/ </ins> for f in geekbench5 geekbench_x86_64 ; do patchelf --set-interpreter $(cat ${stdenv.cc}/nix-support/dynamic-linker) $out/bin/$f <del> wrapProgram $out/bin/$f --prefix LD_LIBRARY_PATH : "${stdenv.lib.makeLibraryPath [ stdenv.cc.cc.lib ]}" </del> <ins> wrapProgram $out/bin/$f --prefix LD_LIBRARY_PATH : "${stdenv.lib.makeLibraryPath [ stdenv.cc.cc.lib ]}:$out/lib/" </ins> done '';
Change:
Describe the bug A clear and concise description of what the bug is. Since I've to my system's , it's compiling some tex related packages manually whenever I'm updating my system. Why is it not cached on hydra? Biber is broken for me with anything other than . Notify maintainers Metadata Please run and paste the result. Maintainer information:
Not fixed. edit: nevermind, there was an unrelated regression for
I can't tell personally because I use the stable 20.03 branch of nix and the fixes went into master. looking forward to nix 20.09 fixing it!
I marked this as stale due to inactivity. &rarr;
For some reason the issue still persists, I see tons of tex related packages being rebuilt at updates. From a feeling though, the issue has lessened.
Just had another idea...

Discussion:
mkUniqueOutPaths = pkgs: uniqueStrings (map (p: p.outPath) (builtins.filter lib.isDerivation pkgs)); <del> in buildEnv { </del> <ins> in (buildEnv { </ins> name = "texlive-${extraName}-${bin.texliveYear}"; extraPrefix = "/share/texmf";

'' + bin.cleanBrokenLinks ; <del> } </del> <ins> }).overrideAttrs (_: { allowSubstitutes = true; }) </ins> # TODO: make TeX fonts visible by fontconfig: it should be enough to install an appropriate file #       similarly, deal with xe(la)tex font visibility?
Change:
Describe the bug A clear and concise description of what the bug is. Since I've to my system's , it's compiling some tex related packages manually whenever I'm updating my system. Why is it not cached on hydra? Biber is broken for me with anything other than . Notify maintainers Metadata Please run and paste the result. Maintainer information:
Not fixed. edit: nevermind, there was an unrelated regression for
I can't tell personally because I use the stable 20.03 branch of nix and the fixes went into master. looking forward to nix 20.09 fixing it!
I marked this as stale due to inactivity. &rarr;
For some reason the issue still persists, I see tons of tex related packages being rebuilt at updates. From a feeling though, the issue has lessened.
Just had another idea...

Discussion:
description = "TeX Live environment for ${pname}"; platforms = lib.platforms.all; hydraPlatforms = lib.optionals <del> (lib.elem pname ["scheme-small" "scheme-basic"]) platforms; </del> <ins> (!lib.elem pname ["scheme-infraonly"]) platforms; </ins> maintainers = with lib.maintainers;  [ veprbl ]; } (combine {
Change:
Describe The package rtl8821ce can't be compiled due to errors.
The package is the upstream GitHub repository it tracks which is the cause of this breakage. Bumping it to master should suffice in resolving this. Specifically, commit is the one that fixes the failure I too observed in rtl8821ce today while setting up NixOS.
fixes this for me and WiFi works perfectly.

Discussion:
{ stdenv, fetchFromGitHub, kernel, bc }: stdenv.mkDerivation rec { name = "rtl8821ce-${kernel.version}-${version}"; <del> version = "5.2.5_1.26055.20180108"; </del> <ins> version = "5.5.2_34066.20200325"; </ins> src = fetchFromGitHub { owner = "tomaspinho"; repo = "rtl8821ce"; <del> rev = "ab6154e150bbc7d12b0525d4cc1298ae196e45de"; sha256 = "1my0hidqnv4s7hi5897m81pq0sjw05np0g27hlkg9fwb83b5kzsg"; </del> <ins> rev = "69765eb288a8dfad3b055b906760b53e02ab1dea"; sha256 = "17jiw25k74kv5lnvgycvj2g1n06hbrpjz6p4znk4a62g136rhn4s"; </ins> }; hardeningDisable = [ "pic" ];
Change:
I've got a (possible) corrupted xfs partition mounted at /. Grub prints errors "not a correct xfs inode", but xfsrepair think the partition is ok. I'm not sure who is right. I got a problem running xfsrepair on / partition. To run a xfsrepair I have to umount /. I booted a system with boot.debug1devices option. is a simple script that tell user to run xfsrepair. The problem is there is no xfsrepair on initrd! To run xfsrepair I had to mount root partition, copy xfsrepair and all its dependencies on initrd, umount root partition. It would be great if initrd contains xfsrepair out of the box. At least in cases when a computer has at least for one xfs partition.
Vanya, do you use release or do you use unstable?
(triage) status?
After a year of no response from I'm closing.
I just ran into this issue! A NixOS (19.03) initrd includes , but that is only a bash script, which cannot actually fix a xfs partition.
Me too!

Discussion:
boot.initrd.extraUtilsCommands = mkIf inInitrd '' copy_bin_and_libs ${pkgs.xfsprogs.bin}/bin/fsck.xfs <ins> copy_bin_and_libs ${pkgs.xfsprogs.bin}/bin/xfs_repair </ins> ''; # Trick just to set 'sh' after the extraUtils nuke-refs.
Change:
Describe the bug DisplayCal, an application for calibrating one's monitor, is not functional in 20.03, though it builds. To Reproduce Steps to reproduce the behavior: displaycal in a calibration device the "Profile and Calibrate" button near the bottom of the GUI can not find the package and refuses to continue. Expected behavior DisplayCal should move to the next screen and start the calibration process. Additional context The package builds, but does not function. The 3.5 version that is packaged is pretty far out of date, so I've started to try and update the package , but the compilation fails. I have a calibration device and am looking for help to get this working. Notify maintainers
sampson in IRC suggested the following patch, but the build still fails at the same point for me: The error when building the package is:
I can get the package to build now, but it doesn't run:
It says , i guess you have to add to the , like you have done with .
you are correct. Now DisplayCal builds, launches, and finds my calibraiton devices. I'll have to test this on my full NixOS install, instead of my Ubuntu machine with nixpkg. Thank you for your help!

Discussion:
}: let <del> inherit (python2.pkgs) buildPythonApplication wxPython numpy; in buildPythonApplication { </del> <ins> inherit (python2.pkgs) buildPythonApplication wxPython numpy dbus-python; in buildPythonApplication rec { </ins> pname = "displaycal"; <del> version = "3.5.0.0"; </del> <ins> version = "3.8.9.3"; </ins> enableParallelBuilding = true; src = fetchurl { <del> url = "mirror://sourceforge/project/dispcalgui/release/3.5.0.0/DisplayCAL-3.5.0.0.tar.gz"; sha256 = "1j496sv8pbhby5hkkbp07k6bs3f7mb1l3dijmn2iga3kmix0fn5q"; </del> <ins> url = "mirror://sourceforge/project/dispcalgui/release/${version}/DisplayCAL-${version}.tar.gz"; sha256 = "1sivi4q7sqsrc95qg5gh37bsm2761md4mpl89hflzwk6kyyxyd3w"; </ins> }; propagatedBuildInputs = [

argyllcms wxPython numpy <ins> dbus-python </ins> ]; nativeBuildInputs = [

preConfigure = '' mkdir dist <del> cp {misc,dist}/DisplayCAL.appdata.xml </del> <ins> cp {misc,dist}/net.displaycal.DisplayCAL.appdata.xml touch dist/copyright </ins> mkdir -p $out ln -s $out/share/DisplayCAL $out/Resources '';
Change:
, CVSSv3=7.5 (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.

Discussion:
stdenv.mkDerivation rec { pname = "graphicsmagick"; <del> version = "1.3.35"; </del> <ins> version = "1.3.36"; </ins> src = fetchurl { url = "mirror://sourceforge/graphicsmagick/GraphicsMagick-${version}.tar.xz"; <del> sha256 = "0l024l4hawm9s3jqrgi2j0lxgm61dqh8sgkj1017ma7y11hqv2hq"; </del> <ins> sha256 = "0ilg6fkppb4avzais1dvi3qf6ln7v3mzj7gjm83w7pwwfpg3ynsx"; </ins> }; patches = [
Change:
, CVSSv3=8.8 (nixos-19.09) CVSSv3=7.5 (nixos-19.09) CVSSv3=5.4 (nixos-19.09) CVSSv3=4.3 (nixos-19.09) Scanned versions: nixos-19.09: . May contain false positives.
won't backport

Discussion:
in { php72 = generic { <del> version = "7.2.29"; sha256 = "08xry2fgqgg8s0ym1hh11wkbr36av3zq1bn4krbciw1b7x8gb8ga"; </del> <ins> version = "7.2.31"; sha256 = "0057x1s43f9jidmrl8daka6wpxclxc1b1pm5cjbz616p8nbmb9qv"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = optional stdenv.isDarwin ./php72-darwin-isfinite.patch; }; php73 = generic { <del> version = "7.3.16"; sha256 = "0bh499v9dfgh9k51w4rird1slb9rh9whp5h37fb84c98d992s1xq"; </del> <ins> version = "7.3.19"; sha256 = "199l1lr7ima92icic7b1bqlb036md78m305lc3v6zd4zw8qix70d"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = optional stdenv.isDarwin ./php73-darwin-isfinite.patch; }; php74 = generic { <del> version = "7.4.6"; sha256 = "0j133pfwa823d4jhx2hkrrzjl4hswvz00b1z58r5c82xd5sr9vd6"; </del> <ins> version = "7.4.7"; sha256 = "0ynq4fz54jpzh9nxvbgn3vrdad2clbac0989ai0yrj2ryc0hs3l0"; </ins> }; }
Change:
, CVSSv3=7.5 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives.
merged - closing

Discussion:
in { php72 = generic { <del> version = "7.2.29"; sha256 = "08xry2fgqgg8s0ym1hh11wkbr36av3zq1bn4krbciw1b7x8gb8ga"; </del> <ins> version = "7.2.31"; sha256 = "0057x1s43f9jidmrl8daka6wpxclxc1b1pm5cjbz616p8nbmb9qv"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = optional stdenv.isDarwin ./php72-darwin-isfinite.patch; }; php73 = generic { <del> version = "7.3.16"; sha256 = "0bh499v9dfgh9k51w4rird1slb9rh9whp5h37fb84c98d992s1xq"; </del> <ins> version = "7.3.19"; sha256 = "199l1lr7ima92icic7b1bqlb036md78m305lc3v6zd4zw8qix70d"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = optional stdenv.isDarwin ./php73-darwin-isfinite.patch; }; php74 = generic { <del> version = "7.4.6"; sha256 = "0j133pfwa823d4jhx2hkrrzjl4hswvz00b1z58r5c82xd5sr9vd6"; </del> <ins> version = "7.4.7"; sha256 = "0ynq4fz54jpzh9nxvbgn3vrdad2clbac0989ai0yrj2ryc0hs3l0"; </ins> }; }
Change:
, CVSSv3=8.8 (nixos-unstable) CVSSv3=5.4 (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
talks about PHP 7.4.34 which does not exist. The mentioned mb_strtolower bug has been fixed in 7.4.4 and 7.3.16. So this is a false positive. Similar for bogus PHP versions mentioned in the CVE. PHP 7.4.34 does not exist again, and the changelogs don't mention anything similar for 7.3.16.

Discussion:
}; php72base = callPackage generic (_args // { <del> version = "7.2.29"; sha256 = "08xry2fgqgg8s0ym1hh11wkbr36av3zq1bn4krbciw1b7x8gb8ga"; </del> <ins> version = "7.2.31"; sha256 = "0057x1s43f9jidmrl8daka6wpxclxc1b1pm5cjbz616p8nbmb9qv"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = lib.optional stdenv.isDarwin ./php72-darwin-isfinite.patch; }); php73base = callPackage generic (_args // { <del> version = "7.3.16"; sha256 = "0bh499v9dfgh9k51w4rird1slb9rh9whp5h37fb84c98d992s1xq"; </del> <ins> version = "7.3.19"; sha256 = "199l1lr7ima92icic7b1bqlb036md78m305lc3v6zd4zw8qix70d"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = lib.optional stdenv.isDarwin ./php73-darwin-isfinite.patch; }); php74base = callPackage generic (_args // { <del> version = "7.4.6"; sha256 = "0j133pfwa823d4jhx2hkrrzjl4hswvz00b1z58r5c82xd5sr9vd6"; </del> <ins> version = "7.4.7"; sha256 = "0ynq4fz54jpzh9nxvbgn3vrdad2clbac0989ai0yrj2ryc0hs3l0"; </ins> }); defaultPhpExtensions = { all, ... }: with all; ([

, html-tidy, libzip, zlib, pcre, pcre2, libxslt, aspell, openldap, cyrus_sasl , uwimap, pam, libiconv, enchant1, libXpm, gd, libwebp, libjpeg, libpng , freetype, libffi, freetds, postgresql, sqlite, net-snmp, unixODBC, libedit <del> , readline, rsync </del> <ins> , readline, rsync, fetchpatch </ins> }: let

# uwimap doesn't build on darwin. enable = (!stdenv.isDarwin); } # interbase (7.3, 7.2) <del> { name = "intl"; buildInputs = [ icu ]; } </del> <ins> { name = "intl"; buildInputs = [ icu ]; patches = lib.optional (lib.versionOlder php.version "7.4") (fetchpatch { url = "https://github.com/php/php-src/commit/93a9b56c90c334896e977721bfb3f38b1721cec6.patch"; sha256 = "055l40lpyhb0rbjn6y23qkzdhvpp7inbnn6x13cpn4inmhjqfpg4"; }); } </ins> { name = "json"; } { name = "ldap"; buildInputs = [ openldap cyrus_sasl ];
Change:
, CVSSv3=6.1 (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
This vulnerability is not present in the CPEs. Closing as a FP.

Discussion:
in { php72 = generic { <del> version = "7.2.29"; sha256 = "08xry2fgqgg8s0ym1hh11wkbr36av3zq1bn4krbciw1b7x8gb8ga"; </del> <ins> version = "7.2.31"; sha256 = "0057x1s43f9jidmrl8daka6wpxclxc1b1pm5cjbz616p8nbmb9qv"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = optional stdenv.isDarwin ./php72-darwin-isfinite.patch; }; php73 = generic { <del> version = "7.3.16"; sha256 = "0bh499v9dfgh9k51w4rird1slb9rh9whp5h37fb84c98d992s1xq"; </del> <ins> version = "7.3.19"; sha256 = "199l1lr7ima92icic7b1bqlb036md78m305lc3v6zd4zw8qix70d"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = optional stdenv.isDarwin ./php73-darwin-isfinite.patch; }; php74 = generic { <del> version = "7.4.6"; sha256 = "0j133pfwa823d4jhx2hkrrzjl4hswvz00b1z58r5c82xd5sr9vd6"; </del> <ins> version = "7.4.7"; sha256 = "0ynq4fz54jpzh9nxvbgn3vrdad2clbac0989ai0yrj2ryc0hs3l0"; </ins> }; }
Change:
, CVSSv3=9.8 (nixos-20.03) CVSSv3=9.8 (nixos-20.03) CVSSv3=9.8 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=5.9 (nixos-20.03) CVSSv3=5.5 (nixos-20.03) CVSSv3=5.3 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives.
See also:

Discussion:
stdenv.mkDerivation rec { pname = "sqlite-analyzer"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> src = assert version == sqlite.version; fetchurl { url = "https://sqlite.org/2020/sqlite-src-${archiveVersion version}.zip"; <del> sha256 = "1jqhs896cvp9l399mjpbv1x2qbfvq875l1vrgnl3zc4ffdjxs9z0"; </del> <ins> sha256 = "1fgmslzf013ry3a7g2vms7zyg24gs53gfj308r6ki4inbn3g04lk"; </ins> }; nativeBuildInputs = [ unzip ];

stdenv.mkDerivation rec { pname = "sqlite"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> # NB! Make sure to update analyzer.nix src (in the same directory). src = fetchurl { url = "https://sqlite.org/2020/sqlite-autoconf-${archiveVersion version}.tar.gz"; <del> sha256 = "1130bcd70s2vlsq0d638pb5qrw9kwqvjswnp2dfypghx9hjz3gid"; </del> <ins> sha256 = "0rlbaq177gcgk5dswd3akbhv2nvvzljrbhgy18hklbhw7h90f5d3"; </ins> }; outputs = [ "bin" "dev" "out" ];
Change:
, CVSSv3=9.8 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) Scanned versions: nixos-19.09: ; nixos-unstable: . May contain false positives.

Discussion:
stdenv.mkDerivation rec { pname = "sqlite-analyzer"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> src = assert version == sqlite.version; fetchurl { url = "https://sqlite.org/2020/sqlite-src-${archiveVersion version}.zip"; <del> sha256 = "1jqhs896cvp9l399mjpbv1x2qbfvq875l1vrgnl3zc4ffdjxs9z0"; </del> <ins> sha256 = "1fgmslzf013ry3a7g2vms7zyg24gs53gfj308r6ki4inbn3g04lk"; </ins> }; nativeBuildInputs = [ unzip ];

stdenv.mkDerivation rec { pname = "sqlite"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> # NB! Make sure to update analyzer.nix src (in the same directory). src = fetchurl { url = "https://sqlite.org/2020/sqlite-autoconf-${archiveVersion version}.tar.gz"; <del> sha256 = "1130bcd70s2vlsq0d638pb5qrw9kwqvjswnp2dfypghx9hjz3gid"; </del> <ins> sha256 = "0rlbaq177gcgk5dswd3akbhv2nvvzljrbhgy18hklbhw7h90f5d3"; </ins> }; outputs = [ "bin" "dev" "out" ];
Change:
, CVSSv3=9.8 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) Scanned versions: nixos-19.09: ; nixos-unstable: . May contain false positives.
See also:

Discussion:
stdenv.mkDerivation rec { pname = "sqlite-analyzer"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> src = assert version == sqlite.version; fetchurl { url = "https://sqlite.org/2020/sqlite-src-${archiveVersion version}.zip"; <del> sha256 = "1jqhs896cvp9l399mjpbv1x2qbfvq875l1vrgnl3zc4ffdjxs9z0"; </del> <ins> sha256 = "1fgmslzf013ry3a7g2vms7zyg24gs53gfj308r6ki4inbn3g04lk"; </ins> }; nativeBuildInputs = [ unzip ];

stdenv.mkDerivation rec { pname = "sqlite"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> # NB! Make sure to update analyzer.nix src (in the same directory). src = fetchurl { url = "https://sqlite.org/2020/sqlite-autoconf-${archiveVersion version}.tar.gz"; <del> sha256 = "1130bcd70s2vlsq0d638pb5qrw9kwqvjswnp2dfypghx9hjz3gid"; </del> <ins> sha256 = "0rlbaq177gcgk5dswd3akbhv2nvvzljrbhgy18hklbhw7h90f5d3"; </ins> }; outputs = [ "bin" "dev" "out" ];
Change:
Describe the bug A clear and concise description of what the bug is. When you try to run the session-manager, the container-manager fails to create the container. Anbox itself does not provide any useful info when errors occur but after you find out where tf it logs to after an hour or two, you can scour for an error: To Reproduce Steps to reproduce the behavior: on 20.03 Expected behavior A clear and concise description of what you expected to happen. It should run the session-manager. Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. This bug has been fixed in but this fix just barely didn't make it into lxc-3.2.1 which 20.03 is currently on. lxc-4.0.0 is the first release with the fix and Anbox works in nixos-unstable because it has lxc-4.0.2. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(atemu): nixpkgs: Maintainer information:

Discussion:
patches = [ ./support-db2x.patch <ins> (fetchurl { url = https://github.com/lxc/lxc/commit/b31d62b847a3ee013613795094cce4acc12345ef.patch; sha256 = "0j4ch22l81b20m03l818442ra47hw4k6zyizsn3a0q3gv6mq5h7x"; }) </ins> ]; postPatch = ''