Hello,
I ran a system reconfigure for the first time in a while today. After
doing so, I noticed that Flatpak apps fail to launch. Specifically,
when running `flatpak run org.gnome.Fractal`, which was working fine
before, the application hangs instead of launching and, with `-v`,
prints the f
Hi,
Do you inherit any other configurations in your home configuration
which are defined in a different file? If so, have you made changes in
any of the files where those inherited configurations are defined? I
just had a similarly mysterious failure to load a (system)
configuration file, and
Hello,
Sorry for sending you two emails; I forgot I was supposed to CC the
specific bug address...
For posterity, here is the content of my original message:
Do you inherit any other configurations in your home configuration
which are defined in a different file? If so, have you made changes
Hi,
Can you try another app, maybe there's a problem with this one
I have tried with literally every application I have installed through
flatpak, and none of them work. Here's the complete list, in order by
ID:
com.github.tchx84.Flatseal
com.github.vladimiry.ElectronMail
io.bassi.Amberol
i
How do you run flatpak in a system vm?
I've tried setting up flatpak inside the VM, which didn't work because
I didn't persist the state; and exposing my user's home directory where
all relevant flatpak files are stored, which gave an "unable to
allocate session ID" error, which is distinct fr
Glad to hear it! Happy hacking :D
Bug resolved
This issue persists and has worsened.
After looking into similar issue reports on Flatpak's GitHub
repository, I tried removing gvfs from my system profile. No luck. I
then also removed ntfs-3g and gnome-shell-extension-appindicator (after
noticing the GNOME dropdown control panel now alerts
Hello,
After the recent core update, Geary fails to build. A full build log is
attached. The relevant bit appears to be this:
```
# GLib-DEBUG: g_unix_open_pipe() called with FD_CLOEXEC; please migrate
to using O_CLOEXEC instead
# GLib-DEBUG: g_unix_open_pipe() called with FD_CLOEXEC; please
Hello,
perl-sdl fails to build for somewhat unclear reasons. Tests report one
failed program, but I can't find any failed tests per se. I've
attached the build log.
Best,
Juli
s54ichqirm4wji7ccvcxdribknb5c3-perl-sdl-2.548.drv.gz
Description: application/gzip
PS the Guix commit at which this occurs is
f42427046b11029faaa69b7f10c77b45240e
Hello,
I've managed to package the latest version of Cutter, thanks in part to
Rizin now being in Guix.
I was not able to enable Python-based plugins because python-pyside-2
was unable to find the include directory for one of its inputs (also an
input to Cutter), specifically . I suspect thi
Hello,
This patch updates Cutter to the latest version and removes an unneeded radare2
package. It closes issue 63669.
Disregard my comments on that issue. I decided against packaging the decompilers
so there is no reason to enable all of the other options. This is great because
enabling all of t
The description pretty much covers it.
The documentation for home-fontconfig-service-type¹ (as of 2025-01-15)
does not specify the format for the extension list. Specifically, the
sublist of the example list appears to expect certain elements which
are not explained, nor does the page link to
Hello,
As of 651f8765b657e35baf85ac74a1f6b09ff71691cb, Syncthing's system
service fails to sync for at least some users, including me. Others
have mentioned needing to roll back to before Syncthing 1.29.2.
I suspect the cause is a typo on line 548¹ -- "syncthin" instead of
"syncthing."
Th
15 matches
Mail list logo
