jiebi/CodeConvo huggingface dataset:
Change:
virtualenv-clone = with python3Packages; toPythonApplication virtualenv-clone; <del> vmagent = callPackage ../servers/monitoring/vmagent { }; </del> vsftpd = callPackage ../servers/ftp/vsftpd { }; wallabag = callPackage ../servers/web-apps/wallabag { };

Discussion:
Initially, I opened this issue to get vmagent removed in favour of victoriametrics. Instead, we propose that vmagent be based on the victoriametrics package. The package provides a subset of the programs provided by the package. This package should be removed (and aliased to victoriametrics).
Correct me if I'm wrong, but it seems as if vmagent could be useful without the whole victoriametrics package. Maybe someone wants that without also having vmbackup, vmrestore and so on?
So could all of the other programs in the package. :D If removal is not the best option, is there a way to provide all or some of the programs as individual packages without maintaining versions in ?
cc
i played a bit around with the code. Would something like that fulfill the goal? vmagent as client tool could then be exposed like that If yes i could create a pr for that. i tried to put those into groups that might make sense setup wise.
That looks good to me! :)
That looks good to me as well
Cool, that looks like a reasonable solution! :) I'll leave this issue open to be closed by merging the PR.
As in the issue was some response and the PR did not attract any deeper looks yet, does some from here feel comfortable in peeking at the linked pr?
Sorry, I haven't been checking my GitHub notifications since. The merged solution looks good to me. Especially leaving the vmalert program in the victoriametrics package. :)
Change:
runScript = writeScript "appimage-exec" '' #!${runtimeShell} <ins> if [ $# -eq 0 ]; then echo "Usage: $0 FILE [OPTION...]" echo echo 'Options are passed on to the appimage.' echo "If you want to execute a custom command in the appimage's environment, set the APPIMAGE_DEBUG_EXEC environment variable." exit 1 fi </ins> APPIMAGE="$(realpath "$1")" <ins> shift </ins> if [ ! -x "$APPIMAGE" ]; then echo "fatal: $APPIMAGE is not executable"

Discussion:
I tried to run using . I noticed two things: was missing. Adding it to fixes that issue. Is supposed to be able to run all appimages? Should we add ? command line arguments aren't passed on to the appimage CC
I haven't decided yet. Common libraries currently not available to appimage-run should be to the list, but I think unreasonable libraries that are only used by a single application shouldn't be . Anything in should be okay to add, which would include . Oh right, I noticed that a while ago, and then forgot to fix it.
That is a useful list. I used a bash monster to look for libraries missing in our :
Of those the following are available in nixpkgs:
Change:
ExecStart = "${lib.getExe cfg.package} -nobrowser -data=/var/lib/prowlarr"; Restart = "on-failure"; }; <ins> environment.HOME = "/var/empty"; </ins> }; networking.firewall = mkIf cfg.openFirewall {

Discussion:
when using: the resulting service is having multiple errors and does not work like intended: Steps to reproduce the behavior: No errors and the applications works adding: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
I am having the same issue. I have tried using the fix and it seems to work for me.
Prowlarr is (still) broken.
the recent breakage may be due to a different issue, see
I had some issue with prowlarr at one point, and this solved it: Might be the same problem, as I vaguely remember something about SSL, and this seemed to help (without needing to make prowlarr run under a "proper", non-dynamic user). dotnet seems to not like being unset (which I assume is what happens when running under ). Not sure why this does not happen with other *arr-s.
This is a good fix. It should be to the NixOS module.
Is this still an issue on current 22.11/nixos-unstable? I am willing to contribute the fix to the module, however: what I remember, I was never able to reproduce this consistently (prowlarr would fail on my server, but work on my personal workstation) 's a NixOS test for prowlarr and it passes, so it doesn't help us verify that the issue would be fixed by this.
It definitely does happen on nixos-unstable, though indeed inconsistently - I only this issue after my server's last monthly upgrade, though Prowlarr had been running just fine for months!
Got it. Feel free to create a PR, should be easy enough to add this to NixOS module. You should be able to test it with your server as well. Else, I'll do it sometime in the coming days hopefully :slightlysmilingface:
I reinstalled my machine and it worked perfectly. Not sure if this is still a valid issue.
still getting this issue
Got this issue after upgrading(haven't upgraded in a while).
Could you confirm that the option suggested in fixes your problems? If so, I will make a PR to include it in the module. Sorry I kind of forgot about this issue, since I've applied this fix in my configuration and did not encounter the problem afterwards.

Yes, including that line fixed the issues.
This is super hard to test, because it seems non deterministic. Please look additionally at:
On my phone rn so I can't test it, but does starting it before "network-" make it deterministically fail, by chance?
Change:
doCheck = false; preInstall = '' <ins> substituteInPlace setup.py --replace /usr/share/doc/ share/doc/ </ins> # see https://github.com/NixOS/nixpkgs/issues/4968 ${python}/bin/${python.executable} setup.py install_data --install-dir=$out --root=$out '';

Discussion:
I think this should be installed to rather than . System: 17.03.1645. (Gorilla) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: "17.03.1645." Sandboxing enabled: true
Thanks
You're welcome!
Change:
''; buildInputs = oldAttrs.buildInputs ++ [ pkgs.phantomjs2 ]; }); <ins> node2nix =  nodePackages.node2nix.override (oldAttrs: { buildInputs = oldAttrs.buildInputs ++ [ pkgs.makeWrapper ]; postInstall = '' wrapProgram "$out/bin/node2nix" --prefix PATH : ${stdenv.lib.makeBinPath [ pkgs.nix ]} ''; }); </ins> }

Discussion:
system: host os: multi-user?: sandbox: version: channels(bjorn): channels(root): nixpkgs:
Change:
nukeReferences patchelf perl <ins> pkgsBuildTarget </ins> profiledCompiler reproducibleBuild staticCompiler

Discussion:
Cross compilation of gfortran package fails for riscv64. Many packages like depends on gfortran. So I can not use these on riscv64 Steps to reproduce the behavior: Cross compile gfortran $nix-build '<nixpkgs' -A pkgsCross.riscv64.gfortran Should compile Please run and paste the result.
The code snippet here doesn't seem very useful. Have you got the full log somewhere?
Attach is the full log.
Thank you! I'm seeing Looks like or . Maybe ? Also, it would be nice to have .
One of these days I am going to submit a PR that modifies to cat into the build stderr on failed builds...
Ah, is not only built with , but expects to be able to invoke at runtime. So it depends on a cross-built native compiler, something that doesn't get used much in nixpkgs. I found ~at least part of the problem, see upcoming PR. I don't know if it fixes the whole problem or not.~ the fix.
FWIW I don't think this ever worked, but it does now (after ). Also we probably have similar problems with cross-built native compilers for all other languages except C/C++ (because stdenv sets flags for those) if their standard library is bundled with gcc.
Change:
{ config, lib, pkgs, ... }: <del> with lib; </del> let <ins> inherit (lib) genAttrs maintainers mkAliasOptionModule mkEnableOption mkIf mkOption types ; </ins> cfg = config.services.nginx.tailscaleAuth; <ins> cfgAuth = config.services.tailscaleAuth; </ins> in { <ins> imports = [ (mkAliasOptionModule [ "services" "nginx" "tailscaleAuth" "package" ] [ "services" "tailscaleAuth" "package" ]) (mkAliasOptionModule [ "services" "nginx" "tailscaleAuth" "user" ] [ "services" "tailscaleAuth" "user" ]) (mkAliasOptionModule [ "services" "nginx" "tailscaleAuth" "group" ] [ "services" "tailscaleAuth" "group" ]) (mkAliasOptionModule [ "services" "nginx" "tailscaleAuth" "socketPath" ] [ "services" "tailscaleAuth" "socketPath" ]) ]; </ins> options.services.nginx.tailscaleAuth = { enable = mkEnableOption "Enable tailscale.nginx-auth, to authenticate nginx users via tailscale."; <del> package = lib.mkPackageOptionMD pkgs "tailscale-nginx-auth" {}; user = mkOption { type = types.str; default = "tailscale-nginx-auth"; description = "User which runs tailscale-nginx-auth"; }; group = mkOption { type = types.str; default = "tailscale-nginx-auth"; description = "Group which runs tailscale-nginx-auth"; }; </del> expectedTailnet = mkOption { default = ""; type = types.nullOr types.str;

Discussion:
Despite the name, tailscale's nginx-auth application works fine with both caddy and traefik. Unfortunately, the nixos service for it is tightly coupled with nginx. It should be possible to run the auth service without enabling nginx. N/A Please run and paste the result.
Change:
{ lib <del> , aiohttp </del> , buildPythonPackage <del> , click </del> , fetchFromGitHub , importlib-metadata , jinja2 <del> , linkify-it-py </del> , markdown-it-py <del> , mdit-py-plugins , mkdocs-exclude , msgpack </del> , poetry-core , pytest-aiohttp , pytestCheckHook

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 0.37.1 Current version on the stable/release channel: 0.24.1 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Note for maintainers: Please tag this issue in your PR.
Change:
{ stdenv, fetchFromGitHub, cmake, zlib, c-ares, pkgconfig, openssl, protobuf, gflags }: stdenv.mkDerivation rec { <del> version = "1.19.0"; </del> <ins> version = "1.19.1"; </ins> name = "grpc-${version}"; src = fetchFromGitHub { owner = "grpc"; repo = "grpc"; rev = "v${version}"; <del> sha256 = "105hvpn2z3qiyc01wyzpmfbrpmy20kz1nb9j1c2s0kz1r0v92gqi"; </del> <ins> sha256 = "0c0jra4qnd86gyr4rlblic3igb5dpgrldac35myk5i5ia547fdhj"; </ins> }; nativeBuildInputs = [ cmake pkgconfig ]; buildInputs = [ zlib c-ares c-ares.cmake-config openssl protobuf gflags ];

Discussion:
If I try to use the grpc package from the current unstable channel, then this builds only the static libraries. I tried to add to the , then cmake tries to build the shared libraries, but fails with the following error: Maybe this is an grpc issue?
I could fix it for me. The build creates a executable, which is linked to . This executable gets then used by protbuf as a plugin to build other stuff. If it gets statically linked, everythings works. But as I try to build it dynamically, it doesn't find the library when protbuf gets executed with the plugin. So I add a hook to set the . Maybe there is a better solution, but this works for me.
Change:
ktextaddons = self.callPackage ./misc/ktextaddons {}; kunifiedpush = self.callPackage ./misc/kunifiedpush {}; kweathercore = self.callPackage ./misc/kweathercore {}; <ins> marknote = self.callPackage ./misc/marknote {}; </ins> mpvqt = self.callPackage ./misc/mpvqt {}; oxygen-icons = self.callPackage ./misc/oxygen-icons {}; phonon = self.callPackage ./misc/phonon {};

Discussion:
Project description A WYSIWYG note taking app that lets you organize your notes in notebooks. Metadata homepage URL: source URL: license: platforms: linux
Change:
name = "CVE-2018-19840.patch"; sha256 = "08y27py8hnki74ad8wbknnd36vj5pzzcm2vk3ngcbsjnj7x5mffz"; }) <ins> (fetchpatch { url = "https://github.com/dbry/WavPack/commit/bba5389dc598a92bdf2b297c3ea34620b6679b5b.patch"; name = "CVE-2018-19841.patch"; sha256 = "08gx5xx51bi86cqqy7cv1d25k669a7wnkksasjspphwkpwkcxymy"; }) </ins> ]; meta = with stdenv.lib; {

Discussion:
, (nixos-unstable) (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
See also
Change:
}: let <del> # replace with global pdal version once # https://github.com/qgis/QGIS/pull/54940 is backported pdal = callPackage ./pdal-2_5.nix { }; </del> py = python3.override { packageOverrides = self: super: { pyqt5 = super.pyqt5.override {

Discussion:
Steps to reproduce the behavior: with latest master branch is building with the older version of (2.5), because it can't build with the latest version (see: ). Build of started to fail after recent update to version . Notify 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:
Change:
capitaine-cursors = callPackage ../data/icons/capitaine-cursors { }; <ins> capitaine-cursors-themed = callPackage ../data/icons/capitaine-cursors-themed { }; </ins> carlito = callPackage ../data/fonts/carlito {}; cascadia-code = callPackage ../data/fonts/cascadia-code { };

Discussion:
Project description A cursor theme based in the capitaine cursors but themed with gruvbox and nord. Metadata homepage URL: source license: lgpl3 platforms: linux since it's based in capitaine cursors that use lgpl3 i think it's gpl3 too.
Change:
authKeysFiles = let mkAuthKeyFile = u: { target = "ssh/authorized_keys.d/${u.name}"; <del> mode = "0444"; </del> source = pkgs.writeText "${u.name}-authorized_keys" '' ${concatStringsSep "n" u.openssh.authorizedKeys.keys} ${concatMapStrings (f: readFile f + "n") u.openssh.authorizedKeys.keyFiles}

Discussion:
This is because this file is stored as a regular file rather than as a symlink to /etc/static. So the etc updater script doesn't know that it needs to delete it.
I've commit to actually test this in the VM test, and on my Hydra instances this fails with OpenSSH bailing out with: So, we need a better option than to simply symlink it to the Nix store.
did you test this before pushing?
I did not. It seemed simple enough, but I see now that's never a fair assumption.
(triage) what’s the status?
There is an , once this is implemented we can generate the like this: This would be way less racy than adding a "authorized keys file cleaner". I also thought about patching OpenSSH to prevent mode checking on store paths, but this would actually lead to roughly the same as setting to because an attacker who is able to modify the file in the user's home directory can simply create a file in the Nix store and symlink to it, whereas with it's assured that the file is only writable by the corresponding user so an attacker can't do the "symlink to the Nix store" trick to bypass that. Selectively turning off for only a limited set of allows us to still have that check on for user home directories while not checking the modes when we explicitly state the allowed keys by creating a store path along with the main .
(triage) still an issue?
Doh! This is bad. (I just switched to this API, thinking "yay, declarative keys!")
Seems to be long fixed: and exists... removed the option, and:
Fixed in July 2014 : thanks
I think I'm wrong about this issue.
On further testing this is working correctly. Sorry for the false alarm.
Change:
{ stdenv <ins> , targetPackages </ins> , lib , makeSetupHook , dieHook , writeShellScript , tests <del> , cc ? stdenv.cc </del> <ins> , cc ? targetPackages.stdenv.cc </ins> , sanitizers ? [] }:

Discussion:
making a pr fixing cross compilation for some things and found this
... and defaults to which is per shrug : /
Something that seems to fix the problem, weirdly, is to add to instead of , and use in I have no idea what's going on, need a cross-compilation guru ( ?).
is special: All packages in a package set are host→target (e.g. the normal attribute), however is derived from and re-exposed as the thing that builds this package set. This gives rise to the inconsistency that is one of the few attributes in the package set that's build→host. Putting into (where it conceptually belongs) will of course pick , since it itself comes from . To pick the default compiler we should use to build here, it should take by default where would then be the package set produced by which is the actual cross compiled set: . We need to jump through these hoops because, unfortunately the default compiler / libc etc. picking logic is only done as part of picking the 's from the previous package set.
Do you mean host→target here?
Yes, fixed.
Attempting a fix in
Thanks for reporting this Artturin! Verified the PR that was made and merged :)
Change:
<del> { lib, stdenv, pkgs, python3, fetchpatch, glibcLocales, installShellFiles }: </del> <ins> { lib , stdenv , fetchFromGitHub , fetchpatch , glibcLocales , installShellFiles , python3 }: </ins> <del> with python3.pkgs; buildPythonApplication rec { </del> <ins> python3.pkgs.buildPythonApplication rec { </ins> pname = "khal"; version = "0.10.5"; <del> src = fetchPypi { inherit pname version; sha256 = "sha256-Tu+3rDAqJthgbbOSgXWHpO2UwnoVvy6iEWFKRk/PDHY="; </del> <ins> src = fetchFromGitHub { owner = "pimutils"; repo = pname; rev = "v${version}"; hash = "sha256-FneJmoAOb7WjSgluCwlspf27IU3MsQZFKryL9OSSsUw="; </ins> }; <del> propagatedBuildInputs = [ </del> <ins> SETUPTOOLS_SCM_PRETEND_VERSION = version; nativeBuildInputs = [ glibcLocales installShellFiles ] ++ (with python3.pkgs; [ setuptools-scm sphinx sphinxcontrib_newsfeed ]); propagatedBuildInputs = with python3.pkgs;[ </ins> atomicwrites click click-log configobj <del> python-dateutil </del> <ins> freezegun </ins> icalendar lxml <ins> pkginfo </ins> pkgs.vdirsyncer <ins> python-dateutil </ins> pytz pyxdg requests-toolbelt tzlocal urwid <del> pkginfo </del> <ins> ]; checkInputs = with python3.pkgs;[ </ins> freezegun <ins> hypothesis packaging pytestCheckHook vdirsyncer ]; patches = [ # Tests working with latest pytz version, https://github.com/pimutils/khal/pull/1183 (fetchpatch { name = "support-later-pytz.patch"; url = "https://github.com/pimutils/khal/commit/53eb8a7426d5c09478c78d809c4df4391438e246.patch"; sha256 = "sha256-drGtvJlQ3qFUdeukRWCFycPSZGWG/FSRqnbwJzFKITc="; excludes = [ "CHANGELOG.rst" ]; }) </ins> ]; <del> nativeBuildInputs = [ setuptools-scm sphinx sphinxcontrib_newsfeed installShellFiles ]; </del> postInstall = '' # shell completions

Discussion:
Steps to reproduce the behavior: from version error on pytz Fixed upstream, but not released Please run and paste the result.
Could you please take a look at Thanks
Change:
"bird" "bitcoin" "blackbox" <ins> "borgmatic" </ins> "buildkite-agent" "collectd" "deluge"

Discussion:
Project description <!-- Describe the project a little: --Prometheus exporter for Borgmatic Written in python, depends on unpackaged python packages and . Metadata homepage URL: source URL: license: mit platforms: any Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
url = mirror://sourceforge/freetts/freetts-1.2.2-src.zip; sha256 = "0mnikqhpf4f4jdr0irmibr8yy0dnffx1i257y22iamxi7a6by2r7"; }; <del> buildInputs = [ apacheAnt unzip sharutils ]; </del> <ins> buildInputs = [ apacheAnt unzip sharutils jdk ]; </ins> unpackPhase = '' unzip $src -x META-INF/* ''; buildPhase = '' cd */lib sed -i -e "s/more/cat/" jsapi.sh

Discussion:
freetts won't compile, since ant is missing a jdk/jre nix-env -iA nixos.freetts (on NixOS) System: 16.09pre90254. (Flounder) Nix version: nix-env (Nix) 1.11.3 Nixpkgs version: "16.09pre90254."
/cc maintainer
Seems this was fixed by a PR last September.
Change:
sha256 = "1bywmdj54glzd0kffvr27r84n4dsd0pskkbmh59mllbxvj0qwy7f"; }; <del> buildInputs = [ makeWrapper less which unzip ]; </del> <ins> nativeBuildInputs = [ makeWrapper fakeLess which unzip ]; </ins> unpackPhase = '' <del> echo -e 'qny' | sh -xe $src </del> <ins> echo -e 'ny' | sh -xe $src </ins> cd TeamSpeak* '';

Discussion:
Describe the bug When adding to and then running , at some point the license agreement of teamspeak shows up in the console and I couldn't find a way to accept it. Because of this, the installation is stuck forever at this point with no instructions how to continue. To Reproduce add to run Expected behavior The last command should complete and teamspeak should be installed on my system. Screenshots ! Additional context I've tried both stable and unstable, but got the same result for both. Metadata Maintainer information:
I can reproduce this. Seem like the sandbox changed lately and the command doesn't get the from . I will submit a PR with a fix.
Change:
with lib; let <ins> smartmon = smartmontools.override { inherit enableMail; }; </ins> buildKernel = any (n: n == configFile) [ "kernel" "all" ]; buildUser = any (n: n == configFile) [ "user" "all" ];

Discussion:
Describe the bug On a ZFS-enabled 20.03 system: IMHO zed does not need the ability to send email by default. Also mariadb-connector should have a separate -dev output so that its doesn't end up in the system closure.
cc
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Seems still important: And: And:
Adjusted to milestone 21.03. BTW, If someone wants to backport the fix it shouldn't cause any issues.
Took a stab at this in
Change:
pythonRelaxDepsHook ]; <del> pythonRelaxDeps = [ "stem" ]; </del> <ins> pythonRelaxDeps = [ "stem" ]; </ins> pytestFlagsArray = [ "-m" "'not online'" ]; <del> passthru.updateScript = unstableGitUpdater { hardcodeZeroVersion = true; }; meta = with lib; { </del> <ins> meta = { </ins> homepage = "https://sherlock-project.github.io/"; description = "Hunt down social media accounts by username across social networks"; <del> license = licenses.mit; </del> <ins> license = lib.licenses.mit; </ins> mainProgram = "sherlock"; <del> maintainers = with maintainers; [ applePrincess ]; </del> <ins> maintainers = with lib.maintainers; [ applePrincess ]; </ins> }; }

Discussion:
Package name: sherlock Latest released version: v0.15.0 <!-- Search your package here: --- Current version on the unstable channel: 0-unstable-2024-06-09 Current version on the stable/release channel: 0-unstable-2024-05-15 <!-- 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. --Some extra info: Current version of sherlock may be broken potentially because it's outdated. The link is broken. Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I'll work on updating this. Current sherlock version is also broken for me.