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
    LaF0rge (laf0rge@chaos.social)'s status on Monday, 01-Sep-2025 21:27:34 JSTLaF0rgeLaF0rge

    So there's a decades-old mechanism (and actual standard) how programs lock serial ports on unix-like systems in /var/lock. it's used in practice even in 2025 and #systemd >= 258 simply breaks it with "we don't care". I am not a systemd opponent, but that kind of behaviour [without a prior community-wide discussion or providing patches for known-affected projects and a grace period] is just alienating users and developers https://github.com/systemd/systemd/issues/38563 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1110980 #systemd #debian

    In conversationabout 7 months ago from chaos.socialpermalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: opengraph.githubassets.com
      /var/lock/ is the standard interface for locks of serial devices · Issue #38563 · systemd/systemd
      systemd version the issue has been seen with 258 Used distribution Debian unstable Linux kernel version used No response CPU architectures issue was seen on None Component systemd-tmpfiles Expected...
    2. Domain not in remote thumbnail source whitelist: bugs.debian.org
      #1110980 - /var/lock/ is the standard interface for serial devices locks - Debian Bug report logs
  • 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.