From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.77) (envelope-from ) id 1SpYhi-0002Jq-Kl for garchives@archives.gentoo.org; Fri, 13 Jul 2012 05:46:14 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C5B7EE0687; Fri, 13 Jul 2012 05:45:57 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id C02EFE0663 for ; Fri, 13 Jul 2012 05:45:05 +0000 (UTC) Received: from [192.168.1.210] (unknown [24.86.176.233]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dolsen) by smtp.gentoo.org (Postfix) with ESMTPSA id 3469D1B400D for ; Fri, 13 Jul 2012 05:45:05 +0000 (UTC) Message-ID: <1342158291.14617.23.camel@big_daddy.dol-sen.ca> Subject: Re: [gentoo-dev] rfc: udev-rules.eclass From: Brian Dolbec To: gentoo-dev@lists.gentoo.org Date: Thu, 12 Jul 2012 22:44:51 -0700 In-Reply-To: <20120712123059.4474562e@gentoo.org> References: <20120711191142.GA26844@linux1> <20120711165911.1428ddb6@gentoo.org> <20120711234808.GB27226@linux1> <1342064464.14617.7.camel@big_daddy.dol-sen.ca> <20120712123059.4474562e@gentoo.org> Organization: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-WiLRFTqklyXB/yu6ZPWc" X-Mailer: Evolution 3.2.3 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 Mime-Version: 1.0 X-Archives-Salt: c79affe7-82ec-4770-bdbf-4709609e7d07 X-Archives-Hash: 0927fa82f2ac2ede083d2fa2c769919c --=-WiLRFTqklyXB/yu6ZPWc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2012-07-12 at 12:30 -0400, Alexis Ballier wrote: > On Wed, 11 Jul 2012 20:41:04 -0700 > Brian Dolbec wrote: >=20 > > On Wed, 2012-07-11 at 18:48 -0500, William Hubbs wrote: > > > On Wed, Jul 11, 2012 at 04:59:11PM -0400, Alexis Ballier wrote: > > > > How do you plan to handle the following:=20 > > > > - foo installs an udev rule > > > > - install foo with old udev > > > > - upgrade udev > > > >=20 > > > > are rules installed by foo used by new udev ? > > >=20 > > > No, they wouldn't be; that is a good reason to question the value > > > of the eclass itself. Maybe the correct way to do this is to forget > > > the eclass and just file bugs against packages that break having > > > them move their rules to the new location and set a dependency on > > > the newer udev. > > >=20 > > > This would have to be a rev bump for the broken packages. > > >=20 > > > William > > >=20 > > > >=20 > > > > A. > > > >=20 > >=20 > > So, does that mean the rule itself changes or just the location change > > is needed? > >=20 > > If it is just a location change, a fairly simple udev-updater script > > would do it.=20 > [...] >=20 > how do you handle the package manager database containing the location > of the file ? >=20 > A. >=20 Personally, since I'm not a bash programmer, I'd use python. And since this is the package managers db, I'd use the pkg manager to do it. Specifically I'd create an emaint module to do it in the fully modular/plug-in-able emaint rewrite I did (waiting for Zac's review, merge). It can make it's modules fully available for direct or managed import by other portage code, or other scripts. In fact in that branch I moved some clean-logs code from emerge into an emaint module, extended it a bit so you can change the time setting, run pretend runs (-c, --check)... and had the emerge FEATURE run it instead. So you could run it independently of emerge if you choose. There is an outdated vdbkeys emaint module that did changes and updates to several files in a pkg's vdb directory. Creating one to do this should be quite simple.=20 That said, I don't profess to know what other possible ramifications there would be to changing a few entries in a pkg's CONTENTS file. I'll leave that up to Zac and the others. But I haven't heard any screaming of breakage that would occur for doing so.=20 --=20 Brian Dolbec --=-WiLRFTqklyXB/yu6ZPWc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAABAgAGBQJP/7XUAAoJECIU2QoBTxfLYMUIAIyLZ+64zx+A0NSzV4Q84Pqs Tc4XWCDPgy8RBTneeP5rKz3XETvo+I9wE0DeMk8JyMLaNcPFZteLEDb4eZ2D9EKN F4vL7XKp1eJwDEmt7tHFKvLpcDBl9p89wl4ThkC84ajydWvRyvSWKAl/aGZolBdK /5ZAqdRcuPnDnpLEnEPwsdrlgXA6a0kOgn1mlrhIOzpXnUqQIQdi1bG6przglVAM tTUIq3YYtycv3eZWb9qkWQNw+lLhDVfh/YjEwNrVVHAUFCz+jp4cCyOGsYuf2WDV mBEK3xPOju3GYZrzEJdOMExHdEezdi0QUcjBfOkPCuU8rCywiKhbJH9LTnuo5L0= =8AKm -----END PGP SIGNATURE----- --=-WiLRFTqklyXB/yu6ZPWc--