This is a MIME-encapsulated message
If you read this, you may want to switch to a better mailer
--__==========00000000030451==pmi-kc.com==__
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

*This message was sent using a trial version of CommuniGate(tm) SMTP*
--__==========00000000030451==pmi-kc.com==__
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

*This message was received using a trial version of CommuniGate(tm) SMTP*
--__==========00000000030451==pmi-kc.com==__
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit


How about loading the dependent packages from the bottom of the
dependancy tree first?  That way if the pkg_add command fails in the
middle (from modem droppage) you would only loose on the dependent pkg
currently being installed and not any dependent pkg further upstream
from the final (initial) package request.

In other words I want to load pkg A.  A depends on B&X, B depends on
C&D.  So install/Register C&D first; Then B&X; then finally A.  And if
it fails on B I don't have to waste bandwidth on C&D again.....unless of
course that would introduce an Nth-order Fibernacci level of complexity.


A+---B+---C
 |    |
 |    +---D
 +---X

Then of course I s'pose i could just get a cable modem, stop whining and
I wouldn't run into droppage any more.

Gerald

PS. I think(hope) I fixed my mime problem. sorry if I didn't.



Hubert Feyrer wrote:

> On Thu, 13 Jan 2000, gkrall wrote:
> > I've noticed that if I start a pkg_add command and that pkg depends on
> > other pkgs, and if the modem drops line some where on the 2nd or 3rd
> > dependent 5meg pkg I loose & have to start over.  Is there a way to
> > resume a stalled pkg_add command so that time/bandwidth isn't wasted?
> 
> Nope, sorry.
> 
> > I've successfully reget an ftp item before and wondered if there was an
> > analog in the package system?  Since pkg_add uses anon ftp could this
> > functionallity be added by tracking whats been DL'ed (and what the temp
> > file name is) and issuing a reget type command in the pkg that didn't
> > complete?
> 
> No, because we pipe the downloaded package immediately into a "tar vxf -"
> to not waste the diskspace for holding the pkg twice.
> 
>  - Hubert
> 
> --
> NetBSD - Better for your uptime than Viagra
--__==========00000000030451==pmi-kc.com==__--