Package Details: efl-git 1.18.0beta1.49353.g4352747-1

Git Clone URL: https://aur.archlinux.org/efl-git.git (read-only)
Package Base: efl-git
Description: Enlightenment Foundation Libraries - Development version
Upstream URL: http://www.enlightenment.org
Licenses: GPL2, custom, BSD, LGPL2.1
Conflicts: efl, elementary, elementary-git, elementary_test, elementary_test-git, evas_generic_loaders, evas_generic_loaders-git
Provides: efl=1.18.0beta1.49353.g4352747, elementary=1.18.0beta1.49353.g4352747, elementary-git=1.18.0beta1.49353.g4352747, evas_generic_loaders=1.18.0beta1.49353.g4352747
Submitter: Scimmia
Maintainer: None
Last Packager: Scimmia
Votes: 81
Popularity: 0.033706
First Submitted: 2013-02-15 10:00
Last Updated: 2016-07-30 13:46

Dependencies (37)

Required by (50)

Sources (1)

Latest Comments

Scimmia commented on 2016-07-26 14:07

Works fine as written here.

T_UNIX commented on 2016-07-26 11:28

packaging fails without --disable-static

Scimmia commented on 2016-06-09 15:24

Evas_generic_loaders-git has now been merged into this package. Emotion_generic_players was also merged upstream, but it's not enabled by default and I don't think it would be a good idea to introduce a hard dep on vlc in this package, so I'm leaving it disabled.

Scimmia commented on 2016-05-28 20:50

Yeah, I need to adjust this for elput as well as the upcoming evas_generic_loaders and emotion_generic_players merges. I won't get to it for a couple of days, we'll see how the merge goes.

T_UNIX commented on 2016-05-28 15:51

with recent git versions, elput needs to be enabled too (--enable-elput), to make the requested drm work.

Scimmia commented on 2015-04-10 17:06

Stefan Schmidt is closing in on the issue. He's going to wait until he has more time on Monday to commit a fix, though. If you need to build on a fresh system or in a clean chroot before then, just install efl from [extra] before building this.

Scimmia commented on 2015-04-10 00:08

We've run into this before, the solution is usually to install efl from [extra] before building this one. Give it a try.

This is something that will need to be fixed upstream.

Scimmia commented on 2015-04-10 00:03

pkgrel bump for another poppler soname bump

MarcusMoeller commented on 2015-04-09 06:56

Compilation fails with:
libtool: error: error: relink 'lib/ecore_drm/libecore_drm.la' with the above command before installing it

Scimmia commented on 2015-03-05 22:32

Another poppler soname bump

Scimmia commented on 2015-02-18 16:08

pkgver bump because this needs rebuilt for a libinput soname bump.

Scimmia commented on 2015-02-04 16:23

pkgrel bump for poppler soname bump

Scimmia commented on 2015-01-27 21:22

No. --enable-wayland gets us the wayland shm backends. The wayland egl backends (--enable-egl) require --with-opengl=es, and I will NOT be switching the entirety of EFL away from full opengl. Hopefully there will be a way to build both glx and gles in the future, but until then we're stuck with the shm backends only.

--disable-egl and --with-opengl=full are the defaults, I only have them in the PKGBUILD to make it an easy edit for those that decide they want to build against gles.

jevv commented on 2015-01-27 21:12

It seems "--enable-wayland" is used, however according to:

http://wayland.freedesktop.org/efl.html

Then, "--enable-egl" is also required, but "--disable-egl" is used instead. Can it be corrected?

--
Javier

Scimmia commented on 2014-12-21 17:09

pkgrel bump for poppler soname bump.

Scimmia commented on 2014-11-10 20:01

pkgrel bump for poppler soname bump

wfx commented on 2014-09-10 19:33

configure: eolian_gen set to /usr/bin/eolian_gen
Package eolian-cxx was not found in the pkg-config search path.
Perhaps you should add the directory containing `eolian-cxx.pc'
to the PKG_CONFIG_PATH environment variable
No package 'eolian-cxx' found

Scimmia commented on 2014-09-08 03:10

Let them know upstream, the only thing I could do here is disable elm_web entirely.

wfx commented on 2014-09-06 21:23

In file included from elm_web2.c:2:0:
elm_web2.c: In function '_elm_web_evas_object_smart_add':
../../elementary_config.h:255:24: error: expected expression before '/' token
#define WEBKIT_DATADIR /usr/share/ewebkit2-1
^
elm_web2.c:699:35: note: in expansion of macro 'WEBKIT_DATADIR'
ewk_view_theme_set(resize_obj, WEBKIT_DATADIR "/themes/default.edj");
^
Makefile:2523: recipe for target 'libelementary_la-elm_web2.lo' failed
make[4]: *** [libelementary_la-elm_web2.lo] Error 1
make[4]: Leaving directory '/home/wolfgang/Workspace/AUR/elementary-git/src/elementary/src/lib'
Makefile:1593: recipe for target 'all' failed
make[3]: *** [all] Error 2
make[3]: Leaving directory '/home/wolfgang/Workspace/AUR/elementary-git/src/elementary/src/lib'
Makefile:419: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/wolfgang/Workspace/AUR/elementary-git/src/elementary/src'
Makefile:611: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/wolfgang/Workspace/AUR/elementary-git/src/elementary'
Makefile:494: recipe for target 'all' failed
make: *** [all] Error 2

swiftgeek commented on 2014-08-16 04:21

Clean chroot is completely out of the scope of that bug, but thanks for testing
I guess that different compile options is enough to trigger this (or just disabled drm), but not sure yet
EDIT: Clean (Rdd of elf-git) worked fine so i guess the issue is with compiling drm/wayland enabled while elf-git with those features disabled is still installed.

swiftgeek commented on 2014-08-16 04:10

Clean chroot is completely out of the scope of that bug, but thanks for testing
I guess that different compile options is enough to trigger this (or just disabled drm), but not sure yet

Scimmia commented on 2014-08-16 03:42

@swiftgeek, I just rebuilt in a clean chroot, no problems. Are you sure you're at current Git HEAD? pkgver should be 1.11.0beta2.27175.ac4074c.

Scimmia commented on 2014-08-16 02:58

There was an issue a couple of weeks ago where you could only build with drm support if you already had it installed with drm support. This was supposed to have been fixed by c4a1d268320d38f845f2ad2f967d3d432cade71c. I just rebuilt, so I know it links fine with a system that already has it installed. If you are at current Git HEAD, I would suggest reopening https://phab.enlightenment.org/T1473

swiftgeek commented on 2014-08-16 02:46

doesn't link for me with --enable-drm

Scimmia commented on 2014-06-14 20:41

pkgrel bump for giflib soname bump

Scimmia commented on 2014-05-09 15:47

pkgrel bump for poppler soname bump

Scimmia commented on 2014-02-03 15:46

pkgrel bump for libwebp soname bump.

Scimmia commented on 2014-01-23 15:56

pkgrel bump for libraw soname bump.

mureulor commented on 2014-01-12 23:30

My system wasn't up to date. After the update it's compiling fine.

mureulor commented on 2014-01-12 18:47

I realized my system wasn't up to date, I updated and tomorrow morning I will retry... Thank you for pointing it, Btw!

Scimmia commented on 2014-01-12 16:21

What version of automake and libtool? Is the entire base-devel group installed?

mureulor commented on 2014-01-12 10:48

I get this error:

/tmp/pacaurtmp-lmureu/efl-git/src/efl/configure: line 6671: syntax error near unexpected token `win32-dll'
/tmp/pacaurtmp-lmureu/efl-git/src/efl/configure: line 6671: `LT_INIT(win32-dll disable-static pic-only)'

then abort. what is wrong with me?

contrebasse commented on 2013-12-09 21:32

Thanks a lot, I didn't know about that.

Scimmia commented on 2013-12-05 20:58

That is a libtool file, which makepkg now removes by default. You need to merge your /etc/makepkg.conf.pacnew if you haven't already.

contrebasse commented on 2013-12-05 20:24

I get an error :
/usr/lib/libelementary.la is present in both « elementary-git » and « elementary_test-git »

Scimmia commented on 2013-11-25 16:46

For those that just want to follow the alpha/beta releases and not Git HEAD, a PKGBUILD is provided with each tarball. Just extract the tarball, cd into the <new dir>/pkgbuild and run makepkg.

Scimmia commented on 2013-10-25 18:14

pkgver bump because this needs rebuilt against the new bullet.

Scimmia commented on 2013-10-08 23:34

No. automake is part of the base-devel group which is assumed to be installed [1] and is specifically not to be included in makedepends [2].

[1] https://wiki.archlinux.org/index.php/AUR#Prerequisites
[2] https://wiki.archlinux.org/index.php/Pkgbuild#makedepends

xRemaLx commented on 2013-10-08 18:04

Add 'automake' to makedepends, please.

ksj commented on 2013-08-09 20:24

I can't build package.Here is error:
/usr/bin/sed: can't read efl-git/src/efl/src/lib/eina/libeina.la: No such file or directory
libtool: link: `efl-git/src/efl/src/lib/eina/libeina.la' is not a valid libtool archive

Scimmia commented on 2013-08-05 14:50

pkgver/pkgrel bump for poppler soname bump.

Scimmia commented on 2013-08-01 14:30

Bumped pkgver/pkgrel because of giflib soname bump. I also synced a few things to upstream, including enabling the webp loader.

Scimmia commented on 2013-06-19 21:27

pkgrel bump for libraw soname bump + a few changes from upstream.

Scimmia commented on 2013-06-08 04:48

Big changes. Raster added a PKGBUILD to Elementary, so I'm keeping up with the way upstream wants things built.

The big one is that the test app is split out into a separate package. You'll also notice that the final packages are much smaller; somehow I missed that this was building static libs.

Scimmia commented on 2013-06-04 20:17

Update deps, this needs the gstreamer 'plugin' packages in order to create thumnails for EFM.

Scimmia commented on 2013-06-04 20:11

Evas' wayland_egl engine had to be disabled. It was rewritten to use gl_common, and since everything's now common, it's either all OpenGL or GLES, it can't be both. The wayland_shm engine is still available for those that want it.

Deps changed in that I learned that Emotion only needs the gstreamer lib packages, not the "plugin" packages. It's actually evas_generic_loaders that need those.

I also removed all of the "provides" for the old individual -svn packages. Everything should be up to date now to either depend on release or on efl-git.

Scimmia commented on 2013-05-25 11:20

pkgrel bump for poppler soname bump.

Scimmia commented on 2013-05-06 22:33

pkgrel bump because of libpng soname bump. This needs to be rebuilt against the new version.

fsckd commented on 2013-05-01 13:36

> [...] I'll do most of them now and hold off on efl-git until the libpng soname bump causes a pkgrel bump.

awesome great :D

Scimmia commented on 2013-04-30 20:05

abarbarian, that means you need to update efl-git.

abarbarian commented on 2013-04-30 18:37

This failed to build when updating on my 64 bit Arch today. Just giving a heads up as I do not have time to investigate.

CCLD elementary_test
../../src/lib/.libs/libelementary.so: undefined reference to `evas_object_image_source_clip_set'
collect2: error: ld returned 1 exit status
make[3]: *** [elementary_test] Error 1
make[3]: Leaving directory `/tmp/yaourt-tmp-user/aur-elementary-git/src/elementary/src/bin'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/yaourt-tmp-user/aur-elementary-git/src/elementary/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-user/aur-elementary-git/src/elementary'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build elementary-git

Scimmia commented on 2013-04-30 05:29

You're right, of course. I changed them from regular to versioned "provides", and even though I knew single quotes wouldn't allow the variable to expand, I didn't notice it at the time. I've got to go through and change a number of them on a few packages, I'll do most of them now and hold off on efl-git until the libpng soname bump causes a pkgrel bump.

fsckd commented on 2013-04-30 01:24

Hi, please change the line, provides=('elementary=$pkgver' 'elementary-svn')
I think you want, provides=("elementary=$pkgver" 'elementary-svn')

Scimmia commented on 2013-04-26 06:56

For those using/playing with Wayland, the Wayland EGL backend has now been enabled in this package. It can be built without switching the X11 backend to OpenGL ES, so why not? I haven't tested it, though, and last I knew it was still considered experimental code, so use it at your own risk.

This changed the deps a bit, but nothing significant as only mesa was added. Mesa is required by both the gstreamer and vlc Emotion backends, anyway.

In other news, edbus has been renamed to eldbus, and they're looking at a feature freeze in the next week or two, with the release of EFL 1.8 a month (or so) after that.

Scimmia commented on 2013-04-20 19:19

poppler soname bump. Normally I would increment the pkgrel, but the change in pkgver should ensure a rebuild.

Scimmia commented on 2013-04-05 03:33

This package how now been updated for pacman/makepkg 4.1. It will no longer work with makepkg 4.0.3 or earlier.

If you've built this package before, it's best if you remove the existing "src" dir to make sure everything's clean, but it's not required. Either way, the new version will re-download the source.

You'll notice that the pkgver has changed significantly. If you're using an AUR helper that tries to check the package version to see if it needs to rebuild, it won't like this so please reinstall this package manually. Going forward, though, this scheme should work much better with those AUR helpers. I could add an epoch to the PKGBUILD, but then we'd be stuck with it forever. Since this should be a one time thing, I think it's better to just ask people to install.

Scimmia commented on 2013-04-05 03:28

Glad to hear it. I'm doing a final test build of each PKGBUILD before I upload it, so it's taking a bit. Now that I'm through the big three, it should go faster. :)

andre.vmatos commented on 2013-04-05 03:14

Awesome! Compiled fine here, everything ok. Waiting to see that in enlightenment17-git and others e17 packages. Thanks

Scimmia commented on 2013-04-05 03:02

This package how now been updated for pacman/makepkg 4.1. It will no longer work with makepkg 4.0.3 or earlier.

If you've built this package before, it's best if you remove the existing "src" dir to make sure everything's clean, but it's not required. Either way, the new version will re-download the source.

You'll notice that the pkgver has changed significantly. If you're using an AUR helper that tries to check the package version to see if it needs to rebuild, it won't like this so please reinstall this package manually. Going forward, though, this scheme should work much better with those AUR helpers. I could add an epoch to the PKGBUILD, but then we'd be stuck with it forever. Since this should be a one time thing, I think it's better to just ask people to install.

I've enabled the new 'debug' option in this PKGBUILD. This will build everything with debugging symbols, then strip them into a separate package. You can choose it install the debugging symbols package or not. If you choose not to install it, I suggest keeping it around so you can install it later if you need meaningful backtraces to track down bugs or file a bug report. The debug compiler flags are defined in makepkg.conf and can be changed to suit your needs.

Scimmia commented on 2013-04-05 02:44

This package how now been updated for pacman/makepkg 4.1. It will no longer work with makepkg 4.0.3 or earlier.

If you've built this package before, it's best if you remove the existing "src" dir to make sure everything's clean, but it's not required. Either way, the new version will re-download the source.

You'll notice that the pkgver has changed significantly. If you're using an AUR helper that tries to check the package version to see if it needs to rebuild, it won't like this so please reinstall this package manually. Going forward, though, this scheme should work much better with those AUR helpers. I could add an epoch to the PKGBUILD, but then we'd be stuck with it forever. Since this should be a one time thing, I think it's better to just ask people to install.

I've enabled the new 'debug' option in this PKGBUILD. This will build everything with debugging symbols, then strip them into a separate package. You can choose it install the debugging symbols package or not. If you choose not to install it, I suggest keeping it around so you can install it later if you need meaningful backtraces to track down bugs or file a bug report. The debug compiler flags are defined in makepkg.conf and can be changed to suit your needs.

Scimmia commented on 2013-04-01 17:44

Note for users of the Testing repo:

Pacman 4.1 introduces a lot of changes to the way VCS packages are handled. I have new PKGBUILDs ready, but don't plan on uploading them until pacman 4.1 hits Core. Until then, -git packages should continue to work but won't update the pkgver anymore. You can just ignore this, the package will be up to date.

-svn packages, on the other hand, won't update, it will just build the version that's currently in pkgver. If you won't want to wait, edit the pkgbuild and remove '-r "$pkgver"' from the svn commands. It will then be like the -git packages, it won't update pkgver, but the package will actually be updated.

Scimmia commented on 2013-04-01 17:41

Note for users of the Testing repo:

Pacman 4.1 introduces a lot of changes to the way VCS packages are handled. I have new PKGBUILDs ready, but don't plan on uploading them until pacman 4.1 hits Core. Until then, -git packages should continue to work but won't update the pkgver anymore. You can just ignore this, the package will be up to date.

-svn packages, on the other hand, won't update, it will just build the version that's currently in pkgver. If you won't want to wait, just add this somewhere in the pkgbuild:
pkgver() {
svnversion "$srcdir/$_svnmod"
}

kageurufu commented on 2013-03-26 17:58

I don't know if anyone else is having this problem, but I had to change the git repo url from git:// to http:// due to a connection refused error

Scimmia commented on 2013-03-23 08:17

Bumped the pkgver again so people will rebuild for another poppler soname bump.

Nierro commented on 2013-03-14 21:41

Thank you very much! I'll keep looking at it!

Scimmia commented on 2013-03-13 15:55

I think that's what devilhorns is doing in this branch. Worth watching.

http://git.enlightenment.org/core/enlightenment.git/log/?h=devs/devilhorns/wayland

Nierro commented on 2013-03-13 10:41

@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

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

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

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

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

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-11 02:49

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, so no reason to require mesa for those using catalyst/nvidia-utils.

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

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

Scimmia commented on 2013-03-10 19:12

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

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

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

Scimmia commented on 2013-03-01 18:48

*** Critical ***

Enlightenment is in the process of switching from svn to git and this program has now been switched. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/evas_generic_loaders-git/

TUs: Please don't delete this package until I ask you to. In the AUR, people need to see that a package has been replaced and manually make the switch themselves so this notice needs to be here for a while.

Scimmia commented on 2013-02-26 16:19

*** Critical ***

Enlightenment is in the process of switching from svn to git and this program has now been switched. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/evas_generic_loaders-git/

TUs: Please don't delete this package until I ask you to. In the AUR, people need to see that a package has been replaced and manually make the switch themselves so this notice needs to be here for a while.

Scimmia commented on 2013-02-22 16:16

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

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

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

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

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.

andre.vmatos commented on 2013-02-22 14:24

Would be great to have efl-git being compiled with Wayland support.

Scimmia commented on 2013-02-22 13:47

*** Critical ***

Enlightenment is in the process of switching from svn to git and this program has now been switched. The svn repo is still available but is no longer being updated. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/elementary-git/

TUs: Please don't delete this package until I ask you to. In the AUR, people need to see that a package has been replaced and manually make the switch themselves so this notice needs to be here for a while.

Scimmia commented on 2013-02-18 13:59

*** Critical ***

Enlightenment is in the process of switching from svn to git and this program has now been switched. The svn repo is still available but is no longer being updated. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/efl-git/

TUs: Please don't delete this package until I ask you to. In the AUR, people need to see that a package has been replaced and manually make the switch themselves so this notice needs to be here for a while

Scimmia commented on 2013-02-18 13:53

*** Critical ***

Enlightenment is in the process of switching from svn to git and this program has now been switched. The svn repos is still available but is no longer being updated. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/efl-git/

TUs: Please don't delete this package until I ask you to. In the AUR, people need to see that a package has been replaced and manually make the switch themselves so this notice needs to be here for a while.

Scimmia commented on 2013-02-18 13:29

*** Critical ***

Enlightenment is in the process of switching from svn to git and this program has now been switched. The svn repos is still available but is no longer being updated. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/efl-git/

TUs: Please don't delete this package until I ask you to. In the AUR, people need to see that a package has switched and manually make the switch themselves so this notice needs to be here for a while.

Scimmia commented on 2013-02-18 13:29

Enlightenment is in the process of switching from svn to git and this program has now been switched. The svn repos is still available but is no longer being updated. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/efl-git/

TUs: Please don't delete this package until I ask you to. In the AUR, people need to see that a package has switched and manually make the switch themselves so this notice needs to be here for a while.

Scimmia commented on 2013-02-18 13:23

*** Critical ***

Enlightenment is in the process of switching from svn to git and this program has now been switched. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/efl-git/

TUs: Please don't delete this package until I ask you to. In the AUR, people need to see that a package has switched and manually make the switch themselves so this notice needs to be here for a while.

Scimmia commented on 2013-02-18 13:23

*** Critical ***

Enlightenment is in the process of switching from svn to git and this program has now been switched. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/efl-git/

TU: Please don't delete this package until I ask you to. In the AUR, people need to see that a package has switched and manually make the switch themselves so this notice needs to be here for a while.

Scimmia commented on 2013-02-18 13:21

*** Critical ***

Enlightenment is in the process of switching from svn to git and this program has now been switched. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/efl-git/

Scimmia commented on 2013-02-18 13:21

*** Critical***

Enlightenment is in the process of switching from svn to git and this program has now been switched. Please switch to the git version of this package as soon as possible.

https://aur.archlinux.org/packages/efl-git/

alucryd commented on 2013-02-16 22:23

merging into efl-git

alucryd commented on 2013-02-16 22:22

merging into elf-git

Scimmia commented on 2013-02-15 13:46

They haven't actually switched elementary or enlightenment yet. They're getting them set up and ready to go, but current development is still in svn. You'll notice that nothing has been committed to those git repos for a couple of days, they've converted over everything up to that point. They'll convert the rest after locking the svn directory when the switch actually happens.

I do have PKGBUILDs for them ready to go, they'll go up when the switch happens.

calrama commented on 2013-02-15 13:05

Thank you for this package, do you intend to also provide elementary-git and enlightenment17-git? The web interface shows that both switched to git as well.

Scimmia commented on 2013-02-15 11:01

***CRITICAL***

Enlightenment is in the process of switching from SVN to GIT and this program has now been switched. The SVN repository is still available, but is no longer being updated. Please switch from this package to the GIT version as soon as possible.

https://aur.archlinux.org/packages/efl-git/

Scimmia commented on 2013-02-15 10:03

If anyone's interested, the new web interface is:

https://git.enlightenment.org/core/efl.git/

Scimmia commented on 2013-02-01 21:25

I was really trying not to update this until the git conversion next week, but they added a new dep, libxrandr, which made it necessary.

I added --with-tests=none, the tests were deleted with the build dir anyway. Check is no longer needed with this.

I added back a few deps that are also satisfied by gstreamer0.10-base-plugins. This way it will still build fine if you remove that dep and add --disable-gstreamer to the autogen command. This would allow you to use the vlc backend found in emotion_generic_players if you want to.

Dude-man commented on 2013-01-28 19:40

@Scimmla thanks very much my mistake not to think of that.

Scimmia commented on 2013-01-27 19:32

update efl-svn

Dude-man commented on 2013-01-27 18:26

I'm having problem building the current version, any idea what I might have wrong, thanks ?

elm_dbus_menu.c: In function '_app_register_cb':
elm_dbus_menu.c:97:20: error: 'EDBUS_ERROR_PENDING_CANCELED' undeclared (first use in this function)

Scimmia commented on 2013-01-26 23:50

liblinebreak was removed from the dependencies. Evas never referenced the external lib, it uses an internal static version.

Thanks to Tom Hacohen for pointing this out.

Scimmia commented on 2013-01-12 16:02

Bumped the pkgver so that people will rebuild for the poppler soname bump.

Scimmia commented on 2013-01-12 03:16

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-12 03:16

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-12 03:15

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-12 03:15

Ethumb is now in, which completes the originally planned merges. There was some talk of merging Elementary after all, but I don't know if that will happen or not.

Scimmia commented on 2013-01-12 03:09

***IMPORTANT***
This package is going away. Ethumb has been merged into the single tree EFL (efl-svn), so anything that required this will now need that package instead. I will leave this message up for a while before requesting that the packages be merged.

Scimmia commented on 2013-01-10 06:46

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-10 06:43

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-10 06:43

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-10 06:43

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-10 06:42

I switched this back to the default build profile (dev). They found that they couldn't require valgrind since it's not supported on a number of platforms, so they check for it at build time. If it's there, they use it, if it's not, they don't.

Scimmia commented on 2013-01-10 06:02

***IMPORTANT***
This package is going away. Emotion has been merged into the single tree EFL (efl-svn), so anything that required this will now need that package instead. I will leave this message up for a while before requesting that the packages be merged.

Scimmia commented on 2013-01-04 14:36

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 14:36

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 14:36

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 14:36

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 14:35

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 14:34

***IMPORTANT***
This package is going away. Edje has been merged into the single tree efl (efl-svn), so anything that required this will now need that package instead. I will leave this message up for a while before requesting that the packages be merged.

Scimmia commented on 2013-01-04 14:33

Yep, I knew k-s was doing the prep work for edje last night, looks like he got it in after I shut down for the night. I added it to the PKGBUILD, but note that there are still a few things not there, like inkscape2edc, edje_recc, and the examples.

foobarrior commented on 2013-01-04 12:13

looks like it provides and conflicts with edje/edje-svn

Scimmia commented on 2013-01-04 01:07

*NOTICE*
There was an soname bump with ephysics when it was merged into this package. This means that any packages that link to ephysics will need rebuilt. Off the top of my head, this means edje and efbb, but there may be others.

Scimmia commented on 2013-01-04 01:01

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > edje-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 01:01

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > edje-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 01:00

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > edje-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 01:00

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > edje-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 01:00

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > edje-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 00:59

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > edje-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-04 00:13

***IMPORTANT***
This package is going away. Ephysics has been merged into the single tree efl (efl-svn), so anything that required this will now need that package instead. I will leave this message up for a while before requesting that the packages be merged.

Scimmia commented on 2013-01-04 00:12

***IMPORTANT***
This package is going away. Efreet has been merged into the single tree efl (efl-svn), so anything that required this will now need that package instead. I will leave this message up for a while before requesting that the packages be merged.

Scimmia commented on 2013-01-03 21:10

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-03 21:10

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-03 21:09

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-03 21:09

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-03 21:09

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-03 21:08

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2013-01-03 21:07

***IMPORTANT***
This package is going away. Eeze has been merged into the single tree efl (efl-svn), so anything that required this will now need that package instead. I will leave this message up for a while before requesting that the packages be merged.

Scimmia commented on 2013-01-03 21:07

I sent a patch upstream about the build issue.

xangelux commented on 2013-01-03 17:52

Doesn't build because an obsolete macro in the configure.ac, to build change it as the warning says and include de conflicts array to be able to install

Scimmia commented on 2013-01-03 13:09

I really try to only update the PKGBUILD when there's a necessary change. You want me to put a version number on it that won't work with the rest of the PKGBUILD? That doesn't make much sense. If it doesn't work with --holdver, the PKGBUILD is broken IMO. If I say that edbus is provided, but put use a revision number from before the edbus merge, not only is it confusing but it could cause problems if people try to use that revision.

I assume you're asking because you use an AUR helper that sees the new version and wants to update it. If you can just grit your teeth and bear it for a while, it'll get better. It will calm down a LOT once they finish the EFL merge. Only 5 libs to go.

As for the build order, it's mostly for people building for the first time. Once you have everything built and installed, it doesn't matter except in rare cases that can be dealt with easily as they come up. If you want to know, though, it should be obvious by the fact that the package that has been merged has a warning in the comments, no longer builds, and is marked out of date.

Again, this will be much less of an issue when the merge is finally finished. There will only be 4 items in the build order.

swiftgeek commented on 2013-01-03 10:53

Please, try to NOT bump pkgver every PKGBUILD update -.-
Use pkgrel instead and maybe provide some changelog in one of the comments

and instead of writing only this "efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn"
It would by more useful to wrote also what was removed

metak commented on 2012-12-31 15:48

Scimmia, I tried to compile efl and it failed saying that it requires valgrind. I've removed valgrind and it builds just fine.
No objections from me. lol Thank you for maintaining these enlightenment pkgbuilds.

metak commented on 2012-12-31 15:31

I think valgrind should be added to depends to compile.

Scimmia commented on 2012-12-31 15:22

metak, I made the change half an hour before your post, did you not update the PKGBUILD? If you did, did the SVN update fail? There was a bug in the configure.ac script that was causing it to require valgrind even for the release profile. That was fixed just before I updated the PKGBUILD.

Scimmia commented on 2012-12-31 15:20

metak, I made the change half an hour before your post, did you not update the PKGBUILD?

Scimmia commented on 2012-12-31 15:17

I switched this from the default "dev" profile to the "release" profile. The dev profile is now requiring valgrind, and I didn't think it was worth adding a 50+ MB dependency when only a couple of people would use it. Any objections?

metak commented on 2012-12-31 15:12

I think valgrind should be added to depends to compile.

Scimmia commented on 2012-12-31 02:30

Thanks, Cravix, missed that somehow. I'll add it on the next update, which I'm guessing will be in the next day or two as more things get merged into the single tree EFL.

Scimmia commented on 2012-12-30 14:40

Wants edbus now, not e_dbus

Cravix commented on 2012-12-30 12:20

please add emotion into conflicts array, thanks in advance :)

Scimmia commented on 2012-12-30 00:37

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-30 00:37

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-30 00:36

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-30 00:36

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-30 00:35

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-30 00:35

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-30 00:35

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-30 00:33

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-30 00:33

***IMPORTANT***
This package is going away. Efreet has been merged into the single tree efl (efl-svn), so anything that required this will now need that package instead. I will leave this message up for a while before requesting that the packages be merged.

Scimmia commented on 2012-12-28 19:46

***IMPORTANT***
This package is going away. edbus has been merged into the single tree efl (efl-svn), so anything that required this will now need that package instead. I will leave this message up for a while before requesting that the packages be merged.

Scimmia commented on 2012-12-28 19:43

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-28 19:40

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-28 19:38

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-28 19:38

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-28 19:35

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-28 19:35

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-28 19:34

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-28 19:34

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-28 19:33

Build order:

efl-svn > evas_generic_loaders-svn (optional-recommended) > ephysics-svn > edje-svn > e_dbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-17 12:05

This was posted on the enlightenment devel mailing list. I know users who use the SVN packages generally accept the possibility of some instability, but just wanted to let everyone know that it could be more of an issue over the next week or so.

Hi all,

E17 is about to be released and it's highly ADVISED that you run that
with STABLE EFL (1.7.x).

While it mostly work with EFL trunk, we may introduce some breakages
that impacts E17 perceived stability. Avoid this situation.

Being even more clear: soon (likely Monday night Brazilian time) I'll
send to SVN our Evas threaded render. It will be enabled by default
where supported and is just used in software_x11. We're testing that
internally but we want to get broader testing. Then EXPECT issues for
a week or so.

Again, please use STABLE (1.7.x) EFL for E17 and regular user builds.
Even Terminology 0.2 was released to support that version of EFL.

Regards,

--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems

Dude-man commented on 2012-12-17 11:23

Scimmia, thanks building/install latest efl-svn fixed things, not sure how I missed that. Thanks

Scimmia commented on 2012-12-15 22:22

Dude-man, have you built and installed the latest efl-svn? That needs to be done before building edje-svn.

Dude-man commented on 2012-12-15 21:59

I'm having a problem building latest version, getting

../../src/lib/.libs/libedje.so: undefined reference to `evas_obj_text_ellipsis_set'
collect2: error: ld returned 1 exit status

http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg48713.html

Dude-man commented on 2012-12-15 21:56

I'm having a problem building latest version, getting

../../src/lib/.libs/libedje.so: undefined reference to `evas_obj_text_ellipsis_set'
collect2: error: ld returned 1 exit status

Scimmia commented on 2012-12-15 09:36

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:35

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:35

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:34

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:33

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:33

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:32

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:32

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:30

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:29

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 09:29

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > e_dbus > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:50

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:50

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:50

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:50

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:50

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:49

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:49

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:48

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:47

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:47

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ephysics-svn > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:46

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:46

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-15 06:46

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-14 00:30

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-13 21:34

Edje now optionally supports Ephysics. If you're going to install Ephysics, do it before building edje-svn.

Scimmia commented on 2012-12-13 21:32

edje-svn now has support for Ephysics. If you're installing the SVN versions of the EFL, build this after efl-svn but before edje-svn. If you already have everything installed, rebuild edje-svn after installing this.

Scimmia commented on 2012-12-13 21:31

edje-svn now has support for Ephysics. If you're installing the SVN versions of the EFL, build this after efl-svn but before edje-svn.

salan54 commented on 2012-12-13 16:12

Was in french locale. Got errors. Change locale to C... No more errors. So for french users do "export LC_ALL=C" before building.

swiftgeek commented on 2012-12-10 10:06

If autotools manages to compile evas without X11 on X11 system then it's need to be fixed »ASAP«.

And this is more like ebuild than a binary package meant to end up in public repository. So srly there is no need for most of the enable/disable switches (which is easy to fix with sed)

Scimmia commented on 2012-12-08 01:23

It's not that simple, swiftgeek. Yes, that's the general recommendation they give to individuals trying to build it, but it doesn't take into account other packages that are set up that depend on it. It also doesn't take into account any kind of dependency resolution.

If you built Evas without X11 support, you're not going to be able to do much with it. Many of the backends were dependent on automatic checking of what was available. By specifying what you want, you can make sure that things are set up like you need. This is especially important right now since the defaults seem to change on an hourly basis.

swiftgeek commented on 2012-12-07 23:39

All enable/disable toggles are by default not recommended - u can confirm this on irc ;) It can trigger nasty stuff - or even worse - it can work, but not as expected in just few lines of code (legacy --enable-amalgamation)

Scimmia commented on 2012-12-07 22:56

OK, updated the options and added the -j1 to the make install. Having the make be multi-threaded makes sense, but the make install doesn't really need it.

Does anyone use the FrameBuffer backend for Evas and Ecore_Evas? I've included it because the original packages from Ronald van Haren included it, but I don't know if anyone actually uses it.

swiftgeek commented on 2012-12-07 20:51

https://mailman.archlinux.org/pipermail/arch-general/2012-April/026081.html
I F******* HATE autotools -.- (and ♥ cmake)

Scimmia commented on 2012-12-07 18:34

Waiting until he's done for the day to do the update, he's changing quite a bit in the autogen options. It all should build and work right now, but if you do have problems, just wait for the update.

Scimmia commented on 2012-12-07 17:27

swiftgeek
barbieri has been doing a lot of work on the build system, including the linker options and autogen switches. It works here @80472, but you're probably getting bit by one of those two things; it shouldn't be trying to build the sdl engine in the first place, but it shouldn't be failing when it does. I'll need to update the pkgbuild for the new switches, which *should* bypass that.

Cravix commented on 2012-12-07 11:29

@swiftgeek:
works here, try again?

swiftgeek commented on 2012-12-07 10:29

make install fails :(
libtool: install: (cd /tmp/yaourt-tmp-swiftgeek/aur-efl-svn/src/efl-build/src; /bin/sh /tmp/yaourt-tmp-swiftgeek/aur-efl-svn/src/efl-build/libtool --silent --tag CC --mode=relink gcc -std=gnu99 -march=native -O2 -pipe -no-undefined -version-info 8:99:7 v_rel -Wl,-O1,--sort-common,--as-needed,-z,relro -o lib/ecore_con/libecore_con.la -rpath /usr/lib lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_alloc.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_eet.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_socks.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_ssl.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_url.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_local.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_dns.lo lib/ecore_con/lib_ecore_con_libecore_con_la-dns.lo lib/ecore/libecore.la lib/eet/libeet.la lib/eo/libeo.la lib/eina/libeina.la -lcurl -lssl -lcrypto -lm -inst-prefix-dir /tmp/yaourt-tmp-swiftgeek/aur-efl-svn/pkg)
/usr/bin/ld: /tmp/yaourt-tmp-swiftgeek/aur-efl-svn/src/efl-build/src/lib/ecore_con/.libs/libecore_con.a(lib_ecore_con_libecore_con_la-ecore_con.o): relocation R_X86_64_32 against `.text' can not be used when making a shared object; recompile with -fPIC
/tmp/yaourt-tmp-swiftgeek/aur-efl-svn/src/efl-build/src/lib/ecore_con/.libs/libecore_con.a: could not read symbols: Bad value
collect2: error: ld returned 1 exit status
libtool: install: error: relink `modules/ecore_evas/engines/sdl/module.la' with the above command before installing it

Scimmia commented on 2012-12-04 22:57

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-04 22:57

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-04 22:57

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-04 22:57

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-04 22:56

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-04 22:56

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-04 22:55

If you're running the testing repository, you're going to have problems with lua. This package needs lua version 5.1, which is currently called lua in the main repos, but is renamed to lua51 in the testing repo. I'll change the dependency once the change is made in the main repos, until then anyone using testing will need to modify this PKGBUILD by hand.

Scimmia commented on 2012-12-04 22:55

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-04 22:54

Build order:

efl-svn > evas_generic_loaders-svn (optional) > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-04 22:47

***IMPORTANT***
This package is going away. Eio has been merged into the single tree EFL (efl-svn in the AUR), so I do not plan to fix the svn path in this PKGBUILD when they break it. I'll leave this up for a while before requesting that it be merged into efl-svn.

Scimmia commented on 2012-12-04 08:07

If you're running the testing repository, you're going to have problems with lua. This package needs lua version 5.1, which is currently called lua in the main repos, but is renamed to lua51 in the testing repo. I'll change the dependency once the change is made in the main repos, until then anyone using testing will need to modify this PKGBUILD by hand.

Scimmia commented on 2012-12-03 17:48

***IMPORTANT***
This package is going away. Ecore has been merged into the single tree EFL (efl-svn in the AUR), so I do not plan to fix the svn path in this PKGBUILD. I'll leave this up for a while before requesting that it be merged into efl-svn.

Scimmia commented on 2012-12-03 17:43

Build order:

efl-svn > evas_generic_loaders-svn (optional) > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-03 17:43

Build order:

efl-svn > evas_generic_loaders-svn (optional) > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-03 17:42

Build order:

efl-svn > evas_generic_loaders-svn (optional) > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-03 17:41

Build order:

efl-svn > evas_generic_loaders-svn (optional) > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-03 17:39

Build order:

efl-svn > evas_generic_loaders-svn (optional) > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-03 17:38

Build order:

efl-svn > evas_generic_loaders-svn (optional) > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-03 17:34

Build order:

efl-svn > evas_generic_loaders-svn (optional) > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-03 17:30

Build order:

efl-svn > evas_generic_loaders-svn (optional) > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-12-03 17:29

Build order:

efl-svn > evas_generic_loaders-svn (optional) > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Thanks to cedric on IRC for taking care of the Ecore_Evas issue very quickly.

Scimmia commented on 2012-12-03 07:15

Don't install this right now. ecore was just merged in, but there seems to be an issue building ecore_evas. I'll update the PKGBUILD when it's working.

Scimmia commented on 2012-12-01 19:27

doesn't build without Eo.

Anonymous comment on 2012-11-27 18:57

I confirm, even with the LANG=fr_FR.UTF-8, it doesn't work!

I take the format "fr_FR.utf8" because of the wiki:
https://wiki.archlinux.org/index.php/Systemd#Locale

But i confirm, with LANG=en_US.UTF-8, it wokrs perfectly ;)
So it's good for me, i add this in my locale for the future to see.

Scimmia commented on 2012-11-27 00:49

Doesn't build without eio.

Scimmia commented on 2012-11-27 00:47

Doesn't build without edbus2.

Scimmia commented on 2012-11-27 00:47

svn doesn't exist (was merged into efl)

Scimmia commented on 2012-11-27 00:47

svn doesn't exist (was merged into efl)

Scimmia commented on 2012-11-27 00:46

svn doesn't exist (was merged into efl)

Scimmia commented on 2012-11-27 00:46

svn doesn't exist (was merged into efl)

Scimmia commented on 2012-11-26 23:26

ecore *should* build fine with fr_FR.UTF-8. I wonder if the problem is that you have LANG set to fr_FR.utf8 instead of fr_FR.UTF-8.

Anonymous comment on 2012-11-26 20:18

locale.conf:
LANG=fr_FR.utf8
LC_COLLATE=C

locale.gen:
fr_FR.UTF-8 UTF-8
fr_FR ISO-8859-1
fr_FR@euro ISO-8859-15

Thanks, i will try to be less restrictive with my locales ;)
Ok it works with an "export LANG=en_US.UTF-8" before ;)

Thanks a lot for your works, i like e17 and so much the latest version...

Scimmia commented on 2012-11-26 03:01

ecore.c:40:1: error: stray '\303' in program
ecore.c:40:1: error: stray '\251' in program

Tells me it's related to encoding. It builds fine here. What are you using in locale.gen and locale.conf?

Anonymous comment on 2012-11-25 20:47

Hello,

it is ok for efl-svn and evas_generic_loaders_svn, but for ecore-svn i have this error:"
make[5] : on entre dans le répertoire « /tmp/makepkg/src/ecore-build/src/lib/ecore »
CC ecore.lo
ecore.c:40:1: error: stray '\303' in program
ecore.c:40:1: error: stray '\251' in program
ecore.c:40:65: error: 'R' undeclared here (not in a function)
ecore.c:40:65: error: expected '}' before 'pertoirenonversionn'
ecore.c:40:65: error: stray '\303' in program
ecore.c:40:65: error: stray '\251' in program
ecore.c:40:65: warning: missing initializer [-Wmissing-field-initializers]
ecore.c:40:65: warning: (near initialization for '_version.revision') [-Wmissing-field-initializers]
make[5]: *** [ecore.lo] Erreur 1
make[5] : on quitte le répertoire « /tmp/makepkg/src/ecore-build/src/lib/ecore »
make[4]: *** [all-recursive] Erreur 1
make[4] : on quitte le répertoire « /tmp/makepkg/src/ecore-build/src/lib »
make[3]: *** [all-recursive] Erreur 1
make[3] : on quitte le répertoire « /tmp/makepkg/src/ecore-build/src »
make[2]: *** [all] Erreur 2
make[2] : on quitte le répertoire « /tmp/makepkg/src/ecore-build/src »
make[1]: *** [all-recursive] Erreur 1
make[1] : on quitte le répertoire « /tmp/makepkg/src/ecore-build »
make: *** [all] Erreur 2
==> ERREUR : Une erreur s'est produite dans build().
Abandon...
==> ERREUR: Makepkg n'a pas pu construire ecore-svn.
==> Relancer la compilation de ecore-svn ? [o/N]
"
it's the same for my 3 computers.
Any idea?

Cravix commented on 2012-11-25 03:23

ok, get it :) tbh i like the engage module in extra modules :D
then i'll take over e-modules-extra-svn later and try to add some functions in it (like manually select modules, select module sets, etc.),
and emprint... i'm not sure if any extra module needs it, but i should admit that the current module is enough for me as you said ;) so forget it~

Scimmia commented on 2012-11-25 03:04

I can maintain e-module-extra-svn as well if you'll do the testing :). I missed that one when I updated and uploaded the rest because I don't use any of the extra modules and they aren't really supported if you have any problems. I haven't even had the package installed for quite some time.

As for emprint, does anyone actually use it anymore? E17 has had it's own built in screenshot tool for some time and imagemagic tends to dominate if you need anything more versatile. It wouldn't make sense to make a PKGBUILD if nobody would use it.

Cravix commented on 2012-11-25 01:26

(and emprint-svn= =

Cravix commented on 2012-11-25 01:24

would you mind maintaining e-module-extra-svn as well? thanks in advance:-)

Scimmia commented on 2012-11-24 16:36

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:36

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:35

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:35

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:35

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:35

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:34

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:34

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:33

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:33

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Scimmia commented on 2012-11-24 16:32

Build order:

efl-svn > evas_generic_loaders-svn (optional) > ecore-svn > eio-svn > edje-svn > e_dbus-svn > edbus-svn > efreet-svn > eeze-svn > emotion-svn > ethumb-svn > elementary-svn > enlightenment17-svn

Getrix commented on 2012-11-18 02:07

It works fine with -j{1..4} (I tested the 4 values with a dual core). With -j5, this error occurs one time out of two !!

Anonymous comment on 2012-11-15 05:12

what's the verdict @Scimmia

Scimmia commented on 2012-11-10 16:58

Sometimes even the recommended settings are too much, and you're well beyond that. I would EXPECT problems. Just because it works elsewhere doesn't mean it's a good idea.

I would see if -j5 worked on the laptop. If it does, definitely not a bug.

Scimmia commented on 2012-11-10 16:54

Sometimes even the recommended settings are too much, and you're well beyond that. I would EXPECT problems. Just because it works elsewhere doesn't mean it's a good idea.

Anonymous comment on 2012-11-10 15:25

my laptop is quad core so i do -j8 there, my desktops are dual cores, so i do -j4, I know it's more tasks then normal, but it works fine for everyother lib I compile.

Scimmia commented on 2012-11-10 04:53

-j8? That seems odd given the normal recommendation is number of cores +1. I saw your upstream bug report, you had -j4 there. What CPU are you using?

If there's a a true bug, I can override the default with -j2 since that's the only safe option I see. I would rather not do this as it's nice to be able to take advantage of more cores.

Anonymous comment on 2012-11-10 04:01

Fails to build with
MAKEFLAGS="-j8"

error:
libtool: install: chmod 644 /dev/shm/home/princeamd/e_builds/efl-svn/pkg/usr/lib/libembryo.a
libtool: install: ranlib /dev/shm/home/princeamd/e_builds/efl-svn/pkg/usr/lib/libembryo.a
libtool: install: warning: remember to run `libtool --finish /usr/lib'
make[3]: Leaving directory `/dev/shm/home/princeamd/e_builds/efl-svn/src/efl-build/src'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory `/dev/shm/home/princeamd/e_builds/efl-svn/src/efl-build/src'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/dev/shm/home/princeamd/e_builds/efl-svn/src/efl-build/src'
make: *** [install-recursive] Error 1
==> ERROR: A failure occurred in package().
Aborting...

dhampire commented on 2012-11-08 10:36

web repo in obsolete =( in real repo evas included in efl, sorry.

dhampire commented on 2012-11-08 10:29

title in this message [E-devel] Evas merge: WIP
WIP != DONE, it's WORK IN PROGRESS, svn repo don't contain evas now in efl.

dhampire commented on 2012-11-08 10:25

title in this message [E-devel] Evas merge: WIP
WIP != DONE, it's WORK IN PROGRESS, svn repo don't contain evas now in efl.

Scimmia commented on 2012-11-08 00:24

Don't go by web access, it's out of date quite often. Evas was merged into the single tree efl on 11-3.

http://sourceforge.net/mailarchive/forum.php?thread_name=CAMq1adqsXaJA1QqpDHVPr0XsXz3B7qXYGuT2B0TDAtnJ6zXCHw%40mail.gmail.com&forum_name=enlightenment-devel

dhampire commented on 2012-11-07 21:16

/trunk/efl don't contain evas!!!

see http://trac.enlightenment.org/e/browser/trunk/efl/src/lib

only eet, eina, embryo, eo, evil included now in efl.

http://trac.enlightenment.org/e/browser/trunk/packaging/arch?order=name - see this.

Scimmia commented on 2012-11-04 16:24

I *think* I got all of the required deps and build options for evas. If anyone runs into any issues with them, let me know. Notice that harfbuzz is an optional dep, but it is needed *at built time* for some languages such as arabic, hindi, etc.

Scimmia commented on 2012-11-04 16:22

I *think* I got all of the required deps and build options for evas. If anyone runs into any issues with them, let me know.

Scimmia commented on 2012-11-02 16:25

efreet-svn is now requiring this.

Scimmia commented on 2012-10-31 02:56

The provides/replaces/conflicts arrays are meant to refer to other packages. I don't know what adding eobj to these arrays would accomplish. Even if someone created a package later, they could name it anything they wanted, I would only be guessing by adding it now.

Cravix commented on 2012-10-31 01:18

Scimmia, efl-svn also provides eobj,
though these packages don't exist in the abs or aur,
i think it's still better to add eobj-svn and eobj into replaces array:-)

Scimmia commented on 2012-10-29 22:32

andre.vmatos, thank you. The PKGBUILD has been updated.

Scimmia commented on 2012-10-29 22:13

andre.vmatos, thank you. The PKGBUILD has been updated.

andre.vmatos commented on 2012-10-29 21:19

efl-svn now replaces and provides embryo-svn too.

Scimmia commented on 2012-10-13 06:35

Yeah, the error was from me trying to include that extra commented out option. I swear I tested that, but oh well. Took that out and everything compiles again. Also had a problem with the licenses which should now be fixed.

Also changed eet-svn and eina-svn to "replace", but left eet and eina in conflicts. I think this is the right way to do this.

Cravix commented on 2012-10-13 06:03

well, you should change "conflicts" "replaces", and remove "md5sums".
and strangely, when i build it i get a error "-libexecdir=/usr/lib: no such directory"(or sth like that?), after i add # for that it works again.

Scimmia commented on 2012-10-13 04:41

If you're building E17 from the SVN PKGBUILDs in Community and getting errors about Eo.h, this is the package you need.
Since this is an SVN package, I left it using the default build profile, which is "dev". If you want "release", just uncomment "--with-profile=release \"

This is the first PKGBUILD I've put out into the public, so let me know if I did anything stupid. It's based off of the packages in Community from Ronald van Haren.

Scimmia commented on 2012-10-13 04:36

If you're building E17 from the SVN packages in Community and getting errors about Eo.h, this is the package you need.