Package Details: efl-git 1.26.99.66907.g7743b17dba-1

Git Clone URL: https://aur.archlinux.org/efl-git.git (read-only, click to copy)
Package Base: efl-git
Description: Enlightenment Foundation Libraries - Development version
Upstream URL: http://www.enlightenment.org
Licenses: GPL2, custom, BSD, MIT, LGPL2.1
Conflicts: efl, elementary, elementary-git, elementary_test, elementary_test-git, evas_generic_loaders, evas_generic_loaders-git
Provides: efl, elementary, elementary-git, evas_generic_loaders
Submitter: Scimmia
Maintainer: raster
Last Packager: raster
Votes: 87
Popularity: 0.000000
First Submitted: 2013-02-15 10:00 (UTC)
Last Updated: 2022-06-13 11:54 (UTC)

Dependencies (58)

Required by (33)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 37 Next › Last »

Nierro commented on 2013-03-13 10:41 (UTC)

@Scimmia: I tried running envision pdf viewer form weston, and it worked. I'm only asking: is there any work to port enlightenment compositor to wayland? Where can i follow any news? Thanks!

Scimmia commented on 2013-03-12 16:40 (UTC)

Another day, another necessary update. After some back and forth on how to detect systemd, they just added a configure switch. PKGBUILD updated with that switch. As promised, I added the wayland_shm engine. Rebuild elementary-git after updating this if you want to play with wayland, it'll autodetect ecore-wayland and build it into elementary. The 'wayland' dep will most likely be pulled in by 'gstreamer0.10-base-plugins', 'emotion_generic_players-git', or 'evas_generic_loaders-git', so I don't count that as new (it's required by all three). libxkbcommon is a new dep, sorry. If you want to use the wayland engine, see Running EFL applications under Wayland at http://wayland.freedesktop.org/efl.html

Nierro commented on 2013-03-11 18:50 (UTC)

Ok, so we'll have to wait anyway, to check how a DE would run on wayland. Thanks for pointing it out!

Scimmia commented on 2013-03-11 18:20 (UTC)

Building this with a Wayland engine won't tell you much about how a DE will act on top of Wayland. This is the toolkit, it would allow for applications that are built on top of EFL to run natively in Wayland, nothing more. Similar to how GTK3 has support for Wayland, but that doesn't automatically mean that GNOME is running without X. Enlightenment currently has no Wayland compositor AFAIK. I can enable the shm (software) Wayland backend without affecting the xlib backend, so I'll probably do that on the next update. The only real new dependency would be libxkbcommon. It looks like devilhorns is redoing the egl backend, so we'll have to see where things end up with that to see if we can enable it later without crippling the xlib backend.

Nierro commented on 2013-03-11 12:42 (UTC)

Wayland support would be wonderful, only to try it out how a DE will act on top of wayland. Can't you create a new package (efl-git-wayland) and test there? I would try it out for sure, and help you with the debug. I already tried to compile your package following http://wayland.freedesktop.org/efl.html . But it didn't work :)

Scimmia commented on 2013-03-11 02:58 (UTC)

Dependency update. udev -> systemd: they added the ability to use systemd socket activation, so let's use it. mesa -> libgl: libgl is all that's really needed without gstreamer0.10-base-plugins, so no reason to require mesa for those using catalyst/nvidia-utils and not building the gstreamer backend. I did look into building Wayland support in, but enabling egl requires you to use OpenGL ES for everything, including the xlib backend. I couldn't get a good answer on everything this would affect, so I'm not planning on doing it for now.

Scimmia commented on 2013-03-10 21:20 (UTC)

grr, nevermind. The Cairo dep was only pulled in when ewebkit was autodetected.

Scimmia commented on 2013-03-10 19:12 (UTC)

I updated the deps to add one (cairo) that was missing only if you build efl-git without gstreamer support. Since this really doesn't affect much (or anything at all for most users), I didn't bump the pkgver.

Scimmia commented on 2013-03-08 01:17 (UTC)

No. First, Enlightenment uses git rev-list --count HEAD as part of their versioning. Doing as you suggest would screw that up. Second, even if I did change it, it would only be valid for a few more weeks until Pacman 4.1 comes out. Kinda pointless. Why do you use that PKGBUILD as an example? It doesn't even have a package function.

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 37 Next › Last »