Open star-buck opened 9 years ago
here a screenshot of the remote connection from vncclient: So the vncserver does start, but then kwin_x11 seems to fail due to the error in the logfile in comment above? I know this seems likely not directly plasma-related, but stupidity on my side, so any help to get a vnc session into plasma5 would be appreciated :)
I must say that I have no idea. I never tried to VNC into a Plasma session and even for KDE 4 it's probably years ago.
Are you trying to forward the complete session or connecting to an existing session?
@mgraesslin : best is to try again then, its simple: http://www.tightvnc.com/vncserver.1.php vnc especially comes handy with a minicomputer like the Pi acting as a standalone unit without extra mouse+keybaord and display attached, so being functional with plasma/kwin would be nice.
so it's starting an X-Server called Xvnc. I'll try to install it, but my guess right now is that it's missing required extensions.
For the reference the backtrace: Program received signal SIGSEGV, Segmentation fault. 0x00007fffee874a50 in xcb_setup_vendor_end () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 (gdb) bt
doActivate=true) at /home/martin/src/kf5/frameworks/kwindowsystem/src/netwm.cpp:669
at /home/martin/src/kf5/kde/workspace/kwin/netinfo.cpp:140
at /opt/qt5/include/QtCore/qobjectdefs_impl.h:494
at /opt/qt5/include/QtCore/qobjectdefs_impl.h:551
r=0x6694d0, a=0x7fffffffca00, ret=0x0) at /opt/qt5/include/QtCore/qobject_impl.h:192
This looks very similar to https://bugs.kde.org/show_bug.cgi?id=343844 which is related to not having randr and that's also what I see on that fake X:
DISPLAY=:1 xrandr RandR extension missing
Now RandR is a required extension for KWin and apparently also for Qt - we get "incorrect" information from Qt which is causing the crash. To get this working we would need fixes in multiple areas.
Personally I consider X without RandR extension outside the specification of what KWin requires (and probably also for most other software of the workspace). My suggested action would be to change KWin to not crash but terminate. I can also work on making it work without XrandR but I fear this would end in weeks of running into strange issues.
would terminate Kwin make vnc work?
Missing randr extension is not the only problem, also fixes, composite and damage are missing. At least fixes is an extension kwin uses unconditionally and render is at least used unconditionally as a fallback for missing composite extension in the outline. This is not new, that has already been the case in 4.x - KWin won't work on that X server, KWin didn't work on that X server.
would terminate Kwin make vnc work?
no, because any qtquick application would just crash, due to missing glx:
DISPLAY=:1 glxinfo name of display: :1 Error: couldn't find RGB GLX visual or fbconfig
so whats the preferred method then for accessing plasma5/kwin remotely from another kde or non-kde machine/OS?
What I just want to try is whether krfb is working.
the combination of krfb (server) and krdc (client) still works over the rdp backend.
so how do i access a plasma-session from a non-kde system, e.g. Windows/Mac?
you need to start krfb on the plasma-session. I'm not familiar with the software and do not know whether it can be started automatically.
On Windows it's just the remote windows viewer (no idea how it's called, but it should be available as rdp comes from Windows). For OSX I do not know how whether there is a rdp viewer pre-installed.
Relevant upstream report for the actual crash condition: https://bugreports.qt.io/browse/QTBUG-31389
Here is my findings: Installed krfb+xrdp and while i couldnt find any way to make krfb use rdp, it turns out that accessing plasma-session now just works fine via tightvnc client. Thing is since krfb is kde4-legacy, is this only because of something else legacy running in background?
krfb supports AFAIK both VNC and RDP. So seems like the VNC support works better than tightvnc sersver - good.
I don't get your question qbout kde4-legacy.
wouldnt krfb need a proper qt/kf5-port? seems odd that krfb-kde4 vnc is working with new kwin5 while vncserver isnt...
wouldnt krfb need a proper qt/kf5-port?
would nice to be, but technically there is no need. It works also with Qt 4 ;-)
seems odd that krfb-kde4 vnc is working with new kwin5 while vncserver isnt...
Not at all. tightvnc ships with a for modern applications broken X server as a proxy. Krfb probably doesn't.
29/03/15 12:30:40 Xvnc version TightVNC-1.3.10 29/03/15 12:30:40 See http://www.tightvnc.com/ for information on TightVNC 29/03/15 12:30:40 Desktop name 'X' (netrunner-Aspire-X1930:2) 29/03/15 12:30:40 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t 29/03/15 12:30:40 Listening for VNC connections on TCP port 5902 Font directory '/usr/share/fonts/X11/75dpi/' not found - ignoring Font directory '/usr/share/fonts/X11/100dpi/' not found - ignoring xrdb: No such file or directory xrdb: can't open file '/home/netrunner/.Xresources'