SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hi guys, I've been following 'E' development since 2014. Originally there was Slacke17, which worked well, but then there was talk about requirement for SystemD.
Can Slackware64 14.2 multilib use 'E' without SystemD?
This thread seems to build everything separately. Is there still a Slacke17 complete package install available, or does everything have to be built separately?
I don't use sbopkg but sbotools (which uses SBo also), and has an ncurses interface sboui. Can I build 'E' from SBo, or is it better to clone the git?
I currently use WindowMaker or FVWM because KDE is hanging my NetGear N150 at times. Does econnman support that dongle or will I still use WICD?
Thanks for the advice. Cheers
Do I still need to build with --systemD? or are the default slackware packages already aware?
Why does the SBo packages of efl say that it requires Bullet? Is it used by the graphics of 'E', its README descriptioin does NOT seem like it is connected in anyway.
Can I use sbotools to build efl, terminology, python-efl, enlightenment from SBo and get the same results as the git?
SBo doesn't seem to have ephoto or rage, are their slackbuilds on git which can be used to build these?
Thanks, BrianA_MN
Do I still need to build with --systemD? or are the default slackware packages already aware?
Why does the SBo packages of efl say that it requires Bullet? Is it used by the graphics of 'E', its README descriptioin does NOT seem like it is connected in anyway.
The build scripts already have the configure flags set. I have not tested building without 'bullet', but I am pretty sure it is required.
OK, Can I use sbotools to build efl, terminology, python-efl, enlightenment from SBo, modify the blacklist and get the same results as the git?
SBo doesn't seem to have ephoto or rage, are their slackbuilds on git which can be used to build these? Cheers, BrianA_MN
OK, Can I use sbotools to build efl, terminology, python-efl, enlightenment from SBo, modify the blacklist and get the same results as the git?
SBo doesn't seem to have ephoto or rage, are their slackbuilds on git which can be used to build these? Cheers, BrianA_MN
I don't use sbotools, but slackENLIGHTENMENT has very up-to-date versions of Enlightenment, SBo, has older versions. Just use slackENLIGHTENMENT.
Last edited by ryanpcmcquen; 08-30-2017 at 05:55 PM.
Sbotools is simply another SBo tool, which still uses the slackbuild from SBo, downloads the source, and creates a package for installation.
I've compared the git and SBo slackbuilds on the SBo it is version specific and doesn't have the -1sEL tag, which means the blacklist would not work. Additionally, there are some differences with the configure build enable and disable options
for git efl:
./configure \
--prefix=/usr \
--libdir=/usr/lib${LIBDIRSUFFIX} \
--sysconfdir=/etc \
--localstatedir=/var \
--mandir=/usr/man \
--docdir=/usr/doc/$PRGNAM-$VERSION \
--enable-harfbuzz \
--enable-fb \
--disable-tslib \
--disable-static \
--disable-systemd \
--with-profile=release \
--enable-lua-old \
--enable-image-loader-xyz=auto \
--enable-xinput22 \
--enable-multisense \
--build=$ARCH-slackware-linux
Perhaps these differences are to allow 'E' to built for -current (git) and stable (SBo)?
Appreciate the continued advice. I plan to build with the SBo and see what happens. I'll let you know. I think the build order is still correct though
SBo is one method of building packages for your system.
For Enlightenment, it is best to not use anything directly from SBo. Rather, use the slackENLIGHTENMENT script, which should be a run once, build everything type of script. It does rely on using sbopkg for a few dependencies from SBo, so if you don't have that, it will bomb out. You might be able to tweak the script to allow it to use sbotools rather than sbopkg (or to not build those packages provided you install them before you start the script).
Once you have sbopkg installed and configured (or tweak the script to use sbotools), you just run sh enlighten-me.sh from within the cloned repo of slackENLIGHTENMENT and sit back and wait for it to do its things.
bamunds, I was the maintainer of both for a while (SBo and slackENLIGHTENMENT), and slackENLIGHTENMENT has had a lot more care put into it. Specifically, mats_b_tegner and I (among others) took a lot of time reading upstream's recommended configure flags, it appears that although the SBo version has been updated, it is still a few versions behind, and has not heeded the recommended configure options of upstream.
While trying to build elf I run into an error for shared libraries: libreadline.so.7 I have /usr/lib(&lib64)/libreadline.so.6 & 6.3 but no .7 who creates the .7 extension?
While trying to build elf I run into an error for shared libraries: libreadline.so.7 I have /usr/lib(&lib64)/libreadline.so.6 & 6.3 but no .7 who creates the .7 extension?
* eo: Check refs in efl_data_scope_safe_get (T5869)
* efl-wl: use correct accessor method for keyboard resource hash
* elm_widget: do not reparent subobjs to top widget for non-elm objects
* efl-wl: always dismiss popups on hide
* efl-wl: handle case where eglBindWaylandDisplay fails
* ecore: always set delete_me before removing fd from poll
* efl-wl: initialize seat keymap fd to -1
* ecore_evas_extn: Fix socket & plug windows
* elm_test: Fail nicely if plug can't connect
* evas: make top object returning functions return the top object
* theme: handle e dialog sizing when no buttons are present
* wayland: fix num/caps lock handling in events (T5737)
* elm_box: Fix support of aspect hints (T5888)
* edje: Fix warning message
* ecore-wl2: normalize axis event values (T5427)
* efl-wl: match nested wl seats based on display ordering
* elm_win: update opaque region for fake windows
* elm_win: check for wayland engine during finalize by checking for wl win
* efl_ui_image: maintain geometry for prev image while preloading new image (T5936)
* theme: fix dialog sizing when no buttons are present
* Canvas text: fix non-dirty paragraph width calculation (T5939)
* eina file - use recursive locks for cache and file to avoid deadlock
* eina mmap safety - only map zeropages if it's an eina file that sigbuses
* evas: fix invalid return of evas_textgrid_cellrow_get()
* access: Fix crash in ecore
* elm init - fix init seq and quicklaunch as we shut down x before evas
* photocam: Fix key zoom in/out
I was building from the directory slackENLIGHTENMENT with the command sh enlighten-me.sh as root.
Again, please remember that this is running on Slackware64 14.2 multilib enabled.
In the past I created a symlink from a needed file to the latest available, would this work to create a symlink of libreadline.so.7 to libreadline.so.6? Which is why I asked the question of what creates the libreadline.so.7?
Additionally, I'm seeing a regular warning for libtool: warning /usr/lib64/libstdc++.la seems to be moved. But if I check with slocate libstdc++.la is both in /usr/lib and /usr/lib64. So why am I getting a warning from libtool or the enlighten-me.sh script? Is it an environment issue?
I was building from the directory slackENLIGHTENMENT with the command sh enlighten-me.sh as root.
Again, please remember that this is running on Slackware64 14.2 multilib enabled.
In the past I created a symlink from a needed file to the latest available, would this work to create a symlink of libreadline.so.7 to libreadline.so.6? Which is why I asked the question of what creates the libreadline.so.7?
Additionally, I'm seeing a regular warning for libtool: warning /usr/lib64/libstdc++.la seems to be moved. But if I check with slocate libstdc++.la is both in /usr/lib and /usr/lib64. So why am I getting a warning from libtool or the enlighten-me.sh script? Is it an environment issue?
Cheers
The symlink should fix that. Are you on a full install? The Enlightenment project has had tons of warnings from E18+, they aren't anything for the end user to worry about.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.