jiebi/CodeConvo huggingface dataset:
Change:
Project description A pep8 equivalent for bash scripts This program attempts to be an automated style checker for bash scripts to fill the same part of code review that pep8 does in most OpenStack projects. It started from humble beginnings in the DevStack project, and will continue to evolve over time. Metadata homepage URL: source URL: license: Apache2.0 platforms: unix, linux, darwin

Discussion:
<ins> { lib , Babel , buildPythonApplication , fetchPypi , fixtures , mock , pbr , pytestCheckHook , pythonOlder , setuptools }: buildPythonApplication rec { pname = "bashate"; version = "2.0.0"; disabled = pythonOlder "3.5"; src = fetchPypi { inherit pname version; sha256 = "05qsaaqfpvr6h4g19prbkpznwb9a4dwzyzivdzh9x80cgkq0r6gb"; }; propagatedBuildInputs = [ Babel pbr setuptools ]; checkInputs = [ fixtures mock pytestCheckHook ]; pythonImportsCheck = [ "bashate" ]; meta = with lib; { description = "Style enforcement for bash programs"; homepage = "https://opendev.org/openstack/bashate"; license = with licenses; [ asl20 ]; maintainers = with maintainers; [ fab ]; }; } </ins>

barman = python3Packages.callPackage ../tools/misc/barman { }; <ins> bashate = python3Packages.callPackage ../development/tools/bashate { }; </ins> bash-my-aws = callPackage ../tools/admin/bash-my-aws { }; bashcards = callPackage ../tools/misc/bashcards { };
Change:
Describe the bug Vscode fails to install because no longer exists. To Reproduce Steps to reproduce the behavior: Expected behavior Vscode gets downloaded Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(minibill): channels(root): nixpkgs: Maintainer information:
As a stopgap, you could use vscodium, but I'll look into it
Main problem I see is that this also affects stable
Yeah, any fix should be backported as well

Discussion:
src = fetchurl { name = "VSCode_${version}_${plat}.${archive_fmt}"; <del> url = "https://vscode-update.azurewebsites.net/${version}/${plat}/stable"; </del> <ins> url = "https://update.code.visualstudio.com/${version}/${plat}/stable"; </ins> inherit sha256; };
Change:
Describe the bug texlive core big bin builds failed on macOS. It seems failed after zziplib updated to 0.13.72. Full log: To Reproduce Steps to reproduce the behavior: Metadata system: host os: multi-user?: sandbox: version: channels(Nasy): nixpkgs:
Regression from (had to workaround this one before )
Upstream fix gdraheim/zziplib

Discussion:
{ lib , stdenv , fetchFromGitHub <ins> , fetchpatch </ins> , cmake , perl , pkg-config

hash = "sha256-Ht3fBgdrTm4mCi5uhgQPNtpGzADoRVOpSuGPsIS6y0Q="; }; <ins> patches = [ # apply https://github.com/gdraheim/zziplib/pull/113 (fetchpatch { url = "https://github.com/gdraheim/zziplib/commit/82a7773cd17828a3b0a4f5f552ae80c1cc8777c7.diff"; sha256 = "0ifqdzxwb5d19mziy9j6lhl8wj95jpxzm0d2c6y3bgwa931avd3y"; }) (fetchpatch { url = "https://github.com/gdraheim/zziplib/commit/1cd611514c5f9559eb9dfc191d678dfc991f66db.diff"; sha256 = "11w9qa46xq49l113k266dnv8izzdk1fq4y54yy5w8zps8zd3xfny"; }) (fetchpatch { url = "https://github.com/gdraheim/zziplib/commit/e47b1e1da952a92f917db6fb19485b8a0b1a42f3.diff"; sha256 = "0d032hkmi3s3db12z2zbppl2swa3gdpbj0c6w13ylv2g2ixglrwg"; }) ]; </ins> nativeBuildInputs = [ cmake perl
Change:
I ran on Nixpkgs 15.09 to mirror all referenced tarballs/patches in the content-addressed fetchurl mirror at It successfully mirrored files (in addition to 3861 files mirrored previously). But it failed to mirror 83 files. There were 19 hash mismatches: And 48 files that couldn't be downloaded: The CA certificate errors are really a bug - it shouldn't complain about certificates if it knows the output hash. There were also a bunch of files that failed due to invalid characters in the file name, but that's more a bug in .
These stand out as not actually being immutable URLs:
The issue with has been fixed in master by The one with in Should these commits be cherry-picked to the 15.09 branch?
I resolved those two failures.
Reported about colordiff couple of days ago ()
The ladspa one is fixed here:
Looks like for exim only the most current release is kept at the , all other releases get moved to a . I'm not sure how to fix this besides keeping the package up-to-date.
both/multiple URLs can be specified. They're tried in order.
Is this still relevant?
We should try this again before 17.03 to get rid of some of the old garbage we carry...

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 Dolphin does not generate video thumbnails on unstable after the update to v20.12.1 . Removing in change appears to have resulted in dropping compatibility with ffmpeg 3. Updating the to reference instead of fixes the issue. To Reproduce Steps to reproduce the behavior: dolphin, ffmpegthumbs video thumbnails in dolphin Expected behavior See thumbnail generated for video files Notify maintainers

Discussion:
{ mkDerivation, lib, extra-cmake-modules, <del> ffmpeg_3, kio, taglib </del> <ins> ffmpeg_4, kio, taglib </ins> }: mkDerivation {

maintainers = [ lib.maintainers.ttuegel ]; }; nativeBuildInputs = [ extra-cmake-modules ]; <del> buildInputs = [ ffmpeg_3 kio taglib ]; </del> <ins> buildInputs = [ ffmpeg_4 kio taglib ]; </ins> }
Change:
Project description Linux led controller for Logitech G213, G410, G413, G512, G513, G610, G810, G815, G910 and GPRO Keyboards. Metadata homepage URL: source URL: license: gpl3 platforms: linux
There are closed pull requests for both a and . If you want to you can update it based on the suggestions and open your own PR.
I marked this as stale due to inactivity. &rarr;

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , hidapi , profile ? "/etc/g810-led/profile" }: stdenv.mkDerivation rec { pname = "g810-led"; version = "0.4.3"; src = fetchFromGitHub { owner = "MatMoul"; repo = pname; rev = "refs/tags/v${version}"; hash = "sha256-GKHtQ7DinqfhclDdPO94KtTLQhhonAoWS4VOvs6CMhY="; }; postPatch = '' substituteInPlace udev/g810-led.rules  --replace "/usr" $out  --replace "/etc/g810-led/profile" "${profile}" ''; buildInputs = [ hidapi ]; installPhase = '' runHook preInstall install -D bin/g810-led $out/bin/g810-led # See https://github.com/MatMoul/g810-led#compatible-keyboards- for keyboard in {g213,g410,g413,g512,g513,g610,g815,g910,gpro}; do ln -s ./g810-led $out/bin/$keyboard-led done install -D udev/g810-led.rules $out/etc/udev/rules.d/90-g810-led.rules runHook postInstall ''; meta = with lib; { description = "Linux LED controller for some Logitech G Keyboards"; homepage = "https://github.com/MatMoul/g810-led"; license = licenses.gpl3Only; maintainers = with maintainers; [ fab ]; platforms = platforms.linux; }; } </ins>

inherit (darwin.apple_sdk.frameworks) Security; }; <ins> g810-led = callPackage ../misc/g810-led { }; </ins> gcdemu = callPackage ../applications/emulators/cdemu/gui.nix { }; gensgs = pkgsi686Linux.callPackage ../applications/emulators/gens-gs { };
Change:
Describe the bug Android Studio deploys some script to Android devices for native debugging, which shouldn't have a /nix/store shebang as Android does not understand this. To fix this, the . A few days ago the package got , and somehow this was broken, as now the shebang is patched again. When reverting this change, the shebang is unpatched again as it should. It should also be noted that and do not have this issue, but does. To Reproduce Steps to reproduce the behavior: the shebang being patched, even though is set to . Expected behavior Shebangs in are unpatched, which makes this work on the Android devices it gets deployed to. Additional context This was fixed with , but seems to have somehow broken again with . Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ivv): nixpkgs: Maintainer information:
I can reproduce this locally as well. It's arbitrarily broken with from with no viable differences in the derivation that would cause this. It points to an issue with where it somehow doesn't work.
Logs do seem to confirm not being respected. I am unsure as to why this happens only on the and branches, as they get called in the exact same way as the and branches which do not have this issue.

Discussion:
sha256 = sha256Hash; }; <del> nativeBuildInputs = [ unzip ]; buildInputs = [ </del> <ins> nativeBuildInputs = [ unzip </ins> makeWrapper ]; <ins> # Causes the shebangs in interpreter scripts deployed to mobile devices to be patched, which Android does not understand dontPatchShebangs = true; </ins> installPhase = '' cp -r . $out wrapProgram $out/bin/studio.sh 

''; }; <del> # Causes the shebangs in interpreter scripts deployed to mobile devices to be patched, which Android does not understand dontPatchShebangs = true; </del> desktopItem = makeDesktopItem { name = drvName; exec = pname;
Change:
Project description A program to help users work with QMK Firmware. Metadata homepage URL: source URL: license: mit platforms: anywhere where python runs

Discussion:
, appdirs , argcomplete , colorama <del> , gnugrep </del> <ins> , nose2 , semver </ins> }: buildPythonPackage rec { pname = "milc"; <del> version = "1.0.10"; </del> <ins> version = "1.3.0"; </ins> src = fetchFromGitHub { owner = "clueboard"; repo = "milc"; rev = version; <del> sha256 = "04mk057b6jh0k4maqkg80kpilxak9r7vlr9xqwzczh2gs3g2x573"; </del> <ins> sha256 = "sha256-koyOBz+pB/vkTHOR1p77ACO11/ULDIBzqsszUUpnE88="; </ins> }; <del> checkInputs = [ gnugrep ]; </del> propagatedBuildInputs = [ appdirs argcomplete colorama ]; <del> # Upstream has a nose2 test suite that runs this hello script in a handful of # ways, but it's not in setup.py and makes assumptions about relative paths in # the src repo, so just sanity-check basic functionality. </del> <ins> checkInputs = [ nose2 semver ]; </ins> checkPhase = '' <del> patchShebangs ./hello ./hello | grep "Hello, World" </del> <ins> patchShebangs example hello nose2 </ins> ''; <ins> pythonImportsCheck = [ "milc" ]; </ins> meta = with lib; { description = "An Opinionated Batteries-Included Python 3 CLI Framework"; homepage = "https://milc.clueboard.co";

<ins> { lib , python3 , fetchpatch }: python3.pkgs.buildPythonApplication rec { pname = "qmk"; version = "0.0.45"; src = python3.pkgs.fetchPypi { inherit pname version; sha256 = "43f297f36b21d68c34c5efa0ce1449dddb2e28753f80939cadf761ee7a2a0901"; }; patches = [ # https://github.com/qmk/qmk_cli/pull/48 (fetchpatch { name = "remove-unused-install-requires.patch"; url = "https://github.com/qmk/qmk_cli/commit/75b6ada1feccfa5a9bc2bb07a4cc749ef40d02dd.patch"; sha256 = "0lwi1dz35p07vha5gwq2jxm5q49vm99ix4jyhd6g6ypqbq1qiwc8"; }) ]; nativeBuildInputs = with python3.pkgs; [ setuptools-scm ]; propagatedBuildInputs = with python3.pkgs; [ milc ]; # no tests implemented doCheck = false; meta = with lib; { description = "A program to help users work with QMK Firmware"; homepage = "https://github.com/qmk/qmk_cli"; license = licenses.mit; maintainers = with maintainers; [ bhipple ]; }; } </ins>

qjoypad = callPackage ../tools/misc/qjoypad { }; <ins> qmk = callPackage ../tools/misc/qmk { }; </ins> qosmic = libsForQt5.callPackage ../applications/graphics/qosmic { }; qownnotes = libsForQt514.callPackage ../applications/office/qownnotes { };
Change:
I can't seem to get both ruby and bundler installed simultaneously, which is frustrating because bundler can't run with ruby. Here's a sample session: This problem doesn't occur with the regular bundler package.
cc
I'm sorry it's taken many months to fix such simple thing...
It really seems we need some active ruby maintainer(s) in nixpkgs. (I don't use ruby myself at all.)

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:
I tried etc., but I did not manage to get my hands on an executable. Can I install that tool somehow with the new texlive infrastructure? Cc:
No, I haven't packaged binaries for that one yet. For reference, it would be in
Christmas time! It works for my files. Hopefully it will for yours as well &ndash; otherwise I can try to fix...
Works like a charm. Thank you so much!

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:
<!-- 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)

Discussion:
, dbus-python , distro , evdev <ins> , lxml </ins> , pillow , pygobject3 , pyyaml , requests , keyring <ins> , python_magic </ins> # commands that lutris needs , xrandr

in buildPythonApplication rec { pname = "lutris-original"; <del> version = "0.5.7.1"; </del> <ins> version = "0.5.8.3"; </ins> src = fetchFromGitHub { owner = "lutris"; repo = "lutris"; rev = "v${version}"; <del> sha256 = "12ispwkbbm5aq263n3bdjmjfkpwplizacnqs2c0wnag4zj4kpm29"; </del> <ins> sha256 = "sha256-NnWIP9oEndk/hDo5Z33pkmZ61pxT/ScmZ4YpS2ajK/8="; </ins> }; nativeBuildInputs = [ wrapGAppsHook ];

] ++ gstDeps; propagatedBuildInputs = [ <del> evdev distro pyyaml pygobject3 requests pillow dbus-python keyring </del> <ins> evdev distro lxml pyyaml pygobject3 requests pillow dbus-python keyring python_magic </ins> ]; # avoid double wrapping

meta = with lib; { homepage = "https://lutris.net"; description = "Open Source gaming platform for GNU/Linux"; <del> license = licenses.gpl3; </del> <ins> license = licenses.gpl3Plus; </ins> maintainers = with maintainers; [ chiiruno ]; platforms = platforms.linux; };
Change:
Describe the bug I use Firefox as a web browser. When I click on links in discord, nothing happens. If I run from the command line there no errors are displayed when clicking on links. I used to see what discord was doing and found the exact call to that is failing. I used that debug information to create a shell script that invokes with the same args and environment variables and ran that directly and saw the following error message: One of the environment variables that I noticed was which is set by . I also noticed that firefox and discord are built against different versions of . Firefox uses the attribute and Discord uses . Discord forks and execs firefox when you click on a link, and the environment variable that is set by the discord wrapper script is inherited by the firefox process which points firefox at a different version of nss than what it is compiled with. As a temporary workaround, I made a local fork of the discord derivation that uses instead of and links are working now. I would have made a PR but that feels like a fragile workaround because discord and firefox should not need to be compiled against the same version of nss. I think the proper fix is to use a different mechanism to point discord at the the paths in so that it is not inherited by child processes, but I'm not quite sure how to do that. To Reproduce Steps to reproduce the behavior: firefox and discord sure that firefox is set as the default browser firefox and discord to click on a link in discord Notify maintainers Metadata Maintainer information:
There's a wrapper to that appends to , shouldn't it prepend instead?
Also, why does Discord fork according to the error message?
By fork, do you mean launch the subprocess? I think that's just what does
Shouldn't it be the wrapped instead?
It does call the wrapper script, wihch appends to so the paths set by 's wrapper are found and used first, hence the issue of failing to start as it needs and is given
Yes I do mean this. I had my goggles on and was thinking in terms of system calls (launching a process involves -ing the current process and -ing the program)
I think you're right about this. I dug through the commit history for that file and it doesn't look like there was any particular reason for using over . I also noticed that is used in most derivations in this repo, so it's probably a safe bet. I'll make a PR if a contributor can give me a on the approach. The firefox derivation scares me a little bit and I'm not sure what consequences that change might have.

Discussion:
makeWrapper "$oldExe"  "$out${browser.execdir or "/bin"}/${browserName}${nameSuffix}"  <del> --suffix LD_LIBRARY_PATH ':' "$libs"  </del> <ins> --prefix LD_LIBRARY_PATH ':' "$libs"  </ins> --suffix-each GTK_PATH ':' "$gtk_modules"  --prefix PATH ':' "${xdg-utils}/bin"  --suffix PATH ':' "$out${browser.execdir or "/bin"}"
Change:
Describe the bug Installing r-ssh fails during configure phase To Reproduce Steps to reproduce the behavior: <details<summarynix log </summary<p</p</detailsExpected behavior Package gets built and installed Additional context Running: results in the following: <details<summarystdout </summary<p</p</detailsNotify maintainers seems to be the last person to have touched the builder. Metadata Maintainer information:

Discussion:
mvtnorm = [ pkgs.libiconv ]; statmod = [ pkgs.libiconv ]; rsvg = [ pkgs.librsvg.dev ]; <ins> ssh = with pkgs; [ libssh ]; </ins> }; packagesRequireingX = [
Change:
Describe the bug Solaar crashes with the following error: Notify maintainers
thanks for report, I can reproduce it. I'll try to find some time to investigate, it looks like it cannot find an icon?
can you elaborate how you run this? I was able to reproduce the issue with , but when I install in the system with it works. It's something with xdg and icons discovery and I wasn't able to fix this, probably some specific XDG variable or desktop environment variable must be set to properly discover icons.
Yes, it seems like it was indeed the problem with icons. Installing KDE fixes the issue even without using it.
The wiki has a small section on this: But on a side note The package is out of date
thanks. Locally I updated to latest version and it didn't change much. If I have a sec I'll try debug little more.
Same error, here's the output i get when running I'm running i3 as my desktop environment
same problem with + . how you investigation progress?

Discussion:
<del> { fetchFromGitHub, lib, gobject-introspection, gtk3, python3Packages }: </del> <ins> { fetchFromGitHub , lib , gobject-introspection , gtk3 , python3Packages , wrapGAppsHook , gdk-pixbuf , libappindicator , librsvg }: </ins> # Although we copy in the udev rules here, you probably just want to use # logitech-udev-rules instead of adding this to services.udev.packages on NixOS

sha256 = "sha256-Ys0005hIQ+fT4oMeU5iFtbLNqn1WM6iLdIKGwdyn7BM="; }; <ins> nativeBuildInputs = [ wrapGAppsHook gdk-pixbuf ]; buildInputs = [ libappindicator librsvg ]; </ins> propagatedBuildInputs = with python3Packages; [ gobject-introspection gtk3

xlib ]; <del> makeWrapperArgs = [ "--prefix PYTHONPATH : $PYTHONPATH" "--prefix GI_TYPELIB_PATH : $GI_TYPELIB_PATH" ]; </del> # the -cli symlink is just to maintain compabilility with older versions where # there was a difference between the GUI and CLI versions. postInstall = ''
Change:
Describe the bug Seems to be missing/incorrect fonts used during testing. To Reproduce Steps to reproduce the behavior: Expected behavior passed tests, successful build Additional context Attempted to add fonts via the FONTCONFIGFILE variable which did make a few of the font tests pass, but could not figure out how to make the rest pass. Looked at Cairo, but it seems 1.16.0 is exactly what is needed for weasyprint. Maintainer information:
could you please take a look at this?
In the meantime, does anyone have a workaround? I've tried the following, but the tests still run.
I think it's likely we're hitting this: Locally I tried using the branch with the Nix package and while it doesn't fully work yet it's past the point I was at before where it stopped during testing and just uses increasingly more memory.
Tried the linked patch instead and that seems to fix it. I'll get a PR going.
I was able to get it to build by commenting out the line (with a ).
The package builds on master, not sure what your comment is about.
Yeah, realized my comment was too late, now that it has been fixed.

Discussion:
{ buildPythonPackage, fetchPypi, <ins> fetchpatch, </ins> cairosvg, pyphen, cffi,

lxml, html5lib, tinycss, <del> pygobject2, </del> glib, pango, fontconfig,

FONTCONFIG_FILE = "${fontconfig.out}/etc/fonts/fonts.conf"; <del> propagatedBuildInputs = [ cairosvg pyphen cffi cssselect lxml html5lib tinycss pygobject2 ]; </del> <ins> propagatedBuildInputs = [ cairosvg pyphen cffi cssselect lxml html5lib tinycss ]; # 47043a1fd7e50a892b9836466f521df85d597c4.patch can be removed after next release of weasyprint, see: # https://github.com/Kozea/WeasyPrint/issues/1333#issuecomment-818062970 </ins> patches = [ <ins> (fetchpatch { url = "https://github.com/Kozea/WeasyPrint/commit/47043a1fd7e50a892b9836466f521df85d597c44.patch"; sha256 = "0l9z0hrav3bcdajlg3vbzljq0lkw7hlj8ppzrq3v21hbj1il1nsb"; }) </ins> (substituteAll { src = ./library-paths.patch; fontconfig = "${fontconfig.lib}/lib/libfontconfig${stdenv.hostPlatform.extensions.sharedLibrary}";