Re: [Python-Dev] No response to posts

Steven D'Aprano writes: > I don't know. What percentage of new issues get ever get a response? My > wild guess is that it's probably about 99.9%, but the 0.1% that don't > remain languishing forever, skewing the statistics. No guess needed, we have the data. If the fraction "a" of issues ev

Re: [Python-Dev] No response to posts

Mark Lawrence writes: > I completely disagree. Mark, please stop being disagreeable. The above is *not true*. You've made no statements I can recall insisting that the only way to skin a cat is to use a GNOME theme, only that the cat needs skinning. Before you posted that, Benjamin had already

Re: [Python-Dev] No response to posts

Ron Adam writes: > Yes, but when I do it, I either get a single specific day, or 2700 > issues. If your query specifies an activity date, you will get only issues with activity that date. If it sorts or groups on activity date, you will get all issues (subject to other conditions), but you can

Re: [Python-Dev] PEP 382 progress: import hooks

At 05:28 PM 8/2/2010 -0700, Brett Cannon wrote: On Fri, Jul 23, 2010 at 09:54, P.J. Eby <p...@telecommunity.com> wrote: At 11:57 AM 7/23/2010 +0100, Brett Cannon wrote: On Thu, Jul 22, 2010 at 19:19, P.J. Eby <p...@telecommunity

[Python-Dev] co_firstlineno on decorated functions

[Since I received no replies on this in python-list, perhaps python-dev is more appropriate] Hello, I've been tinkering with __code__.co_firstlineno for testing the trace.py module (Python Issue 9315), and ran into an interesting problem. Consider this code: def dummydecorator(f): return f

Re: [Python-Dev] [Python-checkins] r83596 - in python/branches/release26-maint: Doc/library/constants.rst

Hi, On 03/08/2010 0.47, georg.brandl wrote: Author: georg.brandl Date: Mon Aug 2 23:47:02 2010 New Revision: 83596 Log: Merged revisions 83567 via svnmerge from svn+ssh://python...@svn.python.org/python/branches/release27-maint r83567 | georg.brandl | 2010-08-02 22:32:03

Re: [Python-Dev] checkins reply-to change

On Mon, 02 Aug 2010 21:51:11 -0400, "R. David Murray" wrote: > On Mon, 02 Aug 2010 20:59:52 +0200, georg.brandl > wrote: > > Author: georg.brandl > > Date: Mon Aug 2 20:59:52 2010 > > New Revision: 83543 Hmm. Looking at the format of this message as it came back to me, I can see that the cha

[Python-Dev] Postponing 2.6.6rc1

For several reasons, I'm postponing 2.6.6rc1 for one day. Ezio has been doing a lot of great work on the test suite, but there are still a few things to fix. On top of that, bugs.python.org crashed and we're waiting for our hosting company to wake up and reboot it. We'll try again, same time tom

Re: [Python-Dev] Tracker status

Down for me as well. Initially I though it was shield by "Great Firewall" since I'm from China. On Tue, Aug 3, 2010 at 9:29 AM, David Stanek wrote: > On Mon, Aug 2, 2010 at 6:17 PM, Nick Coghlan wrote: > > Are the bug tracker and meta-tracker down for anyone else, or is it just > me? > > > > It

Re: [Python-Dev] [Python-checkins] r83543 - python/branches/py3k/Lib/test/regrtest.py

On Mon, 02 Aug 2010 20:59:52 +0200, georg.brandl wrote: > Author: georg.brandl > Date: Mon Aug 2 20:59:52 2010 > New Revision: 83543 > > Log: > #8560: add progress indicator to regrtest. [...] > @@ -517,6 +517,9 @@ > else: > tests = iter(selected) > > +tests = list(tests) I

Re: [Python-Dev] Tracker status

On Mon, Aug 2, 2010 at 6:17 PM, Nick Coghlan wrote: > Are the bug tracker and meta-tracker down for anyone else, or is it just me? > It is down for me as well. It appears to be accepting the connection and then just doesn't return any content. -- David blog: http://www.traceback.org twitter: ht

Re: [Python-Dev] No response to posts

On 8/2/2010 7:39 PM, Mark Lawrence wrote: > On 03/08/2010 00:24, Antoine Pitrou wrote: >> On Tue, 03 Aug 2010 00:00:46 +0100 >> Mark Lawrence wrote: >>> >>> Fly back at me if you like. I don't care about me. I don't care about >>> you. I do care about Python. >> >> Well, you should care about p

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

In article <4c56d814.4030...@voidspace.org.uk>, Michael Foord wrote: > Ronald was wrong when he said that the only configuration file in ~ used > by the Mac itself is .CFUserTextEncoding. Terminal (the Mac OS X command > line) has a user editable config file which it stores in ~. Terminal.app

Re: [Python-Dev] PEP 382 progress: import hooks

On Fri, Jul 23, 2010 at 09:54, P.J. Eby wrote: > At 11:57 AM 7/23/2010 +0100, Brett Cannon wrote: > > > > On Thu, Jul 22, 2010 at 19:19, P.J. Eby < >> p...@telecommunity.com> wrote: >> >> What does "is not a package" actually mean in that context? >> >> >> The modu

Re: [Python-Dev] No response to posts

On Aug 02, 2010, at 06:57 PM, Benjamin Peterson wrote: >You feel locked out by the current tracker? I do, but that's only because bugs.python.org is currently pinin' for the fjords. ;) -Barry signature.asc Description: PGP signature ___ Python-Dev ma

Re: [Python-Dev] No response to posts

On Tue, 3 Aug 2010 04:27:53 am Terry Reedy wrote: > On 8/2/2010 12:54 PM, Brian Curtin wrote: > > On Mon, Aug 2, 2010 at 11:39, Ralf Schmitt > > wrote: > > > > Benjamin Peterson > > > > > > writes: > > > Please, let's stop messing

Re: [Python-Dev] No response to posts

2010/8/2 Mark Lawrence : > On 02/08/2010 22:18, Benjamin Peterson wrote: >> I'm only referring to the infrastructure when I say "the current >> setup." I don't think repeatedly tweaking the tracker is likely to >> close more issues. >> > > I find this response quite pathetic.  The bulk of Terry's p

Re: [Python-Dev] No response to posts

On 03/08/2010 00:24, Antoine Pitrou wrote: On Tue, 03 Aug 2010 00:00:46 +0100 Mark Lawrence wrote: Fly back at me if you like. I don't care about me. I don't care about you. I do care about Python. Well, you should care about people. Free software is as much as about building welcoming co

Re: [Python-Dev] No response to posts

On Tue, 03 Aug 2010 00:00:46 +0100 Mark Lawrence wrote: > > Fly back at me if you like. I don't care about me. I don't care about > you. I do care about Python. Well, you should care about people. Free software is as much as about building welcoming communities than it is about writing good

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

Michael Foord writes: > I would be interested in hearing from other Mac users as to where they > would look for configuration files for command line tools - in ~ or in > ~/Library/Preferences? My primary personal machine has been OSX for years now, and as someone who lives in the command line (w

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

> What you might want to do is add new type fields to PEP 345, > making it easier to identify and list packages that work as > plugins for applications, e.g. > > Type: Plugin for MyCoolApp > > The MyCoolApp could then use the Type-field to identify all > installed plugins, get their installation

Re: [Python-Dev] No response to posts

On 02/08/2010 23:43, Antoine Pitrou wrote: On Mon, 2 Aug 2010 17:13:01 -0500 Benjamin Peterson wrote: 2010/8/2 Nick Coghlan: On Tue, Aug 3, 2010 at 7:18 AM, Benjamin Peterson wrote: I'm only referring to the infrastructure when I say "the current setup." I don't think repeatedly tweaking th

Re: [Python-Dev] No response to posts

On 02/08/2010 22:18, Benjamin Peterson wrote: 2010/8/2 Terry Reedy: On 8/2/2010 12:54 PM, Brian Curtin wrote: On Mon, Aug 2, 2010 at 11:39, Ralf Schmittmailto:r...@brainbot.com>> wrote: Benjamin Petersonmailto:benja...@python.org>> writes: > Please, let's stop messing with the

Re: [Python-Dev] No response to posts

> Well, I just feel like we keep changing things to little result, > creating an organic mess of fields and statuses. Adding more queries > is fine, but let's not bow to the temptation to add more fields. AFAICT, Ezio certainly wants to solve the status/stage/resolution unclear overlap, and in gen

Re: [Python-Dev] Is it intentional that "sys.__debug__ = 1" is illegal in Python 2.7?

On Aug 01, 2010, at 09:56 PM, Benjamin Peterson wrote: >2010/7/30 Barry Warsaw : >> >> It looks like Benjamin's change in r67171 was the relevant diff. > >The reason behind this was to make __debug__ assignment consistent >with that of other reserved names. For example, x.None = 3 raised and >thus

Re: [Python-Dev] No response to posts

On Mon, 2 Aug 2010 17:13:01 -0500 Benjamin Peterson wrote: > 2010/8/2 Nick Coghlan : > > On Tue, Aug 3, 2010 at 7:18 AM, Benjamin Peterson > > wrote: > >> I'm only referring to the infrastructure when I say "the current > >> setup." I don't think repeatedly tweaking the tracker is likely to > >

Re: [Python-Dev] Tracker down

On Aug 02, 2010, at 06:25 PM, Terry Reedy wrote: >6:22 EDT, tracker down and has been for a couple of minutes. >python.org and docs.python.org are fine. >Does the daemon program that now checks on Pypi also check the tracker? >Is there a particular place to report tracker down? >Or should I just a

[Python-Dev] Tracker down

6:22 EDT, tracker down and has been for a couple of minutes. python.org and docs.python.org are fine. Does the daemon program that now checks on Pypi also check the tracker? Is there a particular place to report tracker down? Or should I just assume someone else will notice and do something? -- T

[Python-Dev] Tracker status

Are the bug tracker and meta-tracker down for anyone else, or is it just me? Cheers, Nick. -- Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/pyth

Re: [Python-Dev] No response to posts

2010/8/2 Nick Coghlan : > On Tue, Aug 3, 2010 at 7:18 AM, Benjamin Peterson wrote: >> I'm only referring to the infrastructure when I say "the current >> setup." I don't think repeatedly tweaking the tracker is likely to >> close more issues. > > But tweaking the tracker to improve the way we *int

Re: [Python-Dev] No response to posts

On Tue, Aug 3, 2010 at 7:18 AM, Benjamin Peterson wrote: > I'm only referring to the infrastructure when I say "the current > setup." I don't think repeatedly tweaking the tracker is likely to > close more issues. But tweaking the tracker to improve the way we *interact* with potential contributo

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

At 10:37 PM 8/2/2010 +0200, M.-A. Lemburg wrote: If that's the case, then it would be better to come up with an idea of how to make access to that meta-data available in a less I/O intense way, e.g. by having pip or other package managers update a central SQLite database cache of the data found o

Re: [Python-Dev] No response to posts

2010/8/2 Terry Reedy : > On 8/2/2010 12:54 PM, Brian Curtin wrote: >> >> On Mon, Aug 2, 2010 at 11:39, Ralf Schmitt > > wrote: >> >>    Benjamin Peterson mailto:benja...@python.org>> >>    writes: >> >>     > Please, let's stop messing with the tracker for everything. I th

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

At 09:03 PM 8/2/2010 +0100, Michael Foord wrote: Ouch. I really don't want to emulate that system. For installing a plugin for a single project the recommended technique is: * Unpack the source. It should provide a setup.py. * Run: $ python setup.py bdist_egg Then you wil

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

At 05:08 PM 8/2/2010 +0200, Éric Araujo wrote: I wonder if functions in pkgutil or importlib could allow one to iterate over the plugins (i.e. submodules and subpackages of the namespace package) without actually loading then. See pkgutil.walk_packages(), available since 2.5. It has to load

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

Michael Foord wrote: > On 02/08/2010 20:36, M.-A. Lemburg wrote: >> Michael Foord wrote: >> >>> On 02/08/2010 13:31, exar...@twistedmatrix.com wrote: >>> On 12:21 pm, m...@egenix.com wrote: > Tarek Ziad� wrote: > >> On Mon, Aug 2, 2010 at 3:06 AM, P.J.

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On 02/08/2010 20:36, M.-A. Lemburg wrote: Michael Foord wrote: On 02/08/2010 13:31, exar...@twistedmatrix.com wrote: On 12:21 pm, m...@egenix.com wrote: Tarek Ziad� wrote: On Mon, Aug 2, 2010 at 3:06 AM, P.J. Eby wrote: .. So without specific examples

Re: [Python-Dev] No response to posts

On 02/08/2010 8:40 PM, "Martin v. Löwis" wrote: I think it's important to find out what people expect when posting to the tracker. Maybe a mandatory radio list with these options would help: - I post this to get help from you - I'm willing to work on other issues to expedite processing of this o

Re: [Python-Dev] No response to posts

> Sure it could make a difference. People who submit issues will > appreciate *some* response a great deal more than no response. That depends. Sometimes, people post to the bug tracker to get help, and they will get sad/driven away/angry when they get no response; sometimes, if they get a respons

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

Michael Foord wrote: > On 02/08/2010 13:31, exar...@twistedmatrix.com wrote: >> On 12:21 pm, m...@egenix.com wrote: >>> Tarek Ziad� wrote: On Mon, Aug 2, 2010 at 3:06 AM, P.J. Eby wrote: .. > > So without specific examples of why this is a problem, it's hard to > see why

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On Mon, Aug 2, 2010 at 8:48 PM, Michael Foord wrote: > On 02/08/2010 19:45, Holger Krekel wrote: [...] I'd much prefer a one-step process and rather provide a way to not-use a plugin even if installed.  The difference is e.g. with py.test that i can point users to e.g.   p

Re: [Python-Dev] No response to posts

On 8/2/2010 1:18 PM, Michael Foord wrote: > On 02/08/2010 17:54, Brian Curtin wrote: >> On Mon, Aug 2, 2010 at 11:39, Ralf Schmitt > > wrote: >> >> Benjamin Peterson > > writes: >> >> > Please, let's stop messing with the tracker for

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On 02/08/2010 19:45, Holger Krekel wrote: On Mon, Aug 2, 2010 at 8:12 PM, Michael Foord wrote: On 02/08/2010 19:05, Holger Krekel wrote: On Mon, Aug 2, 2010 at 6:57 PM, Ian Bickingwrote: Just to add a general opinion in here: Having worked with Setuptools' entry points

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On Mon, Aug 2, 2010 at 8:12 PM, Michael Foord wrote: > On 02/08/2010 19:05, Holger Krekel wrote: >> >> On Mon, Aug 2, 2010 at 6:57 PM, Ian Bicking  wrote: >> >>> >>> Just to add a general opinion in here: >>> >>> Having worked with Setuptools' entry points, and a little with some Zope >>> pluginis

Re: [Python-Dev] No response to posts

On 8/2/2010 12:54 PM, Brian Curtin wrote: On Mon, Aug 2, 2010 at 11:39, Ralf Schmitt mailto:r...@brainbot.com>> wrote: Benjamin Peterson mailto:benja...@python.org>> writes: > Please, let's stop messing with the tracker for everything. I think > the current set up works reason

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On 02/08/2010 19:05, Holger Krekel wrote: On Mon, Aug 2, 2010 at 6:57 PM, Ian Bicking wrote: Just to add a general opinion in here: Having worked with Setuptools' entry points, and a little with some Zope pluginish systems (Products.*, which I don't think anyone liked much, and some ways Z

Re: [Python-Dev] No response to posts

If I may comment *as* a new contributor: Terry responded almost immediately to my first issue raised, and that was a huge boost. If no-one had replied at all, I suspect I would never have spent any more time contributing to any part of Python. (And I contributed 8 more hours today.) Incidentally,

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On Mon, Aug 2, 2010 at 6:57 PM, Ian Bicking wrote: > Just to add a general opinion in here: > > Having worked with Setuptools' entry points, and a little with some Zope > pluginish systems (Products.*, which I don't think anyone liked much, and > some ways ZCML is used is pluginish), I'm not very

Re: [Python-Dev] No response to posts

On 02/08/2010 17:54, Brian Curtin wrote: On Mon, Aug 2, 2010 at 11:39, Ralf Schmitt > wrote: Benjamin Peterson mailto:benja...@python.org>> writes: > Please, let's stop messing with the tracker for everything. I think > the current set up works reasonably w

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

Just to add a general opinion in here: Having worked with Setuptools' entry points, and a little with some Zope pluginish systems (Products.*, which I don't think anyone liked much, and some ways ZCML is used is pluginish), I'm not very excited about these. The plugin system that causes the least

Re: [Python-Dev] No response to posts

On Mon, Aug 2, 2010 at 11:39, Ralf Schmitt wrote: > Benjamin Peterson writes: > > > Please, let's stop messing with the tracker for everything. I think > > the current set up works reasonably well, and we should focus on the > > real problem: manpower > > Ignoring issues (probably even with some

Re: [Python-Dev] No response to posts

On 02/08/2010 17:39, Ralf Schmitt wrote: Benjamin Peterson writes: Please, let's stop messing with the tracker for everything. I think the current set up works reasonably well, and we should focus on the real problem: manpower Ignoring issues (probably even with some patches attached) will d

Re: [Python-Dev] No response to posts

Benjamin Peterson writes: > Please, let's stop messing with the tracker for everything. I think > the current set up works reasonably well, and we should focus on the > real problem: manpower Ignoring issues (probably even with some patches attached) will drive contributors away. That's not the

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

At 01:10 PM 8/2/2010 +0200, Tarek Ziadé wrote: I don't have a specific example in mind, and I must admit that if an application does the right thing (provide the right configuration file), this activate feature is not useful at all. So it seems to be a bad idea. Well, it's not a *bad* idea as s

Re: [Python-Dev] No response to posts

On 02/08/2010 03:54, Benjamin Peterson wrote: 2010/7/31 Éric Araujo: Good call. Alternative idea: Have a new status “unread” to make searching easier for bug people. Or a predefined custom search for nosy_count == 1. Please, let's stop messing with the tracker for everything. I think the curr

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

At 01:53 PM 8/2/2010 +, exar...@twistedmatrix.com wrote: On 01:27 pm, m...@egenix.com wrote: exar...@twistedmatrix.com wrote: This is also roughly how Twisted's plugin system works. One drawback, though, is that it means potentially executing a large amount of Python in order to load plugi

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On 2 Aug, 2010, at 16:24, R. David Murray wrote: > (Ronald, the text version of your message was very difficult to sort > through and read, because all of the quoting information was lost. > Just thought you'd want to know.) I'll stop using the mobile-me webmail client for lists, it seems to mes

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On 03:08 pm, mer...@netwok.org wrote: Le 02/08/2010 14:31, exar...@twistedmatrix.com a �crit : On 12:21 pm, m...@egenix.com wrote: Do we really need to make Python packaging even more complicated by adding support for application-specific plugin mechanisms ? Packages can already work as applic

Re: [Python-Dev] [RELEASED] Python 3.2 alpha 1

On 01/08/2010 10:38, Georg Brandl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On behalf of the Python development team, I'm happy to announce the first alpha preview release of Python 3.2. Python 3.2 is a continuation of the efforts to improve and stabilize the Python 3.x line. Since

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On Aug 2, 2010, at 9:53 AM, exar...@twistedmatrix.com wrote: > On 01:27 pm, m...@egenix.com wrote: >> exar...@twistedmatrix.com wrote: >>> On 12:21 pm, m...@egenix.com wrote: See Zope for an example of how well this simply mechanism works out in practice: it simply scans the "Prod

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

Le 02/08/2010 14:31, exar...@twistedmatrix.com a écrit : > On 12:21 pm, m...@egenix.com wrote: >> Do we really need to make Python packaging even more complicated by >> adding support for application-specific plugin mechanisms ? >> >> Packages can already work as application plugins by simply defin

[Python-Dev] python-checkins Reply-To now set for python-dev

Over in #python-dev, Georg reminded us of a change to the python-checkins mailing list that was discussed a few weeks ago: http://mail.python.org/pipermail/python-dev/2010-July/101853.html Despite the mild preference of redirecting python-checkins to python-committers, I noticed that the list

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On 02/08/2010 15:24, R. David Murray wrote: (Ronald, the text version of your message was very difficult to sort through and read, because all of the quoting information was lost. Just thought you'd want to know.) What I hear Glyph saying is that we should support looking in *both* locations for

Re: [Python-Dev] [RELEASED] Python 3.2 alpha 1

On Aug 02, 2010, at 12:09 PM, Antoine Pitrou wrote: >On Mon, 02 Aug 2010 08:10:58 +0200 >Georg Brandl wrote: >> Thanks, Benjamin! I'd also like to thank Martin and Ronald for the >> prompt binaries, and the folks of #python-dev for support. RMing >> was a pleasant experience so far. > >Are you

[Python-Dev] Python 2.6.6 rc 1 planned for today

Hi folks, Don't forget that I am planning to cut Python 2.6.6 rc 1 later today (probably starting at around 2200 UTC). We have a number of release blockers currently reported: http://bugs.python.org/iss...@columns=title,id,activity,versions,assignee&@sort=activity&@group=priority&@filter=priorit

Re: [Python-Dev] No response to posts

On 08/02/2010 03:57 AM, Stephen J. Turnbull wrote: Ron Adam writes: > Something that may be more useful, is a "no activity" search field > with choices of day, week, month, year, etc... and make the output > sortable on time without activity. That's exactly what a sort on date of act

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

(Ronald, the text version of your message was very difficult to sort through and read, because all of the quoting information was lost. Just thought you'd want to know.) What I hear Glyph saying is that we should support looking in *both* locations for configuration info on OSX, and I don't see a

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On 02/08/2010 14:34, Ronald Oussoren wrote: On 02 Aug, 2010,at 01:00 PM, Michael Foord wrote: > The only apple one that is actually used is the .CFUserTextEncoding > file, I have an .Xcode in my home as well but that is empty and last > updated in 2007. AFAIK current versions of Xcode stor

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On 01:27 pm, m...@egenix.com wrote: exar...@twistedmatrix.com wrote: On 12:21 pm, m...@egenix.com wrote: See Zope for an example of how well this simply mechanism works out in practice: it simply scans the "Products" namespace for sub-packages and then loads each sub-package it finds to hav

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On 02/08/2010 14:34, Ronald Oussoren wrote: On 02 Aug, 2010,at 01:00 PM, Michael Foord wrote: > The only apple one that is actually used is the .CFUserTextEncoding > file, I have an .Xcode in my home as well but that is empty and last > updated in 2007. AFAIK current versions of Xcode stor

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On 02 Aug, 2010,at 01:00 PM, Michael Foord wrote: > The only apple one that is actually used is the .CFUserTextEncoding > file, I have an .Xcode in my home as well but that is empty and last > updated in 2007. AFAIK current versions of Xcode store preferences in > ~/Library/Preferences. Most of

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

exar...@twistedmatrix.com wrote: > On 12:21 pm, m...@egenix.com wrote: >> Tarek Ziad� wrote: >>> On Mon, Aug 2, 2010 at 3:06 AM, P.J. Eby wrote: >>> .. So without specific examples of why this is a problem, it's hard to see why a special Python-specific set of configuration fil

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On 02/08/2010 13:31, exar...@twistedmatrix.com wrote: On 12:21 pm, m...@egenix.com wrote: Tarek Ziad� wrote: On Mon, Aug 2, 2010 at 3:06 AM, P.J. Eby wrote: .. So without specific examples of why this is a problem, it's hard to see why a special Python-specific set of configuration files is

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On 12:21 pm, m...@egenix.com wrote: Tarek Ziad� wrote: On Mon, Aug 2, 2010 at 3:06 AM, P.J. Eby wrote: .. So without specific examples of why this is a problem, it's hard to see why a special Python-specific set of configuration files is needed to resolve it, vs. say, encouraging applicat

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

Tarek Ziadé wrote: > On Mon, Aug 2, 2010 at 3:06 AM, P.J. Eby wrote: > .. >> >> So without specific examples of why this is a problem, it's hard to see why >> a special Python-specific set of configuration files is needed to resolve >> it, vs. say, encouraging application authors to use the availa

Re: [Python-Dev] pdb mini-sprint report and questions

On Mon, Aug 2, 2010 at 10:10 AM, Ilya Sandler wrote: > Hello, > > I'm the submitter of the original patch and would like to help with it if I > can. > >> One issue that's not yet closed is #7245, which adds a (very nice IMO) >> feature: when you press Ctrl-C while the program being debugged runs,

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

> The PLUGINS file can be kept only for the state value, which is not read-only. It will be for OS packages. Regards ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.o

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On Mon, Aug 2, 2010 at 3:06 AM, P.J. Eby wrote: .. > > So without specific examples of why this is a problem, it's hard to see why > a special Python-specific set of configuration files is needed to resolve > it, vs. say, encouraging application authors to use the available > alternatives for doin

Re: [Python-Dev] PEP 376 proposed changes for basic plugins support

On Sun, Aug 1, 2010 at 10:37 PM, Tarek Ziadé wrote: > Hello, > > Here's a proposal to extend PEP 376 to support a basic plugins feature > -- you should read PEP 376 before reading this mail > > It's basically Phillip's entry points, but with an activation flag, > and a per-user config file. > > =

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On 02/08/2010 11:48, Ronald Oussoren wrote: On 02 Aug, 2010,at 11:48 AM, Michael Foord wrote: On 02/08/2010 07:18, Ronald Oussoren wrote: On 2 Aug, 2010, at 7:18, Glyph Lefkowitz wrote: On Aug 1, 2010, at 3:52 PM, Ronald Oussoren wrote: On 1 Aug, 2010, at 17:22, Éric Araujo

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On 02/08/2010 11:48, Ronald Oussoren wrote: On 02 Aug, 2010,at 11:48 AM, Michael Foord wrote: On 02/08/2010 07:18, Ronald Oussoren wrote: On 2 Aug, 2010, at 7:18, Glyph Lefkowitz wrote: On Aug 1, 2010, at 3:52 PM, Ronald Oussoren wrote: On 1 Aug, 2010, at 17:22, Éric Araujo

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On 02 Aug, 2010,at 11:48 AM, Michael Foord wrote: On 02/08/2010 07:18, Ronald Oussoren wrote: On 2 Aug, 2010, at 7:18, Glyph Lefkowitz wrote: On Aug 1, 2010, at 3:52 PM, Ronald Oussoren wrote: On 1 Aug, 2010, at 17:22, Éric Araujo wrote:

Re: [Python-Dev] [RELEASED] Python 3.2 alpha 1

On Mon, 02 Aug 2010 08:10:58 +0200 Georg Brandl wrote: > Thanks, Benjamin! I'd also like to thank Martin and Ronald for the prompt > binaries, and the folks of #python-dev for support. RMing was a pleasant > experience so far. Are you already trying to lure other people into replacing you? __

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On Sun, 01 Aug 2010 17:22:55 +0200 Éric Araujo wrote: > > Speaking of which... Your documentation says it's named ~/unittest.cfg, > > could you make this a file in the user base (that is, the prefix where > > 'setup.py install --user' will install files)? > > Putting .pydistutils.cfg .pypirc .uni

Re: [Python-Dev] proto-pep: plugin proposal (for unittest)

On 02/08/2010 07:18, Ronald Oussoren wrote: On 2 Aug, 2010, at 7:18, Glyph Lefkowitz wrote: On Aug 1, 2010, at 3:52 PM, Ronald Oussoren wrote: On 1 Aug, 2010, at 17:22, Éric Araujo wrote: Speaking of which... Your documentation says it's named ~/unittest.cfg, could you mak

Re: [Python-Dev] No response to posts

Ron Adam writes: > Something that may be more useful, is a "no activity" search field > with choices of day, week, month, year, etc... and make the output > sortable on time without activity. That's exactly what a sort on date of activity gives you, though, and it can be from longest down. Al