Am Samstag, 15. August 2015, 23:08:03 schrieb Jacek Wielemborek:
W dniu 15.08.2015 o 22:23, Tim Rühsen pisze:
Am Samstag, 15. August 2015, 12:29:45 schrieb Jacek Wielemborek:
Hello,
I was looking into fuzzing wget with afl-fuzz [1]. While I hadn't
managed to crash it yet, I found a lot
W dniu 15.08.2015 o 22:23, Tim Rühsen pisze:
Am Samstag, 15. August 2015, 12:29:45 schrieb Jacek Wielemborek:
Hello,
I was looking into fuzzing wget with afl-fuzz [1]. While I hadn't
managed to crash it yet, I found a lot of code paths so far with the
following input:
HTTP/1.1 200 OK
Update of bug #45732 (project wget):
Open/Closed:Open = Closed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?45732
___
Message
Follow-up Comment #7, bug #44674 (project wget):
Maybe we can implement a --dry-run option to allow the user to see how the
request would look like without actually sending it.
It would still require the --debug option to see the actual request.
Update of bug #44628 (project wget):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Fixed in commit
I just ran coverity scan against the latest git code and it came up
with a bunch of new defects. Maybe we should take a look at them when
possible?
-- Forwarded message --
From: scan-ad...@coverity.com
Date: Sat, Aug 15, 2015 at 3:33 PM
Subject: New Defects reported by Coverity
I've already done this. Patch attached.
If no one complains, I'll push it.
On Sat, Aug 15, 2015 at 3:30 PM, Jookia 166...@gmail.com wrote:
On Sat, Aug 15, 2015 at 11:53:51AM +0200, Tim Rühsen wrote:
Hi, please consider answering to the mailing list, so anybody can follow what
is going on.
Update of bug #45689 (project wget):
Status:None = Needs Discussion
___
Follow-up Comment #1:
I'm not very well versed with the FTP Protocol, so if I'm wrong here, someone
please correct me.
Am Samstag, 15. August 2015, 12:15:46 schrieb Darshit Shah:
On Sat, Aug 15, 2015 at 1:33 AM, Gisle Vanem gva...@yahoo.no wrote:
The new reject stuff in recur.c:
typedef enum
{
SUCCESS, BLACKLIST, NOTHTTPS, NONHTTP, 1, 1, PARENT, LIST, REGEX,
RULES, SPANNEDHOST, ROBOTS
Update of bug #45443 (project wget):
Open/Closed:Open = Closed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?45443
___
Message
I don't think we ever merged this patch.
Any arguments against it? Else I'll go ahead and merge it in a day or two.
On Mon, Mar 16, 2015 at 2:47 AM, Giuseppe Scrivano gscriv...@gnu.org wrote:
Miquel Llobet mllobet...@gmail.com writes:
Yeah, I'll be using git format patch from now on. Do you
On Sat, Aug 15, 2015 at 1:33 AM, Gisle Vanem gva...@yahoo.no wrote:
The new reject stuff in recur.c:
typedef enum
{
SUCCESS, BLACKLIST, NOTHTTPS, NONHTTP, 1, 1, PARENT, LIST, REGEX,
RULES, SPANNEDHOST, ROBOTS
} reject_reason;
causes errors with MSVC and MingW since in:
Update of bug #45732 (project wget):
Status:None = Invalid
___
Follow-up Comment #1:
Section 2.1 of the manual is the URL format. The --ask-password option does
not concern the URL
I think we should go with Angel's patch. configure.ac should check for
the libidn version and decide which code to use.
We should use the fixed libidn code for all updated machines, but
there will always be some ancient machines that will not update, let's
support Angel's patch on those ones.
On
I guess this issue is now closed? We should document libgpgme11-dev as
a dependency.
On Fri, Aug 14, 2015 at 1:38 AM, Tim Rühsen tim.rueh...@gmx.de wrote:
Am Donnerstag, 13. August 2015, 19:33:56 schrieb Andries E. Brouwer:
After git clone, one gets a wget tree without autogenerated files.
You only have to take Jernej's word for it. I don't know of anyone who
has verified the binaries available there. Maybe someone can attempt
to recreate the binaries using the same toolchain and verify the
checksums.
However, none of us apart form Gisle Vanem use Windows as a
development
Pushed it.
@Gisle could you please confirm it works correctly now?
On Sat, Aug 15, 2015 at 5:25 PM, Jookia 166...@gmail.com wrote:
On Sat, Aug 15, 2015 at 03:47:33PM +0530, Darshit Shah wrote:
I've already done this. Patch attached.
If no one complains, I'll push it.
Looks good to me!
On Sat, Aug 15, 2015 at 7:25 PM, Ander Juaristi ajuari...@gmx.es wrote:
On 08/15/2015 09:30 AM, Darshit Shah wrote:
I don't think we ever merged this patch.
Any arguments against it? Else I'll go ahead and merge it in a day or two.
ACK from me.
Now that someone has dust off this, you
On Sat, Aug 15, 2015 at 03:47:33PM +0530, Darshit Shah wrote:
I've already done this. Patch attached.
If no one complains, I'll push it.
Looks good to me!
On 08/15/2015 12:23 PM, Gisle Vanem wrote:
Someone please fix MailMan to make it easier to reply to this
list. Like it used to be some years ago.
Maybe this should go to the Savannah guys?
--
Regards,
- AJ
Follow-up Comment #2, bug #45689 (project wget):
Hi Darshit,
This is not the same concept as the persistent connections in HTTP (those with
Connect: Keep-Alive).
What happens here is that if you download two documents from the same FTP
server (ie. `wget ftp://site.com/file1.txt
Hello,
I was looking into fuzzing wget with afl-fuzz [1]. While I hadn't
managed to crash it yet, I found a lot of code paths so far with the
following input:
HTTP/1.1 200 OK
Server: nginx
Date: Mon, 10 Aug 2015 20:31:38 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 283087
No worries ;-)
As I told Tim off list, I'm working on the improvements.
Sent from my smartphone. Excuse my brevity.
Darshit Shah escribió
Hi Ander,
Could you please take a look at dkg's suggestions and recreate a patch?
On Mon, Aug 10, 2015 at 9:36 PM, Daniel Kahn Gillmor
Hi,
On 08/15/2015 08:42 AM, Darshit Shah wrote:
I think we should go with Angel's patch. configure.ac should check for
the libidn version and decide which code to use.
I missed this could be done. But yes, if it's possible, for me this looks like
the best option.
We should use the fixed
On 08/15/2015 09:30 AM, Darshit Shah wrote:
I don't think we ever merged this patch.
Any arguments against it? Else I'll go ahead and merge it in a day or two.
ACK from me.
Now that someone has dust off this, you can also merge #40426, which is
somewhat related.
It looks like the
Am Samstag, 15. August 2015, 12:29:45 schrieb Jacek Wielemborek:
Hello,
I was looking into fuzzing wget with afl-fuzz [1]. While I hadn't
managed to crash it yet, I found a lot of code paths so far with the
following input:
HTTP/1.1 200 OK
Server: nginx
Date: Mon, 10 Aug 2015
26 matches
Mail list logo