GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Embed Notice

HTML Code

Corresponding Notice

  1. Embed this notice
    Birdulon (birdulon@shpposter.club)'s status on Tuesday, 01-Jul-2025 00:51:14 JSTBirdulonBirdulon
    in reply to
    • SuperDicq
    • Asahi Linya (朝日りにゃ〜)
    • Piggo :verified_horse:
    • Blurry Moon
    • pistolero
    • foxido [cutie status: expired]
    @p @SuperDicq @piggo @sun @foxido @lina RISC-V has benefited from years of popular ARM usage fixing up needlessly unportable code.

    >Combinatorial complexity.
    On builds yes, on codebases not really. Media players supporting ALSA+OSS+Pulse+Jack backends didn't have to care about how that interacted with the other configs for the most part. Even then, plugins can tame the number of builds to package.

    >TOP500 and OpenMPI and Plan 9 and whatever else: these represent large qualitative shifts. "Wayland? Well, let me tell you: the compositor is built in! NO TEARING!" It's not impressive, it's sure as hell not worth disrupting things that already work.
    Correct, it's not impressive, it's the bare minimum. Treating a multimonitor setup as one big framebuffer synchronized to one monitor is below the bare minimum.
    I won't claim to never be interested in computers I don't have, but I definitely care more about the ones in front of me than supercomputers I will never interact with.
    In conversationabout 4 months ago from shpposter.clubpermalink
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.