Allow building of wl_desktop_shell module again. This works for both
cases (wayland and not wayland) now.
Signed-off-by: Chris Michael <cp.michael@samsung.com>
azy will never become part of efl, and things like being able to do
http get/posts etc. should be part of efl itself as a core feature,
then we forever will have to choose ecore_con_url or some efl
mechanism OR azy.. or go implement both always, and implementing both
is just stupid. imlementing azy only means we add more dependencies
outside of efl and we repeat the mistakes of the past with the split
tree, or we implement the efl method only (ecore-con-url), so i'm
choosing the one with the least dependencies. call me if this position
on azy outside of efl changes.
This use a custom implementation of l2ping to ping known device and do
proper action when they go away. I don't recommend to use the auto unlonck,
but it is there if someone need it.
* Move compositor to core, but letting the configuration there
* Rename all files and functions from e_mod_comp_* to e_comp_*
* Move the config dialogs to a new module named conf_comp. It still
uses a domain config, otherwise it would not pick the current
user's configuration. Maybe it would be wise to later on move these
options to e_config
* Fixup the wizard mess linking the header in the build tree in order
to be able to create the config. Since now it's in core, we don't
need to play linking games in the build system
I'm not sure if the wayland part works. It was not even building
previously so I'll let for who cares about this to actually test and
report bugs.
SVN revision: 82454
dropshadow module conflicts with composite, which will be always enabled
by future commits. Remove the module to allow turning composite as
always-enabled.
SVN revision: 82224
Subject: [E-devel] Alpha5: 7 patches and 1 bug
* enlightenment-0.17.0-alpha5-mixer-alsa.patch
Use cflags from pkg-config alsa-lib when using alsa headers.
* enlightenment-0.17.0-alpha5-xkb_base.patch
When searching for xkeyboard-config rules, before trying a long list of
guessed standard paths, check the one given by the pkg-config file if
it exists.
SVN revision: 82059
demarchi: There are some coding style issues, particularly on .edc
files, but they will be fixed on a later commit.
Patch by: José Roberto de Souza <zehortigoza@profusion.mobi>
SVN revision: 81988
Since Hal is deprecated since 2008 it's a bad idea wasting time porting
it to edbus.
Patch by: José Roberto de Souza <zehortigoza@profusion.mobi>
SVN revision: 81984
autopoint/gettext stuff isn't happy at all with subdir-objects option in
configure.ac. We need this option to compile the modules or otherwise we
have a conflict in the generated objects.
big spankies to the gettext crowd.
"fix" it by only using subdir-objects in src/modules/Makefile.am, where
it's really needed.
SVN revision: 79208
module build chnages because its fundamentally broken. it DOES NOT
PRODUCE .SO FILES. just .la and .a files. the only reason u dont
notice is.. you ALREADY had .so's installed. i just got in from the
airport... synced and updated.. rebuilt and was met with all modules
not loading... literally - no .so's are installed int he module dirs.
try rm -rf the instaleld module tree.
regardless... this has to be reverted be3cause it's a major break. the
idea is right/nice. the implementation is causing... problems.
SVN revision: 79015
AC_PROG_LIBTOOL is deprecated and in favor of LT_INIT:
http://www.gnu.org/software/libtool/manual/html_node/LT_005fINIT.html
Add support for the --enable-shared, --disable-shared, --enable-static,
--disable-static, --with-pic, and --without-pic configure flags.1
AC_PROG_LIBTOOL and AM_PROG_LIBTOOL are deprecated names for older
versions of this macro; autoupdate will upgrade your configure.ac
files.
With LT_INIT it's possible to shortcut some calls, too. Particularly
disabling support for languages is not needed (only the ones enabled
through AC_PROG_C* ar enabled) and AC_DISABLE_STATIC is given as an
option.
SVN revision: 78719
NOTE: The goal of this tool is to gather statistic about
our user base so we could know what to improve and optimize
in the futur. We don't gather personnal information only
hardware and software configuration, so we know more about
the real use of Enlightenment.
At the moment this tool is not uploading anything on a website
nor is it ready at all. I am just pushing it early so that
people using other OS than Linux, can contribute to it. If that
tool is ready for the release, we will use the gathered statistic
for all our futur plan. If your OS is not in, we will basically
not see it and so not take it into account. That's why I highly
encourage those using E on other OS to contribute to this tool.
SVN revision: 78247
Kind of broken, with almost no functionality. Don't risk someone
releasing E17 with this thing. Hopefully I'll be able to rewrite it (or
find someone to do) before release.
SVN revision: 77157
Kind of broken, with almost no functionality. Don't risk someone
releasing E17 with this thing. Hopefully I'll be able to rewrite it (or
find someone to do) before release.
SVN revision: 77156
ConnMan 1.0 is the first stable release and the one being packed by most
distros. Completely remove the old code, together with the
econnman-0.7x dependency. The relevant code is now maintained together
with e17 module for easier maintenance.
SVN revision: 76020