search

flathub / org.cockpit_project.CockpitClient

https://flathub.org/apps/details/org.cockpit_project.CockpitClient
6 stars 5 forks source link

Empty (blank) page on launch. Console output on refresh: flatpak-spawn: Invalid byte sequence in conversion input #33

Open travier opened 1 year ago

travier commented 1 year ago

This is a new instance of https://github.com/flathub/org.cockpit_project.CockpitClient/issues/29 as I can not re-open the issue.

Launching Cockpit client gives me an empty (blank) page on launch.

Pressing the refresh button generated the following output in console logs:

flatpak-spawn: Invalid byte sequence in conversion input
Try "flatpak-spawn --help" for more information.

Fedora Kinoite 38, Wayland. Cockpit Client org.cockpit_project.CockpitClient 297 stable system

The following does not fix this:

$ sudo systemctl reload dbus-broker.service
$ cat /var/lib/flatpak/exports/share/applications/org.cockpit_project.CockpitClient.desktop
[Desktop Entry]
Type=Application
Name=Cockpit Client
Comment=Connect via ssh to servers running Cockpit
Icon=org.cockpit_project.CockpitClient
Exec=/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=cockpit-client org.cockpit_project.CockpitClient
Categories=Network;RemoteAccess
X-Flatpak=org.cockpit_project.CockpitClient

So it looks like https://github.com/cockpit-project/cockpit/pull/19063 wasn't enough.

travier commented 1 year ago

I tried running it in a "cleaner" virtual machine and it worked, so I'm not sure where the issue is.

travier commented 1 year ago

I've built the latest version from upstream following https://github.com/flathub/org.cockpit_project.CockpitClient/issues/29#issuecomment-1618322755 and it works, so I don't know where the issue is.

allisonkarlitskaya commented 1 year ago

I wonder if some old copy of the desktop file was sticking around in your environment...

I feel like this issue is hopefully solved by now?

travier commented 1 year ago

I've just tried again and it's not solved for me. Maybe updating this Flatpak will help?

travier commented 1 year ago

Current version if 297 when the latest cockpit release is 299.

miha-mohorcic commented 8 months ago

I've had same issue for some time (fedora 39).

Today i did a lot of things, but what i THINK solved it was the:

dnf reinstall glibc-common
dnf install glibc-language-source # this is probably not neccessary
dnf reinstall glibc-all-langpacks

I'm guessing on kinoite there are ways to do this?

edit: comparing installation (one where it worked all the time) it seems that glibc-all-langpacks is the one that was missing.

Beside some tweaking of the locale settings in KDE, which didn't seem to fix anything. Maybe you can narrow it to which one of this (if it does) help.

m2Giles commented 8 months ago

Experiencing this as well. I get AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer as an error in the terminal.

ondrejbudai commented 2 months ago

I investigated a bit, and my issue is that I'm using a mixed locale:

$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=cs_CZ.UTF-8
LC_TIME=cs_CZ.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=cs_CZ.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=cs_CZ.UTF-8
LC_NAME="en_US.UTF-8"
LC_ADDRESS=cs_CZ.UTF-8
LC_TELEPHONE=cs_CZ.UTF-8
LC_MEASUREMENT=cs_CZ.UTF-8
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Apparently, flatpak fails to installs additional locales in that case, see https://github.com/flatpak/flatpak/issues/5497 and https://github.com/flatpak/flatpak/issues/5564

The workaround is to explicitly tell flatpak to download more locales, kudos to https://github.com/flatpak/flatpak/issues/5497#issuecomment-2016911446. In my case, I had to run:

flatpak config --set languages "en;cs"
flatpak update