Custom builder for a library

PerlMax

@projectmoon Unfortunately this is not enough. The c library searches for config files etc. under the installation prefix (e.g. /usr/share/elementary). Perhaps it would be possible to compile efl at the UT XDG data-dir, but I didn't have luck with this so far That's why the solution would be to run in a chroot environment (where I could copy the files from the libertine container.. Best wishes, Max

projectmoon

@PerlMax said:

@projectmoon Unfortunately this is not enough. The c library searches for config files etc. under the installation prefix (e.g. /usr/share/elementary). Perhaps it would be possible to compile efl at the UT XDG data-dir, but I didn't have luck with this so far That's why the solution would be to run in a chroot environment (where I could copy the files from the libertine container.. Best wishes, Max

I mean, if it uses an installation prefix, you should be able to change the prefix to anything you want. What happens if you try to compile it to an XDG data-dir?

developerbayman

so im reading and my AI : I would not use a chroot for this in a normal confined Click app.

A real chroot() needs privilege/CAP_SYS_CHROOT, and even inside a chroot the process would still be under the same Ubuntu Touch AppArmor confinement. So it would not really solve the app-store/confined-app problem; it would mostly move the path problem somewhere harder to debug.

For EFL/pEFL the better confined solution is to make the Click package look like the EFL install prefix at runtime:

build/install EFL and pEFL into the Click package, for example under usr/
ship the needed usr/share/elementary, usr/share/efreet, locale files, Perl module files, and .so files with the app
start the app through a wrapper script that redirects EFL, XDG, Perl, and HOME paths into the app’s own confined directories

Example launcher idea:

#!/bin/sh
set -eu

APP_DIR="$(CDPATH= cd -- "$(dirname -- "$0")" && pwd)"
APP_ID="hellopefl.maxperl"

APP_HOME="/home/phablet/.local/share/${APP_ID}"
APP_CACHE="/home/phablet/.cache/${APP_ID}"
APP_CONFIG="/home/phablet/.config/${APP_ID}"

mkdir -p "$APP_HOME" "$APP_CACHE" "$APP_CONFIG"
mkdir -p "$APP_HOME/.cache/efreet"
mkdir -p "$APP_HOME/.elementary/config"

export HOME="$APP_HOME"
export XDG_DATA_HOME="$APP_HOME/.local/share"
export XDG_CACHE_HOME="$APP_CACHE"
export XDG_CONFIG_HOME="$APP_CONFIG"
export XDG_DATA_DIRS="$APP_DIR/usr/share:/usr/local/share:/usr/share"

export ELM_PREFIX="$APP_DIR/usr"
export ELM_BIN_DIR="$APP_DIR/usr/bin"
export ELM_LIB_DIR="$APP_DIR/usr/lib/aarch64-linux-gnu"
export ELM_DATA_DIR="$APP_DIR/usr/share/elementary"
export ELM_LOCALE_DIR="$APP_DIR/usr/share/locale"

export LD_LIBRARY_PATH="$APP_DIR/usr/lib/aarch64-linux-gnu:$APP_DIR/lib/aarch64-linux-gnu:${LD_LIBRARY_PATH:-}"
export PERL5LIB="$APP_DIR/usr/lib/aarch64-linux-gnu/perl5:$APP_DIR/usr/share/perl5:${PERL5LIB:-}"

exec "$APP_DIR/usr/bin/hellopefl" "$@"

The important bit is that /usr/share/elementary should become $APP_DIR/usr/share/elementary inside the Click package, and EFL should be told about that prefix with the ELM_* variables instead of trying to read/write the real device /usr or /home/phablet.

For Clickable, the rough shape would be:

builder: cmake
framework: ubuntu-touch-24.04-1.x

dependencies_host:
  - perl
  - make
  - pkg-config

dependencies_target:
  - libefl-all-dev

libraries:
  pEFL:
    builder: custom
    src_dir: libs/pEFL
    build:
      - cd "$SRC_DIR" && perl Makefile.PL INSTALL_BASE="$INSTALL_DIR/usr"
      - cd "$SRC_DIR" && make
      - cd "$SRC_DIR" && make install

install_data:
  "${PEFL_LIB_INSTALL_DIR}/usr": "usr"

install_root_data:
  - run-pefl.sh

install_lib:
  - "libefl.so*"
  - "libelementary.so*"
  - "libeina.so*"
  - "libevas.so*"
  - "libecore*.so*"
  - "libedje.so*"
  - "libefreet.so*"

That example will need the exact library list adjusted after running ldd on the final binary/module, but the direction is: bundle the runtime prefix, then point EFL and Perl at the bundled prefix.

read_path/write_path can help for specific paths, but I would treat that as a last resort. A confined app should work from its own packaged resources and its own .config, .cache, and .local/share directories.

A helper app/broker such as Workspace could be useful during development for copying logs, staging files, checking AppArmor denials, or preparing the bundle, but I would not make the final pEFL app depend on an unconfined/root broker just to launch. That would be useful for side-loaded developer/admin workflows, not the clean confined Click solution.

developerbayman

i know this is old but i think its cool when it does that lol ...shows me its paying attention ....3 years+ in the making

PerlMax

Thank you very much for all the suggestions. As a first step, I’m now trying to get the elementary_config configuration program up and running.

I have now compiled efl for this purpose in a Libertine container under the prefix /opt/click.ubuntu.com/pefl.maxperl/current and am trying to start the program as suggested using the shell script run_config.sh. This allowed me to resolve the error message regarding efreetd and the missing configuration

Unfortunately, it still isn't working. Here's the error message I've been getting so far:

ERR<90576>:elementary ../src/lib/elementary/elm_module.c:114 _elm_module_find_as() Failed to load elementary module: 'prefs_iface': No such file or directory
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF

EOF

ERR<90576>:eina_safety ../src/lib/ecore_evas/ecore_evas.c:3941 ecore_evas_software_x11_new() safety check failed: m == NULL
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:eina_safety ../src/lib/ecore_evas/ecore_evas.c:4056 ecore_evas_gl_x11_options_new() safety check failed: m == NULL
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:elementary ../src/lib/elementary/efl_ui_win.c:5572 _elm_win_finalize_internal() Cannot create window.
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:eo ../src/lib/eo/eo.c:1137 _efl_add_internal_end() Object of class 'Efl.Ui.Win_Legacy' - Not all of the object constructors have been executed.
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:ecore ../src/lib/ecore/ecore.c:796 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! in: ecore_evas_callback_selection_changed_set()
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:ecore ../src/lib/ecore/ecore.c:798 _ecore_magic_fail()     Input handle pointer is NULL!
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[....]
EOF

ERR<90576>:ecore ../src/lib/ecore/ecore.c:796 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! in: ecore_evas_callback_drop_drop_set()
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:ecore ../src/lib/ecore/ecore.c:798 _ecore_magic_fail()     Input handle pointer is NULL!
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:ecore ../src/lib/ecore/ecore.c:796 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! in: ecore_evas_callback_drop_motion_set()
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:ecore ../src/lib/ecore/ecore.c:798 _ecore_magic_fail()     Input handle pointer is NULL!
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:ecore ../src/lib/ecore/ecore.c:796 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! in: ecore_evas_callback_drop_state_changed_set()
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:ecore ../src/lib/ecore/ecore.c:798 _ecore_magic_fail()     Input handle pointer is NULL!
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

ERR<90576>:evas_main ../src/lib/evas/canvas/evas_object_smart.c:746 _efl_canvas_group_efl_object_destructor() efl_canvas_group_del() was not called on this object: 0x40000000638f (Efl.Ui.Win_Legacy)
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
[...]
EOF

Maybe it's because EFL doesn't support Wayland? Or maybe EFL can't find the right display? Everything works perfectly in Libertine... Right now, I'm just at a loss...

You can find the current status at https://github.com/MaxPerl/pefl.maxperl

Thanks in advance, Max

PerlMax

I've finished a first small test application (a simple video player). You can find it under https://github.com/MaxPerl/pefl.maxperl

All in all, it works pretty well. However, there are a few limitations:

I haven't yet managed to get the Wayland engine from efl to work (I'm hoping for Mir 2.x). This may lead to suboptimal performance (especially at the moment no hw acceleration), but more importantly, to an error with rotation. In landscape mode there is a well known Issue with Xwayland: Inputs on the right side of the screen do not work in landscape mode (see also the problem in uWolf, fix could come when this is merged: https://gitlab.com/ubports/development/core/lomiri/-/merge_requests/207). I also can't resolve it through settings X-Lomiri-Rotates-Window-Contents=false and/or X-Lomiri-Supported-Orientations=portrait at the moment (see ubports/development/core/lomiri#184)
Maliit virtual keyboard does not work at the moment. Apparently, there’s also a way for Xwayland apps to integrate this via the DBus interface. But right now, that’s too complicated for me. In the meantime, I’ve programmed my own little virtual keyboard (though it’s not really necessary for a video player. You can test it in the file-open dialog at the search field. Works pretty well for me).
I’m currently working on a connection to the Content Hub (at least receiving data from other apps would be nice). But it doesn't seem that straightforward if an app doesn't use Qt or QML at all. I've already tried launching the app via Qt/QML instead of a Bash script, but apparently that doesn't work with Xwayland apps? If anyone here has experience with this, I'd appreciate any suggestions. Maybe I’ll start a separate thread regarding Content Hub as well. Surely that should work without Qt/QML????

Best wishes, Max

PerlMax

The state of Content-Hub is strange. When I open the app and then send myself files via the File Manager, for example, it seems to work. However, if the app isn't already open the first time and is essentially opened through the Content Hub, it only works once

PerlMax

There is also a visual issue that two windows are now opening: one titled "pefl" (the actual app) and one titled "X11 Support." This problem also occurs in uWolf by @chromiumos-guy , for example. However, it has somehow been resolved in Min Browsers and @pparent apps (which also run on Xwayland). I'd appreciate any advice...

Here a screenshot

(

pparent

@PerlMax

I can't see the screenshot!

What version of UT are you running?

PerlMax

@pparent 24.04-1 I think (the stable branch)

pparent

@PerlMax

Yes but what version precisely? Because there was an important change about that between 24.04-1.2 and 24.04-1.3 .

Can you re-upload the screenshot we cannot see it!

PerlMax

my UT version is 24.04-1.3

here again the screenshot:

Can you see it now?

pparent

@PerlMax

Yes, Well I guess your application is firing 2 windows, no?

You can install xdotool to list the existing xWayland windows.

My guess is, that this bug is not related to UT, but that your application is starting 2 windows.

PerlMax

@pparent mmh, I don't think so (because on my desktop there is only one window and the problem is with uWolf the same). I really do only some standard code with efl But I will do further diagnostics with xdotool..

pparent

@PerlMax

Well I don't know, I've not done anything in particular, with 24.04-1.3 there should be only one window by default for a Xwayland program.

Make sure to do

export GDK_BACKEND=x11
export DISABLE_WAYLAND=1

before you start your app

pparent

Also maybe make sure your window title and name are similar or equal to your application name, as Lomiri does a fuzzy compare to detect the application corresponding to a window.