jiebi/CodeConvo huggingface dataset:
Change:
<ins> diff --git a/src/plugins/meson.build b/src/plugins/meson.build index cdd3b5b..a5a2174 100644 --- a/src/plugins/meson.build +++ b/src/plugins/meson.build @@ -63,9 +63,3 @@ if all_nvidia_linux_libs install : true, link_with : libtuxclocker) endif - -shared_library('cpu', 'CPU.cpp', 'Utils.cpp', -        include_directories : [incdir, fplus_inc], -        install_dir : get_option('libdir') / 'tuxclocker' / 'plugins', -        install : true, -        link_with : libtuxclocker) </ins>

Discussion:
Project description TuxClocker is a hardware controlling and monitoring program. TuxClocker consists of a DBus daemon and a Qt GUI that uses the daemon. It allows you to e.g. set a custom fan curve and overclock your CPU and GPU. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
frescobaldi = python3Packages.callPackage ../misc/frescobaldi {}; <ins> freshfetch = callPackage ../tools/misc/freshfetch { }; </ins> frostwire = callPackage ../applications/networking/p2p/frostwire { }; frostwire-bin = callPackage ../applications/networking/p2p/frostwire/frostwire-bin.nix { };

Discussion:
Project description Freshfetch is an alternative to Neofetch written in Rust with a focus on customization. Metadata homepage URL: source URL: license: mit platforms: Linux
Change:
xfce.xfconf zlib ] <del> ++ lib.optionals stdenv.isDarwin [ </del> <ins> ++ lib.optionals stdenv.isDarwin (with darwin.apple_sdk_11_0.frameworks; [ </ins> Apple80211 AppKit Cocoa

Discussion:
Steps to reproduce the behavior: fastfetch log: related: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Yeah, this popped up after a staging change... I tried to look into a little bit before but not sure exactly what needs to change for it, yet.
Change:
https://github.com/kaicataldo/material.vim/,HEAD, https://github.com/vim-scripts/mayansmoke/,, https://github.com/chikamichi/mediawiki.vim/,HEAD, <ins> https://github.com/savq/melange-nvim/,, </ins> https://github.com/echasnovski/mini.nvim/,, https://github.com/wfxr/minimap.vim/,, https://github.com/jose-elias-alvarez/minsnip.nvim/,,

Discussion:
Project description Warm color scheme for Neovim and beyond Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ...
Change:
}; }; <ins> # https://github.com/NixOS/nixpkgs/issues/42755 xen-netfront_fix_mismatched_rtnl_unlock = rec { name = "xen-netfront_fix_mismatched_rtnl_unlock"; patch = fetchpatch { name = name + ".patch"; url = https://github.com/torvalds/linux/commit/cb257783c2927b73614b20f915a91ff78aa6f3e8.patch; sha256 = "0xhblx2j8wi3kpnfpgjjwlcwdry97ji2aaq54r3zirk5g5p72zs8"; }; }; # https://github.com/NixOS/nixpkgs/issues/42755 xen-netfront_update_features_after_registering_netdev = rec { name = "xen-netfront_update_features_after_registering_netdev"; patch = fetchpatch { name = name + ".patch"; url = https://github.com/torvalds/linux/commit/45c8184c1bed1ca8a7f02918552063a00b909bf5.patch; sha256 = "1l8xq02rd7vakxg52xm9g4zng0ald866rpgm8kjlh88mwwyjkrwv"; }; }; </ins> }

Discussion:
Network access works well on a new instance booted from the stable AMIs listed on the website, but after running and rebooting the instance, it is broken. More specifically, the host can no longer send packets with an MSS larger than 3836. two EC2 instances from one of the 18.03 AMIs in the same VPC one of them latest stable with and reboot the security group to allow internal VPC communication on the host without the updates and on the updated one As I was writing this, I dug a bit deeper and found out that this is a bug introduced in the 4.14.37 release of the kernel. It is fixed in master (commit and possibly .) Applying those patches to the 4.14.51 kernel in stable fixes this issue for me.
Fix is now backported to 18.03.
Change:
libnotify xclip openssl <ins> ] ++ lib.optionals stdenv.isLinux [ </ins> xdotool <ins> ] ++ lib.optionals stdenv.isDarwin [ AppKit Cocoa Foundation </ins> ]; # Some tests require networking

Discussion:
Trying to install espanso on osX, there are missing libraries, even after trying to install and Steps to reproduce the behavior: tries to compile fails with The build should work on osX n/a latest osX with nixpkgs 21.15 and nix-darwin Please run and paste the result.
You cannot install libraries (), they need to be to the package definition.
I tried adding them as dependencies, but the build still fails with the same error
I marked this as stale due to inactivity. &rarr;
Change:
<ins> { lib , maven , fetchFromGitHub , buildGraalvmNativeImage }: let pname = "certificate-ripper"; version = "2.2.0"; jar = maven.buildMavenPackage { pname = "${pname}-jar"; inherit version; src = fetchFromGitHub { owner = "Hakky54"; repo = "certificate-ripper"; rev = version; hash = "sha256-snavZVLY8sHinLnG6k61eSQlR9sb8+k5tRHqu4kzQKM="; }; patches = [ ./make-deterministic.patch ./fix-test-temp-dir-path.patch ]; mvnHash = "sha256-ahw9VVlvBPlWChcJzXFna55kxqVeJMmdaLtwWcJ+qSA="; installPhase = '' install -Dm644 target/crip.jar $out ''; }; in buildGraalvmNativeImage { inherit pname version; src = jar; executable = "crip"; # Copied from pom.xml extraNativeImageBuildArgs = [ "--no-fallback" "-H:ReflectionConfigurationResources=graalvm_config.json" "-H:EnableURLProtocols=https" "-H:EnableURLProtocols=http" ]; meta = { changelog = "https://github.com/Hakky54/certificate-ripper/releases/tag/${version}"; description = "A CLI tool to extract server certificates"; homepage = "https://github.com/Hakky54/certificate-ripper"; license = lib.licenses.asl20; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>

Discussion:
A CLI tool to extract server certificates. Homepage: Source: License: Apache License 2.0 Platforms: Linux, macOS, Windows Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
glib gnutls gtk3 <ins> icu </ins> lcms2 libevdev libgcrypt

Discussion:
Package name: heroic Latest released version: 2.15.1 <!-- Search your package here: --- Current version on the unstable channel: 2.14.1 Current version on the stable/release channel: 2.14.1 <!-- 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]:
Need to wait for to be merged, because upstream depends on Electron 31, but the latest currently in nixpkgs is 30.
you can make draft PR and wait :D
Also does UMU need to be packaged for this release?
I think so. Even though Heroic 2.15 downloads UMU, the version it fetches is outdated, (according to one of the developers, in the project discord server).
Actually, given that , and Heroic can download a working version, just without the latest fixes, I am opting to not package UMU in nixpkgs.

Stardew Valley isn't opening in the nixpkgs' Heroic Launcher, and I think there're missing dependencies. Steps to reproduce the behavior: the Heroic Launcher and installs Stardew Valley from GOG running the game The game would open as usual The logs: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Stardew Valley depends on an outdated version of OpenSSL that is insecure IIRC (see also ) I just play the Windows version via Wine, also from Heroic Launcher (on the Steam Deck) and that works just fine, if it's acceptable to you I'd just do that instead of trying to hunt down an ancient version of a library.
Thanks for the explanation! Installing the Windows version worked as expected.
That turns out not to be the case here. I happen to own the GOG version of this game, so I was able to test this. It complains about missing ICU; once I that to the Heroic FHS environment, it launched just fine. Will submit a PR.
Change:
license = stdenv.lib.licenses.cc-by-40; platforms = stdenv.lib.platforms.unix; maintainers = with stdenv.lib.maintainers; [ fuuzetsu ]; <ins> broken = true;  # replaced by constructive-sheaf-semantics </ins> }; <del> }) </del>  No newline at end of file <ins> }) </ins>

Discussion:
As of Agda 2.5.1 (which comes on the latest nixos-unstable release), both nixpkgs' agda-stdlib (from git nominally at version 2.4.2.3) and an updated version (v0.12, the most recent release) fail to build. Some modules are checked successfully, but it gets stuck at (the first builtin module it finds). For this module only, it tries to write to . Output: System: (Flounder) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: ""
has the same issue, meaning that there has probably been some change in Agda. The problem seems to be that writes a file for each file it checks, and some files it's checking are in the Nix store (specifically, in ). I think it's to do with . Maybe it would work if these were checked when building .
Current status: .
Fixed by .
Let's keep this open until the fix lands in master.
Change:
<ins> { lib , stdenv , darwin , fetchFromGitHub , openssl , pkg-config , rustPlatform }: rustPlatform.buildRustPackage rec { pname = "crunchy-cli"; version = "3.2.5"; src = fetchFromGitHub { owner = "crunchy-labs"; repo = "crunchy-cli"; rev = "v${version}"; hash = "sha256-hzmTwUd+bQwr+5UtXKMalJZUDxOC5nhXNTXbYZN8xtA="; }; cargoLock = { lockFile = ./Cargo.lock; outputHashes = { "native-tls-0.2.11" = "sha256-+NeXsxuThKNOzVLBItKcuTAM/0zR/BzJGMKkuq99gBM="; }; }; nativeBuildInputs = lib.optionals stdenv.isLinux [ pkg-config ]; buildInputs = lib.optionals stdenv.isLinux [ openssl ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.SystemConfiguration ]; env = { OPENSSL_NO_VENDOR = true; }; meta = with lib; { description = "Command-line downloader for Crunchyroll"; homepage = "https://github.com/crunchy-labs/crunchy-cli"; license = licenses.mit; maintainers = with maintainers; [ stepbrobd ]; mainProgram = "crunchy-cli"; }; } </ins>

Discussion:
Package name: crunchy-cli Latest released version: 3.2.2 <!-- Search your package here: --- Current version on the unstable channel: 3.0.0-dev.10 Current version on the stable/release channel: 3.0.0-dev.10 <!-- 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.
Change:
}; })); <del> nativeBuildInputs = [ makeWrapper lndir jq ]; </del> <ins> nativeBuildInputs = [ makeWrapper lndir jq removeReferencesTo ]; </ins> buildInputs = [ browser.gtk3 ];

Discussion:
Steps to reproduce the behavior: .config.contentAddressedByDefault = true; .firefox.package = pkgs.wrapFirefox pkgs.firefox-devedition-unwrapped {}; to build I also have march/mtune set and can't/won't use firefox-bin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I think this is $outPath of gcc
I think my fix worked
Change:
outputs = [ "out" "dev" "info" ]; outputBin = "dev"; <del> buildInputs = [ libgpgerror ] ++ lib.optional enableCapabilities libcap; </del> <ins> # The CPU Jitter random number generator must not be compiled with # optimizations and the optimize -O0 pragma only works for gcc. # The build enables -O2 by default for everything else. hardeningDisable = stdenv.lib.optional stdenv.cc.isClang "fortify"; buildInputs = [ libgpgerror ] ++ stdenv.lib.optional enableCapabilities libcap; </ins> # Make sure libraries are correct for .pc and .la files # Also make sure includes are fixed for callers who don't use libgpgcrypt-config

Discussion:
Cannot build libgcrypt (or libgpg-error not quite sure which is to blame) on darwin due to optimization level -O2 on latest staging. This probably exists on other systems as well. Update to latest staging, try to nix-env -p libgcrypt. On 10.12 I get the following: I tried setting CFLAGS = "-O0" in the definition but I can't seem to get over what appears to be hardening flags setting -O2. I'm not sure how this could ever build in those circumstances. Curious how I can override CFLAGS for this package to work around this? System: (NixOS: , Ubuntu/Fedora: , ...) $ swvers ProductName: Mac OS X ProductVersion: 10.12.6 BuildVersion: 16G29 Nix version: (run ) nix-env (Nix) 1.11.9 Nixpkgs version: (run ) "17.09pre-git" Sandboxing enabled: (run ) n/a
Sounds like the hardening flags. I think should do it or something like that.
Yep, your suggestion in irc worked. Should I submit a pr for it to staging? Or should I constrain it only to darwin? I don't quite see how it would work on any other system given the pragma if -O2 is passed into the derivation.
Seems like an instance of
the way I read the error it's due to clang not understanding the pragma, i.e., it would work if you had used gcc.
probably but gcc doesn't always run/build on OSX. And if someone tried building things with clang on other platforms it presumably would trigger there as well. Perhaps a predicate of if not gcc disable hardening?
clang generally can handle hardening, too, this is a very niche case.
Maybe a patch like so (untested so far):
Change:
homepage = https://github.com/ZoomerAnalytics/jsondiff; license = lib.licenses.mit; }; <del> } </del>  No newline at end of file <ins> } </ins>

Discussion:
Describe the bug depend on: python3Packages.jsondiff provides . which depends on jsonpatch which also provides . To Reproduce Steps to reproduce the behavior: Expected behavior A shell with the library available to Python scripts. Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(kalbasit): channels(yl): nixpkgs: AND host os: multi-user?: sandbox: version: channels(yl): nixpkgs: Maintainer information: cc
do you have an ETA on this issue? Workaround perhaps?
Apparently the executable in the package is deprecated. I therefore suggest patching out the entry from the entry points:
Another solution is to increase (or was it decrease?) the priority of the package so it takes precedence. Though I am not sure whether this solution works.
removing the binary has fixed this particular issue. However, there's another collision now. What to do with this one? I'm filing the PR to fix the first issue, will wait to fix the second one before merging obviously.
Having a collision between files in the backports package implies that one or more of those packages is using the wrong namespaces convention. See e.g.
or if they are namespace packages, then they shouldn't be installing the there altogether for python3, because they should be adhering to That seems to be the case: Taking another step back, for python3, this module shouldn't be needed as python3x will use the module
would you be able to help me get this fixed in . You seem to have more Python knowledge than myself :smile:
hmmm this worked Is this an acceptable fix?
I made it work with Python3, but it's still broken for Python2 (see ).
I'm trying to make a pr now :)
For python2, you will need to do something similar to where you do Unfortunately with namespace packages and python2, there's no way to avoid this :(
you should be able to rebase on top of master now that has been merged
Change:
buildInputs = [ securityDependency ]; <ins> configureFlags = lib.optionals stdenv.isDarwin [ "--disable-pam" ]; </ins> passthru.updateScript = ./update.sh; meta = with lib; {

Discussion:
The package doesn't build on Darwin due to a dependency on which doesn't exist in OpenPAM: There is an to potentially replace the use of functions from with something else on platforms where it doesn't exist. Based on , I think the intention is not to use PAM on Darwin anyway: So a reasonable fix could be simply to pass when building on Darwin, which solves the build failure. Notify maintainers Metadata Maintainer information:
test this
Yup, works.
Change:
bluezSupport = true; x11Support = true; }; <del> python311Full = python310.override { </del> <ins> python311Full = python311.override { </ins> self = python311Full; pythonAttr = "python311Full"; bluezSupport = true;

Discussion:
In , when you search for python311, python311Full shows up as having version 3.10.9 (rather than 3.11.1 that python311 has). This also shows up when installing python311full in a flake, (which caused all sorts of "what am I doing wrong!?" hair pulling when the correct version of python didn't pop up. python311Full should have version 3.11. <img width="1232" alt="Screenshot 2023-01-31 at 21 28 16" src="https://user-"
Change:
services.atuin = { enable = lib.mkEnableOption (mdDoc "Atuin server for shell history sync"); <ins> package = lib.mkPackageOption pkgs "atuin" { }; </ins> openRegistration = mkOption { type = types.bool; default = false;

Discussion:
The options do not yet feature a to set the package. This might be helpful for people that want to pin to a specific version. This is helpful because enforces (from 18.0.0 on, AFAIK) that the sync server version and the client version match (as in "are the same"). For people running nixos unstable on their end-user device but nixos stable on their server, this might be helpful. I think this is a rather simple one, if someone wants to learn how to do that, I am here to help.
Change:
restic-integrity = callPackage ../applications/backup/restic-integrity { }; restic-rest-server = callPackage ../tools/backup/restic/rest-server.nix { }; <del> restya-board = callPackage ../servers/web-apps/restya-board { }; </del> rethinkdb = callPackage ../servers/nosql/rethinkdb { stdenv = clangStdenv; libtool = darwin.cctools;

Discussion:
fails when installing using a custom option; this is the service status: The issue is caused by the hardcoded database name in : the database name should be . I have not tested it directly but looking at the module source code I'm almost sure this also applies to and options. Use this service declaration:
thanks for reporting this. I've never used this service, but I would be willing to take a look and fix this if you were willing to test it for me. Sound good?
Hello Aaron, Aaron Andersen <: yes! thank you for your offer In the next couple of weeks I'll be pretty busy, but I should be able to test later on I'd also like to learn how to test local defined (i.e. in a git branch) changes to the packages/services: do you have a pointer to the relevant documentation please, just a pointer: I'll do my homework :-) Thanks! Gio' [...]
I've found a few issues. The package in nixpkgs hasn't been updated in over 2 years. It also looks like the module author has likely moved on, so the module hasn't seen any support or maintenance in the last 2 years either. Generally at this point if no one is willing to take over maintenance of at least the package we would want to remove this from nixpkgs because this is a web application and we shouldn't have users thinking they are using something up to date and secure when it is actually lagging 7 releases (2 years) behind upstream. That being said I really don't enjoy removing software from nixpkgs that people are using, or want to use... If you're really keen on using this software on NixOS I suggest we look for a new package/module maintainer. Please let me know if you want to pursue this.
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:
meta = with lib; { description = "A daemon for managing long running shell commands"; homepage = "https://github.com/Nukesor/pueue"; <ins> changelog = "https://github.com/Nukesor/pueue/raw/v${version}/CHANGELOG.md"; </ins> license = licenses.mit; maintainers = [ maintainers.marsam ]; };

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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 than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: desired version: <!-- 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. Also my motivation for this issue is not so much for bumping up new version but it's more about build not working on my mac (for both Catalina and Big Sur). I believe 's derivation is here, When I try to install this package, for example via , It doesn't use a cached one (I assume it was never cached for macOS for some reason), I get a long error that ends with: Anyhow, after trying to fix this issue, I began to realize maybe I can compare this one with other Rust package that works, for example, , which I believe the derivation is here, The notable difference I can see is this kind of line below exist in but not in . So I have a feeling that something similar must be done to make it work for macOS. And in , I can see: and: Therefore I believe it should also be something like this: Unfortunately I don't have much knowledges of how these things all work in a clear level nor the experience of building them, so I avoid creating premature PR and instead leaving this issue for now hoping it can be picked and I can also learn by watching. If anything what I said is not clear, feel free to let me know!
Change:
--prefix XDG_DATA_DIRS : "${gdk-pixbuf}/share" --prefix XDG_DATA_DIRS : "${librsvg}/share" # WM keyboard shortcuts <del> --prefix XDG_DATA_DIRS : "${magpie}/share" </del> <ins> --prefix XDG_DATA_DIRS : "${gnome.mutter}/share" </ins> ) '';

Discussion:
Budgie desktop stopped working a few months ago on because gsettings schema supplied by Budgie is missing settings which was recently to . This causes to crash during startup making Budgie DE setup unusable. budgie-desktop from . .
Are you using Budgie alongside another desktop? Otherwise LightDM is the preferred choice for Budgie, but I will still look into this.
Oh, I didn't know that. When I switched from gnome to budgie, I kept and everything worked, so I kept it. I can confirm that if I use , everything works.