text:
Krita fails to open, errors with Segmentation fault

Describe the bug
Krita suddenly won't open anymore, in the terminal it shows "SEGMENTATION FAULT" and when I run journalctl -xe, it shows the following in the logs below. Additionally, I noticed I can only get the program to actually run when I run it with sudo krita.
Sep 15 16:59:00 ryzennova systemd[1]: Started Process Core Dump (PID 23211/UID 0).
░░ Subject: A start job for unit systemd-coredump@6-23211-0.service has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ A start job for unit systemd-coredump@6-23211-0.service has finished successfully.
░░
░░ The job identifier is 2445.
Sep 15 16:59:00 ryzennova systemd-coredump[23212]: [🡕] Process 23084 (.krita-wrapped) of user 1000 dumped core.

                                                   Module libdrm.so.2 without build-id.
                                                   Module libxcb-glx.so.0 without build-id.
                                                   Module libqxcb-glx-integration.so without build-id.
                                                   Module libcomposeplatforminputcontextplugin.so without build-id.
                                                   Module liblzma.so.5 without build-id.
                                                   Module libKF5Archive.so.5 without build-id.
                                                   Module libKF5GlobalAccel.so.5 without build-id.
                                                   Module libKF5DBusAddons.so.5 without build-id.
                                                   Module libQt5QuickTemplates2.so.5 without build-id.
                                                   Module libdbusmenu-qt5.so.2 without build-id.
                                                   Module libphonon4qt5.so.4 without build-id.
                                                   Module libattr.so.1 without build-id.
                                                   Module libacl.so.1 without build-id.
                                                   Module libKF5Solid.so.5 without build-id.
                                                   Module libKF5Codecs.so.5 without build-id.
                                                   Module libKF5AuthCore.so.5 without build-id.
                                                   Module libKF5Auth.so.5 without build-id.
                                                   Module libKF5ConfigWidgets.so.5 without build-id.
                                                   Module libKF5IconThemes.so.5 without build-id.
                                                   Module libKF5XmlGui.so.5 without build-id.
                                                   Module libKF5Bookmarks.so.5 without build-id.
                                                   Module libKF5Service.so.5 without build-id.
                                                   Module libKF5JobWidgets.so.5 without build-id.
                                                   Module libKF5KIOCore.so.5 without build-id.
                                                   Module libKF5KIOGui.so.5 without build-id.
                                                   Module libQt5Qml.so.5 without build-id.
                                                   Module libQt5QmlModels.so.5 without build-id.
                                                   Module libQt5Quick.so.5 without build-id.
                                                   Module libQt5QuickControls2.so.5 without build-id.
                                                   Module libKF5Notifications.so.5 without build-id.
                                                   Module libKF5KIOWidgets.so.5 without build-id.
                                                   Module libKF5KIOFileWidgets.so.5 without build-id.
                                                   Module KDEPlasmaPlatformTheme.so without build-id.
                                                   Module libXrender.so.1 without build-id.
                                                   Module libXcursor.so.1 without build-id.
                                                   Module libxcb-util.so.1 without build-id.
                                                   Module libxkbcommon-x11.so.0 without build-id.
                                                   Module libICE.so.6 without build-id.
                                                   Module libSM.so.6 without build-id.
                                                   Module libxcb-xinput.so.0 without build-id.
                                                   Module libxcb-xkb.so.1 without build-id.
                                                   Module libxcb-xinerama.so.0 without build-id.
                                                   Module libxcb-xfixes.so.0 without build-id.
                                                   Module libxcb-sync.so.1 without build-id.
                                                   Module libxcb-shape.so.0 without build-id.
                                                   Module libxcb-render.so.0 without build-id.
                                                   Module libxcb-render-util.so.0 without build-id.
                                                   Module libxcb-randr.so.0 without build-id.
                                                   Module libxcb-shm.so.0 without build-id.
                                                   Module libxcb-image.so.0 without build-id.
                                                   Module libxcb-icccm.so.4 without build-id.
                                                   Module libX11-xcb.so.1 without build-id.
                                                   Module libQt5XcbQpa.so.5 without build-id.
                                                   Module libqxcb.so without build-id.
                                                   Module libmp3lame.so.0 without build-id.
                                                   Module libmpg123.so.0 without build-id.
                                                   Module libogg.so.0 without build-id.
                                                   Module libopus.so.0 without build-id.
                                                   Module libvorbisenc.so.2 without build-id.
                                                   Module libvorbis.so.0 without build-id.
                                                   Module libFLAC.so.12 without build-id.
                                                   Module libbrotlicommon.so.1 without build-id.
                                                   Module libsndfile.so.1 without build-id.
                                                   Module libexpat.so.1 without build-id.
                                                   Module libbrotlidec.so.1 without build-id.
                                                   Module libgraphite2.so.3 without build-id.
                                                   Module libsystemd.so.0 without build-id.
                                                   Module libcap.so.2 without build-id.
                                                   Module libkeyutils.so.1 without build-id.
                                                   Module libkrb5support.so.0 without build-id.
                                                   Module libcom_err.so.3 without build-id.
                                                   Module libk5crypto.so.3 without build-id.
                                                   Module libkrb5.so.3 without build-id.
                                                   Module libpcre2-8.so.0 without build-id.
                                                   Module libpulsecommon-16.1.so without build-id.
                                                   Module libXdmcp.so.6 without build-id.
                                                   Module libXau.so.6 without build-id.
                                                   Module libffi.so.8 without build-id.
                                                   Module libxkbcommon.so.0 without build-id.
                                                   Module libfreetype.so.6 without build-id.
                                                   Module libfontconfig.so.1 without build-id.
                                                   Module libxcb-keysyms.so.1 without build-id.
                                                   Module libXfixes.so.3 without build-id.
                                                   Module libGLdispatch.so.0 without build-id.
                                                   Module libGLX.so.0 without build-id.
                                                   Module libzstd.so.1 without build-id.
                                                   Module libpcre2-16.so.0 without build-id.
                                                   Module libicudata.so.73 without build-id.
                                                   Module libicuuc.so.73 without build-id.
                                                   Module libicui18n.so.73 without build-id.
                                                   Module libharfbuzz.so.0 without build-id.
                                                   Module libdbus-1.so.3 without build-id.
                                                   Module libudev.so.1 without build-id.
                                                   Module libgssapi_krb5.so.2 without build-id.
                                                   Module libpulse.so.0 without build-id.
                                                   Module libpulse-mainloop-glib.so.0 without build-id.
                                                   Module libbz2.so.1 without build-id.
                                                   Module libquazip1-qt5.so.1.4.0 without build-id.
                                                   Module libxcb.so.1 without build-id.
                                                   Module libQt5WaylandClient.so.5 without build-id.
                                                   Module libKF5WindowSystem.so.5 without build-id.
                                                   Module libGL.so.1 without build-id.
                                                   Module libfftw3.so.3 without build-id.
                                                   Module libgcc_s.so.1 without build-id.
                                                   Module libstdc++.so.6 without build-id.
                                                   Module libQt5Core.so.5 without build-id.
                                                   Module libQt5Gui.so.5 without build-id.
                                                   Module libQt5X11Extras.so.5 without build-id.
                                                   Module libQt5DBus.so.5 without build-id.
                                                   Module libKF5CoreAddons.so.5 without build-id.
                                                   Module libXext.so.6 without build-id.
                                                   Module libX11.so.6 without build-id.
                                                   Module libIex-2_5.so.25 without build-id.
                                                   Module libIlmThread-2_5.so.25 without build-id.
                                                   Module libIexMath-2_5.so.25 without build-id.
                                                   Module libHalf-2_5.so.25 without build-id.
                                                   Module libImath-2_5.so.25 without build-id.
                                                   Module libIlmImf-2_5.so.26 without build-id.
                                                   Module libXi.so.6 without build-id.
                                                   Module libQt5Network.so.5 without build-id.
                                                   Module libQt5Multimedia.so.5 without build-id.
                                                   Module libz.so.1 without build-id.
                                                   Module libpng16.so.16 without build-id.
                                                   Module libKF5ConfigCore.so.5 without build-id.
                                                   Module libgslcblas.so.0 without build-id.
                                                   Module libgsl.so.27 without build-id.
                                                   Module libkritaversion.so.18 without build-id.
                                                   Module libKF5I18n.so.5 without build-id.
                                                   Module libQt5Concurrent.so.5 without build-id.
                                                   Module libQt5Xml.so.5 without build-id.
                                                   Module libQt5Widgets.so.5 without build-id.
                                                   Module libkritaglobal.so.18 without build-id.
                                                   Module libkritastore.so.18 without build-id.
                                                   Module libkritaplugin.so.18 without build-id.
                                                   Module libQt5Sql.so.5 without build-id.
                                                   Module libkritaresources.so.18 without build-id.
                                                   Module libKF5WidgetsAddons.so.5 without build-id.
                                                   Module libKF5GuiAddons.so.5 without build-id.
                                                   Module libKF5ConfigGui.so.5 without build-id.
                                                   Module libKF5ItemViews.so.5 without build-id.
                                                   Module libQt5PrintSupport.so.5 without build-id.
                                                   Module libkritawidgetutils.so.18 without build-id.
                                                   Module libkritaresourcewidgets.so.18 without build-id.
                                                   Module libkritacommand.so.18 without build-id.
                                                   Module libkritapigment.so.18 without build-id.
                                                   Module libQt5Svg.so.5 without build-id.
                                                   Module libkritaflake.so.18 without build-id.
                                                   Module libKF5Completion.so.5 without build-id.
                                                   Module libkritawidgets.so.18 without build-id.
                                                   Module libboost_system.so.1.81.0 without build-id.
                                                   Module libkritametadata.so.18 without build-id.
                                                   Module libkritapsdutils.so.18 without build-id.
                                                   Module libkritaimage.so.18 without build-id.
                                                   Module libkritalibbrush.so.18 without build-id.
                                                   Module libkritacolord.so.18 without build-id.
                                                   Module libkritacolor.so.18 without build-id.
                                                   Module libkritaimpex.so.18 without build-id.
                                                   Module libKF5Crash.so.5 without build-id.
                                                   Module libkritaui.so.18 without build-id.
                                                   Module .krita-wrapped without build-id.
                                                   Stack trace of thread 23084:
                                                   #0  0x00007fdf0657b1b7 _ZN14QOpenGLContext6createEv (libQt5Gui.so.5 + 0x17b1b7)
                                                   #1  0x00007fdf00c8747c _Z26initializeRendererSessionsv (KDEPlasmaPlatformTheme.so + 0x4747c)
                                                   #2  0x00007fdf060d1b7a _ZN23QCoreApplicationPrivate4initEv (libQt5Core.so.5 + 0x2d1b7a)
                                                   #3  0x00007fdf060d22ba _ZN16QCoreApplicationC2ERiPPci (libQt5Core.so.5 + 0x2d22ba)
                                                   #4  0x0000000000407a27 main (.krita-wrapped + 0x7a27)
                                                   #5  0x00007fdf0583dace __libc_start_call_main (libc.so.6 + 0x23ace)
                                                   #6  0x00007fdf0583db89 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x23b89)
                                                   #7  0x000000000040b195 _start (.krita-wrapped + 0xb195)
                                                   ELF object binary architecture: AMD x86-64
░░ Subject: Process 23084 (.krita-wrapped) dumped core
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ Documentation: man:core(5)
░░
░░ Process 23084 (.krita-wrapped) crashed and dumped core.
░░
░░ This usually indicates a programming error in the crashing program and
░░ should be reported to its vendor as a bug.
Sep 15 16:59:00 ryzennova systemd[1]: systemd-coredump@6-23211-0.service: Deactivated successfully.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ The unit systemd-coredump@6-23211-0.service has successfully entered the 'dead' state.

Steps To Reproduce
Steps to reproduce the behavior:

Install Krita
Try to open Krita either via the desktop icon or terminal command
Error occurs (in terminal it says segmentation fault, on graphical it just doesn't open).

Expected behavior
The application should open like normal
Notify maintainers
@abbradar
@sifmelcara
@nek0
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
❯ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.1.52, NixOS, 23.11 (Tapir), 23.11.20230915.ace5093`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.17.0`
 - channels(root): `"nixos"`
 - nixpkgs: `/nix/store/6s86padm2iikrwhlq8nwfv0lw9d1sbvq-source`

I tried running it with your nixpkgs version (with nix run github:NixOS/nixpkgs/ace5093e36ab1e95cb9463863491bee90d5a4183#krita) and it works for me.

Additionally, I noticed I can only get the program to actually run when I run it with sudo krita

Maybe that's an indication of something is wrong with your normal user's environment. You say "Krita suddenly won't open anymore", can you verify if you can launch krita built from older nixpkgs version or not?

I tried running it with your nixpkgs version (with nix run github:NixOS/nixpkgs/ace5093e36ab1e95cb9463863491bee90d5a4183#krita) and it works for me.

Additionally, I noticed I can only get the program to actually run when I run it with sudo krita

Maybe that's an indication of something is wrong with your normal user's environment. You say "Krita suddenly won't open anymore", can you verify if you can launch krita built from older nixpkgs version or not?

Nothing changed from my configs other than me updating from this old nixpkgs version to the current one I'm using. I went back to the old one and Krita works there, but going back to the current one breaks it; so something definitely broke between those two versions of nixpkgs
Old version
    "nixpkgs": {
      "locked": {
        "lastModified": 1691899779,
        "narHash": "sha256-IBf4KVr/UQJlzrqB2/IHtlvmwsvyIVLPerSzCPU/6Xk=",
        "owner": "nixos",
        "repo": "nixpkgs",
        "rev": "100a1550b0e7a64b960c625b656f9229bdef5f87",
        "type": "github"
      },
      "original": {
        "owner": "nixos",
        "ref": "nixos-unstable",
        "repo": "nixpkgs",
        "type": "github"
      }
    },
    "nixpkgs-lib": {
      "locked": {
        "lastModified": 1680397293,
        "narHash": "sha256-wBpJ73+tJ8fZSWb4tzNbAVahC4HSo2QG3nICDy4ExBQ=",
        "owner": "nix-community",
        "repo": "nixpkgs.lib",
        "rev": "b18d328214ca3c627d3cc3f51fd9d1397fdbcd7a",
        "type": "github"
      },
      "original": {
        "owner": "nix-community",
        "repo": "nixpkgs.lib",
        "type": "github"
      }
    },

Current
    "nixpkgs": {
      "locked": {
        "lastModified": 1693844670,
        "narHash": "sha256-t69F2nBB8DNQUWHD809oJZJVE+23XBrth4QZuVd6IE0=",
        "owner": "nixos",
        "repo": "nixpkgs",
        "rev": "3c15feef7770eb5500a4b8792623e2d6f598c9c1",
        "type": "github"
      },
      "original": {
        "owner": "nixos",
        "ref": "nixos-unstable",
        "repo": "nixpkgs",
        "type": "github"
      }
    },
    "nixpkgs-lib": {
      "locked": {
        "lastModified": 1680397293,
        "narHash": "sha256-wBpJ73+tJ8fZSWb4tzNbAVahC4HSo2QG3nICDy4ExBQ=",
        "owner": "nix-community",
        "repo": "nixpkgs.lib",
        "rev": "b18d328214ca3c627d3cc3f51fd9d1397fdbcd7a",
        "type": "github"
      },
      "original": {
        "owner": "nix-community",
        "repo": "nixpkgs.lib",
        "type": "github"
      }
    },

This is another thing I noticed aswell, after I run Krita in sudo and then I actually close the program, it also segmentation faults! And it occurs on both versions of nixpkgs and on both of my computers (the second one just having a brand new install with the same configurations).
Sep 16 11:06:43 ryzennova sudo[14308]: novaviper : TTY=pts/1 ; PWD=/home/novaviper ; USER=root ; COMMAND=/home/novaviper/.nix-profile/bin/krita
Sep 16 11:06:43 ryzennova sudo[14308]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Sep 16 11:06:46 ryzennova kwin_x11[2290]: kwin_core: XCB error: 152 (BadDamage), sequence: 51018, resource id: 18893293, major code: 143 (DAMAGE), minor code: 3 (Subtract)
Sep 16 11:06:49 ryzennova kernel: .krita-wrapped[14310]: segfault at 7f1d652935a0 ip 00007f1d652d768b sp 00007ffda80ab3f0 error 4 in libKF5IconThemes.so.5.108.0[7f1d652c7000+29000] likely on CPU 9 (core 3, socket 0)
Sep 16 11:06:49 ryzennova kernel: Code: 8b 7d 18 be 28 00 00 00 e8 92 fa fe ff 4c 8b 65 10 41 8b 04 24 85 c0 74 5e 83 f8 ff 74 08 f0 41 83 2c 24 01 74 49 48 8b 7d 08 <8b> 07 85 c0 74 27 83 f8 ff 74 06 f0 83 2f 01 74 14 48 83 c4 08 48
Sep 16 11:06:49 ryzennova systemd[1]: Started Process Core Dump (PID 14407/UID 0).
░░ Subject: A start job for unit systemd-coredump@9-14407-0.service has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ A start job for unit systemd-coredump@9-14407-0.service has finished successfully.
░░
░░ The job identifier is 2302.
Sep 16 11:06:49 ryzennova systemd-coredump[14408]: Resource limits disable core dumping for process 14310 (.krita-wrapped).
Sep 16 11:06:49 ryzennova systemd-coredump[14408]: [🡕] Process 14310 (.krita-wrapped) of user 0 dumped core.
░░ Subject: Process 14310 (.krita-wrapped) dumped core
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ Documentation: man:core(5)
░░
░░ Process 14310 (.krita-wrapped) crashed and dumped core.
░░
░░ This usually indicates a programming error in the crashing program and
░░ should be reported to its vendor as a bug.
Sep 16 11:06:49 ryzennova systemd[1]: systemd-coredump@9-14407-0.service: Deactivated successfully.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ The unit systemd-coredump@9-14407-0.service has successfully entered the 'dead' state.
Sep 16 11:06:49 ryzennova sudo[14308]: pam_unix(sudo:session): session closed for user root

If it also happens with fresh install of NixOS and fresh home folder, then there is probably some issue with your nix configurations, or maybe it is GPU specific. I cannot reproduce on Nvidia and Intel GPU.
Maybe try bisect your nix configuration, or try some other qt based GUI program like qtcreator?

@sifmelcara Ok.. So it is something with my config but I really haven't a faintest clue of what could've changed to make it break like that.. I'm just gonna rewrite the config from scratch and just incrementally see which config could be causing trouble (especially since I'm not sure what commit exactly is what broke it). Going to close this for now til I find whatever is the culprit.

Hey I actually found out the issue! Enabling the qt and gtk settings in Home-Manager! It seems to be because the folders get set to read-only mode so Krita can't edit/access the files

I wanted to give an update to this, but enabling the qt and gtk modules in Home-Manager now no longer breaks Krita. Unsure why exactly that was happening but it all works now!

authors: NovaViper sifmelcara


text:
curl on macOS does not resolve IPv6 addresses

Describe the bug
I installed curl through nix and tried to request a website through IPv6:
Steps To Reproduce
Steps to reproduce the behavior:
nix-shell -p curl
this path will be fetched (0.05 MiB download, 0.25 MiB unpacked):
  /nix/store/frzkl4i1iyhy07949nrgqi2a6p9h0nmn-curl-8.4.0-dev
copying path '/nix/store/frzkl4i1iyhy07949nrgqi2a6p9h0nmn-curl-8.4.0-dev' from 'https://cache.nixos.org'...

[nix-shell:~]$ curl -6 www.heise.de
curl: (6) Could not resolve host: www.heise.de

Expected behavior
A working HTTP request, like the mac os provided curl delivers:
➜  ~ /usr/bin/curl --version
curl 8.4.0 (x86_64-apple-darwin23.0) libcurl/8.4.0 (SecureTransport) LibreSSL/3.3.6 zlib/1.2.12 nghttp2/1.55.1
Release-Date: 2023-10-11
Protocols: dict file ftp ftps gopher gophers http https imap imaps ldap ldaps mqtt pop3 pop3s rtsp smb smbs smtp smtps telnet tftp
Features: alt-svc AsynchDNS GSS-API HSTS HTTP2 HTTPS-proxy IPv6 Kerberos Largefile libz MultiSSL NTLM NTLM_WB SPNEGO SSL threadsafe UnixSockets
➜  ~ /usr/bin/curl -6 www.heise.de

<title>301 Moved Permanently</title>

301 Moved Permanently

nginx

Additional context
Running on macOS 14.2.1 (23C71).
Notify maintainers
@lovek323
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
➜  ~ nix-shell -p nix-info --run "nix-info -m"
 - system: `"aarch64-darwin"`
 - host os: `Darwin 23.2.0, macOS 14.2.1`
 - multi-user?: `yes`
 - sandbox: `no`
 - version: `nix-env (Nix) 2.15.1`
 - channels(root): `"nixpkgs"`
 - nixpkgs: `/nix/var/nix/profiles/per-user/root/channels/nixpkgs`

Add a :+1: reaction to issues you find important.

duplicate of https://github.com/NixOS/nixpkgs/issues/276961 and fix by https://github.com/NixOS/nixpkgs/pull/277471

source: gharchive/issue

authors: a-n-n-a-l-e-e mknudsen

repo: NixOS/nixpkgs

license: MIT

license_type: permissive

license_source: github-api


text:
Enable OPENSSL_NO_VENDOR by default for rustPlatform (or in-tree rust packages?)

OPENSSL_NO_VENDOR allows openssl-sys to use the openssl we provide instead of its own included one. This can reduce closure size and (perhaps?) improve security since we only have to track a small number of openssl versions.
However, there is no obvious signs indicating this should be used, unless missing it causes a build failure, or someone check Cargo.toml very carefully. A search on GitHub shows that currently only 63 packages have this environment variable included.
I would like to ask

Is this necessary or does the benefits worth using by default?
Can we include this environment variable in buildRustPackage by default?
Are there other ways to indicate that some packages need to add OPENSSL_NO_VENDOR?

One solution would be going further than vendoring every Cargo.Lock: create a central place to put all cargo packages (being used) and turn them into Nix derivations, so we can deal with this kind of issues easily.

can you point to where in the openssl crate this option is documented?

https://github.com/sfackler/rust-openssl/blob/83b3186f5f0c82c28339c2b235b3bb4e5d324b7b/openssl-sys/build/main.rs#L50-L54

authors: Aleksanaa eclairevoyant lolbinarycat


text:
Build failure: waybar-0.10.2 - aarch64 with asahi

Steps To Reproduce
Steps to reproduce the behavior:

add home.packages = [ pkgs.waybar ];
sudo nixos-rebuild switch

Build log
❯ sudo nixos-rebuild switch --flake /persist/etc/nixos#mbp-m2
warning: Git tree '/persist/etc/nixos' is dirty
building the system configuration...
warning: Git tree '/persist/etc/nixos' is dirty
error: builder for '/nix/store/ifrihr34mpslmyxx0fznnj9zb69b4yi5-waybar-0.10.2.drv' failed with exit code 1;
       last 10 log lines:
       > Run-time dependency libudev found: YES 255
       > Run-time dependency libevdev found: YES 1.13.1
       > Run-time dependency libmpdclient found: YES 2.22
       > Run-time dependency xkbregistry found: YES 1.5.0
       > Run-time dependency jack found: YES 1.9.22
       > Run-time dependency wireplumber-0.5 found: NO (tried pkgconfig)
       >
       > meson.build:95:17: ERROR: Dependency "wireplumber-0.5" not found, tried pkgconfig
       >
       > A full log can be found at /build/source/build/meson-logs/meson-log.txt
       For full logs, run 'nix log /nix/store/ifrihr34mpslmyxx0fznnj9zb69b4yi5-waybar-0.10.2.drv'.
error: 1 dependencies of derivation '/nix/store/y6pk94jmdlwj55a120l11i8k80gbpf2r-home-manager-path.drv' failed to build
error: 1 dependencies of derivation '/nix/store/6rqyp39zq2bgd7pfgc43fvjyfb3yf1bb-home-manager-generation.drv' failed to build
error: 1 dependencies of derivation '/nix/store/pbmyfca7mq6qb053qfmkgpz8fcbn7js5-unit-home-manager-zwolin.service.drv' failed to build
error: 1 dependencies of derivation '/nix/store/w0bj6086c3swygkmg6s422rlj9xnls9g-system-units.drv' failed to build
error: 1 dependencies of derivation '/nix/store/yhcww3q9c9bg7cbx23in2y963wpx7qal-etc.drv' failed to build
error: 1 dependencies of derivation '/nix/store/kyb7mavjjk8ggy62c7kf9iv6h7i714ij-nixos-system-nixos-24.05.20240505.25865a4.drv' failed to build

Additional context
I asked about this on discord and got a few responses that everything builds fine for x86-64. I'm not sure how this is relevant but I'm using macbook pro m2, with https://github.com/tpwrules/nixos-apple-silicon. Everything was fine so far and today I did nix flake update and tried to rebuild.
     "nixpkgs": {
       "locked": {
-        "lastModified": 1712963716,
-        "narHash": "sha256-WKm9CvgCldeIVvRz87iOMi8CFVB1apJlkUT4GGvA0iM=",
+        "lastModified": 1714906307,
+        "narHash": "sha256-UlRZtrCnhPFSJlDQE7M0eyhgvuuHBTe1eJ9N9AQlJQ0=",
         "owner": "nixos",
         "repo": "nixpkgs",
-        "rev": "cfd6b5fc90b15709b780a5a1619695a88505a176",
+        "rev": "25865a40d14b3f9cf19f19b924e2ab4069b09588",
         "type": "github"
       },

Notify maintainers

@FlorianFranzen @lovesegfault @minijackson @rodrgz @Synthetica9 @khaneliman
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
❮ nix-shell -p nix-info --run "nix-info -m"
 - system: `"aarch64-linux"`
 - host os: `Linux 6.8.6-asahi, NixOS, 24.05 (Uakari), 24.05.20240505.25865a4`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.18.2`
 - nixpkgs: `/nix/store/3pif36ks3f56py4wb1dkq6sh0nkf3ygj-source`

Add a :+1: reaction to issues you find important.

I added overlay which takes waybar from master (016b7291a3d85d14cfc907320b9c5829a68b8434) and it works perfectly fine, so should I just close it and wait for new nixos-unstable?

Possibly that commit then fixed it https://github.com/NixOS/nixpkgs/commit/a4deb172a4934762b6d2f7f52057d47cbf7720b4 . That bump was merged quite recently
You could double check if the master version is 0.10.3 on your end with the overlay.
Here is a link to track the build status of that pr http://nixpk.gs/pr-tracker.html?pr=309516
As there is no action left here (beside waiting), on could already close the issue on my personal opinion.

so nixos-unstable already has this commit, however when I update and rebuild, I get the same error. Apparently on master everything works correctly. I'm not sure what may be the difference

I found out what was causing the issue. It's indeed the nixos-apple-silicon which downgrades the wireplumber, the nixpkgs are okay https://github.com/tpwrules/nixos-apple-silicon/blob/main/apple-silicon-support/modules/sound/default.nix#L70


text:
Wireless device stopped working in NixOS (but works in Ubuntu)

Issue description
I have a pci-e wireless aetheros card with a QCA9882 chipset. I used to use it to serve up a wireless AP with hostapd. It would only work in 2.4Ghz but suddenly it stopped working completely under NixOS. I don't know what changed. ifconfig -a and iwconfig both don't list any wireless devices (see below).
However when I booted up a Ubuntu liveusb I was able to use nmcli to connect to and access point and ping Google (with ethernet physically unplugged). So I'm pretty sure this is not a hardware issue.
ifconfig -a output (NixOS)
enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 00:24:1d:8f:d3:63  txqueuelen 1000  (Ethernet)
        RX packets 6322204  bytes 442019445 (421.5 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 10946545  bytes 15291632450 (14.2 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp4s6f0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:04:23:df:13:44  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp4s6f1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:04:23:df:13:45  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 5248  bytes 503833 (492.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5248  bytes 503833 (492.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vboxnet0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.56.1  netmask 255.255.255.0  broadcast 0.0.0.0
        ether 0a:00:27:00:00:00  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

iwconfig output (NixOS)
lo        no wireless extensions.

enp4s6f1  no wireless extensions.

vboxnet0  no wireless extensions.

enp3s0    no wireless extensions.

enp4s6f0  no wireless extensions.

dmesg | grep ath10k output (NixOS)
[   37.187424] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[   37.472653] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:02:00.0.bin failed with error -2
[   37.472670] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
[   37.581317] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043222ff sub 0000:0000
[   37.581319] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0
[   37.581458] ath10k_pci 0000:02:00.0: firmware ver 10.2.4.70.63-2 api 5 features no-p2p,raw-mode,mfp crc32 4ff9e14d
[   37.621594] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[   37.657912] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   38.786332] ath10k_pci 0000:02:00.0: firmware crashed! (uuid n/a)
[   38.786379] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043222ff sub 0000:0000
[   38.786381] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0
[   38.786535] ath10k_pci 0000:02:00.0: firmware ver 10.2.4.70.63-2 api 5 features no-p2p,raw-mode,mfp crc32 4ff9e14d
[   38.786539] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   38.786541] ath10k_pci 0000:02:00.0: htt-ver 0.0 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
[   38.788553] ath10k_pci 0000:02:00.0: firmware register dump:
[   38.788586] ath10k_pci 0000:02:00.0: [00]: 0x4100016C 0x000015B3 0x009BFF84 0x00955B31
[   38.788620] ath10k_pci 0000:02:00.0: [04]: 0x009BFF84 0x00060130 0x00000013 0x00000000
[   38.788653] ath10k_pci 0000:02:00.0: [08]: 0x009C8EA4 0x00007170 0x00000001 0x00435300
[   38.788687] ath10k_pci 0000:02:00.0: [12]: 0x00000009 0x00000000 0x00958360 0x0095836B
[   38.788720] ath10k_pci 0000:02:00.0: [16]: 0x00958080 0x0094078E 0x00000000 0x00000000
[   38.788753] ath10k_pci 0000:02:00.0: [20]: 0x409BFF84 0x0040AB44 0x004101E0 0x0000000C
[   38.788786] ath10k_pci 0000:02:00.0: [24]: 0x809BFE1C 0x0040ABA4 0x00000006 0xC09BFF84
[   38.788819] ath10k_pci 0000:02:00.0: [28]: 0x8098E907 0x0040ABD4 0x009C8E7C 0x0000016B
[   38.788852] ath10k_pci 0000:02:00.0: [32]: 0x8098FD3B 0x0040ABF4 0x004209EC 0x00420B0C
[   38.788885] ath10k_pci 0000:02:00.0: [36]: 0x8098A7DA 0x0040AC34 0x00420AA0 0x004062DC
[   38.788919] ath10k_pci 0000:02:00.0: [40]: 0x80988785 0x0040AC94 0x00410760 0x00400000
[   38.788952] ath10k_pci 0000:02:00.0: [44]: 0x8098AEC8 0x0040AD44 0x00410760 0x00000001
[   38.788989] ath10k_pci 0000:02:00.0: [48]: 0x809B67C4 0x0040AD84 0x00410760 0x00411344
[   38.789022] ath10k_pci 0000:02:00.0: [52]: 0x809B293C 0x0040ADA4 0x00400000 0x00416FA4
[   38.789055] ath10k_pci 0000:02:00.0: [56]: 0x809C0C3D 0x0040ADE4 0x0040AE08 0x00412118
[   44.144104] ath10k_pci 0000:02:00.0: wmi unified ready event not received
[   44.202279] ath10k_pci 0000:02:00.0: could not init core (-110)
[   44.202309] ath10k_pci 0000:02:00.0: could not probe fw (-110)
[   44.211111] ath10k_pci 0000:02:00.0: cannot restart a device that hasn't been started

ifconfig output (Ubuntu)
enp3s0    Link encap:Ethernet  HWaddr 00:24:1d:8f:d3:63
          inet addr:192.168.4.3  Bcast:192.168.4.255  Mask:255.255.255.0
          inet6 addr: fe80::1902:178a:dcba:1986/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1775 errors:0 dropped:0 overruns:0 frame:0
          TX packets:360 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2469612 (2.4 MB)  TX bytes:32487 (32.4 KB)

enp4s6f0  Link encap:Ethernet  HWaddr 00:04:23:df:13:44
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

enp4s6f1  Link encap:Ethernet  HWaddr 00:04:23:df:13:45
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:208 errors:0 dropped:0 overruns:0 frame:0
          TX packets:208 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:16012 (16.0 KB)  TX bytes:16012 (16.0 KB)

wlp2s0    Link encap:Ethernet  HWaddr 00:0e:8e:5b:1f:b6
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

iwconfig output (Ubuntu)
enp4s6f0  no wireless extensions.

enp4s6f1  no wireless extensions.

lo        no wireless extensions.

enp3s0    no wireless extensions.

wlp2s0    IEEE 802.11  ESSID:off/any
          Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on

dmesg | grep ath10k output (Ubuntu)
[   33.610905] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[   33.801925] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:02:00.0.bin failed with error -2
[   33.801949] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
[   33.841143] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043222ff sub 0000:0000
[   33.841145] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 1 tracing 1 dfs 0 testmode 0
[   33.841340] ath10k_pci 0000:02:00.0: firmware ver 10.2.4.70.9-2 api 5 features no-p2p,raw-mode crc32 b8d50af5
[   33.881565] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[   33.901264] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   35.027593] ath10k_pci 0000:02:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
[   35.151165] ath10k_pci 0000:02:00.0 wlp2s0: renamed from wlan0

My hardware-configuration.nix
# Do not modify this file!  It was generated by ‘nixos-generate-config’
# and may be overwritten by future invocations.  Please make changes
# to /etc/nixos/configuration.nix instead.
{ config, lib, pkgs, linuxManualConfig, ... }:

{
  imports =
    [ <nixpkgs/nixos/modules/installer/scan/not-detected.nix>
    ];

  boot.kernelPackages = pkgs.linuxPackages_4_9;
  boot.initrd.availableKernelModules = [ "ahci" "ohci_pci" "ehci_pci" "pata_atiixp" "firewire_ohci" "usb_storage" "floppy" "sd_mod" "sr_mod" ];
  boot.kernelModules = [ "kvm-amd" ];
  boot.extraModulePackages = [ ];
  boot.extraModprobeConfig = ''
    options ath10k_core skip_otp=y
    options cfg80211 ieee80211_regdom=CA
  '';
  hardware.firmware = [ pkgs.firmwareLinuxNonfree ];

  fileSystems."/" =
    { device = "/dev/disk/by-uuid/b92bad80-3705-4405-bc47-e20f72db7f78";
      fsType = "btrfs";
    };

  fileSystems."/boot" =
    { device = "/dev/disk/by-uuid/cb32307a-99f2-4a30-ac47-b456ddd75b6c";
      fsType = "ext2";
    };

  swapDevices =
    [ { device = "/dev/disk/by-uuid/6be80b01-2817-4a9e-8c39-566b39273267"; }
    ];

  nix.maxJobs = lib.mkDefault 6;
  powerManagement.cpuFreqGovernor = "ondemand";
}

I can provide more information, but do not know what to include. I'd like to mention that I have tried to boot a NixOS entry
(from grub) from a date I know for sure my wifi worked and this did not work.
EDIT - Additional information
I booted up a live usb of nixos-minimal-17.03.1463.81fceb2554-x86_64-linux.iso which correctly showed my device as wlp2s0.
I also booted up nixos-minimal-17.09.2034.78eed74497-x86_64-linux.iso which did not work.
I remain hopeful that this is a regression and there could be a fix.
Steps to reproduce
If you have the same hardware try using wifi with NixOS and Ubunutu. That device will not be usable in NixOS.
Technical details

System: (NixOS: nixos-version, Ubuntu/Fedora: lsb_release -a, ...)
  NixOS: 17.09.2034.78eed74497 (Hummingbird)
  Ubuntu: ubuntu-16.04.3-desktop
  md5 of Ubuntu iso used:
  0d9fe8e1ea408a5895cbbe3431989295

Nix version: (run nix-env --version)
  nix-env (Nix) 1.11.15

Nixpkgs version: (run nix-instantiate --eval '<nixpkgs>' -A lib.nixpkgsVersion)
  17.09.2034.78eed74497

Sandboxing enabled: (run grep build-use-sandbox /etc/nix/nix.conf)
  build-use-sandbox = false

Clearly, Ubuntu uses firmware 10.2.4.70.9 and it works, while NixOS uses firmware 10.2.4.70.63 and it crashes. Could you try reverting 8ba0b7bc3b7a0c359aced533295862e3b92ac9e8? (You can regain WiFi on NixOS with nixos-rebuild --rollback.)

Commit 8ba0b7b is not on the branch release-17.09 so I could not revert it. I did however cherry pick it to that branch and now I have a wifi interface. My dmesg now:
[   37.102096] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[   37.381527] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:02:00.0.bin failed with error -2
[   37.381546] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
[   37.449812] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043222ff sub 0000:0000
[   37.449814] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0
[   37.449957] ath10k_pci 0000:02:00.0: firmware ver 10.2.4.70.54 api 5 features no-p2p,raw-mode,mfp crc32 9d340dd9
[   37.490065] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[   37.502760] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   38.637293] ath10k_pci 0000:02:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
[   38.755061] ath10k_pci 0000:02:00.0 wlp2s0: renamed from wlan0

So that commit is actually a fix. Should I open a PR to cherry pick it to 17.09?

@bendlas @fplets Let's cherry pick 8ba0b7bc3b7a0c359aced533295862e3b92ac9e8 into the release?

It's interesting that the firmware version 10.2.4.70.54 is now smaller than before, maybe the upstream has realized that the newer version crashes…

Let's cherry pick 8ba0b7b into the release?

Yeah keeping linux drivers up-to-date for stable makes sense, since they tend to break with kernel releases. Regarding the changed update process: I tried to mimic what had been in place so, for equal driver versions, there shouldn't be any difference in what we delivered. IMO we can backport it to stable, so that @wkennington and @fpletz are freed from the burden of maintaining that merged repository.

Backported. Thank you!

Mine stopped working (again, from november) with the same error.
I'm on 19.03pre168781.929cc78363e (Koi)
[  557.853539] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0 [  558.064795] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:02:00.0.bin failed with error -2                                                                         [  558.064804] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2                                                                             [  558.064983] ath10k_pci 0000:02:00.0: qca9377 hw1.0 target 0x05020000 chip_id 0x003820ff sub 17aa:4035                                                                                [  558.064985] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0 [  558.065518] ath10k_pci 0000:02:00.0: firmware ver WLAN.TF.2.1-00021-QCARMSWP-1 api 6 features wowlan,ignore-otp crc32 42e41877

Same error after switching on nixos-18.09 and Linux kernel 4.14.111

@srghma Can you reproduce this on 19.03? We have updated to the most recent firmware-unfree release there

@bendlas tnx, I confirm that updating to 19.03 and linux kernel to 4.19.34 helped

authors: Zer0- bendlas fpletz nico202 orivej srghma


text:
libreoffice: trying to open the help crashes the application

Describe the bug
Trying to open the help will crash the application.
Steps To Reproduce

Start LibreOffice (currently 24.2.3.2, the "fresh" version in Nixpkgs stable 24.05)
Open the help by pressing F1 or through the menu
LO crashes

Expected behavior
A new window opens showing the (offline) help for LO - or, if no offline help is installed, showing a dialog window with the option to load the online help in a browser.
Additional context
If LO is opened via terminal, it prints the following when it crashes:
terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException'
Fatal exception: Signal 6
Stack:
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libuno_sal.so.3(+0x40822)[0x7f001e94f822]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libuno_sal.so.3(+0x409da)[0x7f001e94f9da]
/nix/store/k7zgvzp2r31zkg9xqgjim7mbknryv6bs-glibc-2.39-52/lib/libc.so.6(+0x3ff30)[0x7f001e653f30]
/nix/store/k7zgvzp2r31zkg9xqgjim7mbknryv6bs-glibc-2.39-52/lib/libc.so.6(+0x8fefc)[0x7f001e6a3efc]
/nix/store/k7zgvzp2r31zkg9xqgjim7mbknryv6bs-glibc-2.39-52/lib/libc.so.6(gsignal+0x16)[0x7f001e653e86]
/nix/store/k7zgvzp2r31zkg9xqgjim7mbknryv6bs-glibc-2.39-52/lib/libc.so.6(abort+0xd7)[0x7f001e63c935]
/nix/store/xvzz97yk73hw03v5dhhz3j47ggwf1yq1-gcc-13.2.0-lib/lib/libstdc++.so.6(+0xacc0b)[0x7f001e2acc0b]
/nix/store/xvzz97yk73hw03v5dhhz3j47ggwf1yq1-gcc-13.2.0-lib/lib/libstdc++.so.6(+0xbc21a)[0x7f001e2bc21a]
/nix/store/xvzz97yk73hw03v5dhhz3j47ggwf1yq1-gcc-13.2.0-lib/lib/libstdc++.so.6(+0xbc285)[0x7f001e2bc285]
/nix/store/xvzz97yk73hw03v5dhhz3j47ggwf1yq1-gcc-13.2.0-lib/lib/libstdc++.so.6(__cxa_rethrow+0x48)[0x7f001e2bc528]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libfwklo.so(+0xac6d8)[0x7f001ccac6d8]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libfwklo.so(+0x1078db)[0x7f001cd078db]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsvxlo.so(+0x15d860)[0x7f001bb5d860]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsvxlo.so(+0x15e7be)[0x7f001bb5e7be]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsvxlo.so(+0x163ffe)[0x7f001bb63ffe]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsofficeapp.so(+0x3dbbf)[0x7f001e83ebbf]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsofficeapp.so(+0x3df4a)[0x7f001e83ef4a]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(+0x8cdd07)[0x7f0019ecdd07]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libuno_sal.so.3(+0x19852)[0x7f001e928852]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libuno_sal.so.3(+0x40922)[0x7f001e94f922]
/nix/store/k7zgvzp2r31zkg9xqgjim7mbknryv6bs-glibc-2.39-52/lib/libc.so.6(+0x3ff30)[0x7f001e653f30]
/nix/store/c2v6ycn0sjcpx9ww8x7j4ima6xnpssry-glib-2.80.2/lib/libgio-2.0.so.0(+0xf5419)[0x7f0016374419]
/nix/store/c2v6ycn0sjcpx9ww8x7j4ima6xnpssry-glib-2.80.2/lib/libgio-2.0.so.0(+0xf5cfd)[0x7f0016374cfd]
/nix/store/c2v6ycn0sjcpx9ww8x7j4ima6xnpssry-glib-2.80.2/lib/libgio-2.0.so.0(g_dbus_connection_register_object+0x154)[0x7f0016398824]
/nix/store/c2v6ycn0sjcpx9ww8x7j4ima6xnpssry-glib-2.80.2/lib/libgio-2.0.so.0(g_dbus_connection_export_menu_model+0xac)[0x7f001637543c]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvclplug_gtk3lo.so(+0x18211d)[0x7f001378211d]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvclplug_gtk3lo.so(+0x182517)[0x7f0013782517]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvclplug_gtk3lo.so(+0x1051e3)[0x7f00137051e3]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(+0x5bdf33)[0x7f0019bbdf33]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(+0x4e4ac9)[0x7f0019ae4ac9]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(+0x4e8dbc)[0x7f0019ae8dbc]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(+0x5c72a8)[0x7f0019bc72a8]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(_ZN10WorkWindowC2EPN3vcl6WindowEl+0x77)[0x7f0019bc7757]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvclplug_gtk3lo.so(+0x118769)[0x7f0013718769]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsfxlo.so(+0x20754e)[0x7f001c60754e]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsfxlo.so(+0x2107d3)[0x7f001c6107d3]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsfxlo.so(+0x21779d)[0x7f001c61779d]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsfxlo.so(+0x217afe)[0x7f001c617afe]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsfxlo.so(+0x1c4dad)[0x7f001c5c4dad]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsfxlo.so(+0x24b06f)[0x7f001c64b06f]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsfxlo.so(_ZN13SfxDispatcher7ExecuteEt11SfxCallModePK10SfxItemSetS3_t+0x1e2)[0x7f001c64eef2]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsfxlo.so(+0x29513b)[0x7f001c69513b]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsfxlo.so(+0x2954ee)[0x7f001c6954ee]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libfwklo.so(+0x2cfc8f)[0x7f001cecfc8f]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(_ZN4Menu6SelectEv+0x8a)[0x7f0019b5409a]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(+0x5c5a01)[0x7f0019bc5a01]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(_ZN16SalUserEventList18DispatchUserEventsEb+0x159)[0x7f0019e7e619]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvclplug_gtk3lo.so(+0xf9609)[0x7f00136f9609]
/nix/store/c2v6ycn0sjcpx9ww8x7j4ima6xnpssry-glib-2.80.2/lib/libglib-2.0.so.0(+0x5be39)[0x7f001612be39]
/nix/store/c2v6ycn0sjcpx9ww8x7j4ima6xnpssry-glib-2.80.2/lib/libglib-2.0.so.0(+0x5efd7)[0x7f001612efd7]
/nix/store/c2v6ycn0sjcpx9ww8x7j4ima6xnpssry-glib-2.80.2/lib/libglib-2.0.so.0(g_main_context_iteration+0x2c)[0x7f001612f5cc]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvclplug_gtk3lo.so(+0xfa5b3)[0x7f00136fa5b3]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(+0x8c4779)[0x7f0019ec4779]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(_ZN11Application7ExecuteEv+0x65)[0x7f0019ec4fe5]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsofficeapp.so(+0x435e8)[0x7f001e8445e8]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libvcllo.so(_Z10ImplSVMainv+0x46)[0x7f0019ecf456]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/libsofficeapp.so(soffice_main+0x98)[0x7f001e86b018]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/soffice.bin[0x40106b]
/nix/store/k7zgvzp2r31zkg9xqgjim7mbknryv6bs-glibc-2.39-52/lib/libc.so.6(+0x2a10e)[0x7f001e63e10e]
/nix/store/k7zgvzp2r31zkg9xqgjim7mbknryv6bs-glibc-2.39-52/lib/libc.so.6(__libc_start_main+0x89)[0x7f001e63e1c9]
/nix/store/hvxm2zi1pmis7lj483r7zbrn3gba1w1d-libreoffice-24.2.3.2/lib/libreoffice/program/soffice.bin[0x4010a5]

Notify maintainers
@7c6f434c
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
$ nix-info -m
 - system: `"x86_64-linux"`
 - host os: `Linux 6.9.3, NixOS, 24.05 (Uakari), 24.05.20240605.0b8e7a1`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.18.2`
 - channels(root): `""`
 - nixpkgs: `/nix/store/axfhzzkixwwdmxlrma7k8f65214acvml-source`

Add a :+1: reaction to issues you find important.

I'm also affected. Ping to current maintainer @7c6f434c. Any workarounds?

FWIW I just checked on libreoffice-fresh from nixpkgs-unstable and the issue doesn't happen anymore with that derivation.

authors: sleepynix yajo


text:
Apostrophe doesn't render LaTeX blocks in Preview

Describe the bug
Apostrophe doesn't render LaTeX in Preview Mode, as expected. Instead of rendering maths equations (like \frac{p}{q}) as equations, it escape them while surrounding them with either parenthesis or square brackets.
Steps To Reproduce
Steps to reproduce the behavior:

Declare pkgs.apostrophe in environment.systemPackages
Open Apostrophe's tutorial
Open Preview Mode using CTRL+P
Navigate to the Math section
See the equations made in LaTeX escaped instead of rendered with Pandoc LaTeX

Expected behavior
It should render the equations and any symbols written between $ or $$ with pandoc LaTeX, for example showing \frac{p}{q} as a fraction and not \(\frac\{p\}\{q\}\)
Screenshots
In editing:

In preview:

Additional context
This behavior is reproducible on both Apostrophe 3.0 and 3.1. (ie. NixOS 24.05 and NixOS 24.11 (unstable)
I also tried installing alongside Apostrophe pandoc and tex-live.scheme-full and tex-live.scheme-medium to no avail.
Notify maintainers

@aleksana
@sternenseemann
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
[user@system:~]$ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.6.44, NixOS, 24.11 (Vicuna), 24.11.20240804.cb9a96f`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.18.5`
 - channels(root): `"nixos"`
 - nixpkgs: `/nix/store/4cpakzyvfw1rmm9v5i3387x6jd2h1v86-source

Add a :+1: reaction to issues you find important.

The case is probably due to temp file path.

I'm not sure what you mean by that?
If I understand correctly, you're saying this might be happening due to the file being stored in /tmp right?
However Apostrophe exhibits this behavior with files already saved in a directory outside of /tmp (e.g. in $HOME/Documents/test.md)
Can you reproduce the behavior?

Latex rendering is done by regex matching latex expressions and transforming them into pictures by texlive (what a strange decision). Presumably something happened after the image was generated, since the dependency should be satisfied. I was busy with other things when I last wrote this comment, and I'll check it out later today

This is very possibly due to some Flatpak assumptions that normally happen from python devs

inline_preview.py is dead code. latex_to_PNG.py is dead code. The math rendering should be done by pandoc converting $$ to \(\) and letting mathjax render.

authors: Aleksanaa Zhaith-Izaliel


text:
xpra attach fails with "NameError: name 'xsync' is not defined"

(Note: if you're looking for a workaround, try setting GDK_BACKEND=x11.)
Describe the bug
Xpra crashes during attach.
$ nix run nixpkgs#xpra -- attach ...
2024-10-08 10:46:35,268 Xpra GTK3 X11 client version 6.1.2
2024-10-08 10:46:35,271  running on Linux 6.11.1
2024-10-08 10:46:35,271  cpython 3.12
2024-10-08 10:46:35,271  window manager is 'sway on wayland'
2024-10-08 10:46:35,828 GStreamer version 1.24.3
2024-10-08 10:46:35,844 Warning: failed to load the GObject notifier
2024-10-08 10:46:35,844  Namespace Notify not available
2024-10-08 10:46:35,848 created unix domain sockets:
2024-10-08 10:46:35,848  '/run/user/1000/xpra/clients/curly-299510'
2024-10-08 10:46:36,017 removing unix domain socket '/run/user/1000/xpra/clients/curly-299510'
xpra main error:
Traceback (most recent call last):
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/scripts/main.py", line 138, in main
    return run_mode(script_file, cmdline, err, options, args, mode, defaults)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/scripts/main.py", line 507, in run_mode
    return do_run_mode(script_file, cmdline, error_cb, options, args, full_mode, defaults)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/scripts/main.py", line 604, in do_run_mode
    return run_client(script_file, cmdline, error_cb, options, args, mode)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/scripts/main.py", line 1484, in run_client
    app = get_client_app(cmdline, error_cb, opts, extra_args, mode)
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/scripts/main.py", line 1653, in get_client_app
    app = get_client_gui_app(error_cb, opts, request_mode, extra_args, mode)
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/scripts/main.py", line 1725, in get_client_gui_app
    app.init_ui(opts)
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/client/gui/ui_client_base.py", line 224, in init_ui
    self.keyboard_helper = self.keyboard_helper_class(send_keyboard, opts.keyboard_sync,
                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/client/gtk3/keyboard_helper.py", line 31, in __init__
    self.update()
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/client/gtk3/keyboard_helper.py", line 84, in update
    super().update()
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/client/gui/keyboard_helper.py", line 300, in update
    self.query_xkbmap()
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/client/gui/keyboard_helper.py", line 278, in query_xkbmap
    self.layout, self.layouts, self.variant, self.variants, self.options = self.get_layout_spec()
                                                                           ^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/client/gui/keyboard_helper.py", line 231, in get_layout_spec
    layout, layouts, variant, variants, options = self.keyboard.get_layout_spec()
                                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/k442kmivv1v9i051xka9a4dk7wfcpaip-xpra-6.1.2/lib/python3.12/site-packages/xpra/platform/posix/keyboard.py", line 274, in get_layout_spec
    with xsync:
         ^^^^^
NameError: name 'xsync' is not defined

Happens in either XWayland or Wayland.
Steps To Reproduce
Steps to reproduce the behavior:

xpra attach ...

Expected behavior
Shouldn't crash.
Screenshots
Can't.
Additional context
No time to dig into this yet, sorry. I can at least begin a bisect since that is ~zero effort on my part.
Notify maintainers
@offlinehacker @numinit @mvnetbiz
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
$ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.11.1, NixOS, 24.11 (Vicuna), 24.11.20241004.bc947f5`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.18.8`
 - channels(root): `"nixos"`
 - channels(john): `""`
 - nixpkgs: `/nix/store/sdzpqjwx7pdx6lsq6llyfqqf7hspp83c-source`

Add a :+1: reaction to issues you find important.

FWIW, I just tried xpra from nixpkgs unstable (634fd46801442d760e09493a794c4f15db2d0cbb)

Yeah, it should be working in nixpkgs-unstable; the fix was released a bit ago and the xpra derivation was since updated. I think this issue can be closed.

authors: jasom jchv


text:
Figure out and clean up fsck and auto-resizing options

We have https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/system/boot/grow-partition.nix that resizes partitions, but also https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/system/boot/stage-1-init.sh#L301-L312 which attempts to resize filesystems. The logic in the latter also appears to call fsck twice on resized filesystems. Regardless, auto-fsck'ing is a bad idea, at least on fresh booted images (like in EC2), where the disk is pristine and doesn't need a check before a resize.

Regardless, auto-fsck'ing is a bad idea, at least on fresh booted images (like in EC2), where the disk is pristine and doesn't need a check before a resize.

If the disk is clean the fsck should be a no-op. The real problem is the -f flag passed to fsck in https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/system/boot/stage-1-init.sh#L308.

And for completeness, there is a third implementation in https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/installer/cd-dvd/sd-image.nix#L130 which should probably be switched to use one of the other two.
https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/system/boot/grow-partition.nix should learn a thing or two from the sd-image.nix implementation though, as in not determining the root device by string processing. I don't see a way to get the partition number from lsblk though. Maybe it can be queried from udev.

authors: copumpkin dezgeg


text:
can't install haskellPackages.keter

I'm new to nix and I don't know if this is the right place to report  this issue.
Describe the bug
I was installing the haskell package 'keter' but it failed to build with the error:
# nix-env -f "<nixpkgs>" -iA haskellPackages.keter
installing 'keter-1.4.3.2'
these derivations will be built:
  /nix/store/iy984y3f3jwfji9xs1p99w6i5x99wx84-keter-1.4.3.2.drv
building '/nix/store/iy984y3f3jwfji9xs1p99w6i5x99wx84-keter-1.4.3.2.drv'...
setupCompilerEnvironmentPhase
Build with /nix/store/n5i1zdpmk2b1s3z96649xh8f9kr3g96s-ghc-8.4.3.
ignoring (possibly broken) abi-depends field for packages
ignoring (possibly broken) abi-depends field for packages
unpacking sources
unpacking source archive /nix/store/d5s2j2vwfrb7w9wqpzd9rgm0x5lzh2hd-keter-1.4.3.2.tar.gz
source root is keter-1.4.3.2
setting SOURCE_DATE_EPOCH to timestamp 1471389908 of file keter-1.4.3.2/README.md
patching sources
compileBuildDriverPhase
setupCompileFlags: -package-db=/build/setup-package.conf.d -j8 -threaded
[1 of 1] Compiling Main             ( Setup.hs, /build/Main.o )
Linking Setup ...
configuring
configureFlags: --verbose --prefix=/nix/store/5v6g7jj1b16qw0ndapnq27z2hlc3qkhz-keter-1.4.3.2 --libdir=$prefix/lib/$compiler --libsubdir=$abi/$libname --docdir=/nix/store/jdj2xr14n3vbd9n4azx5y8s8ikpxaqsf-keter-1.4.3.2-doc/share/doc/keter-1.4.3.2 --with-gcc=gcc --package-db=/build/package.conf.d --ghc-option=-j8 --disable-split-objs --enable-library-profiling --profiling-detail=exported-functions --disable-profiling --enable-shared --disable-coverage --enable-static --disable-executable-dynamic --enable-tests --enable-library-vanilla --enable-library-for-ghci --ghc-option=-split-sections --extra-lib-dirs=/nix/store/s2n99784krxl91mfw3cnn9ylbb5fjvkx-ncurses-6.1/lib --extra-lib-dirs=/nix/store/rxaclc3vhxbzgfllv7601i85z854h48a-gmp-6.1.2/lib
Using Parsec parser
Configuring keter-1.4.3.2...
CallStack (from HasCallStack):
  die', called at libraries/Cabal/Cabal/Distribution/Simple/Configure.hs:958:20 in Cabal-2.2.0.1:Distribution.Simple.Configure
  configureFinalizedPackage, called at libraries/Cabal/Cabal/Distribution/Simple/Configure.hs:462:12 in Cabal-2.2.0.1:Distribution.Simple.Configure
  configure, called at libraries/Cabal/Cabal/Distribution/Simple.hs:596:20 in Cabal-2.2.0.1:Distribution.Simple
  confHook, called at libraries/Cabal/Cabal/Distribution/Simple/UserHooks.hs:67:5 in Cabal-2.2.0.1:Distribution.Simple.UserHooks
  configureAction, called at libraries/Cabal/Cabal/Distribution/Simple.hs:178:19 in Cabal-2.2.0.1:Distribution.Simple
  defaultMainHelper, called at libraries/Cabal/Cabal/Distribution/Simple.hs:115:27 in Cabal-2.2.0.1:Distribution.Simple
  defaultMain, called at Setup.hs:2:8 in main:Main
Setup: Encountered missing dependencies:
http-reverse-proxy >=0.4.2 && <0.5, unix-compat >=0.3 && <0.5

builder for '/nix/store/iy984y3f3jwfji9xs1p99w6i5x99wx84-keter-1.4.3.2.drv' failed with exit code 1
error: build of '/nix/store/iy984y3f3jwfji9xs1p99w6i5x99wx84-keter-1.4.3.2.drv' failed

To Reproduce
Run this nix-env -f "<nixpkgs>" -iA haskellPackages.keter
Expected behavior
Package keter is compiled and installed.
Additional context
# nix-channel --list
nixos-16.03 https://nixos.org/channels/nixos-16.03
nixos-17.09 https://nixos.org/channels/nixos-17.09
nixpkgs https://releases.nixos.org/nixos/18.09/nixos-18.09beta609.3768913cc9e

Metadata
Please run nix run nixpkgs.nix-info -c nix-info -m and paste the result.
 - system: `"x86_64-linux"`
 - host os: `Linux 5.0.0-27-generic, Ubuntu, 18.04.3 LTS (Bionic Beaver)`
 - multi-user?: `no`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.2.1`
 - channels(joao): `"nixpkgs-18.09beta609.3768913cc9e"`
 - nixpkgs: `/home/joao/.nix-defexpr/channels/nixpkgs`

Maintainer information:
# a list of nixpkgs attributes affected by the problem
attribute:
-  haskellPackages.keter
# a list of nixos modules affected by the problem
module:

This issue should have the haskell label.

@jafonsor I think the problem with keter is that it is old and it hasn't been updated for recent versions of GHC and its dependent Haskell packages.
If you want to build keter from nixpkgs, I'd recommend using an old version of nixpkgs where keter was able to be built successfully.
You can find versions of nixpkgs where keter was able to be successfully built on hydra:
https://hydra.nixos.org/job/nixpkgs/trunk/haskellPackages.keter.x86_64-linux
The last success was the following:
https://hydra.nixos.org/build/66233766#tabs-summary

Your other option is to jailbreak keter and then try to override packages until you find some combination of packages that work.
However, I tried to do this locally and you ended up needing an old version of process, which is a GHC core library.
GHC core libraries are somewhat annoying to override.  I wasn't sure of the best way to do this, so I created a thread on discourse: https://discourse.nixos.org/t/how-to-override-ghc-core-library-in-haskell-package/4035

No activity on this for a few years, I'll go ahead and close.  If you are still waiting on this, feel free to send a PR to haskell-updates unbreaking this package.

authors: cdepillabout jafonsor


text:
Expose installer ISO's with a newer kernel

Describe the bug
Spending some time #nixos freenode, I've noticed people regularly have this issue with the installer ISO not starting because the kernel doesn't have support for their hardware.
Here's a support request that reached us recently  #69583.
So usually to help people I find a download link on hydra like

https://hydra.nixos.org/build/100951153/download/1/nixos-minimal-new-kernel-19.09beta181.64e38f246ae-x86_64-linux.iso

But the NixOS website has no links for people to easily find it, it's also not part of the channel.
We also have other configurations available

https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/installer/cd-dvd/sd-image-aarch64-new-kernel.nix
https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/installer/cd-dvd/installation-cd-graphical-kde-new-kernel.nix

It appears the graphical images aren't built at all.
Because I've had to direct people to those links so many times I think we should expose all of these images.
The details of this I'm not sure about, but I can say that it does for sure help someone.

One of the issues we need to tackle is figure out something like #59863.
Every time the kernel updates, zfs lags behind (understandbly). If we want the new kernel image to be publicized, it needs to be a channel blocker, if it is a channel blocker, it will be blocked for a couple days every upgrades.

Anyone know how other distros handle this? I've never heard of newer hardware not booting with certain kernel versions, but I suppose it could happen. My expectation would be that the kernel would boot fine, but not be able to take advantage of all of the newer hardware available. The current kernel should be on 4.19 which is still pretty new! I wonder if there is some kernel config we can set to enable support for this hardware on 4.19.

@matthewbauer I know Ubuntu has LTS and interim releases. And for their LTS they have what they call a hardware enablement stack update, and the interim release tends to have a pretty new kernel.
Though in general, they have a very patched kernel.

Most often "not booting" should be phrased "have no video output, even with a bunch of modesetting options". This seems to come in waves when the most recent LTS gets older. This time with the LTS spanning a full year of NixOS releases I would bet that we'll see an uptick in those cases.

Hmm, another example in the wild where someone had to suggest to use this image

https://discourse.nixos.org/t/live-cd-usb-not-booting/5006

Another one I believe: https://discourse.nixos.org/t/blank-screen-booting-on-nixos-usb-iso/5176/8 :frowning: .

Still important

getting nixos to install on a recent motheboard is a pain with no networking, it would be nice if nixos had a kernel that supported modern ethernet controllers.

getting nixos to install on a recent motheboard is a pain with no networking, it would be nice if nixos had a kernel that supported modern ethernet controllers.

Would be very nice to get this resolved, the current installer uses Linux 5.4 which has zero support for KMS on Ryzen 4000 mobile series laptops, it also lacks support for modern Intel NICs of the same generation as well as a bunch of other stuff (ECC).
I'm attempting to use the "iso_minimal" artifact from here: https://hydra.nixos.org/project/nixos/all although I seem to be having some EFI issues currently.
As it stands, it's basically unfeasible to install nixOS on Ryzen 4000 series laptops using the link in the downloads folder, and this issue has been open for a long time...

This issue has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/problem-running-the-graphical-installer/12511/14

There is an iso for newer kernels now https://hydra.nixos.org/eval/1786883?filter=iso_minimal_new_kernel&compare=1786803&full= but it is somehow missing for 21.11 https://hydra.nixos.org/eval/1786923?filter=iso_minimal_new_kernel&compare=1786839&full= .

https://github.com/NixOS/nixpkgs/pull/204773 could fix the build issue for 21.11.
After the linked PR is merged this most likely needs some changes in the channel scripts and/or website.

Quoting from https://github.com/NixOS/nixos-channel-scripts/pull/57#issuecomment-1264209271

Before adding too much complexity to this script, we should probably think about implementing it in a way where it consumes data provided by the channel.
See for a once working demo: https://github.com/NixOS/nixos-channel-scripts/pull/25#issuecomment-521511375

authors: SuperSandro2000 YellowOnion calebccff matthewbauer nixos-discourse samueldr worldofpeace


text:
bandwidth: fix build on darwin, fix license, adopt

Cleaned up rules a bit for platform-independent building.
License was incorrectly listed as MIT, it is actually GPL2+.
Taking on maintainership as it appears to be orphaned.
Motivation for this change
ZHF 20.09 https://github.com/NixOS/nixpkgs/issues/97479
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[x] macOS
[x] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

Builds on darwin and NixOS but both are amd64. Can't test with 32 bit.

@SuperSandro2000 Good point - with some more fixes, this is now cross-compilable. Should be testable via e.g. pkgsCross.gnu32.bandwidth.

source: gharchive/pull-request


text:
home-assistant: 0.118.4 -> 0.118.5

Motivation for this change
New upstream release.
https://github.com/home-assistant/core/releases/tag/0.118.5
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[x] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 105981 run on x86_64-linux 1

1 package failed to build:

python39Packages.pyatmo

3 packages built:

home-assistant
python37Packages.pyatmo
python38Packages.pyatmo

Result of nixpkgs-review pr 105981 1

2 packages failed to build:

home-assistant
python39Packages.pyatmo

2 packages built:

python37Packages.pyatmo
python38Packages.pyatmo

https://github.com/testing-cabal/fixtures/issues/44


text:
brave: add update script

Motivation for this change
The Brave package often seems to get very outdated. This is bad for a
browser, where vulnerabilities are high impact.
This change adds an update script, so that r-ryantm will suggest
updates. We find the latest version using their Debian package
database (since we are using the Debian package anyway).
While at it, use the update script to update Brave ;):
brave: 1.18.75 -> 1.18.77
Changelog:
https://community.brave.com/t/release-channel-1-18-77/191009
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Great idea, I knew we needed such a script but I didn't know how to do it. I ran the script, my results are consistent with yours
A quick suggestion from my experience looking at a few brave PRs: the list of shared objects has to be maintained by hand. An easy way to know if it's good is to just run brave --version: if there's something missing it will crash, otherwise it just exits. I believe ofborg runs installCheck; we could put it in there so that we know immediately if it's good or not.

fleshed out my suggestion:
  doInstallCheck = true;
  installCheckPhase = ''
    # call directly because upstream wrapper suppresses errors
    $out/opt/brave.com/brave/brave --version
  '';

If you intentionally mess up the rpath:
/nix/store/z378c0l156zyvj91fq3d79rr30xsb91n-brave-1.18.77/opt/brave.com/brave/brave: error while loading shared libraries: libgtk-3.so.0: cannot open shared object file: No such file or directory

Otherwise, it passes

fleshed out my suggestion:
  doInstallCheck = true;
  installCheckPhase = ''
    # call directly because upstream wrapper suppresses errors
    $out/opt/brave.com/brave/brave --version
  '';

If you intentionally mess up the rpath:
/nix/store/z378c0l156zyvj91fq3d79rr30xsb91n-brave-1.18.77/opt/brave.com/brave/brave: error while loading shared libraries: libgtk-3.so.0: cannot open shared object file: No such file or directory

Otherwise, it passes

Sounds good! Could you open a PR for this?

Thanks for the reviews! 👍

Thanks for the reviews! 👍

authors: danieldk lourkeur


text:
python37Packages.docrep: 0.3.1 -> 0.3.2

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python37Packages.docrep is: "Python package for docstring repetition"
meta.homepage for python37Packages.docrep is: "https://github.com/Chilipp/docrep"
meta.changelog for python37Packages.docrep is: ""
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact

Checks done (click to expand)

built on NixOS

Warning: a test defined in passthru.tests did not pass

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 0.3.2 with grep in /nix/store/631yarnlwqyy4v716rb9bv89wbah1llc-python3.7-docrep-0.3.2

directory tree listing: https://gist.github.com/3ecebf5db41d46e8b5292d00835715d3

du listing: https://gist.github.com/56f89cb6d13856f92d0b099c44fd316b

Rebuild report (if merged into master) (click to expand)

24 total rebuild path(s)

6 package rebuild(s)

6 x86_64-linux rebuild(s)
6 i686-linux rebuild(s)
6 x86_64-darwin rebuild(s)
6 aarch64-linux rebuild(s)

First fifty rebuilds by attrpath
python37Packages.dask-jobqueue
python37Packages.docrep
python38Packages.dask-jobqueue
python38Packages.docrep
python39Packages.dask-jobqueue
python39Packages.docrep

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/631yarnlwqyy4v716rb9bv89wbah1llc-python3.7-docrep-0.3.2 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python37Packages.docrep https://github.com/r-ryantm/nixpkgs/archive/72ba8affe2124edd363215d6d257f91fa6f95123.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/631yarnlwqyy4v716rb9bv89wbah1llc-python3.7-docrep-0.3.2
ls -la /nix/store/631yarnlwqyy4v716rb9bv89wbah1llc-python3.7-docrep-0.3.2/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package failed to build:

python39Packages.dask-jobqueue

5 packages built:

python37Packages.dask-jobqueue
python37Packages.docrep
python38Packages.dask-jobqueue
python38Packages.docrep
python39Packages.docrep

Maintainer pings
cc @costrouc for testing.

Result of nixpkgs-review pr 113481 at 72ba8aff run on aarch64-linux 1

3 packages marked as broken and skipped:

python37Packages.dask-jobqueue
python38Packages.dask-jobqueue
python39Packages.dask-jobqueue

3 packages built:

python37Packages.docrep
python38Packages.docrep
python39Packages.docrep

1 suggestion:

warning: unclear-gpl
gpl2 is a deprecated license, check if project uses gpl2Plus or gpl2Only and change meta.license accordingly.
Near pkgs/development/python-modules/docrep/default.nix:30:5:
   |
30 |     license = lib.licenses.gpl2;
   |     ^

authors: r-rmcgibbo r-ryantm


text:
gnome3.autoar: 0.3.0 -> 0.3.1

Motivation for this change
Fixes CVE-2021-28650.
Changes: https://gitlab.gnome.org/GNOME/gnome-autoar/-/blob/0.3.1/NEWS
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[ ] macOS
[x] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review run on x86_64-linux 1

21 packages built:

adapta-gtk-theme
chrome-gnome-shell
dropbox-cli
gnome-recipes
gnome3.file-roller
gnome3.gnome-autoar
gnome3.gnome-control-center
gnome3.gnome-session
gnome3.gnome-shell
gnome3.gnome-terminal
gnome3.gnome-tweak-tool
gnome3.gnome-user-share
gnome3.nautilus
gnome3.nautilus-python
gnome3.pomodoro
gnomeExtensions.easyScreenCast
gnomeExtensions.gsconnect
gnomeExtensions.night-theme-switcher
kgx
pantheon.elementary-session-settings
pantheon.extra-elementary-contracts

The cimmit dhould match the attribute name otherwise ofborg will not build it.
@GrahamcOfBorg build gnome3.gnome-autoar

Result of nixpkgs-review pr 117580 at a3b64dd2 run on aarch64-linux 1

19 packages built successfully:

adapta-gtk-theme
chrome-gnome-shell
gnome-recipes
gnome3.file-roller
gnome3.gnome-autoar
gnome3.gnome-control-center (gnome3.gnome_control_center)
gnome3.gnome-session (gnome3.gnome_session)
gnome3.gnome-shell (gnome3.gnome_shell)
gnome3.gnome-terminal (gnome3.gnome_terminal)
gnome3.gnome-tweaks (gnome3.gnome-tweak-tool)
gnome3.gnome-user-share
gnome3.nautilus
gnome3.nautilus-python
gnome3.pomodoro
gnomeExtensions.easyScreenCast
gnomeExtensions.gsconnect
kgx
pantheon.elementary-session-settings
pantheon.extra-elementary-contracts

authors: LeSuisse jtojnar r-rmcgibbo


text:
meme: rename to meme-image-generator, unstable-2020-05-28 -> 1.0.1

Motivation for this change
There are established projects (not currently in nixpkgs) called
"meme" https://repology.org/projects/?search=meme
so I feel like it's better to free up the namespace.
I adopted the name used by repology.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Ping :)


text:
stage-1: Log to secondary consoles

Motivation for this change
The output from init will only be present on the last valid console= parameter from the kernel command-line.
This is extremely inconvenient, when not harmful, for generic images. On many ARM platforms the serial console names differ, so there is no absolute truthful console name to use here. Additionally, this prevents logging to be shown on both the connected display, and the serial output at once.
With bootlogd, the output is redirected to all console= parameters. It also replaces the ad-hoc logging to /run/log and the logging to /dev/kmsg.
This way we should be able to get rid of one of the main annoyance with ARM platforms early boot debugging.
This has been used for a good while in Mobile NixOS.
Ideally we'd somehow do a system test that confirms it logs to multiple serial consoles, but I really don't know how we'd pull that off.
TODO

[ ] Investigate input redirection
[ ] Decide how we handle killing bootlogd
[ ] Verify operation on an ARM machine

Input redirection
While opening this PR, I realized that this probably doesn't cover input during stage-1. Only the last console= would be usable as an input in that case. This is important for boot.debug1* use cases, and also useful if only to answer r to reboot the machine.
We probably can, could, and should merge this even without this being handled, as it would already be a net improvement compared to the current situation.
Killing bootlogd
Right now I haven't handled it at all. It gets culled at Kill any remaining processes, which means it will be missing all messages up to systemd starting in stage-2.
Should we:

Cheat and mark it as a storage daemon by prefixing its argv0 with a @?
Special case it in the loop?

Then, we can add a late boot.postBootCommands which includes ${pkgs.procps}/bin/pkill -x bootlogd to kill it. Ideally order it to happen last before we exec into systemd.
What even is bootlogd??

https://github.com/mobile-nixos/bootlogd

It's a minified part of sysvinit. The main core hasn't been touched by me. Really the main thing I did was delete the sysvinit around it. Then I added features that helps either Mobile NixOS or NixOS in some ways.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[x] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

This closes #42255.

While opening this PR, I realized that this probably doesn't cover input during stage-1. Only the last console= would be usable as an input in that case. This is important for boot.debug1* use cases, and also useful if only to answer r to reboot the machine.

It might be useful to print a message like "This is , input is only accepted on .".
I'm anxious about merging this in before 21.05 branchoff so soon to cutoff, but would be +1 on the next release.

It might be useful to print a message like "This is , input is only accepted on .".

bootlogd doesn't know about any input at this time. So it wouldn't really be able to. Adding support for it is probably not that much less work than adding input multiplexing. Additionally, it wouldn't really be able to say it at a useful time. It would likely state it early during boot. So a few dozen stage-1 lines, probably combined with dozens of kernel log, it wouldn't be visible when input is needed.
The stage-1 sh script could loop on console= parameters to state so. It would know when input is handed-off to the user.

Closing in favour of systemd's stage-1 infra, which I assume intrinsically supports console multiplexing just like its stage-2 does.
I won't get back to dealing with the complexity of this.

authors: grahamc samueldr


text:
python3Packages.vultr: 0.1.2 -> 1.0.1

Motivation for this change
Update to latest upstream release 1.0.1
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

I guess that this update will break the Home Assistant tests.

Result of nixpkgs-review pr 125962 at aebd78e4 run on aarch64-linux 1

1 package failed to build:

home-assistant

2 packages built successfully:

python38Packages.vultr
python39Packages.vultr

Note that build failures may predate this PR, and could be nondeterministic or hardware dependent.
Please exercise your independent judgement. Does something look off? Please file an issue or reach out on IRC.

I guess that this update will break the Home Assistant tests.

Yes - nixos x86_64:
AttributeError: <class 'vultr.vultr.Vultr'> does not have the attribute 'server_list'

That is still a problem with v2021.7.0.

Result of nixpkgs-review pr 125962 run on x86_64-linux 1

1 package failed to build:

home-assistant

2 packages built:

python38Packages.vultr
python39Packages.vultr

authors: fabaff mweinelt r-rmcgibbo risicle siraben


text:
linux: enable ikheaders as optional module

This module provides kernel headers in procfs at runtime, when loaded.
Enabling this option has no runtime overhead if not used and a small
memory overhead if loaded.

Motivation for this change
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Archlinux does this:
CONFIG_DEBUG_INFO_BTF=y
CONFIG_PAHOLE_HAS_SPLIT_BTF=y
CONFIG_DEBUG_INFO_BTF_MODULES=y

they also enable ikheaders but I think this is no longer necessary since ebpf tooling should now support BTF for the most part.

In https://github.com/NixOS/nixpkgs/pull/127922 I enable BTF support. You may be interested in this.

Let's do this.


text:
erlangR23: 23.3.4.3 -> 23.3.4.4

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for erlangR23 is: "Programming language used for massively scalable soft real-time systems"
meta.homepage for erlangR23 is: "https://www.erlang.org/"
meta.changelog for erlangR23 is: ""
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

/nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/erl passed the binary check.

/nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/erlc passed the binary check.

Warning: no invocation of /nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/epmd had a zero exit code or showed the expected version

/nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/run_erl passed the binary check.

/nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/to_erl passed the binary check.

/nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/dialyzer passed the binary check.

/nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/typer passed the binary check.

Warning: no invocation of /nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/escript had a zero exit code or showed the expected version

Warning: no invocation of /nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/ct_run had a zero exit code or showed the expected version

/nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin/erl_call passed the binary check.

5 of 10 passed binary check by having a zero exit code.

3 of 10 passed binary check by having the new version present in output.

found 23.3.4.4 with grep in /nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4

found 23.3.4.4 in filename of file in /nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4

directory tree listing: https://gist.github.com/63ebf11023fd2621f7101f14f646414a

du listing: https://gist.github.com/f51d140797faac65539d36ac74fb7311

Rebuild report (if merged into master) (click to expand)

18 total rebuild path(s)

5 package rebuild(s)

5 x86_64-linux rebuild(s)
5 i686-linux rebuild(s)
3 x86_64-darwin rebuild(s)
5 aarch64-linux rebuild(s)

First fifty rebuilds by attrpath
cl
elixir_1_8
erlangR23
rabbitmq-server
wings

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A erlangR23 https://github.com/r-ryantm/nixpkgs/archive/6e949c3f6e8b2c75fb22181b8fe0245e3c86a314.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4
ls -la /nix/store/nhgjlnbpl0qmzzxphszxkxmfpdw4rjcl-erlang-23.3.4.4/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

5 packages built:

cl
elixir_1_8
erlangR23
rabbitmq-server
wings

Maintainer pings
cc @ankhers @Br1ght0ne @DianaOlympos @gleber @happysalada @yurrriq for testing.

Result of nixpkgs-review pr 127584 run on x86_64-darwin 1

3 packages built:

elixir_1_8
erlangR23
rabbitmq-server

Nothing remarkable

authors: happysalada r-ryantm


text:
linuxHeaders: 5.12 -> 5.13

Things done

[x] Fits CONTRIBUTING.md.

Replaced by #136358

authors: TredwellGit vcunat