On 25.06.22 12:52, Tim Rühsen wrote:
On 20.06.22 09:15, Josef Moellers wrote:
On 18.06.22 16:11, Tim Rühsen wrote:
Moin Josef,
Mooi'n Tim,
is it possible that 'wget' is linked to something else or is a
different binary than expected ? Or maybe 'wget' is a script or alias ?
I had asked
On 18.06.22 16:11, Tim Rühsen wrote:
Moin Josef,
Mooi'n Tim,
is it possible that 'wget' is linked to something else or is a different
binary than expected ? Or maybe 'wget' is a script or alias ?
I had asked for straces and they show that "/usr/bin/wget/" is indeed
the binary executed.
Mooi'n,
I am trying to make some sense out of a bug where wget crashes
consistently when run as an unprivileged user and does not crash when
run as root.
When wget is run, there is this message:
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you
want WebKit to use a
On 04.05.21 08:59, Josef Moellers wrote:
> Hi,
>
> I'm currently trying to tackle the CVE about passing credentials to
> redirected servers.
> I wonder if it may be necessary to be able to disable this feature, if
> one trusts the servers, ie if some kind of command
Hi,
I'm currently trying to tackle the CVE about passing credentials to
redirected servers.
I wonder if it may be necessary to be able to disable this feature, if
one trusts the servers, ie if some kind of command-line option might be
necessary.
Josef
--
SUSE Software Solutions Germany GmbH
On 04.04.19 09:27, Tim Rühsen wrote:
> On 4/4/19 3:14 AM, Secunia Research wrote:
>> Hello,
>>
>> We are currently processing a report published by a third-party [1] for GNU
>> wget and are currently evaluating it to publish a Secunia Advisory for this.
>> Please see the original report for
On 20.11.18 16:29, Dale R. Worley wrote:
> "Tony Lewis" writes:
>> I'm getting the following error and don't understand what it's trying to
>> tell me:
>>
>> Read error at byte 97430 (Success)
>>
>> What could the server be doing to cause wget to report an error with the
>> details being
Hi,
While trying to upgrade to 1.19.5, we found a bug in wget (src/host.c)
where the (non-existing) return value of a void function is assigned to
a variable.
A patch is appended.
Josef
Index: wget-1.19.5/src/host.c
===
---
On 18.12.2017 04:17, Iurie wrote:
> hello,
> i have not found a place like general mailing list for wget nor a forum,
> but my problem is this:
>
> is that possible to give a .txt file with web links as a input to the wget
> and it do download all content from the links from the .txt file (from
ke check
>
>
> With Best Regards, Tim
>
>
>
> On 09/27/2017 02:41 PM, Josef Moellers wrote:
>> I was trying to see if a bug I fixed in wget also happens to be in
>> wget2, but I have problems building wget2!
>>
>> When I call "autoconf" to bui
I was trying to see if a bug I fixed in wget also happens to be in
wget2, but I have problems building wget2!
When I call "autoconf" to build the configure script, I get these error
messages:
configure.ac:12: error: possibly undefined macro: AM_INIT_AUTOMAKE
configure.ac:104: error: possibly
h.
That's why I posted the little server that couldn't ;-)
Josef
> On 09/14/2017 07:47 PM, Josef Moellers wrote:
>> On 14.09.2017 17:06, 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 15.09.2017 09:34, Josef Moellers wrote:
> On 14.09.2017 17:06, 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,
>>&
On 14.09.2017 17:06, 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
On 14.09.2017 17:06, 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
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, upon receiving a request with
>> Range: bytes=23068672-
>>
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, upon receiving a request with
>> Range: bytes=23068672-
>>
On 12.06.2017 10:00, Tim Rühsen wrote:
> 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 Moel
On 12.06.2017 09:37, Josef Moellers wrote:
> On 12.06.2017 09:23, Josef Moellers wrote:
>> Hello Tim,
>>
>> Thanks for the reply.
>
> I ran just this test under strace:
> top_srcdir=/var/opt/wget-tests
> test=Test-ftp-iri-fallback.px
> strace -fo test.out
On 12.06.2017 09:23, Josef Moellers wrote:
> Hello Tim,
>
> Thanks for the reply.
I ran just this test under strace:
top_srcdir=/var/opt/wget-tests
test=Test-ftp-iri-fallback.px
strace -fo test.out perl -I$top_srcdir/tests $top_srcdir/tests/$test
$top_srcdir
and it seems that it ne
On 07.03.2017 21:51, Mike Frysinger wrote:
> On 07 Mar 2017 16:14, Josef Moellers wrote:
>> When a colleague checked timestamps handling in vsftpd, he found that
>> wget is expecting that timestamps received from ftp server have the same
>> timezone as the cli
When a colleague checked timestamps handling in vsftpd, he found that
wget is expecting that timestamps received from ftp server have the same
timezone as the client.
in src/ftp-ls.c:ftp_parse_unix_ls()
It reads time of modification from directory listing (.listing) which
should be in UTC
22 matches
Mail list logo