Don't know about download manager, but you can just restart dselect
again and
just bypass the select option and should put you back where you were.
Dean
Paul Nesbit wrote:
>
> My current ISP (school) limits my PPP sessions to only 90 minutes. If I
> am using dselect (or apt) to download a pa
Hello Paul.
I tried this yesterday actually and it resumes where it was last time.
Just reconnect, start dselect and choose "install" and it will continue.
Regards...
Andreas
Paul Nesbit wrote:
>
> My current ISP (school) limits my PPP sessions to only 90 minutes. If I
> am us
*- On 27 Jul, Paul Nesbit wrote about "dselect and FTP"
> My current ISP (school) limits my PPP sessions to only 90 minutes. If I
> am using dselect (or apt) to download a package and lose my connection,
> will I have to start the process over again? If so, is there any
> reliable download manage
On Tue, 27 Jul 1999, Paul Nesbit wrote:
> My current ISP (school) limits my PPP sessions to only 90 minutes. If I
> am using dselect (or apt) to download a package and lose my connection,
> will I have to start the process over again? If so, is there any
> reliable download manager for Debian?
Robert-Jan Kuijvenhoven schrieb:
>
> When Robert-Jan Kuijvenhoven wrote, I replied:
>
> Try the command
>
> man minicom
>
> to learn about the minicom program for manipulating your modem. I
> don't
> have personal experience with it, (when I need to do these things, I
> write
> a perl script o
Jiri Baum wrote:
Ah, you have a cable modem... and if it's not really Hayes-compatible,
you'll probably need to adjust the "chat script" that pon is using (most
likely in /etc/chatscripts/ ).
IT WORKS! I noticed that the modem returns NO CARRIER quite often in minicom. I
removed abort on "NO CARR
Robert-Jan Kuijvenhoven:
> I found some additional information about the cable modem:
Ah, you have a cable modem... and if it's not really Hayes-compatible,
you'll probably need to adjust the "chat script" that pon is using (most
likely in /etc/chatscripts/ ).
Once you get PPP up and running, tha
> > That'd definitely be a problem, but I'm not sure how it'd come about; why
> > would a modem respond to `ATZ' with `NO CARRIER'?
>
> Simple enough - the modem wasn't in command mode, it was at the end of
> the previous dial
Oh, of course. Didn't think of that.
> (that failed) but somehow the
Helge Hafting:
> You wrote:
> > Robert-Jan Kuijvenhoven:
> > > ppp.log:
> > ...
> > > send (ATZ^M)
> > > expect (OK)
> > > ^M
> > > NO CARRIER
> > > -- Failed
...
> > That'd definitely be a problem, but I'm not sure how it'd come about; why
> > would a modem respond to `ATZ' with `NO CARRIER'?
>
>
When Robert-Jan Kuijvenhoven wrote, I replied:
Try the command
man minicom
to learn about the minicom program for manipulating your modem. I don't
have personal experience with it, (when I need to do these things, I
write
a perl script or something to gain access to the port/modem) but I've
see
I've
seen messages to this list which have been enthusiastic about minicom.
Hope this helps.
>
> -Oorspronkelijk bericht-
> Van:Helge Hafting [SMTP:[EMAIL PROTECTED]
> Verzonden: dinsdag 9 februari 1999 19:55
> Aan:debian-user@lists.debian.org
> Onderwe
-Oorspronkelijk bericht-
Van:Helge Hafting [SMTP:[EMAIL PROTECTED]
Verzonden: dinsdag 9 februari 1999 19:55
Aan:debian-user@lists.debian.org
Onderwerp: Re: DSelect and ftp
You wrote:
> Robert-Jan Kuijvenhoven:
> > ppp.log:
> ...
> > send (ATZ
You wrote:
> Robert-Jan Kuijvenhoven:
> > ppp.log:
> ...
> > send (ATZ^M)
> > expect (OK)
> > ^M
> > NO CARRIER
> > -- Failed
> > Failed (NO CARRIER)
> > Connect script failed
> > exit.
>
> That sounds as if ppp (or chat) is sending `ATZ' to the modem, expecting to
> get back `OK' but getting `NO
Jiri Baum writes:
> That'd definitely be a problem, but I'm not sure how it'd come about; why
> would a modem respond to `ATZ' with `NO CARRIER'?
ATZ means "soft reset and restore stored profile 0". Perhaps profile 0 is
whacky. Try AT&F0 to restore factory profile 0.
--
John Hasler
[EMAIL PROTE
Robert-Jan Kuijvenhoven:
> ppp.log:
...
> send (ATZ^M)
> expect (OK)
> ^M
> NO CARRIER
> -- Failed
> Failed (NO CARRIER)
> Connect script failed
> exit.
That sounds as if ppp (or chat) is sending `ATZ' to the modem, expecting to
get back `OK' but getting `NO CARRIER' instead. Is that right?
That'
Robert-Jan Kuijvenhoven:
> The problem is that dselect fails to connect. Dselect shows the following
> message:
>
> Connecting to ftp.debian.org
> Failed to connect
The ftp program normally doesn't dial the modem for you, because it doesn't
know whether you aren't just intending to use the ethern
Robert-Jan Kuijvenhoven:
> The problem is that dselect fails to connect. Dselect shows the following
> message:
>
> Connecting to ftp.debian.org
> Failed to connect
The ftp program normally doesn't dial the modem for you, because it doesn't
know whether you aren't just intending to use the ethern
-BEGIN PGP SIGNED MESSAGE-
"David J. Evans" <[EMAIL PROTECTED]> writes:
|
| My recent ftp debian 1.1 installation was a great success,
| except that I appear to have deleted a package needed for
| further ftp installations using dselect
You need to reinstall "dpkg-ftp".
|
18 matches
Mail list logo