Since https://www.reddit.com/r/linux/comments/1gdhy7u/experimental_flathub_release_of_newpipe_on_linux/ got a bit of traction yesterday, this is WhatsApp straight from Meta running on Linux desktop using android-translation-layer.

android-translation-layer (ATL) is a Wine-like approach to run Android applications on Linux. Rather than running an Android container like for example Waydroid does this instead implements the Android API. Note that right now it’s very much work in progress and almost no app will work yet, but the fact that they have apps like Newpipe and WhatsApp running already is very promising!

Join the Matrix chat at #android-translation-layer:matrix.org and follow along!

  • penquin@lemm.ee
    link
    fedilink
    arrow-up
    89
    arrow-down
    3
    ·
    7 days ago

    I can feel it in the air. This is going to take off just like how wine and proton took off. We are going to go through another “Linux gaming” rush all over again and this shit is going to be fun. Let’s go!!!

    • ouch@lemmy.world
      link
      fedilink
      arrow-up
      24
      ·
      7 days ago

      Wine was first released in 1993. I hope our children are there to see the take off.

      • penquin@lemm.ee
        link
        fedilink
        arrow-up
        9
        arrow-down
        1
        ·
        7 days ago

        I don’t think you should compare the two progresses. Technology is much better now. So, things will definitely move much faster than they did back in the 90s.

        • deltapi@lemmy.world
          link
          fedilink
          arrow-up
          6
          ·
          6 days ago

          There is slightly more openness to androids layers than the win32 layers as well.

          I still remember symlinking to binaries in my windows system folder back in the late 90s to be able to run office 95 under Linux. (The MSFT system files permitted some things to work properly that just didn’t with the wine provided libraries back then)

      • bitwolf@lemmy.one
        link
        fedilink
        arrow-up
        1
        ·
        5 days ago

        Yeah but I imagine porting a JVM and an API using open source code is much easier than reversing the Windows API.

  • merthyr1831@lemmy.ml
    link
    fedilink
    English
    arrow-up
    64
    ·
    7 days ago

    Fascinating stuff. I’m glad we’re entering this new era of Linux application compatibility! And all through the honorable work of developers who are doing stuff just for the fun of it.

  • CalcProgrammer1@lemmy.today
    link
    fedilink
    English
    arrow-up
    31
    ·
    7 days ago

    This Android Translation Layer looks amazing for Linux phones. Waydroid is already pretty awesome, but it’s just running full fat Android on top of your Linux system and has all the limitations that brings (poor to no notification integration with the host system, poor integration of filesystem, extra resource usage for all of the Android services, issues with power management and suspend, inability to change resolution on the fly, poor integration with host onscreen keyboard, etc). I’ve used Waydroid on postmarketOS and it’s nice to be able to have Android apps available, but it almost feels like still carrying around a second phone, just that second phone is virtual. Something like ATL sounds like it properly integrates Android apps into the host OS. I need to give this a try soon.

  • chevy9294@monero.town
    link
    fedilink
    English
    arrow-up
    16
    ·
    edit-2
    6 days ago

    Looks fantastic but how much are apps sandboxed? I don’t want WhatsApp to see all my files for example.

  • lemonuri@lemmy.ml
    link
    fedilink
    arrow-up
    21
    ·
    7 days ago

    Would anyone post a quick guide on how to run WhatsApp l using atl?

    There is some documentation on https://gitlab.com/android_translation_layer/android_translation_layer/-/blob/master/README.md and I am rather sure it’s the right project, but some sort of installer would be nice. I think installing all those dependencies by hand is not a good solution in the long run. Wasn’t there supposed to be a flatpack container to be downloaded somewhere?

    • PureTryOut@lemmy.kde.socialOP
      link
      fedilink
      arrow-up
      20
      ·
      7 days ago

      I think installing all those dependencies by hand is not a good solution in the long run.

      Well, no. “In the long run” this gets packaged by distributions so you don’t have to compile anything. Right now it’s available for Alpine Linux and there is an AUR package for Arch.

      Wasn’t there supposed to be a flatpack container to be downloaded somewhere?

      There is a Flatpak (no c in that name!) base app available, and Newpipe has been packaged with that as a Flatpak, see https://flathub.org/apps/net.newpipe.NewPipe Ideally we get more stuff packaged up once more works but I don’t think it’s feasible to repackage everything out there so for a lot of applications you’ll just have to have a locally installed ATL outside of Flatpak.

      • SaltyIceteaMaker@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        5 days ago

        yeah you see, the issue is, i need Whatsapp for my family, friends and work. i’d rather not use WhatsApp but i aint got a choice (yet, afaik Whatsapp will be forced to work with other apps)

        • arglebargle@lemm.ee
          link
          fedilink
          English
          arrow-up
          1
          ·
          5 days ago

          It sure is a popular app regionally. Lots of people in different countries I know use it interchangeably at this point: when they say text, they mean whatsap. I get it.

          But I will not support Meta, there is a line. I don’t need family or friends that cannot use open source alternative. Worse case, I just drop back to sms.

          But work requires it? Or you happen to have work that needs to support many customers? I suppose I could see that, but work would then be a completely separate phone only for that purpose.

          • SaltyIceteaMaker@lemmy.ml
            link
            fedilink
            arrow-up
            1
            ·
            5 days ago

            you see i am an apprentice so i don’t have a work phone yet, but i need Whatsapp to communicate with my superiors and all

            • arglebargle@lemm.ee
              link
              fedilink
              English
              arrow-up
              1
              ·
              5 days ago

              Yep, you gotta do what you gotta do. I could never blame anyone for that.

              Then when you are your own boss you can do it your way!

  • fmstrat@lemmy.nowsci.com
    link
    fedilink
    English
    arrow-up
    19
    ·
    7 days ago

    Very cool. I’ll stick with a WhatsApp Matrix bridge so I don’t have to install a Meta app, though.

    • Virkkunen@fedia.io
      link
      fedilink
      arrow-up
      21
      ·
      7 days ago

      You still have to install WhatsApp though, since it requires activity on your account (on the app) every 14 days.

      • fmstrat@lemmy.nowsci.com
        link
        fedilink
        English
        arrow-up
        3
        ·
        7 days ago

        Yea, get around that with sand boxing, but will probably switch to the android API layer now that it works with WhatsApp

      • youmaynotknow@lemmy.ml
        link
        fedilink
        arrow-up
        3
        ·
        7 days ago

        Wao, I was not aware of that new enshitification clause. I’ve been off of anything related to Meta for over 8 years. The more I hear about what these ech giants keep pushing, the happier I am that I got out so long ago

  • interdimensionalmeme@lemmy.ml
    link
    fedilink
    arrow-up
    11
    arrow-down
    1
    ·
    7 days ago

    Interesting, I could sandbox each app in a debian vm and remote control it from my phone with sunshine. Good luck trying to steal my personnal data devs

  • Mwa@lemm.ee
    link
    fedilink
    English
    arrow-up
    7
    arrow-down
    2
    ·
    edit-2
    7 days ago

    next we need microsoft store apps to run on Linux ig?
    Edit: because some apps completely block wine or is distributed only from the Microsoft store

    • fl42v@lemmy.ml
      link
      fedilink
      arrow-up
      8
      ·
      7 days ago

      We have minecrafts on linux. One useful-ish thing that I can think of (and currently use waidroid for) is myscript’s nebo, a handwritten note-taking app with quite good OCR. Since myscript don’t build their SDK for Linux, let alone apps, it’s somewhat the only way currently, I guess… Unless you can run wpf-s via wine somehow?

      • JamesBoeing737MAX@sopuli.xyz
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        2
        ·
        7 days ago

        Well, we don’t have bedrock and don’t even think about mcpelauncher (it’s not even foss anymore + licensing bullshit).

  • ouch@lemmy.world
    link
    fedilink
    arrow-up
    91
    ·
    7 days ago

    I hope this makes it easier to do TLS sniffing and security research on Android apps. A lot of developers seem to rely on no one simply looking at how much information is exposed in the APIs apps use. Currently because it’s much more difficult to sniff Android apps, a lot of privacy/security issues are not raised.

    • qqq@lemmy.world
      link
      fedilink
      arrow-up
      11
      ·
      edit-2
      7 days ago

      As long as it’s installed on a device you control it’s pretty easy to sniff TLS traffic from an Android application, even if they’re pinning certs. I do this all the time for work. Frida makes it extremely easy, even giving you the ability to edit boringssl if something important is happening in native code. I’ve had to do this a couple times.

      If you don’t have root you’ll have to recompile the application though which could matter if you need the signature to not change, but that isn’t a common requirement.

      It’d be nice to have a better way to test though; I’ve wanted to check out Waydroid. Some coworkers just use an emulator which works great if it doesn’t need specific hardware.