EFL 1.11

Po třech měsících vývoje a pouze o dva dny později než bylo plánováno byla vydána verze 1.11 knihoven EFL (Enlightenment Foundation Libraries) a knihoven Elementary, Emotion Generic Players a Evas Generic Loaders. Z novinek lze zmínit například Elua, nový LuaJIT runtime pro rychlý vývoj aplikací s EFL, nebo podporu ETC2 (Ericsson Texture Compression).

21.8.2014 18:11 | Ladislav Hagara | Nová verze

Komentáře

[Jardík]

Pořád je to závislé na glib a tak to obsahuje duplicitu kódu a plejtvá to pamětí?

[Petr Ježek]

To je dotaz nebo odfrknutí?

[----]

pořád? nikdy to na glib nezáviselo.

[Jardík]

Už jsem se o tom kdysi s někým bavil, nevím, jestli zrovna s tebou. EFL

• bullet, shared-mime-info, glib2
• fribidi, glib2
• gst-plugins-base-libs, ... glib2
• pango, ... glib2
• libpulse, ... glib2
• xorg ... systemd .. glib2

Můžeš tvrdit, že jsou to nepřímé závislosti, či tak něco, ale ty knihovny vždycky glib používaly a používat budou. Ten, kdo je použil, to musel vědět, že jen tak závislost na glib nezahodí, už jen kvůli rozbití api. Něco z toho budou možná volitelné závislosti, ale jestli mají třeba vlastní font layout engine a pango jde vypnout ... Výsledek je prostě takový, že máte v systému i v paměti 2 knihovny, co obsahují duplicitní věci, naprosto zbytečně.

A aby toho nebylo málo, nevím proč, ale v archu to má závislost na starém pythonu, potom na luajit, nepřímo na bashi, ... vývojáři EFL potřebují 3 skriptovací jazyky.

[----]

no a? je to nepřímá závislost, EFL to může být naprosto jedno.

Kromě toho, všechny ty knihovny, cos vyjmenoval, jsou volitelné. Pango dokonce není závislost vůbec (ale harfbuzz je volitelná závislost).

Na pythonu EFL nezávisí (jen bindingy), na LuaJIT závisí, a Bash se nedá považovat za skriptovací jazyk. Fakt nevím, co s tímto máš za problém...

[Jardík]

Pango nó, je nepřímá závislost díky které je to pak závislé na glib, asi jsem se špatně kouknul. Jak jsem ale řekl, vývojáři použili tyto knihovny s tím, že vědí, že potřebují glib a tedy vědomě je EFL na glib závislé a EFL pak implementuje spoustu duplicitních funkcí, co už v glib jsou, naprosto zbytečně. Bash skriptovací jazyk je, a já ho za něj budu považovat. Já totiž používám ash (z busyboxu) a když mi někdo cpe bash, protože je někdo línej napsat pořádně přenositelně skript, tak mě to vadí. Schválně tedy zkusím někdy až bude čas efl sestavit v chrootu, kde mám kernel+busybox+musl+gcc. Vše, co budu extra muset zkompilovat kvůli zkompilování EFL budu brát jako závislost. Schválně, jestli tam budu muset dát glib.

[----]

no a co že jsou duplicitní? na glib nezávisíme, takže nepoužíváme glib. Bash opravdovým skriptovacím jazykem opravdu není a že to na něm závisí je chyba autotools, ale spíš ani nezávisí protože na FreeBSD se mi to kompiluje s normálním Bourne Shellem (ne bash). A ne, závislosti závislostí opravdu závislostmi projektu nejsou.

[pavlix]

A ne, závislosti závislostí opravdu závislostmi projektu nejsou.

Ale závislostmi programu zjevně ano.

[mankind_boost]

"A ne, závislosti závislostí opravdu závislostmi projektu nejsou. "
Uživatele moc nezajímá jestli je to závislost nebo závislost závislosti, uživatele zajímá, který přídavný software si bude muset nainstalovat navíc.

"no a co že jsou duplicitní?"
Zbytečné znovuvynalézání kola nemá žádnou výhodu. Jen to zbytečně zvyšuje pravděpodobnost bugů, velikost programu a zhoršuje udržování. Zbytečně.

[Jardík]

Jenom se hlavně na mě nezlob, Jardík už lepší nebude. Prostě si něco vezme do hlavy a nikdo mu to nevymluví. Jestli můžu, tak se ještě zeptám, kdy bude e19 a jestli poběží už bez Xek, jako wayland compositor.

[Jardík]

Nó jinak tohle mě nadává:

Fribidi is used for handling right-to-left text (like Arabic, Hebrew, Farsi, Persian etc.) and is very likely not a feature you want to disable unless you know for absolute certain you will never encounter and have to display such scripts. Also note that we don't test with fribidi disabled so you may also trigger code paths with bugs that are never normally used.

You disabled Gstreamer 1.x support. You likely don't want to do this as it will heavily limit your media support options and render some functionality as useless, leading to visible application bugs.

The only audio output method supported by Ecore right now is via Pulseaudio. You have disabled that and likely have broken a whole bunch of things in the process. Reconsider your configure options.

Please add the following option to acknowledge this: --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

Žádný bugy opravovat nebudu a už vůbec nebudu posílat patche, tak tu volbu nemůžu použít. Výsledek: efl nejde bez glib zkompilovat.

[Jardík]

A tady výsledek make:

lib/edje/.libs/libedje.so: undefined reference to `_ECORE_AUDIO_OUT_PULSE_EVENT_CONTEXT_FAIL'
lib/edje/.libs/libedje.so: undefined reference to `ecore_audio_out_pulse_class_get'
collect2: error: ld returned 1 exit status

Takže bez pulseaudio to nejde zkompilovat.

[Tomáš Bžatek]

Uz jsem se lekl, ze podporuji jen PulseAudio. Ufff... to bych byl radeji bez zvuku.

[Jardík]

Vždyť se to tam v tom configure píše, že podporují pouze pulseaudio... a bez něho to nejde zkompilovat.

[Petr Ježek]

Enlightenment se zklidnil, odpadly občasné varovné výskoky o restartu, pár vteřin ubylo na každou akci - spíše subjektivní, leč nijak placebo boostované pocity z užití. Osobně hodnotím na 1.