jiebi/CodeConvo huggingface dataset:
Change:
<del> { stdenv, fetchurl, python, utillinux, openssl, http-parser, zlib, libuv }: </del> <ins> { stdenv, fetchurl, python, utillinux, openssl_1_0_2, http-parser, zlib, libuv }: </ins> let <del> version = "1.6.4"; </del> <ins> version = "2.1.0"; </ins> inherit (stdenv.lib) optional maintainers licenses platforms; in stdenv.mkDerivation { name = "iojs-${version}"; src = fetchurl { url = "https://iojs.org/dist/v${version}/iojs-v${version}.tar.gz"; <del> sha256 = "1qzvf7g457dppzxn23wppjcm09vh1n6bhsvz5szhwgjvl0iv2pc7"; </del> <ins> sha256 = "0v6jzsrq3ym0nqy7nb9chn8ij79agifwdvsp5nysgr609na7617i"; </ins> }; prePatch = ''

Discussion:
I cannot install/build anything at this moment. A dir that is created, for example: Here's an example of a full dir structure I am on nix 1.10, nixpkgs commit-id , on the staging branch, as per the fix that was introduced for the permissions flags in . I am running OSX 10.11 public beta 6 (15A278b)
I'm running OSX 10.11 GM, using master with cherry-picked from staging, and I'm having the same problem with findutils. This is really bad. I can't even delete the affected build directory because the path is too long.
This does not appear to be related to . I just reproduced it running OS X 10.11 GM on master with reverted, and I'm running into the same problem, now with coreutils instead of findutils. It's possible this is a 10.11 bug.
Yep, same problem building findutils-4.4.2 from the tarball with Xcode tools. Many of the GNU utilities have an M4 macro that checks for getcwd problems during the configure process, and that's breaking. Anyway, this appears to be an upstream/vendor issue and not related to Nix.
I've filed a Radar with Apple. Here's the Open Radar.
As a workaround, you can skip the configure test that triggers the bug: export glcvfuncgetcwdabort_bug="no" I've hacked this into preHook in in my local tree.
Thanks a lot. I'll try this straight away.
How to remove ?
I've tried all the command-line tricks I know and I still haven't been able to delete it. No word from Apple on my Radar submission, either, unfortunately.
Holy...I got the same deep directory when trying to bootstrap a Gentoo Prefix...
Finally find the solution:
Can anyone confirm this issue still exists?
I believe it was fixed in one of the El Cap updates. I haven't experienced it building Nix on Darwin recently.
Change:
-    file_path = os.path.abspath(inspect.stack()[0][1]) -    env["PYTHONPATH"] = os.path.dirname(os.path.dirname(file_path)) +    cmd = [ "@dvc@" , "daemon", "-q"] + args <del> +    env = None </del> <ins> +    env = os.environ.copy() </ins> env[DVC_DAEMON] = "1" _spawn(cmd, env)

Discussion:
There's a bug in the dvc daemon patch updated in PR , here the relevant lines this causes env to be d and being indexed the line after that, which raises an error when running or other commands a dev shell with dvc 2.9.3, I used a repository, then it as well DVC initializes the repository without errors. Please run and paste the result.
Currently dvc fails to build on master / unstable due to asyncssh being too modern for scmrepo - here's a flake I made resolving the issue + including this patch if anyone wants to carry it forward:
have you got any idea when the issue with may be resolved? Is there anything actionable, or is it just a case of wait and see?
has to be updated to support the latest version. Might be as easy as just removing the version restriction and re-building it; could help to create an issue on their side if that doesn't work
There is a bit of a chain to get it working again. The next merge will bring us a step closer as will get support for Python 3.10 and will allow us to update . Unfortunately, it can't be fixed in at the moment because has issues.
Change:
<xi:include href="shell-helpers.xml" /> <xi:include href="steam.xml" /> <xi:include href="cataclysm-dda.section.xml" /> <del> <xi:include href="urxvt.xml" /> </del> <ins> <xi:include href="urxvt.section.xml" /> </ins> <xi:include href="weechat.section.xml" /> <xi:include href="xorg.section.xml" /> </chapter>

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
I will also work on this
Change:
<ins> { lib , stdenvNoCC , fetchurl , p7zip , pname , version , hash , metaCommon ? { } }: stdenvNoCC.mkDerivation { inherit pname version; src = fetchurl { url = "https://github.com/mifi/lossless-cut/releases/download/v${version}/LosslessCut-win-x64.7z"; inherit hash; }; nativeBuildInputs = [ p7zip ]; unpackPhase = '' 7z x $src -oLosslessCut-win-x64 ''; sourceRoot = "LosslessCut-win-x64"; installPhase = '' mkdir -p $out/bin $out/libexec (cd .. && mv LosslessCut-win-x64 $out/libexec) ln -s "$out/libexec/LosslessCut-win-x64/LosslessCut.exe" "$out/bin/LosslessCut.exe" ''; meta = metaCommon // (with lib; { platforms = platforms.windows; mainProgram = "LosslessCut.exe"; }); } </ins>

Discussion:
Losslesscut crashes at startup due to missing Steps to reproduce the behavior: # crash # works Losslesscut works out-of-the-box. probably just needs a in .
It seems to come from a sandboxing feature of Chromium. (LosslessCut is an Electron app, and Electron uses Chromium, IIUC.) I'll add the flag when I'm available. Should it be to both the Linux and the Darwin binary, or just to the former?
I was only able to test on Linux. While you're at it: When bumping the version, filenames need a change (only tested for Linux): and is still open.
Thank you for reminding! After a quick test, 3.43.0 does run out-of-the-box on my machine Does it crash because the user namespaces is unavailable? Does the same problem happen to , it is another electron app packaged the same way. Does it happen to itself?
I can confirm that it works ootb on NixOS 21.11, but not on 22.05. Caprine crashes in a similar way on NixOS 22.05: Chromium works on both.
How about onlyoffice-bin? If does work, it might have something to do with .
works on 22.05
I'm working on it, but couldn't find a way to call in . To be exact, I don't know how to inject the dependency , a setup hook, into the builder. How should I do it? Thanks a lot for your patience.
Is this issue still relevant?
Last time I checked: Yes. I've got this still on my list and will close in case it is resolved.
It should now be fixed in .
Confirmed.
Change:
pybind11 ] ++ os-specific-buildInputs; <del> propagatedBuildInputs = [ appdirs cffi decorator mako </del> <ins> dependencies = [ </ins> numpy platformdirs pytools <del> six </del> ]; nativeCheckInputs = [ pytestCheckHook ]; <del> preBuild = '' </del> <ins> preCheck = '' </ins> export HOME=$(mktemp -d) <del> rm -rf pyopencl </del> <ins> # import from $out rm -r pyopencl </ins> ''; <del> # gcc: error: pygpu_language_opencl.cpp: No such file or directory </del> <ins> # pyopencl._cl.LogicError: clGetPlatformIDs failed: PLATFORM_NOT_FOUND_KHR </ins> doCheck = false; <del> pythonImportsCheck = [ "pyopencl" ]; </del> <ins> pythonImportsCheck = [ "pyopencl" "pyopencl.array" "pyopencl.cltypes" "pyopencl.elementwise" "pyopencl.tools" ]; </ins> meta = with lib; { <ins> changelog = "https://github.com/inducer/pyopencl/releases/tag/v${version}"; </ins> description = "Python wrapper for OpenCL"; <del> homepage = "https://github.com/pyopencl/pyopencl"; </del> <ins> homepage = "https://github.com/inducer/pyopencl"; </ins> license = licenses.mit; }; }

Discussion:
The pyopencl library module that is installed is nonfunctional. While works, importing submodules like doesn't, and the package that gets imported doesn't seem to have any pertinent fields. The directory tree in the store also looks very suspiciously empty: I don't know exactly what it's supposed to contain, but the older versions of this derivation in my store are full of files. should work. (a bit arbitrary as the last one to touch the derivation). Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The culprit is the commit (a version bump).
Change:
<ins> { aiohttp , botocore , buildPythonPackage , certifi , fetchFromGitHub , lib , mock , pytest-asyncio , pytestCheckHook , pyyaml , requests , urllib3 }: buildPythonPackage rec { pname = "opensearch-py"; version = "2.1.1"; format = "setuptools"; src = fetchFromGitHub { owner = "opensearch-project"; repo = "opensearch-py"; rev = "refs/tags/v${version}"; hash = "sha256-uJ6fdRPDK76qKHE4E6dI01vKgvfqbc6A1RCwnOtuOTY="; }; propagatedBuildInputs = [ botocore certifi requests urllib3 ]; nativeCheckInputs = [ mock pytest-asyncio pytestCheckHook pyyaml ] ++ passthru.optional-dependencies.async; disabledTestPaths = [ # require network "test_opensearchpy/test_async/test_connection.py" "test_opensearchpy/test_async/test_server" "test_opensearchpy/test_connection.py" "test_opensearchpy/test_server" "test_opensearchpy/test_server_secured" ]; passthru.optional-dependencies.async = [ aiohttp ]; meta = { description = "Python low-level client for OpenSearch"; homepage = "https://github.com/opensearch-project/opensearch-py"; changelog = "https://github.com/opensearch-project/opensearch-py/releases/tag/v${version}"; license = lib.licenses.asl20; maintainers = with lib.maintainers; [ mcwitt ]; }; } </ins>

Discussion:
Python module to connect with OpenSearch, Amazon's ElasticSearch fork. Also see and Metadata homepage URL: source URL: license: apache-2.0 platforms: unix, linux, darwin, ...
Change:
{ lib , stdenv <del> , fetchurl </del> <ins> , requireFile </ins> , autoPatchelfHook , rpmextract , libX11

Discussion:
Steps to reproduce the behavior: Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
there is now a captcha on the page at "" <img width="381" alt="image" src=""
Looks like it's the original website request captcha, I've submitted a PR to prompt it.
The captcha seems to have been removed.
Change:
flutterPackages = recurseIntoAttrs (callPackage ../development/compilers/flutter { }); flutter = flutterPackages.stable; <ins> flutter319 = flutterPackages.v3_19; </ins> flutter316 = flutterPackages.v3_16; flutter313 = flutterPackages.v3_13;

Discussion:
Package name: Flutter Latest released version: 3.19.0 <!-- Search your package here: --- Current version on the unstable channel: 3.16.7 Current version on the stable/release channel: 3.13.8 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
diff --git a/rebar.config b/rebar.config <del> index 1d5a68e..a86ee39 100644 </del> <ins> index 1204a6f..7e2c102 100644 </ins> --- a/rebar.config +++ b/rebar.config <del> @@ -2,20 +2,20 @@ {erl_opts, [debug_info]}. -{profiles, [{test, [{deps, [proper]}]}]}. +%%{profiles, [{test, [{deps, [proper]}]}]}. </del> <ins> @@ -23,16 +23,16 @@ </ins> {pre_hooks, [{"(linux|darwin|solaris|freebsd|netbsd|openbsd)", ct, <del> "bin/lfe bin/lfec" </del> <ins> "bin/lfescript bin/lfec" </ins> -              " -o $REBAR_DEPS_DIR/lfe/test" +              " -o test" " test/*_SUITE.lfe"}, {"(linux|darwin|solaris|freebsd|netbsd|openbsd)", eunit, <del> "bin/lfe bin/lfec" </del> <ins> "bin/lfescript bin/lfec" </ins> -              " -o $REBAR_DEPS_DIR/lfe/ebin" +              " -o ebin" <del> " test/clj-tests.lfe"}, </del> <ins> " test/clj-tests.lfe test/maps-tests.lfe"}, </ins> %% TODO: Test this on a win32 box %%  {"win32", ct, <del> %%   "bin/lfe bin/lfec -o $REBAR_DEPS_DIR/lfe/test test/*_SUITE.lfe"} </del> <ins> %%   "bin/lfescript bin/lfec -o $REBAR_DEPS_DIR/lfe/test test/*_SUITE.lfe"} </ins> {"(linux|darwin|solaris|freebsd|netbsd|openbsd)", app_compile, <del> -              "bin/lfe bin/lfec -o $REBAR_DEPS_DIR/lfe/ebin src/*.lfe"} +              "bin/lfe bin/lfec -o ebin src/*.lfe"} </del> <ins> -              "bin/lfescript bin/lfec -o $REBAR_DEPS_DIR/lfe/ebin src/*.lfe"} +              "bin/lfescript bin/lfec -o ebin src/*.lfe"} </ins> %% TODO: equivalent win32 hook ]}.

Discussion:
Package name: lfe (Lisp Flavored Erlang) Latest released version: 2.1.1 <!-- Search your package here: --- Current version on the unstable channel: 1.3 Current version on the stable/release channel: 1.3 <!-- 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.
Please test. Tracking: But you can use nixpkgs-review too. At nixpkgs git directory: -
Change:
###### setcap activation script system.activationScripts.wrappers = <del> lib.stringAfter [ "users" ] </del> <ins> lib.stringAfter [ "specialfs" "users" ] </ins> '' # Look in the system path and in the default profile for # programs to be wrapped.

Discussion:
When running with a configuration that contains following snippet: Then  fails with following log message: Nixpkgs version:
Change:
<ins> { stdenv , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "gmailctl"; version = "0.6.0"; src = fetchFromGitHub { owner = "mbrt"; repo = "gmailctl"; rev = "v${version}"; sha256 = "0g581gdkib7bj86blpm8skjvbnivmzh9ddikxai9hr5qq231j1pb"; }; modSha256 = "0pv3lhzl96ygzh9y01hi9klrrk403ii92imr9yrbimaf7rsvyvjp"; meta = with stdenv.lib; { description = "Declarative configuration for Gmail filters"; homepage = "https://github.com/mbrt/gmailctl"; license = licenses.mit; maintainers = [ maintainers.doronbehar ]; platforms = platforms.unix; }; } </ins>

Discussion:
Project description Declarative configuration for Gmail filters Metadata homepage URL: source license: mit platforms: unix Package Definition
Do you mind opening a PR?
I haven't been able to get explicit permission from my employer to contribute to open source code, so I'm afraid I can't at this point.
Change:
<del> From e0fc4a2a5161a36483ddc518be9bb14390f11b19 Mon Sep 17 00:00:00 2001 From: Alexander Kanavin <alex.kanavin@gmail.com> Date: Wed, 5 Sep 2018 16:46:52 +0200 Subject: [PATCH] giscanner: ignore error return codes from ldd-wrapper prelink-rtld, which we use instead of ldd returns 127 when it can't find a library. It is not an error per se, but it breaks subprocess.check_output(). Upstream-Status: Inappropriate [oe-core specific] Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Adam Duskett <aduskett@gmail.com> --- giscanner/shlibs.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/giscanner/shlibs.py b/giscanner/shlibs.py index 9f8ab5df..7a1a72fe 100644 --- a/giscanner/shlibs.py +++ b/giscanner/shlibs.py @@ -103,7 +103,7 @@ def _resolve_non_libtool(options, binary, libraries): args.extend(['otool', '-L', binary.args[0]]) else: args.extend(['ldd', binary.args[0]]) -        output = subprocess.check_output(args) +        output = subprocess.run(args, check=False, stdout=subprocess.PIPE).stdout if isinstance(output, bytes): output = output.decode("utf-8", "replace") -- 2.25.1 </del>

Discussion:
Steps to reproduce the behavior: , , and itself is effectively abandoned by the upstream (yocto project). I think we may as well drop it rather than fix it. However now relies on it as a runtime linker for use in cross compilation, we have to find an alternative. Please run and paste the result.
openembedded replaced prelink with objdump will test
Change:
mkdir $i/lib/vdpau mv $i/lib/libvdpau* $i/lib/vdpau <ins> # Compatibility with openssl 1.1, unused rm -f $i/lib/libnvidia-pkcs11.so* </ins> # Install ICDs, make absolute paths. # Be careful not to modify any original files because this runs twice.

Discussion:
The RPATH of , as installed by the standard nvidia package () in nixos 23.11, has no entry for , causing it to fail if anyone actually used that particular interface. Steps to reproduce the behavior: The nvidia package should set proper RPATHs on the installed libraries. I ran into this because I was trying to clean up the steam package of issues, and steam's does a lot of sanity checking of its environment and reported the issue from inside the FHS environment. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
That library is an internal compatibility layer for openssl1.1. Since we link openssl3 into the nvidia driver it never gets used and is meant to fail to load. Since NixOS makes sure that openssl3 is always available this library is functionally useless. We could probably just remove that file (like we do with ) to regain some disk space and satisfy the checks you mentioned.
Sounds good. Better to not ship it than ship it broken, especially if nobody needs it.
Change:
# Example export of the bash image exportBash = pkgs.dockerTools.exportImage { fromImage = bash; }; <ins> build-image-with-path = buildImage { name = "build-image-with-path"; tag = "latest"; contents = [ pkgs.bashInteractive ./test-dummy ]; }; layered-image-with-path = pkgs.dockerTools.streamLayeredImage { name = "layered-image-with-path"; tag = "latest"; contents = [ pkgs.bashInteractive ./test-dummy ]; }; </ins> }

Discussion:
Describe the bug When using and and I get a failure that I think is unexpected. To Reproduce Steps to reproduce the behavior: With the following files: and the following : I get the following error when building like so: Note that everything works fine if I simply don't have the as an entry in the list to . Expected behavior The build to succeed and to be able to see a 'doomed' file created by the root user! Notify maintainers Can't find any: But perhaps the maintainers are good: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run and paste the result. Maintainer information:
I guess it has to do somehow with the fact that this command is running in a virtual machine. A "workaround" is to wrap the folder in a derivation: I don't quite know enough nix to know if this is committing some major crime of misunderstanding or something.
and I are in the "CODEOWNERS" file, and and I are in the test. Did you think of another place where maintainers could be listed? We don't have a standard attribute for attrsets or functions.
Change:
sha256 = "005m3inz12xcsd5sr056cm1kbhmxsx2ly88ifbdv6p6cwz0s05kk"; }; buildInputs = [ pkgs.glib ]; <del> doCheck = false; # tests failing with glib 2.60 https://rt.cpan.org/Public/Bug/Display.html?id=128165 </del> meta = { homepage = "http://gtk2-perl.sourceforge.net/"; description = "Perl wrappers for the GLib utility and Object libraries";

Discussion:
Describe the bug in seems to be broken, in a way (I think) related to how other things have broken in the past, e.g. . From looking at examples of fixes, e.g. , it looks like it might be necessary to patch the Perl source in , but I don't really understand what's going on so I don't know how. To Reproduce Steps to reproduce the behavior: to for this package so that the tests actually run, as in my PR tests fail Expected behavior I tried making a package that depends on , and got the following error at runtime: Maintainer information:
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 .
Change:
path = registry_info["path"] packageToml = toml.load(registry_path / path / "Package.toml") <del> all_versions = toml.load(registry_path / path / "Versions.toml") </del> <ins> versions_toml = registry_path / path / "Versions.toml" all_versions = toml.load(versions_toml) </ins> if not pkg["version"] in all_versions: continue version_to_use = all_versions[pkg["version"]] <ins> if not "nix-sha256" in version_to_use: raise KeyError(f"""Couldn't find nix-sha256 hash for {pkg["name"]} {pkg["version"]} in {versions_toml}. This might indicate that we failed to prefetch the hash when computing the augmented registry. Was there a relevant failure in {registry_path / "failures.yml"}?""") </ins> repo = packageToml["repo"] f.write(f"""  "{uuid}" = {{ src = fetchgit {{

Discussion:
Steps to reproduce the behavior: to create a Julia environment with The issue appears to originate from a missing hash within a dependency. However, the root cause of this problem remains uncertain to me. Building a Julia environment with other packages like and does work flawlessly. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report! I'll take a look.
Change:
androidComposition = androidEnv.composeAndroidPackages sdkArgs; androidEmulator = androidEnv.emulateApp { name = "android-sdk-emulator-demo"; <ins> configOptions = { "hw.keyboard" = "yes"; }; </ins> sdkExtraArgs = sdkArgs; }; androidSdk = androidComposition.androidsdk;

Discussion:
When you run it creates an AVD named if it doesn't exist. The problem is that it creates is in a wrong directory! Assume then run and then close the created and launched emulator, and now open the Android Studio to see the problem then open the "Device Manager" to see ! No corrupted file in Android Studio! I'll create a PR soon.
Fixed by I assume.
Change:
urdfdom-headers = callPackage ../development/libraries/urdfdom-headers { }; <ins> urlencode = callPackage ../tools/misc/urlencode {}; </ins> uriparser = callPackage ../development/libraries/uriparser { }; urlscan = callPackage ../applications/misc/urlscan { };

Discussion:
Project description It would be useful to have a simple CLI utility to encode/decode URLs, with at least the features mentioned by various people in : command which supports input at least via standard input (), but ideally also via arguments (). Ditto command, rather than having a argument like . Should handle NUL in input and output. Should have localisation support. That is, strings should be dealt with according to the locale at runtime. Should allow controlling whether the space character should be encoded as or . Speed is not much of a concern. The vast majority of uses will probably be with strings shorter than 1,000 characters, and as long as that can be handled within a few millis that's good enough. If nobody knows of such a tool I might eventually have time to build it. Metadata N/A