• Caveman@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    9 months ago

    Next step is drivers that allow switching on/off components of the phone through systemd to save battery. Proper drivers are the only major missing piece for Linux phone OS right now.

    When Linux phone comes with lasting battery and fast waydroid I’ll switch.

  • Baut [she/her] auf.@lemmy.blahaj.zone
    link
    fedilink
    arrow-up
    0
    ·
    9 months ago

    Exciting to see! Positively surprised Alpine is modular enough to make this feasible/maintainable.
    Curious to see what the part about SystemD and musl at the end meant.

    • aport@programming.dev
      link
      fedilink
      arrow-up
      0
      ·
      9 months ago

      Our current understanding having spoken to systemd developers is that we should be able to find a path that brings us much closer to upstream, if not entirely.

      The only way the systemd developers will allow musl support upstream is if musl supports the glibc-isms that systemd uses.

      They have been extremely clear that they will not carry patches for other libcs.

  • fullmetalScience@monero.town
    link
    fedilink
    English
    arrow-up
    0
    ·
    edit-2
    9 months ago

    This is bad news for those of us who were not only looking to give old mobile hardware a longer lifespan, but simultaneously obtain privacy and security while doing so.

    The arguments provided in the blog post are rather faint and give a vibe of “holding on to last straws”, as other distributions and even BSD’s have managed to run both GNOME and KDE fine, even before pmOS.

    For readers unfamiliar with systemd’s drawbacks, these resources can serve as good starting points:

    without-systemd.org // nosystemd.org


    Out of curiosity: Can you point to a log of the communication with the Alpine team?

  • TCB13@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    9 months ago

    postmarketOS just gained my respect. To be fair there’s no point in running a Linux system without systemd as you’ll end up installing 32434 different RAM wasting services to handle things like cron, dns, ntp, mounts, sessions, log management etc.

    • LeFantome@programming.dev
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      9 months ago

      Whether you like Systemd or not, let’s not spread disinformation.

      All these things still exist with Systemd. They are just called Systemd dash something. Also, while Systemd is feature rich, it is pretty heavy relative to many alternatives.

      Distros that avoid Systemd typically do so because they consider it bloated and possibly insecure.

      If you are a fan of Systemd, it is probably because you like the standardization and the integration across previously disparate services. That makes sense. If you think it is making your system faster or lighter, you have not explored the alternatives. Obviously Systemd was a big leap forward in init. Other systems have appeared that also work really well but they are probably too late to matter mainstream. The “market” has spoken and Systemd is the winner.

      • Atemu@lemmy.ml
        link
        fedilink
        arrow-up
        0
        ·
        9 months ago

        I’ve yet to find a use-case for “making my system lighter” by exchanging a daemon that takes <0.1% of my total system memory for a bunch of poorly maintained bash scripts.

      • rmicielski@slrpnk.net
        link
        fedilink
        English
        arrow-up
        0
        ·
        9 months ago

        because we all know that routers have so much RAM that installing DNS, NTP, mounts, session, log management isn’t a problem? something doesn’t add up…

        • TCB13@lemmy.world
          link
          fedilink
          English
          arrow-up
          0
          ·
          edit-2
          9 months ago

          I believe @possiblylinux127@lemmy.zip 's point was that in OpenWRT and others it makes more sense to have smaller daemons instead of system because they aren’t using the standard ones you’ll usually find under Debian and other Linux distros. They take daemons and slim them down to the point they becomes smaller and more efficient than systemd at the cost of features that aren’t required on routers.

        • Possibly linux@lemmy.zip
          link
          fedilink
          English
          arrow-up
          0
          ·
          9 months ago

          Routers lack storage and RAM both of which are used up by using a heavier init. Most of the time you will see a very basic system start services by putting them in init.d