IGaming Exchange and IGaming News News Letter information
You have chosen to remove yourself from all of the IGaming Exchange and
IGaming News email list. If you have any questions or comments about the news
letters please feel free to contact [EMAIL PROTECTED].
Thank you,
DCA This isn't a bug, but the offer of a new feature. The timestamping
DCA feature doesn't quite work for us, as we don't keep just the latest
DCA view of a website and we don't want to copy all those files around for
DCA each update.
Which brings me to mention two features I've been meaning to
Maciej W. Rozycki [EMAIL PROTECTED] writes:
On Tue, 16 Apr 2002, Hrvoje Niksic wrote:
Thanks for the report. The thing I don't quite understand is, how come
you are the only one to experience this? My `msgfmt --version' says
0.10.40, so I'm not sure what your 1.3 refers to.
Maybe you
On Tue, 16 Apr 2002, Hrvoje Niksic wrote:
Thanks for the report. The thing I don't quite understand is, how come
you are the only one to experience this? My `msgfmt --version' says
0.10.40, so I'm not sure what your 1.3 refers to.
Maybe you should upgrade gettext?
The current
The other thing more or less is ripped from the Windows DL-Manager
FlashGet (but why not). Wouldn't it be useful if wget retrieves a file
to a temporary renamed filename, for instance with the extension .wg! or
something and renamed back to the original name after finishing? Two
TL advantages
On Tue, 16 Apr 2002, R.I.P. Deaddog wrote:
I wonder why the Debian people never upgraded it. Hmm.
Upgrading gettext to 0.11.x involves a lot of work;
in particular, libintl.so has increased library major
version (API changed? I don't know). So quite many apps
have to be recompiled.
Thomas Lussnig [EMAIL PROTECTED] writes:
Hrvoje Niksic wrote:
You're probably right; there should be an option to disable DNS
caching. As a stop-gap measure, you can simply stop `lookup_host'
from caching the information it retrieves, by commenting the call to
`cache_host_lookup' at the end
Maciej Rozycki offered to contribute patches to convert Wget's
configure.in to work with Autoconf 2.53. I think the move makes
sense; all the new Autoconf development will be on that release, and
it makes sense to stay in touch with that.
Does anyone think this might be a bad idea? Are there
Hi,
i try to check it but the mentioned URL's from his message are down.
Also i found antoher point in the SSL layer from wget that maybe should
be fixed.
The current implementation support client side certificate's wich is
also the problem from this user.
But this case is the smalest one. The
Roger, thanks for this patch, but that's not quite what I had in
mind. Specifically, I'd like to keep calculating the download speed
exactly as now -- based only on current timings.
However, I would like the ETA to be based on the smarter model of
predicting overall speed. I'll try to modify
On Wed, 17 Apr 2002, Hrvoje Niksic wrote:
Roger, thanks for this patch, but that's not quite what I had in
mind. Specifically, I'd like to keep calculating the download speed
exactly as now -- based only on current timings.
However, I would like the ETA to be based on the smarter model of
11 matches
Mail list logo