jiebi/CodeConvo huggingface dataset:
Change:
<del> { lib, stdenv, fetchurl }: </del> <ins> { lib, stdenv, fetchFromGitHub, meson, ninja, pkg-config, openssl }: </ins> <del> stdenv.mkDerivation { </del> <ins> stdenv.mkDerivation rec { </ins> pname = "libESMTP"; <del> version = "1.0.6"; </del> <ins> version = "1.1.0"; </ins> <del> src = fetchurl { url = "http://brianstafford.info/libesmtp/libesmtp-1.0.6.tar.bz2"; sha256 = "02zbniyz7qys1jmx3ghx21kxmns1wc3hmv80gp7ag7yra9f1m9nh"; </del> <ins> nativeBuildInputs = [ meson ninja pkg-config ]; buildInputs = [ openssl ]; src = fetchFromGitHub { owner = "libesmtp"; repo = pname; rev = "v${version}"; sha256 = "1bhh8hlsl9597x0bnfl563k2c09b61qnkb9mfyqcmzlq63m1zw5y"; </ins> }; meta = with lib; { <del> homepage = "http://brianstafford.info/libesmtp/index.html"; </del> description = "A Library for Posting Electronic Mail"; <del> license = licenses.lgpl21; </del> <ins> longDescription = '' libESMTP is an SMTP client library which manages submission of electronic mail via a preconfigured Mail Transport Agent (MTA) such as Exim or Postfix. It implements many SMTP extensions including TLS for security and PIPELINING for high performance. ''; homepage = "https://libesmtp.github.io/"; license = licenses.lgpl21Plus; </ins> }; }

Discussion:
, CVSSv3=9.8 (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives.
Change:
tp_smapi = callPackage ../os-specific/linux/tp_smapi { }; <ins> turbostat = callPackage ../os-specific/linux/turbostat { }; </ins> usbip = callPackage ../os-specific/linux/usbip { }; v86d = callPackage ../os-specific/linux/v86d { };

Discussion:
Project description turbostat — Report processor frequency and idle statistics Metadata homepage URL: source URL: license: gpl2+ platforms: linux
Happened to put together a turbostat expression just a day or so ago, see the PR! :)
Change:
'' machine.wait_for_unit("httpd.service") # Ensure php evaluation by matching on the var_dump syntax <del> assert 'string(${toString (builtins.stringLength testString)}) "${testString}"' in machine.succeed( "curl -vvv -s http://127.0.0.1:80/index.php" ) </del> <ins> response = machine.succeed("curl -vvv -s http://127.0.0.1:80/index.php") expected = 'string(${toString (builtins.stringLength testString)}) "${testString}"' assert expected in response, "Does not appear to be able to use subgroups." </ins> ''; })

Discussion:
Describe the bug When I enable PHP in httpd using , the file when visited can only see 11 extensions instead of the 52 I get when I run it through php CLI command. To Reproduce A failing NixOS test: Additional context Likely caused by the great refactor: Notify maintainers
Yep, the refactor relies on a configuration file with all the extensions to load being present and specified. For the binary, we have a wrapper that just tells PHP to look in the right folder for the config, but with the module, it looks like that's not used, since it loads PHP as an extension. The solution would probably be to inherit the config from the package as the first thing put into the it already generates; it should be accessible as .
Change:
gobject-introspection desktop-file-utils glib <del> gtk3 </del> wrapGAppsHook ]; buildInputs = [ cairo gettext <ins> gtk3 </ins> ]; propagatedBuildInputs = with python3Packages; [

Discussion:
When u type grapejuice app or grapejuice player you get the following error: Steps to reproduce the behavior: Grapejuice opens as normal
gtk3 has to be to buildInputs
Adding gtk3 to buildInputs results in the app opening but results in the following error
check if that Wine home path exists and it contains a bin directory (very weird if it doesn't as I have the same path) for me after adding gtk3 to buildInputs the program starts successfully
ater doing: fixes te issue with the wine path, gonna send the pull request for the gtk3
Change:
{ 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 {

Discussion:
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.
Change:
<ins> { lib, asdf-astropy, asdf-wcs-schemas, asdf, astropy, buildPythonPackage, fetchFromGitHub, numpy, pytest-astropy, pytestCheckHook, pythonOlder, scipy, setuptools-scm, setuptools, tomli, }: buildPythonPackage rec { pname = "gwcs"; version = "0.21.0"; pyproject = true; disabled = pythonOlder "3.10"; src = fetchFromGitHub { owner = "spacetelescope"; repo = "gwcs"; rev = "refs/tags/${version}"; hash = "sha256-76h2lDIaPHj7HarVcE0t5k6CA/hLCwquaz+2wMsKj+Y="; }; build-system = [ setuptools setuptools-scm ]; dependencies = [ asdf asdf-astropy asdf-wcs-schemas astropy numpy scipy ]; nativeCheckInputs = [ pytest-astropy pytestCheckHook ]; pythonImportsCheck = [ "gwcs" ]; meta = with lib; { description = "Module to manage the Generalized World Coordinate System"; homepage = "https://github.com/spacetelescope/gwcs"; changelog = "https://github.com/spacetelescope/gwcs/blob/${version}/CHANGES.rst"; license = licenses.bsd3; maintainers = with maintainers; [ fab ]; }; } </ins>

Discussion:
Project description Photutils is an Astropy package for detection and photometry of astronomical sources. Metadata homepage URL: source URL: license: 3-clause BSD platforms: unix, linux, darwin, Linux, Darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I could to built here withou errors from source, just the 1.11.0 version, it is not the latest one. My nix block:
Change:
PRODUCTION = "true"; ALEMBIC_CONFIG_FILE="${pkg}/config/alembic.ini"; API_PORT = toString cfg.port; <del> BASE_URL = "http://localhost:${cfg.port}"; </del> <ins> BASE_URL = "http://localhost:${toString cfg.port}"; </ins> DATA_DIR = "/var/lib/mealie"; CRF_MODEL_PATH = "/var/lib/mealie/model.crfmodel"; } // (builtins.mapAttrs (_: val: toString val) cfg.settings);

Discussion:
Package name: Latest released version: 1.9.0 Current version on the unstable channel: 1.7.0 Current version on the stable/release channel: 1.2.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { lib , stdenv , fetchFromGitHub , chafa , cmake , dbus , dconf , glib , imagemagick_light , libglvnd , libpulseaudio , libxcb , libXrandr , makeBinaryWrapper , networkmanager , nix-update-script , ocl-icd , opencl-headers , pciutils , pkg-config , rpm , sqlite , testers , vulkan-loader , wayland , xfce , zlib , AppKit , Cocoa , CoreDisplay , CoreVideo , CoreWLAN , DisplayServices , Foundation , IOBluetooth , MediaRemote , OpenCL , moltenvk }: stdenv.mkDerivation (finalAttrs: { pname = "fastfetch"; version = "1.12.2"; src = fetchFromGitHub { owner = "fastfetch-cli"; repo = "fastfetch"; rev = finalAttrs.version; hash = "sha256-l9fIm7+dBsOqGoFUYtpYESAjDy3496rDTUDQjbNU4U0="; }; nativeBuildInputs = [ cmake makeBinaryWrapper pkg-config ]; buildInputs = [ chafa imagemagick_light sqlite ] ++ lib.optionals stdenv.isLinux [ dbus dconf glib libglvnd libpulseaudio libxcb libXrandr networkmanager ocl-icd opencl-headers pciutils rpm vulkan-loader wayland xfce.xfconf zlib ] ++ lib.optionals stdenv.isDarwin [ AppKit Cocoa CoreDisplay CoreVideo CoreWLAN DisplayServices Foundation IOBluetooth MediaRemote OpenCL moltenvk ]; cmakeFlags = [ "-DCMAKE_INSTALL_SYSCONFDIR=${placeholder "out"}/etc" ]; postInstall = '' wrapProgram $out/bin/fastfetch  --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath finalAttrs.buildInputs}" wrapProgram $out/bin/flashfetch  --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath finalAttrs.buildInputs}" ''; passthru = { updateScript = nix-update-script { }; tests.version = testers.testVersion { package = finalAttrs.finalPackage; command = "fastfetch -v | cut -d '(' -f 1"; version = "fastfetch ${finalAttrs.version}"; }; }; meta = { description = "Like neofetch, but much faster because written in C"; inherit (finalAttrs.src.meta) homepage; license = lib.licenses.mit; maintainers = with lib.maintainers; [ gerg-l khaneliman ]; platforms = lib.platforms.all; mainProgram = "fastfetch"; }; }) </ins>

Discussion:
Project description fastfetch is a [neofetch] like tool for fetching system information and displaying them in a pretty way. It is written in c to achieve much better performance, Metadata source URL: license: mit, bsd, gpl2+ ,: mit platforms: unix, linux, darwin, : linux
Please review and check if it works.
Change:
propagatedUserEnvPkgs = [ gtk-engine-murrine ]; installPhase = '' <ins> runHook preInstall </ins> patchShebangs . mkdir -p $out/share/themes <del> name= ./install.sh -d $out/share/themes </del> <ins> name= ./install.sh --all --dest $out/share/themes </ins> rm $out/share/themes/*/{AUTHORS,LICENSE} <ins> runHook postInstall </ins> ''; meta = with lib; { description = "Flat Material Design theme for GTK based desktop environments"; homepage = "https://github.com/vinceliuice/vimix-gtk-themes"; <del> license = licenses.gpl3; </del> <ins> license = licenses.gpl3Only; </ins> platforms = platforms.unix; maintainers = [ maintainers.romildo ]; };

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: vimix-gtk-themes <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 2020-11-28 desired version: 2021-04-25 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: the install Phase currently doesn't install all the variations of the theme, only the "doder", you must pass the parameter "-a" or "--all" to "" Please tag this issue in your PR.
Change:
./services/web-apps/convos.nix ./services/web-apps/crabfit.nix ./services/web-apps/davis.nix <ins> ./services/web-apps/cryptpad.nix </ins> ./services/web-apps/dex.nix ./services/web-apps/discourse.nix ./services/web-apps/documize.nix

Discussion:
Project description CryptPad is a collaborative office suite that is end-to-end encrypted and open-source. Enable this a service for NixOS. Metadata homepage URL: source URL: license: agpl2 platforms: unix, linux, darwin, ...
CryptPad used to be included in nixpkgs, but it was removed because there weren't enough maintainers. The removal occurred with the commits and .
Not quite true: it was removed because they had a strong dependency on out-of-date software. . Now, there is an ongoing effort to re-introduce it in : .
Change:
''; }; <ins> allowHibernation = mkOption { type = types.bool; default = false; description = lib.mdDoc '' Allow hibernation support, this may be a unsafe option depending on your setup. Make sure to NOT use Swap on ZFS. ''; }; </ins> extraPools = mkOption { type = types.listOf types.str; default = [];

Discussion:
Describe the bug Suspend to disk / hibernation in combination with ZFS may lead to filesystem corruption. To Reproduce The problem only shows up occasionally about once on every 30 startups. I had been using suspend to disk on my laptop without problem for several years. After changing from BTRFS to ZFS the import of the ZFS pool occasionally stalls when resuming from hibernate. A message says that the pool is corrupted and gets reconstructed. Once the pool was corrupted irreparably. Root cause ZFS does not support filesystem freeze and thaw under Linux at the moment. (see ) The problem is that when resuming from hibernation the initrd tries to import the pool (it also tries to fix a corrupted pool and effectively modifies the pool/partition). This happens before checks for a possible resume from hibernation and before the system returns to the state in which it had been suspended. Expected behavior It may be possible to fix the problem by reordering the sequence of actions in initrd. Unless there is a fix for this NixOS should disable the combination of ZFS and hibernation. (More precisely, initrd should either contain the setup scripts for ZFS or the scripts for return-from-hibernate). At least there should be a warning.
BTRFS is native to Linux, so its suspension mechanism and Linux's were (presumably) always set up to work with each other. On the other hand, ZFS's suspension code has not yet been hooked up to Linux's properly: I agree that— One potential problem seems to be that there seem to be multiple packages that can cause suspension. In my NixOS configuration, I tell and not to suspend, but I don't know whether that's everything that might cause suspension.
Thanks for adding the link. I've a corresponding line of warning here:
Do you suspend to disk with a zvol swap? Because I'm running with root on ZFS on my laptop and I have never encountered problems with suspend to disk, but I'm also using a separate regular swap partition.
I for one use a regular swap partition. I recall hearing that swap-on-ZVOL is dangerous independently of hibernation.
I marked this as stale due to inactivity. &rarr;
Would it make sense to automatically add in cases where zfs is in use?
This.

A note in wiki or manual will be good too. EDIT: Done ().
I marked this as stale due to inactivity. &rarr;
Let's see if we can close this with
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<ins> { lib , copyDesktopItems , fetchFromGitHub , makeDesktopItem , stdenv , alsaLib , gcc-unwrapped , git , godot-export-templates , godot-headless , libGLU , libX11 , libXcursor , libXext , libXfixes , libXi , libXinerama , libXrandr , libXrender , libglvnd , libpulseaudio , zlib }: stdenv.mkDerivation rec { pname = "oh-my-git"; version = "0.6.4"; src = fetchFromGitHub { owner = "git-learning-game"; repo = "oh-my-git"; rev = version; sha256 = "sha256-GQLHyBUXF+yqEZ/LYutAn6TBCXFX8ViOaERQEm2J6CY="; }; nativeBuildInputs = [ copyDesktopItems godot-headless ]; buildInputs = [ alsaLib gcc-unwrapped.lib git libGLU libX11 libXcursor libXext libXfixes libXi libXinerama libXrandr libXrender libglvnd libpulseaudio zlib ]; desktopItems = [ (makeDesktopItem { name = "oh-my-git"; exec = "oh-my-git"; icon = "oh-my-git"; desktopName = "oh-my-git"; comment = "An interactive Git learning game!"; genericName = "An interactive Git learning game!"; categories = "Game;"; }) ]; buildPhase = '' runHook preBuild # Cannot create file '/homeless-shelter/.config/godot/projects/...' export HOME=$TMPDIR # Link the export-templates to the expected location. The --export commands # expects the template-file at .../templates/3.2.3.stable/linux_x11_64_release # with 3.2.3 being the version of godot. mkdir -p $HOME/.local/share/godot ln -s ${godot-export-templates}/share/godot/templates $HOME/.local/share/godot mkdir -p $out/share/oh-my-git godot-headless --export "Linux" $out/share/oh-my-git/oh-my-git runHook postBuild ''; installPhase = '' runHook preInstall mkdir -p $out/bin ln -s $out/share/oh-my-git/oh-my-git $out/bin # Patch binaries. interpreter=$(cat $NIX_CC/nix-support/dynamic-linker) patchelf  --set-interpreter $interpreter  --set-rpath ${lib.makeLibraryPath buildInputs}  $out/share/oh-my-git/oh-my-git mkdir -p $out/share/pixmaps cp images/oh-my-git.png $out/share/pixmaps/oh-my-git.png runHook postInstall ''; meta = with lib; { homepage = "https://ohmygit.org/"; description = "An interactive Git learning game"; license = with licenses; [ blueOak100 ]; platforms   = [ "x86_64-linux" ]; maintainers = with maintainers; [ jojosch ]; }; } </ins>

Discussion:
Project description made with godot engine it does not run with steam-run (), so a proper package would be great Metadata homepage URL: source URL: license: Blue Oak Model License platforms: linux, darwin, windows
Change:
PICKLE_RECEIVER_INTERFACE = 127.0.0.1 LINE_RECEIVER_INTERFACE = 127.0.0.1 CACHE_QUERY_INTERFACE = 127.0.0.1 <ins> # Do not log every update LOG_UPDATES = False LOG_CACHE_HITS = False </ins> ''; type = types.uniq types.string; };

Discussion:
See It seems to have been but now fails on all platforms. According to this was introduced in See for more details. Interestingly enough the same failure was seen with in cc
I think I was wrong. I guess the problem is the switch to llvm 7 from llvm 5 as a default. I will try it out and follow up with a PR if everything works.
That was the problem this issue can be closed with
Change:
gtk-doc docbook-xsl-nons docbook_xml_dtd_43 <ins> ] ++ lib.optionals (!stdenv.buildPlatform.canExecute stdenv.hostPlatform) [ mesonEmulatorHook </ins> ]; buildInputs = [ <ins> gobject-introspection </ins> glib ]; <del> mesonFlags = lib.optionals (stdenv.buildPlatform != stdenv.hostPlatform) [ "-Dgtk_doc=false" ]; </del> meta = with lib; { homepage = "https://gitlab.freedesktop.org/mobile-broadband/libqrtr-glib"; description = "Qualcomm IPC Router protocol helper library";

Discussion:
Steps to reproduce the behavior: , , and itself is effectively abandoned by the upstream (yocto project). I think we may as well drop it rather than fix it. However now relies on it as a runtime linker for use in cross compilation, we have to find an alternative. Please run and paste the result.
openembedded replaced prelink with objdump will test
Change:
GRACEFUL = "@graceful@" COPY_EXTRA_FILES = "@copyExtraFiles@" CHECK_MOUNTPOINTS = "@checkMountpoints@" <ins> STORE_DIR = "@storeDir@" </ins> @dataclass class BootSpec:

Discussion:
Spent a fair bit debugging something. Came down to my DTB being out of sync. The lack of hash prefix should've warned me sooner. The issue is that the dtb is not copied with anything generation specific in the filename. The builder assumes the file is CA-addressed by parent store path, to avoid redundant copies. However, it also assumes it can make this path by taking basename of the specified file. This is file for initrd/kernel since they are second level in the derivation. However, this can't be assumed, and/or isn't true for the DTB. I would just send a PR but I can't think of a super easy/clean way to do this. The current approach (of assuming the depth of the file) is not great, IMO, but nicely avoids hashing the individual files, etc. Using a regex or chopping the prefix is not viable. The only idea I have -- use a regex to just capture the first instead of a b32 looking hash and hope that's good enough. I can do this depending on vibes. Steps to reproduce the behavior: two generation bug in older gen dtb from wherever it gets put (esp mount point or xbootldr), just to prove -install, which re-creates files for all generations, oldest first boot, notice old dtb, realize it lacks hash, realize this is fundamentally problematic. cc: A clear and concise description of what you expected to happen. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { stdenv, buildPythonPackage, fetchPypi, pam }: </del> <ins> { lib , buildPythonPackage , fetchFromGitHub , pam }: </ins> buildPythonPackage rec { pname = "python-pam"; version = "1.8.4"; <del> src = fetchPypi { inherit pname version; sha256 = "16whhc0vr7gxsbzvsnq65nq8fs3wwmx755cavm8kkczdkz4djmn8"; </del> <ins> src = fetchFromGitHub { owner = "FirefighterBlu3"; repo = pname; rev = "v${version}"; sha256 = "0gp7vzd332j7jwndcnz7kc9j283d6lyv32bndd1nqv9ghzv69sxp"; </ins> }; <ins> buildInputs = [ pam ]; </ins> postPatch = '' <del> substituteInPlace pam.py --replace 'find_library("pam")'  '"${pam}/lib/libpam${stdenv.hostPlatform.extensions.sharedLibrary}"' </del> <ins> sed "s|find_library("pam")|"${pam}/lib/libpam.so"|g" -i pam.py </ins> ''; <del> meta = with stdenv.lib; { description = "Python PAM module using ctypes"; </del> <ins> meta = with lib; { description = "Python pam module supporting py3 (and py2)"; </ins> homepage = "https://github.com/FirefighterBlu3/python-pam"; <del> maintainers = with maintainers; [ abbradar ]; </del> license = licenses.mit; <ins> maintainers = with maintainers; [ abbradar mkg20001 ]; </ins> }; }

Discussion:
Describe the bug , which provides the "pam" namespace to everything in python-packages. This is fine, except this also broke the definition of , which packages the same library at the same version. To Reproduce Steps to reproduce the behavior: build result/lib/python3.8/site- points at a non-existent SO in the "pam" Python package Expected behavior Only one, working definition of this Python package. Additional context Add any other context about the problem here. 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: nixpkgs: Maintainer information:
The problem is that the python-pam probably is referencing the pam python package from the current scope, which I solved in my package by inheriting from the parent scope. The reason why pam was created in the first place is because I got confused because of the name and I imagine the reason it was named python-pam by the original author is to solve the inherit issue in another way, namely renaming it. I'd be in favour of the name "pam" because that's how the module is being called (unless both modules do have differences, then we need both)
I'm not particularly fussed about which one "wins", just that we should probably only have one of them. I agree that "pam" is probably a better name - it's just a little unergonomic to use in the tree.
Thanks for reporting. See
Change:
buildInputs = [ # needed for GSETTINGS_SCHEMAS_PATH <del> gsettings-desktop-schemas glib gtk3 </del> <ins> gsettings-desktop-schemas glib gtk3 gtk4 </ins> # needed for XDG_ICON_DIRS gnome.adwaita-icon-theme

Discussion:
When launching chromium with , opening file chooser anywhere will make chromium freeze and exit. Terminal outputs: However, since , is an important workaround for IME users. Steps to reproduce the behavior: chromium with file chooser in any webpages crashes. Chromium launches with no problems. Even if not using chromium with , the file chooser doesn't apply custom icon themes. This indicates maybe we should consider using or similar approach. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Temporary very weird fix: It works btw