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: 87
Popularity: 0.000000
First Submitted: 2013-02-15 10:00 (UTC)
Last Updated: 2024-08-07 08:07 (UTC)

Dependencies (58)

Required by (33)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 37 Next › Last »

yomi commented on 2019-06-28 17:06 (UTC)

Unable to build (today and last week):

Run-time dependency rlottie found: NO (tried pkgconfig and cmake) src/modules/evas/meson.build:5:0: ERROR: Dependency "rlottie" not found, tried pkgconfig and cmake A full log can be found at /home/yomi/software/efl-git/src/efl/build/meson-logs/meson-log.txt ==> ERROR: A failure occurred in build(). Aborting...

Seems to be related to this commit: https://git.enlightenment.org/core/efl.git/diff/src/modules/evas/meson.build?id=23af6ec640c4166aa912f8d6be1e3b78b0780913

maderios commented on 2019-06-19 11:10 (UTC)

Thanks. It works!

raster commented on 2019-06-19 10:52 (UTC)

Sorry - didn't get time to reply - but I fixed this yesterday... or should have.

maderios commented on 2019-06-18 09:30 (UTC) (edited on 2019-06-18 09:34 (UTC) by maderios)

Today issue:

makepkg -sicC

Cloning into 'efl'... done. Checking out files: 100% (8475/8475), done. ==> Starting pkgver()... grep: configure.ac: No such file or directory awk: fatal: cannot open file `configure.ac' for reading (No such file or directory) ==> ERROR: pkgver is not allowed to be empty. ==> ERROR: pkgver() generated an invalid version:

raster commented on 2019-03-30 12:56 (UTC) (edited on 2019-03-30 12:58 (UTC) by raster)

Well ... keep in mind this is using ninja as a result of meson so MAKEFLAGS won'tn affect ninja - it certainly doesn't respect it. :) At least from my perspective having it build without errors due to running out of memory during a parallel build is a far better option than being a bit faster when using distcc. :| So reliable beats faster.

swiftgeek commented on 2019-03-30 12:16 (UTC)

Since it is taking only localhost's amount of cores into consideration, it won't use all that are available / what is set in makepkg.conf via eg. MAKEFLAGS="-j8"

raster commented on 2019-03-30 12:08 (UTC)

How is it not working well? I had to do this so it would build on a raspberry pi3 instead of just fail. Is it stopping distcc builds from working or is it just limiting their effectiveness/speedup?

swiftgeek commented on 2019-03-29 08:18 (UTC)

That $J logic for amount of cores is not working well when distcc is used

raster commented on 2018-12-07 10:31 (UTC)

argh. that merged just yesterday - hadn't seen it yet even in my local git repo. upstream is fixed now.

swiftgeek commented on 2018-12-07 09:05 (UTC) (edited on 2018-12-07 09:05 (UTC) by swiftgeek)

Had to add --disable-elogind to make it compile ( 093e32a0fb9259023cfb581ed4b5f5baf8391b72 )