<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 10 May 2018 at 10:55, Ilya Etingof <span dir="ltr"><<a href="mailto:ietingof@redhat.com" target="_blank">ietingof@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi Stefano,<br>
<br>
The best solution would be of course to fix pysmi code generator [1] to<br>
behave. ;-)<br></blockquote><div><br><div style="font-family:monospace,monospace;display:inline" class="gmail_default">​This is something that pysmi author already gives for granted in the Release notes. <br>I bet you know this better then me ;-)​</div> </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On the other hand, if you won't include the autogenerated code into your<br>
package, the code generation would happen just once at run time - the<br>
autogenerated module would get cached on the file system and loaded from<br>
there ever after.<br>
<br>
Theoretically, not pinning Python MIB in your package has an advantage<br>
of letting pysmi pulling newer ASN.1 MIB and turning it into Python<br>
whenever newer MIB revision becomes available.<br></blockquote><div><br><div style="font-family:monospace,monospace;display:inline" class="gmail_default">​Ilya you're confusing me. Do you mean that, even if I load my MIB and all other it depends on from ASN.1, they are compiled into python byte code and cached and blah blah? ​</div> <br> <br><div style="font-family:monospace,monospace" class="gmail_default">​All the best<br></div><div style="font-family:monospace,monospace" class="gmail_default">Stefano<br><br></div></div></div></div></div>