Built Eterm and Enlightenment Window Manager 0.21.stu.xyz from E git repositories in this non-systemd Debian Unstable (Sid) local instance. It's not the first time that I build E, obviously, as elsewhere there is another post from previous E version that could not just be built.

I had to first download dependencies prior to building E21:

Shell

---

Sept. 09, 2017: libxcb-xprint0-dev, libxp-dev, and libeina1 may be omitted If your environment is Debian Stretch.
IMPORTANT NOTE! If you have built your own X Window System, for instance X.org, and its installation path prefix is not /usr, to avoid error output similar to:
[...]

checking for X11/Xresource.h... yes
checking for evas_engine_gl_xlib... yes
checking for XCreateColormap... yes
checking for XRenderCreatePicture... yes
checking for GL/gl.h... yes
checking whether pthread_create() is supported... yes
checking for glXCreateContext in -lGL... no
checking for GLES2/gl2.h... yes
checking for glTexImage2D in -lGLESv2... no
configure: error: OpenGL XLib dependencies not found

you must direct EFL where to search by setting variables:

Shell

and possibly:

Shell

END OF IMPORTANT NOTE!

---

E21 sources have been narrowed to EFL and Enlightenment, itself. Accordingly, I git cloned source as:

Shell

Specifying --prefix=/usr to configure EFL causes make to stop during subsequent build of Enlightenment, and outputs:

CCLD src/modules/gadman/module.la
/usr/bin/eldbus-codegen: symbol lookup error: /usr/lib/libefl.so.1: undefined symbol: _efl_object_init_generation
make[2]: *** [src/modules/geolocation/eldbus_geo_clue2_client.c] Error 127
Makefile:17585: recipe for target 'src/modules/geolocation/eldbus_geo_clue2_client.c' failed
make[2]: Leaving directory '/usr/src/build/enlightenment/git08-11-2016/enlightenment'
make[1]: *** [all-recursive] Error 1
Makefile:16462: recipe for target 'all-recursive' failed
make[1]: Leaving directory '/usr/src/build/enlightenment/git08-11-2016/enlightenment'
make: *** [all] Error 2
Makefile:4990: recipe for target 'all' failed

accordingly, I had to install EFL to /usr/local/ (which is the default installation path)

Shell

Note (1) Consider adding directive --with-crypto=gnutls to ./autogen.sh in above command, if during make EFL procedure you encounter openssl errors in lib/emile/emile_image.c¹.

Note (2) After ./autogen.sh finished, its final output was:

#-------------------------------------------------------------------#
##==-- ALERT --==##
#-------------------------------------------------------------------#

Your installation prefix is *NOT* /usr so this means you need
to ensure some files are visible to dbus otherwise services cannot
be started when needed. You will need to do the following:

System-wide installation:
ln -s /usr/local/share/dbus-1/services/org.enlightenment.Ethumb.service /usr/share/dbus-1/services/org.enlightenment.Ethumb.service

or add "/usr/local/share" to $XDG_DATA_DIRS

User installation:
ln -s /usr/local/share/dbus-1/services/org.enlightenment.Ethumb.service ~/.local/share/dbus-1/services/org.enlightenment.Ethumb.service

#-------------------------------------------------------------------#

I proceeded to install Enlightenment (please note the prefix):

Shell

Please note above directive explicitly disabling systemd; again this Debian instance is not tainted with that.

After the build procedure completed successfully, I adhered to the prefious EFL guidance:
System-wide installation:

Shell

or add "/usr/local/share" to $XDG_DATA_DIRS

User installation:

Shell

Building Eterm

So I wanted to build Eterm; thus, following instructions from Eterm.org I had to fulfill requirements from Debian repository:

Shell

Last package required; otherwise, during make:

In file included from feature.h:100:0,
from actions.c:27:
/usr/include/libast.h:77:28: fatal error: X11/Intrinsic.h: No such file or directory
# include <X11/Intrinsic.h>
^
compilation terminated.
make[2]: *** [actions.lo] Error 1
Makefile:415: recipe for target 'actions.lo' failed

Then proceeded with the usual way to build and install software in GNU/Linux:

Shell

Setting Up Eterm to Emerge Upon Enlightenment Instantiation

Logged into your Debian as yourself in your home directory, create directory .Eterm and setup your first theme, get-E.

Shell

You may delete now your tarred download get-E-Eterm-theme.tar.gz.

Now you may use XDM to manage your login and use .xsession script in your home directory to provide you with a one or couple of Eterm windows when Enlightenment starts up. For instance, your .xsession file may contain:

#!/bin/sh
# below you set a root background picture
Esetroot /home/you/Pictures/xyz.jpg && \
# Option -O means transparent;
# -F specifies font dimension;
# -g specifies window widthxheight AND
## +0-0 implies corner of screen;
# -t specifies theme
Eterm -O -F 10x20 -g 125x20+0-0 -t get-E &
# Last directive will instantiate Enlightenment
exec enlightenment_start

Note: Esetroot utility is built as a component of Eterm.
Please note also that the above lines beginning with a hash (#) are comments only -- except for the very first directive; also note that the last non-comment does not end in &, &&, nor \; that is, enlightenment_start instantiates and stays as a foreground process until you finish your enlightenment session.

Final Thoughts

Well not everything is 'peachy' and there seems to be a conflict between Enlightenment 0.21.ust.xyz and Apache OpenOffice 4.1.2 for Debian on AMD64. Issue is reproducible by embedding a URL link in Writer and hovering the mouse over for a couple of seconds. Gotcha is also less prevalent when hovering the mouse pointer over OpenOffice icons. Enlightenment locks and all sessions by any other applications are frozen -- potentially losing whatever work one was doing (ugh!)

Losing one's sessions and/or work is especially true when I have to CTRL + ALT and press F1, F2, etc. to get another shell, login and restart XDM. Nevertheless, if instead of restarting XDM one inputs the command²:

Shell

we get the following dialog that ameliorates losing one's sessions and/or work: press (F1) Recover.

Snapshot was taken with gnome utility with a delay of 5 minutes (300 seconds) prior to reproducing the Enlightenment lock issue by mousing over the ephemeral URL link in Apache OpenOffice Writer:

Shell

Of course, issue should be fixed to fully enjoy latest Enlightenment.

¹ emile compilation error with openssl 1.1.0c
via Re: [E-devel] Unable to build EFL nor from stable nor from git

²Re: [E-devel] Apache OpenOffice 4.1.2 locks in Enlightenment 0.21.99.21605

DISCLAIMER although due diligence has been applied, this resource is made available for testing/evaluation purposes on an AS IS basis. The procedure only reflects my own modifications, my limited testing, and the potential user who executes the procedures assumes all risks.

Please do not hold me or Metztli Information Technology (and/or its associates) responsible if the information provided here does not achieve the desired result. The information is provided AS IS and with the hope that it may be useful to the Internet community --especially those interested in Enlightenment, Eterm, and/or Apache OpenOffice 4.1.2 support on Debian.

Notwithstanding, There is no implicit or explicit guarantee that the information presented here is accurate --even though due diligence was exercised during the procedure. Accordingly, if an user(s) decide to implement the procedure or shell commands described here she, he, or them, do so at her, his, or their own risk. You have been forewarned.