Re: [Bug-wget] Regression wget-1.19 .netrc authentication not working

On Montag, 6. Februar 2017 16:11:26 CET Axel Reinhold wrote: > Dear Giuseppe, > > no more .netrc auth for http with 1.19 - this patch worked for me: > > --- src/http.c.orig 2017-02-06 16:03:45.0 +0100 > +++ src/http.c 2017-02-06 16:03:45.0 +0100 > @@ -1900,7 +1900,7 @@ >

Re: [Bug-wget] Tilde issue with recursive download when IRI is enabled and a page uses Shift JIS

On Montag, 6. Februar 2017 05:02:57 CET William Prescott wrote: > Hello, > > I'm encountering a problem when recursively downloading from a website when > the URL contains a tilde and the page encoding claims to be Shift JIS. > > I've tried both Wget 1.17.1 (from Ubuntu 16.04) and 1.19 (from

Re: [Bug-wget] [PATCH] Add support for --retry-on-http-error

Hi Tom, thanks for your work and for signing the FSF copyright assignment ! Just some smallish things: - Please amend the commit message to be in GNU style (see 'git log' for examples). The easiest for us maintainers is when you create the patch with 'git format-patch -1' and add it as

[Bug-wget] Wget 1.19.1 released

Tim Rühsen Tom Szilagyi Yousong Zhou Zhiming Wang The new version is available for download here: https://ftp.gnu.org/gnu/wget/wget-1.19.1.tar.gz https://ftp.gnu.org/gnu/wget/wget-1.19.1.tar.xz and the GPG detached signatures using the key 0x08302DB6A2670428: https://ftp.gnu.org/gnu/wget/wget

Re: [Bug-wget] [PATCH] Add support for --retry-on-http-error

hope that is OK. Applied your patch. Thanks for your contribution ! Regards, Tim > > Thanks, > Tom > > On Thu, Feb 09, 2017 at 09:38:26PM +0100, Tim Rühsen wrote: > > Hi Tom, > > > > thanks for your work and for signing the FSF copyright assignment ! > >

Re: [Bug-wget] Test-504.py sometimes fails on slow machines

On Dienstag, 14. Februar 2017 16:20:26 CET Adam Sampson wrote: > On Tue, Feb 14, 2017 at 04:03:13PM +, Adam Sampson wrote: > > Your patch compiles, but doesn't fix the broken test. tcpdump traces > > attached of the test succeeding and failing with the patch applied (it's > > exactly the same

Re: [Bug-wget] Wget 1.19 was't build on MerSDK.

On Freitag, 10. Februar 2017 03:41:36 CET lour...@openmailbox.org wrote: > Hello! I tryed to build a fresh wget release, but got the following > error: > > http://paste.fedoraproject.org/552005/48668697/ > > But when i making package on armv7hl architechture, i don't have > anything errors: > >

Re: [Bug-wget] Wget 1.19 was't build on MerSDK.

On Freitag, 10. Februar 2017 08:57:18 CET Tim Rühsen wrote: > On Freitag, 10. Februar 2017 03:41:36 CET lour...@openmailbox.org wrote: > > Hello! I tryed to build a fresh wget release, but got the following > > error: > > > > http://paste.fedoraproject.org/552005/48

Re: [Bug-wget] [PATCH] Implement --keep-badhash to keep Metalink's files with a bad hash

On Freitag, 19. August 2016 07:34:42 CEST Matthew White wrote: > On Thu, 18 Aug 2016 12:50:48 +0200 > > Tim Rühsen <tim.rueh...@gmx.de> wrote: > > On Mittwoch, 17. August 2016 17:55:47 CEST Matthew White wrote: > > > On Thu, 04 Aug 2016 17:08:20 +0200 > > >

Re: [Bug-wget] Wget tests

On Dienstag, 16. August 2016 11:23:04 CEST Dale R. Worley wrote: > Tim Rühsen <tim.rueh...@gmx.de> writes: > > We use standard automake tests (search the internet if you are interested > > in details). > > > > We have the 'legacy' tests/ directory with tests writ

Re: [Bug-wget] [PATCH v4] (resend) Add --use-askpass=COMMAND support

Hi Liam, thanks, we received the the FSF copyright assignment for Wget. Can you give me an example of an external program to use with --use-askpass (maybe a 'standard' one available on common Linux distros) ? I still have trouble with: + /* Set the end byte to \0, and decrement bytes */ +

Re: [Bug-wget] [PATCH 09/25] Enforce Metalink file name verification, strip directory if necessary

On Montag, 12. September 2016 20:18:30 CEST Eli Zaretskii wrote: > > From: Tim Ruehsen > > Date: Mon, 12 Sep 2016 13:00:32 +0200 > > > > > + char *basename = name; > > > + > > > + while ((name = strstr (basename, "/"))) > > > +basename = name + 1; > > > > Could you use

Re: [Bug-wget] [PATCH] Patch to change behavior with redirects under --recurse.

On Freitag, 7. Oktober 2016 15:40:55 CEST Dale R. Worley wrote: > Tim Ruehsen writes: > > the changes in recur.c are not acceptable. They circumvent too many checks > > like host-spanning, excludes and even --https-only. > > I suppose it depends on what you consider the

Re: [Bug-wget] [WARNING - NOT VIRUS SCANNED] Re: [PATCH] Patch to change behavior with redirects under --recurse.

On Freitag, 7. Oktober 2016 10:57:38 CEST Dale R. Worley wrote: > Tim Ruehsen writes: > > Here is a less invasive patch for review & discussion. > > > > WDYT ? > > It looks OK to me, but I'm not very familiar with the code. I assume > that it passes all the tests we've

Re: [Bug-wget] [PATCH] Implement --keep-badhash to keep Metalink's files with a bad hash

On Mittwoch, 17. August 2016 17:55:47 CEST Matthew White wrote: > On Thu, 04 Aug 2016 17:08:20 +0200 > > Tim Ruehsen wrote: > > On Thursday, August 4, 2016 12:40:49 PM CEST Matthew White wrote: > > > On Thu, 04 Aug 2016 12:08:50 +0200 > > > > > > Tim Ruehsen

Re: [Bug-wget] Wget - acess list bypass / race condition PoC

On Donnerstag, 18. August 2016 15:34:12 CEST Giuseppe Scrivano wrote: > Hi, > > Tim Rühsen <tim.rueh...@gmx.de> writes: > > Please review / test this patch. > > > > Please check the 'Reported-by' in the commit message and if you got a CVE > > number, plea

Re: [Bug-wget] TEST_NAME in Python tests?

On Mittwoch, 24. August 2016 20:08:17 CEST Dale R. Worley wrote: > In the file testenv/README is: > > Next, is the const variable, TEST_NAME that defines the name of the > Test. > > Both, the HTTPTest and FTPTest modules have the same prototype: > { > name, >

Re: [Bug-wget] wget for windows - current build?

On Freitag, 30. September 2016 19:17:42 CEST Eli Zaretskii wrote: > > Date: Fri, 30 Sep 2016 16:52:55 +0200 (SAST) > > From: "ge...@mweb.co.za" > > > > So, is there a "secret" new place hosting a newer version for Windows? Or > > is the 1.11 on sourceforge actually okay? And -

Re: [Bug-wget] wget for windows - current build?

On Samstag, 1. Oktober 2016 18:29:30 CEST Eli Zaretskii wrote: > > From: Tim Rühsen <tim.rueh...@gmx.de> > > Cc: "ge...@mweb.co.za" <ge...@mweb.co.za> > > Date: Sat, 01 Oct 2016 13:04:25 +0200 > > > > It shouldn't be too hard to write a scrip

Re: [Bug-wget] wget for windows - current build?

On Sonntag, 2. Oktober 2016 10:11:33 CEST Eli Zaretskii wrote: > > From: Tim Rühsen <tim.rueh...@gmx.de> > > Cc: ge...@mweb.co.za > > Date: Sat, 01 Oct 2016 20:12:28 +0200 > > > > If you like to create a README.windows maybe with (basic) explanations on &

Re: [Bug-wget] wget for windows - current build?

On Samstag, 1. Oktober 2016 20:27:47 CEST Eli Zaretskii wrote: > > From: Tim Rühsen <tim.rueh...@gmx.de> > > Cc: ge...@mweb.co.za > > Date: Sat, 01 Oct 2016 18:10:26 +0200 > > > > > > It shouldn't be too hard to write a script that cross-compiles wget

Re: [Bug-wget] Does -o work correctly now?

On Dienstag, 8. November 2016 15:26:14 CET Dale R. Worley wrote: > I've been getting a script working, and as part of it, it appears that > -o does not work correctly. Specifically -o is supposed to send all > "messages" to a specified log file rather than stderr. But what I see > is that no

Re: [Bug-wget] contributing in development

On Sonntag, 6. November 2016 01:16:43 CET Oleg Akchurin wrote: > Hello all. I'd like to get participate in development of wget. > > BR, Oleg. Welcome, Oleg. A good starting point might be involving into the discussions here. Try to answer questions, review ideas and/or patches, come up with

Re: [Bug-wget] [PATCH] Respect -o parameter

On Mittwoch, 9. November 2016 10:57:01 CET Piotr Wajda wrote: > * log.c: don't choose log output dynamically when opt.lfilename is set > --- > src/log.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/src/log.c b/src/log.c > index e068acf..51f30c4 100644 > ---

Re: [Bug-wget] Misspelling of "succeeded"

On Samstag, 22. Oktober 2016 16:54:08 CEST Göran Uddeborg wrote: > While reviewing my Swedish translation of wget, Anders Jonsson > discovered a misspelling in one of the msgids, that is, in the source > code: > > #: src/metalink.c:351 > msgid "Signature validation suceeded.\n" Thanks,

Re: [Bug-wget] [PATCH v5] bug #45790: wget prints it's progress even when background

Thanks, just pushed. On Freitag, 21. Oktober 2016 17:12:58 CEST losgrandes wrote: > Fixed trailing whitespace errors. Sorry for sending dirty patch. Should be > good now. > > * src/log.c: Use tcgetpgrp(STDIN_FILENO) != getpgrp() to determine when to > print to STD* or logfile. Deprecate

Re: [Bug-wget] [PATCH v3] bug #45790: wget prints it's progress even when background

On Dienstag, 18. Oktober 2016 08:30:34 CEST Wajda, Piotr wrote: > Can you please review my 3 patches? Sorry, I had the impression there was some discussion going on !? But apart from that: - please add a space after if statements. - please add a space between function name and (. - please make

Re: [Bug-wget] [PATCH v2] bug #48811: netrc password wins over interactive --ask-password

Hi Piotr, please include netrc.h in utils.c. In getftp(): struct net_credentials *ftp_cred = malloc (sizeof *ftp_cred); ... ftp_cred = pick_credentials() This looks like a memleak. Also, where do you free ftp_cred ? Is it really necessary to allocate ftp_cred on each call to getftp (just

Re: [Bug-wget] [PATCH v4] bug #45790: wget prints it's progress even when background

Could you fix these, please... Applying: bug #45790: wget prints it's progress even when background .git/rebase-apply/patch:104: trailing whitespace. if (!filelogfp) .git/rebase-apply/patch:126: trailing whitespace. else .git/rebase-apply/patch:158: trailing whitespace. /* If it

Re: [Bug-wget] [PATCH v2] bug #46584: wget --spider always returns zero exit status

Thanks, pushed. On Mittwoch, 19. Oktober 2016 11:53:23 CEST losgrandes wrote: > * src/ftp.c: Return error as exit value if even one file doesn't exist > > --- > src/ftp.c | 9 - > 1 file changed, 8 insertions(+), 1 deletion(-) > > diff --git a/src/ftp.c b/src/ftp.c > index

Re: [Bug-wget] Wget error after install

On Montag, 28. November 2016 09:34:58 CET Mukram Khan wrote: > Hi Wget Team, > > Could you please assist me on the below error I am getting after installing > Wget 1.9.1 version on AIX servers. > > # wget --version > exec(): 0509-036 Cannot load program wget because of the following errors: >

Re: [Bug-wget] Wget C developer

On Freitag, 9. Dezember 2016 22:39:55 CET Vinicius Arruda wrote: > Hi, > > Do you still need a C developer ? I am from Brazil and I am undergraduate > student in computer science and want to help. What exactly would you like to do for wget ? Are you motivated enough to discuss and realize it ?

Re: [Bug-wget] Wget C developer

On Samstag, 10. Dezember 2016 13:00:00 CET Vinicius Arruda wrote: > I am an undergraduate student in computer science and never participate in > a larger software development. I want get some experience. If has some > little project inside de Wget project that I can work on will be great. Please

Re: [Bug-wget] bug: wget crashes at certain zoom level

Thanks, AFAICS, that issue has already been fixed in wget 1.18 (commit 7cb9efa668f80ab5ca4d25133c3133e10473d1ef). Regards, Tim On Mittwoch, 30. November 2016 11:53:30 CET Amr Alaa wrote: > I noticed that wget crashes whenever I try to increase gnome-terminal font > size using (ctrl+shift+PLUS)

Re: [Bug-wget] Favicon is not downloaded (Suggestion for improvement)

On Donnerstag, 5. Januar 2017 10:40:48 CET Dale R. Worley wrote: > Павел Серегов writes: > > Often not exist code for favicon (in index.html), but site have. > > > > My suggestion: > > If use wget -m, need make download http://example.com/favicon.ico > > > > How do you like

Re: [Bug-wget] ot: clicking email links advice

On Donnerstag, 5. Januar 2017 09:34:39 CET Ander Juaristi wrote: > Hi, > > On 28/12/16 05:57, voy...@sbt.net.au wrote: > > is there a way to run wget with that url and, tell it to 'press' one of > > the buttons? > > Not directly as you describe. Wget does not submit web forms. > > You would

Re: [Bug-wget] buildbot failure in OpenCSW Buildbot on wget-solaris10-i386

Not sure why, but some of my modifications didn't make it into the commit :-( Tim On Freitag, 6. Januar 2017 16:32:30 CET build...@opencsw.org wrote: > The Buildbot has detected a new failure on builder wget-solaris10-i386 while > building wget. Full details are available at: >

Re: [Bug-wget] Unable to establish SSL connection error

As Raitis wrote privately: It has been fixed by updating to a newer version. @Raitis Please consider https://daniel.haxx.se/blog/2013/10/08/dont-email-me/ Tim On Freitag, 6. Januar 2017 14:41:05 CET Dale R. Worley wrote: > Raitis Misa writes: > > I'm trying to download

Re: [Bug-wget] cookies.c:(.text+0xd6c): undefined reference to `psl_builtin_outdated'

On Dienstag, 27. Dezember 2016 17:46:05 CET Thomas Schweikle wrote: > Hi! > > I am trying to compile wget 1.18 on CentOS 7.3 and receive following error: > > CC exits.o > if test -n ""; then cp "./build_info.c.in" .; fi > /bin/perl "../build-aux/build_info.pl" \ >

Re: [Bug-wget] Bug with SSL Connection

On Dienstag, 27. Dezember 2016 23:22:17 CET Алексей Павлов wrote: > OS: Linux Mint 18.1, wget from official repositories > > blastbox@blastbox-G750JH ~ $ wget --secure-protocol=auto > https://web.archive.org > --2016-12-27 23:19:06-- https://web.archive.org/ > Resolving web.archive.org

Re: [Bug-wget] [GSoC] Add wget_robots_parse unit test

On 03/28/2017 09:44 AM, Didik Setiawan wrote: > I have made a pull request about robots API unit test on github [1] as my GSoC > 2017 microproject attempt. > Any feedback will be appreciated. Thanks, Didek. I'll review soon on Github. BTW, anyone interested in work related to Wget2 should

Re: [Bug-wget] `make check` fails 4 tests on fresh wget2 clone

On Donnerstag, 23. März 2017 11:21:37 CEST Darshit Shah wrote: > There are two points here, we should keep the mandatory dependencies at > a bare minimum. That is one of the features that made Wget 1.x more > popular with the embedded crowd. If someone does not care about > non-ascii domain names,

Re: [Bug-wget] PATCH: Fix FTBFS on GNU/Hurd

On 03/29/2017 01:33 PM, Svante Signell wrote: > On Sat, 2017-03-11 at 12:48 +0100, Tim Rühsen wrote: >> Hi Svante, >> >> On Freitag, 10. März 2017 14:20:56 CET Svante Signell wrote: >>> Hello, > ... >>> Thank you for your attention. >> >> You

[Bug-wget] (unencrypted) Article explaining Wget in German computer magazin c't

Ups, sorry for message encryption On Freitag, 31. März 2017 14:49:45 CEST Tim Rühsen wrote: > On 03/31/2017 02:47 PM, Giuseppe Scrivano wrote: > > Hi Tim, > > > > Tim Rühsen <tim.rueh...@gmx.de> writes: > >> FYI, > >> > >> c't 8/2017 h

[Bug-wget] Article explaining Wget in German computer magazin c't

FYI, c't 8/2017 has a 4 paged article explaining Wget and several kinds of usages (German language only). Regards, Tim signature.asc Description: OpenPGP digital signature

Re: [Bug-wget] Article explaining Wget in German computer magazin c't

binIXjEbOxIW2.bin Description: PGP/MIME version identification encrypted.asc Description: OpenPGP encrypted message

Re: [Bug-wget] [PATCH v4] (resend) Add --use-askpass=COMMAND support

On Mittwoch, 7. September 2016 12:15:26 CEST Liam R. Howlett wrote: > * Tim Ruehsen [160907 04:49]: > > Hi Liam, > > > > I made a mistake and accidentally pushed your v4 patch to master a few > > days > > ago. > > > > Here is a fix for several issues (warnings, C89

Re: [Bug-wget] [GSoC] Proposal: “Design and implementation of a framework for plugins.”

On 04/02/2017 09:40 PM, Akash Rawal wrote: > > > On 04/02/2017 10:41 PM, Darshit Shah wrote: >> * Akash Rawal [170331 23:34]: >>> Hello, >>> >>> First of all, thanks for the initial review of my proposal! >>> >>> I have made some changes in response to the comments as well

Re: [Bug-wget] Misuse of idn2_free()

On Samstag, 8. April 2017 18:55:12 CEST Gisle Vanem wrote: > > Ups, I was sure that we already reallocate the idn2 memory in iri.c/ > > idn_encode(), but we don't do that yet. > > You're confusing Wget with Wget2 :-) Yes, I guess so too :-) > > Could you please try this patch (on top of the

Re: [Bug-wget] [GSoC] Git & Github workflow

On Sonntag, 2. April 2017 19:01:04 CEST Avinash Sonawane wrote: > On Thu, Mar 23, 2017 at 9:08 PM, Avinash Sonawane wrote: > > If we get helpful responses, I will add this "contributing guide for > > GSoC students" to our wiki. > > As promised earlier, I just added a

Re: [Bug-wget] Problems with (not) building wget against libiconv

On Samstag, 15. April 2017 22:36:33 CEST Mojca Miklavec wrote: > Hi, > > I'm experiencing a recent regression in wget builds. It worked fine in > version 1.17.1 and it fails now with 1.19.1. > > I can do some bisection, but I guess I could blame at least the > following commit: > >

Re: [Bug-wget] Problems with (not) building wget against libiconv

On Sonntag, 16. April 2017 00:24:22 CEST Mojca Miklavec wrote: > On 16 April 2017 at 00:07, Tim Rühsen wrote: > > On Samstag, 15. April 2017 22:36:33 CEST Mojca Miklavec wrote: > >> Hi, > >> > >> I'm experiencing a recent regression in wget builds. I

Re: [Bug-wget] Problems with (not) building wget against libiconv

On Sonntag, 16. April 2017 10:00:05 CEST Mojca Miklavec wrote: > On 16 April 2017 at 09:27, Tim Rühsen wrote: > > The question was more on which OpenCWS machine did you test (you said you > > are using the same build platform !? on 'unstable10x' was my test, > > libraries ha

Re: [Bug-wget] Problems with (not) building wget against libiconv

On Sonntag, 16. April 2017 10:00:05 CEST Mojca Miklavec wrote: > On 16 April 2017 at 09:27, Tim Rühsen wrote: > > The question was more on which OpenCWS machine did you test (you said you > > are using the same build platform !? on 'unstable10x' was my test, > > libraries ha

Re: [Bug-wget] Too verbose version information

On 04/18/2017 04:40 AM, Mojca Miklavec wrote: > Hello, > > I find it a bit annoying that I end up with all of the following > information after building wget: > >> ./src/wget --version > GNU Wget 1.19.1.25-92bf-dirty built on darwin10.8.0. > > -cares +digest -gpgme -https +ipv6 -iri

Re: [Bug-wget] Problems with (not) building wget against libiconv

On 04/18/2017 12:57 PM, Tim Rühsen wrote: > On 04/18/2017 04:27 AM, Mojca Miklavec wrote: >> I copiled a folder with bootstrapped wget to the Solaris box, but as >> expected I ended up with: >> >>> ldd src/wget >> libsocket.so.1 =>/li

Re: [Bug-wget] PATCH: tests for SSL

Hi Vijo, On 04/18/2017 06:56 PM, Vijo Cherian wrote: > Added a framework for perl based SSL tests, and some tests to start with. > In case this is of interest, I will add more tests for SSL: client > certificates, CRLs, negative tests etc. > Also not included : making these tests a part of "make

Re: [Bug-wget] Patch: Always surround the "WARC-Target-URI" value with angle brackets

Thanks, Bejamin, your patch is applied (trivial, no FSF copyright assignment required). Regards, Tim On Freitag, 3. März 2017 09:00:57 CET Benjamin Esham wrote: > Hello, > > When producing WARC files, Wget records the requested URI in the > "WARC-Target-URI" field. I noticed that Wget encloses

Re: [Bug-wget] recursive_retrieve()

On Freitag, 3. März 2017 13:18:38 CET João Bernardo Sousa wrote: > Hello. > > I'm getting this error when debugging "Removing file due to recursive > rejection criteria in recursive_retrieve()". > > I'll be glad if you could help me: > >

Re: [Bug-wget] PATCH: Fix FTBFS on GNU/Hurd

Hi Svante, On Freitag, 10. März 2017 14:20:56 CET Svante Signell wrote: > Hello, > > wget currently does not build from source on GNU/Hurd since Debian version > 1.18- 4. This is due to that HAVE_PTHREAD_RWLOCK_RDLOCK_PREFER_WRITER is > not defined by configure and then assumes that the function

Re: [Bug-wget] Vulnerability Report - CRLF Injection in Wget Host Part

On Dienstag, 7. März 2017 02:01:06 CET Orange Tsai wrote: > I am surprise that `http://u...@evil.com:8...@good.com` will connect to ` > evil.com`, not `good.com`. > Most of URL parser will recognize `good.com` is host part. Like this > advisory, https://curl.haxx.se/docs/adv_20161102J.html > It

Re: [Bug-wget] inet_ntop() in mswindows.c

On Montag, 6. März 2017 16:45:57 CET Gisle Vanem wrote: > Just a detail, but in src/mswindows.c, there is: > > #ifdef ENABLE_IPV6 > /* An inet_ntop implementation that uses WSAAddressToString. > Prototype complies with POSIX 1003.1-2004. This is only used under > IPv6 because Wget

Re: [Bug-wget] Misuse of idn2_free()

Thanks, Gisle. pushed with several additional fixes/cleanups regarding idn2. Regards, Tim On Samstag, 8. April 2017 10:09:22 CEST Gisle Vanem wrote: > The 'idn_decode()' function now simply uses 'xstrdup()'. > And in host.c + connect.c there are calls to 'idn2_free()' > on this pointer: > if

Re: [Bug-wget] Misuse of idn2_free()

} I can also see that idn_decode() can be resurrected with the new libidn2 2.0.0 functionality. I'll do that within the next days. Regards, Tim On Samstag, 8. April 2017 11:52:59 CEST Gisle Vanem wrote: > Tim Rühsen wrote: > > Thanks, Gisle. > > > > pushed with several additi

Re: [Bug-wget] Problems with (not) building wget against libiconv

Hi Mojca, On 04/18/2017 04:27 AM, Mojca Miklavec wrote: > On 16 April 2017 at 18:54, Tim Rühsen wrote: >> >> Please make sure, you test with latest wget git. > > I have some problems with bootstrapping. > > On Solaris it's: > >> ./bootstrap > ./b

Re: [Bug-wget] wget Tutorial

Hi Frederick, please always write to the mailing list, private mail only if it is about private things ;-) I read a bit the ISO/IEC 23009-1:2014 spec (Information technology -- Dynamic adaptive streaming over HTTP (DASH) -- Part 1: Media presentation description and segment formats). In short:

Re: [Bug-wget] Gzip Content-Encoding Patches

On Montag, 31. Juli 2017 23:17:42 CEST Tim Schlueter wrote: > Hi, > > Please see the attached patches which add automatic gzip decompression > for HTTP files with the Content-Encoding response header set correctly. > > It also adjusts a downloaded file's extension for br, compress, and > deflate

Re: [Bug-wget] Errors-only mode

On Donnerstag, 10. August 2017 22:26:44 CEST Dale R. Worley wrote: > Tim Rühsen <tim.rueh...@gmx.de> writes: > > wget -o/dev/null URL > > > > You can check for errors via the $? (on Linux, there should be something > > comparable on other systems). > > Yes,

Re: [Bug-wget] Errors-only mode

On Mittwoch, 9. August 2017 22:08:12 CEST Dale R. Worley wrote: > Is there a way of invoking wget that produces no output if the operation > is successful (let's assuming that I'm fetching exactly one URL) and > produces appropriate error messages if it is not? > > I would have thought this was

Re: [Bug-wget] Code installation issues

Hi Michael, On 07/11/2017 03:37 PM, Michael wrote: > Hello there, > > I have installed the wget2 code on a Raspberry pi machine. > > The make check report error on the unit tests: " > test_buffer_printf: Failed with format ('%hhd','-1'): '255' != '-1' > test_buffer_printf: Failed with format

Re: [Bug-wget] Test certificate host name verification fails with GnuTLS 3.5.12+

On Samstag, 8. Juli 2017 15:32:44 CEST Ludovic Courtès wrote: > Hello, > > I experienced the test failure reported at > for > ‘testenv/Test--https.py’ and related tests with: > > The certificate's owner does not match hostname

Re: [Bug-wget] Adoption to content management systems

Hello Michael, On Freitag, 7. Juli 2017 12:17:18 CEST Michael wrote: > Hello, > > I intend to do some changes to the wget program so it will fit the WordPress > and other content management systems. I will send you the revised code when > I am done. > > These are very important changes as it

Re: [Bug-wget] PATCH: tests for SSL

will apply these to wget2 and start working on wget2 from now. > > Best, > Vijo. > > > On Wed, Apr 19, 2017 at 4:12 AM, Tim Rühsen <tim.rueh...@gmx.de> wrote: > >> Hi Vijo, >> >> On 04/18/2017 06:56 PM, Vijo Cherian wrote: >>> Added

Re: [Bug-wget] PATCH: tests for SSL

gards, Tim On Samstag, 29. April 2017 13:21:04 CEST Vijo Cherian wrote: > Thank you for your review and comments, Tim. > > Attached is the revised set of patches for the same tests. > > > Best, > Vijo. > > On Fri, Apr 28, 2017 at 3:42 AM, Tim Rühsen <tim.rueh...@gmx.de&

Re: [Bug-wget] Gzip Content-Encoding Patches

Hi Tim, sorry for the delay. I just pushed your patches. Thanks gain for your work ! With Best Regards, Tim signature.asc Description: OpenPGP digital signature

Re: [Bug-wget] [bug #51666] Please hash the hostname in ~/.wget-hsts files

On Freitag, 18. August 2017 14:51:12 CEST Ander Juaristi wrote: > Follow-up Comment #2, bug #51666 (project wget): > > I'm not generally against these kind of small tweaks that don't harm and > slightly improve user's privacy. > > If Firefox doesn't do it, we don't care: it's their business and

Re: [Bug-wget] Last modified dates from archive.org's Wayback Machine

Hi Greg, was a pleasure to implement this. The change has been pushed to our git repository and will be part of the next release. Also opened an issue for Wget2 as a task for our GSOC students :-) With Best Regards, Tim On 05/03/2017 03:25 AM, Gregory R Fellow wrote: > Hi. I greatly

Re: [Bug-wget] PATCH: tests for SSL

May 2, 2017 at 8:06 AM, Vijo Cherian <coderv...@gmail.com> wrote: > > Sorry about that Tim. > > I reworked the patches again. > > This time, I ran 'make check -j4" in a loop overnight. > > > > Best, > > Vijo. > > > > On Sun

Re: [Bug-wget] PATCH: tests for SSL

7 at 8:06 AM, Vijo Cherian <coderv...@gmail.com> wrote: > > Sorry about that Tim. > > I reworked the patches again. > > This time, I ran 'make check -j4" in a loop overnight. > > > > Best, > > Vijo. > > > > On Sun, Apr 30, 2017 at 5:49 AM,

Re: [Bug-wget] Wget keeps crashing on me

On Sonntag, 14. Mai 2017 21:34:22 CEST Eli Zaretskii wrote: > > From: Tim Rühsen <tim.rueh...@gmx.de> > > Cc: William Higgs <whiggs.it...@gmail.com>, 'Darshit Shah' > > <dar...@gmail.com>, Eli Zaretskii <e...@gnu.org> Date: Sun, 14 May 2017 > >

Re: [Bug-wget] [PATCH] Script to create certs & keys

On Samstag, 13. Mai 2017 22:29:42 CEST Vijo Cherian wrote: > Script to re-generate all certs & keys for testing That is simply great ! I just used it to re-generated those certs with invalid date fields and that made it possible to remove the OpenSSL requirement from Test-https-badcerts.px. We

Re: [Bug-wget] [PATCH 1/3] Added tests for HTTP authentication using credentials from .netrc

Hi Tomas, thank you very much for the fixes and the new tests ! Currently, patch 1/3 breaks two Metalink tests: FAIL: Test-metalink-http.py FAIL: Test-metalink-http-quoted.py I am still investigating, but it has something to do with the environment that you reset in testenv/test/base_test.py:

Re: [Bug-wget] [PATCH 1/3] Added tests for HTTP authentication using credentials from .netrc

ot; > LC_ADDRESS="en_US.UTF-8" > LC_TELEPHONE="en_US.UTF-8" > LC_MEASUREMENT=sk_SK.UTF-8 > LC_IDENTIFICATION="en_US.UTF-8" > LC_ALL= > > Thanks. > > Regards, > Tomas > > On 15.05.2017 15:52, Tim Rühsen wrote: >> Hi Tomas, >> &

Re: [Bug-wget] [PATCH 3/3] Add command line option to disable use of .netrc

On 05/16/2017 01:42 PM, Giuseppe Scrivano wrote: > Tomas Hozza writes: > >> The option to turn off reading .netrc by configuration in .wgetrc is >> still there. This command line option was supposed to be just >> something extra. Anyway Tim already merged the change. Do you

Re: [Bug-wget] [PATCH 1/3] Added tests for HTTP authentication using credentials from .netrc

P.S.: Just saw that the byte seems a bit random, on a second run I got: 'utf-8' codec can't decode byte 0xc3 in position 18: invalid continuation byte With Best Regards, Tim On 05/15/2017 05:04 PM, Tim Rühsen wrote: > Hi Tomas, > > my locale looks similar: > > $ locale >

Re: [Bug-wget] [PATCH 1/3] Added tests for HTTP authentication using credentials from .netrc

> LC_NUMERIC=sk_SK.UTF-8 > LC_TIME=sk_SK.UTF-8 > LC_COLLATE="en_US.UTF-8" > LC_MONETARY=sk_SK.UTF-8 > LC_MESSAGES="en_US.UTF-8" > LC_PAPER=sk_SK.UTF-8 > LC_NAME="en_US.UTF-8" > LC_ADDRESS="en_US.UTF-8" > LC_TELEPHONE="en_US.UTF-8&qu

Re: [Bug-wget] PATCH: tests for SSL

m last patch : >- Skip if the name cannot be resolved >- skip if not using openssl as a temp work around till I figure out > gnutls-openssl cert issues. > > Best, > Vijo. > > On Thu, May 4, 2017 at 8:01 AM, Tim Rühsen <tim.rueh...@gmx.de> wrote: > >>

Re: [Bug-wget] wget and srcset tag

-) With Best Regards, Tim > > cheers > Chris > > On 12 June 2017 at 15:35, Tim Rühsen <tim.rueh...@gmx.de> wrote: > > On 06/12/2017 10:27 AM, chris wrote: > > > Hi Tim, > > > > > > Thanks for your reply, I notice the foll

Re: [Bug-wget] Output no longer going to stderr

On 05/22/2017 05:19 AM, Barry Kauler wrote: > On 5/21/17, Tim Rühsen <tim.rueh...@gmx.de> wrote: >> On Sonntag, 21. Mai 2017 10:06:28 CEST Barry Kauler wrote: >>> Hi guys, >>> I recently upgraded wget to 1.19.1, but have discovered that it

Re: [Bug-wget] Wget reports : This version does not have support for IRIs

On 05/31/2017 12:42 PM, Darshit Shah wrote: > On 31 May 2017 at 10:15, Tim Rühsen <tim.rueh...@gmx.de> wrote: > >> On 05/31/2017 09:48 AM, Cos Chan wrote: >>> On Tue, May 30, 2017 at 4:03 PM, Darshit Shah <dar...@gmail.com> wrote: >>> >>>>

Re: [Bug-wget] wget and srcset tag

gt; > The version is 'GNU Wget 1.19.1 built on linux-gnu.' > > cheers > Chris > > > On 12 June 2017 at 15:35, Tim Rühsen <tim.rueh...@gmx.de> wrote: > >> On 06/12/2017 10:27 AM, chris wrote: >>> Hi Tim, >>> >>> Thanks for your

Re: [Bug-wget] [GSoC Update] Week 2

On Samstag, 17. Juni 2017 13:53:06 CEST Didik Setiawan wrote: > On Tue, Jun 13, 2017 at 06:37:27PM +0200, Darshit Shah wrote: > > > - http_server_port still hardcoded. > > > > This is important. The port should be a random number. Usually, passing 0 > > in the port number makes the kernel

Re: [Bug-wget] What are the tests testing?

Hi Josef, On 06/12/2017 09:23 AM, Josef Moellers wrote: > Hello Tim, > > Thanks for the reply. > > On 10.06.2017 13:36, Tim Rühsen wrote: >> On Freitag, 9. Juni 2017 17:02:15 CEST Josef Moellers wrote: >>> Hi, >> >> Hi Josef, >> >>> I'm

Re: [Bug-wget] Shouldn't wget strip leading spaces from a URL?

On Mittwoch, 14. Juni 2017 11:49:59 CEST L A Walsh wrote: > Dale R. Worley wrote: > > But of course, no [RFC3986-conforming] URL > > contains an embedded space because that's what it > > says in RFC 3986, which is "what *defines* what a > > URL *is*"[sic; should read "is one definition of > >

Re: [Bug-wget] overwrite

Hi Ansgar, On 06/13/2017 09:40 AM, taschenberggr...@streber24.de wrote: >Hi, > >a common question online is how to properly force wget to make an >overwrite of an existing file name. > >The existing options are quite confusing and I am under the impression >that even taking

Re: [Bug-wget] HTTPS Python tests fail if localhost resolves to ::1

Hi Tomas, On Freitag, 2. Juni 2017 11:38:42 CEST Tomas Hozza wrote: > Hi. > > In Fedora 26+ the /etc/hosts lists "localhost" as a domain for both > 127.0.0.1 and ::1. This makes wget's testsuite to fail during build. > > Failing tests: > Test--https.py > Test-pinnedpubkey-der-https.py >

Re: [Bug-wget] http server responding with 416 but file was not transferred completely

On 09/14/2017 12:11 PM, Josef Moellers wrote: > On 14.09.2017 10:12, Tim Rühsen wrote: >> On 09/14/2017 09:53 AM, Josef Moellers wrote: >>> Hi, >>> >>> We have seen (at least) one server who has >>> Accept-Ranges: bytes >>> in his header but, u

Re: [Bug-wget] http server responding with 416 but file was not transferred completely

Tim Rühsen wrote: >> On 09/14/2017 12:11 PM, Josef Moellers wrote: >>> On 14.09.2017 10:12, Tim Rühsen wrote: >>>> On 09/14/2017 09:53 AM, Josef Moellers wrote: >>>>> Hi, >>>>> >>>>> We have seen (at least) one server who has &

Re: [Bug-wget] Wget cannot validate https://ftp.gnu.org?

Hi Jeffrey, I can't reproduce your issue on the first try (Debian unstable here). That means the issuers cert (DST Root CA X3,O=Digital Signature Trust Co.) is part of the systems's CA cert store. $ ls -la /etc/ssl/certs/*X3* lrwxrwxrwx 1 root root 53 27-10-11 09:39:52

Re: [Bug-wget] lex compile problem on AIX 7.1

On 10/02/2017 10:00 AM, l...@langs.se wrote: > Hi! > > I get the following error when compiling wget 1.19.1 on AIX 7.1: > > make all-am > CC connect.o > CC convert.o > CC cookies.o > CC ftp.o > lex -ocss.c > 0: Warning: 1285-300 The o flag is not valid. > 0: Warning: 1285-300 The s flag is not

<    1   2   3   4   5   6   7   8   9   >