gump-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nicola Ken Barozzi <nicola...@apache.org>
Subject Re: [PATCH][gump.py] Going forward
Date Tue, 22 Apr 2003 14:40:13 GMT

Sent the mail too early.

Nicola Ken Barozzi wrote, On 22/04/2003 16.23:
> 
> Sam Ruby wrote, On 22/04/2003 16.17:
...
>> If the project definition were to say where this dependency could be 
>> downloaded (presuming it were redistributable, of course), couldn't a 
>> simple urllib.urlopen() be used to retrieve the file?  If you want to 
>> get more fancy, there is httplib...
> 
>   urllib.urlopen("log4j")
> 
> Does this work?

Add mirroring. Add version management. I want to use Gump also for the 
other use cases I talked about, and IMHO without a system that does 
correctly the above, it's not feasable.

Example:

  Gump finds it needs log4j, version 9.8.

  <ruper project="log4j" version="9.8"/>

  urllib.urlopen("???")


Wait, let's see.

*if* the descriptor kept the info about the repository
      (thing to be specified anyway)
*if* the repository had a known layout
      (and the Apache "repository" will, but that's only Apache...)
*if* the version info is specified in a standard way
*if* the version specification is fixed (ie not a range)
*if* mirroring were done transparently via HTTP redirects

*then* it seems you a right.

IE:

  urllib.urlopen(repo+project+'-'+version+'.jar')

shoud work.

Is this what you are aiming at?
Adam, do you have anything to say about this? Given the above 
possibility, why would we want instead to use Ruper?

-- 
Nicola Ken Barozzi                   nicolaken@apache.org
             - verba volant, scripta manent -
    (discussions get forgotten, just code remains)
---------------------------------------------------------------------


Mime
View raw message