Question:
The out-of-the-box configuration of Mosquitto will accept any password. The setting is irrelevant. I don't think these details make much difference, but I'll document them here just the same. up Mosquitto with TLS. up a user with some ACLs and a password. to connect as this user. Note that the password argument is irrelevant. The problem seems to be that the option is not specified. An effective work-around is: It seems this is expected behavior. See this matrix at: System: NixOS 17.03 (deployed with NixOps)
I don't think this fix is within the spirit of the Mosquitto project. The Mosquitto project makes it easy to get started with the service, but you are now throwing that away too. The way I would like to see it work is to have a boolean option "insecure" where true means the behavior as it was before the PR. Additionally, when the password file is not set, a helpful hint is given pointing at the insecure option with a big warning about the security implications as well as the option for setting the password file to a real secure configuration.
Sorry, I don't often get time to work on this. I'll try to leave enough information here that you can make decisions and push forward without much more iterations. I wrote some tests: And here's a default-ish NixOS config for mosquitto: And here's the result: Invocation with allowAnonymous --------------------------------- No auth PASS Unregistered user PASS Registered user, no password PASS Registered user, bad password PASS Registered user, good password PASS This is so far from my expectations that I'm inclined to treat it as a bug. Why should the NixOS configs allow the user to specify the contents of the password file when those contents will be completely ignored? Here's what it looks like when we modify the config so that the password file is actually used: Invocation with allowAnonymous --------------------------------- No auth PASS Unregistered user FAIL Registered user, no password FAIL Registered user, bad password FAIL Registered user, good password PASS This is more like what I would have expected. I believe this is not too much of an extra burden on setup. If ease of use is your primary concern, you can either turn on and have your client not specify a username and password, or just hard-code every password to . I understand opinions may differ, and my arguments could prove unconvincing in the end. pointed out this is a breaking change, which is a very good argument against it. So here's my plan. I'll update the PR to include a new option and leave it off by default. If the value is false, you get the classic behavior as seen in the first table above. If the value is true, you get the behavior from the second table. I'd hope that one day could default to true, but just having it in the first place seems like an improvement.
just fyi, as of right now the default config is secure as no client is allowed to write or read any topic. This is due to a change in mosquitto server where an empty ACL file means no access for anyone. I stumbled over this issue after my upgrade to 19.03. For future generations, this is a setup for a server:
Ouch this last comment really saved my day -- and saved a deep dive into more detailed logs. What I like most about Nixos is how its configs are short, to the point, and sane/secure by default making a working setup. I think we should update the service definition just a bit to make it workable by default. I just can't think up the best way here -- so that it worked for new configs and didn't make any unsafe surprises for the existing old configs.
given the comment of do you think this issue can be closed?
Thanks for fixing this bug :) In my opinion the the description of the checkPasswords option is misleading. It should better be something like „Allow user authentication“. When it is not set to true, even clients using the correct password are refused (assuming the default allowAnonymous=false). I would plead for setting the default of checkPasswords to true, since this is what a new user would expect. If we don't want this to be a breaking change, it could wait till the next nixos release. A compromise would be to set checkPasswords=true whenever allowAnonymous==false. I see no usecase for both being false, it just yields an unusable setup.
the next release will have a rewritten mosquitto module () that defaults to checking passwords and not allowing anonymous logins. additionally allows omitting password checks once merged, but will still default to checking passwords.
For anyone interested, this is how a configuration for Mosquitto looks like on 21.11 with the rewritten mosquitto module: thanks to on Edit: closing this issue for now, as a lot has changed since 2017

keyfile ${cfg.ssl.keyfile} ''; <ins> passwordConf = optionalString cfg.checkPasswords '' password_file ${cfg.dataDir}/passwd ''; </ins> mosquittoConf = pkgs.writeText "mosquitto.conf" '' pid_file /run/mosquitto/pid acl_file ${aclFile}


Question:
The out-of-the-box configuration of Mosquitto will accept any password. The setting is irrelevant. I don't think these details make much difference, but I'll document them here just the same. up Mosquitto with TLS. up a user with some ACLs and a password. to connect as this user. Note that the password argument is irrelevant. The problem seems to be that the option is not specified. An effective work-around is: It seems this is expected behavior. See this matrix at: System: NixOS 17.03 (deployed with NixOps)
I don't think this fix is within the spirit of the Mosquitto project. The Mosquitto project makes it easy to get started with the service, but you are now throwing that away too. The way I would like to see it work is to have a boolean option "insecure" where true means the behavior as it was before the PR. Additionally, when the password file is not set, a helpful hint is given pointing at the insecure option with a big warning about the security implications as well as the option for setting the password file to a real secure configuration.
Sorry, I don't often get time to work on this. I'll try to leave enough information here that you can make decisions and push forward without much more iterations. I wrote some tests: And here's a default-ish NixOS config for mosquitto: And here's the result: Invocation with allowAnonymous --------------------------------- No auth PASS Unregistered user PASS Registered user, no password PASS Registered user, bad password PASS Registered user, good password PASS This is so far from my expectations that I'm inclined to treat it as a bug. Why should the NixOS configs allow the user to specify the contents of the password file when those contents will be completely ignored? Here's what it looks like when we modify the config so that the password file is actually used: Invocation with allowAnonymous --------------------------------- No auth PASS Unregistered user FAIL Registered user, no password FAIL Registered user, bad password FAIL Registered user, good password PASS This is more like what I would have expected. I believe this is not too much of an extra burden on setup. If ease of use is your primary concern, you can either turn on and have your client not specify a username and password, or just hard-code every password to . I understand opinions may differ, and my arguments could prove unconvincing in the end. pointed out this is a breaking change, which is a very good argument against it. So here's my plan. I'll update the PR to include a new option and leave it off by default. If the value is false, you get the classic behavior as seen in the first table above. If the value is true, you get the behavior from the second table. I'd hope that one day could default to true, but just having it in the first place seems like an improvement.
just fyi, as of right now the default config is secure as no client is allowed to write or read any topic. This is due to a change in mosquitto server where an empty ACL file means no access for anyone. I stumbled over this issue after my upgrade to 19.03. For future generations, this is a setup for a server:
Ouch this last comment really saved my day -- and saved a deep dive into more detailed logs. What I like most about Nixos is how its configs are short, to the point, and sane/secure by default making a working setup. I think we should update the service definition just a bit to make it workable by default. I just can't think up the best way here -- so that it worked for new configs and didn't make any unsafe surprises for the existing old configs.
given the comment of do you think this issue can be closed?
Thanks for fixing this bug :) In my opinion the the description of the checkPasswords option is misleading. It should better be something like „Allow user authentication“. When it is not set to true, even clients using the correct password are refused (assuming the default allowAnonymous=false). I would plead for setting the default of checkPasswords to true, since this is what a new user would expect. If we don't want this to be a breaking change, it could wait till the next nixos release. A compromise would be to set checkPasswords=true whenever allowAnonymous==false. I see no usecase for both being false, it just yields an unusable setup.
the next release will have a rewritten mosquitto module () that defaults to checking passwords and not allowing anonymous logins. additionally allows omitting password checks once merged, but will still default to checking passwords.
For anyone interested, this is how a configuration for Mosquitto looks like on 21.11 with the rewritten mosquitto module: thanks to on Edit: closing this issue for now, as a lot has changed since 2017

allow_anonymous ${boolToString cfg.allowAnonymous} bind_address ${cfg.host} port ${toString cfg.port} <ins> ${passwordConf} </ins> ${listenerConf} ${cfg.extraConf} '';


Question:
The out-of-the-box configuration of Mosquitto will accept any password. The setting is irrelevant. I don't think these details make much difference, but I'll document them here just the same. up Mosquitto with TLS. up a user with some ACLs and a password. to connect as this user. Note that the password argument is irrelevant. The problem seems to be that the option is not specified. An effective work-around is: It seems this is expected behavior. See this matrix at: System: NixOS 17.03 (deployed with NixOps)
I don't think this fix is within the spirit of the Mosquitto project. The Mosquitto project makes it easy to get started with the service, but you are now throwing that away too. The way I would like to see it work is to have a boolean option "insecure" where true means the behavior as it was before the PR. Additionally, when the password file is not set, a helpful hint is given pointing at the insecure option with a big warning about the security implications as well as the option for setting the password file to a real secure configuration.
Sorry, I don't often get time to work on this. I'll try to leave enough information here that you can make decisions and push forward without much more iterations. I wrote some tests: And here's a default-ish NixOS config for mosquitto: And here's the result: Invocation with allowAnonymous --------------------------------- No auth PASS Unregistered user PASS Registered user, no password PASS Registered user, bad password PASS Registered user, good password PASS This is so far from my expectations that I'm inclined to treat it as a bug. Why should the NixOS configs allow the user to specify the contents of the password file when those contents will be completely ignored? Here's what it looks like when we modify the config so that the password file is actually used: Invocation with allowAnonymous --------------------------------- No auth PASS Unregistered user FAIL Registered user, no password FAIL Registered user, bad password FAIL Registered user, good password PASS This is more like what I would have expected. I believe this is not too much of an extra burden on setup. If ease of use is your primary concern, you can either turn on and have your client not specify a username and password, or just hard-code every password to . I understand opinions may differ, and my arguments could prove unconvincing in the end. pointed out this is a breaking change, which is a very good argument against it. So here's my plan. I'll update the PR to include a new option and leave it off by default. If the value is false, you get the classic behavior as seen in the first table above. If the value is true, you get the behavior from the second table. I'd hope that one day could default to true, but just having it in the first place seems like an improvement.
just fyi, as of right now the default config is secure as no client is allowed to write or read any topic. This is due to a change in mosquitto server where an empty ACL file means no access for anyone. I stumbled over this issue after my upgrade to 19.03. For future generations, this is a setup for a server:
Ouch this last comment really saved my day -- and saved a deep dive into more detailed logs. What I like most about Nixos is how its configs are short, to the point, and sane/secure by default making a working setup. I think we should update the service definition just a bit to make it workable by default. I just can't think up the best way here -- so that it worked for new configs and didn't make any unsafe surprises for the existing old configs.
given the comment of do you think this issue can be closed?
Thanks for fixing this bug :) In my opinion the the description of the checkPasswords option is misleading. It should better be something like „Allow user authentication“. When it is not set to true, even clients using the correct password are refused (assuming the default allowAnonymous=false). I would plead for setting the default of checkPasswords to true, since this is what a new user would expect. If we don't want this to be a breaking change, it could wait till the next nixos release. A compromise would be to set checkPasswords=true whenever allowAnonymous==false. I see no usecase for both being false, it just yields an unusable setup.
the next release will have a rewritten mosquitto module () that defaults to checking passwords and not allowing anonymous logins. additionally allows omitting password checks once merged, but will still default to checking passwords.
For anyone interested, this is how a configuration for Mosquitto looks like on 21.11 with the rewritten mosquitto module: thanks to on Edit: closing this issue for now, as a lot has changed since 2017

''; }; <ins> checkPasswords = mkOption { default = false; example = true; type = types.bool; description = '' Refuse connection when clients provide incorrect passwords. ''; }; </ins> extraConf = mkOption { default = ""; type = types.lines;


Question:
The out-of-the-box configuration of Mosquitto will accept any password. The setting is irrelevant. I don't think these details make much difference, but I'll document them here just the same. up Mosquitto with TLS. up a user with some ACLs and a password. to connect as this user. Note that the password argument is irrelevant. The problem seems to be that the option is not specified. An effective work-around is: It seems this is expected behavior. See this matrix at: System: NixOS 17.03 (deployed with NixOps)
I don't think this fix is within the spirit of the Mosquitto project. The Mosquitto project makes it easy to get started with the service, but you are now throwing that away too. The way I would like to see it work is to have a boolean option "insecure" where true means the behavior as it was before the PR. Additionally, when the password file is not set, a helpful hint is given pointing at the insecure option with a big warning about the security implications as well as the option for setting the password file to a real secure configuration.
Sorry, I don't often get time to work on this. I'll try to leave enough information here that you can make decisions and push forward without much more iterations. I wrote some tests: And here's a default-ish NixOS config for mosquitto: And here's the result: Invocation with allowAnonymous --------------------------------- No auth PASS Unregistered user PASS Registered user, no password PASS Registered user, bad password PASS Registered user, good password PASS This is so far from my expectations that I'm inclined to treat it as a bug. Why should the NixOS configs allow the user to specify the contents of the password file when those contents will be completely ignored? Here's what it looks like when we modify the config so that the password file is actually used: Invocation with allowAnonymous --------------------------------- No auth PASS Unregistered user FAIL Registered user, no password FAIL Registered user, bad password FAIL Registered user, good password PASS This is more like what I would have expected. I believe this is not too much of an extra burden on setup. If ease of use is your primary concern, you can either turn on and have your client not specify a username and password, or just hard-code every password to . I understand opinions may differ, and my arguments could prove unconvincing in the end. pointed out this is a breaking change, which is a very good argument against it. So here's my plan. I'll update the PR to include a new option and leave it off by default. If the value is false, you get the classic behavior as seen in the first table above. If the value is true, you get the behavior from the second table. I'd hope that one day could default to true, but just having it in the first place seems like an improvement.
just fyi, as of right now the default config is secure as no client is allowed to write or read any topic. This is due to a change in mosquitto server where an empty ACL file means no access for anyone. I stumbled over this issue after my upgrade to 19.03. For future generations, this is a setup for a server:
Ouch this last comment really saved my day -- and saved a deep dive into more detailed logs. What I like most about Nixos is how its configs are short, to the point, and sane/secure by default making a working setup. I think we should update the service definition just a bit to make it workable by default. I just can't think up the best way here -- so that it worked for new configs and didn't make any unsafe surprises for the existing old configs.
given the comment of do you think this issue can be closed?
Thanks for fixing this bug :) In my opinion the the description of the checkPasswords option is misleading. It should better be something like „Allow user authentication“. When it is not set to true, even clients using the correct password are refused (assuming the default allowAnonymous=false). I would plead for setting the default of checkPasswords to true, since this is what a new user would expect. If we don't want this to be a breaking change, it could wait till the next nixos release. A compromise would be to set checkPasswords=true whenever allowAnonymous==false. I see no usecase for both being false, it just yields an unusable setup.
the next release will have a rewritten mosquitto module () that defaults to checking passwords and not allowing anonymous logins. additionally allows omitting password checks once merged, but will still default to checking passwords.
For anyone interested, this is how a configuration for Mosquitto looks like on 21.11 with the rewritten mosquitto module: thanks to on Edit: closing this issue for now, as a lot has changed since 2017

description = '' Specifies the hashed password for the MQTT User. <option>hashedPassword</option> overrides <option>password</option>. <del> To generate hashed password install <literal>mkpasswd</literal> package and run <literal>mkpasswd -m sha-512</literal>. </del> <ins> To generate hashed password install <literal>mosquitto</literal> package and use <literal>mosquitto_passwd</literal>. </ins> ''; };


Question:
Sunshine fails to run when is unavailable () Run , observe warning about failure to load , then a segfault. Adding in an override with fixes it, but I don't know the area well enough to know if this is the correct fix, I just saw this was the package the previous versions had a normal dynamic link against, while 0.21 appears to only access it via . Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks! I totally missed this warning. Working for me too -- opened to resolve.

, libepoxy , libva , libvdpau <ins> , libglvnd </ins> , numactl , amf-headers , intel-media-sdk


Question:
Sunshine fails to run when is unavailable () Run , observe warning about failure to load , then a segfault. Adding in an override with fixes it, but I don't know the area well enough to know if this is the correct fix, I just saw this was the package the previous versions had a normal dynamic link against, while 0.21 appears to only access it via . Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks! I totally missed this warning. Working for me too -- opened to resolve.

mesa xorg.libXrandr libxcb <ins> libglvnd </ins> ]; cmakeFlags = [


Question:
Since Librewolf was updated to 120.0-1 in , the remote seems to have stopped working correctly. Steps to reproduce the behavior: The last command should hang for a few seconds, printing the following terminal output (new as of 120): And then the following message is displayed: A new window should be opened after executing the second command. ! The dbus service still seems to appear, so my best guess is that the problem is on either side of the equation. I'm still trying to work out what exactly is going wrong. If anyone has an idea of how I might debug this further, or has a hunch for what's wrong, please let me know. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This is an upstream issue: It looks like the dbus name patch was missing some stuff/broken for 120. This should be fixed in 120.0-2.

{ <del> "packageVersion": "120.0-1", </del> <ins> "packageVersion": "120.0.1-1", </ins> "source": { <del> "rev": "120.0-1", "sha256": "1wms3kyimmfzl64rbphgap2sm87lwkl0pr24rx4rxf3px3bq97f3" </del> <ins> "rev": "120.0.1-1", "sha256": "0kvfa97m7dq1b030d62zblpb445fkbgb2w19bckxwxv7mx36awy7" </ins> }, "settings": { <del> "rev": "b587388bdbe63511c478cb8b5f82c2e80040414c", "sha256": "03cw6wh7358pgld4qgs534pl2lnfvwc0xl2yyb3n3pyvmba6cyrp" </del> <ins> "rev": "9dac02778ebed3e2614da52c36b7cede45f4f602", "sha256": "0flk6v50cyiaajzcz9gm1hig00vkw9xdbjd5rdxidrmhcqxy24vy" </ins> }, "firefox": { <del> "version": "120.0", "sha512": "31d5f9e1d4173280c8de6d9b8551bc6bba5e2c49b84f944f50d42002d5b39c2fb743bc130f26c81160388a102b8301b94a0a378ecdfa6f943860f971a860df8c" </del> <ins> "version": "120.0.1", "sha512": "dd0e3eb234d58c39431d1f100834ef4bcc8cfb89ff471a37b948eda4dd3874b63b1979cda39a0db0dd3b4a579b5f09a7d2d1f39d26fd9f2b8d5635e4b8738b6c" </ins> } }


Question:
Steps to reproduce the behavior: maubot with sqlite db in nixos config my config:
this isn't a build failure (as build failure is for packages failing to build, not module issues), but thanks for the notice. The problem is a missing when checking for local Postresql databases with credentials. It can be fixed by switching to in I'll only be able to open a PR tomorrow, you can open it now if you want to try contributing, or you can wait for me to open it
sorry for wrong issue type, i'll wait for PR ;)
i disabled assertions just to test it out and got error during build

database = lib.last (lib.splitString "/" noSchema); }; <del> postgresDBs = [ </del> <ins> postgresDBs = builtins.filter isPostgresql [ </ins> cfg.settings.database cfg.settings.crypto_database cfg.settings.plugin_databases.postgres


Question:
Steps to reproduce the behavior: maubot with sqlite db in nixos config my config:
this isn't a build failure (as build failure is for packages failing to build, not module issues), but thanks for the notice. The problem is a missing when checking for local Postresql databases with credentials. It can be fixed by switching to in I'll only be able to open a PR tomorrow, you can open it now if you want to try contributing, or you can wait for me to open it
sorry for wrong issue type, i'll wait for PR ;)
i disabled assertions just to test it out and got error during build

if builtins.isNull (baseConfig.server.override_resource_path or null) then "${unwrapped}/${python3.sitePackages}/maubot/management/frontend/build" else baseConfig.server.override_resource_path; <del> })})} $out/${python3.sitePackages}/maubot/example-config.yaml </del> <ins> })} $out/${python3.sitePackages}/maubot/example-config.yaml </ins> rm -rf $out/bin ''} mkdir -p $out/bin


Question:
Today provides an outdated set of : Specifically I keep hitting on any attempts to rebuild 32-bit packages. Currently I am patching the to provide the working tools built locally: I think it would be generally useful to be able to pass non-default tools for workaround purposes and testing purposes of new tools. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
people who want this, can you review

overlays, crossOverlays ? [ ], # Allow passing in bootstrap files directly so we can test the stdenv bootstrap process when changing the bootstrap tools <del> bootstrapFiles ? </del> <ins> bootstrapFiles ? (config.replaceBootstrapFiles or lib.id) ( </ins> if localSystem.isAarch64 then import ./bootstrap-files/aarch64-apple-darwin.nix else <del> import ./bootstrap-files/x86_64-apple-darwin.nix, </del> <ins> import ./bootstrap-files/x86_64-apple-darwin.nix ), </ins> }: assert crossSystem == localSystem;


Question:
Today provides an outdated set of : Specifically I keep hitting on any attempts to rebuild 32-bit packages. Currently I am patching the to provide the working tools built locally: I think it would be generally useful to be able to pass non-default tools for workaround purposes and testing purposes of new tools. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
people who want this, can you review

or (throw "unsupported libc for the pure Linux stdenv"); files = archLookupTable.${localSystem.system} or (if getCompatibleTools != null then getCompatibleTools else (throw "unsupported platform for the pure Linux stdenv")); <del> in files </del> <ins> in (config.replaceBootstrapFiles or lib.id) files </ins> }: assert crossSystem == localSystem;


Question:
Today provides an outdated set of : Specifically I keep hitting on any attempts to rebuild 32-bit packages. Currently I am patching the to provide the working tools built locally: I think it would be generally useful to be able to pass non-default tools for workaround purposes and testing purposes of new tools. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
people who want this, can you review

feature = "build packages with CUDA support by default"; }; <ins> replaceBootstrapFiles = mkMassRebuild { type = types.functionTo (types.attrsOf types.package); default = lib.id; defaultText = literalExpression "lib.id"; description = '' Use the bootstrap files returned instead of the default bootstrap files. The default bootstrap files are passed as an argument. ''; example = literalExpression '' prevFiles: let replacements = { "sha256-YQlr088HPoVWBU2jpPhpIMyOyoEDZYDw1y60SGGbUM0=" = import <nix/fetchurl.nix> { url = "(custom glibc linux x86_64 bootstrap-tools.tar.xz)"; hash = "(...)"; }; "sha256-QrTEnQTBM1Y/qV9odq8irZkQSD9uOMbs2Q5NgCvKCNQ=" = import <nix/fetchurl.nix> { url = "(custom glibc linux x86_64 busybox)"; hash = "(...)"; executable = true; }; }; in builtins.mapAttrs (name: prev: replacements.''${prev.outputHash} or prev) prevFiles ''; }; </ins> rocmSupport = mkMassRebuild { type = types.bool; default = false;


Question:
Steps to reproduce the behavior: bitwarden Please run and paste the result.
Will be fixed by

buildNpmPackage rec { pname = "bitwarden-cli"; <del> version = "2023.10.0"; </del> <ins> version = "2023.12.0"; </ins> src = fetchFromGitHub { owner = "bitwarden"; repo = "clients"; rev = "cli-v${version}"; <del> hash = "sha256-egXToXWfb9XV7JuCRBYJO4p/e+WOwMncPKz0oBgeALQ="; </del> <ins> hash = "sha256-WYhLKV3j3Ktite5u1H4fSku38hCCrMzKoxtjq6aT9yo="; </ins> }; nodejs = nodejs_18; <del> npmDepsHash = "sha256-iO8ZozVl1vOOqowQARnRJWSFUFnau46+dKfcMSkyU3o="; </del> <ins> npmDepsHash = "sha256-bnYpvHO9Pnob+MbrSshv03mSwXCADH/2xw33nLVKMdg="; </ins> nativeBuildInputs = [ python3


Question:
Steps to reproduce the behavior: bitwarden Please run and paste the result.
Will be fixed by

, cargo , copyDesktopItems , dbus <del> , electron_25 </del> <ins> , electron_26 </ins> , fetchFromGitHub , fetchpatch2 , glib


Question:
Steps to reproduce the behavior: bitwarden Please run and paste the result.
Will be fixed by

let description = "A secure and free password manager for all of your devices"; icon = "bitwarden"; <del> electron = electron_25; </del> <ins> electron = electron_26; </ins> in buildNpmPackage rec { pname = "bitwarden"; <del> version = "2023.10.1"; </del> <ins> version = "2023.12.0"; # TODO add back Electron version check below </ins> src = fetchFromGitHub { owner = "bitwarden"; repo = "clients"; rev = "desktop-v${version}"; <del> hash = "sha256-cwSIMN40d1ySUSxBl8jXLVndnJJvPnLiTxkYnA3Pqws="; </del> <ins> hash = "sha256-WYhLKV3j3Ktite5u1H4fSku38hCCrMzKoxtjq6aT9yo="; </ins> }; patches = [


Question:
Steps to reproduce the behavior: bitwarden Please run and paste the result.
Will be fixed by

makeCacheWritable = true; npmWorkspace = "apps/desktop"; <del> npmDepsHash = "sha256-KN8C9Y0tfhHVagk+CUMpI/bIRChhzxC9M27HkU4aTEc="; </del> <ins> npmDepsHash = "sha256-bnYpvHO9Pnob+MbrSshv03mSwXCADH/2xw33nLVKMdg="; </ins> cargoDeps = rustPlatform.fetchCargoTarball { name = "${pname}-${version}"; inherit patches src; patchFlags = [ "-p4" ]; sourceRoot = "${src.name}/${cargoRoot}"; <del> hash = "sha256-AmtdmOR3aZJTZiFbkwRXjeTOJdcN40bTmWx4Ss3JNJ8="; </del> <ins> hash = "sha256-pCy3hGhI3mXm4uTOaFMykOzJqK2PC0t0hE8MrJKtA/k="; </ins> }; cargoRoot = "apps/desktop/desktop_native";


Question:
Steps to reproduce the behavior: bitwarden Please run and paste the result.
Will be fixed by

libsecret ]; <del> preBuild = '' </del> <ins> # FIXME add back once upstream moves to Electron >= 26 # we use electron_26 because electron_25 is EOL /*preBuild = '' </ins> if [[ $(jq --raw-output '.devDependencies.electron' < package.json | grep -E --only-matching '^[0-9]+') != ${lib.escapeShellArg (lib.versions.major electron.version)} ]]; then echo 'ERROR: electron version mismatch' exit 1 fi <del> ''; </del> <ins> '';*/ </ins> postBuild = '' pushd apps/desktop


Question: at calls 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. --Please run and paste the result. at Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

changelog = "https://github.com/executablebooks/markdown-it-py/blob/${src.rev}/CHANGELOG.md"; license = licenses.mit; maintainers = with maintainers; [ bhipple ]; <ins> mainProgram = "markdown-it"; </ins> }; }


Question:
use instead of pulling the windows zip from github releases
I can review if you want to PR this
upstream has said that they'd rather us use the github mirror that they're going to set up
the github mirror has been created
Sorry, I have to delete the github mirror, due to bandwidth limits. Please use
the "SRB22.2" branch and/or "SRB2release_2.2.13" tag
Getting 500 errors when trying to access
does this work for you?
The link works however the download buttons don't. PRs welcome if anyone can get it working, but wait for to be merged first to avoid merge conflicts.
i have had another look, and have found that it might be better to pull directly from branch
Thanks, was able to get it to work with :+1:

<ins> diff --git a/CMakeLists.txt b/CMakeLists.txt index 80a3bdcd6..380a1573a 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -61,7 +61,7 @@ option( "Link dependencies using CMake's find_package and do not use internal builds" ${SRB2_CONFIG_SYSTEM_LIBRARIES_DEFAULT} ) -option(SRB2_CONFIG_ENABLE_TESTS "Build the test suite" ON) +option(SRB2_CONFIG_ENABLE_TESTS "Build the test suite" OFF) # This option isn't recommended for distribution builds and probably won't work (yet). cmake_dependent_option( SRB2_CONFIG_SHARED_INTERNAL_LIBRARIES @@ -80,25 +80,6 @@ option(SRB2_CONFIG_ZDEBUG "Compile with ZDEBUG defined." OFF) option(SRB2_CONFIG_PROFILEMODE "Compile for profiling (GCC only)." OFF) set(SRB2_CONFIG_ASSET_DIRECTORY "" CACHE PATH "Path to directory that contains all asset files for the installer. If set, assets will be part of installation and cpack.") -if(SRB2_CONFIG_ENABLE_TESTS) -	# https://github.com/catchorg/Catch2 -	CPMAddPackage( -		NAME Catch2 -		VERSION 3.4.0 -		GITHUB_REPOSITORY catchorg/Catch2 -		OPTIONS -			"CATCH_INSTALL_DOCS OFF" -	) -	list(APPEND CMAKE_MODULE_PATH "${Catch2_SOURCE_DIR}/extras") -	include(CTest) -	include(Catch) -	add_executable(srb2tests) -	# To add tests, use target_sources to add individual test files to the target in subdirs. -	target_link_libraries(srb2tests PRIVATE Catch2::Catch2 Catch2::Catch2WithMain) -	target_compile_features(srb2tests PRIVATE c_std_11 cxx_std_17) -	catch_discover_tests(srb2tests) -endif() - # Enable CCache # (Set USE_CCACHE=ON to use, CCACHE_OPTIONS for options) if("${CMAKE_HOST_SYSTEM_NAME}" STREQUAL Windows) @@ -113,12 +94,6 @@ if("${CMAKE_HOST_SYSTEM_NAME}" STREQUAL Windows) message(WARNING "USE_CCACHE was set but ccache is not found (set CCACHE_TOOL_PATH)") endif() endif() -else() -	CPMAddPackage( -		NAME Ccache.cmake -		GITHUB_REPOSITORY TheLartians/Ccache.cmake -		VERSION 1.2 -	) endif() # Dependencies @@ -179,7 +154,7 @@ include(GitUtilities) if("${SRB2_SDL2_EXE_NAME}" STREQUAL "") # cause a reconfigure if the branch changes get_git_dir(SRB2_GIT_DIR) -	configure_file("${SRB2_GIT_DIR}/HEAD" HEAD COPYONLY) +	#configure_file("${SRB2_GIT_DIR}/HEAD" HEAD COPYONLY) git_current_branch(SRB2_GIT_REVISION) </ins>


Question:
use instead of pulling the windows zip from github releases
I can review if you want to PR this
upstream has said that they'd rather us use the github mirror that they're going to set up
the github mirror has been created
Sorry, I have to delete the github mirror, due to bandwidth limits. Please use
the "SRB22.2" branch and/or "SRB2release_2.2.13" tag
Getting 500 errors when trying to access
does this work for you?
The link works however the download buttons don't. PRs welcome if anyone can get it working, but wait for to be merged first to avoid merge conflicts.
i have had another look, and have found that it might be better to pull directly from branch
Thanks, was able to get it to work with :+1:

<ins> { lib , stdenv , fetchgit , fetchFromGitHub , cmake , curl , nasm , libopenmpt , game-music-emu , libpng , SDL2 , SDL2_mixer , zlib , makeWrapper , makeDesktopItem , copyDesktopItems }: stdenv.mkDerivation (finalAttrs: { pname = "srb2"; version = "2.2.13"; src = fetchFromGitHub { owner = "STJr"; repo = "SRB2"; rev = "SRB2_release_${finalAttrs.version}"; hash = "sha256-OSkkjCz7ZW5+0vh6l7+TpnHLzXmd/5QvTidRQSHJYX8="; }; nativeBuildInputs = [ cmake nasm makeWrapper copyDesktopItems ]; buildInputs = [ curl game-music-emu libpng libopenmpt SDL2 SDL2_mixer zlib ]; assets = stdenv.mkDerivation { pname = "srb2-data"; version = finalAttrs.version; src = fetchgit { url = "https://git.do.srb2.org/STJr/srb2assets-public"; rev = "SRB2_release_${finalAttrs.version}"; hash = "sha256-OXvO5ZlujIYmYevc62Dtx192dxoujQMNFUCrH5quBBg="; fetchLFS = true; }; installPhase = '' runHook preInstall mkdir -p $out/share/srb2 cp -r * $out/share/srb2 runHook postInstall ''; }; cmakeFlags = [ "-DSRB2_ASSET_DIRECTORY=${finalAttrs.assets}/share/srb2" "-DGME_INCLUDE_DIR=${game-music-emu}/include" "-DOPENMPT_INCLUDE_DIR=${libopenmpt.dev}/include" "-DSDL2_MIXER_INCLUDE_DIR=${lib.getDev SDL2_mixer}/include/SDL2" "-DSDL2_INCLUDE_DIR=${lib.getDev SDL2.dev}/include/SDL2" ]; patches = [ # Make the build work without internet connectivity # See: https://build.opensuse.org/request/show/1109889 ./cmake.patch ./thirdparty.patch ]; desktopItems = [ (makeDesktopItem rec { name = "Sonic Robo Blast 2"; exec = finalAttrs.pname; icon = finalAttrs.pname; comment = finalAttrs.meta.description; desktopName = name; genericName = name; categories = [ "Game" ]; startupWMClass = ".srb2-wrapped"; }) ]; installPhase = '' runHook preInstall mkdir -p $out/bin $out/share/applications $out/share/pixmaps $out/share/icons copyDesktopItems cp ../srb2.png $out/share/pixmaps/. cp ../srb2.png $out/share/icons/. cp bin/lsdlsrb2 $out/bin/srb2 wrapProgram $out/bin/srb2 --set SRB2WADDIR "${finalAttrs.assets}/share/srb2" runHook postInstall ''; meta = with lib; { description = "Sonic Robo Blast 2 is a 3D Sonic the Hedgehog fangame based on a modified version of Doom Legacy"; homepage = "https://www.srb2.org/"; platforms = platforms.linux; license = licenses.gpl2Plus; maintainers = with maintainers; [ zeratax donovanglover ]; mainProgram = "srb2"; }; }) </ins>


Question:
use instead of pulling the windows zip from github releases
I can review if you want to PR this
upstream has said that they'd rather us use the github mirror that they're going to set up
the github mirror has been created
Sorry, I have to delete the github mirror, due to bandwidth limits. Please use
the "SRB22.2" branch and/or "SRB2release_2.2.13" tag
Getting 500 errors when trying to access
does this work for you?
The link works however the download buttons don't. PRs welcome if anyone can get it working, but wait for to be merged first to avoid merge conflicts.
i have had another look, and have found that it might be better to pull directly from branch
Thanks, was able to get it to work with :+1:

<ins> diff --git a/thirdparty/CMakeLists.txt b/thirdparty/CMakeLists.txt index f33b3bf3f..1214f179c 100644 --- a/thirdparty/CMakeLists.txt +++ b/thirdparty/CMakeLists.txt @@ -16,6 +16,5 @@ if(NOT "${SRB2_CONFIG_SYSTEM_LIBRARIES}") include("cpm-png.cmake") include("cpm-curl.cmake") include("cpm-openmpt.cmake") +	include("cpm-libgme.cmake") endif() - -include("cpm-libgme.cmake") </ins>


Question:
use instead of pulling the windows zip from github releases
I can review if you want to PR this
upstream has said that they'd rather us use the github mirror that they're going to set up
the github mirror has been created
Sorry, I have to delete the github mirror, due to bandwidth limits. Please use
the "SRB22.2" branch and/or "SRB2release_2.2.13" tag
Getting 500 errors when trying to access
does this work for you?
The link works however the download buttons don't. PRs welcome if anyone can get it working, but wait for to be merged first to avoid merge conflicts.
i have had another look, and have found that it might be better to pull directly from branch
Thanks, was able to get it to work with :+1:

<del> diff --git a/CMakeLists.txt b/CMakeLists.txt index 80a3bdcd6..380a1573a 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -61,7 +61,7 @@ option( "Link dependencies using CMake's find_package and do not use internal builds" ${SRB2_CONFIG_SYSTEM_LIBRARIES_DEFAULT} ) -option(SRB2_CONFIG_ENABLE_TESTS "Build the test suite" ON) +option(SRB2_CONFIG_ENABLE_TESTS "Build the test suite" OFF) # This option isn't recommended for distribution builds and probably won't work (yet). cmake_dependent_option( SRB2_CONFIG_SHARED_INTERNAL_LIBRARIES @@ -80,25 +80,6 @@ option(SRB2_CONFIG_ZDEBUG "Compile with ZDEBUG defined." OFF) option(SRB2_CONFIG_PROFILEMODE "Compile for profiling (GCC only)." OFF) set(SRB2_CONFIG_ASSET_DIRECTORY "" CACHE PATH "Path to directory that contains all asset files for the installer. If set, assets will be part of installation and cpack.") -if(SRB2_CONFIG_ENABLE_TESTS) -	# https://github.com/catchorg/Catch2 -	CPMAddPackage( -		NAME Catch2 -		VERSION 3.4.0 -		GITHUB_REPOSITORY catchorg/Catch2 -		OPTIONS -			"CATCH_INSTALL_DOCS OFF" -	) -	list(APPEND CMAKE_MODULE_PATH "${Catch2_SOURCE_DIR}/extras") -	include(CTest) -	include(Catch) -	add_executable(srb2tests) -	# To add tests, use target_sources to add individual test files to the target in subdirs. -	target_link_libraries(srb2tests PRIVATE Catch2::Catch2 Catch2::Catch2WithMain) -	target_compile_features(srb2tests PRIVATE c_std_11 cxx_std_17) -	catch_discover_tests(srb2tests) -endif() - # Enable CCache # (Set USE_CCACHE=ON to use, CCACHE_OPTIONS for options) if("${CMAKE_HOST_SYSTEM_NAME}" STREQUAL Windows) @@ -113,12 +94,6 @@ if("${CMAKE_HOST_SYSTEM_NAME}" STREQUAL Windows) message(WARNING "USE_CCACHE was set but ccache is not found (set CCACHE_TOOL_PATH)") endif() endif() -else() -	CPMAddPackage( -		NAME Ccache.cmake -		GITHUB_REPOSITORY TheLartians/Ccache.cmake -		VERSION 1.2 -	) endif() # Dependencies @@ -179,7 +154,7 @@ include(GitUtilities) if("${SRB2_SDL2_EXE_NAME}" STREQUAL "") # cause a reconfigure if the branch changes get_git_dir(SRB2_GIT_DIR) -	configure_file("${SRB2_GIT_DIR}/HEAD" HEAD COPYONLY) +	#configure_file("${SRB2_GIT_DIR}/HEAD" HEAD COPYONLY) git_current_branch(SRB2_GIT_REVISION) </del>


Question:
use instead of pulling the windows zip from github releases
I can review if you want to PR this
upstream has said that they'd rather us use the github mirror that they're going to set up
the github mirror has been created
Sorry, I have to delete the github mirror, due to bandwidth limits. Please use
the "SRB22.2" branch and/or "SRB2release_2.2.13" tag
Getting 500 errors when trying to access
does this work for you?
The link works however the download buttons don't. PRs welcome if anyone can get it working, but wait for to be merged first to avoid merge conflicts.
i have had another look, and have found that it might be better to pull directly from branch
Thanks, was able to get it to work with :+1:

<del> { lib , stdenv , fetchurl , fetchFromGitHub , cmake , curl , nasm , libopenmpt , p7zip , game-music-emu , libpng , SDL2 , SDL2_mixer , zlib , unzip , makeWrapper , makeDesktopItem , copyDesktopItems }: stdenv.mkDerivation (finalAttrs: { pname = "srb2"; version = "2.2.13"; src = fetchFromGitHub { owner = "STJr"; repo = "SRB2"; rev = "SRB2_release_${finalAttrs.version}"; hash = "sha256-OSkkjCz7ZW5+0vh6l7+TpnHLzXmd/5QvTidRQSHJYX8="; }; nativeBuildInputs = [ cmake nasm p7zip makeWrapper copyDesktopItems ]; buildInputs = [ curl game-music-emu libpng libopenmpt SDL2 SDL2_mixer zlib ]; assets = stdenv.mkDerivation { pname = "srb2-data"; version = finalAttrs.version; nativeBuildInputs = [ unzip ]; src = fetchurl { url = "https://github.com/STJr/SRB2/releases/download/SRB2_release_${finalAttrs.version}/SRB2-v${lib.replaceStrings ["."] [""] finalAttrs.version}-Full.zip"; hash = "sha256-g7kaNRE1tjcF5J2v+kTnrDzz4zs5f1b/NH67ce2ifUo="; }; sourceRoot = "."; installPhase = '' mkdir -p $out/share/srb2 cp -r *pk3 *dta *dat models/ $out/share/srb2/ ''; }; cmakeFlags = [ "-DSRB2_ASSET_DIRECTORY=${finalAttrs.assets}/share/srb2" "-DGME_INCLUDE_DIR=${game-music-emu}/include" "-DOPENMPT_INCLUDE_DIR=${libopenmpt.dev}/include" "-DSDL2_MIXER_INCLUDE_DIR=${lib.getDev SDL2_mixer}/include/SDL2" "-DSDL2_INCLUDE_DIR=${lib.getDev SDL2.dev}/include/SDL2" ]; patches = [ # Make the build work without internet connectivity # See: https://build.opensuse.org/request/show/1109889 ./cmake.patch ./thirdparty.patch ]; desktopItems = [ (makeDesktopItem rec { name = "Sonic Robo Blast 2"; exec = finalAttrs.pname; icon = finalAttrs.pname; comment = finalAttrs.meta.description; desktopName = name; genericName = name; categories = [ "Game" ]; }) ]; installPhase = '' mkdir -p $out/bin $out/share/applications $out/share/pixmaps $out/share/icons copyDesktopItems cp ../srb2.png $out/share/pixmaps/. cp ../srb2.png $out/share/icons/. cp bin/lsdlsrb2 $out/bin/srb2 wrapProgram $out/bin/srb2 --set SRB2WADDIR "${finalAttrs.assets}/share/srb2" ''; meta = with lib; { description = "Sonic Robo Blast 2 is a 3D Sonic the Hedgehog fangame based on a modified version of Doom Legacy"; homepage = "https://www.srb2.org/"; platforms = platforms.linux; license = licenses.gpl2Plus; maintainers = with maintainers; [ zeratax donovanglover ]; mainProgram = "srb2"; }; }) </del>


Question:
use instead of pulling the windows zip from github releases
I can review if you want to PR this
upstream has said that they'd rather us use the github mirror that they're going to set up
the github mirror has been created
Sorry, I have to delete the github mirror, due to bandwidth limits. Please use
the "SRB22.2" branch and/or "SRB2release_2.2.13" tag
Getting 500 errors when trying to access
does this work for you?
The link works however the download buttons don't. PRs welcome if anyone can get it working, but wait for to be merged first to avoid merge conflicts.
i have had another look, and have found that it might be better to pull directly from branch
Thanks, was able to get it to work with :+1:

<del> diff --git a/thirdparty/CMakeLists.txt b/thirdparty/CMakeLists.txt index f33b3bf3f..1214f179c 100644 --- a/thirdparty/CMakeLists.txt +++ b/thirdparty/CMakeLists.txt @@ -16,6 +16,5 @@ if(NOT "${SRB2_CONFIG_SYSTEM_LIBRARIES}") include("cpm-png.cmake") include("cpm-curl.cmake") include("cpm-openmpt.cmake") +	include("cpm-libgme.cmake") endif() - -include("cpm-libgme.cmake") </del>


Question:
use instead of pulling the windows zip from github releases
I can review if you want to PR this
upstream has said that they'd rather us use the github mirror that they're going to set up
the github mirror has been created
Sorry, I have to delete the github mirror, due to bandwidth limits. Please use
the "SRB22.2" branch and/or "SRB2release_2.2.13" tag
Getting 500 errors when trying to access
does this work for you?
The link works however the download buttons don't. PRs welcome if anyone can get it working, but wait for to be merged first to avoid merge conflicts.
i have had another look, and have found that it might be better to pull directly from branch
Thanks, was able to get it to work with :+1:

springLobby = callPackage ../games/spring/springlobby.nix { }; <del> srb2 = callPackage ../games/srb2 { }; </del> ssl-cert-check = callPackage ../tools/admin/ssl-cert-check { }; stardust = callPackage ../games/stardust { };


Question:
Steps to reproduce the behavior: with the following flake: I think this broke with the recent cudaPackages changes, but I haven't figured out the responsible commit. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Not directly relevant but we should rename -for consistency at some point.

, Cocoa , AGL , OpenGL <del> , withCuda ? false, cudatoolkit </del> <ins> , config , withCuda ? config.cudaSupport, cudaPackages </ins> }: stdenv.mkDerivation rec {


Question:
Steps to reproduce the behavior: with the following flake: I think this broke with the recent cudaPackages changes, but I haven't figured out the responsible commit. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Not directly relevant but we should rename -for consistency at some point.

sed -i '/-ffloat-store/d' cmake/pcl_find_sse.cmake ''; <del> nativeBuildInputs = [ pkg-config cmake wrapQtAppsHook ]; </del> <ins> nativeBuildInputs = [ pkg-config cmake wrapQtAppsHook ] ++ lib.optionals withCuda [ cudaPackages.cuda_nvcc ]; </ins> buildInputs = [ eigen libusb1


Question:
Steps to reproduce the behavior: with the following flake: I think this broke with the recent cudaPackages changes, but I haven't figured out the responsible commit. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Not directly relevant but we should rename -for consistency at some point.

qtbase libXt ] <del> ++ lib.optionals stdenv.isDarwin [ Cocoa AGL ] ++ lib.optionals withCuda [ cudatoolkit ]; </del> <ins> ++ lib.optionals stdenv.isDarwin [ Cocoa AGL ]; </ins> propagatedBuildInputs = [ boost


Question:
Package name: gnuradio Latest released version: 3.10.8.0 <!-- Search your package here: --- Current version on the unstable channel: 3.10.7.0 Current version on the stable/release channel:3.10.7.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tnx. Update is proposed at

''; patches = [ # Not accepted upstream, see https://github.com/gnuradio/gnuradio/pull/5227 <del> ./modtool-newmod-permissions.patch </del> <ins> ./modtool-newmod-permissions.3_9.patch </ins> ]; passthru = shared.passthru // { # Deps that are potentially overridden and are used inside GR plugins - the same version must


Question:
Package name: gnuradio Latest released version: 3.10.8.0 <!-- Search your package here: --- Current version on the unstable channel: 3.10.7.0 Current version on the stable/release channel:3.10.7.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tnx. Update is proposed at

# If one wishes to use a different src or name for a very custom build , overrideSrc ? {} , pname ? "gnuradio" <del> , version ? "3.10.7.0" </del> <ins> , version ? "3.10.8.0" </ins> }: let <del> sourceSha256 = "sha256-7fIQMcx90wI4mAZmR26/rkBKPKhNxgu3oWpJTV3C+Ek="; </del> <ins> sourceSha256 = "sha256-4BoJciL3ffd9Dgk3HxXCOOwnGHqCEVuo+a1AtzJG4IY="; </ins> featuresInfo = { # Needed always basic = {


Question:
Package name: gnuradio Latest released version: 3.10.8.0 <!-- Search your package here: --- Current version on the unstable channel: 3.10.7.0 Current version on the stable/release channel:3.10.7.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tnx. Update is proposed at

patches = [ # Not accepted upstream, see https://github.com/gnuradio/gnuradio/pull/5227 ./modtool-newmod-permissions.patch <del> # https://github.com/gnuradio/gnuradio/pull/6808 (fetchpatch { name = "gnuradio-fmt10.1.patch"; url = "https://github.com/gnuradio/gnuradio/commit/9357c17721a27cc0aae3fe809af140c84e492f37.patch"; hash = "sha256-w3b22PTqoORyYQ3RKRG+2htQWbITzQiOdSDyuejUtHQ="; }) </del> ]; passthru = shared.passthru // { # Deps that are potentially overridden and are used inside GR plugins - the same version must


Question:
Package name: gnuradio Latest released version: 3.10.8.0 <!-- Search your package here: --- Current version on the unstable channel: 3.10.7.0 Current version on the stable/release channel:3.10.7.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tnx. Update is proposed at

<ins> diff --git c/gr-utils/modtool/core/newmod.py w/gr-utils/modtool/core/newmod.py index babebfcde..9a02f663e 100644 --- c/gr-utils/modtool/core/newmod.py +++ w/gr-utils/modtool/core/newmod.py @@ -62,7 +62,9 @@ class ModToolNewModule(ModTool): self._setup_scm(mode='new') logger.info(f"Creating out-of-tree module in {self.dir}...") try: -            shutil.copytree(self.srcdir, self.dir) +            # https://stackoverflow.com/a/17022146/4935114 +            shutil.copystat = lambda x, y: x +            shutil.copytree(self.srcdir, self.dir, copy_function=shutil.copyfile) try: shutil.copyfile(os.path.join(gr.prefix(), 'share', 'gnuradio', 'clang-format.conf'), os.path.join(self.dir, '.clang-format')) </ins>


Question:
Package name: gnuradio Latest released version: 3.10.8.0 <!-- Search your package here: --- Current version on the unstable channel: 3.10.7.0 Current version on the stable/release channel:3.10.7.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tnx. Update is proposed at

<del> diff --git c/gr-utils/modtool/core/newmod.py w/gr-utils/modtool/core/newmod.py index babebfcde..9a02f663e 100644 --- c/gr-utils/modtool/core/newmod.py </del> <ins> diff --git i/gr-utils/modtool/core/newmod.py w/gr-utils/modtool/core/newmod.py index 8b222473f..c82fcd538 100644 --- i/gr-utils/modtool/core/newmod.py </ins> +++ w/gr-utils/modtool/core/newmod.py <del> @@ -62,7 +62,9 @@ class ModToolNewModule(ModTool): </del> <ins> @@ -66,7 +66,9 @@ class ModToolNewModule(ModTool): </ins> self._setup_scm(mode='new') logger.info(f"Creating out-of-tree module in {self.dir}...") try:


Question:
Package name: gnuradio Latest released version: 3.10.8.0 <!-- Search your package here: --- Current version on the unstable channel: 3.10.7.0 Current version on the stable/release channel:3.10.7.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tnx. Update is proposed at

+            # https://stackoverflow.com/a/17022146/4935114 +            shutil.copystat = lambda x, y: x +            shutil.copytree(self.srcdir, self.dir, copy_function=shutil.copyfile) <del> try: shutil.copyfile(os.path.join(gr.prefix(), 'share', 'gnuradio', 'clang-format.conf'), os.path.join(self.dir, '.clang-format')) </del> <ins> source_dir = os.path.join(gr.prefix(), "share", "gnuradio") for source_name, target_name in ( ("clang-format.conf", ".clang-format"), </ins>


Question: Package name: gplates Latest released version: 2.4 Current version on the unstable channel: 2.3 Current version on the stable/release channel: 2.3 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

{ lib , stdenv <del> , mkDerivation , fetchurl </del> <ins> , fetchFromGitHub </ins> , cmake , doxygen , graphviz


Question: Package name: gplates Latest released version: 2.4 Current version on the unstable channel: 2.3 Current version on the stable/release channel: 2.3 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

, python3 , qtxmlpatterns , qwt <ins> , wrapQtAppsHook </ins> }: let


Question: Package name: gplates Latest released version: 2.4 Current version on the unstable channel: 2.3 Current version on the stable/release channel: 2.3 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

cgal = cgal_5.override { boost = boost'; }; <del> in mkDerivation rec { </del> <ins> in stdenv.mkDerivation (finalAttrs: { </ins> pname = "gplates"; <del> version = "2.3.0"; </del> <ins> version = "2.4"; </ins> <del> src = fetchurl { name = "gplates_${version}_src.tar.bz2"; url = "https://www.earthbyte.org/download/8421/?uid=b89bb31428"; sha256 = "0lrcmcxc924ixddii8cyglqlwwxvk7f00g4yzbss5i3fgcbh8n96"; </del> <ins> src = fetchFromGitHub { owner = "GPlates"; repo = "GPlates"; rev = "GPlates-${finalAttrs.version}"; hash = "sha256-BRvrqczGguE2z44ZboxeJxgWEA+t02XkzvU+yF4ki6s="; </ins> }; <del> patches = [ ./boost-placeholders.patch ]; </del> nativeBuildInputs = [ cmake doxygen graphviz <ins> wrapQtAppsHook </ins> ]; buildInputs = [


Question: Package name: gplates Latest released version: 2.4 Current version on the unstable channel: 2.3 Current version on the stable/release channel: 2.3 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

homepage = "https://www.gplates.org"; license = licenses.gpl2Only; platforms = platforms.all; <del> broken = stdenv.isDarwin; # never built on Hydra https://hydra.nixos.org/job/nixpkgs/trunk/gplates.x86_64-darwin </del> <ins> broken = stdenv.isDarwin; # FIX: this check: https://github.com/GPlates/GPlates/blob/gplates/cmake/modules/Config_h.cmake#L72 </ins> }; <del> } </del> <ins> }) </ins>


Question:
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.

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 {{


Question:
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.

fetchFromGitHub { owner = "CodeDownIO"; repo = "General"; <del> rev = "baf9e22ecdf97b6424a611ac4a565c6ee60d3f44"; sha256 = "1nd3x2z8r6578149pbpkx9qw2ajln1kfy7w5kjsnv56v180h0ddf"; # date = "2023-12-14T12:20:00+00:00"; </del> <ins> rev = "de80ad56e87f222ca6a7a517c69039d35437ab42"; sha256 = "0pz1jmmcb2vn854w8w0zlpnihi470649cd8djh1wzgq2i2fy83bl"; # date = "2023-12-22T03:28:12+00:00"; </ins> }


Question: Project description is an approximate model counter for CNF formulas. Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

<ins> { stdenv , fetchFromGitHub , cmake , zlib , gmp , cryptominisat , boost , arjun-cnf , louvain-community , lib }: stdenv.mkDerivation (finalAttrs: { pname = "approxmc"; version = "4.1.23"; src = fetchFromGitHub { owner = "meelgroup"; repo = "approxmc"; rev = finalAttrs.version; hash = "sha256-pE2m6Cc2u53H/5CM+2JuQxZOhjhHUZOi0kn23CJmALM="; }; nativeBuildInputs = [ cmake ]; buildInputs = [ zlib gmp cryptominisat boost arjun-cnf louvain-community ]; meta = with lib; { description = "Approximate Model Counter"; homepage = "https://github.com/meelgroup/approxmc"; license = licenses.mit; maintainers = with maintainers; [ t4ccer ]; platforms = platforms.linux; mainProgram = "approxmc"; }; }) </ins>


Question: Project description is an approximate model counter for CNF formulas. Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

<ins> diff --git a/src/arjun.cpp b/src/arjun.cpp index d6ad786..119a267 100644 --- a/src/arjun.cpp +++ b/src/arjun.cpp @@ -98,6 +98,11 @@ DLL_PUBLIC bool Arjun::add_clause(const vector<CMSat::Lit>& lits) return arjdata->common.solver->add_clause(lits); } +DLL_PUBLIC bool Arjun::add_red_clause(const vector<CMSat::Lit>& lits) +{ +    return arjdata->common.solver->add_red_clause(lits); +} + DLL_PUBLIC bool Arjun::add_xor_clause(const vector<uint32_t>& vars, bool rhs) { assert(false && "Funnily enough this does NOT work. The XORs would generate a BVA variable, and that would then not be returned as part of the simplified CNF. We could calculate a smaller independent set, but that's all."); diff --git a/src/arjun.h b/src/arjun.h index a39070c..907472a 100644 --- a/src/arjun.h +++ b/src/arjun.h @@ -61,6 +61,7 @@ namespace ArjunNS { void new_var(); bool add_xor_clause(const std::vector<uint32_t>& vars, bool rhs); bool add_clause(const std::vector<CMSat::Lit>& lits); +        bool add_red_clause(const std::vector<CMSat::Lit>& lits); bool add_bnn_clause( const std::vector<CMSat::Lit>& lits, signed cutoff, </ins>


Question: Project description is an approximate model counter for CNF formulas. Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

<ins> { stdenv , fetchFromGitHub , fetchpatch , cmake , cryptominisat , boost , louvain-community , lib }: stdenv.mkDerivation (finalAttrs: { pname = "arjun-cnf"; version = "2.5.2"; src = fetchFromGitHub { owner = "meelgroup"; repo = "arjun"; rev = finalAttrs.version; hash = "sha256-5duc05s654HLjbf+dPgyMn6QUVvB0vLji3M4S2o/QYU="; }; # Can be removed after next release patches = [ (fetchpatch { url = "https://github.com/meelgroup/arjun/commit/34188760f1ab4b1b557c45ccaee8d2b9b6f0b901.patch"; hash = "sha256-E/yk2ohHP2BAFg353r8EU01bZCqeEjvpJCrBsxPiOWM="; }) # Based on https://github.com/meelgroup/arjun/commit/99c4ed4ad820674632c5d9bbcc98c001f8cac98f ./fix-red-clause.patch ]; nativeBuildInputs = [ cmake ]; buildInputs = [ boost cryptominisat louvain-community ]; meta = with lib; { description = "CNF minimizer and minimal independent set calculator"; homepage = "https://github.com/meelgroup/arjun"; license = licenses.mit; maintainers = with maintainers; [ t4ccer ]; platforms = platforms.linux; mainProgram = "arjun"; }; }) </ins>


Question: Project description is an approximate model counter for CNF formulas. Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

<ins> { stdenv , fetchFromGitHub , cmake , lib }: stdenv.mkDerivation (finalAttrs: { pname = "louvain-community"; version = "unstable-2021-03-18"; src = fetchFromGitHub { owner = "meelgroup"; repo = "louvain-community"; rev = "8cc5382d4844af127b1c1257373740d7e6b76f1e"; hash = "sha256-0i3wrDdOyleOPv5iVO1YzPfTPnIdljLabCvl3SYEQOs="; }; nativeBuildInputs = [ cmake ]; meta = with lib; { description = "Louvain Community Detection Library"; homepage = "https://github.com/meelgroup/louvain-community"; license = licenses.lgpl3Only; maintainers = with maintainers; [ t4ccer ]; platforms = platforms.unix; }; }) </ins>


Question:
Steps to reproduce the behavior: odin If you run the resulting binary through you'll see this strange backtrace: I think it has to do with the version of the C++ standard library that is getting linked. Adding and to the and updating the file to explicitly link allows it to run without segfaulting. (But thats just a workaround I'm using). EDIT: During more testing with the built binary, it also doesn't use the correct linker, which can cause problems if you are linking with Objective-C code/frameworks (not sure if this is a problem with how Odin is packaged with nix, or if its a problem that the Odin devs need to solve). Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: Note: Was fixed by
macOS Odin support is kinda scuffed anyway with any deviation from what's expected. do you have the code for your workaround somewhere? then i can see if i can patch it in
I'm using for my project. It doesn't have any switching based on OS, and my override probably isn't necessary either. Honestly, the is probably the only thing needed to stop the seg faulting.
updating to llvm17 is not a bad idea either

{ lib , fetchFromGitHub <del> , llvmPackages_13 </del> <ins> , llvmPackages </ins> , makeBinaryWrapper , libiconv , MacOSX-SDK


Question:
Steps to reproduce the behavior: odin If you run the resulting binary through you'll see this strange backtrace: I think it has to do with the version of the C++ standard library that is getting linked. Adding and to the and updating the file to explicitly link allows it to run without segfaulting. (But thats just a workaround I'm using). EDIT: During more testing with the built binary, it also doesn't use the correct linker, which can cause problems if you are linking with Objective-C code/frameworks (not sure if this is a problem with how Odin is packaged with nix, or if its a problem that the Odin devs need to solve). Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: Note: Was fixed by
macOS Odin support is kinda scuffed anyway with any deviation from what's expected. do you have the code for your workaround somewhere? then i can see if i can patch it in
I'm using for my project. It doesn't have any switching based on OS, and my override probably isn't necessary either. Honestly, the is probably the only thing needed to stop the seg faulting.
updating to llvm17 is not a bad idea either

}: let <del> llvmPackages = llvmPackages_13; </del> inherit (llvmPackages) stdenv; in stdenv.mkDerivation rec { pname = "odin";


Question:
Steps to reproduce the behavior: odin If you run the resulting binary through you'll see this strange backtrace: I think it has to do with the version of the C++ standard library that is getting linked. Adding and to the and updating the file to explicitly link allows it to run without segfaulting. (But thats just a workaround I'm using). EDIT: During more testing with the built binary, it also doesn't use the correct linker, which can cause problems if you are linking with Objective-C code/frameworks (not sure if this is a problem with how Odin is packaged with nix, or if its a problem that the Odin devs need to solve). Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: Note: Was fixed by
macOS Odin support is kinda scuffed anyway with any deviation from what's expected. do you have the code for your workaround somewhere? then i can see if i can patch it in
I'm using for my project. It doesn't have any switching based on OS, and my override probably isn't necessary either. Honestly, the is probably the only thing needed to stop the seg faulting.
updating to llvm17 is not a bad idea either

odin = callPackage ../development/compilers/odin { inherit (pkgs.darwin.apple_sdk_11_0) MacOSX-SDK; inherit (pkgs.darwin.apple_sdk_11_0.frameworks) Security; <ins> llvmPackages = llvmPackages_18; </ins> }; odp-dpdk = callPackage ../os-specific/linux/odp-dpdk { };


Question:
a canon pixma mp210 nixos-23.11 installed (with gnome) cnijfilter280 to print The print filter crash I do not know how I can debug this.
how did you install the package, and how are you printing?
I installed the package with I tried to print using LibreOffice writer on flatpak. If i pin cnijfilter280 from nixos-23.05, it is working:
Hello, the glibc in 23.11 has more hardening checks to detect buggy code, and this crash looks like the code in the filter is tripping one of those checks. Can you try replacing by and retry ?
This is working
can you test ?
This is working too
does it work with (note rather than )
Yes

them, it undoes the --set-rpath.  this prevents that. */ dontPatchELF = true; <ins> # fortify hardening makes the filter crash # https://github.com/NixOS/nixpkgs/issues/276125 hardeningDisable = [ "fortify3" ]; </ins> meta = with lib; { description = "Canon InkJet printer drivers for the iP5400, MP520, MP210, MP140, iP3500, and MP610 series.  (MP520 drivers also work for MX700.)"; homepage = "http://support-asia.canon-asia.com/content/EN/0100084101.html";


Question: <!-- describe your problem --The logo at the top of the README is currently using a now deprecated method for using different logo's depending on the user's theme From: <!-- propose a solution (optional) --This is fixed by switching to the recommended method. I believe it should be something like <!-- 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]:

<picture> <source media="(prefers-color-scheme: light)" srcset="https://raw.githubusercontent.com/NixOS/nixos-homepage/master/logo/nixos-hires.png"> <source media="(prefers-color-scheme: dark)" srcset="https://raw.githubusercontent.com/NixOS/nixos-artwork/master/logo/nixos-white.png">  </picture>


Question:
Offline help is not available on Libreoffice, even though flag is enabled by default. Steps to reproduce the behavior: libreoffice to the system packages the offline help is missing the source for a potential setting, notice it's enabled by default and nothing ever touches it. for 3 months unsure if this is PEBKAC or not Have a toggle to build with help, or have a separate package that has the offline help. If applicable, add screenshots to help explain your problem. ! <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (note: raskin leads to an unrelated org, rename?) cc Please run and paste the result. PS: appears i got a double-zero issue id :D Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report, I think this should fix it (haven't tested the full build yet): .
I waited for CI to be green in to make sure it doesn't break the build. Could you please test it on your machine, and see if it indeed helped?
seems like it didn't use the cache so i'm waiting 2 hours for libreoffice to compile... fun!
Haha yes I know :) That's why I waited for CI to be green - to make sure that at least you won't encounter a build error after hours of building. Ideally, CI would have pushed to an online cache server such as . See also:
it works. it fucking works. !
Great, glad I could help :). Follow the PR at .

dontWrapQtApps = true; configureFlags = [ <del> (lib.optionalString (!withHelp) "--without-help") </del> <ins> (lib.withFeature withHelp "help") </ins> "--with-boost=${getDev boost}" "--with-boost-libdir=${getLib boost}/lib" "--with-beanshell-jar=${bsh}"


Question: Project description Universal dependency update tool that fits into your workflows. Metadata homepage URL: source URL: license: agpl3+ platforms: unix, linux, darwin, ... note that this software may use an open-core model, with features they mention to advertise the paid subscription being 'automatic scaling and Merge Confidence workflows'. edit: an existing nix effort to package this .

<ins> { lib, stdenv, fetchFromGitHub, makeWrapper, nodejs, overrideSDK, pnpm_9, python3, renovate, testers, xcbuild, }: let # fix build error, `no member named 'aligned_alloc'` on x86_64-darwin # https://github.com/NixOS/nixpkgs/issues/272156#issuecomment-1839904283 stdenv' = if stdenv.hostPlatform.isDarwin then overrideSDK stdenv "11.0" else stdenv; in stdenv'.mkDerivation (finalAttrs: { pname = "renovate"; version = "37.393.0"; src = fetchFromGitHub { owner = "renovatebot"; repo = "renovate"; rev = "refs/tags/${finalAttrs.version}"; hash = "sha256-YgxcGNMgmwrausdR7kvG1NiyQPn0FcCq/isf9qUDCFY="; }; postPatch = '' substituteInPlace package.json  --replace-fail "0.0.0-semantic-release" "${finalAttrs.version}" ''; nativeBuildInputs = [ makeWrapper nodejs pnpm_9.configHook python3 ] ++ lib.optional stdenv'.hostPlatform.isDarwin xcbuild; pnpmDeps = pnpm_9.fetchDeps { inherit (finalAttrs) pname version src; hash = "sha256-Zbe561q6xDKDIN+E/2eyQMz2GtpPvJEv2pAauMa+8pE="; }; env.COREPACK_ENABLE_STRICT = 0; buildPhase = '' runHook preBuild pnpm build pnpm prune --prod --ignore-scripts '' # The optional dependency re2 is not built by pnpm and needs to be built manually. # If re2 is not built, you will get an annoying warning when you run renovate. + '' pushd node_modules/.pnpm/re2*/node_modules/re2 mkdir -p $HOME/.node-gyp/${nodejs.version} echo 9 > $HOME/.node-gyp/${nodejs.version}/installVersion ln -sfv ${nodejs}/include $HOME/.node-gyp/${nodejs.version} export npm_config_nodedir=${nodejs} npm run rebuild popd runHook postBuild ''; # TODO: replace with `pnpm deploy` # now it fails to build with ERR_PNPM_NO_OFFLINE_META # see https://github.com/pnpm/pnpm/issues/5315 installPhase = '' runHook preInstall mkdir -p $out/{bin,lib/node_modules/renovate} cp -r dist node_modules package.json $out/lib/node_modules/renovate makeWrapper "${lib.getExe nodejs}" "$out/bin/renovate"  --add-flags "$out/lib/node_modules/renovate/dist/renovate.js" makeWrapper "${lib.getExe nodejs}" "$out/bin/config-validator"  --add-flags "$out/lib/node_modules/renovate/dist/config-validator.js" runHook postInstall ''; passthru.tests = { version = testers.testVersion { package = renovate; }; }; meta = { description = "Cross-platform Dependency Automation by Mend.io"; homepage = "https://github.com/renovatebot/renovate"; license = lib.licenses.agpl3Only; maintainers = with lib.maintainers; [ marie natsukium ]; mainProgram = "renovate"; platforms = nodejs.meta.platforms; }; }) </ins>


Question: Package name: nixops_unstable Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 2023-10-26 Current version on the stable/release channel: 2023-10-26 <!-- 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]:

buildPythonApplication rec { pname = "nixops"; <del> version = "unstable-2023-10-26"; </del> <ins> version = "unstable-2023-12-17"; </ins> pyproject = true; src = fetchFromGitHub { owner = "NixOS"; repo = "nixops"; <del> rev = "2cfc2cb4fa9ecb89a4274574ff7f63ea61782498"; hash = "sha256-4uvQQkERZFEeRJjMAcyLYJzNvH0rNiiJ+5BDQmD58gI="; </del> <ins> rev = "053668e849bb369973cf265b7e8f38e66ef70138"; hash = "sha256-Kus1Ls1tT8fVGLX0NakRXmjuz5/J/tfqU4TLOkiZqvo="; </ins> }; postPatch = ''


Question: Package name: visidata Latest released version: 3.0 Current version on the unstable channel: 2.11.1 Current version on the stable/release channel: 2.11.1Release post: Changelog: The new version and its tests seems to want pyconll and a fork of savReaderWriter as new dependencies. The package is also missing a attribute. Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

}: buildPythonApplication rec { pname = "visidata"; <del> version = "2.11.1"; </del> <ins> version = "3.0"; </ins> src = fetchFromGitHub { owner = "saulpw"; repo = "visidata"; rev = "v${version}"; <del> hash = "sha256-A8iYFdW30Em5pjGn3DRpaV0A7ixwfSzmIp8AgtPkBCI="; </del> <ins> hash = "sha256-LALWQu7BgMbAEyOXUE3p6bXhdx8h6jPEvjs/TEtf/wU=="; </ins> }; propagatedBuildInputs = [


Question: Package name: visidata Latest released version: 3.0 Current version on the unstable channel: 2.11.1 Current version on the stable/release channel: 2.11.1Release post: Changelog: The new version and its tests seems to want pyconll and a fork of savReaderWriter as new dependencies. The package is also missing a attribute. Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

pyshp #mapbox-vector-tile pypng <ins> #pyconll </ins> fonttools #sas7bdat #xport


Question: Package name: visidata Latest released version: 3.0 Current version on the unstable channel: 2.11.1 Current version on the stable/release channel: 2.11.1Release post: Changelog: The new version and its tests seems to want pyconll and a fork of savReaderWriter as new dependencies. The package is also missing a attribute. Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

checkPhase = '' runHook preCheck # disable some tests which require access to the network rm -f tests/load-http.vd            # http rm -f tests/graph-cursor-nosave.vd  # http rm -f tests/messenger-nosave.vd     # dns <ins> # tests to disable because we don't have a package to load such files rm -f tests/load-conllu.vdj         # no 'pyconll' rm -f tests/load-sav.vd             # no 'savReaderWriter' </ins> # tests use git to compare outputs to references git init -b "test-reference" git config user.name "nobody"


Question:
Agda 2.6.4.1 a configure flag that controls whether debug printing (with ) is enabled (previously it was always enabled). Should we enable this? I am leaning strongly towards "yes" as I use debug printing quite often and it would suck to have to rebuild Agda. cc
is there any downside to enabling it?
Performance is , though I'd say not in a way that matters.
If it was true by default before, we should keep that default. We can add an option to the derivation to make it configurable.
Opened I am not sure how to add an option to the derivation (I think should do) and I don't have enough motivation to add an option to the wrapper.

}) (disableCabalFlag "fixity-th" super.fourmolu); # https://github.com/NixOS/nixpkgs/issues/149692 <del> Agda = removeConfigureFlag "-foptimise-heavily" super.Agda; </del> <ins> Agda = disableCabalFlag "optimise-heavily" super.Agda; </ins> } // lib.optionalAttrs pkgs.stdenv.isx86_64 {  # x86_64-darwin


Question:
Agda 2.6.4.1 a configure flag that controls whether debug printing (with ) is enabled (previously it was always enabled). Should we enable this? I am leaning strongly towards "yes" as I use debug printing quite often and it would suck to have to rebuild Agda. cc
is there any downside to enabling it?
Performance is , though I'd say not in a way that matters.
If it was true by default before, we should keep that default. We can add an option to the derivation to make it configurable.
Opened I am not sure how to add an option to the derivation (I think should do) and I don't have enough motivation to add an option to the wrapper.

preCheck = "export CI=true"; }) super.aeson-typescript; <del> # Enable extra optimisations which increase build time, but also # later compiler performance, so we should do this for user's benefit. # Flag added in Agda 2.6.2 Agda = appendConfigureFlag "-foptimise-heavily" super.Agda; </del> <ins> Agda = lib.pipe super.Agda [ # Enable extra optimisations which increase build time, but also # later compiler performance, so we should do this for user's benefit. # Flag added in Agda 2.6.2 (enableCabalFlag "optimise-heavily") # Enable debug printing, which worsens performance slightly but is # very useful. # Flag added in Agda 2.6.4.1, was always enabled before (enableCabalFlag "debug") ]; </ins> # ats-format uses cli-setup in Setup.hs which is quite happy to write # to arbitrary files in $HOME. This doesn't either not achieve anything


Question:
Agda 2.6.4.1 a configure flag that controls whether debug printing (with ) is enabled (previously it was always enabled). Should we enable this? I am leaning strongly towards "yes" as I use debug printing quite often and it would suck to have to rebuild Agda. cc
is there any downside to enabling it?
Performance is , though I'd say not in a way that matters.
If it was true by default before, we should keep that default. We can add an option to the derivation to make it configurable.
Opened I am not sure how to add an option to the derivation (I think should do) and I don't have enough motivation to add an option to the wrapper.

hash = "sha256-0U6s6sXdynk2IWRBDXBJCf7Gc+gE8AhR1PXZl0DS4yU="; }; <del> # We don't need anything in support; avoid installing LICENSE.agda </del> postPatch = '' <ins> # We don't need anything in support; avoid installing LICENSE.agda </ins> rm -rf support <ins> # Remove verbosity options as they make Agda take longer and use more memory. shopt -s globstar extglob sed -Ei '/OPTIONS/s/ -v ?[^ #]+//g' src/**/*.@(agda|lagda.md) </ins> ''; libraryName = "1lab";


Question: Package name: brlcad Latest released version: 7.38.0 Current version on the unstable channel: 7.34.2 Current version on the stable/release channel: 7.34.2 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

{ lib , stdenv , fetchFromGitHub <ins> , fetchpatch </ins> , cmake , fontconfig , libX11


Question: Package name: brlcad Latest released version: 7.38.0 Current version on the unstable channel: 7.34.2 Current version on the stable/release channel: 7.34.2 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

stdenv.mkDerivation rec { pname = "brlcad"; <del> version = "7.34.2"; </del> <ins> version = "7.38.2"; </ins> src = fetchFromGitHub { owner = "BRL-CAD"; <del> repo = pname; </del> <ins> repo = "brlcad"; </ins> rev = "refs/tags/rel-${lib.replaceStrings [ "." ] [ "-" ] version}"; <del> hash = "sha256-oafu255xElEIk8p4yvNyR2maykUfxQui/L5MkicA+JA="; </del> <ins> hash = "sha256-23UTeH4gY2x/QGYZ64glAkf6LmsXBAppIOHgoUdxgpo="; </ins> }; <ins> patches = [ # This commit was bringing an impurity in the rpath resulting in: # RPATH of binary /nix/store/rq2hjvfgq2nvh5zxch51ij34rqqdpark-brlcad-7.38.0/bin/tclsh contains a forbidden reference to /build/ (fetchpatch { url = "https://github.com/BRL-CAD/brlcad/commit/fbdbf042b2db4c7d46839a17bbf4985cdb81f0ae.patch"; revert = true; hash = "sha256-Wfihd7TLkE8aOpLdDtYmhhd7nZijiVGh1nbUjWr/BjQ="; }) ]; </ins> nativeBuildInputs = [ cmake ];


Question: Package name: brlcad Latest released version: 7.38.0 Current version on the unstable channel: 7.34.2 Current version on the stable/release channel: 7.34.2 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

"-DBRLCAD_ENABLE_STRICT=OFF" ]; <ins> env.NIX_CFLAGS_COMPILE = toString [ # Needed with GCC 12 "-Wno-error=array-bounds" ]; </ins> meta = with lib; { homepage = "https://brlcad.org"; description = "BRL-CAD is a powerful cross-platform open source combinatorial solid modeling system"; <ins> changelog = "https://github.com/BRL-CAD/brlcad/releases/tag/${src.rev}"; </ins> license = with licenses; [ lgpl21 bsd2 ]; maintainers = with maintainers; [ GaetanLepage ]; platforms = platforms.linux; <ins> # error Exactly one of ON_LITTLE_ENDIAN or ON_BIG_ENDIAN should be defined. broken = stdenv.system == "aarch64-linux"; </ins> }; }


Question:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.

- The `power.ups` module now generates `upsd.conf`, `upsd.users` and `upsmon.conf` automatically from a set of new configuration options. This breaks compatibility with existing `power.ups` setups where these files were created manually. Back up these files before upgrading NixOS. <ins> - `unrar` was updated to v7. See [changelog](https://www.rarlab.com/unrar7notes.htm) for more information. </ins> - `k3s` was updated to [v1.29](https://github.com/k3s-io/k3s/releases/tag/v1.29.1%2Bk3s2). See [changelog and upgrade notes](https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.29.md#urgent-upgrade-notes) for more information. - `k9s` was updated to v0.31. There have been various breaking changes in the config file format,


Question:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.

<ins> { lib , stdenv , fetchzip }: stdenv.mkDerivation (finalAttrs: { pname = "unrar"; version = "7.0.7"; src = fetchzip { url = "https://www.rarlab.com/rar/unrarsrc-${finalAttrs.version}.tar.gz"; stripRoot = false; hash = "sha256-S7BMywydetDh1GINcK3k3fN9ciDoKTCAe/1tkgykoAQ="; }; sourceRoot = finalAttrs.src.name; postPatch = '' substituteInPlace unrar/makefile  --replace "CXX=" "#CXX="  --replace "STRIP=" "#STRIP="  --replace "AR=" "#AR=" ''; outputs = [ "out" "dev" ]; # `make {unrar,lib}` call `make clean` implicitly # separate build into different dirs to avoid deleting them buildPhase = '' runHook preBuild cp -a unrar libunrar make -C libunrar lib make -C unrar -j1 runHook postBuild ''; installPhase = '' runHook preInstall install -Dm755 unrar/unrar -t $out/bin/ install -Dm644 unrar/{acknow.txt,license.txt} -t $out/share/doc/unrar/ install -Dm755 libunrar/libunrar.so -t $out/lib/ install -Dm644 libunrar/dll.hpp -t $dev/include/unrar/ runHook postInstall ''; setupHook = ./setup-hook.sh; meta = with lib; { description = "Utility for RAR archives"; homepage = "https://www.rarlab.com/"; license = licenses.unfreeRedistributable; mainProgram = "unrar"; maintainers = with maintainers; [ wegank ]; platforms = platforms.all; }; }) </ins>


Question:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.

<ins> unpackCmdHooks+=(_tryUnrar) _tryUnrar() { if ! [[ "$curSrc" =~ .rar$ ]]; then return 1; fi unrar x "$curSrc" >/dev/null } </ins>


Question:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.

<ins> { unrar , fetchzip }: unrar.overrideAttrs (finalAttrs: _: { version = "6.2.12"; src = fetchzip { url = "https://www.rarlab.com/rar/unrarsrc-${finalAttrs.version}.tar.gz"; stripRoot = false; hash = "sha256-VAL3o9JGmkAcEssa/P/SL9nyxnigb7dX9YZBHrG9f0A="; }; sourceRoot = finalAttrs.src.name; }) </ins>


Question:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.

<del> { lib , stdenv , fetchzip }: stdenv.mkDerivation (finalAttrs: { pname = "unrar"; version = "6.2.12"; src = fetchzip { url = "https://www.rarlab.com/rar/unrarsrc-${finalAttrs.version}.tar.gz"; stripRoot = false; hash = "sha256-VAL3o9JGmkAcEssa/P/SL9nyxnigb7dX9YZBHrG9f0A="; }; sourceRoot = finalAttrs.src.name; postPatch = '' substituteInPlace unrar/makefile  --replace "CXX=" "#CXX="  --replace "STRIP=" "#STRIP="  --replace "AR=" "#AR=" ''; outputs = [ "out" "dev" ]; # `make {unrar,lib}` call `make clean` implicitly # separate build into different dirs to avoid deleting them buildPhase = '' runHook preBuild cp -a unrar libunrar make -C libunrar lib make -C unrar -j1 runHook postBuild ''; installPhase = '' runHook preInstall install -Dm755 unrar/unrar -t $out/bin/ install -Dm644 unrar/{acknow.txt,license.txt} -t $out/share/doc/unrar/ install -Dm755 libunrar/libunrar.so -t $out/lib/ install -Dm644 libunrar/dll.hpp -t $dev/include/unrar/ runHook postInstall ''; setupHook = ./setup-hook.sh; meta = with lib; { description = "Utility for RAR archives"; homepage = "https://www.rarlab.com/"; license = licenses.unfreeRedistributable; mainProgram = "unrar"; maintainers = with maintainers; [ wegank ]; platforms = platforms.all; }; }) </del>


Question:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.

<del> unpackCmdHooks+=(_tryUnrar) _tryUnrar() { if ! [[ "$curSrc" =~ .rar$ ]]; then return 1; fi unrar x "$curSrc" >/dev/null } </del>


Question:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.

, fetchFromGitHub , autoreconfHook , fuse <del> , unrar </del> <ins> , unrar_6 </ins> }: stdenv.mkDerivation rec {


Question:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.

''; nativeBuildInputs = [ autoreconfHook ]; <del> buildInputs = [ fuse unrar ]; </del> <ins> buildInputs = [ fuse unrar_6 ]; </ins> configureFlags = [ <del> "--with-unrar=${unrar.src}/unrar" </del> <ins> "--with-unrar=${unrar_6.src}/unrar" </ins> "--disable-static-unrar" ];


Question:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.

unnaturalscrollwheels = callPackage ../tools/inputmethods/unnaturalscrollwheels { }; <del> unrar = callPackage ../tools/archivers/unrar { }; </del> unrar-wrapper = python3Packages.callPackage ../tools/archivers/unrar-wrapper { }; uptime-kuma = callPackage ../servers/monitoring/uptime-kuma { };


Question: 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.

<del> { lib , stdenv , clangStdenv , darwin , xcbuild , openssl , pkg-config , rustPlatform , fetchFromGitHub }: rustPlatform.buildRustPackage.override { stdenv = clangStdenv; } rec { pname = "crunchy-cli"; version = "3.0.0-dev.10"; src = fetchFromGitHub { owner = "crunchy-labs"; repo = pname; rev = "v${version}"; hash = "sha256-uc19SmVfa5BZYDidlEgV6GNvcm9Dj0mSjdwHP5S+O4A="; }; cargoHash = "sha256-H3D55qMUAF6t45mRbGZl+DORAl1H1a7AOe+lQP0WUUQ="; nativeBuildInputs = [ pkg-config ] ++ lib.optionals stdenv.isDarwin [ xcbuild ]; buildInputs = [ openssl ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Security ]; meta = with lib; { description = "A pure Rust written Crunchyroll cli client and downloader"; homepage = "https://github.com/crunchy-labs/crunchy-cli"; license = with licenses; [ gpl3 ]; maintainers = with maintainers; [ stepbrobd ]; mainProgram = "crunchy-cli"; }; } </del>