[Bug-wget] [bug #55229] memory exhausted even though stating: Omitting download

2018-12-17 Thread NoëlKöthe 
Follow-up Comment #10, bug #55229 (project wget):

you need libgnutls28-dev to build wget with gnutls.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[Bug-wget] [bug #54677] PCRE2 support https://pcre.org/

2018-09-18 Thread NoëlKöthe 
URL:
  

 Summary: PCRE2 support https://pcre.org/
 Project: GNU Wget
Submitted by: nok
Submitted on: Tue 18 Sep 2018 10:34:26 AM CEST
Category: Build/Install
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: trunk
Operating System: None
 Reproducibility: None
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: No

___

Details:

Hello,

wget builds against libpcre3-dev (version 8.x). libpcre2-dev is different, the
newer version 10.x and active maintained.
So the wishlist request is to have the option to use libpcre2.

https://pcre.org/

Thank you.

Regards

Noël




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[Bug-wget] [bug #53021] Ability to provide password per-instance

2018-01-30 Thread NoëlKöthe 
URL:
  

 Summary: Ability to provide password per-instance
 Project: GNU Wget
Submitted by: nok
Submitted on: Tue 30 Jan 2018 07:28:37 PM CET
Category: Feature Request
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: None
Operating System: GNU/Linux
 Reproducibility: None
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: None

___

Details:

Hello,

a feature request from a Debian user:
https://bugs.debian.org/887384

As far as I can tell, Wget only provides the following methods to
provide a HTTP password:

  1. as part of the URL
  2. with --http-password / --password
  3. using ~/.netrc
  4. using --use-askpass
  5. using --ask-password

The problem is that 1 & 2 expose the password in the process table, while
~/.netrc is a centralised resource that may not be editable by a script. 4 & 5
are interactive, and while I could provide an ad-hoc askpass script, this is a
gross hack.

It'd be awesome if Wget could provide one or more of the following methods to
provide the password:

  1. read it from $WGET_PASSWORD
  2. read it from a specific file
  3. read it from a netrc-style file that is not ~/.netrc
  4. let --use-askpass specify parameters to the script/binary to invoke

Ftr, my current hack involves creating an executable temporary file with
content like this:

  #!/bin/sh
  echo username:password

and then invoking wget like so:

  wget -c --use-askpass=tempfile …

and that works, but it's a hack that I think could be rendered
obsolete by Wget functionality. Lftp and cURL both provide ways to either read
from the environment, or to override the netrc filename.
Lftp furthermore can be scripted itself, which solves the problem
in its own way.

Thank you.




___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #53020] wget -b produces empty wget-log file

2018-01-30 Thread NoëlKöthe 
URL:
  

 Summary: wget -b produces empty wget-log file
 Project: GNU Wget
Submitted by: nok
Submitted on: Tue 30 Jan 2018 07:21:26 PM CET
Category: User Interface
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: trunk
Operating System: GNU/Linux
 Reproducibility: Every Time
   Fixed Release: None
 Planned Release: None
  Regression: Yes
   Work Required: None
  Patch Included: No

___

Details:

Hello,

with wget 1.19.3 and 1.19.4 I can reproduce the following problem:

$ LC_ALL=C wget -b debian.org
Continuing in background, pid 19726.
Output will be written to 'wget-log'.
$ cat wget-log 
$

With -b no logging is written anymore.

https://bugs.debian.org/888691




___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #51181] Unexpected "Redirecting output to 'wget-log'."

2017-09-17 Thread NoëlKöthe 
Follow-up Comment #1, bug #51181 (project wget):

an additional comment from a Debian user:

--8<--
This has hit many and is already reported in several distributions, but not in
Debian yet.

Since 1.19, when run in the background, even with --quiet, wget creates a log
file wget-log in the current directory, which is normally empty.
If wget-log exists, it creates wget-log.1, and so on.

The workaround is to use -o /dev/null, but this changed behaviour breaks
existing scripts and is undocumented.
--8<--
https://bugs.debian.org/874590

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

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

2017-08-05 Thread NoëlKöthe 
URL:
  

 Summary: Please hash the hostname in ~/.wget-hsts files
 Project: GNU Wget
Submitted by: nok
Submitted on: Sat 05 Aug 2017 04:14:03 PM CEST
Category: Feature Request
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: trunk
Operating System: GNU/Linux
 Reproducibility: Every Time
   Fixed Release: None
 Planned Release: None
  Regression: No
   Work Required: None
  Patch Included: No

___

Details:

Hello,

a feature request from a Debian user:

--8<--
Hi,

I recently discovered the .wget-hsts file in my home directory which is used
to persist state for HSTS:

  https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security

It contains lines such as:

  # HSTS 1.0 Known Hosts database for GNU Wget.
  # Edit at your own risk.
  #  
  github.com0   1   1450887745  31536000
  ftp-master.debian.org 0   0   1472482586  15552000
  diffoscope.org0   0   1449765396  15768000
  reproducible-builds.org   0   0   1471542629  15552000
  www.dropbox.com  0   1   1458394011  15552000
  reproducible.debian.net   0   0   1448074844  15552000
  […]

I can't help but think of ~/.ssh/known_hosts which moved to hashing the
hostname for various security/privacy concerns. Shouldn't wget make the
parallel change?
--8<--
https://bugs.debian.org/870813

Thank you.




___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #50579] wget --continue: URL with trailing slash '/' (but Content-Disposition)

2017-03-18 Thread NoëlKöthe 
URL:
  

 Summary: wget --continue: URL with trailing slash '/' (but
Content-Disposition)
 Project: GNU Wget
Submitted by: nok
Submitted on: Sat 18 Mar 2017 07:07:36 PM CET
Category: Program Logic
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: None
Operating System: None
 Reproducibility: None
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: No

___

Details:

Hello,

a forwarded bug report from a Debian user https://bugs.debian.org/843620

--8<--
It would be nice if the behavior of --continue would also handle
corner cases, such as the following:

$ wget --content-disposition --continue
http://www.mckesson.com/documents/providers/mckesson-radiology-12-dicom-conformance-statement/
--2016-11-08 12:48:07--
http://www.mckesson.com/documents/providers/mckesson-radiology-12-dicom-conformance-statement/
Resolving www.mckesson.com (www.mckesson.com)... 2.20.250.32, 2.20.250.41
Connecting to www.mckesson.com (www.mckesson.com)|2.20.250.32|:80...
connected.
HTTP request sent, awaiting response... 503 Service Unavailable
2016-11-08 12:48:08 ERROR 503: Service Unavailable.

On the other hand this one works OK:

$ wget --content-disposition --continue
http://www3.gehealthcare.com/~/media/documents/us-global/products/interoperability/dicom/nuclear-medicine/gehc-dicom-conformance_ventri_5179057dhf_rev1.pdf
--2016-11-08 12:49:25--
http://www3.gehealthcare.com/~/media/documents/us-global/products/interoperability/dicom/nuclear-medicine/gehc-dicom-conformance_ventri_5179057dhf_rev1.pdf
Resolving www3.gehealthcare.com (www3.gehealthcare.com)...
2.20.250.19, 2.20.250.10
Connecting to www3.gehealthcare.com
(www3.gehealthcare.com)|2.20.250.19|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 709762 (693K) [application/pdf]
--2016-11-08 12:49:25--
http://www3.gehealthcare.com/~/media/documents/us-global/products/interoperability/dicom/nuclear-medicine/gehc-dicom-conformance_ventri_5179057dhf_rev1.pdf
Reusing existing connection to www3.gehealthcare.com:80.
HTTP request sent, awaiting response... 206 Partial Content
Length: 709762 (693K), 0 remaining [application/pdf]
Saving to: ‘GEHC-DICOM-Conformance_Ventri_5179057DHF_Rev1.pdf’

GEHC-DICOM-Conformance_Ventri_5179057DHF_Re
100%[++]
693.13K  --.-KB/s   in 0s

2016-11-08 12:49:26 (0.00 B/s) -
‘GEHC-DICOM-Conformance_Ventri_5179057DHF_Rev1.pdf’ saved
[709762/709762]


For some reason HEAD would not get the Content-Disposition tag, but
looking at curl output I can see it:

* Hostname was NOT found in DNS cache
  % Total% Received % Xferd  Average Speed   TimeTime Time 
Current
 Dload  Upload   Total   SpentLeft  Speed
  0 00 00 0  0  0 --:--:-- --:--:--
--:--:-- 0*   Trying 2.20.250.32...
* Connected to www.mckesson.com (2.20.250.32) port 80 (#0)
> GET /documents/providers/mckesson-radiology-12-dicom-conformance-statement/
HTTP/1.1
> User-Agent: curl/7.38.0
> Host: www.mckesson.com
> Accept: */*
>
  0 00 00 0  0  0 --:--:-- --:--:--
--:--:-- 0< HTTP/1.1 200 OK
< Cache-Control: private
< Content-Length: 3292374
< Content-Type: application/pdf
* Server Microsoft-IIS/7.5 is not blacklisted
< Server: Microsoft-IIS/7.5
< Content-Disposition: inline; filename="McKesson Radiology 12.1.1
DICOM Conformance Statement rev1.0.pdf"
< X-AspNet-Version: 4.0.30319
< X-Powered-By: ASP.NET
< X-UA-Compatible: IE=edge,chrome=1
< Date: Tue, 08 Nov 2016 11:45:47 GMT
< Connection: keep-alive
< Set-Cookie: EktGUID=3f3d7804-163d-4a59-bbf4-676abf1a1dab;
expires=Wed, 08-Nov-2017 11:45:46 GMT; path=/
< Set-Cookie: EkAnalytics=0; expires=Wed, 08-Nov-2017 11:45:46 GMT; path=/
< Set-Cookie: ASP.NET_SessionId=nprzkvb3mnsu41ahuslx1auy; path=/; HttpOnly
< Set-Cookie:
ecm=user_id=0=0_id==_site=/_id=0_preview=0=0=1033=1033=1033=840=840==1033=www.mckesson.com=1033;
path=/
< Set-Cookie: BIGipServerMCKESSON.COM_80=801417408.20480.;
expires=Tue, 08-Nov-2016 12:05:46 GMT; path=/
<
{ [data not shown]





___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #50577] URL in wget.texi changed

2017-03-18 Thread NoëlKöthe 
URL:
  

 Summary: URL in wget.texi changed
 Project: GNU Wget
Submitted by: nok
Submitted on: Sat 18 Mar 2017 04:35:43 PM CET
Category: Documentation
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: trunk
Operating System: GNU/Linux
 Reproducibility: Every Time
   Fixed Release: None
 Planned Release: None
  Regression: No
   Work Required: None
  Patch Included: Yes

___

Details:

Hello,

a Debian user pointed to a 404 URL in the documentation with the correct one:

diff --git a/doc/wget.texi b/doc/wget.texi
index 755f882c..8645b257 100644
--- a/doc/wget.texi
+++ b/doc/wget.texi
@@ -4285,7 +4285,7 @@ this:
 @end example
 
 This is explained in some detail at
-@url{http://www.robotstxt.org/wc/meta-user.html}.  Wget supports this
+@url{http://www.robotstxt.org/meta.html}.  Wget supports this
 method of robot exclusion in addition to the usual @file{/robots.txt}
 exclusion.


If you want to fix more URLs from this webpage:

$ rgrep robotstxt.org *
...
NEWS:.
src/res.c:   is still available at
.
src/res.c:   .
src/res.c:   , section 3.2.2. 
*/

removing the wc/ in these URLs should result in correct ones.

Thanks and regards

Noël




___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #46061] wget https://contributors.debian.org fails with "No data received."

2015-09-27 Thread NoëlKöthe 
URL:
  

 Summary: wget https://contributors.debian.org fails with "No
data received."
 Project: GNU Wget
Submitted by: nok
Submitted on: So 27 Sep 2015 18:13:54 CEST
Category: Protocol Issue
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.16.3
Operating System: GNU/Linux
 Reproducibility: Every Time
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: No

___

Details:

Hello,

a forwarded bug from https://bugs.debian.org/797057

"We currently added "SSLVerifyClient optional" to the server configuration to
support authentication with client certificates, but client certificates are
not required to connect. The relevant apache configuration is here:

 
https://wiki.debian.org/DebianSingleSignOn#Documentation_for_web_application_owners-1

curl can access the site."

$ LC_ALL=C wget -d https://contributors.debian.org
DEBUG output created by Wget 1.16.3 on linux-gnu.

URI encoding = 'ANSI_X3.4-1968'
converted 'https://contributors.debian.org' (ANSI_X3.4-1968) ->
'https://contributors.debian.org' (UTF-8)
--2015-09-27 18:08:27--  https://contributors.debian.org/
Certificates loaded: 180
Resolving contributors.debian.org (contributors.debian.org)...
2607:f8f0:610:4000:216:36ff:fe40:3861, 206.12.19.123
Caching contributors.debian.org => 2607:f8f0:610:4000:216:36ff:fe40:3861
206.12.19.123
Connecting to contributors.debian.org
(contributors.debian.org)|2607:f8f0:610:4000:216:36ff:fe40:3861|:443...
connected.
Created socket 4.
Releasing 0x55f91c3876f0 (new refcount 1).

---request begin---
GET / HTTP/1.1
User-Agent: Wget/1.16.3 (linux-gnu)
Accept: */*
Accept-Encoding: identity
Host: contributors.debian.org
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response... No data received.
Retrying.

--2015-09-27 18:08:29--  (try: 2)  https://contributors.debian.org/
Found contributors.debian.org in host_name_addresses_map (0x55f91c3876f0)
Connecting to contributors.debian.org
(contributors.debian.org)|2607:f8f0:610:4000:216:36ff:fe40:3861|:443...
connected.
Created socket 4.
Releasing 0x55f91c3876f0 (new refcount 1).

---request begin---
GET / HTTP/1.1
User-Agent: Wget/1.16.3 (linux-gnu)
Accept: */*
Accept-Encoding: identity
Host: contributors.debian.org
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response... No data received.
Retrying.

^C
$  openssl s_client -connect contributors.debian.org:443
CONNECTED(0003)
depth=3 C = SE, O = AddTrust AB, OU = AddTrust External TTP Network, CN =
AddTrust External CA Root
verify return:1
depth=2 C = US, ST = New Jersey, L = Jersey City, O = The USERTRUST Network,
CN = USERTrust RSA Certification Authority
verify return:1
depth=1 C = FR, ST = Paris, L = Paris, O = Gandi, CN = Gandi Standard SSL CA
2
verify return:1
depth=0 OU = Domain Control Validated, OU = Gandi Standard SSL, CN =
contributors.debian.org
verify return:1
---
Certificate chain
 0 s:/OU=Domain Control Validated/OU=Gandi Standard
SSL/CN=contributors.debian.org
   i:/C=FR/ST=Paris/L=Paris/O=Gandi/CN=Gandi Standard SSL CA 2
 1 s:/C=FR/ST=Paris/L=Paris/O=Gandi/CN=Gandi Standard SSL CA 2
   i:/C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST Network/CN=USERTrust
RSA Certification Authority
 2 s:/C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST Network/CN=USERTrust
RSA Certification Authority
   i:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust External
CA Root
---
Server certificate
-BEGIN CERTIFICATE-
MIIFlDCCBHygAwIBAgIQMfAlgnw3Yfda6FqlD6XUlzANBgkqhkiG9w0BAQsFADBf
MQswCQYDVQQGEwJGUjEOMAwGA1UECBMFUGFyaXMxDjAMBgNVBAcTBVBhcmlzMQ4w
DAYDVQQKEwVHYW5kaTEgMB4GA1UEAxMXR2FuZGkgU3RhbmRhcmQgU1NMIENBIDIw
HhcNMTQxMjE3MDAwMDAwWhcNMTUxMjMxMjM1OTU5WjBiMSEwHwYDVQQLExhEb21h
aW4gQ29udHJvbCBWYWxpZGF0ZWQxGzAZBgNVBAsTEkdhbmRpIFN0YW5kYXJkIFNT
TDEgMB4GA1UEAxMXY29udHJpYnV0b3JzLmRlYmlhbi5vcmcwggGiMA0GCSqGSIb3
DQEBAQUAA4IBjwAwggGKAoIBgQDTUXqPGAz+wN+C/uGBpsJoGF16/fFufYMSBJp1
z6w8cgYP6KLeDLO+ApWEyvAUJXCrzGx6MwGZDBttMQb4w4/4hqAYApywbSUydPqZ
nx0W7//kI/EejBG/2NIN8cy4xVB7D4m8S3RZaF1SSEDvcofE1niSXbIjQGtSu6Ko
ZNPfiu4iV1ROLx45jmbMYphEUc9xxD3SnDYXDKcBLd0y37AeP7D878dqa+rZ4H+r
tAo9iaazyQECHNUeIE8Y5ASngspxArtfURyQswR36p5uARwjPtgUtYbrA35KMiUg
HgFSViocuMtHKW53QJUqTvHr6KtLSiL7J9ySx12DGBa97Lj0iV5zyyq4uRP0h1qy
rOiGnxiGeKf+9sRm+kZKO2/1tjNc9m9BDPJ9tH+cD1bkW+ZRVze/HPHsnzFVH84m
jYKImSvh9Ptpt282W1XPoHGPgg+WX4Q5b3cmLzQsivitjevXp9eaH0j4QAMa8Noa
GF72ZctDZcXXQjuXnDSI9k8g60kCAwEAAaOCAccwggHDMB8GA1UdIwQYMBaAFLOQ

[Bug-wget] [bug #45800] --convert-links messages could be clearer

2015-08-20 Thread NoëlKöthe 
URL:
  http://savannah.gnu.org/bugs/?45800

 Summary: --convert-links messages could be clearer
 Project: GNU Wget
Submitted by: nok
Submitted on: Do 20 Aug 2015 16:17:09 CEST
Category: Feature Request
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: None
Operating System: None
 Reproducibility: None
   Fixed Release: None
 Planned Release: None
  Regression: No
   Work Required: None
  Patch Included: None

___

Details:

Hello,

a minor wishlist to the wget output:

--8--
Apparently

  wget --convert-links

causes

  Converting index.html... 18-70
  Converted 1 files in 0.002 seconds.

messages.

However they should mention 'converting links' or 'wget: doing
--convert-links operation', else one can't figure out what of the many other
possible conversions it might be talking about.
--8--
https://bugs.debian.org/633703

It was reported to the bug-wget mailinglist but without answer.
https://lists.gnu.org/archive/html/bug-wget/2011-07/msg00011.html

thx  regards

Noël




___

Reply to this item at:

  http://savannah.gnu.org/bugs/?45800

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #45791] Double quote in (some) wget's international output for downloaded filename

2015-08-18 Thread NoëlKöthe 
URL:
  http://savannah.gnu.org/bugs/?45791

 Summary: Double quote in (some) wget's international output
for downloaded filename
 Project: GNU Wget
Submitted by: nok
Submitted on: Di 18 Aug 2015 12:00:06 CEST
Category: Localization
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: None
Operating System: None
 Reproducibility: None
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: None

___

Details:

Hello,

some translators (de and ru known) add additional quotes which results in
double quotes like this:

...
2015-08-18 11:54:02 (459 KB/s) - »»index.html«« gespeichert [14710/14710]

This is known since some time and Tim already informed the translators but
without success.:(

https://bugs.debian.org/660932

thx.

Regards

Noël




___

Reply to this item at:

  http://savannah.gnu.org/bugs/?45791

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/

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

2015-08-18 Thread NoëlKöthe 
URL:
  http://savannah.gnu.org/bugs/?45790

 Summary: wget prints it's progress even when background
 Project: GNU Wget
Submitted by: nok
Submitted on: Di 18 Aug 2015 11:03:31 CEST
Category: User Interface
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: None
Operating System: None
 Reproducibility: None
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: None

___

Details:

Hello,

an old forgotten bug report:

--8--
When wget is suspended in command line and then
send into background (eg using bash bg command), it continues
to print it's progress messages. This leads to either stopping
wget or to garbling terminal with wget messages (depending
on the TOSTOP terminal setting).
--8--
My suggestion is to stop printing verbose progress messages
when the job is resumed in background. It could be checked
by (successful) getpgrp() not equal to (successful) tcgetprp(1)
in SIGCONT signal handler.
 And something like this is used in some console applications,
for example, in lftp.
--8--
https://bugs.debian.org/281201

As an example:

# wget
http://cdimage.debian.org/debian-cd/current/multi-arch/iso-cd/debian-8.1.0-amd64-i386-netinst.iso
Press ctrl+z
[1]+  Stopped  wget
http://cdimage.debian.org/debian-cd/current/multi-arch/iso-cd/debian-8.1.0-amd64-i386-netinst.iso
nk@pro:/tmp/test$ bg
garbling the terminal but commands work as expected

Regards

Noël




___

Reply to this item at:

  http://savannah.gnu.org/bugs/?45790

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #45792] wget: Read error in TLS connection with openssl s_server -www server

2015-08-18 Thread NoëlKöthe 
URL:
  http://savannah.gnu.org/bugs/?45792

 Summary: wget: Read error in TLS connection with openssl
s_server -www server
 Project: GNU Wget
Submitted by: nok
Submitted on: Di 18 Aug 2015 13:19:01 CEST
Category: Protocol Issue
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.16.3
Operating System: None
 Reproducibility: None
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: None

___

Details:

Hello,

--8--
What I set up a test server with:

  openssl s_server -CAfile ... -key ... -cert ... -www

and try wget with it, I get errors:

--2015-08-18 12:29:07--  https://www.vinc17.net:4433/
Resolving www.vinc17.net (www.vinc17.net)... 92.243.22.117,
2001:4b98:dc0:45:216:3eff:fe9b:eb2f
Connecting to www.vinc17.net (www.vinc17.net)|92.243.22.117|:4433...
connected.
HTTP request sent, awaiting response... 200 ok
Length: unspecified [text/html]
Saving to: ‘index.html’

index.html  [ =  ]   5.26K  --.-KB/s   in 0s


2015-08-18 12:29:07 (204 MB/s) - Read error at byte 5386 (The TLS connection
was non-properly terminated.).Retrying.

--2015-08-18 12:29:08--  (try: 2)  https://www.vinc17.net:4433/
Connecting to www.vinc17.net (www.vinc17.net)|92.243.22.117|:4433...
connected.
HTTP request sent, awaiting response... 200 ok
Length: unspecified [text/html]
Saving to: ‘index.html’

index.html  [ =  ]   5.26K  --.-KB/s   in 0s


2015-08-18 12:29:08 (1.21 GB/s) - Read error at byte 5386 (The TLS connection
was non-properly terminated.).Retrying.
...
--8--
https://bugs.debian.org/744170

thxregards

Noël




___

Reply to this item at:

  http://savannah.gnu.org/bugs/?45792

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #45777] possibility to enable NORMAL:%COMPAT GNUTLS priority strings

2015-08-17 Thread NoëlKöthe 
URL:
  http://savannah.gnu.org/bugs/?45777

 Summary: possibility to enable NORMAL:%COMPAT GNUTLS priority
strings
 Project: GNU Wget
Submitted by: nok
Submitted on: Mo 17 Aug 2015 11:13:12 CEST
Category: Feature Request
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: None
Operating System: None
 Reproducibility: None
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: None

___

Details:

Hello,

a user requested some years ago the possibility to set the gnutls priority
strings http://gnutls.org/manual/html_node/Priority-Strings.html in wget. Tim
extended the option --secure-protocol=
https://lists.gnu.org/archive/html/bug-wget/2013-08/msg00075.html but it is
not possible to set all described strings.
We could later write a wrapper to map GnuTLS priority syntax to OpenSSL API
calls. https://lists.gnu.org/archive/html/bug-wget/2013-08/msg00053.html

Please add the possibilty to set the GNUTLS priority strings.

https://bugs.debian.org/733039

Thanks you.

Regards

Noël




___

Reply to this item at:

  http://savannah.gnu.org/bugs/?45777

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #45778] wget and unicode

2015-08-17 Thread NoëlKöthe 
URL:
  http://savannah.gnu.org/bugs/?45778

 Summary: wget and unicode
 Project: GNU Wget
Submitted by: nok
Submitted on: Mo 17 Aug 2015 14:35:06 CEST
Category: Code Architecture
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: None
Operating System: None
 Reproducibility: None
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: None

___

Details:

Hello,

--8--
$ echo $f
%E9%A6%96%E9%A1%B5
$ wget -nv http://zh.wikipedia.org/wiki/$f 21|qprint -e
2015-08-17 14:33:17 URL:https://zh.wikipedia.org/wiki/%E9%A6%96%E9%A1%=
B5 [36245] - =E9=A6%96=E9=A1=B5 [1]
nk@pro:/tmp/test$ ls -l|qprint -e
insgesamt 36
-rw-r--r-- 1 nk nk 36245 Aug  7 09:36 =E9=A6%96=E9=A1=B5

Note the %96 where the 3rd byte should be.
--8--
https://bugs.debian.org/387745




___

Reply to this item at:

  http://savannah.gnu.org/bugs/?45778

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #45689] wget: opens a new connection for each ftp document

2015-08-04 Thread NoëlKöthe 
URL:
  http://savannah.gnu.org/bugs/?45689

 Summary: wget: opens a new connection for each ftp document
 Project: GNU Wget
Submitted by: nok
Submitted on: Di 04 Aug 2015 14:18:38 CEST
Category: Feature Request
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: trunk
Operating System: GNU/Linux
 Reproducibility: Every Time
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: None

___

Details:

Hello,

reporting an old bug/report from the mailing list:

if I use 'wget ftp://site.com/file1.txt ftp://site.com/file2.txt', wget will
no reuse the ftp connection, but will open one for each document downloaded
from the same site...

https://www.mail-archive.com/wget%40sunsite.dk/msg03316.html
https://bugs.debian.org/32353

thx and regards

Noël




___

Reply to this item at:

  http://savannah.gnu.org/bugs/?45689

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/

[Bug-wget] [bug #45037] wget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README deletes README symlink

2015-05-06 Thread NoëlKöthe 
URL:
  http://savannah.gnu.org/bugs/?45037

 Summary: wget -O foo
ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README deletes README symlink
 Project: GNU Wget
Submitted by: nok
Submitted on: Mi 06 Mai 2015 15:36:34 CEST
Category: Program Logic
Severity: 3 - Normal
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.16.3
Operating System: GNU/Linux
 Reproducibility: Every Time
   Fixed Release: None
 Planned Release: None
  Regression: None
   Work Required: None
  Patch Included: No

___

Details:

Hello,

a forwarded bug report which is reproducible:

https://bugs.debian.org/784348

--8--
joey@darkstar:~/tmp/yln -s /etc/passwd README
joey@darkstar:~/tmp/yls
README@
joey@darkstar:~/tmp/ywget -O foo
ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README
--2015-05-05 13:17:22--  ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README
   = ‘foo’
Resolving ftp.funet.fi (ftp.funet.fi)... 193.166.3.2, 2001:708:10:9::20:2
Connecting to ftp.funet.fi (ftp.funet.fi)|193.166.3.2|:21... connected.
Logging in as anonymous ... Logged in!
== SYST ... done.== PWD ... done.
== TYPE I ... done.  == CWD (1) /pub/Linux/mirrors/debian ... done.
== SIZE README ... 1495
== PASV ... done.== RETR README ... done.
Length: 1495 (1.5K) (unauthoritative)

README  100%[=]   1.46K  5.45KB/s   in 0.3s  


2015-05-05 13:17:28 (5.45 KB/s) - ‘foo’ saved [1495]

joey@darkstar:~/tmp/yls
foo

Doesn't happen if README is a file rather than a symlink, doesn't happen when
using http. The ftp downloader apparently has a bug..
--8--






___

Reply to this item at:

  http://savannah.gnu.org/bugs/?45037

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/