I have hit problem that wget doesn't support subject alternative names in HTTPS
communication. It's bug #23934 https://savannah.gnu.org/bugs/?23934.
Some time ago I wrote a patch solving this particular problem. It's attached
to the bug report
On 2009-04-01, Niek Bergboer niekbergb...@gmail.com wrote:
-rw-rw-r-- � 1 guest � �everyone 91892436 Sep 13 �2003 Sent Items.dbx
Mostly as expected. However, wget then tells me:
The sizes do not match (local 91892436) -- retrieving.
On Wed, Apr 29, 2009 at 06:50:11PM -0500, Jake b wrote:
The wGet command I am using:
wget.exe -p -k -w 15
It has 2 problems:
1) Rename file:
Instead of creating something like: 912.html or index.html it
On Thu, Apr 30, 2009 at 03:31:21AM -0500, Jake b wrote:
On Thu, Apr 30, 2009 at 3:14 AM, Petr Pisar petr.pi...@atlas.cz wrote:
On Wed, Apr 29, 2009 at 06:50:11PM -0500, Jake b wrote:
but i'm not sure how to tell wget that the output html file should be named.
wget -O OUTPUT_FILE_NAME
On Tue, May 19, 2009 at 10:52:53AM +0200, fabrice régnier wrote:
My web server send gzip pages.
Wget can download this gzip pages with this command:
# wget -S --header='Accept-Encoding: gzip,deflate' http://my_url
But it stays gzip compressed. When i open these pages with firefox, i'd
On Tue, May 26, 2009 at 09:51:08AM +0200, Marc MAURICE wrote:
Trying to wget https://www.me.etsglobal.org/ returns a certificate error
However, Firefox and IE7 report no problem.
I think wget doesn't handle certificates with several names correctly.
This is known bug
On Sat, May 30, 2009 at 12:18:02PM +0100, Fabian Hugelshofer wrote:
Wget 1.11.4 does not support IPv6 link local addresses. Addresses with a
zone identifier are being rejected with Invalid IPv6 numeric address.
$ wget http://[fe80::1%25eth0]/
http://[fe80::1%25eth0]/: Invalid IPv6
translating wget-1.12-pre1, I found some flaws in msgid's:
# TODO: msgid bug: explicit quotation
msgid The certificate's owner does not match hostname '%s'\n
msgstr Jméno vlastníka certifikátu se neshoduje se jménem počítače „%s“\n
# TODO: msgid bug:
I hit some inconsistences in wget-1.12-pre3 message template:
Project-Id-Version: PACKAGE VERSION\n
Here should be new mailing list address. This is msgstr however it's
distributed from po/wget.pot.
On Sun, Aug 08, 2010 at 02:13:56PM +0200, Giuseppe Scrivano wrote:
I have just uploaded a new alpha version of wget.
Great. Could you please upload new gettext template into Translation Project?
Last one is 1.12_pre6 from 2009-09-08
(http://translationproject.org/domain/wget.html). It would
On Tue, Oct 19, 2010 at 10:21:39PM +0200, Michelle Konzack wrote:
Note: Programs which disallow to disable such things are crap.
So for wget it should only be used if the user set explicite a
commandline option or in the wgetrc. Of course, it should not activated
hardcoded or as a
On Thu, Dec 02, 2010 at 10:21:29PM +0100, Giuseppe Scrivano wrote:
I am not sure yet about the next release, I can't apply a patch because
the author hasn't assigned copyright to the FSF yet. I don't think
there will be a release before 2-3 weeks.
This concrete server certificate provides
On Fri, Dec 03, 2010 at 08:17:37AM +0100, Petr Pisar wrote:
I communicated the copyright assignement with Mica by direct e-mails. Please
ask him or FSF.)
Or I can send you a poor scan of the assignment signed by both parties.
Description: PGP signature
On Mon, Oct 18, 2010 at 12:48:14PM +0200, Petr Pisar wrote:
On Mon, Oct 18, 2010 at 12:27:24PM +0200, Michelle Konzack wrote:
Am 2010-10-17 22:38:51, hacktest Du folgendes herunter:
I created a patch to store the URL inside the user xattrs of the
downloaded file; this way, its origin can
On Tue, Jan 31, 2012 at 06:08:43PM +0100, Sven Herzberg wrote:
I used to execute a script to backup my bookmarks from delicious.com.
However, since quite some time, wget doesn't connect to the remote site
anymore, the error is:
$ wget 'https://api.del.icio.us'
On Sat, May 26, 2012 at 03:00:26PM +0200, Giuseppe Scrivano wrote:
I have just uploaded a new alpha version with the few changes of the
If nothing horrible happens, then I will make an official release in few
while updating Czech translation for wget 1.13-pre1, I found following
# FIXME: Double dot
msgid Cannot write to WARC file..\n
# FIXME: missing space after comma
Both --no-clobber and --convert-links were specified,only
On Sat, Jul 07, 2012 at 01:25:49PM -0600, Daniel Kahn Gillmor wrote:
On 07/07/2012 12:50 PM, Ángel González wrote:
On 06/07/12 01:01, pro...@secure-mail.biz wrote:
Because SSL CA's have failed many times (Comodo, DigiNotar, ...) I wish to
have an option to pin a SSL certificate. The
On Thu, Aug 09, 2012 at 04:50:46PM +0530, Avinash wrote:
2) Have built a rpm on top of this source for FEDORA CORE 3
Do you know this is really ancient piece of software?
3) It get installed correctly on FC3 and wget downloads files as well
4) But the output of wget shows UTF-8 value of
On Sat, Jun 28, 2014 at 10:39:09AM +0200, Martin Jašek wrote:
wget -q -O spoje.html
Could you send the URL once again
On Sat, Jun 28, 2014 at 01:43:15PM -0400, Ray Satiro wrote:
In Ubuntu 14.04 / wget 1.15 I don't see anything unusual. Logs are
attached with version information and --debug output and a valgrind on
Ubuntu 13.10/wget 1.14 but I don't have the debugging package.. did you
mean wget debug
On Sat, Jun 28, 2014 at 08:46:11PM -0400, Ray Satiro wrote:
Where is the debug package? It's not in the default repos.
I don't know much about Ubuntu. Try to follow
otherwise ask Canonical for more help.
On Tue, Jul 08, 2014 at 10:00:24AM -0400, Tomas Hozza wrote:
I'm afraid this is not suitable for us. We need to be able to define the
policy somewhere in /etc, where the user is not able to change it (only
the system administrator).
I hope can also prevent the user from running his own wget
On Wed, Oct 15, 2014 at 11:57:47AM +0200, Tim Rühsen wrote:
(means, the libraries defaults are used, whatever that is).
Should we break compatibility and map 'auto' to TLSv1 ?
For the security of the users.
Please no. Instead of changing each TLS program, one should patch only the TLS
On Wed, Nov 05, 2014 at 01:54:20PM +0100, Noël Köthe wrote:
Am Mittwoch, den 05.11.2014, 12:48 +0100 schrieb Tim Ruehsen:
BTW, does Debian meanwhile has a CRL infrastructure (something like
/etc/ssl/certs/) or is planning something like it ?
I'm not aware of an infrastructure but asked
On Mon, Mar 16, 2015 at 07:55:47PM +0100, Giuseppe Scrivano wrote:
./texi2pod.pl -D VERSION=22.214.171.124-b74a-dirty ./wget.texi wget.pod
/usr/bin/pod2man --center=GNU Wget --release=GNU Wget 126.96.36.199-b74a-dirty
Wide character in printf at
On Wed, Aug 19, 2015 at 03:37:06PM +, Tim Ruehsen wrote:
Regarding MITM and other attacks... did you notice that OCSP responder URLs
are HTTP (plain text) will all the insecurity ? I never saw a HTTPS URL, did
There is no need for HTTPS. The OCSP response is signed by the CA's OCSP
On Fri, Dec 11, 2015 at 01:22:48PM +0200, Eli Zaretskii wrote:
> > Date: Thu, 10 Dec 2015 01:12:37 +0100
> > From: Ángel González
> > Cc: bug-wget
> > On 09/12/15 03:06, Random Coder wrote:
> > > I'm not sure if the wget maintainers would be interested,
On Thu, May 10, 2018 at 10:27:35AM +, VINEETHSIVARAMAN wrote:
> My server is behind a firewall and a proxy, but when i give 2 "wget" in
> command gives me a DNS resolution but not with the single wget !
> [~]$ nslookup google.com
> Non-authoritative answer:
> Name: google.com
On Thu, May 30, 2019 at 09:56:33AM -0400, Jeffrey Walton wrote:
> I used PERL5LIB to put teests/ on path for Perl. It looks like at
> least one Debian machine I have is back to the Socket::inet_ntoa
> I'm calling it good.
> The Perl people need to fix Socket::inet_ntoa, and the
On Sun, Jun 02, 2019 at 02:00:54PM +0200, Tim Rühsen wrote:
> On 31.05.19 21:15, Petr Pisar wrote:
> > On Thu, May 30, 2019 at 09:56:33AM -0400, Jeffrey Walton wrote:
> >> I used PERL5LIB to put teests/ on path for Perl. It looks like at
> >> least one Debian machine I
Mail list logo