On Wed, Jan 30, 2013 at 12:19 PM, Gerd Hoffmann <kraxel@xxxxxxxxxx> wrote: > On 01/30/13 11:55, Kay Sievers wrote: > Hi, > >>> Still looks pointless. >>> >>> You convert the old-format into new-format, then compile new-format into >>> the database. It's not obvious why you don't go straight from >>> old-format to the database. hwdata package updates would directly show >>> up in the database then, without having to touch systemd. >> >> It's as pointless as shipping a parser for a foreign and irrelevant >> format in the hwdb code. > > You need the parser anyway, for converting the old format into the new, > don't you? Right, but only in the build process, or the packaging. It's a dumb perl script. Doing it in shipped tools on the host has much higher requirements. :) >> And it is as pointless as adding weird code and ./configure stuff >> again to udev to find these files in the place of the month, where >> some distro poeple decided again where to put it, and every distro in >> a different place, with different names or file types. > > That is a bit nasty indeed. Yeah, it was a mess. Some even only shipped the .gz versions of it. >> And it is as pointless as inventing magic rules in the hwdb to >> overwrite the old files with possibly new data shipped in the new >> format. > > You could use "import $format $file" syntax in the new format, then > plumb a file with a single import line instead of the converted file > into the directory. You get the same ordering then. That could work, yeah. If we wanted to make it a "swiss army knife", which brings-in a whole bunch of other problems, and people's creativity, which we intentionally wanted to leave out here. :) Kay -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
