| ▲ | Android 16 lets the Linux Terminal use your phone's entire storage(androidauthority.com) |
| 41 points by sipofwater 10 hours ago | 25 comments |
| |
|
| ▲ | thefroh 19 minutes ago | parent | next [-] |
| does this allow running applications which need FUSE? I know for termux that's only possible with root. |
|
| ▲ | saidinesh5 9 hours ago | parent | prev | next [-] |
| This is about the size of virtual disk of the Linux VMs this app can create in the newer versions of Android - and has nothing to do with actually accessing all of Android's internal filesystem. |
|
| ▲ | skeptrune 9 hours ago | parent | prev | next [-] |
| I don't think this will be useful in the long run. Using termux to ssh into my dev box already gets me access to a full Linux machine. I also think it's preferable relative to what Google is doing here creating a VM under a VM with weird bugs. |
| |
| ▲ | jauntywundrkind 6 hours ago | parent | next [-] | | Termux has gotten more and more hosed over by Android SDK changes, hosed by Google locking down storage, and what bits of data can be run. Its already to the point where Termux is only available on F-droid, & is stuck on Android 9 levels of the SDK. I also think there's different use cases than an ssh app. If you just need an ssh app, then why even bother with Termux (because .ssh/config is a pretty well known is somewhat of an answer but still doesn't require termux). Supposedly Android has Wayland support too. Being able to run a VM witg GUI Linux apps is potentially very exciting. With hope it sparks real interest, increases the amount of people using Linux, alike how WSL2 has done. | | |
| ▲ | yjftsjthsd-h 5 hours ago | parent [-] | | > I also think there's different use cases than an ssh app. If you just need an ssh app, then why even bother with Termux (because .ssh/config is a pretty well known is somewhat of an answer but still doesn't require termux). You still need to run your ssh client somehow, and last time I looked termux+openssh was straight-up a nicer experience than anything else I could find on Android (which I always found funny, but there it is). |
| |
| ▲ | polotics 8 hours ago | parent | prev | next [-] | | Indeed, I installed this Android Linux, used it for ten minutes, then uninstalled and went back to Termux real quick. | |
| ▲ | danieldk 8 hours ago | parent | prev | next [-] | | Using termux to ssh into my dev box already gets me access to a full Linux machine. I also think it's preferable relative to what Google is doing here creating a VM under a VM with weird bugs. It's not a VM running under a VM, but instead uses Linux (p)KVM. | |
| ▲ | saidinesh5 9 hours ago | parent | prev | next [-] | | Out of curiosity, how is this VM under a VM? | | |
| ▲ | jevogel 8 hours ago | parent [-] | | Android runs Java, which runs on the JVM. | | |
| ▲ | danieldk 8 hours ago | parent | next [-] | | The VM that runs Linux is not implemented in Java. It uses a variant of KVM called pKVM. (pKVM allows for mutually distrusted execution environments: https://source.android.com/docs/core/virtualization/security.) | |
| ▲ | stavros 8 hours ago | parent | prev | next [-] | | Debian code won't converted into Java bytecode, though, so it won't run on the JVM. If it's the ARM version, it'll probably just run directly on the CPU. | |
| ▲ | znpy 4 hours ago | parent | prev [-] | | Uh, this is wrong on different levels. The java bytecode gets translated to a different virtual machine, dalvik/dex (iirc) so no jvm involved. Other than that, afaik, there’s also a native development kit if you need to call into native code (c/c++/whatever). |
|
| |
| ▲ | usagisushi 8 hours ago | parent | prev | next [-] | | My nerdy guess is they might be planning to integrate Android and Chrome OS to make something like Samsung DeX, especially given the recent, somewhat half-baked Type-C Alt mode support on the Pixel 8 and later models. BTW, Termux is awesome, but it has its downsides, like no proper thumb drive support due to Android SAF limitations.
Yesterday, I went down the rabbit hole trying to access a CircuitPython virtual flash drive via SSH using Termux. (I actually opened this post hoping for something on that, but nope.) | |
| ▲ | arccy 9 hours ago | parent | prev [-] | | or it means we don't have to install termux anymore | | |
|
|
| ▲ | metalman 9 hours ago | parent | prev | next [-] |
| by "phone" they mean pixel, so the title should read
"google lets other stuff use google, sometimes" |
| |
| ▲ | TheDong 8 hours ago | parent [-] | | It's a part of open source android project. You're welcome to use the code if you want, other phone manufacturers can use it, you can fork and develop your own version without google's permission. | | |
| ▲ | d3Xt3r 7 hours ago | parent | next [-] | | Yes, it's technically part of AOSP, but in typical Google/ARM/Android ecosystem fashion, it only works on Pixels because it depends on pKVM/AVF, which is currently only usable on Pixels, due to several reasons: - pKVM relies on specific hardware features, such as ARM's Virtualization Host Extensions (VHEs) and IOMMUs, which are not universally present in all Android devices (eg many Mediatek SoCs, often found in budget phones lack this). - pKVM requires the device's bootloader to support and enable execution at Exception Level 2 (EL2). Pixels have this thanks to their in-house SoC, but almost no other mainstream Android SoC supports EL2, as far as I'm aware (Qualcomm have their own tech called HypX and it can't co-exist with EL2, similarly Exynos have a thing called RKP. So in both SoCs you're limited to EL1, which isn't sufficient for pKVM). - pKVM also requires device-specific vendor modules/firmware to glue the whole thing together, which is something that OEMs need to provide - and it's not something that an end-user/developer can just whip up themselves. So yes, while the Linux Terminal is technically part of AOSP, it's pretty much useless on non-Pixels due to pKVM/AVF's design and requirements. | |
| ▲ | mouse_ 8 hours ago | parent | prev [-] | | open source android project, as in, Android Open Source Project (AOSP)? The one Google is actively trying to kill in order to hold Android hostage in their antitrust negotiations? | | |
| ▲ | palata 6 hours ago | parent | next [-] | | How are they actively trying to kill it? Never heard of that but I'm interested. I like AOSP. | |
| ▲ | seventh12 8 hours ago | parent | prev [-] | | Anyone is welcome to fork AOSP before Google kills it. Maybe you're the savior the world needs? |
|
|
|
|
| ▲ | 8 hours ago | parent | prev | next [-] |
| [deleted] |
|
| ▲ | rvz 10 hours ago | parent | prev | next [-] |
| [flagged] |
| |
| ▲ | palata 10 hours ago | parent [-] | | It would probably help to read more than the title. The line right below the title says: > With the latest Android 16 beta, you can now allocate as much storage as you want to the Linux Terminal You can now allocate as much storage as you want to the "Linux Terminal" app that runs in a VM. Nothing to do with letting Linux terminal commands access all your data. And if you are curious enough to read more than the first sentence, but don't have more than 25s of attention span, you can read the next paragraph which is literally called "TL;DR". |
|
|
| ▲ | imcritic 9 hours ago | parent | prev [-] |
| Maybe this could become a solution to the shitshow of a problem with Android APIs that make it impossible for any music player app to let user delete locally saved music files? |
