imiento por su atención.
>
>José Pena Otero-Galicia
>Usuario Trisquel
>
--
Thanking You,
Darshit Shah
> Operation room: +972-3-9600081 | M: 0547-599090 | F: +972-3-9511433
> f5.com<https://www.f5.com/> | synthesis.f5.com<https://synthesis.f5.com/>
>
--
Thanking You,
Darshit Shah
:
Notice I changed the conditional statement to check for PSL_SUCCESS as
a return value.
On Mon, Jul 7, 2014 at 4:43 PM, Tim Ruehsen wrote:
> On Saturday 05 July 2014 16:38:54 Darshit Shah wrote:
>> I just pushed a slightly amended patch. However, here is what I propose:
>
> Where did
19 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>>>> static bool
>>>> check_domain_match (const char *cookie_domain, const char *host)
>>>> @@ -509,6 +519,7 @@ check_domain_match (const char *cookie_domain, const
>>>> char *h
On Sat, Jul 5, 2014 at 3:45 PM, Giuseppe Scrivano wrote:
> Hi Darshit,
>
> few comments below:
>
> Darshit Shah writes:
>
>> Hi,
>>
>> I've attached 3 patches to this mail. The first one eliminates some of
>> the error codes in Wget as a first st
n and converts all domain names to lowercase before passing them
to libpsl for checking.
--
Thanking You,
Darshit Shah
From 64b57d26b6283fe103ad3aabbee8dbaa4c97 Mon Sep 17 00:00:00 2001
From: Darshit Shah
Date: Sat, 5 Jul 2014 12:08:09 +0530
Subject: [PATCH 3/3] Convert domains to lowercase before l
---
src/ChangeLog | 4
src/progress.c | 2 +-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/ChangeLog b/src/ChangeLog
index c96e503..f64ab76 100644
--- a/src/ChangeLog
+++ b/src/ChangeLog
@@ -1,3 +1,7 @@
+2014-06-22 Darshit Shah (tiny change)
+
+ * progress.c
bots file for single downloads. It should be
following the rules in robots.txt only when acting like a spider, i.e.
when in recursive mode.
--
Thanking You,
Darshit Shah
nd this list
> http://stackoverflow.com/questions/24316018/does-wget-check-if-specified-user-agent-is-allowed-in-robots-txt
>
> --
> Gyuri
> 274 44 98
> 06 30 5888 744
--
Thanking You,
Darshit Shah
From be0a0ba616eb7a413c92e25c8d7e86d8633972bc Mon Sep 17 00:00:00 2001
From: Darshi
> ws_hangup ("CTRL+Break");
> return TRUE;
> #endif
> + case CTRL_CLOSE_EVENT:
> +case CTRL_LOGOFF_EVENT:
> +case CTRL_SHUTDOWN_EVENT:
> + MessageBeep (MB_OK);
> + logprintf (LOG_NOTQUIET, _("\nGot %s. Performing cleanup.\n"),
>
> + ws_event_name(dwEvent));
> + cleanup();
> + Sleep(500);
> + return TRUE;
> +
> default:
> return FALSE;
> }
>
> --
>
> --gv
>
>
--
Thanking You,
Darshit Shah
t; Cheers,
> Thorsten
>
>
> -Original Message-
> From: Giuseppe Scrivano [mailto:gscriv...@gnu.org]
> Sent: Monday, June 16, 2014 12:26 PM
> To: Darshit Shah
> Cc: Schroeteler, Thorsten; bug-wget
> Subject: Re: [Bug-wget] wget - cntlm incompatibility (wget 1.13 onwards
s well.
> Any help is appreciated (it would be nice if we don't need to patch wget
> in future ...).
>
Hi Thorsten,
Sorry for the delay in responding and thanks for reporting this to us.
This does indeed look like a bug to me. When inhibit_keep_alive is not
set, Wget should indeed be sending a Connection: Keep-Alive header and
not close the connection. Unless there is some specification about
working with proxies that I forget.
I think this is a bug and needs to be fixed with the above provided
solution. Does anyone here object?
--
Thanking You,
Darshit Shah
used git so it takes long for me to learn
> how to generate path using git.
>
> I’m not sure I have done it well. If there are something wrong with this
> attachment, please correct.
>
>
>
>
>
>
> Regards,
> Yasuhisa Ishikawa
>
> 2014/06/04 3:09、Darshit Shah
Are there any issues with this patch? Or can we push this?
It worked just fine for me. I guess, we should update the others too.
On Thu, Jun 12, 2014 at 8:53 PM, Tim Rühsen wrote:
> Am Donnerstag, 12. Juni 2014, 13:24:02 schrieb Giuseppe Scrivano:
>> Darshit Shah writes:
>> &
recent "tar" kits have not included any VMS-specific files, anyway.
>
I'm not sure about the release tarballs, but if we're not shipping the
VMS files in the tarballs, then maybe the git sources shouldn't carry
them either.
Anyways, as Steven states we are unable to test/maintain any of the
VMS specific code, then keeping build documentation doesn't help
either.
>SMS.
>
--
Thanking You,
Darshit Shah
That patch works perfectly for me.
Maybe we should update the rest of the file along the same lines? It
would help to reduce some fragmentation.
On Thu, Jun 12, 2014 at 8:53 PM, Tim Rühsen wrote:
> Am Donnerstag, 12. Juni 2014, 13:24:02 schrieb Giuseppe Scrivano:
>> Darshit Sha
s patch however seems to add -lpsl twice for me. Removing the line that
explicitly adds it to LIBS does the trick for me.
P.S. Currently on mobile. Sorry for any formatting errors.
—
Thanking you,
Darshit Shah
Sent from mobile. Please excuse any errors.
On Thu, Jun 12, 2014 at 4:54 PM, Gi
-- a/src/ChangeLog
> +++ b/src/ChangeLog
> @@ -1,5 +1,7 @@
> 2014-06-08 Giuseppe Scrivano
>
> + * main.c: Make `program_name' not static.
> +
> * cookies.c [HAVE_PSL]: Include only when HAVE_PSL is
> defined.
>
You probably wanted to add a new Chang
On Wed, Jun 11, 2014 at 5:20 PM, Tim Rühsen wrote:
> Am Freitag, 6. Juni 2014, 13:39:32 schrieb Darshit Shah:
>> I'm facing an issue with the patch I submitted for libpsl and would be
>> glad if someone could help me.
>>
>> The configure.ac file does not work
On Wed, Jun 11, 2014 at 3:21 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>>>> There's another request too. `make syntax-check` gives a few issues
>>>> with the config.h_vms file. Now I'm not sure if those declarations are
>>>> inde
On Wed, Jun 11, 2014 at 6:55 AM, Steven M. Schweda wrote:
> From: Darshit Shah
>
>> I was going through the VMS specific files in the source and realized
>> that a lot of the documentation seems to be a little outdated.
>
>I'm always glad to see that VMS has not
working on a VMS system?
There's another request too. `make syntax-check` gives a few issues
with the config.h_vms file. Now I'm not sure if those declarations are
indeed required or not. If not, can we please get rid of them?
--
Thanking You,
Darshit Shah
hank you both, Darshit and Giuseppe, for paying attention and guiding me
> about the patch series. I'm very grateful.
>
>
> 2014-06-07 22:44 GMT+08:00 Giuseppe Scrivano :
>
>> Darshit Shah writes:
>>
>> > With Zihang's copyright assignment process over, i
;
> http://tools.ietf.org/html/rfc7230
> http://tools.ietf.org/html/rfc7231
> http://tools.ietf.org/html/rfc7232
> http://tools.ietf.org/html/rfc7233
> http://tools.ietf.org/html/rfc7234
> http://tools.ietf.org/html/rfc7235
>
> --
>
> / daniel.haxx.se
>
--
Thanking You,
Darshit Shah
spense with
> the barrier.
>
>
>
>> I'm attaching a handmade Metalink file which downloads a 50MB file for
>> testing purposes. Currently all threads connect to the same server and I
>> understand we don't support such behaviour but I guess 2-3 threads for
>> testing purpose don't hurt anyone. :)
>>
Does anyone have any objections to the above patches? Else we can merge them.
>> I'm open for suggestions.
>>
>> Regards,
>>
>> Jure Grabnar
>
>
>
--
Thanking You,
Darshit Shah
2014 at 2:39 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>> I'm facing an issue with the patch I submitted for libpsl and would be
>> glad if someone could help me.
>>
>> The configure.ac file does not work as expected. When libpsl is not
>>
__.py
> create mode 100644 testenv/server/ftp/ftp_server.py
> create mode 100644 testenv/server/http/__init__.py
> create mode 100644 testenv/server/http/http_server.py
> create mode 100644 testenv/test/__init__.py
> create mode 100644 testenv/test/base_test.py
> create mode 100644 test
2014 at 4:24 PM, Darshit Shah wrote:
> On Thu, Jun 5, 2014 at 4:16 PM, Tim Ruehsen wrote:
>> On Thursday 05 June 2014 15:27:21 Darshit Shah wrote:
>>> Tim,
>>>
>>> As the author of libpsl, I'm waiting on you to ACK this, so we can merge.
>>
>> Sor
On Thu, Jun 5, 2014 at 4:16 PM, Tim Ruehsen wrote:
> On Thursday 05 June 2014 15:27:21 Darshit Shah wrote:
>> Tim,
>>
>> As the author of libpsl, I'm waiting on you to ACK this, so we can merge.
>
> Sorry for letting you wait, Darshit.
Sure, no issues.
>
>
Tim,
As the author of libpsl, I'm waiting on you to ACK this, so we can merge.
On Wed, Jun 4, 2014 at 4:30 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>> From 5b25217ecf6eb1897d769f2ee0aa5e922e6cbff4 Mon Sep 17 00:00:00 2001
>> From: Darshit Shah
>> Da
rdupdelim
> (path, trailing_slash + 1) : '/'))
> {
> DEBUGP (("Attempt to fake the path: %s, %s\n",
> cookie->path, path));
> $
>
> Thanks,
> Yasuhisa Ishikawa
--
Thanking You,
Darshit Shah
Hi,
I've updated the patch with a small change to add libpsl to the list
of "not absolutely required" dependencies.
On Sun, Jun 1, 2014 at 2:35 AM, Ángel González wrote:
> On 31/05/14 21:30, Darshit Shah wrote:
>>
>> + * [35]libpsl is (optionally) requir
Hi Tim,
I've already submitted an update version of the patch to match the new library
name. Do let me know if you haven't received it. I'll resend the email in that
case.
—
Thanking you,
Darshit Shah
Sent from mobile. Please excuse any errors.
On Sun, Jun 1, 2014 at 3:46
On Sun, Jun 1, 2014 at 2:35 AM, Ángel González wrote:
> On 31/05/14 21:30, Darshit Shah wrote:
>>
>> + * [35]libpsl is (optionally) required for checking cookie domains.
>> +
>
> It's weird to have something "optionally required". I would remove
&g
age
coming very soon. Tim would know better about the current state. But
you can always build and install manually using make install.
On Fri, May 30, 2014 at 10:24 PM, Darshit Shah wrote:
> I've attached a patch that adds support for using libpsl for cookie
> domain checking in Wget.
ug tracker at savannah
> and the mailing list archive. I encourage you pick something simple and that
> appeals you.
>
>
> I hope to hear from you soon
> Best regards
>
>
>
--
Thanking You,
Darshit Shah
built
without libpsl support, it continues to use the old cookie domain
checking code.
I've removed the check for numeric addresses since it seems unneeded.
The host and cookie_host variables will be compared for a full check
either ways.
--
Thanking You,
Darshit
Here's the updated patch with documentation.
On Thu, May 29, 2014 at 6:08 PM, Darshit Shah wrote:
> On Thu, May 29, 2014 at 6:01 PM, Giuseppe Scrivano wrote:
>> Darshit Shah writes:
>>
>>> On Thu, May 29, 2014 at 4:30 PM, Giuseppe Scrivano
>>
On Thu, May 29, 2014 at 6:01 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>> On Thu, May 29, 2014 at 4:30 PM, Giuseppe Scrivano wrote:
>>> Darshit Shah writes:
>>>
>>>> Has anyone tested out this patch yet?
>>>>
>>>&
On Thu, May 29, 2014 at 4:30 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>> Has anyone tested out this patch yet?
>>
>> I'd really like some feedback on this before it gets merged. I prefer
>> this implementation of the progress bar over the ori
> the folder structure is too long.
> Do you have solutions?
>
> Thanks,
> Li, Jian
>
> -Original Message-
> From: Li, Jian
> Sent: Monday, May 26, 2014 4:07 PM
> To: 'Darshit Shah'
> Cc: 'bug-wget@gnu.org'
> Subject: RE: [Bug-wget] P
Has anyone tested out this patch yet?
I'd really like some feedback on this before it gets merged. I prefer
this implementation of the progress bar over the original one. Does
anybody have any issues / suggestions?
On Sat, May 24, 2014 at 12:12 PM, Darshit Shah wrote:
> Thanks for
at some point consider this as an option. Maybe,
we could have something similar to our CSS parsing code that tries to
identify various links to other webpages in javascript. It would be a
difficult task, but seems like the only option we have.
--
Thanking You,
Darshit Shah
Thanks for all the suggestions. Here is the final version of the
patch. Do test it out and let me know if anything is amiss / something
would look better if changed.
On Tue, May 20, 2014 at 12:22 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>> On Tue, May 20, 2014 at 1:
#
> utables/licenses/Resources/Stylesheets/Styles.css'
> Connecting to sham-2118-11.chn.hp.com|16.186.74.147|:8080... connected.
> HTTP request sent, awaiting response... 404 Not Found
> 15:57:11 ERROR 404: Not Found.
> #####
>
>
> Thanks,
> WGET user
--
Thanking You,
Darshit Shah
On Tue, May 20, 2014 at 1:26 AM, Ángel González wrote:
> On 19/05/14 21:17, Darshit Shah wrote:
>>
>> This patch is currently only a RFC. There's a few things I'd like your
>> comments on:
>>
>> 1. Should the numbers have localization support? They don&#
nts and criticism on the patch.
--
Thanking You,
Darshit Shah
From 231e638d8fa74488745d1eb5166faa82d126bc11 Mon Sep 17 00:00:00 2001
From: Darshit Shah
Date: Tue, 20 May 2014 00:15:45 +0530
Subject: [PATCH] More progress bar aesthetic changes
This commit introduces two new changes to how the progress
>
>
--
Thanking You,
Darshit Shah
t; 3. If i save a log file, then the screen will not display the progress
This has already been fixed but is not currently in any release version. If
you compile Wget from the current git tree, you'll be able to pass an
option, --show-progress to force the progress bar to be displayed.
--
Thanking You,
Darshit Shah
On Mon, May 5, 2014 at 9:40 AM, Tim Ruehsen wrote:
> On Saturday 03 May 2014 21:18:27 Darshit Shah wrote:
> > Hello again,
> >
> > This took too long. I had the patches, but completely forgot to send them
> > around. The attached patch was submitted in multiple commits
14-05-01 Gisle Vanem
>>>
>>> * ftp.c (ftp_loop_internal): Call url_string() to retrieve a 'hurl'
>>> incase WINDOWS
>>>needs to set the console-title.
>>> * http.c (http_loop): Call url_string() to retrieve a 'hurl' incase
>>> WINDOWS
>>> needs to set the console-title.
>>> * retr.c (fd_read_body): Update the read-percentage for WINDOWS if
>>> '--show-progress' or NOT '--quiet' are set.
>>>
>>> But hopefully you get the idea.
>>>
>>>
>>> Please do check the attached patch. It should fix the erroneous empty
>>>
>>>> lines you reported.
>>>>
>>>>
>>> Looks fine now.
>>>
>>> --gv
>>>
>>>
>>
>>
>> --
>> Thanking You,
>> Darshit Shah
>>
>>
--
Thanking You,
Darshit Shah
7;t know how you want a
> change-entry from me. The 'git-format-patch' won't work here. But here is a
> suggestion:
>
> 2014-05-01 Gisle Vanem
>
> * ftp.c (ftp_loop_internal): Call url_string() to retrieve a 'hurl'
> incase WINDOWS
>needs to set t
patch and I welcome any and all comments on it.
On Wed, Apr 30, 2014 at 9:39 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
> > No, I haven't tried porting this code into parallel-wget yet. We'd
> > have to edit all the calls to fd_read_body() which I'm assum
le to go through your patch yet, or create a unified
patchusing git format-patch. I'll do it in a while. Thanks for
submitting this!
> 2014-05-01 Gisle Vanem
>
> * ftp.c (ftp_loop_internal): Call url_string() to retrieve a 'hurl' incase
> WINDOWS
>needs
Sending to bug-wget.
On Thu, May 1, 2014 at 4:24 PM, Darshit Shah wrote:
> On Thu, May 1, 2014 at 3:58 PM, Gisle Vanem wrote:
>> You wrote:
>>
>>> I honestly haven't looked at the Windows specific part of the codebase
>>> at all, so I don't know ho
Hi,
On Tue, Apr 29, 2014 at 2:31 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>> Recently we received a feature request fromt he good guys at RedHat.
>> I've personally wanted this feature implemented in master for a while
>> now and was maintaining a hack
t.
All criticisms and reviews welcome. :)
--
Thanking You,
Darshit Shah
From 70019e6b46d692cd6bb9fc8b17589ec60f96ca9f Mon Sep 17 00:00:00 2001
From: Darshit Shah
Date: Sun, 27 Apr 2014 14:37:41 +0200
Subject: [PATCH 2/2] Update progress bar image and implement --show-progress
This is a relatively la
n --recursive mode to allow more
> customizable crawling behavior. This leaves any HTML parsing or regular
> expression matching entirely up to the user.
>
> Is there any interest in this? Is it feasible?
>
> Thanks, and thanks again for the great work on wget.
--
Thanking You,
Darshit Shah
s is a commonly reported grievance and as you correctly mention a
vestige of old times. With UTF-8 supported filesystems, Wget should
simply write the correct characters.
I sincerely hope this issue is resolved as fast as possible, but I
know not how to. Those who understand i18n should work on this.
--
Thanking You,
Darshit Shah
Oh great, thanks!
I thought you had access to those servers, hence I sent the mail here.
On Tue, Apr 22, 2014 at 6:21 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>> I just noticed that the git repository for Wget on Savannah does not
>> have SSL enabled on it. Henc
ind a post in about 204 in the
>> archives, but it seems to be a widely known problem (
>> https://www.google.com/search?q=wget+204 ).
>>
>> To reproduce:
>> `wget --server-response http://cr-tools.clients.google.com/service/check2`
>>
>> bin$ ./wget --server-response
--
Thanking You,
Darshit Shah
On Thu, Apr 17, 2014 at 2:55 PM, Darshit Shah wrote:
> On Thu, Apr 17, 2014 at 2:49 PM, Gisle Vanem wrote:
>> "Darshit Shah" wrote:
>>
>>> progress bar to me. It does not change the existing output so we have
>>> full backward compatibility with e
I just noticed that the git repository for Wget on Savannah does not
have SSL enabled on it. Hence, the only way to access both the cgit
interface and the git repository is through http which isn't too
secure.
Could we have HTTPS access enabled on those servers?
--
Thanking You,
Darshit Shah
On Thu, Apr 17, 2014 at 2:49 PM, Gisle Vanem wrote:
> "Darshit Shah" wrote:
>
>> progress bar to me. It does not change the existing output so we have
>> full backward compatibility with existing scripts, but allows the user
>> to explicitly display the progr
a --progress=none option.
>
--
Thanking You,
Darshit Shah
From 114c5495cdf182d7eedb42b4eece229054614877 Mon Sep 17 00:00:00 2001
From: Darshit Shah
Date: Thu, 17 Apr 2014 11:12:15 +0200
Subject: [PATCH] Add new option, show-progress
---
src/http.c | 5 +
src/init.c | 2 ++
src/log.
executables might be
> different when running the script from your Task Scheduler.
>
>
>
> Tim
>
>
>
>
>
> The information in this e-mail is intended only for the person to whom it is
> addressed. If you believe this e-mail was sent to you in error and the e-mail
> contains patient information, please contact the Partners Compliance HelpLine
> at
> http://www.partners.org/complianceline . If the e-mail was sent to you in
> error
> but does not contain patient information, please contact the sender and
> properly
> dispose of the e-mail.
>
--
Thanking You,
Darshit Shah
ect_header.py
> > create mode 100644 testenv/conf/response.py
> > create mode 100644 testenv/conf/rule_sample.py
> > create mode 100644 testenv/conf/send_header.py
> > create mode 100644 testenv/conf/server_conf.py
> > create mode 100644 testenv/conf/server_files.py
&g
On Mon, Apr 7, 2014 at 4:21 PM, L Walsh wrote:
>
>
> Darshit Shah wrote:
>>
>> Wget could, in theory, use fallocate() for linux, posix_fallocate() for
>> other posix-compliant systems and SetFileInformationByHandle (is this
>> available on older versions of Window
ou why it might be useful)...
>
> Cheers!
> Linda
>
>
> If you don't want to download with the final filename, I vote for
> downloading at the same folder with another extension and
> renaming.
>
> I don't think wget should care about fragmentation, though.
>
> Looking a bit the available options, and trying to get the best from
> both sides, I think we should download with the file in place, trying
> to preallocate the blocks (fallocate, SetFileInformationByHandle)
> when possible, but not worrying too much if it can't.
>
> Cheers
>
>
--
Thanking You,
Darshit Shah
On Fri, Apr 4, 2014 at 5:25 PM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
> > Unless we add something like --ignore-wgetrc-errors...
> > I think that's over-engineering the problem.
> >
> > Some time ago, Tim, if I remember correctly proposed
ole scheme can be made backward compatible by assuming the lack of a
version line to imply the current version.
--
Thanking You,
Darshit Shah
On Sun, Mar 30, 2014 at 9:35 PM, Tim Rühsen wrote:
> Am Sonntag, 30. März 2014, 16:00:07 schrieb Darshit Shah:
>> Hello,
>>
>> I've been wanting to clean up the code for Wget for some time now.
>> Today, I wrote a small script that compiles Wget with a bunch of
&
d clean as much of the code as
possible.
The scripts I wrote to generate this issue list will be publicly
available as soon as I manage to clean them up. They're still a
horrible hack, but it works.
--
Thanking You,
Darshit Shah
to know that using a variable as the format string is not
> a good practice for secure code.
>
> yousong
>
>>
>> They say third's time's the charm. :) I hope it's ok now.
>>
>> Regards,
>>
>>
>> Jure Grabnar
>>
>>
--
Thanking You,
Darshit Shah
Hi all,
There were a total of two compiler warnings I'd get on master when using clang.
I've attached a patch to rectify them.
These warnings occur when compiled with no extra CFLAGS.
--
Thanking You,
Darshit Shah
From 6d76c099774fcc3675b85fd47718283854a55f08 Mon Sep 17 00:00:00
er trigger but I can't say that I've
> done any *complete* analyses.
>
> --
>
> / daniel.haxx.se
>
--
Thanking You,
Darshit Shah
On Sat, Mar 22, 2014 at 10:21 PM, Ángel González wrote:
> On 22/03/14 18:10, Darshit Shah wrote:
>>
>> There was a case ealier today on the IRC channel that I'd like to
>> bring out here.
>> The user in question was attempting to continue a recursive retrieval.
&
ad the problem that Wget would block
for almost 30 seconds on each downloaded file while it loads it into
memory, while it simply skipped over newly downloaded files, giving me
the idea that the server did indeed send the right content-type
headers with HTTP 200 responses.
I'm looking for comments and opinions of how Wget should hand;e such
corner cases.
--
Thanking You,
Darshit Shah
ngeLog.
>
> Regards,
>
>
> Jure Grabnar
>
>
>
> On 20 March 2014 13:13, Darshit Shah wrote:
>>
>> I have a few comments about your proposal.
>>
>> 1. When downloading multiple files from multiple servers, there is
>> also the use case where
o much cleaner now! I haven't tested this code, but on a first
glance it looks fine to me too.
*Minor nuance*: "+@samp{--start-pos} has higher precedence over
@samp{--continue}. When": Single spacing at the end of a sentence.
Giuseppe could you kindly fix that while applying?
--
Thanking You,
Darshit Shah
w.
>
> Regards,
>
>
> Jure Grabnar
>
>
>
> On 18 March 2014 01:06, Darshit Shah wrote:
>>
>> Hi Jure,
>>
>> Thanks for your patches. However, I do have a few comments about the same:
>>
>> 1. Trailing Whitespaces: This is essentially
On Wed, Mar 19, 2014 at 8:47 AM, Giuseppe Scrivano wrote:
> Darshit Shah writes:
>
>> I was trying to download a large ISO (>4GB) through a metalink file.
>>
>> The first thing that struck me was: The file is first downloaded to
>> /tmp and then moved to the loca
Even if the disk is out of capacity, Wget manages to exit gracefully.
I'll try to dive into the code once I get time, but if anyone has any
ideas in the meantime, it would be greatly appreciated!
--
Thanking You,
Darshit Shah
are probably accepted, too.
>
> Attached are the certificates, keys, and commands to set up a test rig
> with OpenSSL's s_server. The certificates are issued for example.com,
> and require a modification to /etc/hosts to make things work as
> (un)expected.
>
> Jeffrey Walton
> Baltimore, MD, US
--
Thanking You,
Darshit Shah
rds,
>
>
> Jure Grabnar (toomanysecrets)
--
Thanking You,
Darshit Shah
Turn on time-stamping.
>>
>> That provides no clue as to why it's useful. Could we add something like
>> this?:
>>
>> In certain cases, this option will prevent re-downloading and deleting
>> files.
>>
>> Or whatever is more correct...
>>
>> Cheers,
>> Pierre
>
>
--
Thanking You,
Darshit Shah
On Sun, Mar 16, 2014 at 9:12 AM, 陈子杭 (Zihang Chen) wrote:
> I'm in UTC+8:00. There are 9 hours between UTC+8:00 and CET, I think. So
> 8:00am CET is fine with me.
>
Perfect. Let's keep it for Mar. 17, 8:00am CET then?
>
> 2014-03-16 16:04 GMT+08:00 Darshit Shah :
>
>
On Sun, Mar 16, 2014 at 2:32 AM, 陈子杭 (Zihang Chen) wrote:
> Absolutely! BTW what timezone are you in?
>
I'm in CET. You? Would something akin to 8:00am CET be fine with you
> 2014年3月16日 上午4:49于 "Darshit Shah" 写道：
>
>> Hi Zihang,
>>
>> There's
hosted on gist.
>
> https://gist.github.com/mad4alcohol/9487859
>
>
> 2014-03-14 21:03 GMT+08:00 Darshit Shah :
>
>> On Fri, Mar 14, 2014 at 1:54 PM, Darshit Shah wrote:
>> > On Wed, Mar 12, 2014 at 3:53 AM, 陈子杭 (Zihang Chen)
>> > wrote:
>> >>
On Fri, Mar 14, 2014 at 1:54 PM, Darshit Shah wrote:
> On Wed, Mar 12, 2014 at 3:53 AM, 陈子杭 (Zihang Chen) wrote:
>> Hi.
>>
>> I just uploaded my proposal for GSoC 2014 on melange. Looking forward to
>> your feedback :)
>>
> You should preferably mark it p
On Fri, Mar 14, 2014 at 1:20 PM, 陈子杭 (Zihang Chen) wrote:
>
>
>
> 2014-03-14 20:01 GMT+08:00 Darshit Shah :
>>
>> Hi,
>>
>> Things are getting much cleaner with each iteration. :)
>> I haven't had the time to check the patchset yet. And I may not h
uggested in the FAQ, you should really keep the time between suggested
down and firm pencils down to clean up your code and wrap things up. You
*will* need, and I repeat, you *will* need the whole week to wrap up
and get your
code ready for merging.
--
Thanking You,
Darshit Shah
h".
>> - The Subject line of your should be short and concise, fitted into
>> one line sentence without commas, and detailed description goes to
>> message body.
>> - I prefer patches sent with "git send-email 000*.patch", that way we
>> can view and refer
t into 9 relatively small commits, and I removed all
> the trailing backspaces and new lines. These patches apply to
> origin/parallel-wget without warnings.
>
> Thank both of you very much for all the help!
>
> If you have any concerns about the contents of the patches, please le
;
> 2014-03-10 16:34 GMT+08:00 陈子杭 (Zihang Chen) :
>
>
>>
>>
>> 2014-03-10 16:17 GMT+08:00 Darshit Shah :
>>
>>
>>>
>>>
>>> On Mon, Mar 10, 2014 at 8:46 AM, 陈子杭 (Zihang Chen)
>>> wrote:
>>>
>>>> Hi You
p and submit a patch.
>
> I think that would be great. From my point of view, the new verbosity
> level option makes more sense as it would not change the existing wget
> behaviour.
>
> Thanks for your reply and for mentioning your patch-set.
>
Great! I'll work on the patch set when I get the time. And will also
implement
the same as a new verbosity level.
>
>
--
Thanking You,
Darshit Shah
ting ones in the
> > repository were written.
> >
> >
> >yousong
> >
>
>
>
> --
> Regards,
> Chen Zihang,
> Computer School of Wuhan University
> ---
> 此致
> 陈子杭
> 武汉大学计算机学院
>
--
Thanking You,
Darshit Shah
lease chime in on this. I like the overall restructuring though.
And if the abstractions do work the way I think they do, I believe this
could be a good idea. I'll look at it in much more detail when I get the
time.
On Sun, Mar 9, 2014 at 2:22 AM, Darshit Shah wrote:
> Hi,
>
> Than
s expected.
>
> Let me know if there's any problem.
>
> --
> Regards,
> Chen Zihang,
> Computer School of Wuhan University
> ---
> 此致
> 陈子杭
> 武汉大学计算机学院
>
--
Thanking You,
Darshit Shah
irst-time GSoCer.
>
> You'd have to use HTML. Since the proposals need to be sent through the
melange website which has a WYSWYG editor I guess
There's time for that though. Proposals open on 10th March. Check out the
format then and send in one.
>
>
> 2014-03-07 22:35 GMT+08:0
601 - 700 of 872 matches
Mail list logo
