From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 22 14:34:51 2022 Received: (at 54069) by debbugs.gnu.org; 22 Feb 2022 19:34:51 +0000 Received: from localhost ([127.0.0.1]:42692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMavz-0003OS-A9 for submit@debbugs.gnu.org; Tue, 22 Feb 2022 14:34:51 -0500 Received: from mail-40133.protonmail.ch ([185.70.40.133]:53467) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMavx-0003OD-JC for 54069@debbugs.gnu.org; Tue, 22 Feb 2022 14:34:50 -0500 Date: Tue, 22 Feb 2022 19:34:41 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1645558483; bh=p6WH3Puh2K/78jjEfoABRdIZoV1HNy71pwlxsZQ5uII=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID; b=aBoFgxCs15Q4zaQp87wZFnqbSYwxSESz0i/7PVES6GjLtsbVmdOJXraK+v/wpUdrj D50ERSOjVJ+hI5UVg7ptJP8tN03ZSnIog5qP4dXfI0vrp/3MCttIDZDxVIqpXKTusk 96dt5dEvTNVp7hEteuXaT6lvm/lafwNBO5TYNgcjrG1Qtxfxkp6IRLhzUvsq5z1Q/Q IvhmdTMU3/Kel5yQGhml8/c4X48GHZX8Oku4amm8Jt6cG3lZzYSFz1NAk2F2D7XNTW O4OqAaqp4lDQ/JJeIvqBn14O+v16eDPH5O2KXLUOvNvR1A25huEjCa+5OLyqUpeqsf LPNECjHBa09rw== To: "54069@debbugs.gnu.org" <54069@debbugs.gnu.org> From: John Kehayias Subject: Re: [PATCH 0/2] gnu: pciutils: Unbundle pci.ids and use latest. Message-ID: <8uXKUPs7X8nEsyxB7xZHJMEG1553-m9uZKlIht98yyMaoaKhVeQs5dJCWKtsvvLdUKVYFVay6GYodkE9WmKxlG7Es9_fRhdS0aOwdqJIOVs=@protonmail.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, T_SCC_BODY_TEXT_LINE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54069 Cc: Maxim Cournoyer X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: John Kehayias Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Brendan and Maxim, I'm aware of a couple of programs that want to use the plain pci.ids. True,= they could use pciutils for that, but pci.ids is very simple, just a list = of hardware ids paired with manufacturer/device names. While we can see if = upstream for these programs will move to using pciutils, I could see reason= s for not wanting the dependency or wanting more current info (especially i= n Guix where we would only update pciutils on core-updates). So I would find the separate hwdata package useful for a few packages I hav= e, like mangohud (pending review) and corectrl (not submitted yet). I have = to check, but they might only want pci.ids and not anything in pciutils any= way. Also, hwdata provides more data than just pci.ids, which we don't have= packaged for Guix as far as I know. As for pciutils itself, I don't have any strong feelings on its pci.ids. Un= bundling the included (old) info and using a hwdata package as input makes = sense to me and is more flexible. On core-updates we can make that change f= or pciutils, where at some point we'd want to freeze what hwdata version it= uses. Meanwhile, hwdata can be updated regularly (looks like monthly relea= ses) for up-to-date data. I think this would keep pciutils small (zipped pci.ids), unbundled/more up = to date, and give us the hwdata as a useful package to use. WDYT?