<div dir="ltr"><blockquote><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">Adding a package to the repositories searched by apt-get is a much<br>

higher-ceremony operation than copying a file into some sys.path<br>
directory or changing sys.path, so that indexing makes sense for<br>
apt-get but not for Python&#39;s imports -- I can imagine the poor Python<br>
interpreter churning away all the time updating the index all the<br>
time. <br></blockquote></blockquote>You are definitely right about that, I totally missed this when first thinking about it...<br><br><blockquote><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
there is absolutely<br>
nothing to be gained by having the functionality inside the core<br>
rather than in a third-party package.<br></blockquote></blockquote>I guess you are right once again.<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
If and when your extension &quot;takes the Python world by storm&quot;</blockquote><div><br>I guess this is never gonna happen (that&#39;s why I probably tagged the feature minor).<br><br>I did not realized at the beginning that it has as much technical complications.. Thanks for pointing that out, I&#39;m convinced that perhaps it is not a good idea after all.<br>
<br>Thanks.<br></div><br><div class="gmail_quote">On Sun, Aug 24, 2008 at 12:35 AM, Alex Martelli <span dir="ltr">&lt;<a href="mailto:aleaxit@gmail.com">aleaxit@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sat, Aug 23, 2008 at 2:10 PM, Abdallah El Guindy<br>
<div class="Ih2E3d">&lt;<a href="mailto:abdallah.elguindy@gmail.com">abdallah.elguindy@gmail.com</a>&gt; wrote:<br>
</div><div class="Ih2E3d">&gt; I believe there must be a way... Maybe by creating an index file for each<br>
&gt; module. I&#39;m not sure, but I think the number of packages on apt-get is much<br>
&gt; more than the number of python built-in modules (obviously I don&#39;t know<br>
&gt; their number), yet it is doable with the case of apt-get.<br>
<br>
</div>Adding a package to the repositories searched by apt-get is a much<br>
higher-ceremony operation than copying a file into some sys.path<br>
directory or changing sys.path, so that indexing makes sense for<br>
apt-get but not for Python&#39;s imports -- I can imagine the poor Python<br>
interpreter churning away all the time updating the index all the<br>
time. &nbsp;And even then, the Python index WOULD still potentially miss<br>
some entries, because a Python module is vastly more dynamic than the<br>
totally-static repositories used by apt-get, where each package is<br>
mandated to very explicitly state what it requires, and what it<br>
provides.<br>
<br>
If you want to try your hand at this kind of extension, I recommend<br>
you do it as a pypi package -- since all you want is peculiar messages<br>
in response to some NameError or ImportError exceptions, you can hang<br>
your functionality neatly into sys.excepthook -- there is absolutely<br>
nothing to be gained by having the functionality inside the core<br>
rather than in a third-party package. &nbsp;Moreover, I would recommend<br>
targeting the extension (solely or primarily) at &quot;rich&quot; environments<br>
such as IDLE or ipython (<a href="http://ipython.scipy.org/moin/" target="_blank">http://ipython.scipy.org/moin/</a>), whose users<br>
already expect and obviously appreciate getting especially rich<br>
interactive functionality even if it comes at the potential cost of<br>
some overhead -- users of the Python built-in interactive interpreter<br>
are more likely to be after lean-and-mean functionality instead.<br>
<br>
If and when your extension &quot;takes the Python world by storm&quot;, you will<br>
have strong practical arguments to recommend its inclusion in some<br>
future version of Python -- its popularity will have proven that there<br>
is strong demand for that functionality, after all. &nbsp;Until such<br>
support does exist, it&#39;s hard to argue for including in the Python<br>
core offering something that can be done just as well as a 3rd party<br>
package, has no proven demand, AND presents potentially delicate<br>
tradeoffs in terms of implementation (is the user going to be asked to<br>
explicitly reindex each time they alter sys.path, or is the overhead<br>
of the reindexing going to be implicit in ANY alteration at all? &nbsp;etc,<br>
etc).<br>
<font color="#888888"><br>
<br>
Alex<br>
</font></blockquote></div><br></div>