CPAN functionality for python
dsh8290 at rit.edu
Mon Feb 12 21:15:45 CET 2001
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
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
More information about the Python-list