<div dir="ltr"><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Il giorno sab 2 mag 2026 alle ore 12:22 Andrew Conway <<a href="mailto:nalumc@gmail.com">nalumc@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I'm writing a slackbuild for FireCapture (<a href="https://www.firecapture.de/" target="_blank">https://www.firecapture.de/</a>). It ships with udev rules for various astronomical cameras but these udev rules already exist on my system from libindi packages, and are likely to for other astro minded folk too.</div><div><br></div><div>My first thought is to exclude these udev rules in the FireCapture package unless the user has set an environment variable to explicitly say they want them included, and note that in the README.</div><div><br></div><div>Is that OK? Is there a convention for how slackbuilds should handle such udev rules?</div></div></blockquote><div><br></div><div>hi Andrew,</div><div><br></div><div>usually you can install them, if they don't overlap with something else...</div><div><br></div><div>in this case and considered also that libindi is part of Slackware since this iteration of current (so it will be in the next stable release), IMHO, you could let the SlackBuild install them and then, still in the SlackBuild, move them away in the /usr/doc/firecapture-$VERSION directory, adding a note in the README that one has to manually copy the udev rule for his own hardware in the /etc/udev/rules.d directory.</div><div><br></div><div>Matteo</div></div></div>