Open ChristopherHX opened 4 years ago
Only arm appimage. Works fine in the arm flatpak
Workaround All download links are printed to terminal. Download apks manually via chromium import it.
When I've tried to do that though, it gives an error when trying to rename? The apk import?
Likly you found the wrong links, I should explain my workaround with an example. It is possible that the import apk results in an empty version name, rename 'xxxx' to '' failed or other problems
Full interesting part of the Terminal Output
api response body = payload {
deliveryResponse {
status: 1
appDeliveryData {
downloadSize: 73742759
signature: "a8D3pPqeh6MUKiuFWyecvkCvfds"
downloadUrl: "https://play.googleapis.com/download/by-token/download?XX"
downloadAuthCookie {
name: "a"
value: "42"
}
forwardLocked: false
serverInitiated: true
gzippedDownloadUrl: "https://play.googleapis.com/download/by-token/download?XX"
gzippedDownloadSize: 71806241
splitDeliveryData {
id: "config.ldpi"
downloadSize: 8538
gzippedDownloadSize: 3332
signature: "IzKwiV2u7B1gz9m2j6qyDsQ1aHs"
downloadUrl: "https://play.googleapis.com/download/by-token/download?XX"
gzippedDownloadUrl: "https://play.googleapis.com/download/by-token/download?tXX"
8 {
1: 2
2: 3332
3: "https://play.googleapis.com/download/by-token/download?XX"
}
9: "4M9wbjyCcSFmTeGk6NDqKe8BHLxARn_oi_qbkBubEtc"
}
splitDeliveryData {
id: "config.x86_64"
downloadSize: 33325556
gzippedDownloadSize: 32944455
signature: "BIH6RldqxpGAQ4N98g1y7IVoXd4"
downloadUrl: "https://play.googleapis.com/download/by-token/download?XX"
gzippedDownloadUrl: "https://play.googleapis.com/download/by-token/download?XX"
8 {
1: 2
2: 32944455
3: "https://play.googleapis.com/download/by-token/download?XX"
}
9: "1Jj5wolCxWjhbAtVjFZW06nnauUNJ0IRfOpPIEgKDwY"
}
installLocation: 3
everExternallyHosted: false
18 {
1: 2
2: 71806241
3: "https://play.googleapis.com/download/by-token/download?XX"
}
19: "czj0q2AXFAZmY_1czG4fb5jehRwLW_eg0ywe6if8CCQ"
}
}
}
serverMetadata {
latencyMillis: 225
}
serverLogsCookie: "\010\022\232\001\027\n\023\010\276\360\221\316\335\364\352\002\025\010\363P\n\035\023\250\0073\020\004"
http request: https://play.googleapis.com/download/by-token/download?XX, body =
http request: https://play.googleapis.com/download/by-token/download?XX, body =
http request: https://play.googleapis.com/download/by-token/download?XX, body =
You have to download the default asset apk (first link)
config.ldpi can be skipped if you want.
Also you will need one of config.armeabi_v7a
, config.arm64_v8
, config.x86_64
or config.x86
.
To sum up only focus on this part of the log and ignore others.
api response body = payload {
deliveryResponse {
appDeliveryData {
downloadUrl: "https://play.googleapis.com/download/by-token/download?XX"
splitDeliveryData {
id: "config.ldpi"
downloadUrl: "https://play.googleapis.com/download/by-token/download?XX"
}
splitDeliveryData {
id: "config.x86_64"
downloadUrl: "https://play.googleapis.com/download/by-token/download?XX"
}
}
}
}
Then import all downloaded apks for 1.15.0.53+ or 1.14.60.5 (arm64 and x86_64 only) you need at least two. One of the two lacks a textual version number like 1.16.10.02 but have assets files. The other one have the textual version, but only contains the binary (libminecraftpe.so)
On raspbian: ubuntu18.04 AppImage => login to google not working, but 1.16 downloads and extracts fine (if logged in previously e.g with debian 10 AppImage) debian 10 AppImage => login to google working, but 1.16 fails to download
How to get rid of this. ubuntu 20.04 is too new to run on raspbian 10. debian11 testing is too new to run on raspbian 10.
Not using debian for arm AppImages needs a new buildscript
Unknown failure.
Maybe related to packing debian 10 libraries. The libcurl version is eventually broken.