On 17 May 2017 at 09:52, Simon Lees <sfl...@suse.de> wrote: > > > On 05/17/2017 06:25 AM, William L. Thomson Jr. wrote: > > Sadly despite all the noise and the removal of ecore x code and > > linking. It seems the crash under Wayland remains. Which sucks! > > https://github.com/Obsidian-StudiosInc/ecrire/issues/2# > issuecomment-301748209 > > > > I am not able to run Wayland so some what crippled. May setup a VM and > > try in that to debug at least. T If anyone can provide any useful > > information so I can correct in the build system. That would really be > > appreciated! > > > As far as i'm aware there isn't a easy way to get wayland running in a VM. >
I have no problem running E as a Wayland compositor in a VM. Archlinux in KVM. Just compile EFL and E there and it will work out of the box. But... it'll be a VM. No GL acceleration, only software. To test a wayland client application, just run weston and then your application with ELM_DISPLAY=wl This will run weston in an X11 window and is usually enough to quickly test EFL clients under WL. > > > I do not believe it is anything code related. I removed all ecore x > > specific code and if defines. I removed libraries and cflags. But seems > > it is still causing problems. I am not sure if this is an EFL issue. > > > > Technically if under wayland should not have ecore x module. Though I > > understand, like is the case for myself, many are building with support > > for both. I doubt having just a Wayland only system is the proper fix. > > > > It seems like ecrire is linking to a BUNCH of stuff is should not be > > and stuff it is not using. Doing a ldd ecrire, I see all sorts of > > stuff, gpg, etc. Things I know are not in use nor being linked on > > purpose. Even seems to be the case with Gentoo builds, so its not > > anything Gentoo cmake eclasses strip out etc. > > > efl links to alot as its libraries do alot, if you compare it to > terminology and rage you probably shouldn't see anything extra though. > Indeed. EFL has a lot of dependencies, including the one cited above (gpg). Don't assume "it's not in use no it shouldn't be linked". We are in fact slowly working on using more runtime linking vs. build-time linking but most of EFL still relies on system linking. > > I assume something is off in cmake files and/or how its linking stuff > > in the final binary. If it is not that, then maybe its coming in from > > EFL or something. > > > > Thank you in advance for any time spent looking into this!!! > > > > On Mon, 15 May 2017 11:40:09 -0400 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > >> I was able to replace the ecore x code and resolve any dependencies > >> there and crash related to such under wayland. > >> > >> https://github.com/Obsidian-StudiosInc/ecrire/commit/ > d07af0ebbebcde9818f2d178861d39a6edcf7269 > >> > >> I would have much rather seen something like above than commenting out > >> code and function. My other was a work around till such could be > >> produced to retain function under x and fix crash under wayland, > >> temporarily. The matter is put to rest now. > > > > > > -- > > Simon Lees (Simotek) http://simotek.net > > Emergency Update Team keybase.io/simotek > SUSE Linux Adelaide Australia, UTC+10:30 > GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- Jean-Philippe André ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
