From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 453D8158090 for ; Sun, 22 May 2022 19:25:27 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 556E5E08EC; Sun, 22 May 2022 19:25:19 +0000 (UTC) Received: from turkos.aspodata.se (turkos.aspodata.se [185.140.117.226]) by pigeon.gentoo.org (Postfix) with ESMTP id C0750E089C for ; Sun, 22 May 2022 19:25:18 +0000 (UTC) Received: from turkos.aspodata.se (localhost.aspodata.se [127.0.0.1]) by turkos.aspodata.se (Postfix) with ESMTP id 1D6D881A66A3 for ; Sun, 22 May 2022 21:25:16 +0200 (CEST) Received: by turkos.aspodata.se (Postfix, from userid 1000) id 0328D81A66A4; Sun, 22 May 2022 21:25:15 +0200 (CEST) X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7+dev X-Exmh-Isig-CompType: comp X-Exmh-Isig-Folder: inbox From: karl@aspodata.se To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] packages messing with /dev Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Message-Id: <20220522192516.0328D81A66A4@turkos.aspodata.se> Date: Sun, 22 May 2022 21:25:15 +0200 (CEST) X-Virus-Scanned: ClamAV using ClamSMTP X-Archives-Salt: f61eaf1d-3e5a-467a-a7c3-931c6aaeab7c X-Archives-Hash: dcf33796122c11d6c96e3f2a154b0670 Dear package maintainers, please do not mess with preexisting files in /dev. I have static /dev and that suit me well for quite a few systems that has a static environment, especially system that are intended to for a long time and where I tend to minimize the number of running processes, every running process is something that can go wrong. Their /dev/ files are set up for their intended use, and I don't want surprises there. When upgrading it isn't easy to see what package that did something to /dev so it isn't easy to bug the guilty party. If sys-fs/static-dev is installed, please do not touch /dev, if you want you can leave suggestions in some file. Regards, /Karl Hammar