<div dir="ltr"><div dir="ltr"><span style="background-color:transparent">On Wed, Jul 22, 2026 at 8:18 PM m. allan noah <<a href="mailto:kitno455@gmail.com">kitno455@gmail.com</a>> wrote:</span></div><div class="gmail_quote gmail_quote_container"><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>An interesting thread starts here: <a href="https://alioth-lists.debian.net/pipermail/sane-devel/2007-May/019285.html" target="_blank">https://alioth-lists.debian.net/pipermail/sane-devel/2007-May/019285.html</a></div><div>and later we talked about how to enable such things without a soversion bump: <a href="https://alioth-lists.debian.net/pipermail/sane-devel/2008-February/021145.html" target="_blank">https://alioth-lists.debian.net/pipermail/sane-devel/2008-February/021145.html</a></div><div><br></div><div>allan</div></div></blockquote><div><br></div><div>My own proposal was going to be to reserve a portion of the option namespace that could be used for controlling behavior inside the backend instead of in the hardware.  I'll go read through those older threads and see if this has already been discussed.</div><div><br></div><div>Thanks,</div><div>Benjamin</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div></div>