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 B3058158089 for ; Tue, 12 Sep 2023 21:45:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B8A0F2BC0DF; Tue, 12 Sep 2023 21:45:37 +0000 (UTC) Received: from mail-qv1-xf2f.google.com (mail-qv1-xf2f.google.com [IPv6:2607:f8b0:4864:20::f2f]) (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 8FEF72BC014 for ; Tue, 12 Sep 2023 21:45:37 +0000 (UTC) Received: by mail-qv1-xf2f.google.com with SMTP id 6a1803df08f44-655de2a5121so21390376d6.1 for ; Tue, 12 Sep 2023 14:45:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694555137; x=1695159937; 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=4s/n5vdvVRkSJXnnB46SKKLG2+7rUy5encx11Omt6UI=; b=b71ZES9ijnk5QFGgQe41YXvb1ebyjTDE2m7r0xBld8OJYisSxDqdoW3M5S2t42eSXo YNnWuuRTOJoII7Y6yJl+Mh1HdpLn6dmhx8ZoT6cZAKV6B4pSJrUvhhPZNyAS5LcAfZaP Lysu7r97DFpvqhTpgGEAveLW3AJCBI+5+AiCqs27mA3yrRsqsHG8rAruWrCqWxyumR7J 4hmSv9v8serSVHoUKkMvmuaoayhJwsJIDyIGJGV2tE3ECzP5XijNDwYidzwvnSptX2Qx FwcQzYmghA2gQzdQpuOyEgb8S3tryjW7Lvml1fbQd/om8sKGzVYdUlYE2yyujNmpaNQ1 hO2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694555137; x=1695159937; 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=4s/n5vdvVRkSJXnnB46SKKLG2+7rUy5encx11Omt6UI=; b=I0oNB6WzqLfF4eBBmNGlhr8cqVn8u/koLDqom/yf2ljHT734+k2dfcUOC7Cjh2eAsW ZnIS1EifhSMZ+Y2cx+wF2PyF8zx0ehlixu188nTadQmZuWltwnKZOCAjDxO/cjyXaWi4 RJdefCdku0o7GvbLvxsdC6jkZ946e7wN+lLrsU2TkNb2J/BkURIBH52Z5bcuVqX+sXiJ TOR2uQheBkmKYvtYAMbxztrCCa+KYBaUsTuKc4WsybF2KHY1DIdhMhd6ulV6GPZ7sxti GqhJLhwcDJsxgBx8I7xbISaQtr1ES07knJ5u0gqNi2Hs3GPGSyTzhkS5ppqgGpBtASkK hIOg== X-Gm-Message-State: AOJu0YxcxD+xhxERTZW5KAGmam98IbRz9C4Swq93ug1uS0ikRl6DHCCG jdOQKPPI/+SzIZnUaSKx6mLRRKKiKFkf734zKNBLRvXU X-Google-Smtp-Source: AGHT+IF53OPLdd7uOASjvklP1me2wB1nsyJCWP8duYIDllZD7uvq4KT+CAa2kmEi56DBPDJinrrTfRx/ONMf6bTTVk0= X-Received: by 2002:a05:6214:327:b0:64f:7751:9d46 with SMTP id j7-20020a056214032700b0064f77519d46mr639948qvu.62.1694555136728; Tue, 12 Sep 2023 14:45:36 -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 14:45:36 -0700 (PDT) In-Reply-To: References: <7802203.lOV4Wx5bFT@kona> <92dfbb91650e4fe9c82268ccddf8b0ab.squirrel@ukinbox.ecrypt.net> <4270953.Sgy9Pd6rRy@pinacolada> <25616924cf66471fbd1075753551dffa.squirrel@ukinbox.ecrypt.net> <7B549F95-5EEA-4DD3-A046-AA6F2C7B6349@gentoo.org> <5aa46e8fd2c09e8d54c6a9ec71725529.squirrel@ukinbox.ecrypt.net> From: Alexe Stefan Date: Wed, 13 Sep 2023 00:45:36 +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: 38e51322-fdbe-4ec4-b14d-7961c71cedd3 X-Archives-Hash: 9f980fa8cddbbd82020b9ebb77fa14e1 On 9/13/23, Matt Turner wrote: > On Tue, Sep 12, 2023 at 5:23=E2=80=AFPM Eddie Chapman wr= ote: >> Why would you think that by having an alternative in tree it means that >> everyone else is then forced into doing work that they don't want to and >> it will inconvenience everyone? > > Because it's already happened! > > commit 6404b064d63d182da4a8a193533a188cdf832d41 > Author: Mike Gilbert > Date: Sun Jul 30 14:07:47 2023 -0400 > > virtual/libudev: add eudev and sticky-tags USE flags > > eudev lacks API support for the new libudev functions that > differentiate > between sticky and current tags on device events. > > Add a USE flag so we can depend on the new API from libgudev. > > > commit 319b4ed88674af738bd3fd90e56dc06c88de15db > Author: Mike Gilbert > Date: Sun Jul 30 14:10:44 2023 -0400 > > dev-libs/libgudev: depend on virtual/libudev[sticky-tags] > > > And as a result we have had at least three bug reports from users > complaining that they cannot update: > > https://bugs.gentoo.org/913702 > https://bugs.gentoo.org/913900 > https://bugs.gentoo.org/913954 > >> What if someone came along now and said >> they were willing to "step up" and maintain eudev and they were suitably >> qualified? Is that really going to force everyone else to modify their >> ways? > > It doesn't matter what people say. It matters what they do. And so far > no one has done anything in more than two years to make eudev worth > keeping. > > But the core of the issue for me is -- how is eudev even the slightest > bit better in any way than systemd-utils[udev]? > > Is it such a burden to make a couple of commits once in a while? How many commits were made in the last year to accommodate eudev? Regarding the bugs, what else did you expect when no news item was given?