CPAN functionality for python

[D-Man]

On Mon, Feb 12, 2001 at 11:51:18AM -0700, Sean Reifschneider wrote:
| On Mon, Feb 12, 2001 at 11:02:04AM -0500, D-Man wrote:
| >On Sun, Feb 11, 2001 at 02:06:37PM +0000, ssthapa at cs.uchicago.edu wrote:
| >|   I've created a sort of proof of concept that implements something 
| >| similar to perl's CPAN.  Right now, it allows basic user interaction 
| >| and should be able to download and install modules.  
| >
| >Debian has a great system for package management and dependency
| >resolving.  Maybe we should port dpkg/apt to all other OSes? ;-)
| 
| The first question I would ask is: is there any way we can leverage
| the work done by the Trove project?  I really don't know the status
| of that project though.  Eric?  Any way to leverage off the work done

I'm not familiar with Trove.  What is it and where is it used?

| by CPAN?  Trying to leverage off existing art is a good idea, but I
| don't think that dpkg is the right sort of tool for it.  If the

I don't know.  It would be cool to have dpkg and apt-get for Windo~1
though (Or at least rpm).  I was over at my friend's house yesterday
trying to install drivers for an ethernet card on his Win98 system.
It was a mess!  To finally get the install to work, we had to manually
remove the old (from earlier failed installs) driver files from the
C:\Windows\System directory.  My friend is computer literate, and
familiar with RH Linux as well.  We were both wishing we could locate
files (such as with a rpm/dpkg query) and not reboot several dozen
times!

Probably just wishful thinking ...

| system could integrate with dpkg, rpm, swinstall, great!
| 
| The other thing I'd say is exactly what I said to ESR about Trove:
| it would be ideal if the system could deal with mirror functionality.
| The central site(s) wouldn't necessarily have the content, but you'd
| ask them and they'd tell you where you can get the content.
| 
| For example, you may ask about "filterinput", and it would report
| that there are versions X and Y and Z.  Then you'd ask where to find
| "filterinput" version X and it would give you a list of URLs that
| have it (or the like).  Ideally, you'd then be able to send a light-weight
| packet to the servers listed asking about their willingness to provide
| that resource, but that could be optional.  It would be nice to be
| able to easily prune out the mirrors that were already at capacity,
| no longer had that file or that version, etc...
| 

That would be a cool feature.

| ESR dismissed it because it wasn't really possible to do with a regular
| web or ftp client.  However, if we're probably going to have our own
| client anyway (a browser isn't likely to be able to install the software
| once it's downloaded).

Something like dselect or apt right?  I don't have a problem with
that.

-D