Old .pth files now raise a TypeError, which site.py
does not catch, which causes the import of site.py to fail.

  The new required parameter is also undocumented and,
on a cursory inspection, it is unclear to me what its
purpose is.

  This comes up because Debian allows for a version
neutral site-packages directory, /usr/lib/site-python/,
into which .pth files can be placed.

Logged In: YES 
user_id=33168

Brett, did this happen from your changes?

Logged In: YES 
user_id=357491

Yes, it is my change, but the one call to the function has the argument 
and the function is undocumented so I didn't worry about it.  As for its 
use, it allowed me to get rid of the nasty global variable that every 
function assumed was there for basic sys.path duplication checks.

I have gone ahead and made it optional.

As for the .pth errors, the test suite tests .pth files and the test passes.  
Do you have an example .pth file, JP, that I can test against?  How about 
the traceback of the exception?

Logged In: YES 
user_id=33168

Brett, didn't you fix this?  Can it be closed?

Logged In: YES 
user_id=357491

I fixed the argument requirement, but I was waiting to here from JP 
about the TypeError issue since I have no clue where that is coming from 
(tests I have in test_site haven't shown any issue).

If you could double-check my test for .pth files in test_site and say they 
look good I will go ahead and close this.  Otherwise I want to wait a little 
while to give JP a chance to upload a .pth file that is causing trouble.

Logged In: YES 
user_id=366566

userlib.pth attached.

Logged In: YES 
user_id=357491

OK, fixed in rev. 1.64.  Hopefully no one else is using undocumented 
functions in site.py .  =)