Package Details: android_translation_layer-git r639.9b6c8db-1

Git Clone URL: https://aur.archlinux.org/android_translation_layer-git.git (read-only, click to copy)
Package Base: android_translation_layer-git
Description: A translation layer for running Android apps on a Linux system
Upstream URL: https://gitlab.com/android_translation_layer/android_translation_layer
Licenses: GPL-3.0-or-later
Conflicts: android_translation_layer
Provides: android_translation_layer
Submitter: txtsd
Maintainer: txtsd
Last Packager: txtsd
Votes: 4
Popularity: 0.94
First Submitted: 2024-10-29 01:14 (UTC)
Last Updated: 2024-11-08 08:49 (UTC)

Dependencies (27)

Required by (0)

Sources (1)

Pinned Comments

txtsd commented on 2024-10-30 11:25 (UTC)

This package works now. Depending on when you last built the dependencies, you might have to rebuild art_standalone-git and skia-sharp-atl-git. Then rebuild this package.

Latest Comments

1 2 Next › Last »

Damgaldor commented on 2025-01-09 03:40 (UTC)

@txtsd got it. I was thinking about flatpak, but wasn't able to find it, so I thought it doesn't exist. After searching a bit more, I've found it, thanks for helping.

txtsd commented on 2025-01-09 02:51 (UTC)

If you can't replace wolfssl with wolfssl-jni, you might be better off running the ATL flatpak instead.

Damgaldor commented on 2025-01-09 02:39 (UTC)

@txtsd the issue is not with an update, but with the initial the installation.

txtsd commented on 2025-01-07 09:30 (UTC)

@Damgaldo until arch's wolfssl updates, you can do yay -Syu foobar --ignore wolfssl-jni.

Damgaldor commented on 2025-01-07 07:23 (UTC)

Trying to install using yay results in :: wolfssl-jni-5.7.6-1 and wolfssl-5.7.4-1 are in conflict. Remove wolfssl? [y/N], removing wolfssl is impossible because it's a dependency of a dependency of qemu and qemu is something I want to stay. Is there a way to resolve that without removing wolfssl?

txtsd commented on 2024-10-30 12:59 (UTC)

I'm working with upstream to patch any errors that we discover. If you happen to find any, please post a trace.

Currently, we're seeing a Dalvik cache directory does not exist error and that's going to be patched soon.

txtsd commented on 2024-10-30 11:25 (UTC)

This package works now. Depending on when you last built the dependencies, you might have to rebuild art_standalone-git and skia-sharp-atl-git. Then rebuild this package.

txtsd commented on 2024-10-30 00:06 (UTC)

@depau Thank you!

The problem though lies in skia-sharp. Upstream relies on a custom fork, which I will be pushing to the AUR in a few hours.

depau commented on 2024-10-29 20:18 (UTC)

A very crude patch to allow the program to start with the missing symbol by just replacing its use with an abort():

From 93f63d168bd2f50ea4189f2001c2db47db78d59f Mon Sep 17 00:00:00 2001
From: Davide Depau <davide@depau.eu>
Date: Tue, 29 Oct 2024 21:02:25 +0100
Subject: [PATCH] HACK: fix sk_canvas_new_from_raster not available in
 skia-sharp

---
 src/api-impl-jni/android_graphics_Canvas.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/src/api-impl-jni/android_graphics_Canvas.c b/src/api-impl-jni/android_graphics_Canvas.c
index 5d7ae14..60c5228 100644
--- a/src/api-impl-jni/android_graphics_Canvas.c
+++ b/src/api-impl-jni/android_graphics_Canvas.c
@@ -28,7 +28,8 @@ JNIEXPORT jlong JNICALL Java_android_graphics_Canvas_native_1canvas_1from_1bitma
 //                       + /* last row: */ info.width * ((gdk_pixbuf_get_n_channels(pixbuf) * gdk_pixbuf_get_bits_per_sample(pixbuf) + 7) / 8);
   /* --------------------------------------- */

-  return _INTPTR(sk_canvas_new_from_raster(&info, pixbuf_pixels, /*pixbuf_size*/rowstride, NULL));
+    abort();
+//  return _INTPTR(sk_canvas_new_from_raster(&info, pixbuf_pixels, /*pixbuf_size*/rowstride, NULL));
 }

 JNIEXPORT void JNICALL Java_android_graphics_Canvas_native_1save(JNIEnv *env, jclass this, jlong skia_canvas, jlong widget)
-- 
2.47.0

kmlupreti commented on 2024-10-29 13:33 (UTC)

Thanks. I'll update asap

1 2 Next › Last »