Opened 10 years ago

Last modified 14 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@… 10 years ago.

Download all attachments as: .zip

Change History (7)

Changed 10 years ago by pierre.lamot@…

Attachment: Portfile added

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

Keywords: efl removed
Version: 2.3.3

comment:2 Changed 10 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 10 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 10 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 10 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 14 months ago by cooljeanius (Eric Gallager)

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