Probably yes, but for some reason it got onto my system (it was masked only afterwards ).

So, this was JFYI - and because I thought it wasn't appropriate to open a blocker bug to lua-5.2.0 for a live overlay package._________________backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic

EDIT: problem soleved...just reformated my /var LV from reiserfs to ext4 because i lost my [...]/svn-src/enlightenment after a reboot and re-emerged the whole e17 set._________________home/:mkinitramfs-ll/:supervision(-scripts)/:e-gtk-theme/:(bar-)overlay/

Just wanted to give e17 another shot, fetched it from Vapier's overlay (layman -a enlightenment), setup keywords for Live and `emerge enlightenment:0.17`. That worked, but `enlightenment_start` breaks with

Googled for it, but found no working solution, so I'd just like to know, did I miss something or is it just a temporary breakage?_________________++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++.>+.+++++++..+++.>++.<<+++++++++++++++.>.+++.------.--------.>+.>.

The only warning I get after emerge is done, is about having both X and xcb enabled and that it'll default to X. That should be fine, though, already worked in the past this way._________________++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++.>+.+++++++..+++.>++.<<+++++++++++++++.>.+++.------.--------.>+.>.

Oh! You didn't have an X server running! enlightenment_start will not start an X server for you. This is why this "workaround" works - startx first starts the X server and then it launches enlightenment._________________emerge --quiet redefined | E17 vids: I, II | Now using e from git | e18, e19, and kde4 sucks :-/

I have trouble with e17 and TwinView. I have libreoffice impress and okular configured to show presentation on screen 2, but when I launch a presentation it is always shown on the screen from which it has been launched. In impress also the presenter console is shown on the same screen as the presentation, which makes it useless.

Hello fellow e17 gentooligan users,
I added media-gfx/exquisite ebuild the other day on my overlay (ref. my sig.) if some are interested in testing/using it. I did not quite read e17 news board lately and I've just noticed that media-gfx/exquisite-1.0 (splash based on EFL libraries) was released for quite some time now. I could have modified the default theme for an efenniht variant but alas the default theme does not work (for me?).

More annoying, e17-wm became more instable lately or rather a few days ago build is is rather instable: the wm is contantly fails for new pop (firefox) or simple windows open/close. I may downgrade to a previous svn version in few days if I had to keep restarting e17-wm._________________home/:mkinitramfs-ll/:supervision(-scripts)/:e-gtk-theme/:(bar-)overlay/

I tried an E17 update today and I'm having issues with ecore. I keep getting:

Code:

checking whether Ecore_Wayland module is to be built... no (dependency failed)
checking whether ecore_evas Wayland Shm support is to be built... yes
checking whether ecore_evas Wayland Shm support is built... no
checking whether ecore_evas Wayland Egl support is to be built... yes
checking whether ecore_evas Wayland Egl support is built... no
checking whether tests are built... no
checking whether examples are built... no
checking whether examples are installed... no
configure: error: conditional "EFL_HAVE_WNO_OVERRIDE_INIT" was never defined.
Usually this means the macro was only invoked conditionally.

Has anybody ever seen this? I un-merged all of E17 since I was having a hardware issue and tried to re-install from scratch with no avail. Now I can't get E17 back and I'm feeling crippled without E17.

E17 is such an efficient desktop, it makes you feel crippled when it doesn't work.

Not sure if it's related, but for the past few weeks I've been having deadlocks on my computer. The mouse pointer starts to slow, then jumps once or twice, then deadlock. If I'm fast enough to restart E once the cursor slows, it doesn't deadlock and resumes normal use, but that rarely happens. Only problem is I can't track it down to anything specific since I also had a video card failure and CPU overheating issues prior to the deadlocks happening. There's nothing in the logs at all and everything deadlocks including the network. I've been running LXDE since ecore wouldn't merge and I've had no deadlocks so I'm wondering if it's E17 related. I did go from an old nVidia card to a modern Radeon so the video drivers did change.

1. Are you using composite in e17?
2. If so, are you using the opengl backend for composite?
3. If your answer to 2. is yes, then try either disabling composite or changing to software backend. Do you still get lock ups with this setting?

If the answer to 3. is no, then it means that the problem is with your graphics drivers._________________emerge --quiet redefined | E17 vids: I, II | Now using e from git | e18, e19, and kde4 sucks :-/

Hi, I tried to install this from the ::enlightenment overlay today (want to try it as an alternative to razor-qt), but it won't build with USE="-udev" (missing something called "ehal"), and pulls in an insane amount of deps with USE=udev. I don't need hotplugging, automounting or any of that cruft, is there any way to turn it off?

Is there a way to export/import or update ~/.e configuration in a way it properly survives updates?

I experienced e17 crashes after updates due to broken personal configuration, i.e. e17 works fine after (re)moving the outdated ~/.e directory. But then I have to reconfigure everything by hand again.

Not sure why you have this kind of trouble. My current configuration is more than 2 years old, and I haven't had any trouble with it.

I suspect you are using some external module which doesn't play well with upgrades. In the future instead of erasing the whole .e, first try to remove the configuration files of the external e modules (the ones from e_modules-*). These files will be under ~/.e/e/config/<profile>/module.<modulename>.*cfg.

Ant P. wrote:

Hi, I tried to install this from the ::enlightenment overlay today (want to try it as an alternative to razor-qt), but it won't build with USE="-udev" (missing something called "ehal"), and pulls in an insane amount of deps with USE=udev. I don't need hotplugging, automounting or any of that cruft, is there any way to turn it off?

I don't think you can avoid udev or hal while installing e17. hal is not currently in portage, but e17 still supports hal (for BSD I think) and tries to look for ehal that is some efl/e17 component that interfaces with hal. A lot of e17 modules depend on udev/hal - temperature, battery, are two that comes to my mind right now_________________emerge --quiet redefined | E17 vids: I, II | Now using e from git | e18, e19, and kde4 sucks :-/

Hi, I tried to install this from the ::enlightenment overlay today (want to try it as an alternative to razor-qt), but it won't build with USE="-udev" (missing something called "ehal"), and pulls in an insane amount of deps with USE=udev. I don't need hotplugging, automounting or any of that cruft, is there any way to turn it off?

I don't think it is really a drag to put udev in, it is a requirement of many packages, isn't it?
Plus, I don't think anyone should be using hal in gentoo anylonger. It is deprecated and evil._________________"Nolite arbitrari quia venerim mittere pacem in terram non veni pacem mittere sed gladium" (Yeshua Ha Mashiach)