| 16 Nov 2023 |
 balacij | Redacted or Malformed Event | 02:49:03 |
| balacij | Download f3d-th.nix | 02:50:13 |
| balacij | * Does anyone have any experience with packaging thumbnailers? I'm trying to create a package for f3d, it works when I run f3d manually in my shell, but segfaults when I try to have it create a thumbnail through GNOME. I believe the issue has to do with bubblewrap, but I have no idea how to resolve it now. | 02:55:12 |
 Artturin | In reply to @balacij:matrix.org
Does anyone have any experience with packaging thumbnailers? I'm trying to create a package for f3d, it works when I run f3d manually in my shell, but segfaults when I try to have it create a thumbnail through GNOME. I believe the issue has to do with bubblewrap, but I have no idea how to resolve it now. https://discourse.gnome.org/t/about-the-use-of-bwrap-sandboxing-in-nautilus-thumbnailer/11314
https://github.com/f3d-app/f3d/issues/439
| 15:01:58 |
| Artturin | You should build it from source and if it doesn't work after that then report upstream | 15:03:46 |
|  mplanchard joined the room. | 15:42:18 |
| 18 Nov 2023 |
|  Adithya joined the room. | 07:50:21 |
| balacij | Thanks! I've been running into the same issue. I'll ask them when I have a chance to make a full write-up. | 18:57:00 |
 piegames | What's the current state of the 45 PR, what needs to be done, who is working on it? | 19:13:18 |
 Jan Tojnar | If bobby285271 does not have further suggestions, it should be good to go | 21:22:59 |
| piegames | Huh, how did I get unsubscribed from the thread?! Sorry if my question was sill, I just missed lot of stuff | 21:46:00 |
| Artturin | Did you get hit with https://discourse.nixos.org/t/github-unsubscribed-me-from-all-nixpkgs-prs-and-issues too | 23:01:23 |
| piegames | Um, not sure. Stuff's still there but I wouldn't know if parts of it were missing | 23:06:21 |
| 19 Nov 2023 |
|  pbsds changed their display name from pbsds to pbsds (federation borken, may not see reply). | 03:35:42 |
 vcunat | Oh well, let's get some x86_64-linux binaries into cache.nixos.org already:
https://hydra.nixos.org/eval/1801912 | 08:36:13 |
|  ZXGU joined the room. | 10:56:52 |
|  rutherther joined the room. | 14:43:08 |
 Vika (she/her) | How do I go about debugging why does Nautilus, when launched from a terminal, allows to properly open files in respective applications from ~/.config/mimeapps.list, but refuses to do so when launched via GIO mechanisms (e.g. gtk-launch and other invocations of g_app_info_launch{_*} functions, such as wofi?
| 16:32:21 |
| Vika (she/her) | * How do I go about debugging why does Nautilus, when launched from a terminal, allows to properly open files in respective applications from ~/.config/mimeapps.list, but refuses to do so when launched via GIO mechanisms (e.g. gtk-launch and other invocations of g_app_info_launch{_*} functions, such as wofi)?
| 16:32:47 |
| Vika (she/her) | It doesn't seem to show any .desktop file not having an absolute Exec= path, which only two of my applications in /run/current-system/sw/share/applications seem to have.
| 16:33:22 |
| Vika (she/her) | This problem doesn't seem to be Nautilus-specific, which makes me thing it's something GIO related. But then Telegram Desktop, a Qt app, refuses to open links in Firefox if launched via wofi?... which is weird, unless Qt somehow uses GLib stuff?...
| 16:39:23 |
| Vika (she/her) | It's all so confusing and so annoying. | 16:39:40 |
| Vika (she/her) | ok, the gtk app chooser widget seems to be one thing responsible for collecting .desktop files in Nautilus's case, let's see what it calls to get a list of .desktop files
| 16:48:56 |
| Jan Tojnar | Vika (she/her): I would guess it has something to do with XDG_DATA_DIRS environment variable | 16:50:42 |
| Jan Tojnar | compare strings /proc/$pid/environ of Nautilus being launched by the different methods | 16:51:21 |
| Jan Tojnar | * compare strings /proc/$pid/environ of Nautilus launched by the two different methods | 16:52:19 |
| Vika (she/her) | Jan Tojnar That was my first thought! But... XDG_DATA_DIRS is almost the same between launching anything from wofi and my terminal, and both entries include /run/current-system/sw/share at the end, as they should.
| 16:54:26 |
| Vika (she/her) | In fact, almost the entire environment is the same! Sans a few variables GIO sets when launching an application using g_app_info_launch.
| 16:55:06 |
| Vika (she/her) | Specifically, these variables are XDG_ACTIVATION_TOKEN, GIO_LAUNCHED_DESKTOP_FILE{,_PID}, DESKTOP_STARTUP_ID and some minor variables like GPG_TTY (surely they don't affect this?). PATH is sometimes a bit different, but it's because of prefixes — the end is always /run/current-system/sw/share as expected.
| 16:57:49 |
| Jan Tojnar | Vika (she/her): I would try running it in terminal with XDG_DATA_DIRS=/run/current-system/sw/share and maybe some other variables cleared | 17:01:30 |
