<br><br><div class="gmail_quote">On Sat, Nov 17, 2012 at 4:38 PM, Chris Larson <span dir="ltr"><<a href="mailto:clarson@kergoth.com" target="_blank">clarson@kergoth.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_extra"><div class="im">On Sat, Nov 17, 2012 at 11:02 AM, Marko Katić <span dir="ltr"><<a href="mailto:dromede@gmail.com" target="_blank">dromede@gmail.com</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>A proper solution might be to:<br>
<br>
a) Leave udevtest and udevinfo in udev-utils to properly support older<br>
versions of udev that have these packages.<br>
b) Move udevadm into the main udev package. This makes a lot of sense<br>
since udevadm is crucial for proper udev operation.<br>
c) Remove udev-utils from RRECOMMENDS.</div></blockquote></div><br></div>This sounds like a clean, solid route to me. Hopefully someone else will chime in with input on it as well.</div></blockquote><div><br></div><div>I see no value in having the others and deprecated tools available. Having udevadm available in udev-utils allows for it use with mdev for trigger the events in kernel, for example. I like to have this possibility.</div>
<div> </div></div>-- <br>Otavio Salvador O.S. Systems<br>E-mail: <a href="mailto:otavio@ossystems.com.br" target="_blank">otavio@ossystems.com.br</a> <a href="http://www.ossystems.com.br" target="_blank">http://www.ossystems.com.br</a><br>
Mobile: +55 53 9981-7854 <a href="http://projetos.ossystems.com.br" target="_blank">http://projetos.ossystems.com.br</a><br><br>