jiebi/CodeConvo huggingface dataset:
Change:
Project description Framework which aims at helping developers and software distributors to spot some ABI-related issues like interface incompatibility in ELF shared libraries by performing a static analysis of the ELF binaries at hand. Metadata homepage URL: source URL: license: platforms: linux or unix
I created the initial packaging here: The configuration is here: but still the build ends up with: Please advise: which disabled features do you want to have enabled (by adding required dependences)? have you seen the missing earlier?
Thank you for taking a look at this. Bash-completions would be nice. I do not also see a reason not to use C++11, looking at the source code it might add some extra tools for visualization. I have no idea why it fails with the error but since I cannot grep hardened in , perhaps it is an artefact of the tarball. Perhaps try adding to to re-generate the script. And while at it, could you move there as well?
I won't have time for any changes until the end of this week, so in case you need it sooner, I suggest you take what I already have and build on top of that.

Discussion:
<ins> { stdenv , fetchurl , autoreconfHook , elfutils , libxml2 , pkgconfig , strace , python3 }: stdenv.mkDerivation rec { pname = "libabigail"; version = "1.6"; outputs = [ "bin" "out" "dev" ]; src = fetchurl { url = "https://mirrors.kernel.org/sourceware/${pname}/${pname}-${version}.tar.gz"; sha256 = "04j07lhvwbp6qp8pdwbf7iqnr7kgpabmqylsw4invpmzwnyp6g6g"; }; nativeBuildInputs = [ autoreconfHook pkgconfig strace ]; buildInputs = [ elfutils libxml2 ]; checkInputs = [ python3 ]; configureFlags = [ "--enable-bash-completion=yes" "--enable-cxx11=yes" ]; enableParallelBuilding = true; doCheck = true; preCheck = '' # runtestdiffpkg needs cache directory export XDG_CACHE_HOME="$TEMPDIR" patchShebangs tests/ ''; meta = with stdenv.lib; { description = "ABI Generic Analysis and Instrumentation Library"; homepage = "https://sourceware.org/libabigail/"; license = licenses.lgpl3Plus; maintainers = with maintainers; [ jtojnar ]; platforms = platforms.linux; }; } </ins>

libaal = callPackage ../development/libraries/libaal { }; <ins> libabigail = callPackage ../development/libraries/libabigail { }; </ins> libaccounts-glib = callPackage ../development/libraries/libaccounts-glib { }; libacr38u = callPackage ../tools/security/libacr38u { };
Change:
Describe the bug scikit-learn fails to build when is set for numpy. To Reproduce Steps to reproduce the behavior: full output:
Unfortunately, scikit-learn is breaking again when built with MKL--possibly due to Weirdly, I can't see the output of what test is failing:

Discussion:
buildPythonPackage rec { pname = "scikit-learn"; <del> version = "0.21.2"; </del> <ins> version = "0.21.3"; </ins> # UnboundLocalError: local variable 'message' referenced before assignment disabled = stdenv.isi686;  # https://github.com/scikit-learn/scikit-learn/issues/5534 src = fetchPypi { inherit pname version; <del> sha256 = "1nvj9j16y1hz9gm0qwzpnx2zmz55c63k1fai643migsyll9c7bqa"; </del> <ins> sha256 = "eb9b8ebf59eddd8b96366428238ab27d05a19e89c5516ce294abc35cea75d003"; </ins> }; buildInputs = [
Change:
Describe the bug AccountsService refuses to read the extensions files, and emits this warning This why I believe people noticed issue, because from lightdm won't exist because of this. This is particularly problematic for Pantheon, which plans to use AccountsService extensions for a variety of things, and currently for a harmonized time_format setting. The actual warning in the source code is at and it's because this returns false. These symlinks checks are tricky for NixOS, where the symlink they expect is a symlink to a symlink to a... :smile:
cc
I would just drop the checks. The assumptions might not make sense even with FHS systems, since AccountsService uses XDGDATADIRS to find the extensions.
I think we could drop the then.

Discussion:
}) ./no-create-dirs.patch ./Disable-methods-that-change-files-in-etc.patch <ins> # Fixes https://github.com/NixOS/nixpkgs/issues/72396 ./drop-prefix-check-extensions.patch </ins> # Systemd unit improvements. Notably using StateDirectory eliminating the # need of an ad-hoc script. (fetchpatch {

<ins> diff --git a/src/extensions.c b/src/extensions.c index 038dcb2..830465d 100644 --- a/src/extensions.c +++ b/src/extensions.c @@ -121,16 +121,7 @@ daemon_read_extension_directory (GHashTable  *ifaces, continue; } -                /* Ensure it looks like "../../dbus-1/interfaces/${name}" */ -                const gchar * const prefix = "../../dbus-1/interfaces/"; -                if (g_str_has_prefix (symlink, prefix) && g_str_equal (symlink + strlen (prefix), name)) { -                        daemon_read_extension_file (ifaces, filename); -                } -                else { -                        g_warning ("Found accounts service vendor extension symlink %s, but it must be exactly " -                                   "equal to '../../dbus-1/interfaces/%s' for forwards-compatibility reasons.", -                                   filename, name); -                } +                daemon_read_extension_file (ifaces, filename); } g_dir_close (dir); </ins>
Change:
To (maybe) reproduce, install using the stable 19.09 channel. Strangely, I have two machines which have the same Nix modulo some minimal hardware-generated and device-specific configuration. This only fails on one of them. Metadata Weird, what's that about? terminates with no issues.
Changing the version from 3.19.1 to 3.19.1.1 makes it work:
Going further I've also a parameter for high-DPI screens, but this necessitates using .

Discussion:
stdenv.mkDerivation rec { pname = "yEd"; <del> version = "3.19.1"; </del> <ins> version = "3.19.1.1"; </ins> src = fetchzip { url = "https://www.yworks.com/resources/yed/demo/${pname}-${version}.zip"; <del> sha256 = "19bnzpwszfrlpi5ssgfsv29gdmfj7pvxad9z8fdjf9k61187dgqj"; </del> <ins> sha256 = "0px88rc1slf7n1n8lpk56hf29ppbnnd4lrqfyggihcr0pxmw157c"; </ins> }; nativeBuildInputs = [ makeWrapper unzip ];

meta = with stdenv.lib; { license = licenses.unfree; <del> homepage = http://www.yworks.com/en/products/yfiles/yed/; </del> <ins> homepage = "https://www.yworks.com/products/yed"; </ins> description = "A powerful desktop application that can be used to quickly and effectively generate high-quality diagrams"; platforms = jre.meta.platforms; maintainers = with maintainers; [ abbradar ];
Change:
Project description Mathematical modelling software Metadata homepage URL: source URL: license: gpl2 platforms: cross-platform
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
I marked this as stale due to inactivity. &rarr;

Discussion:
<ins> { lib , mkDerivation , fetchFromGitHub , qmake }: mkDerivation { pname = "mathmod"; version = "11.1-unstable-2024-01-26"; src = fetchFromGitHub { owner = "parisolab"; repo = "mathmod"; rev = "24d03a04c17363520ae7cf077e72a7b8684eb6fd"; hash = "sha256-HiqHssPGqYEVZWchZRj4rFPc+xNVZk1ryl5qvFC2BmQ="; }; patches = [ ./fix-paths.patch ]; postPatch = '' substituteInPlace MathMod.pro --subst-var out ''; nativeBuildInputs = [ qmake ]; meta = { description = "A mathematical modelling software"; homepage = "https://github.com/parisolab/mathmod"; license = lib.licenses.gpl2Plus; mainProgram = "MathMod"; maintainers = with lib.maintainers; [ tomasajt ]; platforms = lib.platforms.unix; }; } </ins>

<ins> diff --git a/MathMod.pro b/MathMod.pro index 2e2fbf1..bb8f8bd 100644 --- a/MathMod.pro +++ b/MathMod.pro @@ -63,7 +63,5 @@ OTHER_FILES     +=  mathmodcollection.js  mathmodconfig.js # install -target.path    = $TARGET -sources.files  = $$SOURCES $$HEADERS $$RESOURCES $$FORMS mathmod.pro -sources.path   = $TARGET -INSTALLS      += target sources +target.path    = @out@/bin +INSTALLS      += target </ins>

version = "11"; }; <ins> mathmod = libsForQt5.callPackage ../applications/science/math/mathmod { }; </ins> metis = callPackage ../development/libraries/science/math/metis { }; nauty = callPackage ../applications/science/math/nauty { };
Change:
Describe the bug Unable to evaluate due to bug To Reproduce Expected behavior does a nix-review Additional context Add any other context about the problem here. Metadata

Discussion:
# for why this defaults to false, but I (@copumpkin) want to default it to true soon. shouldCheckMeta = config.checkMeta or false; <del> allowUnfree = config.allowUnfree or false; </del> <ins> allowUnfree = config.allowUnfree or false || builtins.getEnv "NIXPKGS_ALLOW_UNFREE" == "1"; </ins> whitelist = config.whitelistedLicenses or []; blacklist = config.blacklistedLicenses or [];

hasBlacklistedLicense = assert areLicenseListsValid; attrs: hasLicense attrs && lib.lists.any (l: builtins.elem l blacklist) (lib.lists.toList attrs.meta.license); <del> allowBroken = config.allowBroken or false; </del> <ins> allowBroken = config.allowBroken or false || builtins.getEnv "NIXPKGS_ALLOW_BROKEN" == "1"; </ins> <del> allowUnsupportedSystem = config.allowUnsupportedSystem or false; </del> <ins> allowUnsupportedSystem = config.allowUnsupportedSystem or false || builtins.getEnv "NIXPKGS_ALLOW_UNSUPPORTED_SYSTEM" == "1"; </ins> isUnfree = licenses: lib.lists.any (l: !l.free or true) licenses;

hasAllowedInsecure = attrs: (attrs.meta.knownVulnerabilities or []) == [] || allowInsecurePredicate attrs || <del> config.allowInsecure or false; </del> <ins> builtins.getEnv "NIXPKGS_ALLOW_INSECURE" == "1"; </ins> showLicense = license: toString (map (l: l.shortName or "unknown") (lib.lists.toList license));

# Return ‘x’ if it evaluates, or ‘def’ if it throws an exception. try = x: def: let res = tryEval x; in if res.success then res.value else def; <del> defaultConfig = { # These attributes are used in pkgs/stdenv/generic/check-meta.nix allowBroken = builtins.getEnv "NIXPKGS_ALLOW_BROKEN" == "1"; allowInsecure = builtins.getEnv "NIXPKGS_ALLOW_INSECURE" == "1"; allowUnfree = builtins.getEnv "NIXPKGS_ALLOW_UNFREE" == "1"; allowUnsupportedSystem = builtins.getEnv "NIXPKGS_ALLOW_UNSUPPORTED_SYSTEM" == "1"; }; </del> in { # We combine legacy `system` and `platform` into `localSystem`, if

assert args ? localSystem -> !(args ? system || args ? platform); import ./. (builtins.removeAttrs args [ "system" "platform" ] // { <del> inherit overlays crossSystem crossOverlays; config = defaultConfig // config; </del> <ins> inherit config overlays crossSystem crossOverlays; </ins> # Fallback: Assume we are building packages on the current (build, in GNU # Autotools parlance) system. localSystem = if builtins.isString localSystem then localSystem
Change:
Related to doesn't work as intended, instead closing immediately with return code 255. This is caused by the usage of instead of in , as is an Qt application. I tried to do this: And in : But apparently must be compiled with clang only: I tried adding to , but ( is branch of ) Same applies for and probably to the rest of Qt applications with non-default . Maybe I'm doing something wrong, but I'm not sure how to fix this. To reproduce : 1) Open 2) Choose "Input Method" 3) Add - Japanese - Mozc 4) Choose "Japanese - Mozc" 5) Click "Preferences" A menu must appear, but nothing happens. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(zepsy): nixpkgs:
Don't think it matters, but switching to doesn't help. Also, installing fixes the problem. Obviously that's not a proper solution but it can be used as a temporary workaround.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Wow, it actually got fixed. Thanks!

Discussion:
sha256 = "0w2dy2j9x5nc7x3g95j17r3m60vbfyn5j617h7js9xryv33yzpgx"; }; <del> nativeBuildInputs = [ gyp which ninja python pkgconfig ]; </del> <ins> nativeBuildInputs = [ gyp which ninja python pkgconfig qt5.wrapQtAppsHook ]; </ins> buildInputs = [ protobuf gtk2 zinnia qt5.qtbase libxcb fcitx gettext ]; postUnpack = ''

install -D -m 755 out_linux/Release/mozc_server     $out/lib/mozc/mozc_server install    -m 755 out_linux/Release/mozc_tool       $out/lib/mozc/mozc_tool <ins> wrapQtApp $out/lib/mozc/mozc_tool </ins> install -D -m 755 out_linux/Release/fcitx-mozc.so   $out/lib/fcitx/fcitx-mozc.so install -D -m 644 unix/fcitx/fcitx-mozc.conf        $out/share/fcitx/addon/fcitx-mozc.conf install -D -m 644 unix/fcitx/mozc.conf              $out/share/fcitx/inputmethod/mozc.conf

maintainers  = with maintainers; [ gebner ericsagnes ]; }; <del> nativeBuildInputs = [ which ninja python gyp pkgconfig ]; </del> <ins> nativeBuildInputs = [ which ninja python gyp pkgconfig qt5.wrapQtAppsHook ]; </ins> buildInputs = [ protobuf ibus gtk2 zinnia qt5.qtbase libxcb ]; src = fetchFromGitHub {

install -D -m 755 out_linux/Release/mozc_server $out/lib/mozc/mozc_server install    -m 755 out_linux/Release/mozc_tool   $out/lib/mozc/mozc_tool <ins> wrapQtApp $out/lib/mozc/mozc_tool </ins> install -d        $out/share/doc/mozc install -m 644    data/installer/*.html         $out/share/doc/mozc/
Change:
Describe the bug pymc3 does not install on macos. To Reproduce 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. Metadata Please run and paste the result. Maintainer information:
I had this issue too. My workaround was to just disable the wrapper: cc
That's built for me thanks - I have yet to try running it.
Thanks for the report and sorry for the delay in the followup. I checked on Linux and it seems to be okay. Unfortunately I don't have a Mac to figure out what is going on there. The error is that it isn't finding in the path in the development environment. I'm guessing then maybe isn't part of the stdenv on mac? Or maybe the mac bash isn't compatible with the builtin I used instead of ? Do you know if this is the case? What do you get if you do
Yes you are correct, darwin stdenv doesn't provide "g++", the C++ compiler is "clang++". The bash should be the same as on linux.

Discussion:
''; # Theano spews warnings and disabled flags if the compiler isn't named g++ <del> cxx_compiler = wrapped "g++" "$HOME/.theano" </del> <ins> cxx_compiler_name = if stdenv.cc.isGNU then "g++" else if stdenv.cc.isClang then "clang++" else throw "Unknown C++ compiler"; cxx_compiler = wrapped cxx_compiler_name "$HOME/.theano" </ins> (    stdenv.lib.optional cudaSupport libgpuarray_ ++ stdenv.lib.optional cudnnSupport cudnn );
Change:
Describe the bug It appears that there is no simple way to override libxml2 and libxslt with pythonSupport = false To Reproduce Expected behavior Straightforward override should work Metadata version: channels(veprbl): Maintainer information:
For some reason does not seem to function. Pass in a string e.g., and see what happens. I am puzzled by this.
Well we get an assertion when evaluating before we can access . And it seems like the problem was there from the beginning: Maybe we should just remove the assertion?
Right, so this is
Could we default to as before, and only enable it in pythonPackages?
do you have any specific reason to disable it by default? Often we enable options and split into multiple outputs to reduce the amount of building that is needed.

Discussion:
, pythonSupport ? stdenv.buildPlatform == stdenv.hostPlatform }: <del> assert pythonSupport -> python != null; assert pythonSupport -> libxml2.pythonSupport; </del> with stdenv.lib; stdenv.mkDerivation rec {

license = licenses.mit; platforms = platforms.all; maintainers = [ maintainers.eelco ]; <ins> broken = !(pythonSupport -> libxml2.pythonSupport); # see #73102 for why this is not an assert </ins> }; }
Change:
Describe the bug When I run mathematica 12.0.0, following error occurs: To Reproduce Steps to reproduce the behavior: as a normal user. mathematica in the shell. error occurs. Expected behavior Should run without errors. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
cc
Sorry about the delay, I was super busy. I have reproduced the issue and will create a PR later.

Discussion:
# Fix library paths cd $out/libexec/Mathematica/Executables for path in mathematica MathKernel Mathematica WolframKernel wolfram math; do <del> sed -i -e 's#export LD_LIBRARY_PATH$#export LD_LIBRARY_PATH=${zlib}/lib:''${LD_LIBRARY_PATH}#' $path </del> <ins> sed -i -e "2iexport LD_LIBRARY_PATH=${zlib}/lib:''${LD_LIBRARY_PATH}n" $path </ins> done # Fix xkeyboard config path for Qt for path in mathematica Mathematica; do sed -i -e "2iexport QT_XKB_CONFIG_ROOT="${xkeyboard_config}/share/X11/xkb"n" $path done <ins> # Remove some broken libraries rm $out/libexec/Mathematica/SystemFiles/Libraries/Linux-x86-64/libz.so* </ins> ''; preFixup = ''
Change:
Describe the bug On release-19.09, or later, I cannot eval pdftk, which uses gcj: Things are fine on the previous commit, To Reproduce Steps to reproduce the behavior: ~/code/nixpkgs && git fetch checkout origin/release-19.09 -env --show-trace --builders '' -f ~/code/nixpkgs -iA pdftk Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: Maintainer information: cc related

Discussion:
}: assert cloog != null -> stdenv.lib.versionOlder version "5"; <del> assert langJava -> stdenv.lib.versionOlder version "6"; </del> <ins> assert langJava -> stdenv.lib.versionOlder version "7"; </ins> let inherit (stdenv)
Change:
Describe the bug crashes with a : This happens regardless of what file I try to play, even a bare invocation without arguments. To Reproduce Steps to reproduce the behavior: from on macOS (or attempt to) with or without arguments. Expected behavior I expected all dependencies, including this to be installed in the nix store. Additional context Running on macOS, using nix-darwin and home-manager. Metadata Please run and paste the result. Will do when I get access to the machine again. Maintainer information:

Discussion:
, pulseSupport       ? config.pulseaudio or stdenv.isLinux, libpulseaudio ? null , rubberbandSupport  ? stdenv.isLinux, rubberband    ? null , screenSaverSupport ? true,           libXScrnSaver ? null <del> , sambaSupport       ? true,           samba         ? null </del> <ins> , sambaSupport       ? stdenv.isLinux, samba         ? null </ins> , sdl2Support        ? true,           SDL2          ? null , sndioSupport       ? true,           sndio         ? null , speexSupport       ? true,           speex         ? null

}; postFixup = stdenv.lib.optionalString stdenv.isDarwin '' <ins> install_name_tool -id $out/lib/libsndio.7.0.dylib $out/lib/libsndio.7.0.dylib </ins> for file in $out/bin/*; do install_name_tool -change libsndio.7.0.dylib $out/lib/libsndio.dylib $file done
Change:
I don't know much more than this: and but I don't know how to fix this.
I was bit by this as well. It fails on other key for me -- looks like it would fail on any.
How did you solve this issue?
Can someone tell me where this "keydir" should be located? I cannot find it in my !
The keydir should be in your gitolite datadir, which is /var/lib/gitolite in the default settings.
Okay. My shows:
oh it should be in "/var/lib/gitolite/.gitolite/keydir", my bad.
Okay, everything is there. How to check why it fails?
It failed for me for every key on v3.6.2. So, besides upgrading gitolite to v3.6.3, there is not really much you can do.
Update solved the issue.

Discussion:
kovirobi = "Kovacsics Robert <kovirobi@gmail.com>"; kragniz = "Louis Taylor <kragniz@gmail.com>"; ktosiek = "Tomasz Kontusz <tomasz.kontusz@gmail.com>"; <ins> lassulus = "Lassulus <lassulus@gmail.com>"; </ins> lethalman = "Luca Bruno <lucabru@src.gnome.org>"; lhvwb = "Nathaniel Baxter <nathaniel.baxter@gmail.com>"; linquize = "Linquize <linquize@yahoo.com.hk>";

<del> { stdenv, fetchurl, perl, git }: </del> <ins> { stdenv, fetchurl, git, nettools, perl }: </ins> stdenv.mkDerivation rec { name = "gitolite-${version}"; <del> version = "3.6.2"; </del> <ins> version = "3.6.3"; </ins> src = fetchurl { url = "https://github.com/sitaramc/gitolite/archive/v${version}.tar.gz"; <del> sha256 = "1gsgzi9ayb4rablki3mqr11b0h8db4xg43df660marfpacmkfb01"; </del> <ins> sha256 = "16cxifjxnri719qb6zzwkdf61x5y957acbdhcgqcan23x1mfn84v"; </ins> }; <del> buildInputs = [ perl git ]; </del> <ins> buildInputs = [ git nettools perl ]; </ins> buildPhase = "true"; patchPhase = ''

--replace /usr/bin/perl "${perl}/bin/perl" substituteInPlace src/lib/Gitolite/Hooks/Update.pm  --replace /usr/bin/perl "${perl}/bin/perl" <ins> substituteInPlace src/lib/Gitolite/Setup.pm  --replace hostname "${nettools}/bin/hostname" </ins> ''; installPhase = ''

homepage    = http://gitolite.com/gitolite/index.html; license     = licenses.gpl2; platforms   = platforms.unix; <del> maintainers = [ maintainers.thoughtpolice ]; </del> <ins> maintainers = [ maintainers.thoughtpolice maintainers.lassulus ]; </ins> }; }
Change:
Describe the bug The channel is currently blocked on the i686-linux minimal ISO not building. It's both failing at and Both of these packages use the meson build system and produce a similar output on failure cc It's another topic entirely if i686-linux should be able to block channels. In my opinion, it's not at the same tier of support to be able to have a channel blocking job like this.
Re channel dependency:
Git bisect said this was at fault ??
I got , damn the merge commits. Neither seems particularly suspect. Edit: I was using wrong bad tag, now I get the same.
That is just weird. On () I see the following in logs: Comparing the two does not show anything suspicious: /nix/store/d915ffl08q1yckm2laqwvjj55ykjq6vd-gcc-wrapper-8.3.0/bin/cc /nix/store/38rh09iclvs97fisbgy8fg6wxr33ijr1-gcc-wrapper-8.3.0/bin/cc
Applying the following to Meson revealed The error pointed me to  method and the empty argument to: The hash contains so it matches some obscure compiler!
Ewwwww :rofl: This is actually rather funny. I can assume what the folllow-up PR to this will be doing to meson...

Discussion:
<del> { lib, python3Packages, stdenv, writeTextDir, substituteAll, targetPackages }: </del> <ins> { lib , python3Packages , fetchpatch , stdenv , writeTextDir , substituteAll , targetPackages }: </ins> let # See https://mesonbuild.com/Reference-tables.html#cpu-families

src = ./fix-rpath.patch; inherit (builtins) storeDir; }) <ins> # Fix detecting incorrect compiler in the store path hash. # https://github.com/NixOS/nixpkgs/issues/73417#issuecomment-554077964 # https://github.com/mesonbuild/meson/pull/6185 (fetchpatch { url = "https://github.com/mesonbuild/meson/commit/972ede1d14fdf17fe5bb8fb99be220f9395c2392.patch"; sha256 = "19bfsylhpy0b2xv3ks8ac9x3q6vvvyj1wjcy971v9d5f1455xhbb"; }) </ins> ] ++ lib.optionals stdenv.isDarwin [ # We use custom Clang, which makes Meson think *not Apple*, while still # relying on system linker. When it detects standard Clang, Meson will