| 23 Sep 2024 |
 rrix |
jk, i had the wrong rev checked out | 20:54:26 |
 adisbladis | There is some regression with emacs 30 causing lots of packages to fail | 21:10:47 |
| adisbladis | I haven't had the spoons to look into it | 21:10:52 |
| rrix |
ah is -unstable on 30 now? | 21:11:12 |
| adisbladis | Yep | 21:11:22 |
| rrix |
aha | 21:11:29 |
| adisbladis | -unstable will automatically point to any pre-release once tagged | 21:11:38 |
| rrix |
so this bisect is probably just gonna point to the 30 cutover :) | 21:11:44 |
| adisbladis | Yeah | 21:12:01 |
| adisbladis | I did the same bisect the other day ^_^ | 21:12:06 |
| rrix |
check, haha | 21:12:12 |
| rrix |
hm git checkout f20b9cfd2c52c2ea5351008d008fd8b2f1419c30 repos/emacs/emacs-unstable.json is not enough to resolve it tho where f20b9… is the 29.4 emacs-unstable rev from 2 months ago i was just on | 21:31:34 |
| rrix |
or maybe i'm dumb, let's see, always a possibility | 21:32:22 |
| 24 Sep 2024 |
|  Matt Sturgeon joined the room. | 04:04:53 |
|  mei 🌒& changed their profile picture. | 23:22:29 |
| 26 Sep 2024 |
|  Fabián Heredia set a profile picture. | 01:15:47 |
 Brian Leung | In reply to @adis:blad.is
There is some regression with emacs 30 causing lots of packages to fail I wrote upstream about the relevant commit a while ago: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63288 | 16:52:18 |
| Matt Sturgeon | Sorry if this isn't the right place, but I figured I'd ask here first:
I use a gnome wayland session, usually with the dark theme. When I run nix run nixpkgs#emacs-gtk3 I get an xwayland window with a correctly themed dark titlebar, however when I run nix run nixpkgs#emacs-gtk3 I get a native wayland window, but the titlebar is always drawn using the light theme.
Why is that, and is there a way to tell emacs to respect the light/dark desktop theme? Or at the very least explicitly set the titlebar to be dark?
Interestingly, when I use auto-dark-emacs the mode is correctly detecting changes in light/dark theme and applying that to emac's colorscheme, but the frame's titlebar remains stuck on the light theme.
Looking online, it seems others have had a similar issue when using xorg and/or xwayland, but their solutions usually involve using xprop to set _GTK_THEME_VARIANT. This won't help me on pgtk+wayland 🙁
| 16:59:10 |
| Brian Leung | In reply to @leungbk:matrix.org
I wrote upstream about the relevant commit a while ago: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63288 I submitted a PR to the overlay to apply the patch (already used for emacs-git) reverting the commit; assuming no progress is made on an upstream fix, I can move the patch out of the overlay and into nixpkgs at some point | 17:00:56 |
| 27 Sep 2024 |
|  @chriscochrun:tfcconnection.org left the room. | 03:29:27 |
| adisbladis | In reply to @leungbk:matrix.org
I wrote upstream about the relevant commit a while ago: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63288 Oh yes I remember reading that issue now | 04:27:02 |
| adisbladis | Thanks for the fix :) | 04:27:05 |
|  rajudev joined the room. | 08:17:19 |
|  stfl_ joined the room. | 11:46:36 |
| stfl_ | I am trying to setup emacs-overlay in my flake system config to use emacs-unstable-pgtk (30.0.91) and I am struggling to get cachix working.
I am configuring the flake input as such:
https://github.com/stfl/dotfiles/blob/main/flake.nix#L21
and nix-community cache:
https://github.com/stfl/dotfiles/blob/main/modules/default.nix#L17
PS: my personal chachix is not used yet.
To me it looks like the github action builds and pushes every commit to cachix. So the revisions present at emacs-overlay/flake.lock should hit the cache. | 12:02:48 |
| stfl_ | * I am trying to setup emacs-overlay in my flake system config to use emacs-unstable-pgtk (30.0.91) and I am struggling to get cachix working.
I am configuring the flake input as such:
https://github.com/stfl/dotfiles/blob/main/flake.nix#L21
and nix-community cache:
https://github.com/stfl/dotfiles/blob/main/modules/default.nix#L17
PS: my personal chachix is not used yet.
To me it looks like the github action builds and pushes every commit to cachix. So the revisions present at emacs-overlay/flake.lock should hit the cache but it doesn't.
If I need to pin emacs-overlay or even the global nixpkgs to a specific version, I am fine with that if I can avoid the ~20min build time for emacs. | 12:05:03 |
 linj | @stfl_:matrix.org you can find the cached commit of emacs-overlay here https://hydra.nix-community.org/eval/82159
| 12:30:55 |
|  so_halt set a profile picture. | 20:58:21 |
| 28 Sep 2024 |
|  larstvei changed their display name from Lars Tveito to larstvei. | 23:09:53 |
| 29 Sep 2024 |
|  @mrdev023:matrix.org left the room. | 14:06:27 |
