jiebi/CodeConvo huggingface dataset:
Code change:
<del> { lib , fetchFromGitLab , fetchPypi , apksigner , buildPythonApplication , python3 , installShellFiles , androguard , babel , clint , defusedxml , gitpython , libcloud , mwclient , paramiko , pillow , pyasn1 , pyasn1-modules , python-vagrant , pyyaml , qrcode , requests , ruamel-yaml , yamllint </del> <ins> { lib, fetchFromGitLab, fetchPypi, apksigner, appdirs, buildPythonApplication, python3, installShellFiles, androguard, babel, clint, defusedxml, gitpython, libcloud, mwclient, oscrypto, paramiko, pillow, pyasn1, pyasn1-modules, python-vagrant, pyyaml, qrcode, requests, ruamel-yaml, sdkmanager, yamllint, </ins> }: <del> buildPythonApplication rec { </del> <ins> let version = "2.3a1"; in buildPythonApplication { </ins> pname = "fdroidserver"; <del> version = "unstable-2023-10-23"; format = "setuptools"; </del> <ins> inherit version; pyproject = true; </ins> src = fetchFromGitLab { owner = "fdroid"; repo = "fdroidserver"; <del> rev = "f4b10cf83935432d19948dac669964384bef0728"; hash = "sha256-GmR6Td5pScwEKK9W6m26xQV4XxBdZ7frN2UvwUGY4Dw="; </del> <ins> rev = "2.3a1"; hash = "sha256-K6P5yGx2ZXHJZ/VyHTbQAObsvcfnOatrpwiW+ixLTuA="; </ins> }; pythonRelaxDeps = [ <ins> "androguard" </ins> "pyasn1" "pyasn1-modules" ]; postPatch = '' substituteInPlace fdroidserver/common.py  <del> --replace "FDROID_PATH = os.path.realpath(os.path.join(os.path.dirname(__file__), '..'))" "FDROID_PATH = '$out/bin'" </del> <ins> --replace-fail "FDROID_PATH = os.path.realpath(os.path.join(os.path.dirname(__file__), '..'))" "FDROID_PATH = '$out/bin'" </ins> ''; preConfigure = ''

Related discussion:
text: Steps to reproduce the behavior: build .#fdroidserver Git bisect predictably found the culprit as , so it is related to the Python 3.12 upgrade. I suspect that all setuptools-based modules are broken; e.g. also stops building. Interestingly, built before, but not after. Not sure what that implies. (Originally I had notified the Python team, but I removed them from this list because I am suspecting this regression may not be the result of any problem with the version flip itself, but the broken packages instead. Sorry.) Notifying from fdroidserver maintainers. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
python3.pkgs.buildPythonApplication rec { pname = "fava"; <del> version = "1.18"; </del> <ins> version = "1.19"; </ins> src = python3.pkgs.fetchPypi { inherit pname version; <del> sha256 = "21336b695708497e6f00cab77135b174c51feb2713b657e0e208282960885bf5"; </del> <ins> sha256 = "def7c0210bf0ce8dfffdb46ce21b3efcf71eba5a4e903565258419e4c53c2d43"; </ins> }; nativeBuildInputs = with python3.pkgs; [ setuptools-scm ];

Related discussion:
text: Describe the bug nixos-unstable-small's package is broken: Seems related to beancount/fava To Reproduce Steps to reproduce the behavior: Expected behavior Fava builds correctly Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Maintainer information:
I suspect this isn't the only app that broke with the switch from flask 1.2 to 2.0 and jinja 2 to 3.0.1
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
You can use in the expression for to pin and to compatible versions.
Code change:
ocl-icd glib libarchive <ins> libxcrypt # provides libcrypt.so.1 </ins> xdg-utils # xdg-open needed to open URLs python2 # currently they want python 3.6 which is EOL

Related discussion:
text: it does not start anymore Steps to reproduce the behavior: davinci-resolve davinci-resolve Working Program. Installed from unstable 22.11pre420742.. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Code change:
<ins> #!/usr/bin/env nix-shell #! nix-shell -i bash -p node2nix MONGOSH_ROOT="$( cd "$(dirname "$0")" pwd )" pushd $MONGOSH_ROOT 1>/dev/null rm -rf gen && mkdir -p gen node2nix  --no-copy-node-env  --node-env ../../node-packages/node-env.nix  --input packages.json  --output gen/packages.nix  --composition gen/composition.nix  --strip-optional-dependencies  --nodejs-14 popd 1>/dev/null </ins>

Related discussion:
text: Project description The MongoDB Shell Metadata homepage URL: source URL: license: APACHE LICENSE, VERSION 2.0 platforms: linux, darwin
I will like to have it on too but fyi there is a NUR package.
Thanks, I haven't searched in NUR
Code change:
buildPythonPackage rec { pname = "osqp"; <del> version = "0.6.2.post8"; </del> <ins> version = "0.6.3"; </ins> format = "setuptools"; disabled = pythonOlder "3.7"; src = fetchPypi { inherit pname version; <del> hash = "sha256-I9a65KNhL2DV9lLQ5fpLLq1QfKv/9dkw2CIFeubtZnc="; </del> <ins> hash = "sha256-A+Rg5oPsLOD4OTU936PEyP+lCauM9qKyr7tYb6RT4YA="; </ins> }; <del> postPatch = '' sed -i 's/sp.random/np.random/g' src/osqp/tests/*.py ''; </del> SETUPTOOLS_SCM_PRETEND_VERSION = version; dontUseCmakeConfigure = true;

Related discussion:
text: Project description qpsolvers is python library for solving quadratic programming problems. It contains wrappers for multiple solvers like osqp, cvxopt, quadprog and much more. Metadata homepage URL: source URL: license: LGPLv3 platforms: platform independent (python3.10)
This package wants new version of and new package - . I will try add PR today, but now you can use my NUR repo if you want:
Code change:
(fetchNuGet { pname = "runtime.any.System.Threading.Tasks"; version = "4.3.0"; sha256 = "03mnvkhskbzxddz4hm113zsch1jyzh2cs450dk3rgfjp8crlw1va"; }) (fetchNuGet { pname = "runtime.any.System.Threading.Timer"; version = "4.3.0"; sha256 = "0aw4phrhwqz9m61r79vyfl5la64bjxj8l34qnrcwb28v49fg2086"; }) (fetchNuGet { pname = "runtime.debian.8-x64.runtime.native.System.Security.Cryptography.OpenSsl"; version = "4.3.0"; sha256 = "16rnxzpk5dpbbl1x354yrlsbvwylrq456xzpsha1n9y3glnhyx9d"; }) <del> (fetchNuGet { pname = "runtime.debian.8-x64.runtime.native.System.Security.Cryptography.OpenSsl"; version = "4.3.2"; sha256 = "0rwpqngkqiapqc5c2cpkj7idhngrgss5qpnqg0yh40mbyflcxf8i"; }) </del> (fetchNuGet { pname = "runtime.fedora.23-x64.runtime.native.System.Security.Cryptography.OpenSsl"; version = "4.3.0"; sha256 = "0hkg03sgm2wyq8nqk6dbm9jh5vcq57ry42lkqdmfklrw89lsmr59"; }) <del> (fetchNuGet { pname = "runtime.fedora.23-x64.runtime.native.System.Security.Cryptography.OpenSsl"; version = "4.3.2"; sha256 = "1n06gxwlinhs0w7s8a94r1q3lwqzvynxwd3mp10ws9bg6gck8n4r"; }) </del> (fetchNuGet { pname = "runtime.fedora.24-x64.runtime.native.System.Security.Cryptography.OpenSsl"; version = "4.3.0"; sha256 = "0c2p354hjx58xhhz7wv6div8xpi90sc6ibdm40qin21bvi7ymcaa"; }) <del> (fetchNuGet { pname = "runtime.fedora.24-x64.runtime.native.System.Security.Cryptography.OpenSsl"; version = "4.3.2"; sha256 = "0404wqrc7f2yc0wxv71y3nnybvqx8v4j9d47hlscxy759a525mc3"; }) </del> (fetchNuGet { pname = "runtime.native.System"; version = "4.0.0"; sha256 = "1ppk69xk59ggacj9n7g6fyxvzmk1g5p4fkijm0d7xqfkig98qrkf"; }) (fetchNuGet { pname = "runtime.native.System"; version = "4.3.0"; sha256 = "15hgf6zaq9b8br2wi1i3x0zvmk410nlmsmva9p0bbg73v6hml5k4"; }) (fetchNuGet { pname = "runtime.native.System.IO.Compression"; version = "4.3.0"; sha256 = "1vvivbqsk6y4hzcid27pqpm5bsi6sc50hvqwbcx8aap5ifrxfs8d"; })

Related discussion:
text: Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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]:
Code change:
pygments ]; <ins> in stdenv.mkDerivation rec { pname = "pwndbg"; version = "2019.01.25"; format = "other"; src = fetchFromGitHub { owner = "pwndbg"; repo = "pwndbg"; rev = version; sha256 = "0k7n6pcrj62ccag801yzf04a9mj9znghpkbnqwrzz0qn3rs42vgs"; }; nativeBuildInputs = [ makeWrapper ]; </ins> installPhase = '' mkdir -p $out/share/pwndbg cp -r *.py pwndbg $out/share/pwndbg <ins> chmod +x $out/share/pwndbg/gdbinit.py </ins> makeWrapper ${gdb}/bin/gdb $out/bin/pwndbg  <del> --add-flags "-q -x $out/share/pwndbg/gdbinit.py" ''; preFixup = '' sed -i "/import sys/a import sys; sys.path[0:0] = '$PYTHONPATH'.split(':')"  $out/share/pwndbg/gdbinit.py </del> <ins> --add-flags "-q -x $out/share/pwndbg/gdbinit.py"  --set NIX_PYTHONPATH ${pythonPath} </ins> ''; meta = with stdenv.lib; {

Related discussion:
text: Describe the bug fails to run because setuptools is no longer propagated implictly. If were purely a python application built with then we would just need to add to propagatedBuildInputs and be done. However, is not simply a Python application, but a wrapper around , and isn't built using. The derivation patches the script as follows: This does result in the site-packages directories from all python packages ending up in , including setuptools (e.g. ). I'm not that familiar with Python packaging but from experimenting I found that the full path to the Python egg needs to be included (e.g. ) in order for this method to work. I made an attempt at resolving the issue but being new to Python packaging in Nix, neither are likely to be ideal: We could use buildPythonPackage in place of mkDerivation, using and use Or continue to use mkDerivation and manually set for patchPythonScript: I'm happy to submit a PR but I'm not sure what the recommended solution is here. To Reproduce Steps to reproduce the behavior: Expected behavior should launch with the extension loaded: Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
It seems is normally used by adding a to , or calling with (what the wrapper registered in does). This script then just does some addition calculations to register itself (we probably don't that at all) and some python 2 specific fixups, and then calls , which starts executing some code on import. I'd suggest to package it as a regular python application first (via ), so you can successfully import it inside a . The python tooling should automatically take care of patching the python shebang properly if you make script executable.
proposed fix
Code change:
<del> {stdenv, fetchurl, autoconf, automake, libtool}: </del> <ins> {stdenv, lib, fetchFromGitLab, autoconf, automake, libtool}: </ins> stdenv.mkDerivation rec { <del> pName = "soundtouch"; name = "${pName}-2.0.0"; src = fetchurl { url = "https://www.surina.net/soundtouch/${name}.tar.gz"; sha256 = "09cxr02mfyj2bg731bj0i9hh565x8l9p91aclxs8wpqv8b8zf96j"; </del> <ins> pname = "soundtouch"; version = "2.1.2"; src = fetchFromGitLab { owner = pname; repo = pname; rev = version; sha256 = "174wgm3s0inmbnkrlnspxjwm2014qhjhkbdqa5r8rbfi0nzqxzsz"; </ins> }; <del> buildInputs = [ autoconf automake libtool ]; </del> <ins> nativeBuildInputs = [ autoconf automake libtool ]; </ins> preConfigure = "./bootstrap"; <del> meta = { description = "A program and library for changing the tempo, pitch and playback rate of audio"; homepage = http://www.surina.net/soundtouch/; downloadPage = http://www.surina.net/soundtouch/sourcecode.html; license = stdenv.lib.licenses.lgpl21; platforms = stdenv.lib.platforms.all; </del> <ins> meta = with lib; { description = "A program and library for changing the tempo, pitch and playback rate of audio"; homepage = "http://www.surina.net/soundtouch/"; license = licenses.lgpl21; platforms = platforms.all; </ins> }; }

Related discussion:
text: , (nixos-unstable) (nixos-unstable) (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
See also
Code change:
}; }; <del> makeLuksRootTest = name: luksFormatOpts: makeInstallerTest "luksroot-format2" </del> <ins> makeLuksRootTest = name: luksFormatOpts: makeInstallerTest name </ins> { createPartitions = '' $machine->succeed( "flock /dev/vda parted --script /dev/vda -- mklabel msdos"

Related discussion:
text: See:
I've been using cryptsetup with an SSD and without kernel crypto to run my entire NixOS and didn't noted any performance issues, but I agree that my patch was a temporary workaround, so enabling the crypto module would be a better solution.
The option also breaks the feature of that can be used when installing nixos to reason about the speed of disk encryption
The NixOS test works with and the kernel userapace crypto API enabled in on at least 19.03. was updated to 2.0.6 in the meantime, maybe the bug was fixed? Haven't noticed anything in release notes. This API shouldn't in fact be need for LUKS, only for tcrypt and the benchmark. Did you also run the test or did you just notice that on your local machine? Do you have any non-standard config concerning the initrd?
Hmm, even with the test succeeds. We need more information.
I haven't ran any tests, I just tested it in my work laptop and in a VM used to isolate the issue. I used a non-standard initrd config only for debugging, but after finding the problem I used the standard one. The only strange thing I did was to have a LUKS2 encrypted volume, which isn't very common (or at least it wasn't at the moment I experienced the issue). In a few days I will try to boot my system both with and without kernel crypto to check whether it is necessary or not.
I can confirm that I still have problems booting my system when kernel crypto is enabled. I put this in my , in an updated unstable NixOS: With this configuration, my system boots. If I uncomment the line, it doesn't because it fails to unencrypt my root partition. I'm using LVM inside a LUKS2 partition.
Here is the result of using when mounting my LUKS2 volume with kernel crypto enabled. The last image is the most important. Sorry for pasting screenshots, I didn't have a flash drive to copy the logs. ! ! ! ! !
Thank you very much for your detailed analysis. :+1: Oh, LUKS2! Seems the userspace API is indeed needed for LUKS2 but not LUKS1. I'll try to adapt the test and fix this issue. There are probably just some modules missing.
Code change:
}; }; <del> makeLuksRootTest = name: luksFormatOpts: makeInstallerTest "luksroot-format2" </del> <ins> makeLuksRootTest = name: luksFormatOpts: makeInstallerTest name </ins> { createPartitions = '' $machine->succeed( "flock /dev/vda parted --script /dev/vda -- mklabel msdos"

Related discussion:
text: Commit introduced to the configuration of . This causes to no longer work, with the following message: Run , where is a truecrypt volume. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
The issue for re-enabling kernel_crypto is
It also breaks
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 . on the on .
still important to me
I marked this as stale due to inactivity. &rarr;
are you sure this is still an issue? This seems to have been solved by . e.g. cryptsetup benchmark works just fine on my machine.
I did not check and do not care anymore. Thanks!
Code change:
substituteInPlace ./src/3rdparty/chromium/v8/gypfiles/standalone.gypi  --replace /bin/echo ${coreutils}/bin/echo '' <ins> # Prevent Chromium build script from making the path to `clang` relative to # the build directory.  `clang_base_path` is the value of `QMAKE_CLANG_DIR` # from `src/core/config/mac_osx.pri`. + optionalString stdenv.isDarwin '' substituteInPlace ./src/3rdparty/chromium/build/toolchain/mac/BUILD.gn  --replace 'prefix = rebase_path("$clang_base_path/bin/", root_build_dir)' 'prefix = "$clang_base_path/bin/"' '' </ins> # Patch library paths in Qt sources + '' sed -i 

Related discussion:
text: The component of the derivation fails to compile on MacOS. But in two ways, and I can't tell what causes one or the other to trigger. On command: On command: the channel compilation failure Compiles.
It has been broken for a while now for different reasons. Maintaining it for darwin is a lot of work and nobody has stepped up to do that. Also, this is a duplicate of
By the way, what is your use case for ?
We're building a desktop version of mobile application and we need for our in-app browser with Ethereum support.
Code change:
substituteInPlace ./src/3rdparty/chromium/v8/gypfiles/standalone.gypi  --replace /bin/echo ${coreutils}/bin/echo '' <ins> # Prevent Chromium build script from making the path to `clang` relative to # the build directory.  `clang_base_path` is the value of `QMAKE_CLANG_DIR` # from `src/core/config/mac_osx.pri`. + optionalString stdenv.isDarwin '' substituteInPlace ./src/3rdparty/chromium/build/toolchain/mac/BUILD.gn  --replace 'prefix = rebase_path("$clang_base_path/bin/", root_build_dir)' 'prefix = "$clang_base_path/bin/"' '' </ins> # Patch library paths in Qt sources + '' sed -i 

Related discussion:
text: Full log: Error message: That's the result I get from my macOS remote builder. When I run the build on my desktop Mac, it builds fine and uses the impure SDK from my Catalina install (10.15.1): However, the local build displays this warning repeatedly: I assume this is related to the macOS patches and hopefully gives some clue as to why it's broken.
qtbase builds fine on hydra: qtwebengine fails:
Those links point to the same thing. Anyway, strictly speaking I'm trying to build , but it's failing in .
Can you explain what do you mean? How are you using ?
It's a dependency of . edit: sorry, I see what you mean now. is a dependency of . I was confused by the message from the build saying that QT would be installed in .
Sure, depends on . Realistically, your best bet for now is to just use anki from an old version of nixpkgs. You see, doesn't have a darwin maintainer. I think, I was the last person to fix it around last January. The problem is that it's hard to keep up with all the updates. Every "minor" Qt version bump brings serious breaking changes for on darwin (like they might not even support our version of SDK anymore...). To make things worse we port all those bumps to the stable branch, so it quickly breaks there too.
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 . on the on .
Still important to me, many qt apps are broken on darwin due to this one.
Code change:
reaper = callPackage ../applications/audio/reaper { }; <ins> recapp = callPackage ../applications/video/recapp { }; </ins> recode = callPackage ../tools/text/recode { }; reddsaver = callPackage ../applications/misc/reddsaver {

Related discussion:
text: Project description simplescreenrecorder is not that user-friendly and has problems (). right now i use OBS, but it's overkill for the task. maybe this is a good alternative Metadata homepage URL: source URL: license: GPL-3.0-or-later () platforms: linux, more?
Code change:
<ins> diff --git a/mat2 b/mat2 index 3b77e1e..b99a633 100755 --- a/mat2 +++ b/mat2 @@ -46,7 +46,7 @@ def __check_file(filename: str, mode: int = os.R_OK) -> bool: def create_arg_parser() -> argparse.ArgumentParser: -    parser = argparse.ArgumentParser(description='Metadata anonymisation toolkit 2') +    parser = argparse.ArgumentParser(description='Metadata anonymisation toolkit 2', prog='mat2') parser.add_argument('-V', '--verbose', action='store_true', help='show more verbose status information') </ins>

Related discussion:
text: Project description Metadata proposed package name: homepage source URL: license: platforms: probably portable to all platforms which Nix supports. requires python3, exiftool, gobject introspection
Code change:
sha256 = "0h2rplc76r82b8smk61zci1ijj9xkjmf20pdqa8fc2lz4zicjxh4"; }; <del> nativeBuildInputs = [ cmake extra-cmake-modules python3Packages.sip ]; </del> <ins> nativeBuildInputs = [ cmake extra-cmake-modules python3Packages.sip makeWrapper ]; </ins> buildInputs = [ karchive kconfig kwidgetsaddons kcompletion kcoreaddons kguiaddons

Related discussion:
text: the python binding for krita are not build correctly. Please run and paste the results.
more details wouldn't hurt...
well I don't exactly know what is happening here, to build the python binding, it requires and . So when are to the buildInputs, cmake finds all the dependencies correctly; however, at around 98% the compilation fails due to not finding some sip bindings. Alternatively, if is to the buildInputs, everything works fine as intended. But the python interpreter overwrite the python interpreter in the nix-env, so that doesn't seem to be the right fix.
also tried setting the variable, but that didn't work either.
cc who worked on / in