"Zembower, Kevin" <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED]:/tmp$ wget --timestamping --no-host-directories --glob=on
> --recursive --cut-dirs=4
> 'ftp://xxx:[EMAIL PROTECTED]/%2Fccp1/data/shared/news/motd/qotd.txt'
If you need double slash, you must spell it explicitly:
wget [...] ftp
I agree with Tony.i think most basic users, me included, thought
www-*.yoyodyne.com would not match www.yoyodyne.com
Support globs as default, regexp as the more powerful option.
Ranjit Sandhu
SRA
-Original Message-
From: Tony Lewis [mailto:[EMAIL PROTECTED]
Sent: Friday, March 31
* Mauro Tortonesi <[EMAIL PROTECTED]> wrote:
>> I'm hoping for ... a "raw" type in addition to "file",
>> "domain", etc.
>
> do you mean you would like to have a regex class working on the
> content of downloaded files as well?
Not exactly. (details below)
> i don't like your "raw" proposal as
I'm having a problem downloading files from a Novell Netware server.
When I do it manually with FTP, I first 'cd //ccp1' to change servers.
Ncftpget seems to do this, but wget doesn't:
[EMAIL PROTECTED]:/tmp$ ncftpget -u xxx -p yyy ccp3 /tmp/
'//ccp1/data/shared/news/motd/qotd.txt'
/tmp/qotd.txt:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > wget -e robots=off -r -N -k -E -p -H http://www.gnu.org/software/wget/
> >
> > soon leads to non wget related links being downloaded, eg.
> > http://www.gnu.org/graphics/agnuhead.html
>
> In that particular case, I think --no-parent would solv
On Friday 31 March 2006 06:52, Mauro Tortonesi:
> while i like the idea of supporting modifiers like "quick" (short
> circuit) and maybe "i" (case insensitive comparison), i think that (?i:)
> and (?-i:) constructs would be overkill and rather hard to implement.
I figured that the (?i:) and (?-i:)
Hrvoje Niksic wrote:
> I don't see a clear line that connects --filter to glob patterns as used
> by the shell.
I want to list all PDFs in the shell, ls -l *.pdf
I want a filter to keep all PDFs, --filter=+file:*.pdf
Note that "*.pdf" is not a valid regular expression even though it's what
most
"Tony Lewis" <[EMAIL PROTECTED]> writes:
> I didn't miss the point at all. I'm trying to make a completely different
> one, which is that regular expressions will confuse most users (even if you
> tell them that the argument to --filter is a regular expression).
Well, "most users" will probably n
Hrvoje Niksic wrote:
> But that misses the point, which is that we *want* to make the
> more expressive language, already used elsewhere on Unix, the
> default.
I didn't miss the point at all. I'm trying to make a completely different
one, which is that regular expressions will confuse most user
"Tony Lewis" <[EMAIL PROTECTED]> writes:
> Mauro Tortonesi wrote:
>
>> no. i was talking about regexps. they are more expressive
>> and powerful than simple globs. i don't see what's the
>> point in supporting both.
>
> The problem is that users who are expecting globs will try things like
> --fi
Mauro Tortonesi wrote:
> no. i was talking about regexps. they are more expressive
> and powerful than simple globs. i don't see what's the
> point in supporting both.
The problem is that users who are expecting globs will try things like
--filter=-file:*.pdf rather than --filter:-file:.*\.pdf.
Mauro Tortonesi wrote:
for consistency and to avoid maintenance problems, i would like wget
to have the same behavior on windows and unix. please, notice that if
we implemented regex support only on unix, windows binaries of wget
built with cygwin would have regex support but native binaries
w
Hrvoje Niksic wrote:
Wincent Colaiuta <[EMAIL PROTECTED]> writes:
Are you sure that "www-*" matches "www"?
Yes.
hrvoje is right. try this perl script:
#!/usr/bin/perl -w
use strict;
my @strings = ("www-.yoyodyne.com",
"www.yoyodyne.com");
foreach my $str (@strings) {
Wincent Colaiuta <[EMAIL PROTECTED]> writes:
> Are you sure that "www-*" matches "www"?
Yes.
> As far as I know "www-*" matches "one w, another w, a third w, a
> hyphen, then 0 or more hyphens".
That would be "www--*" or "www-+".
El 29/03/2006, a las 14:39, Hrvoje Niksic escribió:
I can't see any good reason to use "," here. Why not write the line
as:
eta_hrs = eta / 3600; eta %= 3600;
Because that's not equivalent.
Well, it should be, because the comma operator has lower precedence
than the assignment operato
El 31/03/2006, a las 14:37, Hrvoje Niksic escribió:
"*" matches the previous character repeated 0 or more times. This is
in contrast to wildcards, where "*" alone matches any character 0 or
more times. (This is part of why regexps are often confusing to
people used to the much simpler wildcard
Hrvoje Niksic wrote:
Herold Heiko <[EMAIL PROTECTED]> writes:
Get the best of both, use a syntax permitting a "first match-exits"
ACL, single ACE permits several statements ANDed together. Cooking
up a simple syntax for users without much regexp experience won't be
easy.
I assume ACL stands f
Hrvoje Niksic wrote:
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
wget -r --filter=-domain:www-*.yoyodyne.com
This appears to match "www.yoyodyne.com", "www--.yoyodyne.com",
"www---.yoyodyne.com", and so on, if interpreted as a regex.
not really. it would not match www.yoyodyne.com.
Wh
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>wget -r --filter=-domain:www-*.yoyodyne.com
This appears to match "www.yoyodyne.com", "www--.yoyodyne.com",
"www---.yoyodyne.com", and so on, if interpreted as a regex.
>>>
>>> not really. it would not match www.yoyodyne.com.
>> Why
> From: Oliver Schulze L. [mailto:[EMAIL PROTECTED]
> My personal idea on this is to: enable regex in Unix and
> disable it on
> Windows.
>
> We all use Unix/Linux and regex is really usefull. I think not having
We all use Unix/Linux ? You would be surprised how many wget users on
windows are
Curtis Hatter wrote:
On Thursday 30 March 2006 13:42, Tony Lewis wrote:
Perhaps --filter=path,i:/path/to/krs would work.
That would look to be the most elegant method. I do hope that the (?i:) and
(?-i:) constructs are supported since I may not want the entire path/file to
be case (in)?sens
Oliver Schulze L. wrote:
Hrvoje Niksic wrote:
The regexp API's found on today's Unix systems
might be usable, but unfortunately those are not available on Windows.
My personal idea on this is to: enable regex in Unix and disable it on
Windows.
>
We all use Unix/Linux and regex is really us
Hrvoje Niksic wrote:
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
Scott Scriven wrote:
* Mauro Tortonesi <[EMAIL PROTECTED]> wrote:
wget -r --filter=-domain:www-*.yoyodyne.com
This appears to match "www.yoyodyne.com", "www--.yoyodyne.com",
"www---.yoyodyne.com", and so on, if interpr
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
> Scott Scriven wrote:
>> * Mauro Tortonesi <[EMAIL PROTECTED]> wrote:
>>
>>>wget -r --filter=-domain:www-*.yoyodyne.com
>> This appears to match "www.yoyodyne.com", "www--.yoyodyne.com",
>> "www---.yoyodyne.com", and so on, if interpreted as a regex
Scott Scriven wrote:
* Mauro Tortonesi <[EMAIL PROTECTED]> wrote:
wget -r --filter=-domain:www-*.yoyodyne.com
This appears to match "www.yoyodyne.com", "www--.yoyodyne.com",
"www---.yoyodyne.com", and so on, if interpreted as a regex.
not really. it would not match www.yoyodyne.com.
It
25 matches
Mail list logo