Re: XWayland doable from user side or jolla required?
 

My version of lipstick is the latest released update, 1.0.8 , not git one :)

the crashing function is void ShellSurface::shell_surface_pong and the problem is that m_surface->waylandSurface() returns NULL.
(ah, the problems with asynchronous IPC... :) ).

Also:

Re: XWayland doable from user side or jolla required?
 

gz javispedro I knew it was doable , do know where do you want to support X11 ? what about hw accel in x now ? like egl and qtquick2 ;)

Re: XWayland doable from user side or jolla required?
 

What about Py/GTK2 ? Worked quite nicely on Harmattan. :)

Re: XWayland doable from user side or jolla required?
 

we simply knew from the beginning, it is just a matter of time until someone in this highly competent community comes up with a working port.
Good work javispedro!

for integration of this xwayland server to work with ssh, I guess there is some extra work needed too?

I am rather split in my opinion about this, I love having x11 forwarding, bu t I can also see how ugly apps will be if they will be crosscompiled to run locally with x11. The possibility is always nice, but the question is still there, should we really let all those old apps pour in to the Jolla?
Me thinks not. But I do want sdl1.2 support still, but that's another thing I suppose.

Re: XWayland doable from user side or jolla required?
 

for forwarding display you could use RDP wayland backend ...

But for my point of view , the only use I'll have is to run other OS in a chroot , ie: harmattan apps like maps/drive :)

Re: XWayland doable from user side or jolla required?
 

See my original post, it will be "hard" (albeit certainly not impossible). It may be relatively easier to do some kind of indirect rendering. Otherwise any chroots using OpenGL ES will need to link with libhybris. Since I'm only wasting a few hours per week on this it's highly improbable I'll manage that :)

But why? QtQuick2 requires Qt5, which should already work in Wayland? The only use case I can see here it's Maemo Gtk2/Qt4 programs, which I would like to see somewhat working.

Re: XWayland doable from user side or jolla required?
 

I do not think it is a problem really, and for me the impostant thing is not just running local X apps in Jolla, rather the ability to have X forwarding work, that is paramount.

For example, to get VPNC connectivity I run a token generator on my server. The generator works in a java midp emulator that runs the application from RSA.
This application is only available as a legacy X application, so if I want to enable VPN in my jolla I need to connect to the token generator.

Re: XWayland doable from user side or jolla required?
 

What kind of tokens are you generating? If you mean RSA SecurID tokens, then you can already generate them with native sailfish OS binary (google search "stoken").

Re: XWayland doable from user side or jolla required?
 

Well what can I say... Cannot do that 'cos our IM personnel are dickhead *****s :mad:

To use stoken I'd need to get the token seed code in a format importable to stoken. Unfortunately that's not allowed to us, instead they create the seed bound to a device IMEI and distribute it in hashed mode usable only in an "official RSA client"

I did put some effort in recoding the seed to a distributable format but was not very successiful at it.

Re: XWayland doable from user side or jolla required?
 

Ah, ofcourse if IT doesnt want to give you the seed in readable format, then its a bit DOH :)