AUR (en) - efl-git

Search Criteria

Package Details: efl-git 1.27.99.67082.g6860883e18-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:	88
Popularity:	0.29
First Submitted:	2013-02-15 10:00 (UTC)
Last Updated:	2024-08-07 08:07 (UTC)

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:

Popularity:

0.29

First Submitted:

2013-02-15 10:00 (UTC)

Last Updated:

2024-08-07 08:07 (UTC)

Latest Comments

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

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.

swiftgeek commented on 2013-03-08 00:14 (UTC)

Please use shallow clone eg. https://aur.archlinux.org/packages/sl/slic3r-git/PKGBUILD

Scimmia commented on 2013-02-22 16:16 (UTC)

I haven't seen any progress on that, but it could be happening on someone's local box. Maybe with the switch to git, they'll put it in a working branch and we'll know more what's going on, if it's happening at all. Looking at the deps a bit more, once the whole mesa mess gets straightened out in the main repos, there should be no extra deps needed to enable Wayland support in EFL and Elementary. I'll keep an eye on it and enable the switches when it makes sense.

andre.vmatos commented on 2013-02-22 16:09 (UTC)

Hmm. Running "ELM_ENGINE=wayland_egl elementary_test" inside weston-launch worked fine, but the main bennefit would be a compositor from E. I hope there's work in this direction. Waiting.

Scimmia commented on 2013-02-22 15:56 (UTC)

To the best of my knowledge, Enlightenment does not have a Wayland compositor, so running E like that isn't going to work. You'll still need to run something like Wayland.

andre.vmatos commented on 2013-02-22 15:48 (UTC)

I compiled efl, elementary and enlightenment with wayland support, based in http://wayland.freedesktop.org/efl.html , but I don't know how to start it. Setting ECORE_EVAS_ENGINE to wayland_egl or wayland_shm still makes enlightenment_start fail trying to call X.

Scimmia commented on 2013-02-22 14:44 (UTC)

I've thought about that, but I haven't tested it and the impression I get from the mailing list is that Wayland support is pretty unstable right now. A lot of the Wayland stuff is still in the testing repos, too, and I didn't want to go through it all and figure out what was needed where. Have you played with it at all? It should be as simple as adding --enable-wayland to the autogen options.