On Tue, 24 Sep 2019 23:53:52 -0500 Matthew Kolar <mjko...@charter.net> said:
> Ah, > > On some further research it looks like elput is an alternative backend > to inputd? That's what this old news release would seem to indicate: > https://www.enlightenment.org/news/efl-1.18.0 > > I looked for it in meson_options.txt in both efl and enlightenment > packages and could not find a reference to it. What is the config > option using meson? no. elput is our front-end lib to libinput. > On 9/24/19 8:42 PM, Matthew Kolar wrote: > > I use Slackware, which uses SysVinit, not systemd. I dont understand > > the bit about elput, what is that? > > > > > > On 9/24/19 8:27 PM, Carsten Haitzler (The Rasterman) wrote: > >> On Tue, 24 Sep 2019 19:11:50 -0500 Matthew Kolar > >> <mjko...@charter.net> said: > >> > >>> Ok! > >>> > >>> The dlopen error has been resolved by recompiling targeting > >>> opengl-es/egl, but I'm gettting another error now: > >>> > >>> ESTART: 2.10681 [0.00085] - Compositor Init > >>> Enlightenment cannot initialize X Connection... > >>> LOAD WL_WL MODULE > >>> Could not create wayland canvas > >>> LOAD WL_X11 MODULE > >>> X11 connect failed! > >>> LOAD WL_DRM MODULE > >>> ERR<26151>:ecore_drm2 ../src/lib/ecore_drm2/ecore_drm2_device.c:602 > >>> ecore_drm2_device_open() Could not connect to input manager > >>> ERR<26151>:ecore_evas > >>> ../src/modules/ecore_evas/engines/drm/ecore_evas_drm.c:164 > >>> _ecore_evas_drm_init() Failed to open device > >>> ERR<26151>:ecore_drm2 ../src/lib/ecore_drm2/ecore_drm2_device.c:602 > >>> ecore_drm2_device_open() Could not connect to input manager > >>> ERR<26151>:ecore_evas > >>> ../src/modules/ecore_evas/engines/drm/ecore_evas_drm.c:164 > >>> _ecore_evas_drm_init() Failed to open device > >>> Could not create ecore_evas_drm canvas<<<< Enlightenment Error >>>> > >>> Enlightenment cannot create a compositor. > >> logind/systemd issue it would seem. your login session doesnt support > >> being able > >> to get input device fd's via logind. elput takes care of this... > >> > >>> E: Begin Shutdown Procedure! > >>> ERR<26151>:e ../src/bin/e_msgbus.c:84 _e_msgbus_request_name_cb() Could > >>> not request bus name > >>> > >>> Looks like I'm missing my "input manager", would that be the dependent > >>> xkbcommon package? > >>> > >>> On 9/24/19 5:03 PM, Carsten Haitzler wrote: > >>>> On Tue, 24 Sep 2019 14:03:55 -0500 Matthew Kolar > >>>> <mjko...@charter.net> said: > >>>> > >>>>> Raster, > >>>>> > >>>>> Ah! That would probably be it, I just went with the default > >>>>> full-opengl, > >>>>> I will have to download new git in that case, if it's going to be > >>>>> default. I presume that this goes for both efl and E, and that I wont > >>>>> have to specify gl-es on either anymore? > >>>> e doesn't know or care about full opengl vs egl/gles - ti deals > >>>> with efl as > >>>> the abstraction and efl abstracts this generally at a high level or > >>>> exposes > >>>> a gles api from evas_gl regardless what back-end evas was built for. > >>>> > >>>>> Matthew > >>>>> > >>>>> > >>>>> On 9/24/19 12:27 PM, Carsten Haitzler (The Rasterman) wrote: > >>>>>> On Tue, 24 Sep 2019 11:47:43 -0500 Matthew Kolar > >>>>>> <mjko...@charter.net> > >>>>>> said: > >>>>>> > >>>>>> this: > >>>>>> libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007f1e2d0c0000) > >>>>>> > >>>>>> did you not enable gles. full opengl is not supported other than > >>>>>> in x11 > >>>>>> (and osx)? i actually just switched the default to gl-es because > >>>>>> people > >>>>>> keep forgetting to switch to gles to have wl/drm work. > >>>>>> > >>>>>>> Raster, > >>>>>>> > >>>>>>> Here is some relevant console output: > >>>>>>> > >>>>>>> bash-5.0$ ldd > >>>>>>> /usr/lib64/evas/modules/engines/gl_drm/v-1.23/module.so > >>>>>>> linux-vdso.so.1 (0x00007fffd23fe000) > >>>>>>> libeina.so.1 => /usr/lib64/libeina.so.1 > >>>>>>> (0x00007f1e2d4c0000) > >>>>>>> libevas.so.1 => /usr/lib64/libevas.so.1 > >>>>>>> (0x00007f1e2d1f1000) > >>>>>>> libecore.so.1 => /usr/lib64/libecore.so.1 > >>>>>>> (0x00007f1e2d172000) > >>>>>>> libecore_drm2.so.1 => /usr/lib64/libecore_drm2.so.1 > >>>>>>> (0x00007f1e2d15e000) > >>>>>>> libdl.so.2 => /lib64/libdl.so.2 (0x00007f1e2d159000) > >>>>>>> libGL.so.1 => /usr/lib64/libGL.so.1 > >>>>>>> (0x00007f1e2d0c0000) > >>>>>>> libgbm.so.1 => /usr/lib64/libgbm.so.1 > >>>>>>> (0x00007f1e2d0ae000) > >>>>>>> libwayland-client.so.0 => > >>>>>>> /usr/lib64/libwayland-client.so.0 > >>>>>>> (0x00007f1e2d09e000) > >>>>>>> libc.so.6 => /lib64/libc.so.6 (0x00007f1e2ceb9000) > >>>>>>> libm.so.6 => /lib64/libm.so.6 (0x00007f1e2cd6e000) > >>>>>>> librt.so.1 => /lib64/librt.so.1 (0x00007f1e2cd64000) > >>>>>>> libunwind-x86_64.so.8 => > >>>>>>> /usr/lib64/libunwind-x86_64.so.8 > >>>>>>> (0x00007f1e2cd45000) > >>>>>>> libunwind.so.8 => /usr/lib64/libunwind.so.8 > >>>>>>> (0x00007f1e2cd29000) libpthread.so.0 => /lib64/libpthread.so.0 > >>>>>>> (0x00007f1e2cd08000) libeo.so.1 => /usr/lib64/libeo.so.1 > >>>>>>> (0x00007f1e2cce3000) libector.so.1 => /usr/lib64/libector.so.1 > >>>>>>> (0x00007f1e2cca5000) libefl.so.1 => /usr/lib64/libefl.so.1 > >>>>>>> (0x00007f1e2cc2f000) libemile.so.1 => /usr/lib64/libemile.so.1 > >>>>>>> (0x00007f1e2cbf4000) libeet.so.1 => /usr/lib64/libeet.so.1 > >>>>>>> (0x00007f1e2cbbf000) libfreetype.so.6 => > >>>>>>> /usr/lib64/libfreetype.so.6 > >>>>>>> (0x00007f1e2cb03000) > >>>>>>> libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 > >>>>>>> (0x00007f1e2cabd000) > >>>>>>> libfribidi.so.0 => /usr/lib64/libfribidi.so.0 > >>>>>>> (0x00007f1e2ca9f000) libluajit-5.1.so.2 => > >>>>>>> /usr/lib64/libluajit-5.1.so.2 > >>>>>>> (0x00007f1e2ca2d000) > >>>>>>> libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 > >>>>>>> (0x00007f1e2c941000) > >>>>>>> libgif.so.7 => /usr/lib64/libgif.so.7 > >>>>>>> (0x00007f1e2c932000) > >>>>>>> libjpeg.so.62 => /usr/lib64/libjpeg.so.62 > >>>>>>> (0x00007f1e2c89d000) > >>>>>>> libpng16.so.16 => /usr/lib64/libpng16.so.16 > >>>>>>> (0x00007f1e2c868000) libtiff.so.5 => /usr/lib64/libtiff.so.5 > >>>>>>> (0x00007f1e2c7eb000) libwebp.so.7 => /usr/lib64/libwebp.so.7 > >>>>>>> (0x00007f1e2c77d000) libglib-2.0.so.0 => > >>>>>>> /usr/lib64/libglib-2.0.so.0 > >>>>>>> (0x00007f1e2c65c000) > >>>>>>> libeeze.so.1 => /usr/lib64/libeeze.so.1 > >>>>>>> (0x00007f1e2c647000) > >>>>>>> libelput.so.1 => /usr/lib64/libelput.so.1 > >>>>>>> (0x00007f1e2c636000) > >>>>>>> /lib64/ld-linux-x86-64.so.2 (0x00007f1e2d5a6000) > >>>>>>> libGLX.so.0 => /usr/lib64/libGLX.so.0 > >>>>>>> (0x00007f1e2c603000) > >>>>>>> libX11.so.6 => /usr/lib64/libX11.so.6 > >>>>>>> (0x00007f1e2c4c5000) > >>>>>>> libXext.so.6 => /usr/lib64/libXext.so.6 > >>>>>>> (0x00007f1e2c4b1000) > >>>>>>> libGLdispatch.so.0 => /usr/lib64/libGLdispatch.so.0 > >>>>>>> (0x00007f1e2c3f5000) > >>>>>>> libdrm.so.2 => /usr/lib64/libdrm.so.2 > >>>>>>> (0x00007f1e2c3e0000) > >>>>>>> libwayland-server.so.0 => > >>>>>>> /usr/lib64/libwayland-server.so.0 > >>>>>>> (0x00007f1e2c3ca000) > >>>>>>> libexpat.so.1 => /usr/lib64/libexpat.so.1 > >>>>>>> (0x00007f1e2c39d000) > >>>>>>> libffi.so.6 => /usr/lib64/libffi.so.6 > >>>>>>> (0x00007f1e2c195000) > >>>>>>> libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 > >>>>>>> (0x00007f1e2c17b000) > >>>>>>> liblzma.so.5 => /lib64/liblzma.so.5 > >>>>>>> (0x00007f1e2bf55000) > >>>>>>> libssl.so.1.1 => /lib64/libssl.so.1.1 > >>>>>>> (0x00007f1e2bebe000) > >>>>>>> libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 > >>>>>>> (0x00007f1e2bbde000) libz.so.1 => /lib64/libz.so.1 > >>>>>>> (0x00007f1e2b9c7000) > >>>>>>> libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f1e2b9b4000) > >>>>>>> libuuid.so.1 => /lib64/libuuid.so.1 > >>>>>>> (0x00007f1e2b9ab000) > >>>>>>> libgraphite2.so.3 => /usr/lib64/libgraphite2.so.3 > >>>>>>> (0x00007f1e2b982000) > >>>>>>> libzstd.so.1 => /usr/lib64/libzstd.so.1 > >>>>>>> (0x00007f1e2b8db000) > >>>>>>> libpcre.so.1 => /lib64/libpcre.so.1 > >>>>>>> (0x00007f1e2b868000) > >>>>>>> libecore_file.so.1 => /usr/lib64/libecore_file.so.1 > >>>>>>> (0x00007f1e2b85e000) > >>>>>>> libmount.so.1 => /lib64/libmount.so.1 > >>>>>>> (0x00007f1e2b800000) > >>>>>>> libudev.so.1 => /lib64/libudev.so.1 > >>>>>>> (0x00007f1e2b7da000) > >>>>>>> libeldbus.so.1 => /usr/lib64/libeldbus.so.1 > >>>>>>> (0x00007f1e2b798000) libecore_input.so.1 => > >>>>>>> /usr/lib64/libecore_input.so. > >>>>>>> 1 (0x00007f1e2b781000) > >>>>>>> libinput.so.10 => /usr/lib64/libinput.so.10 > >>>>>>> (0x00007f1e2b739000) libxkbcommon.so.0 => > >>>>>>> /usr/lib64/libxkbcommon.so.0 > >>>>>>> (0x00007f1e2b6f9000) > >>>>>>> libxcb.so.1 => /usr/lib64/libxcb.so.1 > >>>>>>> (0x00007f1e2b6d0000) > >>>>>>> libecore_con.so.1 => /usr/lib64/libecore_con.so.1 > >>>>>>> (0x00007f1e2b62e000) > >>>>>>> libblkid.so.1 => /lib64/libblkid.so.1 > >>>>>>> (0x00007f1e2b5db000) > >>>>>>> libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 > >>>>>>> (0x00007f1e2b588000) libmtdev.so.1 => /usr/lib64/libmtdev.so.1 > >>>>>>> (0x00007f1e2b382000) libevdev.so.2 => /usr/lib64/libevdev.so.2 > >>>>>>> (0x00007f1e2b365000) libwacom.so.2 => /usr/lib64/libwacom.so.2 > >>>>>>> (0x00007f1e2b359000) libXau.so.6 => /usr/lib64/libXau.so.6 > >>>>>>> (0x00007f1e2b352000) libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 > >>>>>>> (0x00007f1e2b34a000) libgudev-1.0.so.0 => /lib64/libgudev-1.0.so.0 > >>>>>>> (0x00007f1e2b33d000) libgobject-2.0.so.0 => > >>>>>>> /usr/lib64/libgobject-2.0.so. > >>>>>>> 0 (0x00007f1e2b2e2000) > >>>>>>> libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 > >>>>>>> (0x00007f1e2b128000) libgmodule-2.0.so.0 => > >>>>>>> /usr/lib64/libgmodule-2.0.so. > >>>>>>> 0 (0x00007f1e2b120000) > >>>>>>> libresolv.so.2 => /lib64/libresolv.so.2 > >>>>>>> (0x00007f1e2b105000) > >>>>>>> bash-5.0$ ldd > >>>>>>> /usr/lib64/evas/modules/engines/gl_drm/v-1.23/module.so | > >>>>>>> grep 'EGL' > >>>>>>> bash-5.0$ ldd > >>>>>>> /usr/lib64/evas/modules/engines/gl_drm/v-1.23/module.so | > >>>>>>> grep 'libEGL' > >>>>>>> > >>>>>>> EGL/libEGL doesnt seem to appear in the list at all. I know I > >>>>>>> set the > >>>>>>> compile options up for this, so what gives? > >>>>>>> > >>>>>>> Matthew > >>>>>>> > >>>>>>> > >>>>>>> On 9/24/19 10:19 AM, Carsten Haitzler (The Rasterman) wrote: > >>>>>>>> On Mon, 23 Sep 2019 23:17:25 -0500 Matthew Kolar > >>>>>>>> <mjko...@charter.net> > >>>>>>>> said: > >>>>>>>> > >>>>>>>>> Ok, > >>>>>>>>> > >>>>>>>>> After doing some checking myself, it looks like a mesa bit, so > >>>>>>>>> I'm > >>>>>>>>> going to post a link to my slackbuild with the meson options I > >>>>>>>>> compiled mesa with. > >>>>>>>>> > >>>>>>>>> https://pastebin.com/y4PJjyqx > >>>>>>>>> > >>>>>>>>> The only thing I can see that would cause things to go amiss is " > >>>>>>>>> -Dgles1=false " But I'm skeptical, as "-Dgles2=true" is > >>>>>>>>> enabled, I > >>>>>>>>> think that should take care of it. > >>>>>>>>> > >>>>>>>>> Brokenshakles > >>>>>>>> the build script for mesa isn't going to help much as it > >>>>>>>> doesn't tell me > >>>>>>>> about the state of your system. what is installed where? > >>>>>>>> > >>>>>>>> dlopen("/usr/lib64/evas/modules/engines/gl_drm/v-1.23/module.so", > >>>>>>>> /usr/lib64/evas/modules/engines/gl_drm/v-1.23/module.so: undefined > >>>>>>>> symbol: eglGetConfigs): RTLD_NOW > >>>>>>>> > >>>>>>>> that is your core issue. have you run ldd on that module.so to > >>>>>>>> see what > >>>>>>>> it links to? it should have linked to libEGL ... compilation > >>>>>>>> should have > >>>>>>>> failed to begin with if that didn't happen.so ldd should tell > >>>>>>>> you WHICH > >>>>>>>> libEGL is being found at runtime. maybe you have multipe > >>>>>>>> libEGL's? that > >>>>>>>> would be a big problem source to begin with. > >>>>>>>> > >>>>>>>> the EGL api definition/interface defines that it needs > >>>>>>>> eglGetConfigs - > >>>>>>>> if it's not there then your libEGL is broken. that symbol > >>>>>>>> doesn't exist. > >>>>>>>> > >>>>>>>> https://www.khronos.org/registry/EGL/sdk/docs/man/html/eglGetConfigs.xhtml > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> you can start dissecting whatever libEGL's you may have and > >>>>>>>> look at > >>>>>>>> symbols (ldd, then nm) and so on and find out what is going on, > >>>>>>>> but the > >>>>>>>> simple version is: > >>>>>>>> > >>>>>>>> "your system is broken" or appears to be as the output does not > >>>>>>>> say it > >>>>>>>> can't find libEGL ... it can seemingly find it... what it finds is > >>>>>>>> broken. follow the breadcrumbs. :) > >>>>>>>> > >>>>>>>>> On 9/23/19 11:05 PM, Matthew Kolar wrote: > >>>>>>>>>> Raster, > >>>>>>>>>> > >>>>>>>>>> Ok, so what is the offending package? wayland-egl or mesa? > >>>>>>>>>> > >>>>>>>>>> Brokenshakles > >>>>>>>>>> > >>>>>>>>>> On 9/23/19 6:52 PM, Carsten Haitzler (The Rasterman) wrote: > >>>>>>>>>>> On Mon, 23 Sep 2019 10:30:01 -0500 Matthew Kolar > >>>>>>>>>>> <mjko...@charter.net> said: > >>>>>>>>>>> > >>>>>>>>>>> did you pass E_WL_FORCE=1 s an env var? don't do that. > >>>>>>>>>>> tbat's not > >>>>>>>>>>> needed at > >>>>>>>>>>> all. don't set that. it's meant to be used to force a specific > >>>>>>>>>>> rendering engine. just don't pass that env var and it should be > >>>>>>>>>>> better. that's what the > >>>>>>>>>>> wl_1 issue is. you have other issues like: > >>>>>>>>>>> > >>>>>>>>>>> /usr/lib64/evas/modules/engines/gl_drm/v-1.23/module.so: > >>>>>>>>>>> undefined > >>>>>>>>>>> symbol: eglGetConfigs): RTLD_NOW > >>>>>>>>>>> > >>>>>>>>>>> the gl engine has linked to an egl but your system libEGL is > >>>>>>>>>>> missing > >>>>>>>>>>> that symbol > >>>>>>>>>>> - your system is somehow broken. > >>>>>>>>>>> > >>>>>>>>>>>> Hello everyone, if you have been on IRC recently, you know > >>>>>>>>>>>> that I > >>>>>>>>>>>> have been trying to get E-Wayland running on Slackware64. > >>>>>>>>>>>> So far, > >>>>>>>>>>>> things have been going well, most everything is compiled, > >>>>>>>>>>>> but when > >>>>>>>>>>>> I try to run > >>>>>>>>>>>> wayland via enlightenment_start, I get the following: > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> MODULE ERR: [Error loading Module] > >>>>>>>>>>>> There was an error loading the module named: wl_1<ps/>No > >>>>>>>>>>>> module > >>>>>>>>>>>> named wl_1/linux-gnu-x86_64-0.23.0/module.so could be found in > >>>>>>>>>>>> the<ps/>module search directories.<ps/> > >>>>>>>>>>>> Enlightenment cannot initialize X Connection... > >>>>>>>>>>>> LOAD WL_WL MODULE > >>>>>>>>>>>> ERR<14049>:eina_safety ../src/lib/ecore_evas/ecore_evas.c:4484 > >>>>>>>>>>>> ecore_evas_wayland_egl_new() safety check failed: new == NULL > >>>>>>>>>>>> Could not create wayland canvas > >>>>>>>>>>>> LOAD WL_X11 MODULE > >>>>>>>>>>>> X11 connect failed! > >>>>>>>>>>>> LOAD WL_DRM MODULE > >>>>>>>>>>>> ERR<14049>:eina_module ../src/lib/eina/eina_module.c:327 > >>>>>>>>>>>> eina_module_load() could not > >>>>>>>>>>>> dlopen("/usr/lib64/evas/modules/engines/gl_drm/v-1.23/module.so", > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> /usr/lib64/evas/modules/engines/gl_drm/v-1.23/module.so: > >>>>>>>>>>>> undefined > >>>>>>>>>>>> symbol: eglGetConfigs): RTLD_NOW > >>>>>>>>>>>> ERR<14049>:ecore_drm2 > >>>>>>>>>>>> ../src/lib/ecore_drm2/ecore_drm2_device.c:602 > >>>>>>>>>>>> ecore_drm2_device_open() Could not connect to input manager > >>>>>>>>>>>> ERR<14049>:ecore_evas > >>>>>>>>>>>> ../src/modules/ecore_evas/engines/drm/ecore_evas_drm.c:164 > >>>>>>>>>>>> _ecore_evas_drm_init() Failed to open device > >>>>>>>>>>>> Could not create ecore_evas_drm canvas<<<< Enlightenment > >>>>>>>>>>>> Error >>>> > >>>>>>>>>>>> Enlightenment cannot create a compositor. > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> It looks like dlopen is having symbol issues. Now I know I > >>>>>>>>>>>> compiled > >>>>>>>>>>>> in egl support into efl and mesa, and that the stated > >>>>>>>>>>>> module exists > >>>>>>>>>>>> so anyone have any clue to why it's not finding > >>>>>>>>>>>> eglGetConfigs ? > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> Brokenshakles > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>> enlightenment-devel mailing list > >>>>>>>>>>>> enlightenment-devel@lists.sourceforge.net > >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >>>>>>>>>>>> > >>>>>>>>>> _______________________________________________ > >>>>>>>>>> enlightenment-devel mailing list > >>>>>>>>>> enlightenment-devel@lists.sourceforge.net > >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >>>>>>>>> _______________________________________________ > >>>>>>>>> enlightenment-devel mailing list > >>>>>>>>> enlightenment-devel@lists.sourceforge.net > >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >>>>>>> _______________________________________________ > >>>>>>> enlightenment-devel mailing list > >>>>>>> enlightenment-devel@lists.sourceforge.net > >>>>>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >>> > >>> > >>> _______________________________________________ > >>> enlightenment-devel mailing list > >>> enlightenment-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > > > > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ras...@rasterman.com _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel