jiebi/CodeConvo huggingface dataset:
Code change:
Package name: wavebox Latest released version: Current version on the unstable channel: Current version on the stable/release channel: (doesn't seem like the has anything to do with Wavebox 114 to 116?) Notify maintainers Note for maintainers: Please tag this issue in your PR.

Related discussion:
text: <ins> #!/usr/bin/env nix-shell #!nix-shell -i bash -p nix-update curl jq version=$(curl "https://download.wavebox.app/stable/linux/latest.json" | jq --raw-output '.["urls"]["tar"] | match("https://download.wavebox.app/stable/linux/tar/Wavebox_(.+).tar.gz").captures[0]["string"]') nix-update wavebox --version "$version" </ins>
Code change:
Project description <!-- Describe the project a little: --official sostitute of nimlsp Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ...

Related discussion:
text: <ins> { lib, buildNimPackage, fetchFromGitHub, }: buildNimPackage (final: prev: { pname = "nimlangserver"; version = "1.2.0"; # lock.json was generated by converting # nimble.lock into requires "<gitUrl>#revSha" in a dummy.nimble # for all packages and then running nim_lk on said dummy package # default nim_lk output fails because it attempts # to use branches that will not work instead of HEAD for packages lockFile = ./lock.json; src = fetchFromGitHub { owner = "nim-lang"; repo = "langserver"; rev = "71b59bfa77dabf6b8b381f6e18a1d963a1a658fc"; hash = "sha256-dznegEhRHvztrNhBcUhW83RYgJpduwdGLWj/tJ//K8c="; }; doCheck = false; meta = with lib; final.src.meta // { description = "The Nim language server implementation (based on nimsuggest)"; license = licenses.mit; mainProgram = "nimlangserver"; maintainers = with maintainers; [daylinmorgan]; }; }) </ins>
Code change:
Project description The missing backlight auto adjusting program for Linux. Metadata homepage URL: source URL: (zip file) license: unknown platforms: linux virustotal:
I feel like shaving a yak. I'll take this.
Actually.... among other things the source here is a pain and basically impossible to make reproducible. Pretty annoying so I shall email the author.
here is a package in the interim.
fyi, I found the GitHub repository
Oh, nice. Still needs a license though before we can include it.
Not a blocker from my point of view. Package can be till the licensing situation is clear.
Author is on it re both of these things, btw! I would just give him a day or two.
It's now MIT licensed.
PR filed.

Related discussion:
text: <ins> { lib, stdenv, zig, libyuv, fetchFromGitHub }: stdenv.mkDerivation (finalAttrs: { pname = "backlight-auto"; version = "0.0.1"; src = fetchFromGitHub { owner = "lf94"; repo = "backlight-auto"; rev = finalAttrs.version; hash = "sha256-QPymwlDrgKM/SXDzJdmfzWLSLU2D7egif1OIUE+SHoI="; }; nativeBuildInputs = [ zig.hook ]; buildInputs = [ libyuv ]; meta = with lib; { description = "Automatically set screen brightness with a webcam"; homepage = "https://len.falken.directory/backlight-auto.html"; license = licenses.mit; maintainers = [ maintainers.lf- ]; platforms = platforms.linux; }; }) </ins>
Code change:
CMake seems to use ps command internally, but looks like CMake in nix on darwin can not find ps command, so it complains with message "sh: ps: command not found." (very many times) Although this does not seem to harm build, it is desirable if this can be solved quite easily by some simple patch.
I found a similar problem report in macports. Shall we include /bin/ps visible in cmake environment in darwin systems?
Is there no way to hard-code the path of into CMake?
isn't actually in .
The relevant code in cmake is I believe. The package on contains the Apple ps. I'll likely get it building as part of my revamp of the darwin stdenv, and if I'm feeling particularly charitable I might even hook it into cmake. In the mean time, I'd probably just leave this alone, since I don't think we're far off from having a sensible darwin stdenv.
We definitely can't use procps on Darwin since it doesn't have /proc. Also, these warnings are not always harmless: MySQL's startup scripts won't work unless it has ps in scope during the build process. Right now the workaround is this
This was fixed as part of the new darwin stdenv.

Related discussion:
text: src = fetchsvn { url = "http://winetricks.googlecode.com/svn/trunk"; inherit rev; <ins> sha256 = "01v13qw4sxmfm09g9amqycnzy743gdrhvv23rjr9255dzlrj1s8f"; </ins> }; buildInputs = [ perl which ];
Code change:
CMake seems to use ps command internally, but looks like CMake in nix on darwin can not find ps command, so it complains with message "sh: ps: command not found." (very many times) Although this does not seem to harm build, it is desirable if this can be solved quite easily by some simple patch.
I found a similar problem report in macports. Shall we include /bin/ps visible in cmake environment in darwin systems?
Is there no way to hard-code the path of into CMake?
isn't actually in .
The relevant code in cmake is I believe. The package on contains the Apple ps. I'll likely get it building as part of my revamp of the darwin stdenv, and if I'm feeling particularly charitable I might even hook it into cmake. In the mean time, I'd probably just leave this alone, since I don't think we're far off from having a sensible darwin stdenv.
We definitely can't use procps on Darwin since it doesn't have /proc. Also, these warnings are not always harmless: MySQL's startup scripts won't work unless it has ps in scope during the build process. Right now the workaround is this
This was fixed as part of the new darwin stdenv.

Related discussion:
text: <del> {stdenv, fetchurl, ncurses, curl, taglib, fftw, mpd_clientlib, pkgconfig}: </del> <ins> { stdenv, fetchurl, ncurses, curl, taglib, fftw, mpd_clientlib, pkgconfig , libiconvOrEmpty }: </ins> stdenv.mkDerivation rec { version = "0.5.10";
Code change:
CMake seems to use ps command internally, but looks like CMake in nix on darwin can not find ps command, so it complains with message "sh: ps: command not found." (very many times) Although this does not seem to harm build, it is desirable if this can be solved quite easily by some simple patch.
I found a similar problem report in macports. Shall we include /bin/ps visible in cmake environment in darwin systems?
Is there no way to hard-code the path of into CMake?
isn't actually in .
The relevant code in cmake is I believe. The package on contains the Apple ps. I'll likely get it building as part of my revamp of the darwin stdenv, and if I'm feeling particularly charitable I might even hook it into cmake. In the mean time, I'd probably just leave this alone, since I don't think we're far off from having a sensible darwin stdenv.
We definitely can't use procps on Darwin since it doesn't have /proc. Also, these warnings are not always harmless: MySQL's startup scripts won't work unless it has ps in scope during the build process. Right now the workaround is this
This was fixed as part of the new darwin stdenv.

Related discussion:
text: sha256 = "ff6d5376a2d9caba6f5bb78e68af77cefbdb2f04cd256f738e39f8ac9a79a4a8"; }; <del> buildInputs = [ ncurses curl taglib fftw mpd_clientlib pkgconfig ]; </del> <ins> buildInputs = [ ncurses curl taglib fftw mpd_clientlib pkgconfig ] ++ libiconvOrEmpty; </ins> <del> meta = { </del> <ins> meta = with stdenv.lib; { </ins> description = "Curses-based interface for MPD (music player daemon)"; <del> homepage = http://unkart.ovh.org/ncmpcpp/; license = "GPLv2+"; maintainers = [ stdenv.lib.maintainers.mornfall ]; platforms = stdenv.lib.platforms.all; </del> <ins> homepage    = http://unkart.ovh.org/ncmpcpp/; license     = licenses.gpl2Plus; maintainers = with maintainers; [ lovek323 mornfall ]; platforms   = platforms.all; </ins> }; }
Code change:
Project description can produce completions for a range of shells, including Bash. These should be integrated with the pijul package to improve usability. Metadata homepage URL: source URL: license: gpl2 platforms: all

Related discussion:
text: cargoHash = "sha256-mRi0NUETTdYE/oM+Jo7gW/zNby8dPAKl6XhzP0Qzsf0="; doCheck = false; <del> nativeBuildInputs = [ pkg-config ]; </del> <ins> nativeBuildInputs = [ installShellFiles pkg-config ]; </ins> buildInputs = [ openssl libsodium xxHash ] ++ (lib.optionals gitImportSupport [ libgit2 ]) ++ (lib.optionals stdenv.isDarwin (with darwin.apple_sdk.frameworks; [
Code change:
Project description can produce completions for a range of shells, including Bash. These should be integrated with the pijul package to improve usability. Metadata homepage URL: source URL: license: gpl2 platforms: all

Related discussion:
text: buildFeatures = lib.optional gitImportSupport "git"; <ins> postInstall = lib.optionalString (stdenv.buildPlatform.canExecute stdenv.hostPlatform) '' installShellCompletion --cmd pijul  --bash <($out/bin/pijul completion bash)  --fish <($out/bin/pijul completion fish)  --zsh <($out/bin/pijul completion zsh) ''; </ins> meta = with lib; { description = "A distributed version control system"; homepage = "https://pijul.org";
Code change:
Project description Compute metrics on Python code (e.g. cyclomatic complexity) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin

Related discussion:
text: <ins> { lib , buildPythonPackage , fetchFromGitHub , pytestCheckHook # Python deps , six , setuptools }: buildPythonPackage rec { pname = "mando"; version = "0.7.1"; pyproject = true; src = fetchFromGitHub { owner = "rubik"; repo = "mando"; rev = "v${version}"; hash = "sha256-Ylrrfo57jqGuWEqCa5RyTT9AagBpUvAfviHkyJPFv08="; }; nativeBuildInputs = [ setuptools ]; nativeCheckInputs = [ pytestCheckHook ]; propagatedBuildInputs = [ six ]; pythonImportsCheck = [ "mando" ]; meta = with lib; { description = "Create Python CLI apps with little to no effort at all"; homepage = "https://mando.readthedocs.org"; changelog = "https://github.com/rubik/mando/blob/v${version}/CHANGELOG"; license = licenses.mit; maintainers = with maintainers; [ t4ccer ]; }; } </ins>
Code change:
Project description Compute metrics on Python code (e.g. cyclomatic complexity) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin

Related discussion:
text: <ins> { lib , buildPythonPackage , fetchFromGitHub , pytestCheckHook , fetchpatch # Python deps , mando , colorama , pytest-mock , tomli , poetry-core }: buildPythonPackage rec { pname = "radon"; version = "6.0.1"; pyproject = true; src = fetchFromGitHub { owner = "rubik"; repo = "radon"; rev = "v${version}"; hash = "sha256-yY+j9kuX0ou/uDoVI/Qfqsmq0vNHv735k+vRl22LwwY="; }; patches = [ # NOTE: Remove after next release (fetchpatch { url = "https://github.com/rubik/radon/commit/ce5d2daa0a9e0e843059d6f57a8124c64a87a6dc.patch"; hash = "sha256-WwcfR2ZEWeRiMKdMZAwtZRBcWOqoqpaVTmVo0k+Tn74="; }) ]; nativeBuildInputs = [ poetry-core ]; nativeCheckInputs = [ pytestCheckHook pytest-mock ]; propagatedBuildInputs = [ mando colorama ]; passthru.optional-dependencies = { toml = [ tomli ]; }; pythonImportsCheck = [ "radon" ]; meta = with lib; { description = "Various code metrics for Python code"; homepage = "https://radon.readthedocs.org"; changelog = "https://github.com/rubik/radon/blob/v${version}/CHANGELOG"; license = licenses.mit; maintainers = with maintainers; [ t4ccer ]; mainProgram = "radon"; }; } </ins>
Code change:
Project description Compute metrics on Python code (e.g. cyclomatic complexity) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin

Related discussion:
text: managesieve = callPackage ../development/python-modules/managesieve { }; <ins> mando = callPackage ../development/python-modules/mando { }; </ins> mandown = callPackage ../development/python-modules/mandown { }; manhole = callPackage ../development/python-modules/manhole { };
Code change:
Project description Compute metrics on Python code (e.g. cyclomatic complexity) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin

Related discussion:
text: radish-bdd = callPackage ../development/python-modules/radish-bdd { }; <ins> radon = callPackage ../development/python-modules/radon { }; </ins> railroad-diagrams = callPackage ../development/python-modules/railroad-diagrams { }; rainbowstream = callPackage ../development/python-modules/rainbowstream { };
Code change:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.

Related discussion:
text: let majorVersion = "2.6"; <del> version = "${majorVersion}.7"; </del> <ins> version = "${majorVersion}.8"; # http://www.python.org/download/releases/2.6.8/ # md5 taken from webpage, python 2.6 will receive security fixes until Oct 2013 </ins> src = fetchurl { url = "http://www.python.org/ftp/python/${version}/Python-${version}.tar.bz2"; <del> sha256 = "0p0fd8i533zsdm6gc0jmhmdifccx4v064mh0i1hl2s6fcjhc20j5"; </del> <ins> md5 = "c6e0420a21d8b23dee8b0195c9b9a125"; </ins> }; patches =
Code change:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.

Related discussion:
text: rm -rf "$out/lib/python${majorVersion}/test" ln -s $out/lib/python${majorVersion}/pdb.py $out/bin/pdb ln -s $out/lib/python${majorVersion}/pdb.py $out/bin/pdb${majorVersion} <ins> mv $out/share/man/man1/{python.1.gz,python2.6.1.gz} ln -s $out/share/man/man1/{python2.6.1.gz,python.1.gz} </ins> ''; passthru = {
Code change:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.

Related discussion:
text: rm -rf "$out/lib/python${majorVersion}/test" ln -s $out/lib/python${majorVersion}/pdb.py $out/bin/pdb ln -s $out/lib/python${majorVersion}/pdb.py $out/bin/pdb${majorVersion} <ins> ln -s $out/share/man/man1/{python2.7.1.gz,python.1.gz} </ins> ''; passthru = {
Code change:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.

Related discussion:
text: (http://pypi.python.org/pypi/setuptools/), which represents a large number of Python packages nowadays.  */ <del> { python, setuptools, wrapPython, lib, offlineDistutils, setuptoolsSite }: </del> <ins> { python, setuptools, wrapPython, lib, offlineDistutils, recursivePthLoader }: </ins> { name, namePrefix ? "python-"
Code change:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.

Related discussion:
text: name = namePrefix + name; <ins> # checkPhase after installPhase to run tests on installed packages </ins> phases = "unpackPhase patchPhase configurePhase buildPhase installPhase checkPhase fixupPhase distPhase"; buildInputs = [ python wrapPython setuptools ] ++ buildInputs ++ pythonPath; <del> # setuptoolsSite is responsible for loading pth files propagatedBuildInputs = propagatedBuildInputs ++ [ setuptoolsSite ]; </del> buildInputStrings = map toString buildInputs; pythonPath = [ setuptools] ++ pythonPath;
Code change:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.

Related discussion:
text: # Remove any site.py files generated by easy_install as these # cause collisions. If pth files are to be processed a # corresponding site.py needs to be included in the PYTHONPATH. <del> # # leave them until we have a better solution: see #209 #rm -f "$out/lib/${python.libPrefix}"/site-packages/site.py* </del> <ins> rm -f "$out/lib/${python.libPrefix}"/site-packages/site.py* </ins> ${postInstall} '';
Code change:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.

Related discussion:
text: '' wrapPythonPrograms <del> # If a user installs a Python package, she probably also wants its # dependencies in the user environment (since Python modules don't # have something like an RPATH, so the only way to find the # dependencies is to have them in the PYTHONPATH variable). if test -e $out/nix-support/propagated-build-inputs; then ln -s $out/nix-support/propagated-build-inputs $out/nix-support/propagated-user-env-packages fi createBuildInputsPth build-inputs "$buildInputStrings" </del> <ins> # these should already be in $name.pth #createBuildInputsPth build-inputs "$buildInputStrings" </ins> for inputsfile in propagated-build-inputs propagated-build-native-inputs; do if test -e $out/nix-support/$inputsfile; then createBuildInputsPth $inputsfile "$(cat $out/nix-support/$inputsfile)"
Code change:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.

Related discussion:
text: { stdenv, fetchurl, python, wrapPython }: stdenv.mkDerivation rec { <del> name = "setuptools-" + version; </del> <ins> name = "python-setuptools-" + version; </ins> version = "0.6c11";
Code change:
We need to propagate the pth loader so packages using us process our pth files, but it makes no sense to have the pth loader itself in a pth file.

Related discussion:
text: buildPythonPackage = import ../development/python-modules/generic { inherit (pkgs) lib; <del> inherit python wrapPython setuptools setuptoolsSite offlineDistutils; </del> <ins> inherit python wrapPython setuptools recursivePthLoader offlineDistutils; </ins> };
Code change:
honk-initdb.service attempts tu run even though already exists, causing it to fail and prevent honk.service from starting. I think honk-initdb.service is supposed to be skipped since already exists? Please run and paste the result.
Hi, Thanks for the bug report. That's weird, because that service shouldn't run since the file already exists. I will try to investigate during the week.
Do you know if there is any way I can make honk.service believe its dependencies are met, as a workaround?
What I did precisely in I have no clue why this is not working yet.
I pushed a PR here: Could you try it and let me know if this is fixing the issue ?
Dear is your issue fixed now ?
Ping ^^
The condition seems to work but the issue remains?

Related discussion:
text: unitConfig = { ConditionPathExists = [ # Skip this service if the database already exists <del> "!$STATE_DIRECTORY/honk.db" </del> <ins> "!%S/honk/honk.db" </ins> ]; }; };
Code change:
Package name: cryptomator Latest released version: 1.10.1Current version on the unstable channel: 1.9.4 Current version on the stable/release channel: 1.8.0 Notify maintainers Note for maintainers: Please tag this issue in your PR.

Related discussion:
text: assert stdenv.isLinux; # better than `called with unexpected argument 'enableJavaFX'` mavenJdk.buildMavenPackage rec { pname = "cryptomator"; <del> version = "1.9.4"; </del> <ins> version = "1.10.1"; </ins> src = fetchFromGitHub { owner = "cryptomator"; repo = "cryptomator"; rev = version; <del> hash = "sha256-63UXn1ejL/wDx6S2lugwwthu+C+vJovPypgM0iak78I="; </del> <ins> hash = "sha256-xhj7RUurBRq9ZIDAlcq7KyYGnLqc+vTjaf2VMNStpVQ"; </ins> }; mvnParameters = "-Dmaven.test.skip=true"; <del> mvnHash = "sha256-7gv++Pc+wqmVYaAMgHhSy7xwChfVBgpDFxExzu3bXO0="; </del> <ins> mvnHash = "sha256-XAIwKn8wMqILMQbg9wM4kHAaRSGWQaBx9AXQyJuUO5k="; </ins> preBuild = '' VERSION=${version}
Code change:
Package name: rio Latest released version: 0.0.27 <!-- Search your package here: --- Current version on the unstable channel: 0.0.19 Current version on the stable/release channel: N/A <!-- 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.
Seems one of the dependence of depends on which not entered master yet (see ). I'll handle this once it gets ready.
Not sure why it requires it. Maybe removing this requirement?
And it's an critical component that could not be remove.
1.72.1 merged into master
:+1: Looking forward to this as well. Hopefully fixes
Still not merged into master, merged into staging-next though.
1.73 has been merged into master.
I sent the update

Related discussion:
text: rio.pkg = p: p.rio; rio.cmd = "rio -e $command"; <ins> rio.pinkValue = "#FF1261"; </ins> roxterm.pkg = p: p.roxterm; roxterm.cmd = "roxterm -e $command";
Code change:
Package name: rio Latest released version: 0.0.27 <!-- Search your package here: --- Current version on the unstable channel: 0.0.19 Current version on the stable/release channel: N/A <!-- 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.
Seems one of the dependence of depends on which not entered master yet (see ). I'll handle this once it gets ready.
Not sure why it requires it. Maybe removing this requirement?
And it's an critical component that could not be remove.
1.72.1 merged into master
:+1: Looking forward to this as well. Hopefully fixes
Still not merged into master, merged into staging-next though.
1.73 has been merged into master.
I sent the update

Related discussion:
text: , nix-update-script , autoPatchelfHook <ins> , cmake </ins> , ncurses , pkg-config
Code change:
Package name: rio Latest released version: 0.0.27 <!-- Search your package here: --- Current version on the unstable channel: 0.0.19 Current version on the stable/release channel: N/A <!-- 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.
Seems one of the dependence of depends on which not entered master yet (see ). I'll handle this once it gets ready.
Not sure why it requires it. Maybe removing this requirement?
And it's an critical component that could not be remove.
1.72.1 merged into master
:+1: Looking forward to this as well. Hopefully fixes
Still not merged into master, merged into staging-next though.
1.73 has been merged into master.
I sent the update

Related discussion:
text: in rustPlatform.buildRustPackage rec { pname = "rio"; <del> version = "0.0.19"; </del> <ins> version = "0.0.27"; </ins> src = fetchFromGitHub { owner = "raphamorim"; repo = "rio"; rev = "v${version}"; <del> hash = "sha256-N7eHIyp2imkMUVwiOCameOROoaDJ7g+zNKdIB2aGZy0="; </del> <ins> hash = "sha256-q3Wq7jIYE4g1uPAlpzNWvwUvMy9eN6NQNmPNC4cFmYg="; </ins> }; <del> cargoHash = "sha256-XD+/DaaJEJ9jHZITTUma/wfsbduPUTc/SralPOx46Yo="; </del> <ins> cargoHash = "sha256-SP85se+H4jL/cXyvfbFS2lxpNSjuptAIPs3/htcrMcw="; </ins> nativeBuildInputs = [ ncurses <ins> cmake </ins> ] ++ lib.optionals stdenv.isLinux [ pkg-config autoPatchelfHook