Comments on: Wanted: eglob.py http://lesscode.org/2005/07/01/enhanced-glob-wanted/ AAaaaaahhhhrrrrrrr! Mon, 17 Sep 2007 09:13:23 +0000 http://wordpress.org/?v=2.0.1 by: Kent Johnson http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-30 Tue, 12 Jul 2005 02:16:47 +0000 http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-30 <p>Jason Orendorff's path module can do mucho of this. It will recursively walk dirs filtering on an fnmatch and optionally isfile or isdir.</p> <p></p> <p>eglob.find(re.compile(r'^/tmp/.*')) might be path.path('/tmp').walk() depending on what you really mean by the re.</p> <p>eglob.find('/home/*', directories=1) is path.path('/home').dirs()</p> <p></p> <p>Kent</p> Jason Orendorff’s path module can do mucho of this. It will recursively walk dirs filtering on an fnmatch and optionally isfile or isdir.

eglob.find(re.compile(r’^/tmp/.*’)) might be
path.path(’/tmp’).walk() depending on what you really mean by the re.

eglob.find(’/home/*’, directories=1) is
path.path(’/home’).dirs()

Kent

]]> by: Ian Bicking http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-9 Thu, 07 Jul 2005 17:51:15 +0000 http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-9 <p>py.path (in the py lib) has several options for recursing files with matchers.</p> py.path (in the py lib) has several options for recursing files with matchers.

]]> by: Ryan Tomayko http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-8 Thu, 07 Jul 2005 17:14:07 +0000 http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-8 <p>Dang, the CSS for these comments is stupid. I'm going to have to take a look at that.</p> Dang, the CSS for these comments is stupid. I’m going to have to take a look at that.

]]> by: Ryan Tomayko http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-7 Thu, 07 Jul 2005 17:11:53 +0000 http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-7 <p>Nice to see you here, Simon. I hope your not in harms way over there with all the chaos. :)</p> <p>That's a good point. I had thought of "**/.cvsignore" as being rooted from the current directory. "/**/.cvsignore" would be bad though.</p> <p>btw, the first place I saw the syntax was in the python based rdiff-backup and I instantly liked it:</p> <p>http://rdiff-backup.stanford.edu/rdiff-backup.1.html#sect7</p> <p></p> Nice to see you here, Simon. I hope your not in harms way over there with all the chaos. :)

That’s a good point. I had thought of “**/.cvsignore” as being rooted from the current directory. “/**/.cvsignore” would be bad though.

btw, the first place I saw the syntax was in the python based rdiff-backup and I instantly liked it:

http://rdiff-backup.stanford.edu/rdiff-backup.1.html#sect7

]]> by: Simon Willison http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-6 Thu, 07 Jul 2005 16:33:41 +0000 http://lesscode.org/2005/07/01/enhanced-glob-wanted/#comment-6 <p>Markdown broke my comment. Here it is again.</p> <p>I don't quite understand how the "**/.cvsignore" and "re.compile(r'^/tmp/.*')" examples would work. Wouldn't you have to scan every single path on the whole system (the equivalent of running "find /") and then filter each one? At least with "/etc/**" you only have to scan a single directory, albeit recurisvely. Am I missing something?</p> Markdown broke my comment. Here it is again.

I don’t quite understand how the “**/.cvsignore” and “re.compile(r’^/tmp/.*’)” examples would work. Wouldn’t you have to scan every single path on the whole system (the equivalent of running “find /”) and then filter each one? At least with “/etc/**” you only have to scan a single directory, albeit recurisvely. Am I missing something?

]]>