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 AFD92158089 for ; Tue, 12 Sep 2023 18:59:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EDC512BC083; Tue, 12 Sep 2023 18:58:56 +0000 (UTC) Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C4A862BC013 for ; Tue, 12 Sep 2023 18:58:56 +0000 (UTC) Received: by mail-qv1-xf2d.google.com with SMTP id 6a1803df08f44-64f457c97a3so37942086d6.2 for ; Tue, 12 Sep 2023 11:58:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694545136; x=1695149936; darn=lists.gentoo.org; h=content-transfer-encoding:to:subject:message-id:date:from :references:in-reply-to:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=fnQUC5nJbWpOcXx069Ed7WPV7my76v5R/ylYKDGBAQE=; b=SdzVBTI1cRpyo80XbLsP3xDTAbW7X8YXyzIa2eVUuaQZ7U6/CeuOdXSLOZEOY2zdiC YkyN7Ntrp0VKh8YKqWqshxonCszIa79mKPGDZYYHDaBcuWyKZTPn7U5JM53kkXhCPGoX fTGy9ADG2tcuofA4AshlWP5E4PPS5ltcirFywEqWfMZArppfQYy3TYGNzRa5vSANfEUw YcZ2mxSYEyQe9ieQ8TpvXcxK0T61v3fAEaWEXLq1+nYwFe9mCaT6CtDkMIDgc9SgG1tj RLHVqL5e8dDFVlAUDu2Ey1pVr6LH3zLIzVRvoMtj6d6mnhVHrxwXlpwMSrjfODejKRmi zwDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694545136; x=1695149936; h=content-transfer-encoding:to:subject:message-id:date:from :references:in-reply-to:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=fnQUC5nJbWpOcXx069Ed7WPV7my76v5R/ylYKDGBAQE=; b=XXZ7PS98/cetOiTyVfQNmwoQZf6baw6ObcLOujEk1FsYhmzYMoJ93KV4JgGjUZfCKd orSJlMpRHGgDw0U6tUEMdvMmKbJv8gMjB9H6d+/Zu7sDYnY/BLmZVTIsbirLBGOLLtcU c2edm4k6RKL8HbxCoCrt8pMOjMpoYryEFTSx6Q4GEHX7wJuQsa7YR+vKaSvQFh++exAp PES9mCgwSLe0TIVatxM5zgueU+Ax+ejBkeuoAZZPFs//O4B/ky58DSpvq723o2KM+1ea 8BPNSAyOi4+9xgwL/ADXA/b3e5nVvKj17OeeRYtZeH5IdWwRCVstoLxv+ZEnfaxLBPh2 b1fg== X-Gm-Message-State: AOJu0YzDacU+x4F9/DyxKPcZHYZiZ9SX7BXRHBszI69eKps5REXc8HSo ZcYeK2ZTx5tf20T6uksDVWRIAo/HO1RyTD8pc0xT0Zp4 X-Google-Smtp-Source: AGHT+IGluCKzXqxoVAA4DVBsT2ZpS/YXefuHQLwBpanqYziAfvLtl0/1v+G3QW0zD7Q66+s5SAUW1rEyNbaBockwZME= X-Received: by 2002:a0c:aa1b:0:b0:64f:3e58:5e4d with SMTP id d27-20020a0caa1b000000b0064f3e585e4dmr310692qvb.10.1694545136059; Tue, 12 Sep 2023 11:58:56 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Received: by 2002:a0c:de0e:0:b0:64c:95e3:9ef9 with HTTP; Tue, 12 Sep 2023 11:58:55 -0700 (PDT) In-Reply-To: References: <7802203.lOV4Wx5bFT@kona> <20230911082243.65aa85f5@Akita> <4128737.ElGaqSPkdT@kona> <20230911084231.73dd619f@Akita> <5848191c-8708-edfe-0c69-eeced3907b0d@gmail.com> <87zg1szc23.fsf@gentoo.org> <5d96d41de2f7057b42b436783678c8c4.squirrel@ukinbox.ecrypt.net> <87zg1sxu88.fsf@gentoo.org> <6aca04641c105c3fc72910fdbb7b6c01.squirrel@ukinbox.ecrypt.net> <877cowxs1c.fsf@gentoo.org> <87ledbwk5g.fsf@gentoo.org> <20230912083517.65561251@Akita> From: Alexe Stefan Date: Tue, 12 Sep 2023 21:58:55 +0300 Message-ID: Subject: Re: [gentoo-dev] last rites: sys-fs/eudev To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 529a99c4-95b2-4f16-a372-b6f5555283fd X-Archives-Hash: f1b027e01a5820bc2f430d191ceeb615 On 9/12/23, Matt Turner wrote: > On Tue, Sep 12, 2023 at 1:24=E2=80=AFPM Alexe Stefan > wrote: >> All this makes me wonder, what really is the reason for this shitshow. >> Something tells me systemd and it's shims will never be without a >> maintainer, regardless of how "popular" they are among gentoo folks. >> All this seems like intentional crippling of systemd alternatives. I >> don't use eudev, but I don't like seeing choice being taken away for >> such paper-thin reasons. >> The "reasons" listed for the removal are "dead upstream", which is >> false, and open "bugs", most of which are at most differences in the >> default behavior. >> I use a static /dev. That won't just stop working after an update, >> regardless of how much money changes hands. >> >> What does eudev need to do and doesn't do? From discussion in various >> places, I understand that it must set permissions for a devtmpfs and >> maybe create some symlinks. Does it not do that? >> I know that Lennart wants to do everything and do it poorly, but eudev >> doesn't have to do that too. What's the point of a for then? >> >> Overlays were mentioned in this thread. If we remove everything from >> ::gentoo in favor of overlays, what is the point of ::gentoo then? Do >> devs receive prizes based on how many useful packages they remove? >> Don't answer that, we all already know the answer. >> >> There is this quote from "the doctor" on the forums that sums up all >> the insanity: >> >> >As for software depending on what /dev you use, maybe he hasn't been >> > paying >attention but there is no sane reason any userspace applicatio= n >> > should care how >the entries in /dev are made. There is also no sane >> > reason to break your API >every few months when the good idea fairy >> > comes to call. >> >> As for this: >> >> >Alexe Stefan writes: >> >> >> Must eudev be 100% compatible with all the garbage that gets shoved >> >> into udev to stay in ::gentoo? I don't see mdev being held to that >> >> standard. >> >> >Please don't top-post. >> >> >mdev is not a provider of virtual/libudev and doesn't pretend to be >> >via its pkgconfig file. >> >> What if eudev has to pretend, not because of build or runtime >> failures, but because of needless pesky pkgconfig checks? Should the >> default eudev setup include virtual/libudev in package.provided? I >> think it's better the way it is. >> > > Lots of bad faith in this post. This is bad and you should feel bad. > > Say what you will, but tell me where I was wrong in my post. The reasons listed for the last rites are "dead upstream", which is false and those bugs. Orbea wrote more about those bugs, but it seems like most of those bugs were listed in the mask comment just to increase the number of open bugs.