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 AD93E158089 for ; 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 ; Thu, 14 Sep 2023 14:45:00 +0000 (UTC) Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-5008d16cc36so1844328e87.2 for ; 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: 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> <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 Date: Thu, 14 Sep 2023 15:44:46 +0100 Message-ID: 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 wrote: > > Andrew Ammerlaan wrote: > > > 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. > > > 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