• 2 Posts
  • 142 Comments
Joined 11 months ago
cake
Cake day: October 11th, 2024

help-circle
  • “Android is Linux” is a bit oversimplified.

    What the is issue, still simply, the way I understand it:

    • Linux kernel contains drivers for the specific hardware used in devices (processors, modem, memory, display, camera, etc.)
    • Each Android smartphone has different hardware configuration
    • Hardware manufacturers want to guard their secrets, so they sign contracts and NDAs with phone manufacturers
    • Phone manufacturers create a unique, dead-end fork of a Linux kernel that contains drivers and is configured specifically for that model. (There are exceptions, but generally)

    So yes, Android uses a Linux kernel, but in most cases, a very specific one.

    Why not replace it? This requires:

    • Access to the bootloader and ability to read/write to internal storage on low level, and manufacturers lock it down.
    • Knowing the hardware and the drivers. As mentioned, manufacturers will provide drivers only to their contracts. So someone would need to write a driver.
    • Once someone writes a driver, it can be added to mainline Linux, available to all.
    • That is why “mainlining” a device is a big deal - that means that the kernel for that device can be built, and going forward, that device will be supported for all future kernel versions.








  • I know someone who was a translator between two (less widely spoken) languages, and some specifics I recall from our conversations about work:

    • Sometimes the translations use many technical terms, and getting those wrong (trusting LLMs) is not an option. (This was for some patents IIRC)
    • Some terms simply do not exist in another language, and it could be up to the translator to invent a term to define and carry the information across. (This was for some government digital service, and the term was similar to “digital queue”)
    • Tone and nuances are very difficult to translate. Phrasing can have implications and connotations. (Simplest example: “i am afraid” does not imply fear, it’s an established politeness phrase) Neutral in one language could be viewed as hostile in another, too. (And with politicians being petty, could have consequences)

    None of those would be addressed with LLMs. Small training set for language (and language being similar to a few others) is an issue. Anything technical or non-existing would be prone to hallucinations. And tone is difficult enough to convey through text to begin with, let alone with LLM translation.








  • I agree that The Dark Forest is better. The premise is so simple: Alien fleet is coming here in a few hundred years, let’s see how humanity will go nuts or prepare in a myriad of ways. (And also there are no aliens in the second book - I did not like them, they were too human attitude-wise and too inconsistent tech-wise)


  • Three Body Problem is what I call “big ideas” sci-fi. Large-scale problems, global crisis, often detailed world-building, sometimes decent plot, but boring characters, who often act simply as reader’s eyes / observers.

    Many of Alastair Reynolds’ novels are like that, so was Red Mars, and even Blindsight and Rosewater.

    Not everyone’s cup of tea, and I completely understand why.


  • Seeing lots of dislike for Matrix lately. Hosted a Synapse server for many years, never had issues with encryption keys, but have to agree that Element the company (formerly Vector, but they now control the protocol too?) rolls out more new things than they fix old ones. E.g: Element X is slower and calls are not backwards compatible (!). Synapse server keeps getting some (corporate-looking) auth stuff added while on-boarding and registration for plain accounts on self-hosted servers is still a pain. To give them credit, Element app is consistent across platforms (for purposes of convincing people and troubleshooting), and bridges work pretty well.

    But it seems any self-hosted solution has its can of worms.

    XMPP, being old, implements all modern-expected functionality as extensions, and servers are not guaranteed to have them (common argument). Spam was an issue as well (but simplicity of the on-device and server database allows easy message and attachment deletions). iOS clients for XMPP are meh and require integration with Apple push servers (Snikket and Monal do that, but for how long?)

    Tried SimpleX years ago, loved the idea, but it was going through growing pains. In the same vein as metadata leaks for Matrix and XMPP, if you host your own SMP server with a few users, that exposes some info vs using default servers (along with thousands users)


  • The ones I know of are not really masquerading, but rather, funding themselves and/or directly related services (often hosting) via convenient ways.

    • Conversations.im (XMPP/Jabber client) is $8 on Google Play, free on F-Droid and is FOSS. Dev runs their own instance.
    • OsmAnd+ costs money on Google Play, is free on F-Droid, provides hosting of gigabytes of map data.
    • Beeper (bridges from popular chats to Matrix) costs money (subscription I believe), but can be set up on one’s own (I run two bridges on my chat server).

    What I do dislike is companies overusing “Open” or “Free” in their own or their product names, with no implication of Free or Open Source software. Similar to slapping “engineer” on non-engineering roles or “manager” on non-managerial ones.