Python/Perl Popularity (Re: A Mountain of Perl...)

Daniel Berlin+list.python dan at
Wed Apr 12 00:09:31 EDT 2000

>>>>> "tom" == tom 98 <tom__98 at> writes:

    tom> In article <200004102111.HAA03380 at>,
    tom> Richard.Jones at wrote:

    tom> Maybe you can contribute more constructively:

    tom>  -- How can I browse the Python documentation without firing
    tom> up a web browser?

Convert it to text format. It's latex, you can make it into anything
you want, and do anything you want with it.
If you tell me your environment for programming, i'll tell you a nice
way to be able to get at it that doesn't involve firing up a web browser
    tom> Or,   How do I get information on a single
    tom> Python function or class quickly?
Personally, i read the docstrings.
I have a little utility function in my python startup file.
SO all i do is thus:
import socket 
>>> info(socket.htonl) 

Object <built-in function htonl> : 
    htonl(integer) -> integer  

    Convert a 32-bit integer from host to network byte order.  

    tom> Is there any equivalent of
    tom> "perldoc -f split" or "perldoc Net::POP3"?  What do you do in
    tom> that situation?

You fire up the interperter, which you probably already have running,
and just look at the docstring.
If they didn't provide one, well, you yell at them.

    tom>  -- Is there a Python equivalent of CPAN and the Perl CPAN
    tom> module?  The closest I know of is Parnassus.  But Parnassus
    tom> is merely a collection of links, not an archive, and it
    tom> doesn't have any facilities (AFAIK) for automatic
    tom> installation.

So, who gives a crap?
I try not to be that lazy.

    tom>  -- Several extensions I have wanted to install have required
    tom> access to the full Python source tree, not just the header
    tom> files and the library. 
Such as?
    tom>  Is that going to change?  Otherwise,
    tom> how can I install Python extensions that want access to the
    tom> source tree on, say, a standard RedHat system?
I have yet to see a single one that required access to the full source
If it doesn't have a damn good reason, the package is broken.
    tom> Having the
    tom> standard RPM-based installation in parallel with a /usr/local
    tom> installation from source is confusing, and removing the
    tom> RPM-based installation risks breaking things.

Why do i get the feeling you'll never be satisfied?

    tom> Tom.

More information about the Python-list mailing list