I don't want this to spiral down to Micah bashing. He has brought a lot
of good energy to the project, and gotten things moving forward nicely.
Thanks.
I know of instances where this option would be useful for me, and others
have chipped in. I think we all agree it isn't perfect and there is
no
On Thu, 11 Oct 2007, Micah Cowan wrote:
> It's not really about this option, it's about a class of options. I'm in
> the unenviable position of having to determine whether small patches
> that add options are sufficiently useful to justify the addition of the
> option. Adding one new option/rc com
users.
On Wed, 10 Oct 2007, Hrvoje Niksic wrote:
> Jim Wright <[EMAIL PROTECTED]> writes:
>
> >> - --limit-rate will find your version handy, but I want to hear from
> >> them. :)
> >
> > I would appreciate and have use for such an option. We often
On Mon, 8 Oct 2007, Micah Cowan wrote:
> As to whether or not it will be included in mainline Wget, that depends
> on the answer to your question, "does this seem like something others of
> you could use?" I, personally, wouldn't find it very useful (I rarely
> use even --limit-rate), so I'd be in
My usage is counter to your assumptions below. I run every hour to
connect to 1,000 instruments (1,500 in 12 months) dispersed over the
entire western US and Alaska. I append log messages for all runs from
a day to a single file. This is an important debugging tool for us.
We have mostly VSAT an
modify /etc/hosts temporarily on the computer you are running wget
to add a line similar to
1.2.3.4 sitename.com # temporary hack to get new web site
pull the files then remove that line from /etc/hosts. this assumes
that /etc/hosts has precedence over dns (and yp or whatever) on your
machin
wget -O RoswellGA-weather.html
'http://www.srh.noaa.gov/ifps/MapClick.php?FcstType=text&textField1=34.03740&textField2=-84.35600&site=ffc&Radius=0&CiTemplate=0&TextType=1'
use single quotes to enclose characters that would otherwise have special
meaning to the shell.
Jim
On Thu, 6 Apr 2006, Da
On Thu, 30 Mar 2006, Mauro Tortonesi wrote:
>
> > I do like the [file|path|domain]: approach. very nice and flexible.
> > (and would be a huge help to one specific need I have!) I suggest also
> > including an "any" option as a shortcut for putting the same pattern in
> > all three options.
>
>
what definition of regexp would you be following? or would this be
making up something new? I'm not quite understanding the comment about
the comma and needing escaping for literal commas. this is true for any
character in the regexp language, so why the special concern for comma?
I do like the
I'd suggest using your original accept, and not using a reject.
You know specifically what you want, and all the rest will be ignored.
Jim
On Mon, 20 Mar 2006, TeeJay wrote:
> Jim Wright unavco.org> writes:
>
> >
> > Wildcards don't work is the accepted
Wildcards don't work is the accepted wisdom. I just realized that I
have been using downloads of the form "--accept AB06*a.T00,AB06*a.BNX"
for a long time and it works fine for me. Should it not?
Looking at the lines below, the reject encompasses all of the accept,
so if reject is applied after
I would find it very useful.
Jim Wright
Plate Boundary Observatory
On Thu, 1 Dec 2005, Mauro Tortonesi wrote:
> Juhana Sadeharju wrote:
> > Hello. I would like to have a database within wget. The database
> > would let wget know what it has downloaded earlier. Wget could
> &
wget 1.10 is now out. wget 1.10.1 is on the way to address some issues
that have popped up. When can we begin submitting patches for features
that were deferred for the 1.10 release? Will 1.10.1 be strictly
bug fixes? I (and I believe several others) have contributions that
I/we would like to s
[I previously sent this to [EMAIL PROTECTED] with no response.
This is probably a better forum for this.]
There has obviously been a great deal of work recently on wget, and
a new release seems to be on the horizon. I have some patches to add
functionality, but I've not taken the time to clean t
Unfortunately, in some cases at least, wget return codes are nearly
meaningless. When trying to mirror an ftp site for example, the return
code appears to only indicate if the server could be contacted and has
nothing to do with the success of the requested operation.
The situation is probably be
> export http_proxy=http://user:[EMAIL PROTECTED]:3128
> export https_proxy=http://user:[EMAIL PROTECTED]:3128
Should both environment variables be identical? How does the
proxy know that you are using ssl in the second case?
Jim
On Thu, 2 Dec 2004, Volker Westphal wrote:
> He
% wget -q -O - http://www.gnu.org/software/wget/manual/wget-1.8.1/html_mono/wget.html
| html2text | head -15
** GNU Wget **
* The noninteractive downloading utility *
* Updated for Wget 1.8.1, December 2001 *
by Hrvoje [EMAIL PROTECTED]'{c} and the developers
=
Is the CVS version of wget being actively developed? I have some
enhancements I will be adding, and I wanted to use the CVS version to
make it easier to contribute my changes back to the project. However,
I have found the CVS version to have a number of bugs. In particular,
when an ftp connectio
18 matches
Mail list logo
