jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug getting when trying to scan over network (scanning from the , scanner device connected to via usb) To Reproduce Steps to reproduce the behavior: server config: client config: on the : choose the network scanner : stops scanning immediately, server logs have an entry: from Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Guessing here, looking at the commit log for the service definition, apologies for pinging a lot of people: Metadata Please run and paste the result. server (managed via nixpkgs): client: Maintainer information:
I marked this as stale due to inactivity. &rarr;
Please test
nice ! will do in few days as I'm moving house :)
Hi just tested it now and it works very well !
approve the pr

Discussion:
{ stdenv, lib, fetchurl, runtimeShell , gettext, pkg-config, python3 , avahi, libgphoto2, libieee1284, libjpeg, libpng, libtiff, libusb1, libv4l, net-snmp <del> , curl, systemd, libxml2, poppler </del> <ins> , curl, systemd, libxml2, poppler, gawk </ins> , sane-drivers # List of { src name backend } attibute sets - see installFirmware below:

systemd libxml2 poppler <ins> gawk </ins> ]; enableParallelBuilding = true;
Change:
Project description Fractal is a Matrix messaging app for GNOME written in Rust. Its interface is optimized for collaboration in large groups, such as free software projects. It's currently pacakged for linux, but was recently marked broken in I've implemented some quick hacks on libhandy and gspell to address the build failures here , but the package still fails. To reproduce develop --impure ".#fractal" source build To continue (to a very long error message): and move to nixpkgs/fractal-4.4.0- build cc (if you're still interested in this) Metadata source URL: platforms: unix
Hi, I'm not using my Darwin machine much anymore, so I don't think I will invest the time in fixing fractal for Darwin.
I marked this as stale due to inactivity. &rarr;
It actually suffices to put for fractal to build on Darwin: ~However, it's still kind of broken: the interface won't show up.~

Discussion:
patchShebangs scripts/meson_post_install.py scripts/test.sh ''; <ins> preConfigure = '' export GETTEXT_DIR="${gettext}" ''; </ins> passthru = { updateScript = nix-update-script { attrPath = pname;

homepage = "https://gitlab.gnome.org/GNOME/fractal"; license = licenses.gpl3; maintainers = teams.gnome.members ++ (with maintainers; [ dtzWill ]); <ins> platforms = platforms.unix; </ins> }; }

"-Dintrospection=enabled" ]; <del> doCheck = true; </del> <ins> doCheck = !stdenv.isDarwin; </ins> checkPhase = '' NO_AT_BRIDGE=1 

homepage = "https://source.puri.sm/Librem5/libhandy"; license = licenses.lgpl21Plus; maintainers = with maintainers; [ jtojnar ]; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.unix; </ins> }; }
Change:
The package is currently pinned at a commit from 2015-08-28. I attempted to update it to a commit dated 2015-10-30 using the below patch to nixpkgs commit : But with this and other more recent versions of GHC HEAD, I'm getting: This happens when using the command Versions:
Have you reported this issue to the developers?
I haven't yet, since I don't know whether this is a GHC bug. It would be useful to a bisect to a specific commit. What's the best way to do that ( throws away build artifacts at each invocation)?
If you have a local checkout of the repository, then you can enter a build environment () and compile in there manually. Those builds would be incremental. From the looks of it, it appears to me that GHC tries to link without , which fails. But I haven't investigated it much either.
I get Do I need to write a special ? If so, what should I write? (still a beginner with nix...)
Ah! I think I got it...
So the issue I have is that and are local shell functions, not commands, so I can't include them in a script to be run by . Is there any way I can wrap those?
Seems to me like this is the offending GHC commit: I'll investigate a bit more and try to file a GHC ticket.
I created a GHC ticket:
ghc 7.10.3 has the same issue:

Discussion:
<ins> --- ghc/compiler/main/SysTools.hs	2016-11-09 14:03:05.304528147 -0500 +++ ghc2/compiler/main/SysTools.hs	2016-11-09 14:00:19.712934686 -0500 @@ -421,7 +421,7 @@ args1 = map Option (getOpts dflags opt_c) args2 = args0 ++ args1 ++ args mb_env <- getGccEnv args2 -  runSomethingResponseFile dflags cc_filter "C Compiler" p args2 mb_env +  runSomethingFiltered dflags cc_filter "C Compiler" p args2 mb_env where -- discard some harmless warnings from gcc that we can't turn off cc_filter = unlines . doFilter . lines @@ -911,7 +911,7 @@ args1     = map Option (getOpts dflags opt_l) args2     = args0 ++ linkargs ++ args1 ++ args mb_env <- getGccEnv args2 -  runSomethingResponseFile dflags ld_filter "Linker" p args2 mb_env +  runSomethingFiltered dflags ld_filter "Linker" p args2 mb_env where ld_filter = case (platformOS (targetPlatform dflags)) of OSSolaris2 -> sunos_ld_filter </ins>

inherit (bootPkgs) ghc; in stdenv.mkDerivation rec { <del> version = "8.1.20161108"; </del> <ins> version = "8.1.20161109"; </ins> name = "ghc-${version}"; rev = "2e8463b232054b788b73e6551947a9434aa76009"; src = fetchgit { url = "git://git.haskell.org/ghc.git"; inherit rev; <del> sha256 = "1x1vnb2zr2qrak72bdqh65d00q351yhn8xvv5i4i359cf2xjmgfd"; </del> <ins> sha256 = "12nxai5qqnw42syhd0vzl2f9f8z28rc0fsa7g771dyzpqglak90l"; </ins> }; patches = [ <del> ./ghc-8.x-dont-pass-linker-flags-via-response-files.patch   # https://github.com/NixOS/nixpkgs/issues/10752 </del> <ins> ./ghc-HEAD-dont-pass-linker-flags-via-response-files.patch   # https://github.com/NixOS/nixpkgs/issues/10752 </ins> ]; postUnpack = ''
Change:
Describe the bug ! I fixed it with a proper fix would be to add it to i will create a PR and test it later this issue is for reference and so i don't forget To Reproduce Steps to reproduce the behavior: ... ... ... Expected behavior A clear and concise description of what you expected to happen. 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 system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:

Discussion:
} (mkIf ((elem "bcachefs" config.boot.initrd.supportedFilesystems) || (bootFs != {})) { <del> # the cryptographic modules are required only for decryption attempts boot.initrd.availableKernelModules = [ "bcachefs" "chacha20" "poly1305" ]; </del> <ins> # chacha20 and poly1305 are required only for decryption attempts boot.initrd.availableKernelModules = [ "bcachefs" "sha256" "chacha20" "poly1305" ]; </ins> boot.initrd.extraUtilsCommands = '' copy_bin_and_libs ${pkgs.bcachefs-tools}/bin/bcachefs
Change:
Describe the bug Qt Creator profiling tools are not working because of a missing prerequisite: . To Reproduce Steps to reproduce the behavior: Qt Creator with a simple C/C++ project the Analyze menu choose the Performance Analyzer command get the following error: is indeed missing. Expected behavior The program gets profiled. Notify maintainers Metadata Please run and paste the result.
For what it's worth, on a different distro I had this same problem which was resolved by installing elfutils-devel and then recompiling qt-creator. The build silently skips building this tool if this dependency is absent.
I marked this as stale due to inactivity. &rarr;
still an issue
would you be able to point me in the general direction of making this happen on NixOS?
Test
I still get "Could not start the perfparser utility program. Make sure a working Perf parser is available at the location given by the PERFPROFILERPARSERFILEPATH environment variable."
try now
updated, cancel the build and try again
... I still get "Could not start the perfparser utility program. Make sure a working Perf parser is available at the location given by the PERFPROFILERPARSERFILEPATH environment variable." What am I doing wrong?
Which channel are you following, if unstable then have you updated
I'm using from (which is the first commit that includes the patch)
try this
It still doesn't work for me :(
looks like perfparser is actually a program built by qtcreator i've switched the pr to be a update pr so that we get perfparser

Discussion:
{ mkDerivation, lib, fetchurl, fetchgit, fetchpatch <del> , qtbase, qtquickcontrols, qtscript, qtdeclarative, qmake, llvmPackages_8 </del> <ins> , qtbase, qtquickcontrols, qtscript, qtdeclarative, qmake, llvmPackages_8, elfutils, perf </ins> , withDocumentation ? false, withClangPlugins ? true }:

sha256 = "07i045mzwbfhwj2jlijhz9xs6ay03qs5dgcw2kzlcr79a69i0h6j"; }; <del> buildInputs = [ qtbase qtscript qtquickcontrols qtdeclarative ] ++ </del> <ins> buildInputs = [ qtbase qtscript qtquickcontrols qtdeclarative elfutils.dev ] ++ </ins> optionals withClangPlugins [ llvmPackages_8.libclang clang_qt_vendor llvmPackages_8.llvm ];

installFlags = [ "INSTALL_ROOT=$(out)" ] ++ optional withDocumentation "install_docs"; <ins> qtWrapperArgs = [ "--set-default PERFPROFILER_PARSER_FILEPATH ${lib.getBin perf}/bin" ]; </ins> preConfigure = '' substituteInPlace src/plugins/plugins.pro  --replace '$$[QT_INSTALL_QML]/QtQuick/Controls' '${qtquickcontrols}/${qtbase.qtQmlPrefix}/QtQuick/Controls'

pycritty = with python3Packages; toPythonApplication pycritty; <del> qtcreator = libsForQt5.callPackage ../development/tools/qtcreator { }; </del> <ins> qtcreator = libsForQt5.callPackage ../development/tools/qtcreator { inherit (linuxPackages) perf; }; </ins> qxmledit = libsForQt5.callPackage ../applications/editors/qxmledit {} ;
Change:
With kernel 5.10.2, this drivers fails to compile. To Reproduce Steps to reproduce the behavior: Compile this driver against the latest Linux kernel the following to your : the system Expected behavior The driver compiles, wifi works and tehe system succesfully upgrades Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ivv): channels(ivar): nixpkgs: Maintainer information:
This probably needs a patch similar to
Not sure if this is the correct upstream, but something like that patch may work: Consider opening an issue upstream if the linked upstream is not correct, so they can patch as well.
I've updated the driver package to include that in , which fixes the issue.
Latest rebase works on my system! :+1:

Discussion:
{ lib, stdenv, fetchFromGitHub, kernel, bc }: stdenv.mkDerivation rec { <del> name = "rtl8821ce-${kernel.version}-${version}"; version = "5.5.2_34066.20200325"; </del> <ins> pname = "rtl8821ce-${kernel.version}"; version = "unstable-2020-12-16"; </ins> src = fetchFromGitHub { owner = "tomaspinho"; repo = "rtl8821ce"; <del> rev = "8d7edbe6a78fd79cfab85d599dad9dc34138abd1"; sha256 = "1hsf8lqjnkrkvk0gps8yb3lx72mvws6xbgkbdmgdkz7qdxmha8bp"; </del> <ins> rev = "14b536f0c9ad2d0abbdab8afc7ade684900ca9cf"; sha256 = "0z7r7spsgn22gwv9pcmkdjn9ingi8jj7xkxasph8118h46fw8ip2"; </ins> }; hardeningDisable = [ "pic" ];
Change:
Describe the bug python38Packages.shapely does not build for me on darwin. It looks like the previous release, 1.7.0, did build on hydra (). I'm not sure if this is a difference depending on the version of shapely or on the version of macosx. To Reproduce Failure It looks like this store path is specifically being by a nixpkgs patch, but that the patch refers to a file that doesn't exist. Additional context The're no here: Notify maintainers Metadata
Ah, it's broken on hydra too, so it's not just me:
I think it's possible that the regression is related to how interact with

Discussion:
(substituteAll { src = ./library-paths.patch; libgeos_c = GEOS_LIBRARY_PATH; <del> libc = "${stdenv.cc.libc}/lib/libc${stdenv.hostPlatform.extensions.sharedLibrary}" + stdenv.lib.optionalString (!stdenv.isDarwin) ".6"; </del> <ins> libc = stdenv.lib.optionalString (!stdenv.isDarwin) "${stdenv.cc.libc}/lib/libc${stdenv.hostPlatform.extensions.sharedLibrary}.6"; </ins> }) ];

index d5a67d2..19b7ffc 100644 --- a/shapely/geos.py +++ b/shapely/geos.py <del> @@ -61,127 +61,10 @@ def load_dll(libname, fallbacks=None, mode=DEFAULT_MODE): </del> <ins> @@ -61,127 +61,17 @@ def load_dll(libname, fallbacks=None, mode=DEFAULT_MODE): </ins> "Could not find lib {} or load any of its variants {}.".format( libname, fallbacks or []))

-    free.argtypes = [c_void_p] -    free.restype = None +_lgeos = CDLL('@libgeos_c@') <del> +free = CDLL('@libc@').free </del> <ins> +if sys.platform == 'darwin': +    # ctypes.CDLL(None) internally calls dlopen(NULL), and as the dlopen +    # manpage says, "If filename is NULL, then the returned handle is for the +    # main program". This way we can let the linker do the work to figure out +    # which libc Python is actually using. +    free = CDLL(None).free +else: +    free = CDLL('@libc@').free </ins> +free.argtypes = [c_void_p] +free.restype = None
Change:
Many nextcloud extensions like need additional php extensions that are not part of the . It would be great to either: Provide an option to override the php package nextcloud uses, i.e. Or: Provide an option , and make the current extension selection its default value I'm opening this as an issue to get some feedback on what the better option is, and to get the naming right. CC maintainers
Meta: I'm not sure all labels I've applied make sense here. Feel free to remove inappropriate ones. Also: There is no PHP label?
cc

Discussion:
cfg = config.services.nextcloud; fpm = config.services.phpfpm.pools.nextcloud; <del> phpPackage = let base = pkgs.php74; in base.buildEnv { extensions = { enabled, all }: with all; enabled ++ [ apcu redis memcached imagick ]; extraConfig = phpOptionsStr; }; </del> <ins> phpPackage = pkgs.php74.buildEnv { extensions = { enabled, all }: (with all; enabled ++ [ imagick ] # Always enabled # Optionally enabled depending on caching settings ++ optional cfg.caching.apcu apcu ++ optional cfg.caching.redis redis ++ optional cfg.caching.memcached memcached ) ++ cfg.phpExtraExtensions all; # Enabled by user extraConfig = toKeyValue phpOptions; }; </ins> toKeyValue = generators.toKeyValue { mkKeyValue = generators.mkKeyValueDefault {} " = ";

post_max_size = cfg.maxUploadSize; memory_limit = cfg.maxUploadSize; } // cfg.phpOptions; <del> phpOptionsStr = toKeyValue phpOptions; </del> occ = pkgs.writeScriptBin "nextcloud-occ" '' #! ${pkgs.runtimeShell}

''; }; <ins> phpExtraExtensions = mkOption { type = with types; functionTo (listOf package); default = all: []; defaultText = "all: []"; description = '' Additional PHP extensions to use for nextcloud. By default, only extensions necessary for a vanilla nextcloud installation are enabled, but you may choose from the list of available extensions and add further ones. This is sometimes necessary to be able to install a certain nextcloud app that has additional requirements. ''; example = literalExample '' all: [ all.pdlib all.bz2 ] ''; }; </ins> phpOptions = mkOption { type = types.attrsOf types.str; default = {

pools.nextcloud = { user = "nextcloud"; group = "nextcloud"; <del> phpOptions = phpOptionsStr; </del> phpPackage = phpPackage; phpEnv = { NEXTCLOUD_CONFIG_DIR = "${cfg.home}/config";

</para> </section> <ins> <section xml:id="installing-apps-php-extensions-nextcloud"> <title>Installing Apps and PHP extensions</title> <para> Nextcloud apps are installed statefully through the web interface. Some apps may require extra PHP extensions to be installed. This can be configured with the <xref linkend="opt-services.nextcloud.phpExtraExtensions" /> setting. </para> </section> </ins> <section xml:id="module-services-nextcloud-maintainer-info"> <title>Maintainer information</title>

enable = true; startAt = "20:00"; }; <ins> phpExtraExtensions = all: [ all.bz2 ]; </ins> }; environment.systemPackages = [ cfg.services.nextcloud.occ ];
Change:
name: current version: desired version: (filling out this template is tedious. especially since there's no syntax highlighting to see through the dense comments) maintainers: cc: cc: who reviewed/merged the libxkbcommon last time. draft PR is incoming. Please tag this issue in your PR.
Looks like this can be closed now? Correct me if I’m wrong!

Discussion:
<del> { stdenv, fetchurl, fetchpatch, meson, ninja, pkgconfig, yacc, xkeyboard_config, libxcb, libX11, doxygen }: </del> <ins> { stdenv, fetchurl, meson, ninja, pkg-config, yacc, doxygen , xkeyboard_config, libxcb, libxml2 , python3 , libX11 }: </ins> stdenv.mkDerivation rec { pname = "libxkbcommon"; <del> version = "0.10.0"; </del> <ins> version = "1.0.3"; </ins> src = fetchurl { url = "https://xkbcommon.org/download/${pname}-${version}.tar.xz"; <del> sha256 = "1wmnl0hngn6vrqrya4r8hvimlkr4jag39yjprls4gyrqvh667hsp"; </del> <ins> sha256 = "0lmwglj16anhpaq0h830xsl1ivknv75i4lir9bk88aq73s2jy852"; </ins> }; outputs = [ "out" "dev" "doc" ]; <del> nativeBuildInputs = [ meson ninja pkgconfig yacc doxygen ]; buildInputs = [ xkeyboard_config libxcb ]; </del> <ins> nativeBuildInputs = [ meson ninja pkg-config yacc doxygen ]; buildInputs = [ xkeyboard_config libxcb libxml2 ]; checkInputs = [ python3 ]; </ins> mesonFlags = [ <del> "-Denable-wayland=false" </del> "-Dxkb-config-root=${xkeyboard_config}/etc/X11/xkb" <ins> "-Dxkb-config-extra-path=/etc/xkb" # default=$sysconfdir/xkb ($out/etc) </ins> "-Dx-locale-root=${libX11.out}/share/X11/locale" <ins> "-Denable-wayland=false" "-Denable-xkbregistry=false" # Optional, separate library (TODO: Install into extra output) </ins> ]; <del> doCheck = false; # fails, needs unicode locale </del> <ins> doCheck = true; preCheck = '' patchShebangs ../test/ ''; </ins> meta = with stdenv.lib; { description = "A library to handle keyboard descriptions"; <ins> longDescription = '' libxkbcommon is a keyboard keymap compiler and support library which processes a reduced subset of keymaps as defined by the XKB (X Keyboard Extension) specification. It also contains a module for handling Compose and dead keys. ''; # and a separate library for listing available keyboard layouts. </ins> homepage = "https://xkbcommon.org"; <ins> changelog = "https://github.com/xkbcommon/libxkbcommon/blob/xkbcommon-${version}/NEWS"; </ins> license = licenses.mit; maintainers = with maintainers; [ ttuegel ]; platforms = with platforms; unix;
Change:
Hey, go users, is there a reason why isn't exported? I would like to have an externally defined/overridden package and this is missing for me. I'll push it in a few days...
No particular reason, as usual :)
I wrote it mostly because I saw the exact same pattern repeated a thousand times in , so I just factored it out without giving much thought to go packages specified elsewhere. Please export/generalize/do whatever is needed to improve things :smile:
It was rather pointless of me to open this issue instead of pushing directly...
:) On Thu, Nov 5, 2015 at 10:11 Vladimír Čunát wrote:

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 It looks like the existing python3{7,8,9} started to crash on hydra last night (), which is blocking all of the downstream dependencies, so it might be a good idea to get this upgrade in. Based on this bug report upstream, it may have something to do with the tests explicitly checking the date and the western new year today. Quite a few python packages have indirect dependencies on this package since it's an indirect dependency of Metadata

Discussion:
''; disabledTests = [ <ins> # These tests depend on the current date, for example because of issues like this. # This makes it possible for them to succeed on hydra and then begin to fail without # any code changes. # https://github.com/aws-cloudformation/cfn-python-lint/issues/1705 # See also: https://github.com/NixOS/nixpkgs/issues/108076 "TestQuickStartTemplates" </ins> # requires git directory "test_update_docs" ];
Change:
Describe the bug A clear and concise description of what the bug is. According this , this package is built by only.
Thanks for reporting this, I just got the error myself.

Discussion:
flycheck-rtags = fix-rtags super.flycheck-rtags; <del> gnuplot = super.gnuplot.overrideAttrs (old: { nativeBuildInputs = (old.nativeBuildInputs or [ ]) ++ [ pkgs.autoreconfHook ]; }); </del> pdf-tools = super.pdf-tools.overrideAttrs (old: { nativeBuildInputs = [ external.pkgconfig ]; buildInputs = with external; old.buildInputs ++ [ autoconf automake libpng zlib poppler ];
Change:
Project description Pretty fast disk usage analyzer written in Go. Gdu is intended primarily for SSD disks where it can fully utilize parallel processing. However HDDs work as well, but the performance gain is not so huge. Metadata homepage URL: source URL: license: mit, platforms: Linux

Discussion:
<ins> { stdenv , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "gdu"; version = "2.0.0"; src = fetchFromGitHub { owner = "dundee"; repo = pname; rev = "v${version}"; sha256 = "0239ppiilr8d43z9v27c9h7b5xkj2n9aacpf5a0h3rz4j0dkcwf7"; }; vendorSha256 = "1jqbsda9bch3awdq816w4jybv7wz9mfflmvs5y2wsa2qnhn9nbyp"; meta = with stdenv.lib; { description = "Disk usage analyzer with console interface"; longDescription = '' Gdu is intended primarily for SSD disks where it can fully utilize parallel processing. However HDDs work as well, but the performance gain is not so huge. ''; homepage = "https://github.com/dundee/gdu"; license = with licenses; [ mit ]; maintainers = [ maintainers.fab ]; platforms = platforms.unix; }; } </ins>

gdrive = callPackage ../applications/networking/gdrive { }; <ins> gdu = callPackage ../tools/system/gdu { }; </ins> go-chromecast = callPackage ../applications/video/go-chromecast { }; go-rice = callPackage ../tools/misc/go.rice {};