mej / eterm Goto Github PK

Every time I try and build my package I get this error after producing a make in bash:
pixmap.h:224:20: error: conflicting types for 'imlib_strerror'; have 'const char *(Imlib_Load_Error)'
224 | extern const char *imlib_strerror(Imlib_Load_Error);

             from /usr/include/libast.h:97,
             from feature.h:100,
             from term.c:27:

/usr/include/X11/Xlib.h:1687:15: note: declared here
1687 | extern KeySym XKeycodeToKeysym(
| ^~~~~~~~~~~~~~~~
mv -f .deps/term.Tpo .deps/term.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT timer.lo -MD -MP -MF .deps/timer.Tpo -c -o timer.lo timer.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT timer.lo -MD -MP -MF .deps/timer.Tpo -c timer.c -fPIC -DPIC -o .libs/timer.o
mv -f .deps/timer.Tpo .deps/timer.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT utmp.lo -MD -MP -MF .deps/utmp.Tpo -c -o utmp.lo utmp.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT utmp.lo -MD -MP -MF .deps/utmp.Tpo -c utmp.c -fPIC -DPIC -o .libs/utmp.o
mv -f .deps/utmp.Tpo .deps/utmp.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT windows.lo -MD -MP -MF .deps/windows.Tpo -c -o windows.lo windows.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT windows.lo -MD -MP -MF .deps/windows.Tpo -c windows.c -fPIC -DPIC -o .libs/windows.o
mv -f .deps/windows.Tpo .deps/windows.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT defaultfont.lo -MD -MP -MF .deps/defaultfont.Tpo -c -o defaultfont.lo defaultfont.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT defaultfont.lo -MD -MP -MF .deps/defaultfont.Tpo -c defaultfont.c -fPIC -DPIC -o .libs/defaultfont.o
mv -f .deps/defaultfont.Tpo .deps/defaultfont.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT libscream.lo -MD -MP -MF .deps/libscream.Tpo -c -o libscream.lo libscream.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT libscream.lo -MD -MP -MF .deps/libscream.Tpo -c libscream.c -fPIC -DPIC -o .libs/libscream.o
libscream.c: In function ‘ns_attach_by_URL’:
libscream.c:1490:2: warning: #warning compiling in libscream [-Wcpp]
1490 | #warning compiling in libscream
| ^~~~~~~
libscream.c:1496:2: warning: #warning compiling in support for GNU screen [-Wcpp]
1496 | #warning compiling in support for GNU screen
| ^~~~~~~
mv -f .deps/libscream.Tpo .deps/libscream.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT sse2_cmod.lo -MD -MP -MF .deps/sse2_cmod.Tpo -c -o sse2_cmod.lo sse2_cmod.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include -O2 -fPIC -MT sse2_cmod.lo -MD -MP -MF .deps/sse2_cmod.Tpo -c sse2_cmod.c -fPIC -DPIC -o .libs/sse2_cmod.o
mv -f .deps/sse2_cmod.Tpo .deps/sse2_cmod.Plo
/bin/sh ../libtool --tag=CC --mode=link gcc -O2 -fPIC -release 0.9.6 -L/usr/lib64 -L/usr/lib -L/usr/lib64 -L/usr/lib -o libEterm.la -rpath /usr/lib64 actions.lo buttons.lo command.lo draw.lo e.lo events.lo font.lo grkelot.lo menus.lo misc.lo options.lo pixmap.lo screen.lo script.lo scrollbar.lo startup.lo system.lo term.lo timer.lo utmp.lo windows.lo defaultfont.lo libscream.lo sse2_cmod.lo -lImlib2 -ldl -lImlib2 -lfreetype -lX11 -lSM -lICE -lpcre -ldl -lm -lXRes -lSM -lICE -lutempter -last -lXext -lX11 -lutil -lm
libtool: link: gcc -shared -fPIC -DPIC .libs/actions.o .libs/buttons.o .libs/command.o .libs/draw.o .libs/e.o .libs/events.o .libs/font.o .libs/grkelot.o .libs/menus.o .libs/misc.o .libs/options.o .libs/pixmap.o .libs/screen.o .libs/script.o .libs/scrollbar.o .libs/startup.o .libs/system.o .libs/term.o .libs/timer.o .libs/utmp.o .libs/windows.o .libs/defaultfont.o .libs/libscream.o .libs/sse2_cmod.o -L/usr/lib64 -L/usr/lib -lImlib2 -lfreetype -lpcre -ldl -lXRes -lSM -lICE -lutempter -last -lXext -lX11 -lutil -lm -O2 -Wl,-soname -Wl,libEterm-0.9.6.so -o .libs/libEterm-0.9.6.so
libtool: link: (cd ".libs" && rm -f "libEterm.so" && ln -s "libEterm-0.9.6.so" "libEterm.so")
libtool: link: ( cd ".libs" && rm -f "libEterm.la" && ln -s "../libEterm.la" "libEterm.la" )
/bin/sh ../libtool --tag=CC --mode=link gcc -O2 -fPIC -rpath /usr/lib64:/usr/lib64/Eterm -L/usr/lib64 -L/usr/lib -L/usr/lib64 -L/usr/lib -o Eterm main.o libEterm.la -lImlib2 -ldl -lImlib2 -lfreetype -lX11 -lSM -lICE -lpcre -ldl -lm -lXRes -lSM -lICE -lutempter -last -lXext -lX11 -lutil -lm
libtool: link: gcc -O2 -fPIC -o .libs/Eterm main.o -L/usr/lib64 -L/usr/lib ./.libs/libEterm.so -lImlib2 -lfreetype -lpcre -ldl -lXRes -lSM -lICE -lutempter -last -lXext -lX11 -lutil -lm -Wl,-rpath -Wl,/usr/lib64:/usr/lib64/Eterm
/usr/bin/ld: ./.libs/libEterm.so: undefined reference to `MEMSET'
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:548: Eterm] Error 1
make[2]: Leaving directory '/tmp/SBo/Eterm-0.9.6/src'
make[1]: *** [Makefile:439: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/Eterm-0.9.6'
make: *** [Makefile:371: all] Error 2

Over two years ago @cryptoatropine posted on the eterm discussion group on SourceForge that http://eterm.org/index.html redirects to https://sourceforge.net/projects/eterm/ while http://eterm.org/ shows a blank page. This still happens today.

It would be good if the blank page problem could be corrected.

In addition, I might question at this point whether redirecting to SourceForge is still the best thing to do considering that nothing has been happening there. Might redirecting to this GitHub repository be better?

Is the old eterm.org web site that can be seen at https://web.archive.org/web/20180212170348/http://www.eterm.org/ still online anywhere else officially? Has that content moved somewhere else?

Might it be appropriate to add a reference to this GitHub repository to the SourceForge project so that people can find it?

When I run Eterm like

$ /usr/local/bin/Eterm -f white --double-buffer -e /usr/local/bin/bash

and then get its WM_COMMAND value

$ xprop WM_COMMAND

(click on window)

WM_COMMAND(STRING) = { "/usr/local/bin/Eterm", "", "", "", "", "" }

the actual command line arguments are missing.

This causes CDE and other environments that use WM_COMMAND for session management to not preserve Eterm options through session save/restore.

I'm using:
b4cb00f898ffd2de9bf7ae0ecde1cc3a5fee9f02 http://eterm.org/download/Eterm-0.9.6.tar.gz
26e81a1e91228c971c70ba06e006ef69490ef208 http://eterm.org/download/Eterm-bg-0.9.6.tar.gz
8449049642c5a945336a326b8d512e4d261232d0 http://eterm.org/download/libast-0.7.tar.gz

I don't see it committed in the master, so I am adding the patch from debian BT in case you are inclined to include it:
https://sources.debian.org/patches/eterm/0.9.6-7/CVE-2021-33477.patch/