Re: [Python-Dev] Looking for VCS usage scenarios

2008-11-06 Thread Gustavo Niemeyer
7;ve been using this for a while for the "authoritative" branches. So it's a distributed workflow otherwise, but at the end of the life cycle of a branch, we merge and commit to a bound branch pretty much like committing a change to Subversion. -- Gustavo Niemeyer http://niemeyer.

Re: [Python-Dev] Looking for VCS usage scenarios

2008-11-04 Thread Gustavo Niemeyer
if these patches carried history information which allowed them to be merged considering context, and carried logs, authorship information, and incremental history. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org ht

Re: [Python-Dev] Looking for VCS usage scenarios

2008-11-04 Thread Gustavo Niemeyer
ue that Bazaar performance was much worse in the past, and it is true that it's being improved, and will continue to improve. In case Bazaar is a good deal for Python nowadays, it should only get better over time. -- Gustavo Niemeyer http://niemeyer.net ___

Re: [Python-Dev] Looking for VCS usage scenarios

2008-11-03 Thread Gustavo Niemeyer
;s a real world situation, not something I'm making up to favor bzr. I'm pretty sure hg should have something similar too (and git does for sure). > As for the "via mail" feature, I use Gmail so it doesn't mean anything to me. > =) Please ask Tim to teach you how

Re: [Python-Dev] Looking for VCS usage scenarios

2008-11-03 Thread Gustavo Niemeyer
talking about history-carrying diffs which can be attached and sent via mail, not about viewing plain diffs, which every VCS tool in the world can do since version 0.0. Anyway, I guess you already have what you want. Good luck picking the right choice! -- Gustav

Re: [Python-Dev] Looking for VCS usage scenarios

2008-11-02 Thread Gustavo Niemeyer
ovide his changes in the bug or in a mail without having to set up any infrastructure/accounts/whatever at all to provide his branch. That's it for now. If I can think of any other use cases from our routine that might serve as things to explore in such a comparison, I'll let you know. --

Re: [Python-Dev] Amusing fan mail I got

2007-03-20 Thread Gustavo Niemeyer
> i thought about this thing. (...) +1! -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-

Re: [Python-Dev] Minipython

2006-09-27 Thread Gustavo Niemeyer
] http://opensource.nokia.com/projects/pythonfors60/ [2] http://pymaemo.sf.net -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/o

Re: [Python-Dev] dict.discard

2006-09-21 Thread Gustavo Niemeyer
thout enlarging > the dict API. Yeah, this looks good. I don't think I've ever used it like this. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev U

[Python-Dev] dict.discard

2006-09-21 Thread Gustavo Niemeyer
Hey guys, After trying to use it a few times with no success :-), I'd like to include a new method, dict.discard, mirroring set.discard: >>> print set.discard.__doc__ Remove an element from a set if it is a member. If the element is not a member, do nothing. Comments

Re: [Python-Dev] buildbot breakage

2006-09-06 Thread Gustavo Niemeyer
removed the one expecting sys.stdout to be a "normal" file. Sorry for the trouble, -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http

[Python-Dev] buildbot breakage

2006-09-06 Thread Gustavo Niemeyer
related to stdout/stderr handling, and I'm having trouble making buildbot happy while keeping the new tests in place. I apologise for any inconvenience this may cause. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@

Re: [Python-Dev] no remaining issues blocking 2.5 release

2006-09-05 Thread Gustavo Niemeyer
> Did you still want this addressed? Anthony and I made some comments > on the bug/patch, but nothing has been updated. I was waiting because I got unassigned from the bug, so I thought the maintainer was stepping up. I'll commit a fix for it today. Thanks for pinging me, -- Gusta

Re: [Python-Dev] no remaining issues blocking 2.5 release

2006-08-15 Thread Gustavo Niemeyer
fix should be trivial. I can commit a fix tonight, if the subprocess module author/maintainer is unavailable to check it out. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listi

Re: [Python-Dev] Moving the ctypes repository to python.org

2006-06-23 Thread Gustavo Niemeyer
be possible to use cvs2svn itself, creating a dump file, and loading that dump file into an existing repository with 'svnadmin load --parent-dir'. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org http://mail

Re: [Python-Dev] Alternative path suggestion

2006-05-04 Thread Gustavo Niemeyer
> You ought to have predefined classes for the standard OSes. Expecting > people to know the values for sep and extsep seems unhelpful. (...) Why not something as simple as having path.sep == None meaning the default for the platform, and a defined value for otherwise? -- Gustavo Niemeye

Re: [Python-Dev] Alternative path suggestion

2006-05-04 Thread Gustavo Niemeyer
on't agree. "isdir" is an attribute of the filesystem, not of the path object. I'd never expect that e.g. a network operation could result from accessing an attribute in Python, and that could certainly happen if the path is referencing a network filesystem. -- Gustavo Niemeyer

Re: [Python-Dev] setuptools in 2.5.

2006-04-20 Thread Gustavo Niemeyer
e system. -- Gustavo Niemeyer http://niemeyer.net ___ 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] Updated: PEP 359: The make statement

2006-04-18 Thread Gustavo Niemeyer
> Consider it dead. =) RIP. ;) -- Gustavo Niemeyer http://niemeyer.net ___ 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%40m

Re: [Python-Dev] Updated: PEP 359: The make statement

2006-04-18 Thread Gustavo Niemeyer
l the metaclass support that Python took so long to maturate. Otherwise, a new optional extension could be included as well: "Removing the 'class' statement". -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Pyth

Re: [Python-Dev] Generalizing *args and **kwargs

2006-02-15 Thread Gustavo Niemeyer
ime someone figures out it's a nice idea. Have a look for the subject "Extending tuple unpacking" in the mailing list for a recent discussion on the topic. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-De

[Python-Dev] StreamHandler eating exceptions

2005-10-30 Thread Gustavo Niemeyer
pt UnicodeError: self.stream.write(fs % msg.encode("UTF-8")) self.flush() +except KeyboardInterrupt: +raise except: self.handleError(record) Anyone against the change? -- Gustavo Niemeyer http://niemeyer.net _

Re: [Python-Dev] Extending tuple unpacking

2005-10-07 Thread Gustavo Niemeyer
uivalent to f(1,) even though (1) is an int but > (1,) is a tuple. "Extended *tuple* unpacking" was a wrong subject indeed. This is general unpacking, since it's supposed to work with any sequence. -- Gustavo Niemeyer http://niemeyer.net __

[Python-Dev] Extending tuple unpacking

2005-10-07 Thread Gustavo Niemeyer
other contexts. What do you think? -- Gustavo Niemeyer http://niemeyer.net ___ 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

[Python-Dev] SIGPIPE => SIG_IGN?

2005-09-09 Thread Gustavo Niemeyer
.system("yes | head -1") y 0 >>> os.system("yes | read any") 0 Out of curiosity, many of the google results for "yes: standard output: Broken pipe" are from Python programs. :-) Regards, -- Gustavo Niemeyer http://niemeyer.net ___

Re: [Python-Dev] Fwd: Distributed RCS

2005-08-14 Thread Gustavo Niemeyer
egards, -- Gustavo Niemeyer http://niemeyer.net ___ 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] Fwd: Distributed RCS

2005-08-14 Thread Gustavo Niemeyer
line; > selective commit of only some of the changed files is also not > supported. bzr diff cannot show the changes between two revisions, The development version has all of those features implemented already. > and cannot show revisions across branches. I'm not sure about this one

Re: [Python-Dev] Chaining try statements: eltry?

2005-07-07 Thread Gustavo Niemeyer
ugh I strongly dislike the idea ;-), decide it and get just half of the complaints, rather than getting all of them and spreading FUD. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.

Re: [Python-Dev] PyPI: no space left on device

2005-06-18 Thread Gustavo Niemeyer
until someone mentions the right place to deliver the message". Adding that address to the PyPI page itself would be valueable, and will probably save python-dev from further misinformed reporters. Thanks for forwarding it this time, -- Gustavo Niemeyer http://niemeyer.net

[Python-Dev] PyPI: no space left on device

2005-06-18 Thread Gustavo Niemeyer
ERROR: could not extend relation "releases": No space left on device HINT: Check free disk space. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Uns

Re: [Python-Dev] Thoughts on stdlib evolvement

2005-06-10 Thread Gustavo Niemeyer
ses, doing so in the standard library would spread fear and "python is so untrustful" feelings. That's something a good police, reflecting practices that we learn "by osmose" while living in that environment (python-dev) for a while, could try to handle. Enforcing it i

Re: [Python-Dev] Bug day on the 25th?

2005-06-10 Thread Gustavo Niemeyer
x27;s two days before EuroPython, and many people might be moving to the conference at that time. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] PEP 340 keyword: Extended while syntax

2005-05-05 Thread Gustavo Niemeyer
rom locking(myLock): # Do something And also, this would require a break necessarily: while (foo, bar) from locking(): # Pass > This will require a new keyword/operator 'from' to use in a 'from' > expression: &#x

Re: [Python-Dev] hierarchicial named groups extension to the re library

2005-04-03 Thread Gustavo Niemeyer
quot;new" way of thinking > could be and what drawbacks it might have. Your target seems to be a new kind of regular expressions indeed. In that case, I'm not sure if "re2" is the right name for it, given that you haven't written an improved SRE, but a completely new k

Re: [Python-Dev] Re: hierarchicial named groups extension to the re library

2005-04-03 Thread Gustavo Niemeyer
meaning, and would allow interleaving hierarchical/non-hierarchical groups. I offer myself to integrate the change once we decide on the right way to implement it, and achieve consensus on its adoption. Best regards, -- Gustavo Niemeyer http://niemeyer.net __

Re: [Python-Dev] Py2.4 _sre uses uninitialised memory (Bug 1088891)

2004-12-21 Thread Gustavo Niemeyer
ng function. Have a look at the bug at http://python.org/sf/1072259 for more information and for a patch fixing the problem. Thanks for the report, -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python

[Python-Dev] Re: SRE bug and notifications

2004-12-02 Thread Gustavo Niemeyer
-bugs-list. Mentioning it in http://www.python.org/community/lists.html might be a good idea. Additional suggestions still accepted. Thanks! -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/m

[Python-Dev] SRE bug and notifications

2004-12-02 Thread Gustavo Niemeyer
r, is there any way to follow all new bugs posted? Or even, what's the easiest way to avoid that problem by being notified of bugs as soon as possible? Thank you, and I'm sorry. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing li

Re: [Python-Dev] File encodings

2004-11-30 Thread Gustavo Niemeyer
g to find a solution for. Otherwise, Python would already be in trouble for using this scheme in the print statement. Can you show an example of the print statement not working? -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list [EMAI

Re: [Python-Dev] File encodings

2004-11-30 Thread Gustavo Niemeyer
he various wrappers in the codecs module make this > rather easy. Thanks for the suggestion! -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] File encodings

2004-11-30 Thread Gustavo Niemeyer
> Gustavo Niemeyer wrote: > >Given the fact that files have an 'encoding' parameter, and that > >any unicode strings with characters not in the 0-127 range will > >raise an exception if being written to files, isn't it reasonable > >to respect the '

Re: [Python-Dev] File encodings

2004-11-30 Thread Gustavo Niemeyer
27;bar' encoding? What about > ascii encoded source documents that use escape sequences to represent > non-ascii characters? What you want doesn't make any sense so long as > python strings and file objects deal in bytes not characters :) Please, take a long breath, and re

[Python-Dev] File encodings

2004-11-29 Thread Gustavo Niemeyer
a to a file? The workaround for that problem is to either use the evil-considered sys.setdefaultencoding(), or to wrap sys.stdout. IMO, both options seem unreasonable for such a common idiom. -- Gustavo Niemeyer http://niemeyer.net ___ Python-Dev mail