hey guys,<br><br><div class="gmail_quote">2009/1/15 Charles Lepple <span dir="ltr"><<a href="mailto:clepple@gmail.com">clepple@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Thu, Jan 15, 2009 at 3:11 PM, Arjen de Korte <<a href="mailto:nut%2Bdevel@de-korte.org">nut+devel@de-korte.org</a>> wrote:<br>
><br>
> Citeren Arjen de Korte <<a href="mailto:adkorte-guest@alioth.debian.org">adkorte-guest@alioth.debian.org</a>>:<br>
><br>
> > Author: adkorte-guest<br>
> > Date: Thu Jan 15 20:02:22 2009<br>
> > New Revision: 1734<br>
> ><br>
> > Log:<br>
> > Freshly generated USB helper files<br>
> ><br>
> > Modified:<br>
> > trunk/scripts/hal/<a href="http://ups-nut-device.fdi.in" target="_blank">ups-nut-device.fdi.in</a><br>
> > trunk/scripts/hotplug/libhid.usermap<br>
> > trunk/scripts/udev/<a href="http://nut-usbups.rules.in" target="_blank">nut-usbups.rules.in</a><br>
><br>
> Questions is, should we try to keep these (generated) files up-to-date<br>
> in SVN as well, or is it better to svn:ignore them? The chance that<br>
> packagers don't have perl installed (and hence, won't be able to<br>
> generate them) is remote (automake won't run without it).<br>
<br>
</div>As long as we are not using any special Perl modules, it shouldn't be<br>
an issue for developers (who would use automake anyway) to regenerate<br>
them.<br>
<br>
We might want to postpone the svn:ignore thing for a little while so<br>
we make sure we are tracking what versions of the files get released<br>
in 2.4.0 final. (As an aside, I still think we should do a bit of<br>
filtering so that the hotplug files do not automatically match bogus<br>
vendor IDs such as 0000, 0001, and ffff. Or at the very least, those<br>
vendor IDs should be in a separate file, to be installed in an<br>
optional package.)<br>
<div class="Ih2E3d"><br>
> Why are we generating this during 'make dist' and not just during<br>
> 'make' by the way? (ducking for cover)<br>
<br>
</div>I would tend to agree that it would get tested more frequently if it<br>
were done during regular compilation.<br>
</blockquote><div><br>fully agreeing!<br>the first step seems now mature, or about.<br>We're also not calling blindly the script, but pre testing for perl's availability.<br>so the next stage (post 2.4.0 release) will be to move the call to the standard build target.<br>
<br>about the filtering, I thought Arjen already applied the 2nd macro over USB_DEVICE...<br><br>Arnaud <br></div></div>-- <br>Linux / Unix Expert R&D - Eaton - <a href="http://www.eaton.com/mgeops">http://www.eaton.com/mgeops</a><br>
Network UPS Tools (NUT) Project Leader - <a href="http://www.networkupstools.org/">http://www.networkupstools.org/</a><br>Debian Developer - <a href="http://people.debian.org/~aquette/">http://people.debian.org/~aquette/</a><br>
Free Software Developer - <a href="http://arnaud.quette.free.fr/">http://arnaud.quette.free.fr/</a><br><br>