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) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 4DFBB158089 for ; Tue, 12 Sep 2023 14:12:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 17EA22BC018; Tue, 12 Sep 2023 14:12:20 +0000 (UTC) Received: from mail-yb1-f176.google.com (mail-yb1-f176.google.com [209.85.219.176]) (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 E5F982BC013 for ; Tue, 12 Sep 2023 14:12:19 +0000 (UTC) Received: by mail-yb1-f176.google.com with SMTP id 3f1490d57ef6-d7e387c33f3so4949984276.1 for ; Tue, 12 Sep 2023 07:12:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694527939; x=1695132739; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=eSw+8gqK6027AS0lL76i0pMfGrxlhqBADt6OU/t5FoA=; b=gu6fEvAYUCmrGr5QLhejhOQqQHOFPNQ1ML6FC0c1PilPtq4uT6igmlh/v39LL+wvBf zek4DeACd7kaoBVKpJu0+3OwX1Hr+LuNOp3rcXpVA52NWH3l4hZeLxhs8nsGzF289S0e j8ZsuZeff2IlKFOD6brPlBJiCeKKkmrwsGMyR2lX649nDA9JKhmXRiURn2vg1dKsMvW9 9xQWTzCPmadVbp1O+PTlvpXCLiQSlCeRgrORNbx7OdKmzD3yZDaJcZV3yzLSmyafohvP Myvn/S2VtLDdDMkINW6yqb7oc/rXKzEYGc6B4mtzISZU+uafa8nIb53LakiecOfKAuMI 2cQQ== X-Gm-Message-State: AOJu0YwguSQV5MPVC7A2D32fOoIb7sByuWp6TZTcrcvNPWsVQVlnho1d ftUCPWYy6xVuZpKSUfYb4YDG8NFCEyw26DXYFipLK4au X-Google-Smtp-Source: AGHT+IHZiuUumblivHutsbfyl5nVIkeZyMR70w6vI1+ckZJHYlZy2rsmN4PZxo8St5RlRk69whYotQ8RMq15sJa7aLo= X-Received: by 2002:a25:a2c8:0:b0:d0c:110b:2f17 with SMTP id c8-20020a25a2c8000000b00d0c110b2f17mr10991311ybn.53.1694527938713; Tue, 12 Sep 2023 07:12:18 -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 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> In-Reply-To: From: Rich Freeman Date: Tue, 12 Sep 2023 10:12:08 -0400 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: 92344fa4-03f5-471c-8293-530db1041284 X-Archives-Hash: 31748793570fb4d3252603a10b20a87b On Tue, Sep 12, 2023 at 9:36=E2=80=AFAM Eddie Chapman wrot= e: > in Gentoo. Have any of these 4 maintainers publicly said (anywhere) that > they are not interested in being maintainers anymore (which is fine if > that is the case)? We're not talking here about a lone maintainer of som= e > peripheral package that's disappeared leaving an orphaned package. It isn't like somebody is censoring the lists or waging commit wars on the metadata.xml/mask file. If somebody was eager to maintain it I'm sure they'd have spoken up. > I'm an outsider to Gentoo development (just a heavy user for over a decad= e > both personally and professionally) so I might have missed something. I > just find it puzzling. I'm not puzzled by what is going on, or by your email, because it happens basically anytime a high-profile package is treecleaned. Yes, Gentoo is about choice, but somebody has to actually do work to make the choices viable. There are always more people interested in using software than maintaining it. The frustration is completely understandable, but also kinda unavoidable. Repo QA standards don't mean that it has to barely work for your specific use case. The package has to deal with compatibility issues with stuff you don't use as well, which is why maintaining a system package can be hard work. It is usually less of an issue for more ordinary applications, which tend to have fewer interactions. If it is "good enough" for you as it is, then just move it to a private overlay and keep using it. You probably would need to override a virtual or two as well. Or publish your work somewhere others can use it. -- Rich