jiebi/CodeConvo huggingface dataset:
Code change:
#, flash-attn }: let <del> version = "0.03"; </del> <ins> version = "0.0.22.post7"; </ins> in buildPythonPackage { pname = "xformers";

Related discussion:
text: Package name: Latest released version: 0.0.22.post7 <!-- Search your package here: --- Current version on the unstable channel: (This version never existed but whatever!) 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 Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
let me know if you have time to test
Code change:
disabled entirely by setting [](#opt-services.openssh.settings.PermitRootLogin) to `"no"`. <del> You can declaratively specify authorised RSA/DSA public keys for a user </del> <ins> You can declaratively specify authorised public keys for a user </ins> as follows: ```nix { users.users.alice.openssh.authorizedKeys.keys = <del> [ "ssh-dss AAAAB3NzaC1kc3MAAACBAPIkGWVEt4..." ]; </del> <ins> [ "ssh-ed25519 AAAAB3NzaC1kc3MAAACBAPIkGWVEt4..." ]; </ins> } ```

Related discussion:
text: Mention key types that people actually use and don’t mention ones that have been removed. <!-- make sure this issue is not redundant or obsolete --- [x] checked [latest Nixpkgs manual] ([source][nixpkgs-source]) and [latest NixOS manual] ([source][nixos-source]) [x] checked [open documentation issues] for possible duplicates [x] checked [open documentation pull requests] for possible solutions [latest Nixpkgs manual]: [latest NixOS manual]: [nixpkgs-source]: [nixos-source]: [open documentation issues]: [open documentation pull requests]: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
<del> diff --git a/Jamroot b/Jamroot index 94494bf..83dfcbb 100755 --- a/Jamroot +++ b/Jamroot @@ -64,7 +64,7 @@ else if [ os.name ] in LINUX MACOSX FREEBSD $(LUA_PATH) $(HOME)/Library/Frameworks /Library/Frameworks /usr /usr/local /opt/local /opt ; local possible-suffixes = -        include/lua5.1 include/lua51 include/lua include ; +        include/lua5.1 include/lua51 include/lua include include/luajit-2.0 ; local includes = [ GLOB $(possible-prefixes)/$(possible-suffixes) : lua.h ] ; @@ -83,7 +83,7 @@ else if [ os.name ] in LINUX MACOSX FREEBSD local lib = $(prefix)/lib ; -    local names = liblua5.1 liblua51 liblua ; +    local names = liblua5.1 liblua51 liblua libluajit-5.1 ; local extensions = .a .so ; library = [ GLOB $(lib)/lua51 $(lib)/lua5.1 $(lib)/lua $(lib) : </del>

Related discussion:
text: Steps to reproduce the behavior: FWIW: my fix is here, - but it is using a fork of . If somebody has the time to create a minimal patch on top of the current source, please feel free to. Please run and paste the result.
Looks like you are on a good path. Unfortunately I have no access to Apple hardware at all, but would be happy to merge a PR.
Yes, is working on it. There is a more active fork of luabind here: - how about we switch to using it? It'll obviate a bunch of patches as well.
I agree, sounds sensible.
Code change:
<ins> diff --git a/libs/hbb_common/src/config.rs b/libs/hbb_common/src/config.rs index 74982de5..308bcf80 100644 --- a/libs/hbb_common/src/config.rs +++ b/libs/hbb_common/src/config.rs @@ -656,7 +656,7 @@ const PEERS: &str = "peers"; impl PeerConfig { pub fn load(id: &str) -> PeerConfig { -        let _ = CONFIG.read().unwrap(); // for lock +        let _lock = CONFIG.read().unwrap(); match confy::load_path(&Self::path(id)) { Ok(config) => config, Err(err) => { @@ -667,7 +667,7 @@ impl PeerConfig { } pub fn store(&self, id: &str) { -        let _ = CONFIG.read().unwrap(); // for lock +        let _lock = CONFIG.read().unwrap(); if let Err(err) = confy::store_path(Self::path(id), self) { log::error!("Failed to store config: {}", err); } @@ -808,7 +808,7 @@ pub struct LanPeers { impl LanPeers { pub fn load() -> LanPeers { -        let _ = CONFIG.read().unwrap(); // for lock +        let _lock = CONFIG.read().unwrap(); match confy::load_path(&Config::file_("_lan_peers")) { Ok(peers) => peers, Err(err) => { </ins>

Related discussion:
text: Steps to reproduce the behavior: <!-- 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.
This is due to the upgrade to Rust 1.65 in I'm sorry for the inconvenience and will take care of fixing this. The caveat is that I need to fix my system first, which I broke somehow trying to install the new version of nix
Thank you very much!
Code change:
environment.etc.vmware-tools.source = "${open-vm-tools}/etc/vmware-tools/*"; services.xserver = mkIf (!cfg.headless) { <del> modules = [ xf86inputvmmouse ]; </del> <ins> modules = lib.optionals pkgs.stdenv.hostPlatform.isx86 [ xf86inputvmmouse ]; </ins> <del> config = '' </del> <ins> config = lib.optionalString (pkgs.stdenv.hostPlatform.isx86) '' </ins> Section "InputClass" Identifier "VMMouse" MatchDevicePath "/dev/input/event*"

Related discussion:
text: Let me start off by saying that I'm completely new to nixos (this is my first install that I did today) so there might be something obvious that I don't see yet. I'm installing nixos in vmware fusion on macos and I'm trying to enable vmware guest additions in nixos. I enabled: and got an error say that it's unavailable on the hostPlatform "aarch64-unknown-linux-gnu". Steps to reproduce the behavior: nixos 23.05 (minimal) in vmware fusion on macos to enable vmware guest additions. error It should configure nixos for vmware. ! I found which makes me think this should be supported. I noticed that aarch64 isn't listed under There don't seem to be any maintainers for xf86-input-vmmouse Please run and paste the result.
if you enable headless mode ( ie = true ) this should work, with the caveat is that this will install the headless version of open-vm-tools. AFAICT xf86-input-vmmouse is not supported on aarch64 (there is no other distro that ships a aarch64 package and the for it does not reference aarch64). Ill see about sending a PR to fix this case, just need to set an env where i can test this. (where you want xserver installed and you enable virtualization tools).
comments out some stuff that's actually not problematic at all on Aarch64, since only the ps2 mouse thing is, and ps2 is not even useful these days: I'm thinking just this part should be conditioned by !Aarch64 (or maybe x86_64):