Change:
glib gdk-pixbuf cairo mailcap pango gtk3 glib-networking gsettings-desktop-schemas <del> xclip notify-osd enchant </del> <ins> notify-osd enchant </ins> ] ++ gstBuildInputs; GST_PLUGIN_SYSTEM_PATH_1_0 = lib.makeSearchPathOutput "lib" "lib/gstreamer-1.0" gstBuildInputs; <ins> # The executable is already built in sbclPackages.nyxt, buildPhase tries to build using the makefile which we ignore dontBuild = true; </ins> dontWrapGApps = true; installPhase = '' mkdir -p $out/share/applications/

Discussion:
Currently 3 releases (and over a year) behind. Package name: nyxt Latest released version: 3-pre-release-3 <!-- Search your package here: --- Current version on the unstable channel: 2.2.4 Current version on the stable/release channel: 2.2.4 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Thanks for notifying! I haven't used Nyxt in a long while, so Ive missed the updates. I should remove myself as maintainer, but $LIFE has kept me incredibly occupied this last year. Apologies, but I will not be able to maintain Nyxt in nixpkgs for foreseeable future.
Nyxt recently released 3.0.0; this issue could be updated to reflect that the new version is out of pre-release! (I see two maintainers in the file. Are those GitHub usernames we could ping? It would be awesome to get the new version into NixOS 23.05! If it isn't already too late of course.)
I tried to build a new nyxt several weeks, but it failed with a wired . If someone knows how to fix it, please try to open a pr to update nyxt to version 3.0.
I've been trying to package 3.0.0, I was able to fix the error got and make it start compiling the lisp files, but now I'm stuck at another error. (full log: ) My progress is in this branch if anybody wants to try their hand at it:
Unfortunately, I don't know much about Nix and its package definitions and, particularly, how it manages CL libraries. Still I may be able to provide some high-level tips, since I've spotted some issues with the definition wrote. may have some clues too. Find the Guix package definition below. Notice that is deleted from the Nyxt sources. can be found at and you need to point to the latest commit (not the latest release).

I'm also sharing the Guix package definition for below. Nyxt will soon delete from its sources.
Thanks for the heads-up! I switched out the nasdf source from the nyxt repo to the ntemplate repo. That branch is actually slightly out of date, in the end I was successfully able to get 3.0 to compile :-), but unfortunately it crashes on startup without opening any windows with this log: But, it works fine if I run it with or with , I wonder if the error is what's causing it, it seems like it tries to recomplie nyxt, but fails (maybe is related?). Heres the log running with for reference: <details<summaryLog when running with --profile nofile</summary</detailsI wonder if using <codesb-ext:save-lisp-and-die</codeinstead of <codeasdf:make</codeis the reason, though I can't get <codeasdf:make</codeto work with nix :-( Also, forgive if this is a dumb question, but what's the difference between <codenyxt/gtk-application</codeand <codenyxt/gi-gtk-application</code:sweat_smile: ? I see that in the makefile it's <codegi-gtk-application</codewhile the 2.2.4 nyxt nix package used <codegtk-application</code. <brI updated my branch (<a href=""</a) with the changes I made, forgive me if it's a bit messy, I plan on cleaning it up after getting nyxt fully working.
GI stands for GObject Introspection. They're similar, but should be used. Could you explain why it doesn't work with ? It does seem like it. But I don't understand why this is being done. The package definition should be able to generate the Nyxt binary, and then invoking should just work. It seems that, in the way you're packaging Nyxt, calling triggers re-compiling CL systems. It may be because it sees that the modification date of is newer than the modification date of other source library files it depends on. I'm wildly trying to shoot in the dark, sorry! Probably I'm not making much sense.
Okay! I'll package gi-gtk-application then.

Welp, this got me to take another look at it, and that was the problem after all! for some reason it works with but not with , thankfully I was able to get working! The way I understand it is that compiles the file into the source directory where the .asd file is located, which is in the nix store (which is immutable), so the build would fail, but there existed a function to compile lisp programs that write to the source dir () that I didn't think about till today, using it makes work correctly, and using makes nyxt work perfectly! :tada: Though it is a bit of an hack, since builds the derivation twice, so it build nyxt once and compiles correctly, then it tries to build it again and fails due to not being able to write the compiled file, but then it uses the copied compiled file from the first build to corretly install nyxt. There might be a better way to go about using , but I haven't found any so far. Thanks for helping, it got me to take another look at the problem and find a solution :-) I'll start working on the pr soon (the branch is updated and should be functional if anybody wants to try using it now: ).
the merit is all yours! :partying_face: The Nyxt team sincerely appreciates your work :)
Nyxt has released version 3.1.0. See It seems that has noticed the release. Once again, thank you!