[Python-Dev] Unipath package

a dict. 'dump_path' displays an ASCII tree of a directory hierarchy, with file sizes and symlink targets showing. Enjoy! and please provide feedback. --Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org

Re: [Python-Dev] Unipath package

they need a year of use before they can be considered sufficiently stable. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman

Re: [Python-Dev] Unipath package

On 1/28/07, Steven Bethard [EMAIL PROTECTED] wrote: On 1/28/07, Michael Foord [EMAIL PROTECTED] wrote: Mike Orr wrote: I finally finished my path package (Unipath) and put it in the Cheeseshop. http://sluggo.scrapping.cc/python/unipath/ Hello Mike, Looking through the docs

Re: [Python-Dev] [Python-3000] Unipath package

may be wrong. If there's necessity for those methods/properties I'll add them, but I don't want to add a bunch of legacy methods that will rarely be called. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] [Python-3000] Unipath package

On 1/28/07, Mike Orr [EMAIL PROTECTED] wrote: Passing an absolute foreign path is an error, because there's no sane way to interpret C:\\ on Posix or / on Windows. There is in fact a very sane way to interpret / on Windows: the root directory of the current drive. It's equivalent

Re: [Python-Dev] Unipath package

tests. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] The bytes type

to other packages. Getting rid of old-style classes would be nice too. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options

Re: [Python-Dev] [Python-3000] Warning for 2.6 and greater

out, then started programming the new way. If it mattered (it didn't), I would have tied my applications specifically to Perl 4. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo

[Python-Dev] Virtual Python (was Re: Python and the Linux Standard Base (LSB))

This may be a bit too FAQ-ish for some people but I'll post it in case anybody benefits from the answer. On 11/30/06, Phillip J. Eby [EMAIL PROTECTED] wrote: At 02:46 PM 11/30/2006 -0800, Mike Orr wrote: Speaking of Virtual Python [1], I've heard some people recommending it as a general

Re: [Python-Dev] Python and the Linux Standard Base (LSB)

independent of others ) -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Python and the Linux Standard Base (LSB)

incompatible versions of such packages into its site-packages. One wishes distro vendors would install a separate copy of Python for their internal OS stuff so that broken-library or version issues wouldn't affect the system. That would be worth putting into the standard. -- Mike Orr [EMAIL

Re: [Python-Dev] Distribution tools: What I would like to see

to. But I also need to learn more about setuptools before I can do that. As it happens I need the information anyway because I'm about to package an egg -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] Distribution tools: What I would like to see

as minimal features release, so it may be better to target this for Python 3 and backport it if possible. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http

Re: [Python-Dev] Distribution tools: What I would like to see

with their question, rather than an answer that's a section in a manual describing a particular tool. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http

Re: [Python-Dev] Path object design

still rounding up packages to install. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail

Re: [Python-Dev] Path object design

of rmtree would make it behave like my purge() function without detracting from its existing use: if not os.exists(p): return if not os.isdir(p): p.remove() Also, do we really need six copy methods? copy2 can be handled by a third argument, etc. -- Mike Orr [EMAIL PROTECTED

Re: [Python-Dev] Path object design

. And sometimes you have to check the filetype in order to determine *what* to do. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org

Re: [Python-Dev] Path object design

on an API possible? Maybe he did what the rest of us (including me) should have done long ago. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http

Re: [Python-Dev] Path object design

not sure we should force them to split the fragment just to rejoin it again. Maybe we need a .join_unsafe method for this, haha. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo

[Python-Dev] Mini Path object

functions require string arguments you'd have to use unicode() a lot. -- Mike Orr [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options

Re: [Python-Dev] PEP 3102: Keyword-only arguments

Terry Reedy has mentioned.) -- Mike Orr [EMAIL PROTECTED] ([EMAIL PROTECTED] address is semi-reliable) ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options

Re: [Python-Dev] Alternative path suggestion

On 5/5/06, Nick Coghlan [EMAIL PROTECTED] wrote: Mike Orr wrote: On 5/4/06, Paul Moore [EMAIL PROTECTED] wrote: (But all the current proposals seem to build on os.path, so maybe I should assume otherwise, that os.path will remain indefinitely...) They build on os.path because that's

Re: [Python-Dev] Alternative path suggestion

a standard exception if the actual filesystem object is inconsistent with the spec. -- Mike Orr [EMAIL PROTECTED] ([EMAIL PROTECTED] address is semi-reliable) ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo

[Python-Dev] More Path comments (PEP 355)

chokes if the item is a file. - +1 for rationalizing .copy*(). - +1 for .chdir(). This is a frequent operation, and it makes no sense not to include it. -- Mike Orr [EMAIL PROTECTED] ([EMAIL PROTECTED] address is semi-reliable) ___ Python-Dev mailing

[Python-Dev] Path.ancestor()

.ancestor(0) is equivalent to ... The tidiness of this is outweighed by the difficulty of remembering that N is not the number of ... -- Mike Orr [EMAIL PROTECTED] ([EMAIL PROTECTED] address is semi-reliable) ___ Python-Dev mailing list Python-Dev