issue 6748 I think it will be back to being an
important resource for sanity checking our checkins.
By the way, Georg set up the IRC interface on the #python-dev channel,
so you can hang out there if you want to get realtime reports of which
buil
use IRC regularly, so I don't know
whether it's useful.
I think it is.
--David (RDM)___
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
by finding the
package's home site through Google. So I'm a happy user of a number of
packages, whose comments will never show up on PyPI.
--David (RDM)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listin
the all stable builders page), although some seem to
work (ex: the all builders page), and if I stick an 'all' into the URL
for my buildbot page I can get to it, though that's is not the version
of the URL linked from the 'all builders' table header.
--David (RDM)__
, it did not prevent failures.
--David (RDM)
___
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
ce in the warning box is no longer valid in Python 3.
--David (RDM)
___
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
ink it's a good idea to
> require it for Python 2.7 as well.
If it's a bug it would have to be in doctest, since the format of
traceback messages is explicitly *not* part of the Python API.
In what way is the doctest ellipsis support not sufficient for this
case?
--David (RDM)
___
links to some relevant mails at Distutils-SIG.
IMO, if you have to answer here, then it should go into the PEP as
Ben suggests. If I recall correctly, such summaries in PEPs
often link to the relevant discussion threads.
--David
___
Python-Dev
#x27;d also like to point out that IMO the idea behind the one-for-five offer
is to leverage the "I have an itch to scratch" energy to the benefit of
all and, just as important (and as Martin already pointed out), perhaps
set some new people on the path to b
On Mon, 28 Dec 2009 23:21:54 +, Antoine Pitrou wrote:
> David Lyon preisshare.net> writes:
> >
> > Requires a particular python version.
> >
> > > Requires-Python: 2.5:2.7
>
> Why not drop ranges as well as operators and simply use co
python.org/dev/workflow/ if you haven't
already. Thanks for being willing to chip in!
--David
___
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
le
if you grant him tracker privs.
Brian, I assume you'll be cognizant of Antoine's advice about making
sure a bug really should be closed before closing it :) Hanging out in
#python-dev on freenode while working on issues can be helpful, as well,
since you can quickly ask whoever is there
theory is that we close a lot of bugs fairly
promptly, but the ones in the above categories make the average age of
*open* issues high.
--
R. David Murray www.bitdance.com
Business Process Automation - Network/Server Management - Routers/Firewalls
(*) For
al.
By the way, you could talk to people who aren't going to be at the
summit on #python-dev; I think all the currently tracker-active people
hang out there on a regular basis.
I'll have to give some thought to what changes/improvements might be
most useful, now that I've been doi
the transition to python3. It could be that "use virtualenv"
is the best answer, but I feel we should think about it carefully to
make sure that is really true.
[1] http://bugs.python.org/issue2375
--
R. David Murray www.bitdance.com
Business Process
r operations you might otherwise perform at the shell command line using
OS facilities. As far as I can tell, archive_util does the same, and
seems quite within the shutil mission of "high level file operations".
So +1 from me for putting thes
ewly regenerated article
> numbers matched the originals. I'd highly recommend going through that
> painful process, since I suspect a *lot* of people have links to the
> python-dev archive. Hope you have a backup (or can find caches on
> google or archive.org or someth
implementation in the import machinery.
> * Would a moratorium on byte code changes, similar to the language
> moratorium described in PEP 3003 [16]_ be a better approach to
> pursue, and would that solve the problem for vendors? At the time
> of this writing, PEP 3003 is s
nnot filter
> directories by extension?
I would not be at all surprised to learn that filtering folders by
extension is not something GUI file managers usually support.
--David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail
> > I don't know whether I in favour of using a single pyr folder or not
> > but if a single folder is used I'd definitely prefer the folder to be
> > called __pyr__ rather than .pyr.
>
> And to come complete with standard library functions to find
Python version. Or is something
missing from my understanding? If not, I think the motivation section
should address why the PEP is a better idea than improving the os
packaging systems as I've suggested. (The os vendors are going to have
to change details of their packaging systems if the
at
> need to be solved, and an explanation of why each individual solution
> has flaws, prepare for this conversation to take a few more weeks.
Well, I certainly don't want the conversation to take a few more months.
I'm not against the PEP, I'
se makes managing
the test data easier, and makes it available to other test frameworks
to reuse the data.
So, having the connection to the database set up once at TestCase start,
and closed at TestCase end, would make the most sense. Currently there's
no way I know of to do that, so
lpful you'll get noticed and offered tracker privs and be
able to help even more. Related to this is the offer that Martin made
and I have seconded: if someone wants attention paid to a particular
issue, review five others and let Martin and/or I
the code than the equivalent setUp and tearDown
methods would be.
I'm not saying it would be easy to implement, and as you say backward
compatibility is a key concern.
--
R. David Murray www.bitdance.com
_
On Thu, 11 Feb 2010 16:08:54 +, Michael Foord
wrote:
> On 11/02/2010 15:56, R. David Murray wrote:
> > On Thu, 11 Feb 2010 12:41:37 +, Michael
> > Foord wrote:
> >> On 11/02/2010 12:30, Nick Coghlan wrote:
> >>> The test framework might promi
s of a fork than continuing to do our own bug fixes would be. And
Frederick has commented on the patch on Reitveld.
--David
___
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
like it is on nix platforms.
See also http://bugs.python.org/issue1578269, which proposes an
implementation of os.symlink for windows, and appears to be just
about ready to go in.
--David
___
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
n
deal with the issue, in which case it can be moved back to open.
--David
PS: I believe that the other change that would be required in addition
to adding the new status and search is to alter the bug summary email
script to handle the languis
On Mon, 22 Feb 2010 20:28:41 +, Florent Xicluna
wrote:
> R. David Murray bitdance.com> writes:
>
> > I believe Brett mentioned the 'languishing' status for the tracker in
> > passing in his notes from the language summit.
>
> I see a bunch of e
python.org/dev/workflow/ "Issue workflow"
>
> As David says, I have a plan to consolidate the dev docs and bring them
> into the source repo. Of course, just because it is my plan, it doesn't
> need to be done by me :)
>
> Aren't there people sprinting somewhere? :)
On Wed, 24 Feb 2010 12:13:10 +, Florent Xicluna
wrote:
> I am a semi-regular contributor for Python: I have contributed many patches
> since end of last year, some of them were reviewed by Antoine.
> Lately, he suggested that I should apply for commit rights.
+1
dule was about or what a 'future' was, or why I would
want to use one. I did get that it was about parallel execution of tasks,
but it seemed like there had to be more to it than that. Hearing it
called a 'worker pool' makes a lightbulb go off
ool_argument('--plot')
> >
> > +1, this looks good.
>
> I've added it to the argparse bugtracker, along with my suggested spelling
> add_flag():
>
>http://code.google.com/p/argparse/issues/detail?id=62
Shou
he discussion should be added to
the PEP, or a summary of it. If I remember correctly the BDFL even
weighed in on this point.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
htt
oesn't always
happen when it should.
The roundup code lives in the SVN repository, and you can set up your own
instance of the tracker to experiment with changes. Patches are welcome,
although we have a few in the meta-tracker[1] already that haven't been
reviewed. Currently Martin is p
On Fri, 19 Mar 2010 14:09:28 -0400, Zvezdan Petkovic wrote:
> On Mar 19, 2010, at 1:15 PM, Terry Reedy wrote:
> > On 3/19/2010 10:22 AM, R. David Murray wrote:
> >> This can be done by anyone just by saying, eg: 'see issue 1234' (roundup
> >> turns that into
On Fri, 19 Mar 2010 12:39:58 -0400, "A.M. Kuchling" wrote:
> On Fri, Mar 19, 2010 at 10:22:05AM -0400, R. David Murray wrote:
> > > Real world example with issue8151. It is an issue with a trivial patch
> > > in it. Everything what is needed is to dispatch it to
ost people
will expect. In fact, only mathematicians are likely to know
that any other situation could possibly be valid. Programmers are
generally going to view it as a bug.
--
R. David Murray www.bitdance.com
___
.
I also hope that Matthias will put in commit numbers in the future,
since it is very helpful. Even better, I hope that we can automate this
after the switch to Mercurial (but someone will need to write the code
to do it, of course...)
--David
___
Pyt
ne.
> >
> > Terry Jan Reedy
> >
>
> I actually haven't seen that mail in a few weeks (subscribed to the list via
> my gmail account).
Darn. I bet I broke it when I added the 'languishing' status. I even
thought about that at the time but didn't follow up
atever result number you are looking at. And to have
doing so trigger an exception if requested by the programmer.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://
the core. It can be part of distutils, or of a separate module, or
> delegated to third-party tools. It could even be as simple as
> "python -m compileall --pycache", if someone implements it.
Or even as simple as 'mkdir __pycache__', if you are work
onsive to feedback.
And we need more Windows devs :)
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.p
;m in GMT -4) if I can
(and I think I can).
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
On Fri, 02 Apr 2010 18:06:28 -, Antoine Pitrou wrote:
> R. David Murray bitdance.com> writes:
> >
> > On Fri, 02 Apr 2010 16:05:28 +0300, anatoly techtonik
> gmail.com> wrote:
> > > I reviewed 5 issues and want to see http://bugs.python.org/issue7
alid 8bit data. So I think this patch should just be reverted.
Can someone (Steve Turnbull?) confirm or refute my analysis?
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http:
That is, it would have to be already
encoded, and the encode('ascii') trick is just to see if there are
any 8 bit bytes.
Tracing the code a little farther, though, I now understand that
the *input* encoding that the payload is in (which will on ou
inally specified to do).
So unless Benjamin objects I plan to commit it after the freeze.
--David
___
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
aps
it's that we haven't had devs who were specifically tracking those
platforms...
We can add additional components if the community sees a need for them.
--
R. David Murray www.bitdance.com
___
Python-
t so they can do triage) can do triage.
There are a batch of us that hang out on #python-dev and also monitor the
new bugs and/or the full bugs list, and triage issues as we have time.
If you want to help out, come talk to us on #python-dev (on freenode),
and start reviewing issues and suggesting
itters
as a whole would find most useful. As I said in another note, I think
having a separate OS selection would cause just as many triage issues
as the current setup does. So the question is, what would developers
and bug searchers/submitters find useful?
That said, it's easier
my time?
>
> In my case it was not a waste of time. I use MSDN for dev and testing. Just
> not
> for release building.
Ditto. Without the license I wouldn't have a Windows machine that
I could run tests on at all (I run the OS in KVM instances).
--
R. David Murray
g the
way...or be mentored by #python-dev as a whole if they hang out there.
In other words, I think the goal is not just to add new developers to
the community, but to continue to build a strong community of developers.
--
R. David Murray www.bitdance.com
ped in certain cases, I'm not going to block that
consensus or get mad about it...but I don't think we have a developing
consensus right now, and I'm not sure how to move forward on that.
For the record, note that both Antoine and I have been in
ly working on the issue really needs the other person's
input in order to move forward. But these are my own rules of thumb,
and a discussion of how best to use this field may be appropriate.
--
R. David Murray www.bitdance.com
__
d with that priority. That way, those issues don't appear
> as if they had recent activity.
+1
This will make the default grouping more useful, since now critical
issues will appear at the top, instead of several pages in!
--
R. David Murray www.bitdan
will be. And those people who do a good job
making patches commit ready will be on the fast track to getting commit
privileges.
--
R. David Murray www.bitdance.com
PS: note that I'm using 'commit review' above with a different sense than
that
On Tue, 27 Apr 2010 23:34:48 +1000, Nick Coghlan wrote:
> R. David Murray wrote:
> > And I at
> > least am in the mode of *discussing* it, not speaking from a position set
> > in stone...if the consensus that develops is that the familiarization
> > period can be skippe
triage, of course.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/pyth
t would be better to encourage people to post the unit
tests and the fix as separate patch files.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
it is on Brett's list to update that doc, but maybe we should help
him out :). Can you list what's missing? We should fill in the gaps.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-De
tutes merit, and how it
> is created or improved.
>
> > Both sides agree that merit is a requirement, but the disagreement
> > is on how to prove you have such merit.
>
> I disagree vehemently with that characterization of my position (and
> I strongly suspect David woul
to
> have defaults for? (I would submit each as a separate patch.)
As far as I can see none of the other fields should have a default
value.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Pyth
t written down somewhere and I've just forgotten where to
> look...)
I don't think so, but it should be.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://m
arwin? The readline
> on Darwin isn't what Python wants.
I think someone fixed readline to work with Darwin's readline, at
least in theory.
--
R. David Murray www.bitdance.com
___
Python-Dev m
x27;open' or of 'closed'?
Open.
> > and they explain why an issue was closed.
>
> This needs to be explicitly stated in the doc if you want it followed.
>
> In response to my repeating this on the tracker,
> bugs.python.org/issue7511
> R. David Murray said (i
On Fri, 30 Apr 2010 07:17:02 +1000, Nick Coghlan wrote:
> R. David Murray wrote:
> > On Thu, 29 Apr 2010 14:11:57 -0400, Terry Reedy wrote:
> >> On 4/27/2010 5:14 PM, "Martin v. Loewis" wrote:
> >>> You only have resolutions on closed issues,
> >
gs for these, please? The first and last others should
be able to replicate easily; the middle one will probably require your
help on the machine in question to debug.
--
R. David Murray www.bitdance.com
___
Python-De
On Sat, 01 May 2010 11:35:04 +0200, Georg Brandl wrote:
> Am 29.04.2010 13:40, schrieb R. David Murray:
> > On Thu, 29 Apr 2010 20:16:14 +1000, Nick Coghlan wrote:
> >> Does the online dev version of the docs build in response to docs
> >> checkins, or just once a day?
On Sat, 01 May 2010 16:18:19 +0100, Paul Moore wrote:
> On 1 May 2010 15:28, R. David Murray wrote:
> > Unless I'm missing something, I don't see any docs there about the
> > automated build process and when and where it runs.
>
> I assume Georg was referring
ntial new contributer' lurking here feels
> otherwise?
> - speak up!).
>
> I don't know the community (yet) and I can't say this for sure, but my current
> gut feeling about the Python community (and pretty much any OSS I can think
> of) is that in the long ru
On Sun, 02 May 2010 00:44:22 +0200, =?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?=
wrote:
> R. David Murray wrote:
> > On Sat, 01 May 2010 16:18:19 +0100, Paul Moore wrote:
> >> On 1 May 2010 15:28, R. David Murray wrote:
> >>> Unless I'm missing something, I
er C
> > files?
>
> BufReadPre /usr/local/src/Python/*/*.c set sts=4 sw=4
Alternatively you could sniff the file for leading tabs and set the
"filetype" or the tab setting based on that. I think Brett has a vimrc
somewhere that does something like that.
--David
_
s (which are the bulk of the traffic on the tracker) once they
bother to notice it. I'm not convinced that hit count load is the
problem, but it might be.
--
R. David Murray www.bitdance.com
___
Python-Dev mail
at
> *1* argument is actually required instead of 2?
You can contribute to issue 2516 if you like :)
http://bugs.python.org/issue2516
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@py
ot;arguments" while no arguments are actually involved in
> the problem: just a class I forgot to initialize.
That second message is entirely accurate and IMO should not be changed.
As Michael said, calling an unbound method is not that uncom
ng like "I think
this PEP is ready for pronouncement" and then wait for feedback on that
assertion or for the pronouncement. It's especially good if you can answer
any concerns that are raised with "that was discussed already and we
concluded X". Bonus point
On Sat, 22 May 2010 10:09:37 -0400, Jesse Noller wrote:
> On Sat, May 22, 2010 at 9:59 AM, R. David Murray wr=
> ote:
> > On Sat, 22 May 2010 19:12:05 +1000, Brian Quinlan wr=
> ote:
> >> On May 22, 2010, at 5:30 AM, Dj Gilcrease wrote:
> >> > On Fri, Ma
g an exception to the moratorium for
translate/untranslate is justified, given that this is restoring a
feature that Python2 had, in a Python3 compatible manner.
--
R. David Murray www.bitdance.com
___
Python-Dev mai
o a lot of work:
http://unicode.org/mail-arch/unicode-ml/y2007-m12/0047.html
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
done with .encode('ascii')/.decode('ascii').
>
> Changing the type of *ascii* text is easy, understanding bytes vs str
> semantics is not!
+1
Consistency in interface is more important in *this* context than the
sensibleness of any particular transform.
--
R. D
l6 work will lay a firm foundation for the latter, but URI/IRI
is a whole different protocol that I'm glad I don't have to deal with :)
> The virtues of a separate poly_str type are that:
Having such a poly_str type would probably make my life easier.
I also would like just vent
allow you to decode to text
only the bits you actually need to access and manipulate.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-de
t to email. (1) I suspect that the new API will be enough of a
carrot that they won't mind converting to it, BUT, (2) the plan is to
provide a compatibility API that will fully support the current Python3
email5 API (but with fewer bugs in areas such as header folding and
> > s...@i
> >
> > being equivalent to
> >
> > s[i:i+1]
> >
>
> And this is way beyond being intuitive.
Agreed, -1 on that. Like I said, I was just venting. The decision
to have indexing bytes return an int is
can shed more light on this?
Given the current state of the email package for python3, it makes
sense that it would open them in text mode. email can't currently
process bytes, only text.
--
R. David Murray www.bitdance.com
xt
*correctly*. This isn't a trivial undertaking, but the end result
will be well worth it.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
ns to be the one you use when you wrap
the binary stream as a text stream.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
bout this (or at least related to it):
http://bugs.python.org/issue8595
--
R. David Murray www.bitdance.com
___
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
then we cut
over" before the balance of the dev community is going to actually try
working with it. But one or more volunteers could make the first cut
at the workflow docs right now, I would think, and that would be a big
help for this process
I know I would have prefe
ould also be great if every committer could find time to look at
one bug *outside* of their main interest area for every N hours
they spend on their interest area. (I try to do this, with varying
degrees of success depending on the week.)
--
R. David Murray
ti". Otherwise we can just decide that those
I like this suggestion, but obviously we need to let those developers
who wish to do this "star" themselves.
If there are no objections to this change to maintainers.rst, I'll
start the ball rolling by marking myself for email, and a
mmitter ids*. I noticed the other
day that I had to translate from committer id to tracker id for someone
(I forget who, and I didn't have time to update the file at the time).
--
R. David Murray www.bitdance.com
___
ow to both of you.
>
> As for assigning bugs, I've been told to use the maintainer.rst list, so
> either the list is wrong, or I've had finger problems. If it's the
> latter I again say sorry.
I suggested you use maintainers.rst to find people to ad
who hang out
on #python-dev do triage work. Further, many of the people who chat
regularly on the IRC channel are committers, which is one of the reasons
why it can be a rich resource while doing triage. Often enough, bugs
get closed that way.[*]
--
R. David Murray
but if
it is just lacking in the detail of the explanations, then the tutorial
is the place for those, and you say that is OK.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http
o your work, and also on the
fact that I have seen the quality of your work improve over time from
the bugs I have reviewed that you've commented on.
--
R. David Murray www.bitdance.com
[*] I think this may be a source of some of the discomfort you have
I'd go with putting it in shutil. We could also add a function there
that wraps up the recipe in issue 9311 to work around the quirks of
os.access on FreeBSD (and possibly other platforms).
--
R. David Murray www.bitdanc
list
> is somewhat arbitrary with narrow components such as ctypes and broad
> components such a Lib.
When I suggested such a modules list on
<http://wiki.python.org/moin/DesiredTrackerFeatures>, R. David Murray
replied âThis has been suggested and rejected a number of times on
python-devâ bu
1501 - 1600 of 2106 matches
Mail list logo
