Question: <del> { copyDesktopItems , fetchurl , jre , lib , makeDesktopItem , makeWrapper , stdenvNoCC </del> <ins> { copyDesktopItems, fetchurl, jre, lib, makeDesktopItem, makeWrapper, stdenvNoCC, </ins> <del> , gamemodeSupport ? stdenvNoCC.isLinux , textToSpeechSupport ? stdenvNoCC.isLinux , additionalLibs ? [ ] </del> <ins> gamemodeSupport ? stdenvNoCC.isLinux, textToSpeechSupport ? stdenvNoCC.isLinux, additionalLibs ? [ ], </ins> <del> , # dependencies flite , gamemode , libglvnd , libpulseaudio , udev , xorg </del> <ins> # dependencies flite, gamemode, libglvnd, libpulseaudio, udev, xorg, </ins> }: stdenvNoCC.mkDerivation (finalAttrs: {

Microsoft [13/06/2024 11:48:29 AM] Memory: bytes (468 MiB) / bytes (704 MiB) up to bytes (4096 MiB) [13/06/2024 11:48:29 AM] CPUs: 16 [13/06/2024 11:48:29 AM] Processor Vendor: AuthenticAMD [13/06/2024 11:48:29 AM] Processor Name: AMD Ryzen 7 5800H with Radeon Graphics [13/06/2024 11:48:29 AM] Identifier: AuthenticAMD Family 25 Model 80 Stepping 0 [13/06/2024 11:48:29 AM] Microarchitecture: Zen 3 [13/06/2024 11:48:29 AM] Frequency (GHz): 4.46 [13/06/2024 11:48:29 AM] Number of physical packages: 1 [13/06/2024 11:48:29 AM] Number of physical CPUs: 8 [13/06/2024 11:48:29 AM] Number of logical CPUs: 16 [13/06/2024 11:48:29 AM] Graphics card name: unknown [13/06/2024 11:48:29 AM] Graphics card vendor: unknown [13/06/2024 11:48:29 AM] Graphics card VRAM (MB): 0.00 [13/06/2024 11:48:29 AM] Graphics card deviceId: unknown [13/06/2024 11:48:29 AM] Graphics card versionInfo: version: a1 [13/06/2024 11:48:29 AM] Graphics card name: amdgpudrmfb [13/06/2024 11:48:29 AM] Graphics card vendor: unknown [13/06/2024 11:48:29 AM] Graphics card VRAM (MB): 0.00 [13/06/2024 11:48:29 AM] Graphics card deviceId: unknown [13/06/2024 11:48:29 AM] Graphics card versionInfo: version: c5 [13/06/2024 11:48:29 AM] Virtual memory max (MB): .


Question: <del> { copyDesktopItems , fetchurl , jre , lib , makeDesktopItem , makeWrapper , stdenvNoCC </del> <ins> { copyDesktopItems, fetchurl, jre, lib, makeDesktopItem, makeWrapper, stdenvNoCC, </ins> <del> , gamemodeSupport ? stdenvNoCC.isLinux , textToSpeechSupport ? stdenvNoCC.isLinux , additionalLibs ? [ ] </del> <ins> gamemodeSupport ? stdenvNoCC.isLinux, textToSpeechSupport ? stdenvNoCC.isLinux, additionalLibs ? [ ], </ins> <del> , # dependencies flite , gamemode , libglvnd , libpulseaudio , udev , xorg </del> <ins> # dependencies flite, gamemode, libglvnd, libpulseaudio, udev, xorg, </ins> }: stdenvNoCC.mkDerivation (finalAttrs: {

45 [13/06/2024 11:48:29 AM] Virtual memory used (MB): 9594.43 [13/06/2024 11:48:29 AM] Swap memory total (MB): .00 [13/06/2024 11:48:29 AM] Swap memory used (MB): 0.00 [13/06/2024 11:48:29 AM] JVM Flags: 9 total; -Xmx4096M -XX:MetaspaceSize=256M -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=32M -Xss1M [13/06/2024 11:48:29 AM] Launched Version: 1.20.6 [13/06/2024 11:48:29 AM] Launcher name: ATLauncher [13/06/2024 11:48:29 AM] Backend library: LWJGL version 3.3.3+5 [13/06/2024 11:48:29 AM] Backend API: Unknown [13/06/2024 11:48:29 AM] Window size: <not initialized[13/06/2024 11:48:29 AM] GL Caps: Using framebuffer using OpenGL 3.2 [13/06/2024 11:48:29 AM] GL debug messages: <disabled[13/06/2024 11:48:29 AM] Using VBOs: Yes [13/06/2024 11:48:29 AM] Is Modded: Probably not. Client jar signature and brand is untouched [13/06/2024 11:48:29 AM] Universe: 404 [13/06/2024 11:48:29 AM] Type: Client () [13/06/2024 11:48:29 AM] Locale: enUS [13/06/2024 11:48:29 AM] CPU: <unknown[13/06/2024 11:48:29 AM] # Game crashed!


Question: <del> { copyDesktopItems , fetchurl , jre , lib , makeDesktopItem , makeWrapper , stdenvNoCC </del> <ins> { copyDesktopItems, fetchurl, jre, lib, makeDesktopItem, makeWrapper, stdenvNoCC, </ins> <del> , gamemodeSupport ? stdenvNoCC.isLinux , textToSpeechSupport ? stdenvNoCC.isLinux , additionalLibs ? [ ] </del> <ins> gamemodeSupport ? stdenvNoCC.isLinux, textToSpeechSupport ? stdenvNoCC.isLinux, additionalLibs ? [ ], </ins> <del> , # dependencies flite , gamemode , libglvnd , libpulseaudio , udev , xorg </del> <ins> # dependencies flite, gamemode, libglvnd, libpulseaudio, udev, xorg, </ins> }: stdenvNoCC.mkDerivation (finalAttrs: {

Crash report saved to: # USERSDIR/instances/Minecraft1206/crash-reports/crash-2024-06-1311.48.29- [13/06/2024 11:48:29 AM] Oh no. Minecraft crashed. Please check the logs for any errors and provide these logs when asking for support. </detailsSteps to reproduce the behavior: (from nixos-24.05 channel) by adding it to user packages in and then nixos-rebuild. AtLauncher. In "Create Pack", select 1.20.6 in the version list, and click "Create Instance". it successfully created the instance, in "Instances", click "Play" under the instance just created. crushes without showing any game interface. The log above appears. Launches the game as expected. Using proprietary NVIDIA driver on X11. OpenGL is enabled in <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
That's weird. I'm not able to reproduce this issue with the same configuration you've mentioned: ATLauncher version Minecraft version Proprietary NVIDIA drivers on X11 As an initial debug attempt, could you run and see if that fixes your issue? If it does, then there's some missing library and I can try to find what that is.
Yes, it runs fine with steam-run.
Great, at least we have a temporary solution until I can fix this issue. Thanks for reporting this! I'll get to it as soon as I can.
I suspect that the latest upstream version may fix this issue. Could you please confirm this by trying out that version?
Not fixed. Neither 3.4.36.6 nor 3.4.36.8 fixes the issue. I also tried 3.4.36.9, but it's not good either. Launching with is still fine.
All right, so it's definitely something missing in the Nix expression. Will look into it.


Question: <del> { copyDesktopItems , fetchurl , jre , lib , makeDesktopItem , makeWrapper , stdenvNoCC </del> <ins> { copyDesktopItems, fetchurl, jre, lib, makeDesktopItem, makeWrapper, stdenvNoCC, </ins> <del> , gamemodeSupport ? stdenvNoCC.isLinux , textToSpeechSupport ? stdenvNoCC.isLinux , additionalLibs ? [ ] </del> <ins> gamemodeSupport ? stdenvNoCC.isLinux, textToSpeechSupport ? stdenvNoCC.isLinux, additionalLibs ? [ ], </ins> <del> , # dependencies flite , gamemode , libglvnd , libpulseaudio , udev , xorg </del> <ins> # dependencies flite, gamemode, libglvnd, libpulseaudio, udev, xorg, </ins> }: stdenvNoCC.mkDerivation (finalAttrs: {

I narrowed down the issue to the lib not being able to dynamically load. I it to while having nix-ld enabled as a workaround for myself. Additionally my mouse is always visible in front of the crosshair unless I also add . I have no idea if this issue exists under wayland.
Thanks for helping debug this, The package for ATLauncher has a function parameter called , could you try putting the libraries you mentioned within that? The syntax would look something like: I would try this myself but I can't reproduce the error. ATLauncher wouldn't run under Wayland at all (without ) as with all GUI apps built with Java.
Yep, that works perfectly.
could you please confirm that the above fix works for you as well? Meanwhile, I'll open a PR to fix this in the package itself.
It works.


Question: </para> <xi:include href="images/appimagetools.xml" /> <xi:include href="images/dockertools.section.xml" /> <del> <xi:include href="images/ocitools.xml" /> </del> <ins> <xi:include href="images/ocitools.section.xml" /> </ins> <xi:include href="images/snaptools.xml" /> </chapter>

This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
Hi Already opened a PR for that ().


Question: crossMesonFlags="--cross-file=@crossFile@/cross-file.conf" fi <ins> # See multiple-outputs.sh and meson’s coredata.py mesonFlags=" --libdir=${!outputLib}/lib --libexecdir=${!outputLib}/libexec  --bindir=${!outputBin}/bin --sbindir=${!outputBin}/sbin  --includedir=${!outputInclude}/include  --mandir=${!outputMan}/share/man --infodir=${!outputInfo}/share/info  --localedir=${!outputLib}/share/locale  $mesonFlags" </ins> mesonFlags="${crossMesonFlags+$crossMesonFlags }--buildtype=${mesonBuildType:-release} $mesonFlags" echo "meson flags: $mesonFlags ${mesonFlagsArray[@]}"

To prevent issues like , meson setup hook should define install directories just like stdenv and cmake do Unfortunately, simple patch like the following will not work Meson does not like it very much when the directories are not descendants of prefix See also


Question: lcms2 librsync openssl.dev <ins> xxHash </ins> ] ++ lib.optionals stdenv.isDarwin [ Cocoa Kernel

Package name: kitty Latest released version: 0.29.2 <!-- Search your package here: --- Current version on the unstable channel: 0.29.2 Current version on the stable/release channel: 0.28.1 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.


Question: webcamoid = libsForQt5.callPackage ../applications/video/webcamoid { }; <ins> webcord = callPackage ../applications/networking/instant-messengers/webcord {}; </ins> webex = callPackage ../applications/networking/instant-messengers/webex {}; webmacs = libsForQt5.callPackage ../applications/networking/browsers/webmacs {};

Project description Alternate Discord and Fosscord client made to be private, secure, customizable, and Linux friendly. Metadata homepage URL: source URL: license: MIT platforms: x86_64 and aarch64 on linux, darwin, windows
I had a shot at trying to package this from source, but it seems that for whatever reason, the nixpkgs' Electron crashes with SIGTRAP when trying to run with source. I haven't had much luck using on Electron to find a root cause either. Haven't tried using the AppImage yet, though.
I don't think the appimage will have much difference, but I've also gotten the same error. There is now a that uses dream2nix to package it properly
I made a derivation that doesn't use dream2nix, and it's available at if it's of any use. The SIGTRAP issue was just a bad Electron version, from what I could tell. I haven't submitted this to nixpkgs yet purely because I want merged first.
Ah it would make sense for the SIGTRAP to be an electron version issue, I've had it on a few other electron apps too. Your derivation looks pretty good, might try it out. Wonder how long it will take the pr you mentioned to be finished tho
The PR has been marked as a blocker for 22.11, so at the very latest, end of November. May be an excessive amount of time to wait, though.
Now that is mostly done and merged, I've used it to make a nice and simple derivation for it:
Looks great. Not sure if you're planning on submitting this to nixpkgs, but if you are it might be worth adding arm64 support as well.
Yeah it would be nice to get this to work on aarch64 and/or darwin too, but I don’t have any devices to test it on. Can you help with this? The package might already even work on arm since we're just wrapping nixpkgs electron. I’m also down to put this on nixpkgs, might wanna do a bit more testing and tweaking; if you can see any places for improvement that'd be great!
is there anything that would stop this package from running on i686?


Question: netifaces octoprint-filecheck octoprint-firmwarecheck <del> octoprint-pisupport </del> passlib pathvalidate pkginfo

Steps to reproduce the behavior: also yields the "got" hash. The hash was last changed in nixpkgs @
we just hit the same issue in Alpine - it looks like the upstream uses format specifiers for that change depending on the state of the repo: (found by [here][1]) in your case it might help to do instead ( provided that doesn't just do on the remote URL, but fetches the repo in some other way ): [1]:
thanks for the new upstream issue and the infos!


Question: owner = "AzureAD"; repo = "microsoft-authentication-extensions-for-python"; rev = "refs/tags/${version}"; <del> hash = "sha256-ScInTvOgFxP5mgep5FRu6YZHPTtXhrcZGFE7Wdvcm4c="; </del> <ins> hash = "sha256-javYE1XDW1yrMZ/BLqIu/pUXChlBZlACctbD2RfWuis="; </ins> }; <del> nativeBuildInputs = [ setuptools ]; </del> <ins> build-system = [ setuptools ]; </ins> <del> propagatedBuildInputs = [ </del> <ins> dependencies = [ </ins> msal portalocker ];

Trying to run an action with azure-cli that requries authentication, az will fail to read the cached authentication token from the token cache: This is due to a version mismatch of . will update the package, I checked that the authentication works afterwards. That's me! Please run and paste the result. ` Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I also experience this issue with , as well as with . Thanks for adding the fix!


Question: config = mkIf cfg.enable { services.xserver = { exportConfiguration = true; <del> displayManager.job.execCmd = ""; displayManager.lightdm.enable = lib.mkForce false; </del> }; <del> systemd.services.display-manager.enable = false; </del> # Other displayManagers log to /dev/null because they're services and put # Xorg's stdout in the journal

I believe that this prevents the use of other display managers -Don't force it?
if you enable a another dm you wouldn't get this error i submitted a pr so that this error does not happen when lightdm is disabled but a another dm isn't enabled


Question: <ins> { lib , stdenv , fetchFromGitLab , meson , vala , ninja , pkg-config , wrapGAppsHook , desktop-file-utils , appstream-glib , python3 , glib , gtk3 , libhandy , libtransmission , libb64 , libutp , miniupnpc , dht , libnatpmp , libevent , curl , openssl , zlib }: stdenv.mkDerivation rec { pname = "fragments"; version = "1.5"; src = fetchFromGitLab { domain = "gitlab.gnome.org"; owner = "World"; repo = "Fragments"; rev = version; sha256 = "0x1kafhlgyi65l4w67c24r8mpvasg3q3c4wlgnjc9sxvp6ki7xbn"; }; patches = [ # Fix dependency resolution ./dependency-resolution.patch ]; nativeBuildInputs = [ meson vala ninja pkg-config wrapGAppsHook desktop-file-utils appstream-glib python3 ]; buildInputs = [ glib gtk3 libhandy libtransmission libb64 libutp miniupnpc dht libnatpmp libevent curl openssl zlib ]; meta = with lib; { homepage = "https://gitlab.gnome.org/World/Fragments"; description = "A GTK3 BitTorrent Client"; maintainers = with maintainers; [ angustrau ]; license = licenses.gpl3Plus; platforms = platforms.linux; }; } </ins>

Project description Fragments is a modern, responsive and graphical Gnome bittorrent client Metadata homepage URL: source URL: license: gpl3 platforms: linux The new version of Fragments depends on libutp which hopefully gets merged soon. I've opened a pull request for it . for Fragments.
We have transmission and torrential. Maybe that's something for you.
That's true but Fragments is a really neat, easy and modern looking torrent client. It has an adaptive interface which would also work quite well on mobile devices, for example NixOS mobile :+1:


Question: acme.wait_for_unit("default.target") acme.wait_for_unit("pebble.service") <del> client.succeed("curl https://acme.test:15000/roots/0 > /tmp/ca.crt") client.succeed("curl https://acme.test:15000/intermediate-keys/0 >> /tmp/ca.crt") </del> <ins> client.succeed("curl https://${caDomain}:15000/roots/0 > /tmp/ca.crt") client.succeed("curl https://${caDomain}:15000/intermediate-keys/0 >> /tmp/ca.crt") </ins> with subtest("Can request certificate with HTTPS-01 challenge"): webserver.wait_for_unit("acme-finished-a.example.test.target")

Describe the bug causes Lego to fail. To Reproduce Steps to reproduce the behavior: set on an enabled certificate. to this configuration. fail. Lego complains about an unrecognized (really misplaced) flag. Expected behavior The certificate will be successfully fetched, with Must-Staple enabled. Screenshots Additional context I think the problematic code is here: should not be in commonOpts, it should instead be in runOpts and renewOpts. Lego runs successfully when is to and . Notify maintainers (the acme team) Metadata Maintainer information:
Thanks for the report :) It appears that the --must-staple option is common to both "run" and "renew" modes, but is not actually a common option that can be specified before the mode. I'll get a PR ready for this.


Question: <ins> { lib , stdenvNoCC , fetchurl }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "softnet"; version = "0.7.1"; src = fetchurl { url = "https://github.com/cirruslabs/softnet/releases/download/${finalAttrs.version}/softnet.tar.gz"; sha256 = "1g274x524xc85hfzxi3vb4xp720bjgk740bp6hc92d1ikmp0b664"; }; sourceRoot = "."; installPhase = '' runHook preInstall install -D softnet $out/bin/softnet install -Dm444 -t $out/share/softnet README.md LICENSE runHook postInstall ''; meta = with lib; { description = "Software networking with isolation for Tart"; homepage = "https://github.com/cirruslabs/softnet"; license = licenses.agpl3Plus; maintainers = with maintainers; [ emilytrau ]; platforms = [ "aarch64-darwin" ]; # Source build will be possible after darwin SDK 12.0 bump # https://github.com/NixOS/nixpkgs/pull/229210 sourceProvenance = with sourceTypes; [ binaryNativeCode ]; }; }) </ins>

Project description <!-- Describe the project a little: --Metadata homepage URL: source URL: license: platforms: darwin


Question: patches = [ ./cflags-prune.diff ] ++ lib.optional ftNixSupport ./ft-nix-support.patch; configureFlags = [ <del> "--enable-gui=${guiSupport}" </del> "--with-features=${features}" "--disable-xsmp"              # XSMP session management "--disable-xsmp_interact"     # XSMP interaction

The package hard-codes various X11 libraries as dependencies while making many other features optional, including GUIs. It would be nice to have an option to disable the X11 feature and the related . The use case I have in mind is installing a custom Vim on a remote server. Pulling X libraries, even without enabling a GUI, adds a few dozen megabytes for something essentially useless. An approach is doing something like this: but it doesn't feel very clean... Any thoughts from or ?
I agree. It would have been nice if these X dependencies would have been to only if is or .
/me whispers neovim~~~
I'm all for testing new things and neovim is on my list. But according to , the neovim package pulls 428MiB of dependencies, half of which for Ruby, the other half for both Python 3 and Python 2 (seriously?). Is there a way, by any chance, to configure neovim to avoid this bloat ?
admittedly I've never tried to configure a mininmal version but one can unselect these ecosystems:
See .


Question: passthru = { inherit targetPrefix; }; <ins> meta = { maintainers = with stdenv.lib.maintainers; [ matthewbauer ]; priority = 10; }; </ins> }

I have installed a very barebones server with NixOS. Whenever I run it shows the following warnings: I get that it does not matter that much which of these are used, but it makes these commands not very transparent. Why is being used from and not , while is apparently part of ? Should we make sure these packages will not both be part of or should we make sure the files are only available in one of the two packages? up a minimal version of NixOS. the log
These are usually fixable by just setting priority values. coreutils should probably have a lower priority as they are usually cross platform but not as many supported features. The getconf and getent are interesting because they are actually symlinks to glibc. But we might as well make unixtools lower priority as well.
Is this something we should do nixpkgs-wide? Will that avoid the warning messages? I was thinking why these are providing the same files and why both packages are being used. For instance, do we really need openresolv or is that included unintentionally? The priorities is a way to solve this safely, but I feel like there shouldn't be any conflicts for the base packages at all.
Maybe openresolv we can leave out of systemPackages. But, some of these collisions are kind of unavoidable. We need both procps and coreutils even though they both provide kill bunary. It might be interesting to see which other distros use but IIRC they are almost identical
For coreutils, ArchLinux seems to leave out the kill binary: This also feels a bit wrong, as it isn't the original package anymore. Changing the priority does indeed sound like a better option. Coreutils should have a lower priority.
I tried giving coreutils a lower priority, but it doesn't seem to have made a difference for those warnings.
oh it already has lowprio: but it doesn't really work when everything has the same priority.
systemd-resolved is not enable by default so resolvconf shouln't be really pointing to resolvectl. I think the dummy command provided for compatibility doesn't work correctly if resolved is not running and dhcpcd needs it to configure interfaces.
Should we just give openresolv a higher priority than systemd?
Yes, correct.


Question: passthru = { inherit targetPrefix; }; <ins> meta = { maintainers = with stdenv.lib.maintainers; [ matthewbauer ]; priority = 10; }; </ins> }

The dhcpcd resolvconf hook check if resolvconf is installed and, because the command is in the PATH, it won't fall back to writing directly but will attempt to execute something like this: echo 'nameserver 10.0.1.1' | resolvconf -a wlan0 Failed to get global data: Unit dbus-org.freedesktop.resolve1.service not found.
Reproducible way to see these collisions: With a file set to I ran in the (the latest commit on the branch), and I get these collision messages:
ping
Hi all nixos-version 03. (Koi) I have the same collision on kill gnutar resolvconf but also on collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/128x128/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/64x64/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/22x22/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/16x16/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/scalable/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.


Question: passthru = { inherit targetPrefix; }; <ins> meta = { maintainers = with stdenv.lib.maintainers; [ matthewbauer ]; priority = 10; }; </ins> }

0/share/icons/hicolor/48x48/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/128x128/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/64x64/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/22x22/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/16x16/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/scalable/apps/phonon-' collision between /nix/store/mrfyscriilpbyqvnfpgwa87ly4hky3jr-phonon-backend-gstreamer-qt5-4.9.0/share/icons/hicolor/48x48/apps/phonon-'
This seems to include many more collisions than related to this issue.
Maybe rather than changing the nix-env priority, a better solution is to remove some of these programs (e.g. delete in util-linux's ).
That seems hacky to me. What if you want util-linux's version of kill? Presumably if the maintainer thinks it's worth including, someone has a use for it. Nixpkgs shouldn't be making these decisions at the derivation level. Something like meta seems ideal because you can change it without effecting the derivation.
Since and were merged, does that mean this issue can be closed now?
I think so, I don't see these collisions anymore.
Let me know if this isn't fixed after all.
sorry, but i see these collisions.


Question: passthru = { inherit targetPrefix; }; <ins> meta = { maintainers = with stdenv.lib.maintainers; [ matthewbauer ]; priority = 10; }; </ins> }

it's a different issue: it seems you're installing both the wrapped and unwrapped version of the same packages. I'd say there's something wrong with your configuration, but if you think otherwise open a new issue.


Question: --replace '$POLYML_HOME/$PLATFORM/polyml' ${polyml}/bin/poly substituteInPlace lib/scripts/run-polyml* lib/scripts/polyml-version  --replace '$ML_HOME/poly' ${polyml}/bin/poly <del> ''; </del> <ins> substituteInPlace contrib/z3*/etc/settings  --replace '$Z3_HOME/z3' '${z3}/bin/z3' '' + (if ! stdenv.isLinux then "" else '' arch=${if stdenv.system == "x86_64-linux" then "x86_64-linux" else "x86-linux"} for f in contrib/*/$arch/{bash_process,epclextract,eprover,nunchaku,SPASS}; do patchelf --set-interpreter $(cat ${stdenv.cc}/nix-support/dynamic-linker) "$f" done ''); </ins> installPhase = '' mkdir -p $out/bin

Not all the executables of the /contrib directory are patched, so some functionalities of the theorem prover fail. For instance, running the Sledgehammer tool (subwindow in the bottom bar of Isabelle starting window) always fail with: The directory: The sub directories marked with a star contain the x64 executables I tried to execute manually and I got: "Not such file or directory" Run Isabelle and try to use Sledgehammer. Then try to execute the executables in the marked directories, and you will obtain "Not such file or directory". System: 16.03.1171. (Emu) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: "16.03.1171." I am definitely new to NixOS, but with my nonexistent experience I think at least two solutions are available: 1) I can substitute the broken software with the packaged one, as it is done with Java and Polyml in the Isabelle2016 derivation; 2) I can patch the executables with patchelf (hopefully). I did not have time to try these so far, but I was wondering how difficult would be the 2nd: I think that using (1) can potentially break Isabelle since we would use different versions of the software in /contrib. You guys are amazing! Thanks a lot for NixOS!!! It is the most elegant OS I ever tried!
Hello, after some experimenting, I found a hack to make Isabelle work in Nixos Emu x64: this derivation substitutes the broken provers and rebuilds the exec-process executable. What I do not like of this solution: the provers are not the same (versions) of the Isabelle distribution, and this works only for x64 -- if you use a 32 bit you have just to change (take away the_64 bit from the target directory name) the derivation after the comment in the postPatch phase. However it works. Hopefully someone more expert than me can propose a better solution! Thanks again!!


Question: { lib , stdenv <ins> , fetchpatch2 </ins> , cmake , ninja , python

Steps to reproduce the behavior: pyside6 Please run and paste the result. :sweat_smile: I guess it says not found because i have no channels (i use flakes)
This same failure is causing syncplay to fail to install on my system.
yeah thats how i knew lol
To confirm, I can reproduce this issue.
I'm trying to package something which relies on pyside6. Package builds fine on nixos-stable but fails under nixos-unstable due to pyside6 not building.


Question: dontWrapGApps = true; installPhase = '' <ins> runHook preInstall </ins> mkdir -p $out/bin mv opt/BlueMail/* $out ln -s $out/bluemail $out/bin/bluemail <ins> mkdir -p $out/share/icons mv usr/share/icons/hicolor $out/share/icons/ runHook postInstall </ins> ''; makeWrapperArgs = [

When installed through Nix, Bluemail does not create a desktop shortcut in $out/share/applications. The program can only be run through the terminal by default. The program also fails to load unless the --disable-gpu-sandbox option is used. Steps to reproduce the behavior: Bluemail by adding to , and rebuild. for Bluemail in the Application Launcher - not present in terminal - core dumps on gpu process not usable in terminal - bluemail opens with the default wayland icon What currently happens is detailed step-by-step above. What I'd expect to happen is that a desktop icon is created when I rebuild to install bluemail, and that clicking the application from the Application Launcher opens bluemail without a core dump. Installing from NixOS-Unstable Running on Intel UHD Graphics (10th Gen)


Question: <del> { pcre, pcre2, libXinerama, picom, lib, fetchFromGitHub }: </del> <ins> { lib , fetchFromGitHub , libXinerama , pcre , pcre2 , picom , xcbutil }: </ins> <del> picom.overrideAttrs (oldAttrs: rec { </del> <ins> picom.overrideAttrs (oldAttrs: { </ins> pname = "picom-next"; <del> version = "unstable-2023-01-29"; buildInputs = [ pcre2 ] ++ lib.remove libXinerama (lib.remove pcre oldAttrs.buildInputs); </del> <ins> version = "unstable-2023-08-03"; buildInputs = [ pcre2 xcbutil ] # remove dependencies that are not used anymore ++ (lib.subtractLists [ libXinerama pcre ] oldAttrs.buildInputs); </ins> src = fetchFromGitHub { owner = "yshui"; repo = "picom"; <del> rev = "cee12875625465292bc11bf09dc8ab117cae75f4"; sha256 = "sha256-lVwBwOvzn4ro1jInRuNvn1vQuwUHUp4MYrDaFRmW9pc="; </del> <ins> rev = "5d6957d3da1bf99311a676eab94c69ef4276bedf"; hash = "sha256-Mzf0533roLSODjMCPKyGSMbP7lIbT+PoLTZfoIBAI6g="; </ins> }; meta.maintainers = with lib.maintainers; oldAttrs.meta.maintainers ++ [ GKasparov ]; })

Package name: picom-next Latest released version: regrettably, v10.2 (released December 2022) is still the latest upstream release <!-- Search your package here: --- Current version on the unstable channel: unstable-2023-01-29 Current version on the stable/release channel: unstable-2023-01-29 <!-- 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! --- There's at least one bugfix since the start of the year that would be nice to have: 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.
Can you help reviewing it?
Apologies for not testing this for you, I couldn't immediately work out how to do so. I've now opened to hopefully make it a little easier next time.


Question: enableParallelBuilding = true; <del> installPhase = '' runHook preInstall DESTDIR=$out PREFIX= pkgconfigdir=lib/pkgconfig make install $installFlags runHook postInstall ''; </del> <ins> makeFlags = [ "PREFIX=${placeholder "out"}" ]; </ins> FONTCONFIG_FILE="${fontconfig.out}/etc/fonts/fonts.conf"; FONTCONFIG_PATH="${fontconfig.out}/etc/fonts/";

Hi, i need to use open-zwave as a dependency for a build, but the version built in the Nix package is a specific fork for supporting home-assistant, which does not work for my package build due to linking errors. I will happily contribute a new package, but I'm not sure how to proceed, with regards to how it would fit in with this package, or if indeed the best way would be to modify this package to use the upstream repo. Pinging people who have maintained the package, apologies for the noise!
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
We should replace the package with an official version and make use the fork.


Question: runHook postInstall ''; <del> # Electron version is set to 22 in order to match upstream </del> postFixup = '' <del> makeWrapper ${electron_22}/bin/electron $out/bin/${pname}  </del> <ins> makeWrapper ${electron}/bin/electron $out/bin/${pname}  </ins> --add-flags $out/share/${pname}/resources/app.asar '';

Steps to reproduce the behavior: system configuration with Freetube in it. See and for the exact same issue with Morgen. Electron version lock seems to have been introduced with . Upstream seems to be at Electron 27: . and
Maybe we could add the patches from It looks like they were waiting for a nixos user to test it and eventually gave up on us.
are you able to test ?
Looks good as far as I can tell.
fails on this branch, for whatever reason.


Question: wrapt zeroconf zipstream-new <del> ] ++ lib.optionals stdenv.isDarwin [ py.pkgs.appdirs ]; </del> <ins> ] ++ lib.optionals stdenv.isDarwin [ py.pkgs.appdirs ]; </ins> <del> checkInputs = with super; [ pytestCheckHook mock ddt ]; </del> <ins> checkInputs = with super; [ ddt mock pytestCheckHook ]; </ins> patches = [ # substitute pip and let it find out, that it can't write anywhere

Octoprint can't build on unstable due to a conflict of the required version for . octoprint , while the dependency requires (due to ) . Octoprint builds successfully I ran a between and (known good) , the first bad commit was I suspect that it's necessary to pin the additional dependencies (and maybe some more), too, but I'm not that experienced with packaging python packages. made the first bad commit Octoprint maintainers: system: host os: multi-user?: sandbox: version: channels(root): channels(richard): nixpkgs: Maintainer information:


Question: <del> { stdenv, fetchurl, intltool, pkgconfig, gtk3, vala_0_32 , makeWrapper, gdk_pixbuf, cmake, desktop_file_utils </del> <ins> { stdenv, fetchurl, intltool, pkgconfig, gtk3, vala_0_38, enchant , wrapGAppsHook, gdk_pixbuf, cmake, desktop_file_utils </ins> , libnotify, libcanberra_gtk3, libsecret, gmime , libpthreadstubs, sqlite , gnome3, librsvg, gnome_doc_utils, webkitgtk }: let <del> majorVersion = "0.11"; </del> <ins> majorVersion = "0.12"; </ins> in stdenv.mkDerivation rec { <del> name = "geary-${majorVersion}.3"; </del> <ins> name = "geary-${majorVersion}.0"; </ins> src = fetchurl { url = "mirror://gnome/sources/geary/${majorVersion}/${name}.tar.xz"; <del> sha256 = "1r42ijxafach5lv8ibs6y0l5k4nacjg427dnma8fj00xr1sri7j1"; </del> <ins> sha256 = "0ii4qaqfqx90kvqwg0g9jahygkir4mb03ja55fa55yyx6cq0kwff"; </ins> }; propagatedUserEnvPkgs = [ gnome3.gnome_themes_standard ]; <del> nativeBuildInputs = [ pkgconfig ]; buildInputs = [ intltool gtk3 makeWrapper cmake desktop_file_utils gnome_doc_utils vala_0_32 webkitgtk libnotify libcanberra_gtk3 gnome3.libgee libsecret gmime sqlite </del> <ins> nativeBuildInputs = [ vala_0_38 intltool pkgconfig wrapGAppsHook cmake desktop_file_utils gnome_doc_utils ]; buildInputs = [ gtk3 enchant webkitgtk libnotify libcanberra_gtk3 gnome3.libgee libsecret gmime sqlite </ins> libpthreadstubs gnome3.gsettings_desktop_schemas gnome3.gcr gdk_pixbuf librsvg gnome3.defaultIconTheme ]; preConfigure = '' <del> substituteInPlace src/CMakeLists.txt --replace '`pkg-config --variable=girdir gobject-introspection-1.0`' '${webkitgtk}/share/gir-1.0' ''; postInstall = '' mkdir -p $out/share/gsettings-schemas/${name}/ mv $out/share/glib-2.0 $out/share/gsettings-schemas/${name} </del> <ins> substituteInPlace src/CMakeLists.txt --replace '`''${PKG_CONFIG_EXECUTABLE} --variable=girdir gobject-introspection-1.0`' '${webkitgtk.dev}/share/gir-1.0' </ins> ''; preFixup = '' <del> wrapProgram "$out/bin/geary"  --set GDK_PIXBUF_MODULE_FILE "$GDK_PIXBUF_MODULE_FILE"  --prefix XDG_DATA_DIRS : "$XDG_ICON_DIRS:${gnome3.gnome_themes_standard}/share:$out/share:$GSETTINGS_SCHEMAS_PATH" </del> <ins> # Add geary to path for geary-attach gappsWrapperArgs+=(--prefix PATH : "$out/bin") </ins> ''; enableParallelBuilding = true;

Geary and are . I suppose updating might remove its dependency on the insecure . (I think i remember having seen somewhere in an issue tracker that this dependency was removed in Geary source code, but i cannot find now where i saw it.)
By the way, I do not really understand these GTK and WebKitGTK issues and versions, but, just for reference, there is an open issue about previous versions of Geary using GTK2 instead of GTK3: .
In Geary 0.12 there are some fresh bugs (for example, ). It looks like version 0.12.1 is in the beginning of November.
Running shows gtk2 as a transitive dependency from webkitgtk (which depends on both GTK 2 and GTK 3) and gnome-themes-standard. I do not think the latter is necessary for GTK 3 applications since Adwaita is built into GTK 3.


Question: default = []; description = "Other GNOME Flashback sessions to enable."; }; <ins> panelModulePackages = mkOption { default = [ pkgs.gnome.gnome-applets ]; type = types.listOf types.path; description = '' Packages containing modules that should be made available to <literal>gnome-panel</literal> (usually for applets). If you're packaging something to use here, please install the modules in <literal>$out/lib/gnome-panel/modules</literal>. ''; example = literalExample "[ pkgs.gnome.gnome-applets ]"; }; </ins> }; };

Panel applets are being picked up from environment variable in and a completely hardcoded path in . First, we will need to patch the latter manager to use an environment variable as well. Second, we will need to do something similar to what . Or better, create  derivation. Originally posted by in
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 .
I'd like to tackle this, do you have any pointers? We need to get it to pick up at least right?


Question: githubId = 40633781; name = "Sergei S."; }; <ins> dit7ya = { email = "7rat13@gmail.com"; github = "dit7ya"; githubId = 14034137; name = "Mostly Void"; }; </ins> dizfer = { email = "david@izquierdofernandez.com"; github = "dizfer";

cliphist wayland clipboard manager Metadata homepage URL: source URL: license: gplv3+ platforms: linux


Question: { lib <ins> , stdenv </ins> , rustPlatform , gettext , meson

Describe the bug fails to compile with Additional context See for a possible cause. Notify maintainers cc (sorry for notifying you here and in the PR!)
Gonna try to just switch it to . We should probably update gnome docs for Rust+Gnome packages
Yeah, I think that would be best. The idea of the hooks is that is not necessary anymore in mixed projects. I will also do a PR for cargoBuildHook, since it should not be used when is set explicitly.


Question: -- Some needed machinery to handle multiple-output external dependencies, -- as per https://github.com/luarocks/luarocks/issues/766 ${lib.optionalString (lib.length depVariables > 0) '' <del> ${lib.concatStringsSep "n  " depVariables}''} ${extraVariables} </del> <ins> ${lib.concatStringsSep "n  " depVariables}''} ${extraVariablesStr} </ins> } ${extraConfig} '';

Describe the bug neovim fails to build with missing , similar to , on . To Reproduce Steps to reproduce the behavior: to from master () Expected behavior The package should successfully build. Metadata On master () Maintainer information:
via in
so you could do until a proper fix.
Reverting the luarocks bump doesn't work for me. That fix is also very surprising to me, since neovim broke (for me) after the latest nixos-unstable channel update.
Interesting. It worked fine for me. Running the above revert command and then (inside my local nixpkgs with it reverted) let me build neovim properly. I don't think it's particularly surprising if updating a channel that happens to include the luarocks bump causes it to break, unless I'm misunderstanding you.
I updated from a channel where the luarocks bump had already happened, and neovim worked on that channel. In fact, I reverted to the previous hydra evaluation to make my system evaluate again.
This was actually before and it was working without problems and then suddenly the problem appeared again. I can also report that I cam getting this in the same way described (updated latest nixos-unstable channel and then neovim stopped building again).
I confirm this fixed by on master (channels may take a while). For now I'll assume that charvp's failure to resolve the issue with that revert was some kind of mistake; we can re-open otherwise, perhaps separately if it's a different kind of error.
Does anyone know why updating the luarocks dependency is so brittle? Is it possible to at least add a test so we don't regress again in the future?
the tool exists (nixpkgs-review) but it takes CPU and disk space to run plus some reviewer time (and was not run in this case). Also for this specific case, the luarocks update broke in subtle ways the build so I wouldn't call it . It is called unstable for a reason. The good thing about nixpkgs is you can pin neovim to an older version while keeping your system on unstable.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Are we sure this is fixed on Darwin? still shows failing with logs of: Or is this a different issue?


Question: -- Some needed machinery to handle multiple-output external dependencies, -- as per https://github.com/luarocks/luarocks/issues/766 ${lib.optionalString (lib.length depVariables > 0) '' <del> ${lib.concatStringsSep "n  " depVariables}''} ${extraVariables} </del> <ins> ${lib.concatStringsSep "n  " depVariables}''} ${extraVariablesStr} </ins> } ${extraConfig} '';

I think the root problem here is that luarocks has a poor implementation of "move". Combined with the build's behavior being affected by filesystem ordering the result is essentially random. The [implementation of move][] calls out to the operating system commands [][] and [][]. Building with will contain a sequence of , and . I've extracted the [relevant part of the log][]. The critical aspect here is that by default, unix will dereference symlinks and copy their contents. [implementation of move]: []: []: [relevant part of the log]: My theory: luarocks scans the directory for external libraries in filesystem order and attempts to move all shared libraries from to . At which point one of 3! things will happen, but the two main ones are: is copied and deleted and , now broken symlinks, fail to copy and are copied by dereferencing, and deleted is copied and deleted Either way is wrong to some degree, but one of them happens to work well enough for downstream packages to build. If I build locally, the filesystem order I get seems to work, so we can inspect the two results: I've been focusing on this for darwin since the failure case happens to be cached, but I believe it applies equally to linux.
is that sthg you have already witnessed ?
What LuaRocks version is this happening with? I have pushed fixes related to the file deployment stage in 3.3.1.
I've tested 3.2.1 (current nixpkgs master) and 3.3.1 (hasty upgrade locally), they both have similar results, except on 3.3.1 the errors now propagate correctly. I've uploaded a [log of a failed build][] with 3.3.1. [log of a failed build]:
I was hoping to find time to write a proper issue report and a test lua package for this, but haven't yet. My test case would have a directory structure made with , that looks like: In order to succeed the deployment stage would have to produce both the file and its symlink.


Question: -- Some needed machinery to handle multiple-output external dependencies, -- as per https://github.com/luarocks/luarocks/issues/766 ${lib.optionalString (lib.length depVariables > 0) '' <del> ${lib.concatStringsSep "n  " depVariables}''} ${extraVariables} </del> <ins> ${lib.concatStringsSep "n  " depVariables}''} ${extraVariablesStr} </ins> } ${extraConfig} '';

Describe the bug I have neovim in my systemPackages, I did and today and it stuck at building luajit: To Reproduce Steps to reproduce the behavior: to Expected behavior The system should upgrade properly. Additional context Output: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(kj): nixpkgs: Maintainer information:
Possible fix is in . There was already an open issue about it () but from an unclear reason people have reached the conclusion it was fixed on latest master.
Oh I meant , not .
Well, I agree with that conclusion. For me, on the build is broken with the error above and on current master it isn't. EDIT: note that the channels lag behind, usually less than a couple days, but sometimes we get a week or two due to some harder regression.
Yea right. For me on NixOS I tried with the nixpkgs-unstable channel and could install successfully. The nixos-unstable still fails though.


Question: sourceProvenance = with sourceTypes; [ binaryNativeCode ]; license = licenses.unfree; platforms = [ "x86_64-linux" ]; # TODO Mac support <del> maintainers = [ maintainers.mausch ]; </del> <ins> maintainers = with maintainers; [ mausch dylanmtaylor ]; </ins> }; }

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


Question: , rustPlatform , stdenv , stdenvNoCC <del> , wasm-bindgen-cli </del> , webkitgtk }: let <del> esbuild-18-20 = let version = "0.18.20"; </del> <ins> esbuild-20-2 = let version = "0.20.2"; </ins> in esbuild.override { buildGoModule = args: buildGoModule (args // {

Package name: surrealist Latest released version: 2.0.1 <!-- Search your package here: --- Current version on the unstable channel: 1.11.7 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 Surrealist has now officially moved to the SurrealDB Github org, see Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Nvm the nix package is actually built from source, just Tauri builds a deb in that process
Working on it. I'm currently stuck at an issue with the frontend build. There is a transitive dependency to that does not get installed by pnpm.


Question: <ins> import ./make-test-python.nix ({ lib, ... }: { name = "swap-file-btrfs"; meta.maintainers = with lib.maintainers; [ oxalica ]; nodes.machine = { pkgs, ... }: { virtualisation.useDefaultFilesystems = false; virtualisation.bootDevice = "/dev/vda"; boot.initrd.postDeviceCommands = '' ${pkgs.btrfs-progs}/bin/mkfs.btrfs --label root /dev/vda ''; virtualisation.fileSystems = { "/" = { device = "/dev/disk/by-label/root"; fsType = "btrfs"; }; }; swapDevices = [ { device = "/var/swapfile"; size = 1; # 1MiB. } ]; }; testScript = '' machine.wait_for_unit('var-swapfile.swap') machine.succeed("stat --file-system --format=%T /var/swapfile | grep btrfs") # First run. Auto creation. machine.succeed("swapon --show | grep /var/swapfile") machine.shutdown() machine.start() # Second run. Use it as-is. machine.wait_for_unit('var-swapfile.swap') machine.succeed("swapon --show | grep /var/swapfile") ''; }) </ins>

When using to create and activate a swapfile on btrfs, it fails with messages like this: The kernel says: I am not very familiar with Nix, but after reading the corresponding and , it seems that creating a swapfile on btrfs requires disabling copy-on-write for that file (via ) as well. However, doesn't do it currently. BTW, manually creating the swapfile and letting NixOS activating it works fine for me. to ( is supposed to be mounted as btrfs). . Swapfile is created and activated without any issue. There is a workaround on NixOS Discourse: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I have the same issue. I already tried disabling copy-on-write for the partition but it still fails: I also still get the warning like even though I the attribute to my mount options (afterwards). My current swap configuration can be found .
Mounting with attribute won't work because: [^1]:
I came up with this yesterday, which seems to work (or at least you can follow the general pattern): I have as a separate subvolume, nothing else on it. Once you've run this to create the swapfile, it seems to mount and function properly from there on out. But yes, it would be nice if this were taken care of automatically. EDIT: Fix link
brilliant, that helped me solve my issue. While your script didn't work out for me, I was able to adjust it so it did. I noticed the following warning when running your script: So, I searched for this and found the following note on ArchWiki: — Replacing with made the warning disappear for me but running still failed with . Then I compared the script to what I've used in and noticed that I used instead of to create the empty swapfile. The full script I ended up with:
Thanks for the update. I originally used , but switched after reading that should be much faster (and have to admit I can't remember if I tested that change yet -- thank you for the feedback). I've switched it back to .


Question: mesonFlags = (lib.mapAttrsToList lib.mesonEnable { <del> "cava" = cavaSupport; </del> <ins> "cava" = cavaSupport && lib.asserts.assertMsg sndioSupport "Sndio support is required for Cava"; </ins> "dbusmenu-gtk" = traySupport; "jack" = jackSupport; <ins> "libevdev" = evdevSupport; </ins> "libinput" = inputSupport; "libnl" = nlSupport; "libudev" = udevSupport;

Steps to reproduce the behavior: Checking waybar's , it appears that fixing this would just be a case of passing in . <!-- 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]:
It appears that a similar issue also arises with .


Question: installPhase = '' runHook preInstall <del> install -Dm644 *.ttf -t $out/share/fonts/hack </del> <ins> install -Dm644 *.ttf -t $out/share/fonts/truetype </ins> runHook postInstall '';

After installing the hack font it can not be found. Probably because it's installed in the wrong folder. Steps to reproduce the behavior: font-hack up Gnome Font application for the font hack and see it's not there and see it's in a separate directory next to Font should show up in Gnome Font and other applications Running nixos 23.05 beta
For me it seems to work when adding:
Yeah, rearranges font files anyway. But it seems like a good idea to unify the output directory with other fonts, thanks for catching this!


Question: } ) <ins> # Octoprint pulls in celery indirectly but has no support for the up-to-date releases ( self: super: { celery = super.celery.overrideAttrs (oldAttrs: rec { version = "5.0.0"; src = oldAttrs.src.override { inherit version; sha256 = "sha256-MTkw/d3nA9jjcCmjBL+RQpzRGu72PFfebayp2Vjh8lU="; }; doCheck = false; }); } ) # Octoprint would allow later sentry-sdk releases but not later click releases ( self: super: { sentry-sdk = super.sentry-sdk.overrideAttrs (oldAttrs: rec { pname = "sentry-sdk"; version = "1.4.3"; src = fetchFromGitHub { owner = "getsentry"; repo = "sentry-python"; rev = version; sha256 = "sha256-vdE6eqELMM69CWHaNYhF0HMCTV3tQsJlMHAA96oCy8c="; }; disabledTests = [ "test_apply_simulates_delivery_info" "test_auto_enabling_integrations_catches_import_error" ]; disabledTestPaths = [ # Don't test integrations "tests/integrations" ]; }); } ) </ins> # Built-in dependency ( self: super: {


Question: <ins> { lib , rustPlatform , fetchFromGitHub , stdenv , darwin , nix-update-script , nixosTests }: rustPlatform.buildRustPackage rec { pname = "realm"; version = "2.6.0"; src = fetchFromGitHub { owner = "zhboner"; repo = "realm"; rev = "v${version}"; hash = "sha256-G3scFSOxbmR3Q2fkRdg115WN/GCYpys/8Y4JC4YMGdY="; }; cargoHash = "sha256-EvXafTujqTdQwfK4NXgT7lGKGnrpyP9ouplD6DmJUKU="; buildInputs = lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Security ]; env.RUSTC_BOOTSTRAP = 1; passthru = { updateScript = nix-update-script { }; tests = { inherit (nixosTests) realm; }; }; meta = with lib; { description = "A simple, high performance relay server written in rust"; homepage = "https://github.com/zhboner/realm"; mainProgram = "realm"; license = licenses.mit; maintainers = with maintainers; [ ocfox ]; }; } </ins>

Project description A simple, high performance relay server written in rust. Metadata homepage URL: source URL: license: mit platforms: Linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: pydantic ] ++ lib.optionals stdenv.isDarwin [ py.pkgs.appdirs <ins> ] ++ lib.optionals (!stdenv.isDarwin) [ octoprint-pisupport </ins> ]; nativeCheckInputs = with self; [

Steps to reproduce the behavior: also yields the "got" hash. The hash was last changed in nixpkgs @
we just hit the same issue in Alpine - it looks like the upstream uses format specifiers for that change depending on the state of the repo: (found by [here][1]) in your case it might help to do instead ( provided that doesn't just do on the remote URL, but fetches the repo in some other way ): [1]:
thanks for the new upstream issue and the infos!


Question: librsvg ]; <del> # Don't use buildRustPackage phases, only use it for rust deps setup configurePhase = null; buildPhase = null; checkPhase = null; installPhase = null; </del> postPatch = '' chmod +x build-aux/meson_post_install.py patchShebangs build-aux/meson_post_install.py


Question: diff --git a/src/protontricks/cli.py b/src/protontricks/cli.py <del> index fec0563..d158b96 100755 </del> <ins> index 9641970..6a2b268 100755 </ins> --- a/src/protontricks/cli.py +++ b/src/protontricks/cli.py <del> @@ -14,7 +14,7 @@ import os import logging </del> <ins> @@ -15,8 +15,8 @@ import sys </ins> from . import __version__ <del> -from .steam import (find_proton_app, find_steam_path, find_steam_runtime_path, +from .steam import (find_proton_app, find_steam_path, get_steam_apps, get_steam_lib_paths) from .winetricks import get_winetricks_path </del> from .gui import select_steam_app_with_gui <ins> -from .steam import (find_legacy_steam_runtime_path, find_proton_app, -                    find_steam_path, get_steam_apps, get_steam_lib_paths) +from .steam import (find_proton_app, find_steam_path, get_steam_apps, +                    get_steam_lib_paths) from .util import run_command from .winetricks import get_winetricks_path </ins> @@ -75,8 +75,7 @@ def main(args=None): "WINE: path to a custom 'wine' executablen" "WINESERVER: path to a custom 'wineserver' executablen"

This issue is mainly a note to myself since the upgrade won't be trivial and will need a lot of testing. Protontricks is now using the Pressure Vessel runtime, so I have to refactor my patches with steam-run to account for this. <!-- 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: protontricks <!-- 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: 1.4.4 desired version: 1.5.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: myself


Question: boost = boost179; }; <del> libreoffice-qt = lowPrio (callPackage ../applications/office/libreoffice/wrapper.nix { </del> <ins> libreoffice-qt-fresh = lowPrio (callPackage ../applications/office/libreoffice/wrapper.nix { </ins> unwrapped = libsForQt5.callPackage ../applications/office/libreoffice (libreoffice-args // { kdeIntegration = true; variant = "fresh"; }); }); <ins> libreoffice-qt-fresh-unwrapped = libreoffice-qt-fresh.unwrapped; libreoffice-qt-still = lowPrio (callPackage ../applications/office/libreoffice/wrapper.nix { unwrapped = libsForQt5.callPackage ../applications/office/libreoffice (libreoffice-args // { kdeIntegration = true; variant = "still"; }); }); libreoffice-qt-still-unwrapped = libreoffice-qt-still.unwrapped; </ins> libreoffice-fresh = lowPrio (callPackage ../applications/office/libreoffice/wrapper.nix { unwrapped = callPackage ../applications/office/libreoffice

Project description It would be nice to have libreoffice-still-qt, to have a stable version of libreoffice (still) with kde integration (qt). In my undestranding, so far we only have libreoffice-qt which is the fresh version cf.


Question: cmakeFlags = with stdenv.lib; [ "-DENABLE_MAN=ON" "-DENABLE_DOC=ON" <ins> "-DENABLE_JAVASCRIPT=OFF"  # Requires v8 <= 3.24.3, https://github.com/weechat/weechat/issues/360 "-DENABLE_PHP=OFF" </ins> ] ++ optionals stdenv.isDarwin ["-DICONV_LIBRARY=${libiconv}/lib/libiconv.dylib" "-DCMAKE_FIND_FRAMEWORK=LAST"] ++ map (p: "-D${p.cmakeFlag}=" + (if p.enabled then "ON" else "OFF")) plugins

Currently we have two expressions that both build the kernel, whose only interface differences are in whether or not the .config is generated or provided. These builds should be merged with the two different interfaces simply being two ways to call the same underlying function, reducing code duplication and allowing the generic kernel builds to benefit from the IMO better structure of the newer manual kernel builds.
+1 on getting rid of duplication What is the "better structure"?
Structure may have been the wrong word, but the manual kernel build uses multiple outputs (suboptimally currently, which was part of the problem with the old PR) and uses the official kernel build system for building and installing, while the generic one (last I checked) had a manually maintained shell script to handle the install and parts of the build.
Fixed by


Question: cmakeFlags = with stdenv.lib; [ "-DENABLE_MAN=ON" "-DENABLE_DOC=ON" <ins> "-DENABLE_JAVASCRIPT=OFF"  # Requires v8 <= 3.24.3, https://github.com/weechat/weechat/issues/360 "-DENABLE_PHP=OFF" </ins> ] ++ optionals stdenv.isDarwin ["-DICONV_LIBRARY=${libiconv}/lib/libiconv.dylib" "-DCMAKE_FIND_FRAMEWORK=LAST"] ++ map (p: "-D${p.cmakeFlag}=" + (if p.enabled then "ON" else "OFF")) plugins

For example: If this is called with instead of , it will fail to produce a output. This causes an assertion of the form: Unfortunately, doesn't keep the build directory around, making the source of the problem difficult to debug.
This is more of an issue for Thanks for reporting though!
Whoops! Is there an easy way to move it?
Not that I know of, sorry.
Fixed, thanks!


Question: cmakeFlags = with stdenv.lib; [ "-DENABLE_MAN=ON" "-DENABLE_DOC=ON" <ins> "-DENABLE_JAVASCRIPT=OFF"  # Requires v8 <= 3.24.3, https://github.com/weechat/weechat/issues/360 "-DENABLE_PHP=OFF" </ins> ] ++ optionals stdenv.isDarwin ["-DICONV_LIBRARY=${libiconv}/lib/libiconv.dylib" "-DCMAKE_FIND_FRAMEWORK=LAST"] ++ map (p: "-D${p.cmakeFlag}=" + (if p.enabled then "ON" else "OFF")) plugins

migrated from python branch issue tracker
I'm closing this as it seems no longer relevant. From what I could find, python-virtinst is "CLI tools for building virtual machines using libvirt". But it is now merged with virtmanager: <-- contains one single file named MERGEDWITHVIRTMANAGER


Question: , icu66 , krb5 , lib <ins> , libtasn1 </ins> , makeWrapper , stdenv , openssl }: stdenv.mkDerivation rec { pname = "roon-server"; <del> version = "1.8-850"; </del> <ins> version = "1.8-880"; </ins> src = let

<!-- 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: roon-server <!-- 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: 1.8-850 desired version: 1.8-880 <!-- 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: sha256 = "sha256-CqmE4V+svSuQAsoX0I3NpUqPU5CQf3fyCHJPrjUjHF4="; }; <del> nativeBuildInputs = [ wheel ]; </del> <ins> nativeBuildInputs = [ wheel ]; </ins> propagatedBuildInputs = [ arrow

Describe the bug Gitlint fails to build due to a dependency on click v7.1.2 To Reproduce Steps to reproduce the behavior: Expected behavior Successful build of gitlint Screenshots ! Additional context Looks like click got separated into two packages, one where it updated to 8.0.1 and is present in and one where it was kept back for . Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(david): nixpkgs: Maintainer information:
Yeah this is interesting. As far as I know, things shouldn't just break like this. I assume this is a regression, as it used to build, it seems a LOT of stuff has started breaking.
doesn't work with later releases. We have 8.0.1 and is pinning all releases (affects also , I guess). It would requires that is overriding the releases.
could you please give a try?
Looks to be good on my system. Runs as intended with


Question: runHook postInstall ''; <del> meta = with lib; { </del> <ins> postFixup = '' makeWrapper $out/opt/liberation-circuit/launcher.sh $out/bin/liberation-circuit  "''${gappsWrapperArgs[@]}" ''; meta = { </ins> description = "Real-time strategy game with programmable units"; mainProgram = "liberation-circuit"; longDescription = '' <del> Escape from a hostile computer system! Harvest data to create an armada of battle-processes to aid your escape! Take command directly and play the game as an RTS, or use the game's built-in editor and compiler to write your own unit AI in a simplified version of C. </del> <ins> Escape from a hostile computer system! Harvest data to create an armada of battle-processes to aid your escape! Take command directly and play the game as an RTS, or use the game's built-in editor and compiler to write your own unit AI in a simplified version of C. </ins> ''; homepage = "https://linleyh.itch.io/liberation-circuit"; <del> maintainers = with maintainers; [ emilytrau ]; license = licenses.gpl3Only; platforms = platforms.linux; </del> <ins> maintainers = with lib.maintainers; [ emilytrau ]; license = lib.licenses.gpl3Only; platforms = lib.platforms.linux; </ins> }; }

When trying to load a multi-binary, a GLib error occurs on the terminal, and liberation-circuit crashes. In fact, this appears when interacting with anything using files: Saving a code, loading a code, and saving a multi-binary. This causes the player to have no way to program his processes. Steps to reproduce the behavior: multi-binary A window should appear to select a file This is the error appearing in the terminal : Please run and paste the result.


Question: installPhase = '' runHook preInstall <del> # resources mkdir -p "$out/share/redisinsight" mkdir -p "$out/share/redisinsight/static/resources/plugins" mkdir -p "$out/share/redisinsight/default" </del> <ins> mkdir -p "$out/share/redisinsight"/{app,defaults,static/plugins,static/resources/plugins} </ins> <del> cp -r release/${if stdenv.isDarwin then "darwin-" else "linux-"}${lib.optionalString stdenv.hostPlatform.isAarch64 "arm64-"}unpacked/resources/{app.asar,app.asar.unpacked} $out/share/redisinsight/ cp -r resources/ $out/share/redisinsight </del> <ins> cp -r release/*-unpacked/{locales,resources{,.pak}} "$out/share/redisinsight/app" mv "$out/share/redisinsight/app/resources/resources" "$out/share/redisinsight" </ins> # icons <del> for icon in "$out/resources/icons/*.png"; do </del> <ins> for icon in "$out/share/redisinsight/resources/icons"/*.png; do </ins> mkdir -p "$out/share/icons/hicolor/$(basename $icon .png)/apps" ln -s "$icon" "$out/share/icons/hicolor/$(basename $icon .png)/apps/redisinsight.png" done <del> ln -s "${finalAttrs.desktopItem}/share/applications" "$out/share/applications" </del> makeWrapper '${electron}/bin/electron' "$out/bin/redisinsight"  <del> --add-flags "$out/share/redisinsight/app.asar"  </del> <ins> --add-flags "$out/share/redisinsight/app/resources/app.asar"  </ins> --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}"  <del> --chdir "$out/share/redisinsight"  --argv0 "$out/share/redisinsight/app.asar" </del> <ins> --set-default ELECTRON_FORCE_IS_PACKAGED 1  --inherit-argv0 </ins> runHook postInstall ''; <del> desktopItem = makeDesktopItem { name = "redisinsight"; exec = "redisinsight %u"; icon = "redisinsight"; desktopName = "RedisInsight"; genericName = "RedisInsight Redis Client"; comment = finalAttrs.meta.description; categories = [ "Development" ]; startupWMClass = "redisinsight"; }; meta = with lib; { </del> <ins> desktopItems = [ (makeDesktopItem { name = "redisinsight"; exec = "redisinsight %u"; icon = "redisinsight"; desktopName = "RedisInsight"; genericName = "RedisInsight Redis Client"; comment = finalAttrs.meta.description; categories = [ "Development" ]; startupWMClass = "redisinsight"; }) ]; meta = { </ins> description = "RedisInsight Redis client powered by Electron"; homepage = "https://github.com/RedisInsight/RedisInsight"; <del> license = licenses.sspl; maintainers = with maintainers; [ gmemstr ]; platforms = [ "x86_64-linux" ]; </del> <ins> #license = licenses.sspl; maintainers = with lib.maintainers; [ gmemstr tomasajt ]; platforms = lib.platforms.linux; </ins> }; })

Steps to reproduce the behavior: -shell -p redisinsight Multiple of these errors Full log - 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: gspeech = callPackage ../applications/audio/gspeech { }; <ins> gtkcord4 = callPackage ../applications/audio/gtkcord4 {}; </ins> haruna = libsForQt5.callPackage ../applications/video/haruna { }; hdrmerge = libsForQt5.callPackage ../applications/graphics/hdrmerge { };

Project description cchat-gtk appears to be a generic chat frontend cchat-discord appears to be a discord-capable backend gtkcord3 was the predecessor and was quite nice, I'm excited to get this packaged. Metadata homepage URL: source URL: license: gpl3 platforms: linux
updated OP to reflect that we should package cchat-gtk/cchat-discord now instead of gtkcord3.
I marked this as stale due to inactivity. →
still important to me
I have this packaged in my own config:
I marked this as stale due to inactivity. →


Question: mv $out/bin/arion $out/libexec makeWrapper $out/libexec/arion $out/bin/arion  --unset PYTHONPATH  <del> --prefix PATH : ${lib.makeBinPath [ pkgs.docker-compose_1 ]}  </del> <ins> --prefix PATH : ${lib.makeBinPath [ pkgs.docker-compose ]}  </ins> ; ''; };

and other operations fail with See upstream bug report Steps to reproduce the behavior: arion on a basic , e.g. Arion is operations complete succesfully - you seem to think this is a docker compose issue, should those maintainers be pinged? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
weird, the fix to seemed not to fix this one for me yet


Question: <ins> { "!comment": "This is a nixpkgs Gradle dependency lockfile. For more details, refer to the Gradle section in the nixpkgs manual.", "!version": 1, "https://jcenter.bintray.com": { "io/pebbletemplates#pebble-project/3.1.5": { "pom": "sha256-TSnFtsOFqJp3c0S4sPjcKe/j+q06e5f4faJfAnOnOJM=" }, "io/pebbletemplates#pebble/3.1.5": { "jar": "sha256-0lOm3eWeE4aYqqruVGRh0vH2yL0qo47N00ffF8+Q1vA=", "pom": "sha256-kGnsr9XZc4ey9mNXp1X5Ghv4kZC0yHZ6zyCJDlFAuzc=" }, "junit#junit/4.12": { "jar": "sha256-WXIfCAXiI9hLkGd4h9n/Vn3FNNfFAsqQPAwrF/BcEWo=", "pom": "sha256-kPFj944/+28cetl96efrpO6iWAcUG4XW0SvmfKJUScQ=" }, "net/java/dev/jna#jna-platform/4.5.2": { "jar": "sha256-8dAMFn2JIcbiPGJu+fHDrgvkc8lcaP+gErx65VqH4tY=", "pom": "sha256-+mLh78vRkHG+SzftEFPa3AymCICzmA9Yq9SX8qnxPQU=" }, "net/java/dev/jna#jna/4.5.2": { "jar": "sha256-DI63rPZyYWVteQBRkd66ujtr9d1gpDc1okVCk4Hb7P8=", "pom": "sha256-nfQrTM73BF1uT7ZLg3bdCS3XTZc3zGSVx2mO7MvTxE8=" }, "org/bouncycastle#bcprov-jdk15on/1.59": { "jar": "sha256-HDHkTjMdJeRtKTs+juLQcCimfbAR50yyRDKFrtHVnIU=", "pom": "sha256-QeZGb3GwjQXw0+tdhFXATl42hpxjXhFq4Nt04oAD7OU=" }, "org/hamcrest#hamcrest-core/1.3": { "jar": "sha256-Zv3vkelzk0jfeglqo4SlaF9Oh1WEzOiThqekclHE2Ok=", "pom": "sha256-/eOGp5BRc6GxA95quCBydYS1DQ4yKC4nl3h8IKZP+pM=" }, "org/hamcrest#hamcrest-library/1.3": { "jar": "sha256-cR1kUi+exBCYO9MQk0KW2hNL5CVKElCAoEFuwXjfrRw=", "pom": "sha256-HOtL+w8JiuKbk1BEsjY+ETIzE/4+0gVd+LeXN9UFYnc=" }, "org/hamcrest#hamcrest-parent/1.3": { "pom": "sha256-bVNflO+2Y722gsnyelAzU5RogAlkK6epZ3UEvBvkEps=" }, "org/mockito#mockito-core/1.9.5": { "jar": "sha256-+XSDuglEufoTOqKWOHZN2+rbUew9vAIHTFj6LK7NB/o=", "pom": "sha256-9DIR3AoX/PzVBDCr1bx0e2/SOu9FaWgrZc8rrw8gcnw=" }, "org/objenesis#objenesis/1.0": { "jar": "sha256-xWlLVdklJ0eTgvJUGZs8ax2HgPZSrWHpylmRmIf0kag=", "pom": "sha256-JInYiwSZ9V5173Xw8lBUV8cSxc+oR8maRvjes+fqPOs=" }, "org/slf4j#slf4j-api/1.7.25": { "jar": "sha256-GMSgCV1cHaa4F1kudnuyPSndL1YK1033X/OWHb3iW3k=", "pom": "sha256-fNnXoLXZPf1GGhSIkbQ1Cc9AOpx/n7SQYNNVTfHIHh4=" }, "org/slf4j#slf4j-parent/1.7.25": { "pom": "sha256-GPXFISDbA26I1hNviDnIMtB0vdqVx1bG9CkknS21SsY=" }, "org/unbescape#unbescape/1.1.6.RELEASE": { "jar": "sha256-WXz4fVsaTzhbnRzsl0t7SDq7PuhfxbP4tir45L7JXCw=", "pom": "sha256-AgOVYrsyfVQcDwUHZ+kYmPo4l0eSZojMITvRG8dRJ9E=" } }, "https://mvn.freenetproject.org": { "org/freenetproject#freenet-ext/29": { "jar": "sha256-MvKz1r7t9UE36i+aPr72dmbXafCWawjNF/19tZuk158=" } }, "https://repo.maven.apache.org/maven2": { "com/android/tools#common/22.7.2": { "jar": "sha256-6ttGKrkD+J2cPRFUxxHwRni3mSHGgmjTQYuba/NEMk4=", "pom": "sha256-8zhO5T3Z3fYzOUMDUs3/+WY225ZP0mzxaNvVOt8fSQg=" }, "com/android/tools#dvlib/22.7.2": { "jar": "sha256-/a4X4WbglSc1P37HGgt/PZPMBhxkf8p73ZZjJjO7Z+s=", "pom": "sha256-Q1HWW5dIC0kjSGhulIFI7Hp/AOVXbZjC9DHPIBxDSpw=" }, "com/android/tools#sdk-common/22.7.2": { "jar": "sha256-l/7SZpQEdLQTNBcmSalIWvV6Qqmsmrcm2S27X6SjPpU=", "pom": "sha256-Ln4pJV6PBhvVs706Vj7/nqu2xqmLSIHwlpzklOkrhD4=" }, "com/android/tools#sdklib/22.7.2": { "jar": "sha256-qFsaBA/dxaWEWjBuaOK4qx/+LFMS4buyoosTvxOE7RU=", "pom": "sha256-mGlFT4xtSEwnyYC4eIETnMx/7/Q+7g+MGkhtsbXUPSM=" }, "com/android/tools/build#builder-model/0.9.2": { "jar": "sha256-Utfe2Ho/LgcOOyj3IdFPXtik4s6cVFlT2C3cp0XQ/pU=", "pom": "sha256-8F2KJ7WoFcgydCbzj7DeW6zpgmAAtE4iR+vTxtcnw28=" }, "com/android/tools/build#builder-test-api/0.9.2": { "jar": "sha256-+i52Ho1fu3bUsVJVeE2nx89qaGW03e1IDXpCxvjqbgo=", "pom": "sha256-c2xEI3eXn7+LDkxMnGSI6Gg7In6VIXekA6LH+4SB2Fg=" }, "com/android/tools/build#builder/0.9.2": { "jar": "sha256-Vbz5bMADnI7bU9GRVeq+1NfgGgkbZv6zrbb/acJ59Bk=", "pom": "sha256-UaLeg+swvMwBEbTd3mkxvswC5HwpuqNgm9ErCm7kvvg=" }, "com/android/tools/build#gradle/0.9.2": { "jar": "sha256-gX/QEcuyw4yF/39EWHwTsUCoRUrfk3/Do/KKZggULII=", "pom": "sha256-DCk9CiNuuQYLtf32UJGE98BPy2xFGXbKkS0LysbBt7Y=" }, "com/android/tools/build#manifest-merger/22.7.2": { "jar": "sha256-KUCCoJLJeibyMtC+EhCamQj7pI/dOfdkWTI2nONiD5Q=", "pom": "sha256-yTWvDWMw7Lk41paAn7mIG5hMz07owjDEUP8nqVNIFv0=" }, "com/android/tools/build/gradle/maven-metadata": { "xml": { "groupId": "com.android.tools.build", "lastUpdated": "20170306221012", "release": "2.3.0" } }, "com/android/tools/ddms#ddmlib/22.7.2": { "jar": "sha256-NZ5F7s1IkUbifaIimc7nOzYL1Ox/wCfb2zXKys5BOfk=", "pom": "sha256-YrMjYBcQ4UiBuJ/LDEJ/DfnNbewtmiY+F17jMt8iMXY=" }, "com/android/tools/external/lombok#lombok-ast/0.2.2": { "jar": "sha256-Ww2J1DBMXGFGDkijsPMTf3EitDOBuLtQWr9HzF/bmoE=", "pom": "sha256-iuaeannJXNEvRP80ak/B1wrnLTlkqnk3cTbGPIv0074=" }, "com/android/tools/layoutlib#layoutlib-api/22.7.2": { "jar": "sha256-X/eOSXu1N9Hi9toYoVGvyQZ7Cj6Q6KQvHJldOxd0kSw=", "pom": "sha256-dyDIj0DkMDb+tWMd2uEnO8XSwURDnqGK3/p0J3LzHnM=" }, "com/android/tools/lint#lint-api/22.7.2": { "jar": "sha256-1faoCgpY1ycOFmiZGr+akAkteBBqy1qDRGddCv71Tv4=", "pom": "sha256-gs32TSJflZ0SMJzK4k21b17zmJzn27TrE/oEW01RaQM=" }, "com/android/tools/lint#lint-checks/22.7.2": { "jar": "sha256-Hrp9wZ3RAhpR3BkT5obPwe4yrP3e26H3NZf2X6ghXzM=", "pom": "sha256-5/n3/kXskHm5S/kCh6xSbyGQ6/vJyU3LJsGhsG2+uM8=" }, "com/android/tools/lint#lint/22.7.2": { "jar": "sha256-vyzGoCzhz2/wdqBBo6GC8G8chqZfU/vR69VK/cxqjrg=", "pom": "sha256-PPoEnyzLSe5u7n55c5WjqGrpizxkIIINKEb+B6bqKlc=" }, "com/google/guava#guava-parent/15.0": { "pom": "sha256-9RllyaeD1msuchhUmHcfYJsJcQik/g9xfPwzCBWV2js=" }, "com/google/guava#guava/15.0": { "jar": "sha256-ejRXV3DuvGClR2YW42dqbLbyl1x4xBXipgFKxyS6V4M=", "pom": "sha256-lxBXG7i0qZL0X/gKSOL+Ws7cdD6/iD1M/cuSBgIruFs=" }, "com/squareup#javawriter/2.2.1": { "jar": "sha256-HIIW3l9u2UaerpQhAybEt/5hFmvlAnaOkCd5xqe6vOo=", "pom": "sha256-XNmnCSuBlmCSc4cBpL28LkoDm/r8E6NcfKCYEc+7MPA=" }, "commons-codec#commons-codec/1.4": { "jar": "sha256-aqQjTHTzoQNXUaJYIlRYZ8jDcnElpkK24ElmXRhjYxs=", "pom": "sha256-9fMAaUIboBPna+znYEB9zIACJGHclVXcvXX9sG2aQI8=" }, "commons-logging#commons-logging/1.1.1": { "jar": "sha256-zm+RPK0fDbOq1wGG1lxbx//Mmpnj/o4LE3MSgZ98Ni8=", "pom": "sha256-0PLhbQVOi7l63ZyiZSXrI0b2koCfzSooeH2ozrPDXug=" }, "kxml2#kxml2/2.3.0": { "pom": "sha256-CVvyT0be2d4LZsqdZx3PVPj2FbqVFQsaMTw0dcVf1qU=" }, "net/sf/kxml#kxml2/2.3.0": { "jar": "sha256-8mTdn3mh/eEM5ezFMiHv8kvkyTMcgwt9UvLwintjPeI=", "pom": "sha256-Mc5gb06VGJNimbsNJ8l4+mHhhf0d58mHT+lZpT40poU=" }, "net/sf/proguard#proguard-base/4.10": { "jar": "sha256-pCU0cXeR5+2oMDYTNzWP4siLCRmAEfnu0epVkfNUTyQ=", "pom": "sha256-iYTsEfuzfC9fj1aDRT2mLVtGYU8VxVBxJUH9isYqnWs=" }, "net/sf/proguard#proguard-gradle/4.10": { "jar": "sha256-ijb/GXYIYcPPWijb4aadk+aEfi5aadg5PQhkQv8R0Ms=", "pom": "sha256-kZNouji8XuG6t3YYOqf2HKBaDg1syDbiOhByk59mK5E=" }, "net/sf/proguard#proguard-parent/4.10": { "pom": "sha256-31W088lOxk4iyZFZ/VmWktA9VNdaFRMXMqovUDOeLGM=" }, "org/apache#apache/4": { "pom": "sha256-npMjomuo6yOU7+8MltMbcN9XCAhjDcFHyrHnNUHMUZQ=" }, "org/apache/commons#commons-compress/1.0": { "jar": "sha256-CehOeXeMoboVtzNll6MhRX/CJb1dQfe0aTXSeSL8KnQ=", "pom": "sha256-O4swzTU6QIV7IEMRzGQVBLATSET8lhOMIkMlniAo/5E=" }, "org/apache/commons#commons-parent/11": { "pom": "sha256-ueAwbzk0YBBbij+lEFJQxSkbHvqpmVSs4OwceDEJoCo=" }, "org/apache/commons#commons-parent/5": { "pom": "sha256-i9YywAvfgKfeNsIrYPEkUsFH2Oyi8A151maZ6+faoCo=" }, "org/apache/httpcomponents#httpclient/4.1.1": { "jar": "sha256-6uUm0Ipmeb9soTjUWgAFsgum7EpAJ4i+gQlwcTyOR1E=", "pom": "sha256-rboX2TSKl9TOBfKCZ5cP2BlcYaVssG1eDdFfr/YP4qc=" }, "org/apache/httpcomponents#httpcomponents-client/4.1": { "pom": "sha256-UhW2SHmMbI2bnN42QtO/taTMiUt8hBEAQ1Ln3l0RmCc=" }, "org/apache/httpcomponents#httpcomponents-client/4.1.1": { "pom": "sha256-R1KE5emVUm1+dxUTSgdBLOctWYUEY0I4P13kGIoCKlM=" }, "org/apache/httpcomponents#httpcomponents-core/4.1": { "pom": "sha256-T3l//Zw9FW3g2+wf0eY+n9hYSpPHBDV2VT38twb2TeQ=" }, "org/apache/httpcomponents#httpcore/4.1": { "jar": "sha256-POON5R9OJGaMbRhAV6jQhUH56BXS0xnQ9GLwgwkrKc8=", "pom": "sha256-T8hq+jjpyfqwmcz0XCvHQ9RT5qsiJJCr/oZxl1w8cyc=" }, "org/apache/httpcomponents#httpmime/4.1": { "jar": "sha256-MWKVZhSOikdoiuQ7Qgq8Ps14PtFbM768AIJL8kybFao=", "pom": "sha256-2zzZW+wQAWBeFlPyhD6FQucS+iu2cv2cjBrOhsV2c9E=" }, "org/apache/httpcomponents#project/4.1.1": { "pom": "sha256-IbtNRN/1TjOjfBGvaYWacUICrgCWmqtUU+unJ2aI+Ow=" }, "org/bouncycastle#bcpkix-jdk15on/1.48": { "jar": "sha256-U0czNrTlqtd5aKGLFsVNFc28Q/Plehh4eZ7faUHQujc=", "pom": "sha256-v3z/mqxILUKuuKFVHQDrZ81DbsjNThJuyKHgnITdIX0=" }, "org/bouncycastle#bcprov-jdk15on/1.48": { "jar": "sha256-gEt+Ljuax3Hf07Q94WZmrGAI+GAPSPKN3JTjmhFOIog=", "pom": "sha256-KRIr50qOwbT8VB49opmL62Irw4wEuovx9Vk4aReCeYI=" }, "org/eclipse/jdt/core/compiler#ecj/4.2.2": { "jar": "sha256-THTfiGENZzssdL9bSLYoS65C+biA8K2JqK2mn+hKDXA=", "pom": "sha256-sh7YTnfE/FhyYqADSzUx+vt+WxGlMWqbjKo/47fqYj0=" }, "org/ow2#ow2/1.3": { "pom": "sha256-USFcZ9LAaNi30vb4D1E3KgmAdd7MxEjUvde5h7qDKPs=" }, "org/ow2/asm#asm-analysis/4.0": { "jar": "sha256-3VOXq69XIxBJrLEBxFHlmKlHpd0YKYMneVNc/cK68U4=", "pom": "sha256-7U8zeG58CrtuaOYcK047V7WLFOqu/ewxtwkCXja3/Hg=" }, "org/ow2/asm#asm-parent/4.0": { "pom": "sha256-QFr+Cu5AfJEcXkqoCpSdtVOS8XleE8oCrnKdFV30rBg=" }, "org/ow2/asm#asm-tree/4.0": { "jar": "sha256-2LAWoiBbLhQdtCbAQdKubQ1ButBQBioqUXWiWdNkF9o=", "pom": "sha256-eskVIWBDQDSQMyuS1unIoqd5QIyy1kgdqdOjXtGKLvw=" }, "org/ow2/asm#asm/4.0": { "jar": "sha256-+y3ekCCke7AkxD2d4KlOc6vveTvwjwE1TMl8stLiqVc=", "pom": "sha256-5jzvroWeRrEtOd1Yh3oZ+JN0pM6xvLE2Fz+nbUfXhtc=" }, "org/sonatype/oss#oss-parent/7": { "pom": "sha256-tR+IZ8kranIkmVV/w6H96ne9+e9XRyL+kM5DailVlFQ=" } } } </ins>

Freenet installs successfully but fails to run for both the service and the package with Steps to reproduce the behavior: Failure with Or alternatively with the service = true; to config For Freenet to start and be able to access setup wizard on 127.0.0.1:8888 Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: hash = "sha256-wHCTqcBvVN/pTXH3iW57DPpMEsnehutRQB5NaugS6Zs="; }; <del> patches = [ ./01-kdtree-signature.patch ]; </del> <ins> nativeBuildInputs = [ setuptools ]; </ins> propagatedBuildInputs = [ numba

Steps to reproduce the behavior: python311Packages.pymatting Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: config = mkIf cfg.enable { warnings = [] <del> ++ optional (cfg.settings != null && cfg.settings.location != null) </del> <ins> ++ optional (cfg.settings != null && cfg.settings ? location) </ins> "`services.borgmatic.settings.location` is deprecated, please move your options out of sections to the global scope" ++ optional (catAttrs "location" (attrValues cfg.configurations) != []) "`services.borgmatic.configurations.<name>.location` is deprecated, please move your options out of sections to the global scope"

introduced a deprecation warning for the option. Upon following the warning and moving all options out of the option and removing it, the build fails with the following error: Steps to reproduce the behavior: the service without using the option the configuration Build succeeds. As a temporary workaround, I tried setting to an empty set but then borgmatic fails to parse the config file. <!-- 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.


Question: doCheck = true; <ins> # NOTE: Purity check is disabled for checkPhase because it doesn't fare well # with the DMD linker. See https://github.com/NixOS/nixpkgs/issues/97420 </ins> checkPhase = '' cd dmd <del> make -j$NIX_BUILD_CORES -C test -f Makefile PIC=1 CC=$CXX DMD=${pathToDmd} BUILD=release SHELL=$SHELL </del> <ins> NIX_ENFORCE_PURITY=  make -j$NIX_BUILD_CORES -C test -f Makefile PIC=1 CC=$CXX DMD=${pathToDmd} BUILD=release SHELL=$SHELL </ins> cd ../druntime <del> make -j$NIX_BUILD_CORES -f posix.mak unittest PIC=1 DMD=${pathToDmd} BUILD=release </del> <ins> NIX_ENFORCE_PURITY=  make -j$NIX_BUILD_CORES -f posix.mak unittest PIC=1 DMD=${pathToDmd} BUILD=release </ins> cd ../phobos <del> make -j$NIX_BUILD_CORES -f posix.mak unittest BUILD=release ENABLE_RELEASE=1 PIC=1 DMD=${pathToDmd} DFLAGS="-version=TZDatabaseDir -version=LibcurlPath -J$(pwd)" </del> <ins> NIX_ENFORCE_PURITY=  make -j$NIX_BUILD_CORES -f posix.mak unittest BUILD=release ENABLE_RELEASE=1 PIC=1 DMD=${pathToDmd} DFLAGS="-version=TZDatabaseDir -version=LibcurlPath -J$(pwd)" </ins> cd .. '';

Describe the bug To Reproduce Steps to reproduce the behavior: ~/nixpkgs -build -A tilix <details<summarylog</summary</detailsExpected behavior Screenshots Additional context 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 system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
build tilix
I guess that only works for PR. Sorry.
This looks like an issue with the package.
This probably needs patching
My mistake, the same error occurs in multiple tests, so fixing a single test won't do.
grepping for points to the DMD linker: It looks like the DMD linker invokes gcc with to do the actual work. Considering that the package hasn't been updated since April, perhaps some change in the gcc toolchain caused this build failure?
Pinging maintainers
output of <details
Thanks everyone


Question: <ins> { config, pkgs ,lib ,... }: with lib; { options.xdg.portal = { enable = mkEnableOption "<link xlink:href='https://github.com/flatpak/xdg-desktop-portal'>xdg desktop integration</link>"//{ default = true; }; extraPortals = mkOption { type = types.listOf types.package; default = []; description = '' List of additional portals to add to path. Portals allow interaction with system, like choosing files or taking screenshots. At minimum, a desktop portal implementation should be listed. GNOME and KDE already adds <package>xdg-desktop-portal-gtk</package>; and <package>xdg-desktop-portal-kde</package> respectively. On other desktop environments you probably want to add them yourself. ''; }; }; config = let cfg = config.xdg.portal; packages = [ pkgs.xdg-desktop-portal ] ++ cfg.extraPortals; in mkIf cfg.enable { services.dbus.packages  = packages; systemd.packages = packages; environment.variables = { GTK_USE_PORTAL = "1"; XDG_DESKTOP_PORTAL_PATH = map (p: "${p}/share/xdg-desktop-portal/portals") cfg.extraPortals; }; }; } </ins>

It is possible to use Plasma’s native file dialogues in Firefox 64 to open or save a file. Currently this feature is not working in NixOS, and it seems to me some small changes would need to be made to derivation in order to enable it. I propose we include this option together with as a Firefox option in NixOS (see also: ). I followed the explanation on how to enable this feature as it was published on : Firefox (64 is current stable) from a terminal emulator But it produces the following error: system: host os: multi-user?: sandbox: version: channels(root): channels(hook): nixpkgs:
You'll probably have to do something like this to expose the dbus service:
Where? In:
It needs to go into a nixos module or your .


Question: done poolImported "${pool}" || poolImport "${pool}"  # Try one last time, e.g. to import a degraded pool. if poolImported "${pool}"; then <del> ${optionalString cfgZfs.requestEncryptionCredentials '' </del> <ins> ${optionalString (if isBool cfgZfs.requestEncryptionCredentials then cfgZfs.requestEncryptionCredentials else cfgZfs.requestEncryptionCredentials != []) '' </ins> ${packages.zfsUser}/sbin/zfs list -rHo name,keylocation ${pool} | while IFS=$'t' read ds kl; do <del> (case "$kl" in </del> <ins> (${optionalString (!isBool cfgZfs.requestEncryptionCredentials) '' if ! echo '${concatStringsSep "n" cfgZfs.requestEncryptionCredentials}' | grep -qFx "$ds"; then continue fi ''} case "$kl" in </ins> none ) ;; prompt )

Describe the bug I have a ZFS pool with approximately the following layout: The datasets under are those that the local system is installed on and the datasets under are backups from a different machine received via . All datasets are using native ZFS encryption, however, datasets under are encrypted with a different key (that of the machine that sent the backups) than the rest of the pool. When I boot, the initrd will query me for the key for and but this key is not available and I also don't want to make it available for obvious reasons. The culprit lies in this statement in the : This forces loading of all keys, which is a good default, but cannot easily be overridden. My current workaround for this is to turn this off and only load the key for manually. To this end I would like to propose the following patch by which it should be possible to load the key only for the specified datasets. To Reproduce Steps to reproduce the behavior: NixOS with an encrypted ZFS pool a dataset with a different encryption key and set you lost the key for this new dataset errors when mounting due to the lack of keys Expected behavior It should be possible to restrict for which pools and datasets to query encryption credentials. Screenshots N/A Additional context N/A 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 system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
I think you can open a PR with your patch for this one.


Question: make -f Makefile.sharedlibrary install INSTALL_PREFIX=$out substituteAll ${./duktape.pc.in} $out/lib/pkgconfig/duktape.pc ''; enableParallelBuilding = true; meta = with lib; {

Steps to reproduce the behavior: The regression is directly caused by , and the root cause is the library is not properly linked, upstream issue: <!-- 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.


Question: vix = callPackage ../tools/misc/vix { }; <ins> vkBasalt = callPackage ../tools/graphics/vkBasalt { vkBasalt32 = pkgsi686Linux.vkBasalt; }; </ins> vnc2flv = callPackage ../tools/video/vnc2flv {}; vncrec = callPackage ../tools/video/vncrec { };

vkBasalt is a Vulkan post processing layer to enhance the visual graphics of games. Metadata homepage URL: source URL: license: zlib platforms: linux
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .


Question: { lib <ins> , stdenv </ins> , buildPythonPackage , fetchPypi , click

Describe the bug Tensorflow binary builds don't work on mac os. (neither do the source build, but that's a separate issue) To Reproduce $ nix-build '<nixpkgs' --show-trace -A python37Packages.tensorflow-bin_2 this derivation will be built: /nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow- building '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-'... Sourcing python-recompile-bytecode- Sourcing python-remove-tests-dir-hook Sourcing python-catch-conflicts- Sourcing python-remove-bin-bytecode- Sourcing wheel setup hook Using wheelUnpackPhase Sourcing pip-install-hook Using pipInstallPhase Sourcing python-imports-check- Using pythonImportsCheckPhase Sourcing python-namespaces-hook unpacking sources Executing wheelUnpackPhase Finished executing wheelUnpackPhase patching sources configuring /private/tmp/nix-build-python3.7-tensorflow- /private/tmp/nix-build-python3.7-tensorflow- Unpacking to: unpacked/tensorflow-2.1.0...OK substitute(): ERROR: file '--replace' does not exist error: --- Error
--------------------------------------------------------------------------- nix-build builder for '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-' failed with exit code 1 host os: multi-user?: sandbox: version: channels(noah): nixpkgs: yaml attribute: module:


Question: { lib <ins> , stdenv </ins> , buildPythonPackage , fetchPypi , click

Describe the bug tensorflow-bin_2 wants gast-3.2.0 due to but gast has been updated to 3.3.0 so tensorflow refuses to install: To Reproduce Notify maintainers Metadata Maintainer information:
There are also other dependencies that fail the version checks: scipy==1.4.1 and tensorflow-estimator<2.2.0,=2.1.0rc0.
This compiles i'll test it, any feedback appreciated
Got some issues
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Related .
It looks like fixes this.


Question: wantedBy = [ "multi-user.target" ]; aliases = [ "dbus-org.freedesktop.resolve1.service" ]; restartTriggers = [ config.environment.etc."systemd/resolved.conf".source ]; <ins> # Upstream bug: https://github.com/systemd/systemd/issues/18078 # systemd-resolved without libidn2 is broken environment.LD_LIBRARY_PATH = "${lib.getLib pkgs.libidn2}/lib"; </ins> }; environment.etc = {

Describe the bug Most of my programs is unable resolve DNS after I updated my system to (from the last time nixos-ustables was updated which is approximately 14 days ago). This includes curl, chrome, resolvectl and nix which basically makes my system unusable. One really weird exception is the tool which is actually able to query both a remote server (such as 8.8.8.8) and the local systemd-resolved server to resolve DNS (which indicates that this is probably not the fault of systemd). There's also a error message in systemd-resolved's that said "Failed to escape hostname: Invalid argument". I also tried to edit my file to change the nameserver to 8.8.8.8 and that didn't change anything. here are some examples of the errors returned by those programs: To Reproduce I don't really know how to reproduct this issue Expected behavior DNS should be working properley on all programs Additional context Add any other context about the problem here. 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. Maintainer information:
Programs which are broken are using the libc calls to resolve the hostname, looks like the nss module from systemd-resolved can't resolve the hostname either. This looks to be some kind of failure within systemd-resolved, since systemd-resolve on the CLI fails with . We should also open an upstream bug unless we find some evidence that this is caused by NixOS.
This bug affects me too. Same error and same logs.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Same bug on my end.
I think I figured out what's the problem here. I opened an upstream issue: Can you try if the following patch works around the issue?
that worked! (though I have to manually edit the service file since automatic GC kicked in and I cannot rebuild my system:facepalm:) Also, I feel like there should be a basic network connectivity test to prevent bugs like this from being merged into the unstable channel.
And thanks for the quick action ! I agree, but I thought we actually have them for unstable?


Question: wantedBy = [ "multi-user.target" ]; aliases = [ "dbus-org.freedesktop.resolve1.service" ]; restartTriggers = [ config.environment.etc."systemd/resolved.conf".source ]; <ins> # Upstream bug: https://github.com/systemd/systemd/issues/18078 # systemd-resolved without libidn2 is broken environment.LD_LIBRARY_PATH = "${lib.getLib pkgs.libidn2}/lib"; </ins> }; environment.etc = {

I've the following to my : and I can confirm systemd-resolved works again. Now, how do you get to rebuild your system if like you don't have a working system to rollback to? I did (as root): to force using that file in order to be able to run .
aw man I did not know that if you stop systemd-resolved it will resolve normally. I removed the symlink and created a new directory there, copied everything from to there, manually edited systemd-resolved.service, and ran and after that restarted systemd-resolved. method is definitely more superior.
So... for now we push this workaround to nixpkgs master?
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I'd say yes. Especially if there's no quick upstream fix in perspective. Hopefully this problem only affects users following unstable.
Stable doesn't get systemd updates, so it shouldn't be affected (based on flokli's analysis).
PR at


Question: config = mkIf cfg.enable { systemd = { packages = [ pkgs.networkd-dispatcher ]; services.networkd-dispatcher = { wantedBy = [ "multi-user.target" ]; # Override existing ExecStart definition <del> serviceConfig.ExecStart = [ </del> <ins> serviceConfig.ExecStart = let scriptDir = pkgs.symlinkJoin { name = "networkd-dispatcher-script-dir"; paths = lib.mapAttrsToList (name: cfg: (map(state: pkgs.writeTextFile { inherit name; text = cfg.script; destination = "/${state}.d/${name}"; executable = true; } ) cfg.onState) ) cfg.rules; }; in [ </ins> "" <del> "${pkgs.networkd-dispatcher}/bin/networkd-dispatcher -v --script-dir ${cfg.scriptDir} $networkd_dispatcher_args" </del> <ins> "${pkgs.networkd-dispatcher}/bin/networkd-dispatcher -v --script-dir ${scriptDir} $networkd_dispatcher_args" </ins> ]; }; <del> # Directory structure required according to upstream instructions # https://gitlab.com/craftyguy/networkd-dispatcher tmpfiles.rules = [ "d '${cfg.scriptDir}'               0750 root root - -" "d '${cfg.scriptDir}/routable.d'    0750 root root - -" "d '${cfg.scriptDir}/dormant.d'     0750 root root - -" "d '${cfg.scriptDir}/no-carrier.d'  0750 root root - -" "d '${cfg.scriptDir}/off.d'         0750 root root - -" "d '${cfg.scriptDir}/carrier.d'     0750 root root - -" "d '${cfg.scriptDir}/degraded.d'    0750 root root - -" "d '${cfg.scriptDir}/configuring.d' 0750 root root - -" "d '${cfg.scriptDir}/configured.d'  0750 root root - -" ]; </del> }; }; }

refuses to work since it requires the directories containing the scripts to have mode 755, but the nixos module creates them with mode 750. Steps to reproduce the behavior: (re)-configure an interface (for example by unplugging and replugging a network cable) something like in the journal and that does not exist, i.e. the hook was never run. networkd-dispatcher works. <!-- 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.
Thank you for the report! I'm thinking about adding a rules option to the networkd-dispatcher module so this might solve your issue


Question: <ins> diff -ruN gildas-src-aug18a/kernel/etc/Makefile gildas-src-aug18a.gag-font-bin-rule/kernel/etc/Makefile --- gildas-src-aug18a/kernel/etc/Makefile	2016-09-09 09:39:37.000000000 +0200 +++ gildas-src-aug18a.gag-font-bin-rule/kernel/etc/Makefile	2018-09-04 12:03:11.000000000 +0200 @@ -29,7 +29,8 @@ SEDEXE=sed -e 's?source tree?executable tree?g' -$(datadir)/gag-font.bin: hershey-font.dat $(bindir)/hershey +$(datadir)/gag-font.bin: hershey-font.dat $(bindir)/hershey  +	$(gagintdir)/etc/gag.dico.gbl $(gagintdir)/etc/gag.dico.lcl ifeq ($(GAG_ENV_KIND)-$(GAG_TARGET_KIND),cygwin-mingw) $(bindir)/hershey `cygpath -w $(datadir)`/gag-font.bin else </ins>

On Darwin the wrapper adds a number of unused arguments that are passed along to . displays a warning for each of these arguments: This makes the build log of some packages extremely large, and in turn it can cause because of the log size limit is exceeded. /cc system: host os: multi-user?: sandbox: version: channels(smaret): nixpkgs:
I think that fortran on darwin is a rather under-maintained combination in nixpkgs ATM.
for packages that use and on Darwin: Could this be implemented in the wrapper itself rather than in each package that uses the wrapper?
This needs to be propagated to everything that uses gfortran? I think using for gfortran packages might be a better in that case, it's less likely to cause other problems.
I think auto-passing such an option is slightly risky over the long term, as it may hide other errors, e.g. user typos. (No strong opinion.) I wonder if using gfortran with clang is actually a "supported" combination upstream; I guess might be better, as you write.