jiebi/CodeConvo huggingface dataset:
Change:
makeFlags = [ "-e" ]; makeFlagsArray="LIBS=-lgc"; <del> meta = { </del> <ins> meta = with stdenv.lib ; { </ins> description = "Follow a symlink and print out its target file"; longDescription = '' A commandline program that chases symbolic filesystems links to the original file ''; homepage = "https://qa.debian.org/developer.php?login=rotty%40debian.org"; <del> license = stdenv.lib.licenses.gpl2Plus; maintainers = [ stdenv.lib.maintainers.polyrod ]; platforms = stdenv.lib.platforms.all; </del> <ins> license = licenses.gpl2Plus; maintainers = [ maintainers.polyrod ]; platforms = platforms.all; </ins> }; }

Discussion:
sakura terminal emulator terminates when trying to change color by context menu with following error: GLib-GIO-ERROR *: No GSettings schemas are installed on the system [1] 9932 trace trap sakura run sakura, right click to popup context menu : options -select colors -(click on color field to open color chooser) Here is a thread that discusses the issue. it seems that the color-chooser gui description is missing that is needed by sakura. should include gsettings as runtime dependency. actually it has gtk3 package as dependency which provides those schemata, however it obvious doesn't look in the right path. this kind of error got fixed for System: (17.03pre98008. (Gorilla)) Nix version: (nix-env (Nix) 1.11.4) Nixpkgs version: ("17.03pre98008.")
Change:
{ stdenv, fetchurl, cmake, openblasCompat, gfortran, gmm, fltk, libjpeg <del> , zlib, libGLU_combined, libGLU, xorg }: </del> <ins> , zlib, libGLU_combined, libGLU, xorg, opencascade-occt }: </ins> <del> let version = "4.4.1"; in stdenv.mkDerivation { name = "gmsh-${version}"; </del> <ins> stdenv.mkDerivation rec { pname = "gmsh"; version = "4.4.1"; </ins> src = fetchurl { url = "http://gmsh.info/src/gmsh-${version}-source.tgz";

Discussion:
Three-Dimensional Structural Finite Element Program Website: Current stable: v2.15 Example of other distro builds:
I propose that we rename this package to calculix-ccx. Should I open a new ticket for that ? Edit: request -
Change:
description = "Professional Non-Linear Video Editor"; homepage = "https://www.lwks.com/"; license = lib.licenses.unfree; <del> maintainers = [ lib.maintainers.antonxy ]; </del> <ins> maintainers = with lib.maintainers; [ antonxy vojta001 ]; </ins> platforms = [ "x86_64-linux" ]; }; }

Discussion:
Describe the bug I cannot run lightworks from 19.09 branch. Running produces . I am using ThinkPad W530 with i7-3740QM. I use the integrated Intel GPU and optionally use optirun to run tasks on the NVIDIA QUADRO 1000M. When I run I get . To Reproduce Steps to reproduce the behavior without optirun: Steps to reproduce the behavior with optirun: to your Expected behavior Lightwork would start up. Metadata Maintainer information:
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
No relevant changes were made to the lightworks package therefore the issue still occurs. I expect to fix this, however it is not merged yet.
Change:
boost miniupnpc openssl unbound cppzmq zeromq pcsclite readline libsodium hidapi randomx rapidjson <del> python3Packages.protobuf </del> <ins> pythonProtobuf libusb </ins> ] ++ stdenv.lib.optionals stdenv.isDarwin [ IOKit CoreData PCSC ]; cmakeFlags = [

Discussion:
Describe the bug monero-gui fails to build, it was part of my . I am on nixos-unstable. To Reproduce Steps to reproduce the behavior: Expected behavior Build success. Metadata
Change:
# /usr/bin/env gets special treatment so that ".../bin/env python" is # rewritten to /nix/store/<hash>/bin/python.  Interpreters that are # already in the store are left untouched. <ins> # A script file must be marked as executable, otherwise it will not be # considered. </ins> fixupOutputHooks+=(patchShebangsAuto) <del> # Run patch shebangs on a directory. # patchShebangs [--build | --host] directory </del> <ins> # Run patch shebangs on a directory or file. # Can take multiple paths as arguments. # patchShebangs [--build | --host] PATH... </ins> # Flags: # --build : Lookup commands available at build-time

Discussion:
I have been burned by this several times; and I am not alone: When calling with multiple arguments, we should either patch all of them or print an error. Ignoring arguments silently should be a crime. cc
Change:
<ins> #!/usr/bin/env nix-shell #!nix-shell -I nixpkgs=./. -i bash -p curl jq common-updater-scripts gnused nix coreutils #shellcheck shell=bash set -euo pipefail latestVersion=$(curl -s ${GITHUB_TOKEN:+ -H "Authorization: Bearer $GITHUB_TOKEN"} https://api.github.com/repos/recyclarr/recyclarr/releases?per_page=1  | jq -r ".[0].tag_name"  | sed 's/^v//') currentVersion=$(nix-instantiate --eval -E "with import ./. {}; recyclarr.version or (lib.getVersion recyclarr)" | tr -d '"') if [[ "$currentVersion" == "$latestVersion" ]]; then echo "recyclarr is up-to-date: $currentVersion" exit 0 fi function get_hash() { local os=$1 local arch=$2 local version=$3 local pkg_hash=$(nix-prefetch-url --type sha256  https://github.com/recyclarr/recyclarr/releases/download/v"${version}"/recyclarr-"${os}"-"${arch}".tar.xz) nix hash to-sri "sha256:$pkg_hash" } # aarch64-darwin # reset version first so that all platforms are always updated and in sync update-source-version recyclarr 0 "sha256-AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=" --system="aarch64-darwin" update-source-version recyclarr "$latestVersion" $(get_hash osx arm64 "$latestVersion") --system="aarch64-darwin" # x86_64-darwin # reset version first so that all platforms are always updated and in sync update-source-version recyclarr 0 "sha256-AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=" --system="x86_64-darwin" update-source-version recyclarr "$latestVersion" $(get_hash osx x64 "$latestVersion") --system="x86_64-darwin" # aarch64-linux # reset version first so that all platforms are always updated and in sync update-source-version recyclarr 0 "sha256-AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=" --system="aarch64-linux" update-source-version recyclarr "$latestVersion" $(get_hash linux arm64 "$latestVersion") --system="aarch64-linux" # x86_64-linux # reset version first so that all platforms are always updated and in sync update-source-version recyclarr 0 "sha256-AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=" --system="x86_64-linux" update-source-version recyclarr "$latestVersion" $(get_hash linux x64 "$latestVersion") --system="x86_64-linux" </ins>

Discussion:
Project description A command-line application that will automatically synchronize recommended settings from the to your Sonarr/Radarr instances. Metadata homepage URL: source URL: license: mit platforms: linux
Change:
]; checkInputs = [ pytest ]; <ins> patches = [ # Fixes tests by changing threshold of a test-case that broke # with numpy versions >= 1.17. This should be removed for versions > 0.21.2. ( fetchpatch { url = "https://github.com/scikit-learn/scikit-learn/commit/b730befc821caec5b984d9ff3aa7bc4bd7f4d9bb.patch"; sha256 = "0z36m05mv6d494qwq0688rgwa7c4bbnm5s2rcjlrp29fwn3fy1bv"; }) ]; </ins> LC_ALL="en_US.UTF-8"; doCheck = !stdenv.isAarch64;

Discussion:
Describe the bug Currently the python 3.7 module (the other versions likely too, but I have not tested this yet) fails due to some numeric discrepancy caused by a recent upgrade of . This breaks ~26 downstream packages. I'm filing this to keep track of this for and am currently bisecting to confirm and test some other versions too. This is caused by a singular test failure: Upstream issue: Full hydra log: To Reproduce Steps to reproduce the behavior: on or . fails Expected behavior Tests should pass. Maintainer information:
Fixed by
Change:
stdenv.mkDerivation { name = "teamviewer-8.0.17147"; src = fetchurl { <del> url = "http://download.teamviewer.com/download/version_8x/teamviewer_linux_x64.deb"; sha256 = "0s5m15f99rdmspzwx3gb9mqd6jx1bgfm0d6rfd01k9rf7gi7qk0k"; </del> <ins> url = config.teamviewer8.url or "http://download.teamviewer.com/download/version_8x/teamviewer_linux_x64.deb"; sha256 = config.teamviewer8.sha256 or "0s5m15f99rdmspzwx3gb9mqd6jx1bgfm0d6rfd01k9rf7gi7qk0k"; </ins> }; buildInputs = [ makeWrapper patchelf ];

Discussion:
channel is wedged and cannot advance despite successful Hydra tested builds and completed , probably due to some bug in the channel scripts, but it's not clear. One possibility is that a Nix update caused some of the NAR list files (like ) to be corrupted, but it's not clear why this is blocking the channel from advancing.
Closed by
Change:
}; configFile = lib.optionalString (conf!=null) (writeText "config.def.h" conf); <del> preBuild = lib.optionalString (conf!=null) "cp ${configFile} config.def.h" + '' </del> <ins> preBuild = '' ${lib.optionalString (conf!=null) "cp ${configFile} config.def.h"} </ins> makeFlagsArray+=(LDLIBS="-lX11 -lxcb -lXau -lXdmcp" CC=$CC) '';

Discussion:
Steps to reproduce the behavior: slstatus with a custom parameter introduced by Add any other context about the problem here. To reproduce: This is du to the construction of which should insert a new line. I will write a patch tomorrow. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- maintainer committed the breaking change
Thank you for finding this! Feel free to ping me when the patch is ready.
It should be sufficient to add a semicolon after the preBuild's command or, imho even better, merge these two strings into a multi-line string with a line break in between. Sorry for missing this during the PR review. I'll try to create a patch and PR later this evening (CET).
Change:
<ins> { callPackage, ... } @ args: callPackage ./generic.nix (args // rec { version = "${branch}.0.1"; branch = "2"; sha256 = "1c2xc3nl2mg511b63rk7hrckmy14681p1m44mzw3n1fyqnjm0b0z"; }) </ins>

Discussion:
I tried building openjpeg as a dependency when using on Mac OS X, and it failed on trying to run javac. Nevertheless, its derivation seemed to define (long line follows). The package built successfully after I installed an external JDK. It seems that for some strange reason the build script is ignoring the option.
Should fix this. JPIP builds a java component, but the cmake script does not require for
Thanks for the quick reaction! I will try the fix soon!
Change:
}).overrideAttrs ( finalAttrs: prevAttrs: { <ins> systemDefaultPath = lib.concatStringsSep ":" systemBinPaths; </ins> inputsDefaultPath = lib.makeBinPath finalAttrs.defaultPathInputs; passthru = prevAttrs.passthru or { } // { inherit sourceFilesWithDefaultPaths;

Discussion:
Nixpkgs's package of Sylabs SingularityCE () now fails to execute image. After initial examination, the known cause is the failure to substitute default FHS s for some files, but the fix is WIP. Steps to reproduce the behavior: error. should succeed. 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]:
singularity isn't supposed to work without setuid?
Yup. The error seems to result from failure to replace all the default paths after source file hierarchy changes.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
, dbus-python , distro , evdev <ins> , lxml </ins> , pillow , pygobject3 , pyyaml , requests , keyring <ins> , python_magic </ins> # commands that lutris needs , xrandr

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 --- name: lutris <!-- 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: 0.5.7.1 desired version: 0.5.8.3 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: As there is no maintainer listed, was the last to update the package. Please tag this issue in your PR. Just bumping the version didn't seem to work. You have to add python magic as a dependency, but then, all the tests were failing. I don't recall why tho (tried it a few days ago)
Change:
# Don't install SUID binaries sed -i 's/-m 4755/-m 755/g' builddir/Makefile ''; buildPhase = '' <ins> runHook preBuild </ins> make -C builddir <ins> runHook postBuild </ins> ''; installPhase = '' <ins> runHook preInstall </ins> make -C builddir install LOCALSTATEDIR=$out/var chmod 755 $out/libexec/singularity/bin/starter-suid <del> wrapProgram $out/bin/singularity --prefix PATH : ${stdenv.lib.makeBinPath propagatedBuildInputs} </del> <ins> # Explicitly configure paths in the config file sed -i 's|^# mksquashfs path =.*$|mksquashfs path = ${stdenv.lib.makeBinPath [squashfsTools]}/mksquashfs|' $out/etc/singularity/singularity.conf sed -i 's|^# cryptsetup path =.*$|cryptsetup path = ${stdenv.lib.makeBinPath [cryptsetup]}/cryptsetup|' $out/etc/singularity/singularity.conf runHook postInstall </ins> ''; postFixup = '' find $out/libexec/ -type f -executable -exec remove-references-to -t ${go} '{}' + || true <del> # These etc scripts shouldn't have their paths patched cp etc/actions/* $out/etc/singularity/actions/ </del> ''; meta = with stdenv.lib; {

Discussion:
Describe the bug A clear and concise description of what the bug is. The current version singularity 3.2.1 may be out-dated, so that it work abnormally. Should be upgraded to 3.5.3 To Reproduce Steps to reproduce the behavior: Expected behavior A clear and concise description of what you expected to happen. Start a shell normally Screenshots If applicable, add screenshots to help explain your problem. Additional context According to This is because that the singularity 3.2.1 is out-dated, "This issue is due to a mount option passed, which is not ignored on newer kernels and leads to an error. Please use Singularity 3.5.3 to address this issue." 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(astrojhgu): nixpkgs: Maintainer information:
cc
Working on this jbedo/nixpkgs Haven't fully tested yet.
Change:
pyspread = libsForQt5.callPackage ../applications/office/pyspread { }; <ins> teapot = callPackage ../applications/office/teapot { }; </ins> pythonIRClib = pythonPackages.pythonIRClib; pyditz = callPackage ../applications/misc/pyditz {

Discussion:
Project description Teapot is an interesting project that implements a compact spreadsheet in roughly 140k, with the following features: UI: Ncurses terminal UI, FLTK windowed GUI, and a batch processing mode all available. Cell Syntax: Cell locations represented as lists of coordinates. Eg, instead of "B1" or "R1C2", cells are referenced as " Three Dimensions: This 3-coordinate style adds a third dimension to the spreadsheet, reducing the need for hiding columns or rows of intermediate results as is sometimes the case in traditional spreadsheets, among other things. Relative References: This also enables both relative cell and relative formula references that make refactoring the spreadsheet easier. Type-Safety: All values have a type, and all operations and formulas check types. No more adding a float to a string and getting a (probably undesirable) result. Iterative Expressions: Modeled on clocked expressions, these solve problems with circular dependencies in traditional spreadsheets and effectively make teapot Turing-complete. Platform-Independent File format: Defined by XDR and portable across machines, especially floating point representation that may differ across platforms Legacy File format support: Portable ASCII file format, standard CSV, SpreadsheetCalculator SC and Lotus 1-2-3 WK1 format. Extensibility: Easily extended by new functions in C. Internationalization: Can be internationalized and comes with English, Dutch, German and Polish message catalogs. Interoperability: Interfaces to troff/tbl, LATEX, HTML and CSV which are well-suited for further processing, be it graphing, typesetting, accounting or anything else. Metadata homepage URL: source URL: (bottom of page) license: GPL3 platforms: unix, linux, darwin
I tried to build this from source, but I'm getting an issue with it. Here is what I did so far, in case someone wants to try it: I am going to try with the deb and see if it works.
I got the deb working successfully (even created a desktop entry for the GUI client, although no icon). I'm going to keep trying with the source today (it is an issue regarding mbslen not being recognized), but if I can't get that, then I will post the working one.
is just a warning, it can be fixed with a simple patch.

The more serious problems are compiling with FLTK support and build the docs. Maybe more patches are needed. (On the other hand, it can be useful to package the already-given binary targz.)
Change:
let common = { virtualisation.useBootLoader = true; <del> virtualisation.useEFIBoot = true; </del> boot.loader.systemd-boot.enable = true; boot.loader.efi.canTouchEfiVariables = true; environment.systemPackages = [ pkgs.efibootmgr ];

Discussion:
Describe the bug on a NixOS configuration with systemd-boot as bootloader (the default for NixOS installs on UEFI systems) fails with this error: I checked that the file exists, so what's missing in the kernel since it reports "No such device"? Steps to reproduce This happens with nixos-20.09 and nixos-unstable, but not nixos-20.03. (Just change the command above.) Expected behavior The build succeeds, like it did before (on nixos-20.03). Screenshots If applicable, add screenshots to help explain your problem. 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. Maintainer information:
Disabling ~systemd-boot~ efi settings from results in So the insmod error is the same, but now the init script doesn't die on
Ah, the default value of is , and with that value it actually succeeds. So it's not really the systemd-boot part of the config that is broken.
Oh, this comment recommends NOT to set , because it can wear out the NVRAM:
Ah, the default value of is false, [...] Well, except that sets it to true, so it is enabled by default for NixOS EFI installs.
Interestingly, the uses . That results in success!
Now the question is, where to set (or )? I see at least these places where conditionally adding it could make sense: Call site: Option declaration, in qemu- Implementation, in qemu- In the systemd- module:
Change:
<del> { lib , stdenv , cmake , fetchFromGitHub , wrapQtAppsHook , qtmultimedia , qttools , qtdeclarative , qtnetworkauth , qtbase , makeWrapper , catch2 , nodejs , libpulseaudio , openssl , rsync , typescript }: stdenv.mkDerivation rec { pname = "imgbrd-grabber"; version = "7.10.0"; src = fetchFromGitHub { owner = "Bionus"; repo = "imgbrd-grabber"; rev = "v${version}"; sha256 = "sha256-AT6pN2do0LlH6xAXKcFQv+oderD88/EiG1JnCw6kOOg="; fetchSubmodules = true; }; buildInputs = [ openssl libpulseaudio typescript ]; nativeBuildInputs = [ makeWrapper qtmultimedia qtbase qtdeclarative qttools qtnetworkauth nodejs cmake wrapQtAppsHook ]; extraOutputsToLink = [ "doc" ]; postPatch = '' # the package.sh script provides some install helpers # using this might make it easier to maintain/less likely for the # install phase to fail across version bumps patchShebangs ./scripts/package.sh # ensure the script uses the rsync package from nixpkgs substituteInPlace ../scripts/package.sh --replace "rsync" "${rsync}/bin/rsync" # the npm build step only runs typescript # run this step directly so it doesn't try and fail to download the unnecessary node_modules, etc. substituteInPlace ./sites/CMakeLists.txt --replace "npm install" "npm run build" # remove the vendored catch2 rm -rf tests/src/vendor/catch # link the catch2 sources from nixpkgs ln -sf ${catch2.src} tests/src/vendor/catch ''; preBuild = '' export HOME=$TMPDIR ''; postInstall = '' # move the binaries to the share/Grabber folder so # some relative links can be resolved (e.g. settings.ini) mv $out/bin/* $out/share/Grabber/ cd ../.. # run the package.sh with $out/share/Grabber as the $APP_DIR sh ./scripts/package.sh $out/share/Grabber # add symlinks for the binaries to $out/bin ln -s $out/share/Grabber/Grabber $out/bin/Grabber ln -s $out/share/Grabber/Grabber-cli $out/bin/Grabber-cli ''; sourceRoot = "${src.name}/src"; meta = with lib; { description = "Very customizable imageboard/booru downloader with powerful filenaming features"; license = licenses.asl20; homepage = "https://bionus.github.io/imgbrd-grabber/"; mainProgram = "Grabber"; maintainers = [ maintainers.evanjs ]; }; } </del>

Discussion:
Package name: imgbrd-grabber Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 7.10.0 Current version on the stable/release channel: 7.10.0 <!-- 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! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Change:
stdenv.mkDerivation rec { pname = "libtgvoip"; <del> version = "unstable-2020-03-02"; </del> <ins> version = "unstable-2021-07-13"; </ins> src = fetchFromGitHub { owner = "telegramdesktop"; repo = "libtgvoip"; <del> rev = "e422d2a80546a32ab7166a9b1058bacfc5daeefc"; sha256 = "0n6f7215k74039j0zmicjzhj6f45mq6fvkrwzyzibcrv87ib17fc"; </del> <ins> rev = "f321e7c8cc086bac6ae06fa0934aac7d9833a310"; sha256 = "1gk5nsqhbnn1cdh83b70qr3d3v2c1bncylvgn77vvj8vnyjlmnfq"; </ins> }; <ins> # To fix the build without external webrtc: patches = [ (fetchpatch { # Use methods from updated webrtc. url = "https://github.com/telegramdesktop/libtgvoip/commit/13a5fcb16b04472d808ce122abd695dbf5d206cd.patch"; sha256 = "0wapqvml3yyv5dlp2q8iih5rfvfnkngll69krhnw5xsdjy22sp7r"; revert = true; }) (fetchpatch { # Allow working with external webrtc. url = "https://github.com/telegramdesktop/libtgvoip/commit/6e82b6e45664c1f80b9039256c99bebc76d34672.patch"; sha256 = "0m87ixja70vnm80a9z4gxk0yl7n64y59smczxb88lxnj6kdgih7x"; revert = true; }) ]; </ins> outputs = [ "out" "dev" ]; nativeBuildInputs = [ pkg-config autoreconfHook ];

Discussion:
, CVSSv3=5.3 (nixos-21.05, nixos-unstable) A reordering issue exists in Telegram before 7.8.1 for Android, Telegram before 7.8.3 for iOS, and Telegram Desktop before 2.8.8. An attacker can cause the server to receive messages in a different order than they were sent a client. Scanned versions: nixos-21.05: ; nixos-unstable: . Cc Cc Cc