patrixl has quit [Read error: Connection reset by peer]
patrixl has joined #picolisp
rob_w has joined #picolisp
razzy has joined #picolisp
_whitelogger has joined #picolisp
orivej has quit [Ping timeout: 240 seconds]
aw- has quit [Quit: Leaving.]
orivej has joined #picolisp
orivej has quit [Ping timeout: 256 seconds]
<Regenaxer>
As suspected, PilBox does not run under API 29
<Regenaxer>
Installs, but refuses to start bin/picolisp
<beneroth>
:(
<Regenaxer>
I don't really understand how to solve this
<beneroth>
there is a proot mechanism, but not sure if its feasible. it is apparently slow. termux didn't want to use it. alternatives use it.
<Regenaxer>
Also for Termux, even if they find a way to distribute packages, will it be possible to *build* bin/picolisp from llvm as it is now?
<beneroth>
good question. I would assume not, if you can build on the android device it kinda defeats the security theater pseudo-purpose of this API 29 constraint
<Regenaxer>
or, as I do with pil64 now, scp a binary from another server?
<Regenaxer>
Sounds like it is not possible
<Regenaxer>
This means I cannot work locally on the mobile any longer
<Regenaxer>
Only via ssd on remote machines
<Regenaxer>
grrrrrr
<beneroth>
this is a heavy drop of life quality for you, right?
<Regenaxer>
yes
<beneroth>
it's time for mobile devices which one can own themselves...
<Regenaxer>
Back to LinageOS
<beneroth>
yeah that should work, I guess
<Regenaxer>
Would it work if I root the device again?
<beneroth>
should solve the problem for you, if your device is fully supported with all drivers etc...
<beneroth>
maybe...
<beneroth>
the even bigger problems must be your clients.. both the erp users and the firemen, no?
<Regenaxer>
rooting gives other problems though
<beneroth>
T
<Regenaxer>
yes
<beneroth>
walled-garden big brother knows best for you.
<Regenaxer>
I will provide an 28 APK
<Regenaxer>
not via Play Store
<Regenaxer>
as I did in the beginning
<beneroth>
:/
<beneroth>
semi-afk a bit
<Regenaxer>
Question is how long such APKs will *work* in the future
<Regenaxer>
sigh
<Regenaxer>
For PilBox there will be a solution
<Regenaxer>
perhaps llvm -> jre
<Regenaxer>
backend
<Regenaxer>
slow though
<Regenaxer>
First I try to find out how Termux does it
razzy has quit [Ping timeout: 256 seconds]
<beneroth>
Regenaxer, I understood that they pack every executable into an APK.. dunno if I understood that right
<Regenaxer>
yes
<Regenaxer>
Exec not from the home directory (writable), but directly from ROM
<Regenaxer>
don't know yet how to package that
<Regenaxer>
into the "JNI lib directory"
<Regenaxer>
and then start it from there, or place a symbolic link into the home dir
<Regenaxer>
So I'm sure PilBox can be saved somehow
<Regenaxer>
I'm more worried about my workflow
<Regenaxer>
i.e. compiling direcyly in Termux
orivej has joined #picolisp
aw- has joined #picolisp
<Regenaxer>
I don't get it. I know I can put the binaries into a "jni/" directory, but I find no way to run it from there
<Regenaxer>
Especially as bin/ssl is not started from Java but from pil code
<Regenaxer>
All hints I find are copying it to the home dir, and then exec. That's what I do now, but it is prohibited with API 29
<beneroth>
Maybe the hints are wrong regarding API 29?
<Regenaxer>
yes, old
<beneroth>
then certainly...
<Regenaxer>
But I don't find how to do it now
<beneroth>
you found about proot?
<Regenaxer>
And even if it works with getAssets() somehow, it works only from Java
<Regenaxer>
not for bin/ssl
<beneroth>
grea
<beneroth>
great
<Regenaxer>
What is great?
<Regenaxer>
I did not look at proot
<beneroth>
</sarcasm>
<Regenaxer>
:)
<beneroth>
termux ruled out proot for some technical reason, I think it's performance...
<beneroth>
I guess it is something similiar to the Linux chroot mechanism?
<Regenaxer>
Perhaps, but it does not address my problem I feel
<Regenaxer>
The discussion in termux was concerned about package installation
<Regenaxer>
I'm at a simpler level
<Regenaxer>
how to *start* it in the first place?
<Regenaxer>
I should ask in #termux
<beneroth>
good idea
<Regenaxer>
Even better idea: I directly asked Fredrik, the developer of Termux
orivej has quit [Ping timeout: 265 seconds]
orivej has joined #picolisp
rob_w has quit [Quit: Leaving]
<beneroth>
Regenaxer, I've a custom prefix class, which overwrites (rel>) to essentially set another (indexed) property on the same object, calling (put> Obj Prop New)
<beneroth>
weird thing is.. I end up with most entries of that index (the indirect (put>)) as dangling
<beneroth>
but not all xD
<beneroth>
any idea?
<beneroth>
(put>) is called on the indexed relation
<beneroth>
ah
<beneroth>
Regenaxer, solved
<beneroth>
+List +Key +String
<beneroth>
-.-
<beneroth>
so everything works exactly as it should...
<Regenaxer>
Oh, good :)
<Regenaxer>
+Key conflicted
<beneroth>
yeah, data error
<beneroth>
+Key should be correct, because their should be no duplicate values in the data
<beneroth>
but apparently there is :)
<beneroth>
or well, some (db) not used properly
<Regenaxer>
I see. +List usually sees +Ref
<beneroth>
T
<beneroth>
but +List +Key should work, I believe
<Regenaxer>
ok
<beneroth>
I think I checked
<beneroth>
will check again :)
<Regenaxer>
how about +Key +List +String?
<Regenaxer>
unique in combination
<beneroth>
the value is a single string, not a list
<Regenaxer>
ok
<beneroth>
string values must be unique
<beneroth>
but multiple entries leading to the same object
<beneroth>
kinda multiple (+Key +String) indexes combined into one
<Regenaxer>
yes
<beneroth>
(well exactly that is the intention)
<Regenaxer>
you could write a 'mis>' method
<Regenaxer>
and check with it
<Regenaxer>
or a 'check>' method for the class
<beneroth>
I do (or (db) (new))
<beneroth>
seems to go wrong somehow
<Regenaxer>
like in 'request'?
<beneroth>
yeah
<beneroth>
but manually, because it's two different properties
<Regenaxer>
good
<beneroth>
two setting the property used in (new) automatically sets the +Key used in the (db)
<beneroth>
and that happens
<beneroth>
so it's either my (db) going wrong, or +List +Key being fundamentally incompatible