From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Maksim (Max) Krasnyanskiy" Date: Thu, 18 Jul 2002 22:03:37 +0000 Subject: Re: [PATCH] usb.agent should processes usermap before other Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org >>>There's some stuff that's Debian-specific just now, builting the >>>/etc/hotplug/usb.usermap from components installed somewhere in >>>the /usr tree... maybe someone should make that not be so specific >>>to Debian. >>I belive I did :). Did you miss my patch ? > >No, it's just different from what the Debian code does. So ? >I'd rather not have distros diverge needlessly. The reason >we have so many incompatible Linux sysadmin toolsets is ... >well, I'm sure you can figure it out! :) The goal IMO is >to have one set of tools, and I'm not convinced there's a >reason to diverge here. Yes, but I'm not sure why does it matter what Debian does. They probably had to do something because current hotplug doesn't support multiple usermaps. I'm sure they'd be happy to switch to new hotplug. If they don't they could still generate /etc/hotplug/usb/usermap.debian and it will work. We could also preserve 100% compatibility with older Debian by doing something like this MAPS="$HOTPLUG_DIR/usb.usermap $MAP_USERMAP_DIR/usermap.*" ie process old usb.usermap in addition to new maps. So, old Debian packages that use usb.usermap generator will still work. And new onces will switch to more convenient way of doing it. btw Generating global usb.usermap doesn't make a lot of sense to me. My patch is much simpler. Max ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel