Question: ... </screen> </para> <para> <del> To add plugins via NixOS configuration, set <literal>services.postgresql.extraPlugins</literal>: </del> <ins> To add plugins via NixOS configuration, set <literal>services.postgresql.extraPlugins</literal>: </ins> <programlisting> <xref linkend="opt-services.postgresql.package"/> = pkgs.postgresql_11; <xref linkend="opt-services.postgresql.extraPlugins"/> = with pkgs.postgresql_11.pkgs; [

I tried to follow procedure above, but as I mentioned before, to use as suggested I needed to change the PostgreSQL user mapping in the Hydra module as specified in my comment just above this one, otherwise I would get a message. However, to read the database dump back into the new PostgreSQL installation I had to change the user mapping as follows: ... and then, after activating the configuration, I needed to run the command in the following way (as root): After doing this, the upgrade from PostgreSQL 9.4 to 9.6 seems to have completed successfully.
Related
If anyone else stumbles on this, pgupgrade seems to work now. I realized after upgrade that my db got reinitialized, so steps for me were much more brutish than that post, but in a nutshell: with new postgresql running, clear whatever got reinitialized (pgupgrade won't run if there are data around, but won't tell you what to remove... lists databases, don't know how to list users, I guessed) drop database whatever; drop user whatever; stop postgresql.service figure path for old binaries, e.g. and copy it somewhere. run the actual pgupgrade as user: restart the postgresql service if all went well after some testing pgupgrade suggests removing the old db with (disclaimer: Don't blame me if that eats your data)


Question: a stable URL for Nixpkgs to use to package this proprietary software. </para> </listitem> <ins> <listitem> <para> The GRUB specific option <option>boot.loader.grub.extraInitrd</option> has been replaced with the generic option <option>boot.initrd.secrets</option>. This option creates a secondary initrd from the specified files, rather than using a manually created initrd file. </para> </listitem> </ins> </itemizedlist> </section>

Ditto. I have noticed this accidentially whily working at . Nixpkgs version: (run ) cc
You can puts secrets in an additionnal initrd readable by root only, and use See
There is more generic option now, . We probably want to merge those.


Question: sha256 = "sha256-m1UhyjD5ydSgCTBu6sECLlxFx0rnQxFnBA7frbdUqU8="; }; <ins> patches = [ # sss: use BN_set_word(x, 0) instead of BN_zero(), fixes build issue with different versions of openssl (fetchurl { url = "https://github.com/latchset/clevis/commit/ee1dfedb9baca107e66a0fec76693c9d479dcfd9.patch"; sha256 = "sha256-GeklrWWlAMALDLdnn6+0Bi0l+bXrIbYkgIyI94WEybM="; }) ]; </ins> postPatch = '' for f in $(find src/ -type f); do grep -q "/bin/cat" "$f" && substituteInPlace "$f"

The package 18 on master failed to build. Steps to reproduce the behavior: build github:nixos/nixpkgs#clevis ! Full build log:


Question: }; }.${stdenv.system} or (throw "Unsupported system: ${stdenv.system}"); <del> nativeBuildInputs = [ dpkg makeWrapper autoPatchelfHook ]; </del> <ins> nativeBuildInputs = [ dpkg makeWrapper autoPatchelfHook wrapGAppsHook ]; </ins> buildInputs = [ libXtst libXScrnSaver gtk3 nss alsaLib ]; runtimeDependencies = [ udev.lib libnotify ];

Describe the bug A clear and concise description of what the bug is. Rambox apps cause rambox to crash when attempting to upload a file. It gives the message: To Reproduce Steps to reproduce the behavior: rambox rambox in terminal any app that has file upload functionality (I tested Google Messages, Element, and Slack) to upload file Expected behavior Rambox apps should be able to upload files from filesystem Additional context I've seen from browsing other issues that this has been solved before for riot-desktop at first by adding gsettings schema to the package wrapper but currently fixed by using in electron. However, for some reason this did not fix the issue in Rambox. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Please run and paste the result. these paths will be fetched (0.05 MiB download, 0.28 MiB unpacked): /nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev copying path '/nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev' from ''... system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Add wrapGAppsHook to


Question: @getopt@/bin/getopt --test > /dev/null && rc=$? || rc=$? if [[ $rc -ne 4 ]]; then # This shouldn't happen. <del> echo "Warning: Enhanced getopt not supported, please open an issue." >&2 </del> <ins> echo "Warning: Enhanced getopt not supported, please open an issue in nixpkgs." >&2 </ins> else # Define all short and long options. SHORT=hvidrcas

libgtop is not reproducible, since it embed the output of into one of its binaries. See or build on 2 machines with different kernel versions. Report attached since r13y will not keep it, I think: libgtop build should be reproducible. This patch works from a nixpkgs perspective: However, it should ideally be reported and fixed upstream. N/A Maintainer information:
I marked this as stale due to inactivity. →


Question: --replace "boto3>=1.20,<1.25.0" "boto3~=1.20" ''; <del> nativeBuildInputs = [ setuptools ]; </del> propagatedBuildInputs = [ apispec boto3

Steps to reproduce the behavior: localstack (from unstable) (version 3.2.0) localstack 2.3.0 works and so does (tagged because you bumped the version) (the channel is slightly messed up. I am using 23.11 but with flakes) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The new version requires too many dependencies to package up in a reasonable time frame and even includes circular ones. contains a revert to 3.0.0 which builds for me and shows the usage. Can you take a look if that works for you?
Sorry for the delay! Yes, the revert works well for me! Thank you!


Question: pytestCheckHook ]; <del> preCheck = '' </del> <ins> preCheck = let fontsConf = makeFontsConf { fontDirectories = [ ]; }; in '' </ins> export HOME=$(mktemp -d) <ins> export FONTCONFIG_FILE=${fontsConf}; </ins> # For tests/test_misc.py::test_autostart mkdir -p $HOME/.config/autostart <del> export QT_PLUGIN_PATH="${qt5.qtbase.bin}/${qt5.qtbase.qtPluginPrefix}" </del> <ins> export QT_PLUGIN_PATH="${qtbase}/${qtbase.qtPluginPrefix}" </ins> export QT_QPA_PLATFORM=offscreen ''; disabledTestPaths = [ <del> "tests/test_archives.py" "tests/test_borg.py" "tests/test_lock.py" "tests/test_notifications.py" ]; disabledTests = [ "diff_archives_dict_issue-Users" "diff_archives-test" "test_repo_unlink" "test_repo_add_success" "test_ssh_dialog" "test_create" "test_scheduler_create_backup" </del> <ins> # QObject::connect: No such signal QPlatformNativeInterface::systemTrayWindowChanged(QScreen*) "tests/test_excludes.py" "tests/integration" "tests/unit" </ins> ]; meta = with lib; { <del> changelog = "https://github.com/borgbase/vorta/releases/tag/v0.8.10"; </del> <ins> changelog = "https://github.com/borgbase/vorta/releases/tag/${src.rev}"; </ins> description = "Desktop Backup Client for Borg"; homepage = "https://vorta.borgbase.com/"; license = licenses.gpl3Only;

Package name: vorta Latest released version: 0.9.1 <!-- Search your package here: --- Current version on the unstable channel: 0.8.12 Current version on the stable/release channel: 0.8.12 <!-- 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]:


Question: sha256 = "sha256-1KnYHz9ntKbgfLeoDcsQrV6RdvzDB2LHCoFYCmS4sLY="; }; <ins> patches = [ # https://savannah.gnu.org/bugs/?func=detailitem&item_id=62436 ./patches/bug62436.patch ]; </ins> buildInputs = [ readline ncurses

For example: fails similarly. The line that causes the failure according to my testing is: A list of some packages that didn't break: Could be this is an upstream issue.
So digging into it, this is an issue raised by Octave's package management system itself. Namely, this -statement from Line 80 in that file is the statement. It expects to remove a file, which is not existing. The reason the other packages did not break was because they either do not have a directory () or they actually do have a generated file (netcdf & control). You can technically solve this by adding an empty script to the directory. I manually did this, and the package built correctly again. As for why this change happened, I cannot tell. The particular statement shown did not change between 6.4.0 and 7.1.0 in the file.
Looks like
That's the exact issue. Seems like we will need to wait for upstream to fix it. How does this usually get handled
Seems like we should apply to the patch:
There are still 5 packages failing to build, but that is a lot fewer than before.


Question: Restart = "always"; # Filesystem <del> ProtectSystem = "strict"; </del> ProtectHome = true; <del> PrivateTmp = true; </del> PrivateDevices = true; ProtectKernelTunables = true; ProtectKernelModules = true;

Describe the bug gitea fails to start due to a too restrictive systemd setup To Reproduce Looks like is a bit too restrictive. :smile:
ping
Removing the blacklist of and gets us past the test, I think, but there's still problems with the socket.
Judging from this error output: it looks like it fails in prescript during in Interestingly enough, there is a right underneath that, in which does not seem to be the issue. This does not look like an issue with Gitea itself, since it fails during the service pre script. Since the and will only be run if the configuration is managed by nix, the tests pass if I set in the test config. (unfortunatly I don't know much about systemd services and especially systemd sanboxing, so I'm not sure if the information from above is useful or not)
Any chance the service is broken too? I recently updated and service failed to start. I haven't dug into it yet... I may have seen something about a database permission issue.
Temporary fix for someone who using bleeding-edge Gitea:
This doesn't solve the issue for me. I get the following output:
Pretty strange. It works for me (). You can try to disable it at all () and if it'll still not work then just change in the same way all other parameters to default values that were introduced in . p.s. probably there's must be something like a mkForceRemove, but I haven't found anything in manual.
Ok the fix is actually working, I just had an own AmbientCapabilities definition in my configuration which didn't play nicely with the new options.


Question: # TODO: package meek https://support.torproject.org/glossary/meek/ meek = "/meek-not-available"; in rec { <del> onionshare = buildPythonApplication { </del> <ins> onionshare = python3.pkgs.buildPythonApplication { </ins> pname = "onionshare-cli"; inherit version; src = "${src}/cli";

Steps to reproduce the behavior: onionshare <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The package distutils was remove in Python 3.12. Depends on upsteam. I raised a PR for the fix:


Question: {lib, stdenv, fetchurl}: stdenv.mkDerivation rec { <del> version = "1.3.1"; </del> <ins> version = "1.4"; </ins> pname = "commons-fileupload"; src = fetchurl { url    = "mirror://apache/commons/fileupload/binaries/${pname}-${version}-bin.tar.gz"; <del> sha256 = "1jy7w2j2ay56mpq4ij3331cf9zgpkm832ydr63svb35j0ymnky72"; </del> <ins> sha256 = "1avfv4gljp7flra767yzas54vfb6az9s1nhxfjv48jj2x0llxxkx"; </ins> }; installPhase = '' tar xf ${src} mkdir -p $out/share/java <del> cp lib/*.jar $out/share/java/ </del> <ins> cp commons-fileupload-*-bin/*.jar $out/share/java/ </ins> ''; meta = {

, CVSSv3=9.8 (nixos-20.03, nixos-unstable) CVSSv3=7.5 (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives.
needs 1.3.2 for CVE-2016- needs 1.3.1 for CVE-2016-3092


Question: wantedBy = [ "multi-user.target" ]; environment = { <del> JAVA_HOME = "${pkgs.jre}"; </del> <ins> # JRE 15 removed option `UseConcMarkSweepGC` which is needed. JAVA_HOME = "${pkgs.jre8}"; </ins> HBASE_LOG_DIR = cfg.logDir; };

After enable HBase module , and rebuild. The service unit cannot start, it says JVM option not exists. Steps to reproduce the behavior: HBase by adding config . , it should be failed. shows VM option is Unrecognized. I found the same issues on the StackOverFlow, it seems jre 15 dropped the option: I fixes this by adding this line, but it should be fixed in module. I can do the fixes PR if you want. Maintainer information:
go for it. I'm also not maintaining this anymore, so may be best to also remove from .


Question: echo "doc manual $dest manual.html" >> $out/nix-support/hydra-build-products echo "doc manual $dest nixpkgs-manual.epub" >> $out/nix-support/hydra-build-products ''; <ins> # Environment variables PANDOC_LUA_FILTERS_DIR = "${pkgs.pandoc-lua-filters}/share/pandoc/filters"; </ins> }

Describe the bug To contribute to the nixpkgs documentation I followed the instructions in the nixpkgs manual "Chapter 21. Contributing to this documentation" and I followed the code snippet Firstly I was greeted with some warnings: But moving on to I saw a large number of errors. It looks like is set up inside the nix-shell but it's not picked up by ? Running the command does work. To Reproduce Expected behavior No warnings, no errors. Metadata Please run and paste the result. Maintainer information:
nix-shell has a specific setup to allow running stdenv phases such as
That also gives me a bunch of errors as well, but different ones: For a bunch of files. I managed to write some updates to the docs and validated them just using the command, but it's a bit unfortunate that just following the instructions literally doesn't work.
Sorry about that. should fix it.
Thanks, that fixes it for me (tested by setting the env variable manually). Great to see these steps towards making it easier to contribute to the docs.


Question: <ins> { lib, rustPlatform, fetchFromGitHub, pkg-config, cargo, rustc, clippy, makeWrapper, }: let pname = "rustlings"; version = "6.2.0"; in rustPlatform.buildRustPackage { inherit pname version; src = fetchFromGitHub { owner = "rust-lang"; repo = "rustlings"; rev = "v${version}"; hash = "sha256-BVmiMIIx8YEO57FO0ZpsCQcim68mn7NHpAOO86dZqlI="; }; cargoHash = "sha256-ZupwPw/bfeN+s7IWXbY21K/ODXSaYef+IDDpBVCi3Ek="; # Disabled test that does not work well in an isolated environment checkFlags = [ "--skip=run_compilation_success" "--skip=run_test_success" ]; nativeBuildInputs = [ pkg-config makeWrapper ]; postFixup = '' wrapProgram $out/bin/rustlings --suffix PATH : ${ lib.makeBinPath [ cargo rustc clippy ] } ''; meta = { description = "Explore the Rust programming language and learn more about it while doing exercises"; homepage = "https://rustlings.cool/"; changelog = "https://github.com/rust-lang/rustlings/releases"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ luftmensch-luftmensch ]; mainProgram = "rustlings"; }; } </ins>

Project description This project is used by programmers looking to explore the Rust programming language and learn more about it while doing exercises. These exercises are meant to get you comfortable with the language itself and its features. Metadata homepage URL: source URL: license: MIT platforms: MacOS, Linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Interesting package request. But does it make sense given that you need to modify the rustling files in order to use it? I personally used the that's included in the project. which I think are removed in the new release :(
Take a look at . The maintainer of rustlings explained why the was removed.
TL;DR: All required files are embedded in the binary now. The exercises are dumped on initialization. I am the new author. If you need any help, don't hesitate to ping me. Note that a new version was published yesterday.


Question: https://github.com/AndrewRadev/switch.vim/,, https://github.com/simrat39/symbols-outline.nvim/,, https://github.com/vim-syntastic/syntastic/,, <ins> https://github.com/ziontee113/syntax-tree-surfer/,HEAD, </ins> https://github.com/nanozuki/tabby.nvim/,HEAD, https://github.com/kdheepak/tabline.nvim/,, https://github.com/vim-scripts/tabmerge/,,

Project description <!-- Describe the project a little: --Syntax Tree Surfer is a plugin for Neovim that helps you surf through your document and move elements around using the nvim-treesitter API. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: ''; }; <del> extraInitrd = mkOption { type = types.nullOr types.path; default = null; example = "/boot/extra_initramfs.gz"; description = '' The path to a second initramfs to be supplied to the kernel. This ramfs will not be copied to the store, so that it can contain secrets such as LUKS keyfiles or ssh keys. This implies that rolling back to a previous configuration won't rollback the state of this file. ''; }; </del> useOSProber = mkOption { default = false; type = types.bool;


Question: <ins> { stdenv , lib , fetchFromGitHub }: stdenv.mkDerivation rec { pname = "nodenv"; version = "1.4.0"; src = fetchFromGitHub { owner = "nodenv"; repo = "nodenv"; rev = "v${version}"; sha256 = "0fgc23jd95rjll3dy5hnli8ksfc7rwscw53sdgss4yaharwlg8l2"; }; buildPhase = '' runHook preBuild bash src/configure make -C src runHook postBuild ''; installPhase = '' runHook preInstall mkdir -p $out cp -r libexec $out/ cp -r bin $out/ runHook postInstall ''; meta = with lib; { description = "Manage multiple NodeJS versions"; homepage = "https://github.com/nodenv/nodenv/"; changelog = "https://github.com/nodenv/nodenv/releases/tag/v${version}"; license = licenses.mit; maintainers = with maintainers; [ alexnortung ]; platforms = [ "x86_64-linux" ]; }; } </ins>

Project description nodenv is one of version managers. I know you can manege with Nix itself, but majority of people in the frontend world assume everyone uses version managers which respect files like or , so you have to use them when you're working with them. Metadata homepage URL: source URL: license: MIT platforms: I'm not sure actually, but it's distributed as a homebrew formula
Hello, please check the merged pull request for notes on the package. The package works, but might need some changes or be extended to work better in the future.
Wow, thanks a lot for your help!


Question: <del> { lib, stdenv, fetchurl, cctools, fixDarwinDylibNames }: </del> <ins> { lib , stdenv , fetchurl , cctools , fixDarwinDylibNames , autoSignDarwinBinariesHook }: </ins> stdenv.mkDerivation rec { pname = "lp_solve"; version = "5.5.2.11";

Steps to reproduce the behavior:
I don't have an M1 to test
Oh, it suffices to use . I'll open a pull request.


Question: substituteInPlace Makefile  --replace "/usr/local" $out <del> substituteInPlace bin/mix  --replace "/usr/bin/env elixir" "$out/bin/elixir" </del> ''; postFixup = ''

I'm using Nix 1.9 on OS X 10.10.4 (Yosemite) with the package. It installs without issues, but when I try to use the tool I get this error: I'm using the unstable channel:
Hrm, I get (also Nix 1.9 and OS X 10.10.4) It seems to be an issue with the shebang in as seems to work just fine. I don't see anything obviously wrong with though... (PS hi long time no see :)
I just hit this issue too. Weirdly, just running from different shells would give different errors (I use fish normally, so it's always an early suspect around problems like this). I would get an error like got from , and an error like from . When I change my to this: Everything works, and in all shells the same way. Is this a valid fix? (By "works", I mean I get , but maybe that's a separate issue, or due to a lack of familiarity with Elixir/Erlang...)
Nice catch. Doing will generate a new app skeleton if everything is working as it should.
Turns out I just forgot to put the at the end of my fixed version, so no args were getting through :P Is what I mentioned above an acceptable fix? If so, I can submit a PR.


Question: <ins> { stdenv, fetchurl, makeWrapper, jre, callPackage }: let bare = callPackage ./bare.nix { inherit stdenv fetchurl makeWrapper jre; }; in stdenv.mkDerivation { pname = "scala"; inherit (bare) version; dontUnpack = true; installPhase = '' mkdir -p $out/bin ln -s ${bare}/bin/scalac $out/bin/scalac ln -s ${bare}/bin/scaladoc $out/bin/scaladoc ln -s ${bare}/bin/scala $out/bin/scala ln -s ${bare}/bin/common $out/bin/common ''; inherit (bare) meta; } </ins>

Project description Scala 3 is more than a year old. It would be nice to have it packaged in nixpkgs as well. Maybe it is, but I couldn't find it under "scala-3" or respective versions. Metadata homepage URL: https://scala- source URL: license: Apache-2.0 License platforms: unix, linux, darwin, ...
is already packaged.
Indeed: the Scala 3 compiler started out under the codename 'dotty', and that's how it was packaged initially in nixpkgs. Now that dotty has become the 'official' scala 3 compiler (see also ), we should probably rename the package to as well? /cc
Feel free to update, rename and alias the old name :) Maybe should point at and can be


Question: <ins> diff --git a/src/sage_docbuild/ext/multidocs.py b/src/sage_docbuild/ext/multidocs.py index f91c7753ca..edeb81ff2e 100644 --- a/src/sage_docbuild/ext/multidocs.py +++ b/src/sage_docbuild/ext/multidocs.py @@ -284,6 +284,16 @@ def init_subdoc(app): if not app.config.multidoc_first_pass: app.connect('env-updated', fetch_citation) +            def fix_matplotlib_css_permissions(app: Sphinx, env): +                css_file = os.path.join(app.builder.outdir, '_static', 'plot_directive.css') +                try: +                    os.chmod(css_file, 0o644) +                except: +                    pass + +            # executed after matplotlib's _copy_css_file +            app.connect('build-finished', fix_matplotlib_css_permissions, priority=600) + # Monkey patch copy_static_files to make a symlink to "../" def link_static_files(): """ </ins>

I have installed sage thorough the nix package manager and it is the only thing I use nix for so it is entirely possible I am doing something stupid and wrong. I have the latest from here build When I try to get to the index for all entries which is located on my computer, I get a page with very few entries (see the screenshot) below ! While I expect something more like Compare /nix/store/r77k14kq9iw92w32bd9sny7d98dbrq32-sagedoc-9.6/share/doc/sage/html/en/reference/genindex- and A full fledged index. I want to use to generate a docset which I can then search following the answer here I can build a docset after copying the reference directory to somewhere I have write access to. However when I try to search there are almost no results and I think this might be responsible. Please run and paste the result.
I'm not very involved in sage maintenance these days, I mostly contribute by reviewing and PRs every now and then. They are probably better qualified to help you :) Maybe we should drop me from the maintainers list, or at least change the order to reflect reality?
Sorry for the bother then! I was actually going by the information here which looked outdated but I didn't have any better idea.
Thanks for the report! Will take a look today.
Thanks a lot!
No bother :) Thanks for the pointer, I have updated the maintainer information there.


Question: # mupen64plus-input-gca is written in Rust, so we can't build it with # everything else. "-DNO_RUST=ON" <ins> "-DUSE_ANGRYLION=${lib.boolToString withAngrylionRdpPlus}" </ins> ]; qtWrapperArgs = lib.optionals stdenv.isLinux [

There is a license violation in the package. The package contains the code for under the old MAME license which is non-commercial and incompatible with the GPL code in the rest of the program. I tried to notify upstream, but that didn't seem to go well...
Hello! It seems that upstream actually an option to disable in version of . , from my testing, gives me an error when I try to run it. You can find more info in this . So, i think merging the pull request linked to this issue is the best option right now.


Question: , at-spi2-core , cups , libxshmfence <ins> , obs-studio </ins> }: let

I just filed a to update our version of CEF to fix a . The previous version was released on 2019-07-27— that's almost 2 years! For a piece of software that's functionally a web browser, we certainly shouldn't be using an out-of-date version: web browsers have a massive attack surface and it's very important to keep them updated at all times. I don't have the time to work on this right at the moment, but it shouldn't be too difficult. There's a containing metadata for every CEF release. All that should be necessary is to grab the latest stable version for the right platform. While we're at it, we could also consider building for i686 and AArch64. Tagging the maintainer
IDK how it works, but it sounds like a job for the bot ().


Question: , cairo , pango , npm-lockfile-fix <ins> , overrideSDK , darwin </ins> }: <del> buildNpmPackage rec { </del> <ins> let # fix for: https://github.com/NixOS/nixpkgs/issues/272156 buildNpmPackage' = buildNpmPackage.override { stdenv = if stdenv.isDarwin then overrideSDK stdenv "11.0" else stdenv; }; in buildNpmPackage' rec { </ins> pname = "bruno"; <del> version = "1.8.0"; </del> <ins> version = "1.10.0"; </ins> src = fetchFromGitHub { owner = "usebruno"; repo = "bruno"; rev = "v${version}"; <del> hash = "sha256-STWGZzFtU3UpctgNz3m96JyfSRzHy2ZZQPr8R+zpDgM="; </del> <ins> hash = "sha256-wxQaKewKIfN93Wvb7WmOSuflTgfk1XKvHAA1UIVyMqk="; </ins> postFetch = '' ${lib.getExe npm-lockfile-fix} $out/package-lock.json ''; }; <del> npmDepsHash = "sha256-0Uac4Q3EYiTkg6RFuwR+saXiVm7jISyZBjkN30uYnnE="; </del> <ins> npmDepsHash = "sha256-IXFFOegzJbDcQejqQsAg11jDnhSKi27Olm8m3qr7bqw="; </ins> npmFlags = [ "--legacy-peer-deps" ]; nativeBuildInputs = [

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


Question: gnome.gnome-bluetooth_1_0 gnome.gnome-settings-daemon gnome.mutter <ins> gnome.zenity </ins> graphene gtk3 ibus

When typing something here: <img src="https://user-" width=50%The desktop crashes and you have to re-login (well it's Chinese in the screenshot but I hope you get the idea) <img src="https://user-" width=50%Steps to reproduce the behavior: budgie menu something crash No crash. See above. I don't see this issue before the GNOME 44 update. Probably another issue but I haven't go deep yet. I am on right now, it's nixos-unstable with pull request picked.
Backtrace points to <details</detailsLooks like there are changes on that touches after 10.7.1, I am testing that right now.
I gave the latest HEAD (i.e. ) a try and cannot reproduce the issue so probably some of the commits fixes the issue. I wonder if this can be reproduce by others and if some fixes can be backported before 23.05
Ohhh goooooood and now I am reading , let me make some noise there Edit:
And now I am on , which has glib 2.74 ( has 2.76). This is going to be weird because with G_SLICE=always-malloc I also cannot reproduce the crash (budgie-desktop 10.7.1), so probably not related to the slice allocator. Edit: and it's vala 0.56.4 on (no crash) and 0.56.6 on (crash)
Okay I guess I can basically confirm it's caused by vala update because I am now on and cannnot reproduce the crash, wow it's first time I know valac can really cause issues :seenoevil: Bisect is too painful for my slow laptop :upsidedownface:
Could you try compiling and running this Vala code on the broken version to see if it also crashes? It should do the same thing as the crashing Budgie code, just without crashing your desktop. If this ends up being a Vala issue, we need a minimal reproduction program to send.


Question: gnome.gnome-bluetooth_1_0 gnome.gnome-settings-daemon gnome.mutter <ins> gnome.zenity </ins> graphene gtk3 ibus

Build and run with (assuming you put it in a file called ):
I am now on and my desktop crashes, so the current range is :upsidedownface: I am away from keyboard for the next few hours because it's midnight here but feel free to drop questions :upsidedownface: I built the program with vala 0.56.5, it exits normally with
Well, crap. I was hoping that would crash. Maybe this version when you get back? It's closer to the code in Budgie: Of those commits, the only one that really looks suspicious to me is at a glance.
I am still here (for now) :laughing: but this runs normally for me as well (hmmm can we really guarantee "if I can trigger the desktop crash, then using same vala same laptop same setup we can trigger a crash with some different program"?)


Question: tor ]; <del> nativeCheckInputs = [ </del> <ins> nativeCheckInputs = with python3.pkgs; [ </ins> pytestCheckHook ];


Question: # Required by Budgie Menu. gnome-menus <ins> # Required by Budgie Control Center. gnome.zenity </ins> # Provides `gsettings`. glib


Question: # Required by Budgie Menu. gnome-menus <ins> # Required by Budgie Control Center. gnome.zenity </ins> # Provides `gsettings`. glib


Question: bro = throw "'bro' has been renamed to/replaced by 'zeek'"; # Converted to throw 2023-09-10 inherit (libsForQt5.mauiPackages) buho; # added 2022-05-17 bukut = throw "bukut has been removed since it has been archived by upstream"; # Added 2023-05-24 <ins> butler = throw "butler was removed because it was broken and abandoned upstream"; # added 2024-06-18 </ins> # Shorter names; keep the longer name for back-compat. Added 2023-04-11 buildFHSUserEnv = buildFHSEnv; buildFHSUserEnvChroot = buildFHSEnvChroot;

Package name: itch Latest released version: 26.1.3 Current version on the unstable channel: 26.1.3 Current version on the stable/release channel: 26.1.3 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- The current version is broken since butler is marked broken Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The latest version on seems to be 26.1.3 which is used in the package.
There is 26.1.5 as a source code , but current package uses binaryBytecode


Question: let <del> common = { version, sha256 }: stdenv.mkDerivation (rec { </del> <ins> common = { version, sha256, extraPatches ? [ ] }: stdenv.mkDerivation (rec { </ins> inherit version; pname = "subversion";

, CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc Cc


Question: owner = "iterative"; repo = "dvc-data"; rev = "refs/tags/${version}"; <del> hash = "sha256-8720nqWmi/1Be2ckuCvctfJbOSFCME27OOtA3qZMr7E="; </del> <ins> hash = "sha256-NBZbuOgM6m/8qhW+izXE4QRI3Ou28mF4nhESWF7Mmn0="; </ins> }; nativeBuildInputs = [ setuptools-scm ];

Steps to reproduce the behavior: dvc actually it is hash problem. error from my nixos: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This happens not for the first time and probably not for the last time :cry:


Question: cpufetch = callPackage ../tools/misc/cpufetch { }; <del> crackmapexec = callPackage ../tools/security/crackmapexec { }; </del> crackxls = callPackage ../tools/security/crackxls { }; crd2pulumi = callPackage ../development/tools/crd2pulumi { };

crackmapexec fails to run on the unstable branch. Full backtrace : Steps to reproduce the behavior: Should be marked as broken for python 3.12 and above due to not being maintained anymore, it should be recommended to use the maintained fork . If applicable, add screenshots to help explain your problem. I may PR a proper fix later if I find time to do so <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I don't know if removal was the best choice for this tool but maybe has all the features that had so it's alright. It's just that I'm not aware if there are any bugs that are not in that are in but I understand why removal makes sense since later we'll move onto later version of Python such as 3.13 and further more
As is a fork, I guess that the feature set is comparable or even bigger in the meantime. is still available for 24.05 and could still be used after 24.11 with some magic.
I ran into this issue where didn't have it, it is just a minor issue so it's alright on my side, but not sure if there will be any more issues I'll ran into later :


Question: after = [ "network.target" "network-online.target" ]; environment = { <del> HOME = runtimeDir; </del> <ins> HOME = workDir; </ins> RUNNER_ROOT = stateDir; } // cfg.extraEnvironment;

Working with large repositories on low-memory systems (such as aarch64-linux SBCs) can lead to out-of-storage scenarios with the github-runner service because the working directory is set to by default , which is sized to 25% of the system memory by default . Ideally there can be an option to use storage instead of memory for the working directory. I'm opening an issue first because I am not sure if there is a way to work around this already; can the argument in the service be overridden, or is there another way to change for this service with a systemd setting? If there isn't a straightforward solution I can open a PR to add this as an option. Maintainers:
I also experienced issues with no space left on . So far, however, increasing its size did the job. Nevertheless, I'd also appreciate the option to use another filesystem for the runtime directory. We won't be able to use systemd for that as it demands a -like filesystem for the runtime directory.
I guess standard installs avoid this by using the directory. Maybe we should just document how increase size instead of adding another option?
You may pass an arbitrary path to the options of the configuration script. Our module currently always uses the runtime directory systemd assigns to the service.
Yeah, in our case using the runtime directory that provides makes the most sense for dynamic user, again, with documentation on how to increase the size of the runtime directory. Currently our module doesn't support static users so isn't very useful... though I'm guessing our lack of support for static users is an oversight - see details here:


Question: touch $out/etc/sane.d/dll.conf # absolute paths to convert & tesseract <ins> sed -i '/[AC_DEFINE([HAVE_IMAGE_MAGICK], [1])/a  MAGICK_CONVERT="${imagemagick}/bin/convert"' configure.ac </ins> substituteInPlace filters/magick.cpp  --replace 'convert ' '${imagemagick}/bin/convert ' substituteInPlace filters/reorient.cpp

I have an EPSON DS-530 scanner, that I can't use to scan anymore. Prior to upgrading to NixOS 22.05, it worked perfectly fine. Steps to reproduce the behavior: scanning as follows: a sheet of paper in the scanner and scan it using utsushi, scanimage, simple-scan, xscan, … scanner pulls the paper through, but this does not result in a scanned document with any of the programs I tested. The (probably) relevant lines of the full log output (see below) are: The page is scanned successfully. The symptoms look exactly like those described in . The full debug output is as follows: <details<summaryLog</summary</details
I just noticed that utsushi reports version 0.65.0, which doesn't match the supposed version 3.65.0 in the channel. Though it seems kinda plausible to me that utsushi just reports major version 0, as the rest matches?
Trying to debug this further by scanning with , I got the following lines of output: The line () looked suspicious to me. I attempted to narrow this down further using strace: Interestingly, this refers to a file called , that supposedly should exist in the / package's directory, but doesn't as the strace indicates. The only reference to this that I could find is in the . If not provided with a different engine as a command line parameter, it should just use tesseract. This in turn led me to in the utsushi codebase, which calls the filter. I stopped my investigation there for now. Maybe can give more context, as they came up in many of my searches regarding this.
can you try adding to and see if that works? It looks like calls out to and expects to have it in , so probably falls back to ?
can you check if fixes this?
Thank you but unfortunately this didn't help. I'm still seeing references to in the where I suspect that I should see references to tesseract instead. It would be sufficient for me to deactivate all the postprocessing that happens, but this doesn't seem intended feature in utsushi :/
As I had amassed quite a backlog of documents to scan, I started a nix shell with the utsushi version I used previously, using the following command: This works.


Question: touch $out/etc/sane.d/dll.conf # absolute paths to convert & tesseract <ins> sed -i '/[AC_DEFINE([HAVE_IMAGE_MAGICK], [1])/a  MAGICK_CONVERT="${imagemagick}/bin/convert"' configure.ac </ins> substituteInPlace filters/magick.cpp  --replace 'convert ' '${imagemagick}/bin/convert ' substituteInPlace filters/reorient.cpp

However, this is only a workaround, as this means that I need to use the interface for scanning, which is somewhat cumbersome to use and this also pulls in a lot of old packages via the dependencies. I'd be happy to try out anything at this point.
Hey, I started looking into this again and noticed that in you switched the sources from the to the repository on gitlab. I'm wondering what the reason for this was. Do you remember?
I think back than the maintainer of utsushi suggested this. Imagescan just tries to mirror the driver as it is release by epson, while utsushi contains community maintained patches, but unfortunately no clear versioning scheme.
I just bisected the changes and it turns out that is indeed the commit at which utsushi stops working for me.
That is unfortunate. Maybe we should offer both utsushi and imagescan as packages, than the user can choose.
This could be a solution. I am not sure yet, whether the problem may also stem from one of the patches introduced or the command removed in that commit. As I am getting a error, I think it possible that the problem may be related to the imagick (or a similar) dependency.
It turns out, that this problem had a . Adding the following line back to the derivation makes utsushi work again. PR adds it back to the derivation and fixes scanning on my machine.


Question: gfortran blas python <ins> ocl-icd </ins> cudatoolkit nvidia_x11 gtest

When I try and install the package it fails because the installation procedure iterates over all the test-short executable's dependencies and is unable to locate the required It seems this dependency comes from the test-short binary being linked against the that comes with . This has a record that says it is This results in test-short requiring the library The only provides a though, so the installation then explodes when it tries to loop over the dependencies of the binary it just created and finds it can't find It is not clear to me if this would be considered an issue with or . Two possibly fixes are to for before , or a step to to provide the symlink. Try and install package System: Nix version: Nixpkgs version: Sandboxing enabled:
I decided to give the latest unstable a try as well. It dies during the as it cannot find at all anymore. Looking through the source it looks like the recent commit stripped out all together. I guess that makes (1) above the correct solution.
forgot to CC relevant people on this issue with (should be an easy fix -- just add to the )


Question: dependencies = [ altgraph packaging <ins> macholib </ins> pyinstaller-hooks-contrib ]; <del> makeWrapperArgs = [ </del> <ins> makeWrapperArgs = lib.optionals stdenv.hostPlatform.isLinux [ </ins> "--prefix" "PATH" ":"  (lib.makeBinPath [ glibc binutils ]) ];

Steps to reproduce the behaviour: PyInstaller on Darwin It fails to build at gcc as gcc is not avlible on macOS CC <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Is it possible that you can make gcc only in linux but clang if pyinstaller uses clang for darwin to use that?
I got it working I am willing to contribute a fix to this.
I will need to some how package since requires it for macos systems.
But first of all since gcc is required on linux is there a possible if linux include gcc instead of clang.
Based on , it seems like and the stuff is only required on linux. Maybe we could just throw in a here? Do you know if more needed to be done to fix the darwin build? Feel free to open a PR if you'd like.
You need which I am looking to make a package for and I think I still have to test if you need . I am looking to make a pr in a couple of days to fix both pyinstaller and package
I think gcc can be replace with clang which is compatible with both linux and darwin.
Macholib is now in a pr:
Now I am looking to fix pyinstaller for darwin.


Question: ./services/misc/octoprint.nix ./services/misc/ollama.nix ./services/misc/ombi.nix <ins> ./services/misc/open-webui.nix </ins> ./services/misc/osrm.nix ./services/misc/owncast.nix ./services/misc/packagekit.nix

Project description WebUI service for Large Language Models Video demonstration by : .. basically self-hostable ChatGPT-like service Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin Additional info Follow-up on for open-webui nixos module. There seems to be an ongoing work on the subject by and on Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Relevant Merge Request:
Just for reference / workaround here's another nix package:
Thanks for that reference. That pdm tool workaround looks a lot more maintainable for the Python backend. Maybe i'll have time to try another PR in the next weeks. In the meantime and as a much simpler UI i packaged as part of PR It would be great if someone could review it.
I would like to mention that in the latest release switched to , I am not sure of any straightforward way to do this while packaging it for .
I just tested your flake, it's impressive, especially the nice UI at the end showing all the processes ! Regarding open-webui, it would be so nice to have that in !!!
Thank you, planning to have more UIs and devShell integration (for CLI tools that interact with ollama). I would love that too! Although there are a few challenges (like the one I pointed above regarding ), I am willing to contribute here. Also, maintainers are quick to respond, in case we need any upstream contributions to make it happen.


Question: , buildPythonPackage , fetchPypi , fetchpatch <ins> , setuptools </ins> }: buildPythonPackage rec {

Describe the bug fails to run because setuptools is no longer propagated implictly. If were purely a python application built with then we would just need to add to propagatedBuildInputs and be done. However, is not simply a Python application, but a wrapper around , and isn't built using. The derivation patches the script as follows: This does result in the site-packages directories from all python packages ending up in , including setuptools (e.g. ). I'm not that familiar with Python packaging but from experimenting I found that the full path to the Python egg needs to be included (e.g. ) in order for this method to work. I made an attempt at resolving the issue but being new to Python packaging in Nix, neither are likely to be ideal: We could use buildPythonPackage in place of mkDerivation, using and use Or continue to use mkDerivation and manually set for patchPythonScript: I'm happy to submit a PR but I'm not sure what the recommended solution is here. To Reproduce Steps to reproduce the behavior: Expected behavior should launch with the extension loaded: Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
It seems is normally used by adding a to , or calling with (what the wrapper registered in does). This script then just does some addition calculations to register itself (we probably don't that at all) and some python 2 specific fixups, and then calls , which starts executing some code on import. I'd suggest to package it as a regular python application first (via ), so you can successfully import it inside a . The python tooling should automatically take care of patching the python shebang properly if you make script executable.
proposed fix


Question: # Hardening , graphene-hardened-malloc <del> , useHardenedMalloc ? graphene-hardened-malloc != null && builtins.elem stdenv.system graphene-hardened-malloc.meta.platforms </del> <ins> # crashes with intel driver , useHardenedMalloc ? false </ins> # Whether to disable multiprocess support to work around crashing tabs # TODO: fix the underlying problem instead of this terrible work-around

Describe the bug After upgrading to nixos-20.03 and enabling pulseaudio support I started experiencing the "Gah! tab crashed" error too often, to the point that browsing sites with certain types of embedded media (mostly audio/video) instantly triggers the error (e.g browsing ). While troubleshooting this I also noticed that opening crashes not the tab but the browser. On the console I can see: This crash is present with default options (i.e. and ). In addition, after several crashes Tor asks to start in "Safe mode". I'm not sure what safe mode disables but it allows opening without crashing and/or triggering the segfault. This seems to hint at some interaction with external libraries and my assumption that this is somehow related to pulseaudio. To Reproduce Steps to reproduce the behavior: the URL will crash Notify maintainers Metadata The following expression was used to enable and : and installed with .
Can you try with override ?
This helps. On a quick test I didn't see any "Gah! Tab crashed" error and works fine.
It should be off by default then, it used to work :(
Could this be triggered by a missing or mismatched library? I also only started noticing this after enabling pulseaudio system-wide. If this helps diagnosing the issue...
I think it's simply because the firefox jemalloc is incompatible with the hardened allocator. firefox has to be built with for that to work. I wonder why this appears to have worked before; maybe the tbb build has changed. Relevant mailing list thread here (fair warning: it turns into a not-so-productive exchange after a few messages):
I think that at this point it'd be appropriate to revert the commit that hardened alloc support, with a note as to why, maybe opening an issue to track work (if anyone cares) to make hardened malloc work with tbb/firefox.
I'm not into the differences/advantages of each allocator. In this case I have the user hat on and unless there's a critical aspect of relevance I'm happy to trade that in favour of a functional browser.


Question: gtksourceview4 gdk-pixbuf librsvg <del> webkitgtk_4_1 </del> <ins> libsoup webkitgtk </ins> libepoxy gst_all_1.gstreamer gst_all_1.gst-plugins-base gst_all_1.gst-plugins-good <ins> gst_all_1.gst-plugins-bad gst_all_1.gst-plugins-ugly </ins> ]; # See https://github.com/NixOS/nixpkgs/issues/31168

Describe the bug When I try to preview videos like .mp4 or webm in Nautilus using Sushi, it says "Your GStreamer installation is missing a plug-in". To Reproduce Steps to reproduce the behavior: NixOS with Gnome3 desktop space on a video file in Nautilus Additional context It's possible that there's some configuration in my homedir that makes it break, since I have the same homedir that I had under other Linux installs, not sure how to find it however. outputs Notify maintainers maybe? Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(wmertens): channels(root): nixpkgs: Maintainer information:
Would need to add here, I think.
that makes sense - it seems like I would like the bad and the ugly too. How about a nixpkgs configuration setting that decides which plugin sets to load, and having plugins-base include them? That should make it backwards-compatible.
Most of them depend on base so that would be a dependency cycle. Also we would need to move the wrappers into a separate derivation or we would have to rebuild everything. Alternately, you can set environment variable (I believe some NixOS module does that). Not a fan but it should work provided some ABI break does not sneak in.
I marked this as stale due to inactivity. →
Still a problem
I marked this as stale due to inactivity. →
if sushi is not a dependent of any package then why would we have to rebuild everything? What do you mean by everything? Perhaps until a separate wrapper derivation is composed we can add a configuration option to the nixos module that would add these gstreamer to it if needed. Also, doesn't work at all for me nowadays, I think since Gnome 41.
I was replying to Wout’s question above regarding a general solution pulling extra plug-ins into gst-plugins-base. For now, I would be fine with adding everything unconditionally to sushi as mentioned in I must have forgotten to test it during the update when I removed libmusicbrainz but forgot to add libsoup: Could you try


Question: dot-language-server = callPackage ../development/tools/language-servers/dot-language-server { }; <ins> emmet-ls = callPackage ../development/tools/language-servers/emmet-ls { }; </ins> fortls = python3.pkgs.callPackage ../development/tools/language-servers/fortls { }; fortran-language-server = python3.pkgs.callPackage ../development/tools/language-servers/fortran-language-server { };

Project description Emmet support based on LSP. Metadata source URL: license: mit platforms: all


Question: storePath = config.boot.loader.grub.storePath; bootloaderId = if args.efiBootloaderId == null then "NixOS${efiSysMountPoint'}" else args.efiBootloaderId; timeout = if config.boot.loader.timeout == null then -1 else config.boot.loader.timeout; <del> inherit efiSysMountPoint; </del> <ins> inherit efiSysMountPoint initrdSecrets; </ins> inherit (args) devices; inherit (efi) canTouchEfiVariables; inherit (cfg) version extraConfig extraPerEntryConfig extraEntries forceInstall useOSProber <del> extraEntriesBeforeNixOS extraPrepareConfig extraInitrd configurationLimit copyKernels </del> <ins> extraEntriesBeforeNixOS extraPrepareConfig configurationLimit copyKernels </ins> default fsIdentifier efiSupport efiInstallAsRemovable gfxmodeEfi gfxmodeBios; path = (makeBinPath ([ pkgs.coreutils pkgs.gnused pkgs.gnugrep pkgs.findutils pkgs.diffutils pkgs.btrfs-progs

Ditto. I have noticed this accidentially whily working at . Nixpkgs version: (run ) cc
You can puts secrets in an additionnal initrd readable by root only, and use See
There is more generic option now, . We probably want to merge those.


Question: mpv: let <del> # arguments to the function (called `wrapMpv` in all-packages.nix) </del> <ins> # arguments to the function (exposed as `wrapMpv` in all-packages.nix) </ins> wrapper = { extraMakeWrapperArgs ? [], youtubeSupport ? true,

<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: mpv <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.33.1 desired version: 0.34.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.


Question: # Don't install SUID binaries sed -i 's/-m 4755/-m 755/g' builddir/Makefile ''; buildPhase = '' <ins> runHook preBuild </ins> make -C builddir <ins> runHook postBuild </ins> ''; installPhase = '' <ins> runHook preInstall </ins> make -C builddir install LOCALSTATEDIR=$bin/var chmod 755 $bin/libexec/singularity/bin/starter-suid <del> wrapProgram $bin/bin/singularity --prefix PATH : ${stdenv.lib.makeBinPath propagatedBuildInputs} </del> <ins> # Explicitly configure paths in the config file sed -i 's|^# mksquashfs path =.*$|mksquashfs path = ${stdenv.lib.makeBinPath [squashfsTools]}/mksquashfs|' $bin/etc/singularity/singularity.conf sed -i 's|^# cryptsetup path =.*$|cryptsetup path = ${stdenv.lib.makeBinPath [cryptsetup]}/cryptsetup|' $bin/etc/singularity/singularity.conf runHook postInstall </ins> ''; postFixup = '' <del> find $bin/ -type f -executable -exec remove-references-to -t ${go} '{}' + || true # These etc scripts shouldn't have their paths patched cp etc/actions/* $bin/etc/singularity/actions/ </del> <ins> find $bin/libexec/ -type f -executable -exec remove-references-to -t ${go} '{}' + || true </ins> ''; meta = with stdenv.lib; { <del> homepage = http://www.sylabs.io/; </del> <ins> homepage = "http://www.sylabs.io/"; </ins> description = "Application containers for linux"; license = licenses.bsd3; platforms = platforms.linux;

, CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives. Cc Cc Cc
Backporting update that resolves these ().
Fixed in 20.03 and master.


Question: , fetchFromGitHub , makeWrapper , rofi <del> , mpc_cli </del> <ins> , mpc-cli </ins> , perl , util-linux , python3Packages

The mpccli package is missing bashcompletion, even though a bash completion file is in the upstream repo under contrib/mpc- . Steps to reproduce the behavior: the package a terminal and type It tries only to complete with the contents of the current directory mpc should be completed with the mpc subcomands like , , etc. On a regular system, the file would have to be installed under /etc/bashcompletion.d/ . I don't know whats the nix(os) equivalent to this.
First, I am not the maintainer of this package. Nonetheless I will review this. Second, in Nixpkgs we do "almost" the same: we use a special hook that installs those extra files at the . Now I need to sleep; please wait a bit more.


Question: <del> { lib, fetchFromGitHub, gitUpdater , meson, ninja, pkg-config, wrapGAppsHook , desktop-file-utils, gsettings-desktop-schemas, libnotify, libhandy, webkitgtk , python3Packages, gettext , appstream-glib, gdk-pixbuf, glib, gobject-introspection, gspell, gtk3, gtksourceview4, gnome , steam, xdg-utils, pciutils, cabextract , freetype, p7zip, gamemode, mangohud </del> <ins> { lib , fetchFromGitHub , fetchFromGitLab , gitUpdater , python3Packages , blueprint-compiler , meson , ninja , pkg-config , wrapGAppsHook4 , appstream-glib , desktop-file-utils , librsvg , gtk4 , gtksourceview5 , libadwaita , steam , cabextract , p7zip , xdpyinfo , imagemagick , procps , gamescope , mangohud , vmtouch </ins> , wine , bottlesExtraLibraries ? pkgs: [ ] # extra packages to add to steam.run multiPkgs , bottlesExtraPkgs ? pkgs: [ ] # extra packages to add to steam.run targetPkgs

Vulkan/dxvk doesnt work on bottles. Vulkan is working correctly on my laptop as vkcube, vulkaninfo and the game im trying to run on bottles (that i ran thru wineWowPackages.staging + dxvk install from the official archive file) run perfectly. Steps to reproduce the behavior: bottles a bottle for gaming a game. the "directx error" pop up. Also, the dxvk log files say that the "VKKHRsurface" extension failed to load. DXVK/Vulkan should work on bottles. ! Please run and paste the result.
Having the exact same Issue on 22.11pre393800. (Raccoon)
If fails then there is a driver issue. Vulkan wont be able to draw anything to screen without it. When it occurs in proton issues it's usually a missing 32bit Vulkan library. Tho there can ofc probably be other causes
update: using the system wine doesn't fix dxvk either. only running thru the command line does. As i said, running it thru wine on the terminal does work, so something in the bottles thing is not working right.
I found the cause: these hardcoded paths right there: With this extra lines in , Vulkan will work on Bottles: I'm not sure if this is the best way to solve it, though. Tested only on a 64-bit bottle (I don't know if 32-bit bottles need to also link ). .
!!! nice find!


Question: <del> { lib, fetchFromGitHub, gitUpdater , meson, ninja, pkg-config, wrapGAppsHook , desktop-file-utils, gsettings-desktop-schemas, libnotify, libhandy, webkitgtk , python3Packages, gettext , appstream-glib, gdk-pixbuf, glib, gobject-introspection, gspell, gtk3, gtksourceview4, gnome , steam, xdg-utils, pciutils, cabextract , freetype, p7zip, gamemode, mangohud </del> <ins> { lib , fetchFromGitHub , fetchFromGitLab , gitUpdater , python3Packages , blueprint-compiler , meson , ninja , pkg-config , wrapGAppsHook4 , appstream-glib , desktop-file-utils , librsvg , gtk4 , gtksourceview5 , libadwaita , steam , cabextract , p7zip , xdpyinfo , imagemagick , procps , gamescope , mangohud , vmtouch </ins> , wine , bottlesExtraLibraries ? pkgs: [ ] # extra packages to add to steam.run multiPkgs , bottlesExtraPkgs ? pkgs: [ ] # extra packages to add to steam.run targetPkgs

<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: bottles <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 2022.5.28-trento-3 desired version: 2022.7.14-brescia-1 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
While automatic update using was removed by in you need to wait while we will "get auto updates from r-rynatm"
That not true. I removed the over complicated updater in which wasn't necessary at all. Since r-ryantm also uses nix-update there was also no need to replace it. That's wrong. You can always create an update PR yourself by running ` or by manually update the package and create a PR with that. r-ryantm goes through all packages so it can sometimes take a few days until the update PR is created. Also nix-update is very lightweight with minimal dependencies, so there is not really a reason to not use it. It also does not require any kind of token or authentication.
Bottles the version released after the one currently present in nixpkgs, was released on June 13. Over one month has passed, so something about the auto-updater isn't working.
The latest r-ryantm log is here . Not sure why that is not working like it should.
I guess a update script is needed for this case :disappointed: Since the package is using , it HAS a fallback update script , so nixpkgs-update is no longer trying to figure out the latest version itself but just run the script.


Question: <del> { lib, fetchFromGitHub, gitUpdater , meson, ninja, pkg-config, wrapGAppsHook , desktop-file-utils, gsettings-desktop-schemas, libnotify, libhandy, webkitgtk , python3Packages, gettext , appstream-glib, gdk-pixbuf, glib, gobject-introspection, gspell, gtk3, gtksourceview4, gnome , steam, xdg-utils, pciutils, cabextract , freetype, p7zip, gamemode, mangohud </del> <ins> { lib , fetchFromGitHub , fetchFromGitLab , gitUpdater , python3Packages , blueprint-compiler , meson , ninja , pkg-config , wrapGAppsHook4 , appstream-glib , desktop-file-utils , librsvg , gtk4 , gtksourceview5 , libadwaita , steam , cabextract , p7zip , xdpyinfo , imagemagick , procps , gamescope , mangohud , vmtouch </ins> , wine , bottlesExtraLibraries ? pkgs: [ ] # extra packages to add to steam.run multiPkgs , bottlesExtraPkgs ? pkgs: [ ] # extra packages to add to steam.run targetPkgs

However seems like cannot handle the version , so it will fail at You may just try Repology gets software latest version from various Linux distributions that ships this app, so since AUR and OpenMandriva have 2022.6.14 (no suffix) the latest version is 2022.6.14. Looks like there is also an related report in Note that nixpkgs-update does not really tries to bump package in this way because it has an fallback update script.


Question: dontUseQmakeConfigure = true; <del> nativeBuildInputs = [ pkg-config qmake removeReferencesTo ]; </del> <ins> nativeBuildInputs = [ pkg-config qmake removeReferencesTo wrapGAppsHook ]; </ins> buildInputs = [ chmlib

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


Question: buildPythonPackage rec { pname = "localstack"; <del> version = "3.2.0"; pyproject = true; </del> <ins> version = "3.0.0"; format = "setuptools"; </ins> src = fetchFromGitHub { owner = "localstack"; repo = "localstack"; rev = "refs/tags/v${version}"; <del> hash = "sha256-r0KRPtsLr6Pyn/va93reLdHHKtiOLB1uflAJ2L/uZmU="; </del> <ins> hash = "sha256-N/Mc1bubCcq38VxUqkO9LGG25pEetEyJ+VJMdg/7hrU="; </ins> }; postPatch = ''

Steps to reproduce the behavior: localstack (from unstable) (version 3.2.0) localstack 2.3.0 works and so does (tagged because you bumped the version) (the channel is slightly messed up. I am using 23.11 but with flakes) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The new version requires too many dependencies to package up in a reasonable time frame and even includes circular ones. contains a revert to 3.0.0 which builds for me and shows the usage. Can you take a look if that works for you?
Sorry for the delay! Yes, the revert works well for me! Thank you!


Question: { stdenv, fetchurl, alsa-lib, cairo, dpkg, freetype , gdk-pixbuf, glib, gtk3, lib, xorg , libglvnd, libjack2, ffmpeg <del> , libxkbcommon, xdg-utils, zlib, pulseaudio </del> <ins> , libxkbcommon, xdg-utils, zlib, pipewire, pulseaudio </ins> , wrapGAppsHook, makeWrapper }: stdenv.mkDerivation rec {

Unstable Bitwig doesn't know where libpipewire- is when attempting to load the Pipewire audio device. Console error !


Question: '' + optionalString stdenv.isDarwin ('' substituteInPlace src/core/config/mac_osx.pri  <del> --replace /usr ${stdenv.cc} </del> <ins> --replace 'QMAKE_CLANG_DIR = "/usr"' 'QMAKE_CLANG_DIR = "${stdenv.cc}"' </ins> '' <ins> # Following is required to prevent a build error: # ninja: error: '/nix/store/z8z04p0ph48w22rqzx7ql67gy8cyvidi-SDKs/MacOSX10.12.sdk/usr/include/mach/exc.defs', needed by 'gen/third_party/crashpad/crashpad/util/mach/excUser.c', missing and no known rule to make it </ins> + (optionalString (lib.versionAtLeast qtCompatVersion "5.11") '' substituteInPlace src/3rdparty/chromium/third_party/crashpad/crashpad/util/BUILD.gn  --replace '$sysroot/usr' "${darwin.xnu}" '') + '' <del> cat <<EOF > src/3rdparty/chromium/build/mac/find_sdk.py #!/usr/bin/env python print("${darwin.apple_sdk.sdk}") print("10.12.0") EOF cat <<EOF > src/3rdparty/chromium/build/config/mac/sdk_info.py #!/usr/bin/env python print('xcode_version="0910"') print('xcode_version_int=910') print('xcode_build="9B55"') print('machine_os_build="17E199"') print('sdk_path=""') print('sdk_version="10.10"') print('sdk_platform_path=""') print('sdk_build="17B41"') EOF </del> # Apple has some secret stuff they don't share with OpenBSM substituteInPlace src/3rdparty/chromium/base/mac/mach_port_broker.mm  --replace "audit_token_to_pid(msg.trailer.msgh_audit)" "msg.trailer.msgh_audit.val[5]"

The component of the derivation fails to compile on MacOS. But in two ways, and I can't tell what causes one or the other to trigger. On command: On command: the channel compilation failure Compiles.
It has been broken for a while now for different reasons. Maintaining it for darwin is a lot of work and nobody has stepped up to do that. Also, this is a duplicate of
By the way, what is your use case for ?
We're building a desktop version of mobile application and we need for our in-app browser with Ethereum support.


Question: '' + optionalString stdenv.isDarwin ('' substituteInPlace src/core/config/mac_osx.pri  <del> --replace /usr ${stdenv.cc} </del> <ins> --replace 'QMAKE_CLANG_DIR = "/usr"' 'QMAKE_CLANG_DIR = "${stdenv.cc}"' </ins> '' <ins> # Following is required to prevent a build error: # ninja: error: '/nix/store/z8z04p0ph48w22rqzx7ql67gy8cyvidi-SDKs/MacOSX10.12.sdk/usr/include/mach/exc.defs', needed by 'gen/third_party/crashpad/crashpad/util/mach/excUser.c', missing and no known rule to make it </ins> + (optionalString (lib.versionAtLeast qtCompatVersion "5.11") '' substituteInPlace src/3rdparty/chromium/third_party/crashpad/crashpad/util/BUILD.gn  --replace '$sysroot/usr' "${darwin.xnu}" '') + '' <del> cat <<EOF > src/3rdparty/chromium/build/mac/find_sdk.py #!/usr/bin/env python print("${darwin.apple_sdk.sdk}") print("10.12.0") EOF cat <<EOF > src/3rdparty/chromium/build/config/mac/sdk_info.py #!/usr/bin/env python print('xcode_version="0910"') print('xcode_version_int=910') print('xcode_build="9B55"') print('machine_os_build="17E199"') print('sdk_path=""') print('sdk_version="10.10"') print('sdk_platform_path=""') print('sdk_build="17B41"') EOF </del> # Apple has some secret stuff they don't share with OpenBSM substituteInPlace src/3rdparty/chromium/base/mac/mach_port_broker.mm  --replace "audit_token_to_pid(msg.trailer.msgh_audit)" "msg.trailer.msgh_audit.val[5]"

Full log: Error message: That's the result I get from my macOS remote builder. When I run the build on my desktop Mac, it builds fine and uses the impure SDK from my Catalina install (10.15.1): However, the local build displays this warning repeatedly: I assume this is related to the macOS patches and hopefully gives some clue as to why it's broken.
qtbase builds fine on hydra: qtwebengine fails:
Those links point to the same thing. Anyway, strictly speaking I'm trying to build , but it's failing in .
Can you explain what do you mean? How are you using ?
It's a dependency of . edit: sorry, I see what you mean now. is a dependency of . I was confused by the message from the build saying that QT would be installed in .
Sure, depends on . Realistically, your best bet for now is to just use anki from an old version of nixpkgs. You see, doesn't have a darwin maintainer. I think, I was the last person to fix it around last January. The problem is that it's hard to keep up with all the updates. Every "minor" Qt version bump brings serious breaking changes for on darwin (like they might not even support our version of SDK anymore...). To make things worse we port all those bumps to the stable branch, so it quickly breaks there too.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
Still important to me, many qt apps are broken on darwin due to this one.


Question: <del> From 035709eeac697945a26276cc17b996c1a0678ddc Mon Sep 17 00:00:00 2001 </del> <ins> From 05b762c6ca58ecb5fd631a019fbda69b0647785f Mon Sep 17 00:00:00 2001 </ins> From: Maximilian Bosch <maximilian@mbosch.me> Date: Tue, 22 Dec 2020 15:38:56 +0100 Subject: [PATCH] Define configs with env vars

Grocy does not properly save manuals for equipment The issue appears to be introduced by in a patch applied by nixpkgs. Changing that hunk to: Fixes the issue. I'm not currently setup for making a PR, I'm a bit busy, but I wanted an issue for other people to find if they run into the problem. grocy in nixos configuration (admin/admin is default) a new piece of equipment and attach a PDF manual to it to download manual; it will fail system: host os: multi-user?: sandbox: version: channels(aidenn): channels(root): nixpkgs:
appears to be the maintainer.
I marked this as stale due to inactivity. →


Question: buildInputs = [ atk cairo gdk-pixbuf glib gtk2 stdenv.cc.cc pango gnome2.gtkglext libGLU libGL freetype fontconfig <del> pangox_compat polkit polkit_gnome pulseaudio </del> <ins> polkit polkit_gnome pulseaudio </ins> ] ++ (with xorg; [ libxcb libxkbfile libX11 libXdamage libXext libXfixes libXi libXmu libXrandr libXtst libXt libICE libSM libXrender

Describe the bug Seems like some updates to pango broke a few packages Among the broken ones: ettercap (see ) pangox-compat (which anydesk needs) probably a few more To Reproduce Steps to reproduce the behavior: to build ettercap or anydesk from master will fail to build with some pango-related errors Expected behavior It should work Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(maciej): nixpkgs: Maintainer information:
Also remmina is broken But doesn't seem to depend on pango directly, so unsure which dependency actually is broken
Here's an issue for pangox-compat
Lutris is broken too - not an urgent requirement but just making you fine folks aware!
Not sure why Lutris is broken, but Lutris-unwrap is fine.
It's a failure in the dependency chain, in this case .
no longer depends on on its master branch: We should probably switch to that. should not be needed in according to the README in , I suspect it was only there because we did not propagate it until ebassi also suggests switching to HEAD and says we need not worry about ABI changes:
Not having pangox_compat fixed is definitively still an issue. Can this be re-opened?
After , the only program depending on this is anydesk and openmodelica which is broken.
So it breaks anydesk thus either we mark anydesk as broken or we fix that?
Anydesk shouldn't use this deprecated library. Yes, we can mark it as broken.


Question: <ins> { lib, python3, fetchFromGitHub, fetchPypi }: let python3Packages = (python3.override { packageOverrides = final: prev: { wxpython = prev.wxpython.overrideAttrs rec { version = "4.2.0"; src = fetchPypi { pname = "wxPython"; inherit version; hash = "sha256-ZjzrxFCdfl0RNRiGX+J093+VQ0xdV7w4btWNZc7thsc="; }; }; }; }).pkgs; in python3Packages.buildPythonApplication rec { pname = "yt-dlg"; version = "1.8.5"; src = fetchFromGitHub { owner = "oleksis"; repo = "youtube-dl-gui"; rev = "v${version}"; hash = "sha256-W1ZlArmM+Ro5MF/rB88me/PD79dJA4v188mPbMd8Kow="; }; pyproject = true; build-system = with python3Packages; [ setuptools wheel ]; dependencies = with python3Packages; [ pypubsub wxpython ]; meta = { description = "A cross platform front-end GUI of the popular youtube-dl written in wxPython."; homepage = "https://oleksis.github.io/youtube-dl-gui"; license = lib.licenses.unlicense; mainProgram = "yt-dlg"; maintainers = with lib.maintainers; [ quantenzitrone ]; }; } </ins>

Project description A cross platform front-end GUI of the popular youtube-dl written in wxPython. This makes the awesome commandline tool usable for more people! Most repositories use the package name youtube-dl-gui, so i recommend to use it tool. Schould be quiet easy to package. Metadata homepage URL: source URL: license: The Unlicense platforms: unix, linux, darwin, ... (Python)
Sadly the project is not maintained anymore and has issues. We shouldn't add it.
There is an active fork:


Question: <del> { stdenv, fetchgit, vlc, autoconf, automake, libtool, pkgconfig, npapi_sdk, libxcb, xlibsWrapper, gtk}: with stdenv.lib; stdenv.mkDerivation rec { name = "vlc-plugin-${version}"; version = "2.2.2"; # This 2.2.2 builds fine with vlc 3.0.3 src = fetchgit { url = "https://code.videolan.org/videolan/npapi-vlc.git"; rev = "5fa6fbc11cf5bad983f57656c0085e47e18fbf20"; sha256 = "0k4s0657kv1mx1md8vj87scs0hz59xy7syqdsxb48w3w8gnfljs0"; }; preConfigure = "sh autogen.sh"; nativeBuildInputs = [ pkgconfig ]; buildInputs = [ vlc autoconf automake libtool npapi_sdk libxcb xlibsWrapper gtk ]; enableParallelBuilding = true; passthru = { mozillaPlugin = "/lib/mozilla/plugins"; }; meta = with stdenv.lib; { description = "Webplugins based on libVLC (for firefox, npapi)"; homepage = https://code.videolan.org/videolan/npapi-vlc; platforms = platforms.linux; license = licenses.gpl2Plus; }; } </del>

When trying to install firefox with , I get the following error: It seems is already gone on : Considering it doesn't work on 18.03 anyway, could we cherry-pick the commit to 18.03 to disable the VLC functionality? system: host os: multi-user?: sandbox: version: channels(sepp): channels(root): nixpkgs:
For whatever reason, on master I seem to be getting this error even without this (or other firefox configurations). So the issue could be broader than this. I suppose for you it worked after removing this option then?
This is now caused by another source on ; it should be fixed by (in branch, half of binaries built ATM).
The other issue is also fixed on master since .


Question: "kmod-static-nodes.service" "local-fs-pre.target" "local-fs.target" <ins> "modprobe@.service" </ins> "multi-user.target" "paths.target" "poweroff.target"

The systemd initrd (or stage1) does not work with a volatile root when there are 9p mounts present. A result of this is that VMs built with nixos/qemu-vm do not work when disabling the (and thus running on a tmpfs) and using the systemd initrd. Create a test that sets these options: The test should work just like the test works in who has identified the root cause (an ordering issue where the tmpfs is mounted before the 9p infrastructure is up) and found a hack around this behaviour.
I this to the board because it will require a test when it is fixed.
As a side note, we should consider using to implement volatile root with systemd stage 1.
As far as I can tell we could only do this if we mounted under .
So this works probabilistically. Sometimes it succeeds, and sometimes it fails with for one of the 9p file systems.
Ok this patch seems to fix it Which begs the question... why does it ever work, with or without volatile root? EDIT: Oh I bet it's a race condition caused by not depending on . In order for to appear, virtio modules need to have already been loaded. So, because gets mounted first, and needs to wait for to appear, that means virtio modules are definitely already loaded before any children of are mounted. And indeed, switching from to just does the trick as well.


Question: <ins> #! @shell@ set -o errexit set -o nounset show_help() { @coreutils@/bin/cat << EOF Usage: uname [OPTION]... Print certain system information.  With no OPTION, same as -s. -a, --all                print all information, in the following order, except omit -p and -i if unknown: -s, --kernel-name        print the kernel name -n, --nodename           print the network node hostname -r, --kernel-release     print the kernel release -v, --kernel-version     print the kernel version -m, --machine            print the machine hardware name -p, --processor          print the processor type (non-portable) -i, --hardware-platform  print the hardware platform (non-portable) -o, --operating-system   print the operating system --help        display this help and exit --version     output version information and exit EOF exit 0 } # Potential command-line options. version=0 all=0 kernel_name=0 nodename=0 kernel_release=0 kernel_version=0 machine=0 processor=0 hardware_platform=0 operating_system=0 @getopt@/bin/getopt --test > /dev/null && rc=$? || rc=$? if [[ $rc -ne 4 ]]; then # This shouldn't happen. echo "Warning: Enhanced getopt not supported, please open an issue in nixpkgs." >&2 else # Define all short and long options. SHORT=hvsnrvmpioa LONG=help,version,kernel-name,nodename,kernel-release,kernel-version,machine,processor,hardware-platform,operating-system,all # Parse all options. PARSED=`@getopt@/bin/getopt --options $SHORT --longoptions $LONG --name "$0" -- "$@"` eval set -- "$PARSED" fi # With no OPTION, same as -s. if [[ $# -eq 0 ]]; then kernel_name=1 fi # Process each argument, and set the appropriate flag if we recognize it. while [[ $# -ge 1 ]]; do case "$1" in --version) version=1 ;; -s|--kernel-name) kernel_name=1 ;; -n|--nodename) nodename=1 ;; -r|--kernel-release) kernel_release=1 ;; -v|--kernel-version) kernel_version=1 ;; -m|--machine) machine=1 ;; -p|--processor) processor=1 ;; -i|--hardware-platform) hardware_platform=1 ;; -o|--operating-system) operating_system=1 ;; -a|--all) all=1 ;; --help) show_help ;; --) shift break ;; *) echo "uname: unrecognized option '$1'" echo "Type 'uname --help' for a list of available options." exit 1 ;; esac shift done KERNEL_NAME_VAL=@uSystem@ NODENAME_VAL=nixpkgs KERNEL_RELEASE_VAL=@modDirVersion@ # #1-NixOS SMP PREEMPT_DYNAMIC Wed Dec 14 10:41:06 UTC 2022 KERNEL_VERSION_VAL="#1-NixOS Tue Jan 1 00:00:00 UTC 1980" MACHINE_VAL=@processor@ PROCESSOR_VAL=unknown HARDWARE_PLATFORM_VAL=unknown OPERATING_SYSTEM_VAL=@operatingSystem@ if [[ "$version" = "1" ]]; then # in case some script greps for GNU coreutils. echo "uname (GNU coreutils) 9.1" echo "Nixpkgs deterministic-uname" exit fi # output of the real uname from GNU coreutils # Darwin: #  Darwin *nodename* 22.1.0 Darwin Kernel Version 22.1.0: Sun Oct  9 20:14:30 PDT 2022; root:xnu-8792.41.9~2/RELEASE_ARM64_T8103 arm64 arm Darwin # NixOS: #  Linux *nodename* 6.0.13 #1-NixOS SMP PREEMPT_DYNAMIC Wed Dec 14 10:41:06 UTC 2022 x86_64 GNU/Linux if [[ "$all" = "1" ]]; then echo -n "$KERNEL_NAME_VAL $NODENAME_VAL $KERNEL_RELEASE_VAL $KERNEL_VERSION_VAL $MACHINE_VAL" # in help:  except omit -p and -i if unknown. #echo -n "$PROCESSOR_VAL $HARDWARE_PLATFORM_VALn" echo -n "$OPERATING_SYSTEM_VAL" fi if [[ "$kernel_name" = "1" ]]; then echo -n "$KERNEL_NAME_VAL" fi if [[ "$nodename" = "1" ]]; then echo -n "$NODENAME_VAL" fi if [[ "$kernel_release" = "1" ]]; then echo -n "$KERNEL_RELEASE_VAL" fi if [[ "$kernel_version" = "1" ]]; then echo -n "$KERNEL_VERSION_VAL" fi if [[ "$machine" = "1" ]]; then echo -n "$MACHINE_VAL" fi if [[ "$processor" = "1" ]]; then echo -n "$PROCESSOR_VAL" fi if [[ "$hardware_platform" = "1" ]]; then echo -n "$HARDWARE_PLATFORM_VAL" fi if [[ "$operating_system" = "1" ]]; then echo -n "$OPERATING_SYSTEM_VAL" fi # for newline. echo </ins>

libgtop is not reproducible, since it embed the output of into one of its binaries. See or build on 2 machines with different kernel versions. Report attached since r13y will not keep it, I think: libgtop build should be reproducible. This patch works from a nixpkgs perspective: However, it should ideally be reported and fixed upstream. N/A Maintainer information:
I marked this as stale due to inactivity. →


Question: }; testScript = '' <del> mpc = "${pkgs.mpc_cli}/bin/mpc --wait" </del> <ins> mpc = "${pkgs.mpc-cli}/bin/mpc --wait" </ins> # Connects to the given server and attempts to play a tune. def play_some_music(server):


Question: networking.firewall.allowedTCPPorts = mkIf cfg.openFirewall [ cfg.settings.Port ]; }; <del> meta.maintainers = with maintainers; [ nu-nu-ko ]; </del> <ins> meta.maintainers = with maintainers; [ nu-nu-ko ]; </ins> }

Evaluation failure when setting and . Moreover setting any will "remove" the default values for and your system with these options: the failure: System builds, firewall is opened for the default 4533 port. This bug happens because the rather than for each individual setting. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
the Issue here is the option being null, you can use these options together if is supplied. if you encountered a different eval failure to this please attach it. Yes this is because those options values are supplied as apart of one default of as a whole, I am not aware of a nice way to give them a default independent of the rest of the settings being set or not. would giving this port value a catch for being null be an alright solution? e.g.. if is not set, then use the upstream default ( of 4533 I believe ) I don't really want to separate out these values from the . option so this wont address the removal of default values when setting them yourself to something different, I think this is expected enough* behavior. I think fixing this eval failure condition with simply supplying the default port where isn't supplied is reasonable enough, as anyone who wasnt going to set that in the first place is unlikely to care if its the same value in function either way. In fact i may just remove the default entirely and simply handle the case of no supplied value by assuming the default port (of 4533 ) in the openFirewall rule. I'll PR these changes once I get the time


Question: stockfish = callPackage ../games/stockfish { }; steamPackages = callPackage ../games/steam { }; steam = steamPackages.steam-chrootenv.override { # DEPRECATED withJava = config.steam.java or false; withPrimus = config.steam.primus or false; }; <ins> steam-run = steam.run; </ins> stepmania = callPackage ../games/stepmania { }; stuntrally = callPackage ../games/stuntrally { };

This weekend I tried these games, all deadlocked in the menu or character selection. Nyheim Oh...Sir! The Insult Simulator Reigns Unturned (free to play) You don't have to be worried to waste money in case you want to test a game. I have had no problem when requesting refunds, just go to I have played these games and found no issues with them: Dota 2 Counter-Strike TIS-100 World of goo Faster Than Light You Must Build a Boat Risk of Rain System: (NixOS: , Ubuntu/Fedora: , ...) 03pre99759. (Gorilla) Nix version: (run ) nix-env (Nix) 1.11.6 Nixpkgs version: (run ) "17.03pre99759." Integrated graphics card, 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
This is normal with steam on nixos unfortunately. There are many steam games that don't work for various reasons, unfortunately many linux steam game developers only make sure their games run on ubuntu and don't really care about relying only on dependencies from the steam runtime. Some games don't play nice with certain graphics cards or drivers as well. If you want to get a particular game working (I can list 150 games that work under nixos with nvidia card and drivers at least) then you'll need to do some work, or at least post any relevant logs from the game/steam so people can actually help you solve the problem. That is assuming that they own the game. :)
There's a slowly-growing list of extra dependencies in the Steam package. If you can figure out what's missing, you can add it there; e.g. as in
I don't have enough motivation to actually buy games for the sole purpose of fixing them and then refunding, sorry. Nevertheless, I'm happy to help if you can post logs and/or s -- those two are the most helpful for determining FHS-related problems.


Question: rm $out/share/man/man1/dh_strip_nondeterminism.1.gz ''; <del> meta = with lib; { </del> <ins> postInstall = stdenv.lib.optionalString stdenv.isDarwin '' shortenPerlShebang $out/bin/strip-nondeterminism ''; meta = with stdenv.lib; { </ins> description = "A Perl module for stripping bits of non-deterministic information"; homepage = "https://reproducible-builds.org/"; license = licenses.gpl3;

Describe the bug doesn't run on Darwin, due to some Perl / shebang errors. To Reproduce Steps to reproduce the behavior: Darwin, run the only produced binary , ie. following output is produced: Expected behavior The executable should output its help text when run without arguments: Additional context I managed to get it running using a wrapper script that runs . Notify maintainers Metadata Maintainer information:


Question: owner = "intake"; repo = "filesystem_spec"; rev = version; <del> hash = "sha256-WOzw9UPF8LZuOhp5p/CJUUJcYpAfixV6GiI8tfnoklc="; </del> <ins> hash = "sha256-eT1zqTbU5kfQ7bvzigT9579HfXU6VaOEjRg8VG/DHMI="; </ins> }; propagatedBuildInputs = [

Steps to reproduce the behavior: dvc with aws integration I am running nixos on the unstable branch. Please run and paste the result. Probably fsspec needs an update to 2022.8.2
Will be fixed with .
Oh sorry for the noise, did not search the PRs.


Question: buildRustPackage rec { name = "racerd-${version}"; <del> version = "0.1.1"; </del> <ins> version = "2016-08-23"; </ins> src = fetchgit { url = "git://github.com/jwilm/racerd.git"; <del> rev = "dcbb7885e84eb5e2fbb2072e185701ad1abbd93a"; sha256 = "0qm0hpvxba632av355mj1wqd616zjvi0qy045np7mi746m0bbqwh"; </del> <ins> rev = "5d685ed26ba812a1afe892a8c0d12eb6abbeeb3d"; sha256 = "1ww96nc00l8p28rnln31n92x0mp2p5jnaqh2nwc8xi3r559p1y5i"; </ins> }; doCheck = false; <del> depsSha256 = "0ca0lc8mm8kczll5m03n5fwsr0540c2xbfi4nn9ksn0s4sap50yn"; </del> <ins> depsSha256 = "13vkabr6bbl2nairxpn3lhqxcr3larasjk03r4hzrn7ff7sy40h2"; </ins> buildInputs = [ makeWrapper ];

fails to compile on unstable. on (Flounder) System: (Flounder) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: "16.09pre88945." trace:


Question: libpsl nghttp2.lib rtmpdump <del> ] ++ steam-runtime-wrapped.overridePkgs </del> <ins> ] # This needs to come from pkgs as the passed-in steam-runtime-wrapped may not be the same architecture ++ pkgs.steamPackages.steam-runtime-wrapped.overridePkgs </ins> ++ extraLibraries pkgs; extraInstallCommands = lib.optionalString (steam != null) ''

When opted in to the latest Steam Beta (version ) starting Steam fails with the error Looking at the log output, it looks like it fails to load : Steps to reproduce the behavior: into Steam Beta steam Steam runs ! stdout when running : Please run and paste the result.
i'm able to reproduce this as well
In case anyone experiences this and wants a temporary workaround, you can opt out of the Steam Beta by running
I think this might be due to a change in nixpkgs rather than steam, since this works for me on: But it breaks for me when I update to:
Building with running with and using the bad commit is part of cc
Please test .


Question: python3Packages.buildPythonPackage rec { pname = "yubikey-manager"; version = "4.0.7"; <ins> format = "pyproject"; </ins> src = fetchFromGitHub { repo = "yubikey-manager";

Not valid cryptography in python3 ... Steps to reproduce the behavior: switch "Screenshot" Install yubikey-manager ;) 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. -- as cryptography maintainer Please run and paste the result.


Question: <del> { qtModule, qtCompatVersion, qtdeclarative, qtquickcontrols, qtlocation, qtwebchannel </del> <ins> { qtModule , qtdeclarative, qtquickcontrols, qtlocation, qtwebchannel </ins> , bison, coreutils, flex, git, gperf, ninja, pkgconfig, python2, which

Describe the bug qtwebengine fails just after successfully configuring with error message To Reproduce ` Expected behavior should compile Notify maintainers Metadata
Pull request works on my machine. Thx.


Question: ./0001-toolchain.patch ]; <ins> nativeBuildInputs = [ makeWrapper ]; </ins> buildInputs = [ gnu-efi ]; hardeningDisable = [ "stackprotector" ];

efibootmgr is not a dependency, despite being needed Steps to reproduce the behavior: refind refind-install the error message: ! efibootmgr is a dependency of refind I already had refind installed (from another distro) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: description = "Mailman package to use"; }; <ins> enablePostfix = mkOption { type = types.bool; default = true; example = false; description = '' Enable Postfix integration. Requires an active Postfix installation. If you want to use another MTA, set this option to false and configure settings in services.mailman.settings.mta. Refer to the Mailman manual for more info. ''; }; </ins> siteOwner = mkOption { type = types.str; example = "postmaster@example.org";

Describe the bug Mailman module in NixOS requires postfix enabled and has no way to configure Mailman to work with other MTAs supported by both NixOS and mailman upstream. To Reproduce Steps to reproduce the behavior: postfix mailman the evaluation with an assertion Expected behavior The Mailman module allows to select an MTA of choice (or even adapts to the currently enabled MTA) Screenshots n/a Additional context Notify maintainers cc Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(vika): nixpkgs: Maintainer information:
It looks like exim's configuration should be RFC42-ised first if we want to inject Mailman-related settings into Exim config, which is a requirement (Mailman requires a custom Exim router and transport).
Yes, the module is currently quite opinionated. If you're willing to contribute exim support that's great.
I see how I could make it work, but the first version of it will require manual editing of Exim's config files (because RFC42-ising Exim will be a pain, even though I have some drafts on how to translate Nix into the syntax that's required), and I'm not sure if it will be merge-worthy enough :3
Exim config is complicated enough as is, I'm not sure adding an intermediate layer from nix will help that much. I also don't really see this integrating well with existing or other exim config. I'm honestly kind of surprised this works for postfix.


Question: arrow werkzeug click <ins> html5lib vcrpy </ins> ]; <ins> postPatch = '' # Jailbreak problematic dependencies sed -i  -e "s,'PyYAML.*','PyYAML',g"  setup.py ''; </ins> preCheck = '' # Fixes two tests for wrong encoding export PYTHONIOENCODING=utf-8

tests pass, while tests fail with: Official Hydra sees the same thing: with their Travis setup. (That is a build of a recent commit, but I still see the same failures after pointing at a checkout of ) Does anyone have any ideas? With nixpkgs master,
See scrapinghub/dateparser, scrapinghub/dateparser and scrapinghub/dateparser.
As long as this problem remains, the best thing to do is using for affected application. Switching to should be done in commits that don't change anything else and that reference this issue in their commit message so that they can easily be reverted. Simply skipping the tests does not make much sense since these are real incompatibilities.


Question: echo -n "$startScript" > $out/bin/${pname} chmod +x $out/bin/${pname} <del> ln -s ${androidStudio}/bin/studio.png $out/share/pixmaps/${drvName}.png </del> <ins> ln -s ${androidStudio}/bin/studio.png $out/share/pixmaps/${pname}.png </ins> ln -s ${desktopItem}/share/applications $out/share/applications ''

I'm using NixOS "/ on tmpfs" mode, so I persist my dconf by using a module of home-manager. When I persist the state of GNOME app drawer, I need to write down desktop file name to .nix config. But currently, Android Studio's desktop contains a string of version, this because contains . Details: I also notice used in icon too, which will cause icon file contains version string, I think we can remove them too. If maintainer agrees, I will make a PR to deal with this. Also, I noticed another maintainer deleted the account: Maybe I can send him / her an E-mail for asking what happened, and drop the maintainer info.


Question: value.fsType = "9p"; value.neededForBoot = true; value.options = <del> [ "trans=virtio" "version=9p2000.L"  "msize=${toString cfg.msize}" ] </del> <ins> [ "trans=virtio" "version=9p2000.L"  "msize=${toString cfg.msize}" "x-systemd.requires=modprobe@9pnet_virtio.service" ] </ins> ++ lib.optional (tag == "nix-store") "cache=loose"; }; in lib.mkMerge [


Question: CoreWLAN Quartz Cocoa <ins> LocalAuthentication </ins> openbsm libunwind

The component of the derivation fails to compile on MacOS. But in two ways, and I can't tell what causes one or the other to trigger. On command: On command: the channel compilation failure Compiles.
It has been broken for a while now for different reasons. Maintaining it for darwin is a lot of work and nobody has stepped up to do that. Also, this is a duplicate of
By the way, what is your use case for ?
We're building a desktop version of mobile application and we need for our in-app browser with Ethereum support.


Question: CoreWLAN Quartz Cocoa <ins> LocalAuthentication </ins> openbsm libunwind

Full log: Error message: That's the result I get from my macOS remote builder. When I run the build on my desktop Mac, it builds fine and uses the impure SDK from my Catalina install (10.15.1): However, the local build displays this warning repeatedly: I assume this is related to the macOS patches and hopefully gives some clue as to why it's broken.
qtbase builds fine on hydra: qtwebengine fails:
Those links point to the same thing. Anyway, strictly speaking I'm trying to build , but it's failing in .
Can you explain what do you mean? How are you using ?
It's a dependency of . edit: sorry, I see what you mean now. is a dependency of . I was confused by the message from the build saying that QT would be installed in .
Sure, depends on . Realistically, your best bet for now is to just use anki from an old version of nixpkgs. You see, doesn't have a darwin maintainer. I think, I was the last person to fix it around last January. The problem is that it's hard to keep up with all the updates. Every "minor" Qt version bump brings serious breaking changes for on darwin (like they might not even support our version of SDK anymore...). To make things worse we port all those bumps to the stable branch, so it quickly breaks there too.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
Still important to me, many qt apps are broken on darwin due to this one.


Question: quazip ghc_filesystem tomlplusplus <del> ] ++ lib.optional (lib.versionAtLeast qtbase.version "6") qtwayland; </del> <ins> ] ++ lib.optional (lib.versionAtLeast qtbase.version "6") qtwayland ++ lib.optional gamemodeSupport gamemode.dev; </ins> cmakeFlags = lib.optionals (msaClientID != "") [ "-DLauncher_MSA_CLIENT_ID=${msaClientID}" ] ++ lib.optionals (lib.versionAtLeast qtbase.version "6") [ "-DLauncher_QT_VERSION_MAJOR=6" ];

A clear and concise description of what the bug is. Prism Launcher doesn't allow enabling Feral GameMode or MangoHud under the "Performance" tab because it can't find it. Steps to reproduce the behavior: GameMode ( ) MangoHud ( ) Prism Launcher ( ) new instance in Prism Launcher instance and go to "Performance" tab A clear and concise description of what you expected to happen. GameMode and MangoHud should be able to be enabled when installed. If applicable, add screenshots to help explain your problem. ! ! 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.
Addressed here -


Question: https://github.com/liuchengxu/space-vim/,, https://github.com/ctjhoa/spacevim/,, https://github.com/chrisgeo/sparkup/,, <del> https://github.com/edluffy/specs.nvim/,, </del> <ins> https://github.com/cxwx/specs.nvim/,HEAD, </ins> https://github.com/lewis6991/spellsitter.nvim/,HEAD, https://github.com/stsewd/sphinx.nvim/,, https://github.com/sjl/splice.vim/,,

Specs-nvim does not work in Neovim 0.10 and the author has not updated the upstream version. The derivation should point to the updated fork instead: Steps to reproduce the behavior: specs-nvim with Neovim 0.10 specs-nvim errors Should I have used the out-of-date packaging report issue template instead? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
no pb for me. Feel free to submit a PR. Pinging as he might know better.
What does no pb mean? I'll make a PR
I guess that it means "go for it, let's switch to the fork".