Opened 9 years ago

Last modified 7 months ago

#47736 new submission

[new] EFL 1.14 port

Reported by: pierre.lamot@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: ryandesign (Ryan Carsten Schmidt), cooljeanius (Eric Gallager)
Port: efl

Description

a port for the last version of the EFL toolkit which improve OSX compatibility

Attachments (1)

Portfile (1.2 KB) - added by pierre.lamot@… 9 years ago.

Download all attachments as: .zip

Change History (7)

Changed 9 years ago by pierre.lamot@…

Attachment: Portfile added

comment:1 Changed 9 years ago by mf2k (Frank Schima)

Keywords: efl removed
Version: 2.3.3

comment:2 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added

Thanks. I had tried to create a port for efl in 2013 but didn't finish it.

Does efl replace any of the older enlightenment libraries I had been updating (e_dbus, ecore, edje, eet, efreet, eina, embryo, evas), until updates stopped appearing last year?

You've placed this and the two other port you submitted in #47737 and #47738 in the category "efl", which is not a category we have. Is there another category where this could go? "devel" is a popular catch-all category that could perhaps be used.

comment:3 Changed 9 years ago by pierre.lamot@…

Hi,

Yes the efl package contains theses libraries. I haven't split theses. perhaps I can set them as variants.

I put efl in the category because other toolkits were in their own category (gtk, efl, tk, ...) but "devel" is fine for me.

comment:4 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)

Since the libraries are now distributed together as efl, we should not split them, nor should we have variants related to them. I just wanted to confirm that this was indeed still the same software. Once we add this port, we should mark the old separate ports as replaced_by efl.

The configure argument --enable-i-really-know-what-i-am-doing-and-that-this-will-probably-break-things-and-i-will-fix-them-myself-and-send-patches-aba really needs some explanation...

comment:5 Changed 9 years ago by pierre.lamot@…

the "enable-i-really-know-..." flags is here to acknowledge that we are using "experimental" feature, In our case, we disabled pulseaudio backend because it hasn't been thoroughly tested on OSX and is probably buggy.

A backend has been recently written for coreaudio, but it isn't part of this release.

comment:6 Changed 7 months ago by cooljeanius (Eric Gallager)

Cc: cooljeanius added
Note: See TracTickets for help on using tickets.