Hi,
> > Okay, this mail somehow dropped off from my notice.
> >
> > For Michael Ott's problem, it's a different problem; it's 392017, so
> > Michael can go and read that.
> >
> > For '-p 81' Since bugs.debian.org doesn't listen to port 81, it's not
> > any useful. It requires server-side change.
>
On Sunday 15 October 2006 03:00, Junichi Uekawa wrote:
> retitle 391180 ISP in Israel uses NetApp NetCache, and it's unable to serve
> Proxy requests reliably. What can I do? thanks
> I'm retitling the bug report accordingly so that others don't get confused
> about what the problem is.
>
> Hi,
>
>
retitle 391180 ISP in Israel uses NetApp NetCache, and it's unable to serve
Proxy requests reliably. What can I do?
thanks
I'm retitling the bug report accordingly so that others don't get confused
about what the problem is.
Hi,
> >I spoke with the provider who is indeed running NetCache which
>I spoke with the provider who is indeed running NetCache which is a default
>transfer proxy for most Israeli ADSL. He informed me that the proxy is only
>active on port 80 and that any other port bypasses it.
>This might be another settable option?
It is now, tried -p 81. Did not change anythi
0.62 installed. Network problematic today so get frequent "empty soap ... do
you want to retry" Can keep saying yes, will work after a few retries.
An idea would be to silently retry within the timeout (30 seconds, not 999
seconds or something I can set somewhere), then ask. This would rarely fa
Hi,
> Sorry to bother you again but it might be useful:
>
> Not one failure today. None. What is different--network was functioning at
> full rated transferspeed rather than the fluctuation and such of the past few
> days. So maybe the timing is relevant or some problem on the provider's
> ser
Sorry to bother you again but it might be useful:
Not one failure today. None. What is different--network was functioning at
full rated transferspeed rather than the fluctuation and such of the past few
days. So maybe the timing is relevant or some problem on the provider's
server?
--
To UNS
OST,DNS_FROM_RFC_WHOIS,
HTML_ATTR_UNIQUE,HTML_BACKHAIR_8,HTML_BADTAG_90_100,HTML_MESSAGE,
HTML_OBFUSCATE_10_20,HTML_TEXT_AFTER_BODY autolearn=no version=3.1.4
Delivered-To: [EMAIL PROTECTED]
Date: Sat, 07 Oct 2006 23:05:58 +0200
From: David Baron <[EMAIL PROTECTED]>
Subject: Re: Bug#39
Hi,
please do not drop Cc to bugreport.
> > > OK. I believe that the last item before this is "downloading bug reports
> > > 0" or the like.
> >
> > The part after that 0% is the important bit.
>
> OK, ... E: no block given. This comes up in far less than 30 seconds!
That's an important informa
OST,DNS_FROM_RFC_WHOIS autolearn=no
version=3.1.4
Delivered-To: [EMAIL PROTECTED]
Date: Fri, 06 Oct 2006 10:36:15 +0200
From: David Baron <[EMAIL PROTECTED]>
Subject: Re: Bug#391180: apt-listbugs: Sporadic failures
In-reply-to: <[EMAIL PROTECTED]>
To: Junichi Uekawa <[EMAIL PROTECTED]>
retitle 391180 apt-listbugs times out while doing SOAP.
thanks
Hi,
> > > Usually works just fine. Every few runs, get:
> > > E: Sub-process if dpkg -s apt-listbugs | grep -q '^Status: .* ok
> > > installed'; then /usr/sbin/apt-listbugs apt || ( test $? -ne 10 || exit
> > > 10; echo 'Warning: apt-
Hi,
> Usually works just fine. Every few runs, get:
> E: Sub-process if dpkg -s apt-listbugs | grep -q '^Status: .* ok installed';
> then /usr/sbin/apt-listbugs apt || ( test $? -ne 10 || exit 10; echo
> 'Warning: apt-listbugs exited abnormally, hit enter key to continue.' 1>&2 ;
> read a < /dev/t
Package: apt-listbugs
Version: 0.0.58
Severity: important
Usually works just fine. Every few runs, get:
E: Sub-process if dpkg -s apt-listbugs | grep -q '^Status: .* ok installed';
then /usr/sbin/apt-listbugs apt || ( test $? -ne 10 || exit 10; echo
'Warning: apt-listbugs exited abnormally, hit en
13 matches
Mail list logo
