From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-100469-garchives=archives.gentoo.org@lists.gentoo.org>
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 AD93E158089
	for <garchives@archives.gentoo.org>; Thu, 14 Sep 2023 14:45:04 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 82E142BC04D;
	Thu, 14 Sep 2023 14:45:00 +0000 (UTC)
Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136])
	(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 595C62BC02A
	for <gentoo-dev@lists.gentoo.org>; Thu, 14 Sep 2023 14:45:00 +0000 (UTC)
Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-5008d16cc36so1844328e87.2
        for <gentoo-dev@lists.gentoo.org>; Thu, 14 Sep 2023 07:45:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=qap-la.20230601.gappssmtp.com; s=20230601; t=1694702699; x=1695307499; darn=lists.gentoo.org;
        h=to:subject:message-id:date:from:in-reply-to:references:mime-version
         :from:to:cc:subject:date:message-id:reply-to;
        bh=VMoNVnp0i95Mo+aRwIxTao1HrS9plfzqwCRWjzogEk4=;
        b=dL0NP0bCFM4ZGbAP/anMx5KOA6gNpIBVGQWcfmzPDpGAKfeqh9H6LSJNqalKNab14w
         tZGGuCffBWaDBjA72NF9xrKJJSuQT8ZSfuiushpRZt1m7u/jDzHBT2CHHEByTh772BpM
         Fntx1JysdxlWoZr5a56qilW3wIqFIuWH2Bdhph8k0bJ3RS6ebV2NAUJYrDgNDhdhFQoO
         NtwXJ9bEtDxZJFRGOwhnSYWBn9qpBRxrwYXpGdJtIFnsb6wOrLLFC2LhSCvwIezTg93w
         Ooxuc2j5ehR5BQDEI/JpO/eFQzkPLsWGFwVw6Ou4/EbJiuVnALNJioa2Zpur5AabBt+o
         NYZQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1694702699; x=1695307499;
        h=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=VMoNVnp0i95Mo+aRwIxTao1HrS9plfzqwCRWjzogEk4=;
        b=Hzds9pIK5tBzcvw/8oXOednMeaYVgxxWlZbRso1mBO49cQLEXkv9B9GcFqUQUnIFo8
         6V29i4j/dTsYiZ80EcvR9Hdg4gNSf4KVMfj29j0gpF3ttuF6sXHUjZ6XnLCauNrjprnJ
         0K9LgFbQrxO1j16zm1uOfF4rjcGmk1+WsxunMQSX2cuwgVP7wjbFfApbxcqQxQs1x6H2
         jl37dqt9vPqBa9Sv6omcBUokH4IMRjpSGG07K7zpKh/CkT6L/ov/R47xP/eZxTht1o2Q
         aO2yTij6w6JAeGN66tPZzY/0hCZqOFx8ITmJcd5ksD7D0TwhtgGXAO1WssDavt/P68Jv
         PJFw==
X-Gm-Message-State: AOJu0YxCEqCBWt7WiP9LjlT3aZU8ygLfjl/TVtf2LJwsbG0IefkYq/Vg
	aLwzvQcttUbWOjnH/4OECyS8foKMiVJ0Atpbt+/QGzusi+gI4ezi
X-Google-Smtp-Source: AGHT+IErFn+HrWUsiPui8oOfFyMjSm8PElsiaym9sSqMCpr2x7Plc4l8Libr1Babq7bhTad+NvtHxvC+D9wdStAVK0k=
X-Received: by 2002:ac2:58f4:0:b0:4fb:8585:eefe with SMTP id
 v20-20020ac258f4000000b004fb8585eefemr4257485lfo.57.1694702697863; Thu, 14
 Sep 2023 07:44:57 -0700 (PDT)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
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> <CAGfcS_nbFsEjwe9vdY+MJv+yjCXFm2t1WmXXfUhO6Xki5-5Jgg@mail.gmail.com>
 <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>
 <6e35ba9b-a55b-4b36-9d79-96faa5fb1dc6@gentoo.org> <0daf33d92cd33094b88c0411a16a63ac.squirrel@ukinbox.ecrypt.net>
In-Reply-To: <0daf33d92cd33094b88c0411a16a63ac.squirrel@ukinbox.ecrypt.net>
From: Alex Boag-Munroe <ninpo@qap.la>
Date: Thu, 14 Sep 2023 15:44:46 +0100
Message-ID: <CANvbShpyW227+DoNSs=pP312wLZUBDL40iD488+GiMtnZABY9w@mail.gmail.com>
Subject: Re: [gentoo-dev] last rites: sys-fs/eudev
To: gentoo-dev@lists.gentoo.org
Content-Type: text/plain; charset="UTF-8"
X-Archives-Salt: 8c1808e7-fce5-4cdf-bfac-5c727feb3a9b
X-Archives-Hash: 479ac48668d8aba6b48b99f087f5287e

On Thu, 14 Sept 2023 at 15:17, Eddie Chapman <eddie@ehuk.net> wrote:
>
> Andrew Ammerlaan wrote:
> <snip>
> > If someone were to step up and say they are willing to spend their time
> > and effort maintaining eudev and fixing the open issues then sure we can
> > keep it, I never said otherwise. However this package has been
> > maintainer-needed for quite a long time now and no one has stepped up, at
> > some point someone has to pull the plug.
> <snip>
>
> I am willing to help with the maintenance of eudev and field bug reports,
> either by preferably assisting another or as sole maintainer if that ended
> up being the requirement (hopefully not as FWICT there is already one
> other person volunteered). I would have time enough to be fully commit to
> this from 1st October onwards.
>
> My understanding is that in it's current form it cannot remain because it
> does not support the new API features expected by libgudev. If someone
> were to object to keep it for that reason then I'd propose to keep it but
> marked as incompatible with <= whatever version of libgudev introduced new
> API support. In this worst case scenario anyone with eudev currently
> installed  would then have a choice of either uninstalling eudev, or
> uninstalling libgudev and any desktop depending libgudev.  Then at the
> very least all server installations who wish to keep eudev could continue
> doing so, which I think is a much better outcome than all current eudev
> users having the proverbial rug pulled from under them.

It's not really libgudev related, it just so happens that libgudev is the first
thing that's cropped up as using new features added to systemd[udev].

Additionally the current proposals to "provide" such support are just stubs
or fallback calls, introducing unpredictable/surprising behaviour for
anything calling that part of the udev API.

Which brings us back to the rationale of keeping a package in ::gentoo
that's identical in every way to some older outdated version of
systemd[udev] for the sole purpose of "it doesn't say systemd", now
with added surprises.

A maintainer would need to be willing to uphold the "provides
virtual/libudev, honest guv" as well as deliver on the promises it
makes when it tells pkgconf what version it is.  Not doing so is a
support and user headache later when more things use the new
tags interface and subtle or even not so subtle bugs creep in,
new bugs get opened on b.g.o as well as the added burden on
#gentoo IRC.

--
Ninpo