jiebi/CodeConvo huggingface dataset:
Code change:
description = "Desktop application for Proton Pass"; homepage = "https://proton.me/pass"; license = lib.licenses.gpl3Plus; <del> maintainers = with lib.maintainers; [ massimogengarelli sebtm ]; </del> <ins> maintainers = with lib.maintainers; [ luftmensch-luftmensch massimogengarelli sebtm ]; </ins> platforms = [ "x86_64-linux" ]; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; mainProgram = "proton-pass";

Related discussion:
text: Package name: proton-pass Latest released version: 1.22.0 <!-- Search your package here: --- Current version on the unstable channel: 1.20.2 Current version on the stable/release channel: none <!-- 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:
abootimg = callPackage ../development/mobile/abootimg { }; <del> adbfs-rootless = callPackage ../development/mobile/adbfs-rootless { adb = androidenv.androidPkgs_9_0.platform-tools; }; </del> <ins> adbfs-rootless = callPackage ../development/mobile/adbfs-rootless { }; </ins> adb-sync = callPackage ../development/mobile/adb-sync { inherit (androidenv.androidPkgs_9_0) platform-tools;

Related discussion:
text: Package name: adbfs-rootless Latest released version: 2023-03-21 <!-- Search your package here: --- Current version on the unstable channel: 2016-10-02 Current version on the stable/release channel: 2016-10-02 <!-- 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.
Code change:
]; nativeCheckInputs = with python3Packages; [ <del> pytestCheckHook nose </del> <ins> pynose </ins> ]; # Remove standard module argparse from requirements

Related discussion:
text: Steps to reproduce the behavior: tarsnapper on nixos-24.05 @ system: host os: multi-user?: sandbox: version: channels(root): channels(asymmetric): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
protocol = "tcp"; user = "root"; server = "${pkgs.tcp_wrappers}/sbin/tcpd"; <del> serverArgs = "${pkgs.heimdal}/sbin/kadmind"; </del> <ins> serverArgs = "${pkgs.heimdalFull}/sbin/kadmind"; </ins> }; systemd.services.kdc = {

Related discussion:
text: I to and I return I got:
cc (I had to look through essentially old SVN history to find a reference -- this service is untouched for a long time).
I don't use this service anymore. BTW I've fixed its evaluation in the PR .
Let's not close this unless fix hits master.
can you please test the fix and see if there are any more problems with the service?
Code change:
yarg = callPackage ../development/python-modules/yarg { }; <ins> yark = callPackage ../development/python-modules/yark { }; </ins> yarl = callPackage ../development/python-modules/yarl { }; yaspin = callPackage ../development/python-modules/yaspin { };

Related discussion:
text: Project description Yark lets you continuously archive all videos and metadata for YouTube channels. You can also view your archive as a seamless offline website. Not a high priority request, but could be useful. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin (anything with Python 3)
Code change:
<ins> diff --git a/setup.cfg b/setup.cfg new file mode 100644 index 0000000..6f81985 --- /dev/null +++ b/setup.cfg @@ -0,0 +1,2 @@ +[directories] +basedirlist = . </ins>

Related discussion:
text: While going through the documentation I came about a that explicitly requires matplotlib with the TkAgg backend. I tried to generate a nix-shell with matplotlib and tcl/tk and tkinter. However, the script does not execute and instead I get the following error message: In a simplified form: Start nix-shell:Start Python:Try to import matplotlib, configure the backend, and import parts of Tk:Observe the following error message:System: NixPkgs on openSuse 13.2 (Harlequin) (x86_64) Nix version: nix-env (Nix) 1.10 Nixpkgs version: "16.09pre83147." Matplotlib Maintainer:
Judging from the matplotlib expression we don't build against tcl/tk.
I made an attempt to build matplotlib against tcl/tk with the following patch: Unfortunately, compilation fails with the following error message: The linker cannot find the tcl/tk libraries. The linker flags are quite off: They include and the like. This must be due to matplotlib's own build script, as no such flags are set in my bash environment and is executed with the flag anyway.
Code change:
{ lib , buildPythonPackage , fetchPypi <ins> , setuptools </ins> , pkgs , python <ins> , pythonOlder </ins> }: buildPythonPackage rec { pname = "bsddb3"; version = "6.2.9"; <del> format = "setuptools"; </del> <ins> pyproject = true; </ins> src = fetchPypi { inherit pname version; sha256 = "70d05ec8dc568f42e70fc919a442e0daadc2a905a1cfb7ca77f549d49d6e7801"; }; <ins> build-system = [ setuptools ]; </ins> buildInputs = [ pkgs.db ]; <ins> doCheck = pythonOlder "3.12"; # distutils usage </ins> checkPhase = '' ${python.interpreter} test.py '';

Related discussion:
text: Steps to reproduce the behavior: bsddb3 Python312packages Python 3.12 seems to have removed distutils package but it should be inside setuptools module according Sadly this package is a dependency of several Python packages. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- PS: the package has not maintainers. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
If bsddb imports distutils, then it is not compatible with Python 3.12. This is something for upstream to solve, but is unlikely to happen:
So all those packages that depend on this package, like must be labeled as broken?
Scrapy claims to support Python 3.12. Are you sure bsddb3 is still in their dependency chain?
Im not sure about that.
I see this merged PR that probably should solve the issue on scrapy... but about bsddb3, it must be removed from python 3.12 package group...
distutils is used in the test of bsddb3 to get the platform data, we patched this behavior in the following PR
Isn't It better to patch the test to avoid using distutils but still having it run ?
Code change:
audiowaveform = callPackage ../tools/audio/audiowaveform { }; <del> authenticator = callPackage ../applications/misc/authenticator { }; </del> <ins> authenticator = callPackage ../applications/misc/authenticator rec { # Remove when GTK is upgraded past 4.8 # https://github.com/NixOS/nixpkgs/issues/216770 gtk4 = pkgs.gtk4.overrideAttrs (_: rec { version = "4.9.4"; src = fetchurl { url = "mirror://gnome/sources/gtk/${lib.versions.majorMinor version}/gtk-${version}.tar.xz"; sha256 = "sha256-kaOv1YQB1OXYHjCwjuPxE6R2j/EBQDNqcqMmx3JyvjA="; }; }); wrapGAppsHook4 = wrapGAppsHook.override { gtk3 = gtk4; }; }; </ins> autoflake = with python3.pkgs; toPythonApplication autoflake;

Related discussion:
text: The application fails to start with the following error: Steps to reproduce the behavior: to run the application The application should start and work properly.
Same issue with  (
I was looking at fractal-next as well, and found possibly related - [HELP] "Failed to retrieve template child" for Rust 1.67.0-nightly - Dec 4, 2022 - closed with Fixed in 0.5.3 a day later.
Ah, I see. There is a related PR for Amberol:
What commit did you build from? I’d like to bisect
My first try of fractal-next was about a week ago and it was failing already. I've tried HEAD and branch () although I'm not entlrely sure is the correct way to refer to that branch.
if you’re updating the version to point to an unreleased version the should
Indeed, thanks. What I meant was that I'm not entirely sure that setting in to (via ) does indeed let me build from a branch. I could not find a definitive reference for that, but it seems to work. I've the rust backtrace to - Draft: general: Use AdwDualPaneView and AdwAdaptiveState_
Hi there :) This is an unfortunate gtk-rs bug, and there's nothing to do on the app side for this. In addition, draft MRs are not expected to be packaged. That MR in particular depends on unstable libadwaita features and unstable bindings.
Is the gtk-rs package version something I can control? I was under the impression that this is managed in . I understand the branches/merge-requests I tried are not to be packaged. I'm merely trying to get fractal-next to run at all, as element is unusable on my phone.
In it is the minimum version we want to use. The pinned version (the one that is compiled) is in , and it is currently  on . This issue should have been fixed in . I don't know much about packaging for Nix but looking at the diff you posted , have you tried with the whole commit hash? Also don't you need to update the sha256 hash?
We’re not building from , we’re building from . I’m gonna check if we can just bump the version in to and leave it at that.
(how naive of me.
Code change:
audiowaveform = callPackage ../tools/audio/audiowaveform { }; <del> authenticator = callPackage ../applications/misc/authenticator { }; </del> <ins> authenticator = callPackage ../applications/misc/authenticator rec { # Remove when GTK is upgraded past 4.8 # https://github.com/NixOS/nixpkgs/issues/216770 gtk4 = pkgs.gtk4.overrideAttrs (_: rec { version = "4.9.4"; src = fetchurl { url = "mirror://gnome/sources/gtk/${lib.versions.majorMinor version}/gtk-${version}.tar.xz"; sha256 = "sha256-kaOv1YQB1OXYHjCwjuPxE6R2j/EBQDNqcqMmx3JyvjA="; }; }); wrapGAppsHook4 = wrapGAppsHook.override { gtk3 = gtk4; }; }; </ins> autoflake = with python3.pkgs; toPythonApplication autoflake;

Related discussion:
text: maybe just building from is better)
Opened a PR that should solve this, assuming it's accepted. In the meantime you can use it in an overlay if you want a fix now.
You were right - thanks for the hint! - I was indeed still building fractal-next from before the fix :disappointed:
Code change:
optionalString config.security.pam.enableEcryptfs '' auth optional ${pkgs.ecryptfs}/lib/security/pam_ecryptfs.so unwrap '' + <ins> optionalString config.security.pam.enableFscrypt '' auth optional ${pkgs.fscrypt-experimental}/lib/security/pam_fscrypt.so '' + </ins> optionalString cfg.pamMount '' auth optional ${pkgs.pam_mount}/lib/security/pam_mount.so disable_interactive '' +

Related discussion:
text: I would like to use to encrypt my home directory. is already packaged (as , for some reason) What's missing is the PAM setup (). Given that exists for EcryptFS, I would like to request support for via the option, or something similar. I am aware that EcryptFS is available, to achieve the same goals, however it seems to be considered deprecated by other distributions (, ) and has some which I am not comfortable with.
This is just to say hi and to share that I too am interested in this feature
I marked this as stale due to inactivity. &rarr;
Code change:
networking.nat.enable = true; networking.nat.internalInterfaces = [ "eth2" ]; networking.nat.externalInterface = "eth1"; <ins> networking.nftables.enable = useNftables; </ins> networking.firewall.enable = true; networking.firewall.trustedInterfaces = [ "eth2" ]; networking.interfaces.eth1.ipv4.addresses = [

Related discussion:
text: We already have in , but only with iptables support. It would be nice to have the nftables version available as well.
Being worked on in , I'm trying to test myself but couldn't make it to work yet.
I think the PR is ready now, testing welcome!
Maybe add an option for will be better?
Code change:
inherit sha256; }; <del> patches = [ ./0001-Setup-remove-custom-dbuser-creation-behavior.patch ]; </del> <ins> patches = [ (./patches + "/v${major}/0001-Setup-remove-custom-dbuser-creation-behavior.patch") ]; </ins> passthru.tests = nixosTests.nextcloud;

Related discussion:
text: <!-- 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 current version of the package --- <!-- 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! --- name: <!-- The current version can be found easily with the same process as 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: 25.0.1 desired version: 25.0.2 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package -- maintainers: Please tag this issue in your PR.
Code change:
buildPythonPackage rec { pname = "dvc-data"; <del> version = "3.15.2"; </del> <ins> version = "3.16.0"; </ins> pyproject = true; disabled = pythonOlder "3.8";

Related discussion:
text: Steps to reproduce the behavior: dvc actually it is hash problem. error from my nixos: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This happens not for the first time and probably not for the last time :cry:
Code change:
, qtmultimedia , qtx11extras , soxr <ins> , vgmstream </ins> , wavpack }:

Related discussion:
text: The audacious package imports audacious-plugins to build most of the common plugins and then link them into the audacious lib path. However, this makes it hard to add more audacious plugins, like vgmstream. The vgmstream package currently has its , because importing the audacious package causes an infinite recursion error. Steps to reproduce the behavior: vgmstream to audacious-plugins buildInputs audacious to vgmstream's buildInputs and comment out the disable configure flag -shell -p audacious-plugins I expected that adding vgmstream to audacious-plugins would enable the plugin. Instead, the build crashes with an infinite recursion. How is it currently working for audacious to import audacious-plugins and audacious-plugins to import audacious? Can this same magic be extended to other plugins? This about how fcitx is packaged shows that fcitx-addons imports fcitx with no reverse import, should the audacious package be refactored to be similar? Should the audacious package gain an extra parameter to take extra plugin derivations, which can be created outside of the audacious-plugins derivation? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Instead of adding , did you try to add instead? is without as input, and it is used to break the loop.
Thank you for the quick response! That would be elegant, but I don't see any result in my grep of nixpkgs or in the .
Sorry, it is here: Basically you need to do and this should do the trick. Considering that we are going to use this in more than one place it probably makes sense to introduce it as a , but the result is the same regardless.
Oh that's a neat trick! I'll try that approach out next. Thank you so much! I tried out the extra-plugins approach here, seems to work but is not ergonomic:
I , and it's a lot easier to use as a user! If it looks good as an approach, please provide some review feedback and I'll squash it down for a PR :)
Shall I send a PR for a final review?
Code change:
<del> { lib , buildGoModule , fetchFromGitHub , stdenv , Cocoa , fetchpatch }: buildGoModule rec { pname = "butler"; version = "15.21.0"; src = fetchFromGitHub { owner = "itchio"; repo = pname; rev = "v${version}"; sha256 = "sha256-vciSmXR3wI3KcnC+Uz36AgI/WUfztA05MJv1InuOjJM="; }; buildInputs = lib.optionals stdenv.isDarwin [ Cocoa ]; patches = [ # update x/sys dependency for darwin build https://github.com/itchio/butler/pull/245 (fetchpatch { url = "https://github.com/itchio/butler/pull/245/commits/ef651d373e3061fda9692dd44ae0f7ce215e9655.patch"; hash = "sha256-rZZn/OGiv3mRyy89uORyJ99zWN21kZCCQAlFvSKxlPU="; }) ]; proxyVendor = true; vendorHash = "sha256-GvUUCQ2BPW0HlXZljBWJ2Wyys9OEIM55dEWAa6J19Zg="; doCheck = false; meta = with lib; { # butler cannot be build with Go >=1.21 # See https://github.com/itchio/butler/issues/256 # and https://github.com/itchio/dmcunrar-go/issues/1 # The dependency causing the issue is marked as 'no maintainence intended'. # Last butler release is from 05/2021. broken = true; description = "Command-line itch.io helper"; homepage = "https://github.com/itchio/butler"; license = licenses.mit; maintainers = with maintainers; [ martfont ]; }; } </del>

Related discussion:
text: Package name: itch Latest released version: 26.1.3 Current version on the unstable channel: 26.1.3 Current version on the stable/release channel: 26.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! --- The current version is broken since butler is marked broken 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]:
The latest version on seems to be 26.1.3 which is used in the package.
There is 26.1.5 as a source code , but current package uses binaryBytecode
Code change:
else [{ip = "*"; port = 80;}]; getListen = cfg: <del> let list = (lib.optional (cfg.port != 0) {ip = "*"; port = cfg.port;}) ++ cfg.listen; in if list == [] then defaultListen cfg else list; </del> <ins> if cfg.listen == [] then defaultListen cfg else cfg.listen; </ins> listenToString = l: "${l.ip}:${toString l.port}";

Related discussion:
text: I set up a brand new NixOS system with nothing but . After switching to the new configuration, I ran and was surprised to find in there in a and state. I poked around and it turns out that our module refers to in its section: It sort of makes sense, because presumably you want your webserver to spin up after your database, but it feels kinda icky to give completely unrelated (in principle) services dependencies on one another, especially when some of them might not even be on your system. I suppose we could make that entry conditional on , but I'm not sure what the pros and cons of that are.
Yes, I'd think it would better be conditional. Units should get reloaded on system switch IIRC, before starting new services, so I see no danger in that.
I think, this link should be broken unconditionally. In my scenario apache-httpd is used solely for SVN web interface, and while I have running Postgresql instance, they are orthogonal (postgresql is acompanied by tomcat container/nginx pair)
Perhaps, yeah. It also appears to depend on , which I think is a nixops-ism.
Code change:
<ins> { lib , stdenv , rustPlatform , fetchFromGitHub , pkg-config , openssl , installShellFiles , darwin , testers , pixi }: rustPlatform.buildRustPackage rec { pname = "pixi"; version = "0.11.1"; src = fetchFromGitHub { owner = "prefix-dev"; repo = "pixi"; rev = "v${version}"; hash = "sha256-NOa8OvZs+BoJQ9qIU1lpMmEOecZpmwwCNYpDk1LUSTI="; }; cargoHash = "sha256-rDtr9ITYH5o/QPG1Iozh05iTA8c0i+3DnabXLzyqdrg="; nativeBuildInputs = [ pkg-config installShellFiles ]; buildInputs = [ openssl ] ++ lib.optionals stdenv.isDarwin ( with darwin.apple_sdk_11_0.frameworks; [ CoreFoundation IOKit SystemConfiguration Security ] ); checkFlags = [ # Skip tests requiring network "--skip=add_channel" "--skip=add_functionality" "--skip=add_functionality_os" "--skip=add_functionality_union" "--skip=add_pypi_functionality" "--skip=test_alias" "--skip=test_cwd" "--skip=test_incremental_lock_file" ]; postInstall = '' installShellCompletion --cmd pix  --bash <($out/bin/pixi completion --shell bash)  --fish <($out/bin/pixi completion --shell fish)  --zsh <($out/bin/pixi completion --shell zsh) ''; passthru.tests.version = testers.testVersion { package = pixi; }; meta = with lib; { description = "Package management made easy"; homepage = "https://pixi.sh/"; license = licenses.bsd3; maintainers = with lib.maintainers; [ aaronjheng ]; mainProgram = "pixi"; }; } </ins>

Related discussion:
text: Project description Metadata homepage URL: source URL: license: bsd3 platforms: unix, linux, darwin
Code change:
install -v -m 444 -D btrfs-completion $out/share/bash-completion/completions/btrfs ''; <del> configureFlags = lib.optionals stdenv.hostPlatform.isMusl [ "--disable-backtrace" ] ++ lib.optionals (!enablePython) [ </del> <ins> configureFlags = [ # Built separately, see python3Packages.btrfsutil </ins> "--disable-python" <ins> ] ++ lib.optionals stdenv.hostPlatform.isMusl [ "--disable-backtrace" </ins> ] ++ lib.optionals (!udevSupport) [ "--disable-libudev" ]; makeFlags = [ "udevruledir=$(out)/lib/udev/rules.d" ]; <del> installFlags = lib.optionals enablePython [ "install_python" ]; </del> enableParallelBuilding = true; passthru.tests = {

Related discussion:
text: Python module, corresponding to the package and exposing its functionality in Python programs, fails to import, despite being included in . module is imported successfully. n/a <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- (as maintainer) (as the one who exposed the Python bindings) Please run and paste the result.
Note: it seems like the module doesn't work even on commits that introduced it properly... To verify, run in a Nixpkgs checkout:
Yeah, I screwed up testing this. btrfs-progs doesn't propagate python, so I was using my system (non-NixOS) Python installation without noticing. should fix it.
Code change:
buildInputs = [ gpsd libcap libnl ]; preBuild = '' <del> makeFlags="PREFIX=$out PKG_CONFIG=${pkg-config}/bin/${pkg-config.targetPrefix}pkg-config" </del> <ins> makeFlags="PREFIX=$out" </ins> ''; meta = {

Related discussion:
text: Failed to cross compile batctl package for riscv64 using nixpkgs on Ubuntu. Nix is not able to meat the dependency for the package: While the package successfully cross compiles on a NixOS* machine. Steps to reproduce the behavior: nix environment on a Ubuntu machine. and cross compile batctl package for riscv64. Below is the command I am using: attached nix-info not availble on Ubuntu
can you give the version of nix and the revision of nixpkgs (it might be in a file called .git-revision).
is the sandbox enabled, if they're at the same rev
Turns out I couldn't reproduce it because my machine has riscv emulation enabled, the makefile is calling a riscv version of pkg-config. I'm testing a fix to the problem at the moment
Code change:
# Wrap manually dontWrapQtApps = true; <del> dontWrapGApps = true; </del> # Remove some references to shrink the closure size. This reference (as of # 2018-11-06) was a single string like the following:

Related discussion:
text: When using file picker in calibre e.g. on first launch after install that pops up file picker to select library path or by clicking "Add books" in menu calibre will crash with error Steps to reproduce the behavior: not yet crashed - select "Add books" item in menu Calibre should work without issues From i figured adding to solves problem, so running it like this works: Please run and paste the result.