Guido van Rossum wrote:
> Looks good. I forget -- can you check this in yourself? If so, do it!
> If not, let me know and I'll do it for you. Thanks for doing this!
Done. You're welcome.
I'll start now with the patch about the *other* higher level libraries,
:)
Regards,
--
. Facundo
.
Blog:
Facundo Batista wrote:
> Guido van Rossum wrote:
>
>> Looks good. I forget -- can you check this in yourself? If so, do it!
>> If not, let me know and I'll do it for you. Thanks for doing this!
>
> Done. You're welcome.
Tests failed because of this commi
Facundo Batista wrote:
> Tests failed because of this commit *only* in "alpha Tru64 5.1 trunk"
> buildbot.
Also it fails in "g4 osx.4 trunk". In all the other platforms it works
ok.
> The test that failed is one that does:
>
> sock = socket.create_
Facundo Batista wrote:
>> Tests failed because of this commit *only* in "alpha Tru64 5.1 trunk"
>> buildbot.
>
> Also it fails in "g4 osx.4 trunk". In all the other platforms it works
> ok.
As usual, human error.
Now I used the already present
urllib2.py, after receiving an HTTP response, decides if it was an error
and raises an Exception, or it just returns the info.
For example, you make ``urllib2.urlopen("http://www.google.com";)``. If
you receive 200, it's ok; if you receive 500, you get an exception
raised.
How it decides? Functio
Martin v. Löwis wrote:
>> Why only 200 and 206?
> This kind of question can often be answered through the revision
> history. If you do 'svn annotate', you see that the line testing
> ...
> So it seems that it only tests for 200 and 206 because the experiments
> never produced a need for anythin
Martin v. Löwis wrote:
> Who am I to judge whether a fix will break much code? Personally, I
Sorry, this was an error. I thought "you" as in plural (in spanish
there're two different words for third person of plural and singular),
and wrote it as is; now, re-reading the parragraph, it's confusin
I applied the patch in this bug to the trunk.
As it's a bug, and a very nasty one (it causes an ugly crash), please
consider backporting it to 2.5.x.
If you apply this to 2.5.x, just close the bug.
Regards,
--
. Facundo
.
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/a
There's this bug (#451607) about the needing of tests for socket SSL...
Last interesting update in the tracker is five years ago, and since a
lot of work has been done in test_socket_ssl.py (Brett, Neal, Tim,
George Brandl).
Do you think is useful to leave this bug opened?
Regards,
--
. Facu
Jean-Paul Calderone wrote:
> Take a look at "openssl s_server". This is still a pretty terrible way
> to test the SSL functionality, but it's loads better than connecting to
> a site on the public internet.
How would you deal with the deployment and maintenance of this server in
all buildbot's m
Neal Norwitz wrote:
> This is a reminder that the 2.5 branch will be frozen early next week.
> If there are changes you want to get into 2.5.1, they should be
> checked in within a few days. Be conservative! There will be a
There's this bug (which includes the patch): #1688393.
It's ok, solve
Jean-Paul Calderone wrote:
> If the openssl binary is available, when the test starts, launch it in
> a child process, talk to it for the test, then kill it when the test is
> done.
Ok. I'll try to do something like this. I'm assigning the bug to myself.
Regards,
--
. Facundo
.
Blog: http://
Guido van Rossum wrote:
> The test_socketserver unittest seems to be failing occasionally for
> me. (Svn HEAD, Ubuntu dapper.)
I have Ubuntu Edgy, will take a look at it...
Regards,
--
. Facundo
.
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
Jean-Paul Calderone wrote:
> If the openssl binary is available, when the test starts, launch it in
> a child process, talk to it for the test, then kill it when the test is
> done.
Ok, I have a demo of this.
Right now, I face this problem.
I launch openssl through subprocess, but I do *not* f
Martin v. Löwis wrote:
> On Win32, you also have subprocess.TerminateProcess, if you have the
> subprocess module in the first place.
The problem of TerminateProcess is that I need the handle of the
process.
I don't like the idea of rely on the private _handle and do:
process = subprocess.Pop
Martin v. Löwis wrote:
> On Win32, you also have subprocess.TerminateProcess, if you have the
> subprocess module in the first place.
The problem of TerminateProcess is that I need the handle of the
process.
I don't like the idea of rely on the private _handle and do:
process = subprocess.Pop
Eric V. Smith wrote:
> Would it not be better to put a platform-independent version of this
> into subprocess, so that this code doesn't have to be duplicated all
> over the place? Maybe a method on a Popen object called terminate()?
Yes. But I'm not up to that task. Really don't know how to
Eric V. Smith wrote:
> I'd be willing to look at adding it, if the group thinks it's the right
> thing to do.
+1 to have the functionality of "kill the process you started" in
subprocess.
--
. Facundo
.
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
__
Raghuram Devarakonda wrote:
>Q end the current SSL connection and exit."
>
> Can a command "Q" be sent to the server once testing is complete?
For openssl to recognize your "Q", you need to have a connection active.
So, we need a better way to kill the external openssl in the tests
(don
Martin v. Löwis wrote:
> I don't like it. I would rather rely on the private _handle member.
> If that ever gets changed, the test fails.
I made it using _handle.
Right now, we have test_socket_ssl.py using a local openssl and passing
all the tests in all the buildbots, :D
Thanks for your (you
Facundo Batista wrote:
> Martin v. Löwis wrote:
> ...
>
>> think it should treat all 2xx responses as success. Callers can
>> then still check the response code themselves if they need to.
>
> The same I think. If nobody has a conflic with this decission, I'l
Raymond Hettinger wrote:
> As promised in the decimal.py header, the spec
> updates should all be considered as bugs and backported at some point
> after they are fully tested and we're happy with them all around.
> Also, as promised, the module should continue to run on Py2.3.
Ok. So far, I'm
Tim Peters wrote:
> can wait a couple months, I'd be happy to own it. A possible saving
> grace for ln() is that while the mathematical function is one-to-one,
I'm working right now in making the old operation to pass the new tests
ok.
Soon I'll cut a branch to work publicly on this (good idea
Martin v. Löwis wrote:
> an activity that is always worthwhile is bug and patch review. Pick a
> patch or a bug report that hasn't seen any feedback (there are,
> unfortunately, plenty of them), and try to analyse it.
Sergio, welcome.
As Martin said, bugs and patch revision is a fruitful activit
Ok, I cut a branch in svn to work with decimal.py (decimal-branch).
I commited the work I made during the last weeks. Right now, the state
is:
- All the operations that already existed pass ok the new tests (except
``power``). For this, I fixed some bugs, reordered some code (without changing
Georg Brandl wrote:
> Of course, we could also setup a svn pre-commit hook that rejects trailing
> whitespace >:->
I was about to suggest a mail to python-checkins when a bad whitespace
is detected, but had no idea that a pre-commit check existed in SVN.
It'd be great if the system won't let yo
The following are the new operations in the decimal module that we'll
be available according to the last published specification.
I wrote here the proposed name by me, the original name between
parenthesis, where it will be located between square brackets (C for
context and D for the decimal obje
Ronald Oussoren wrote:
>> - and (and), or (or), xor (xor) [CD]: Takes two logical operands, the
>> result is the logical operation applied between each digit.
>
> "and" and "or" are keywords, you can't have methods with those names:
You're right. I'll name them logical_and, logical_or, and log
Nick Maclaren wrote:
> Am I losing my marbles, or is this a proposal to add the logical
> operations to FLOATING-POINT?
Sort of. This is a proposal to keep compliant with the General Decimal
Arithmetic Specification, as we promised.
http://www2.hursley.ibm.com/decimal/
Regards,
--
. Facun
Tim Peters wrote:
> I'm with Raymond on this one, especially given the triviality of
> implementing the revised spec's new logical operations.
Exactly. I already implemented part of it, and took less than read this
thread, ;).
The cost of having it is lines of code in decimal.py. The benefit is
Martin v. Löwis wrote:
>> I don't understand the point of a "security release" made up to a year
>> after commit, especially in view of the first quoted paragraph.
>
> The objective is to reduce load for the release manager. Any kind of
> release that is worth anything takes several hours to pro
On Wed, Mar 16, 2011 at 7:00 PM, Raymond Hettinger
wrote:
> I don't think the more complex workflow if worth it. Mercurial is very user
> friendly right out of the box will simple commands. But as soon as you
> require the branches to be inter-linked, you've made it much more difficult
> to
I know there's a big ideas exchange in this list about how to use
Mercurial in the Python project.
I know that still there is not wide and firm consensus about the whole
workflow to follow.
But maybe some small decisions are already taken, some suggestions
about the best way to do this or that, e
ocean wrote:
> After I did this change, most errors were gone.
>
> Index: Lib/urllib.py
> ===
> --- Lib/urllib.py (revision 55584)
> +++ Lib/urllib.py (working copy)
> @@ -833,7 +833,7 @@
> self.busy = 0
> self.ftp
[EMAIL PROTECTED]:~/devel/reps/python/trunk$ ./python
Python 2.6a0 (trunk, Jun 6 2007, 12:32:23)
[GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib2
>>> u = urllib2.urlopen("http://www.taniquetil.com.ar/plog";)
It was very succesful, around +300 people assisted, and there were a lot of
interesting talks (two introductory talks, Turbogears, PyWeek, Zope 3,
security, creating 3D games, Plone, automatic security testings, concurrency,
and programming the OLPC).
I want to thanks the PSF for the received s
Guido van Rossum wrote:
> I've written up a comprehensive status report on Python 3000. Please read:
>
> http://www.artima.com/weblogs/viewpost.jsp?thread=208549
One doubt: In Miscellaneus you say:
Ordering comparisons (<, <=, >, >=) will raise TypeError by default
instead of returning arbit
2007/7/13, Barry Warsaw <[EMAIL PROTECTED]>:
> with merges. This means the end of posting patches because instead
> what you would do is post the url to a branch that you published some
> place. It means that branch can be kept up-to-date as its parent
> branch changes, so a new feature candidat
2007/7/13, Alexander Neundorf <[EMAIL PROTECTED]>:
> as I wrote in my previous email, I'm currently porting Python to some more
> unusual platforms, namely to a super computer
> (http://www.research.ibm.com/bluegene/) and a tiny embedded operating system
> (http://ecos.sourceware.org), which have
2007/7/24, Nick Coghlan <[EMAIL PROTECTED]>:
> some of the Debian buildbots happier, but several of the other buildbots
> are reporting a variety of "Address already in use" errors in the
> subthreads created by test_urllib2.
Test pass ok in my machine.
However, if in another terminal I make...
2007/7/25, Nick Coghlan <[EMAIL PROTECTED]>:
> Yep, looks like that did the trick. Facundo, a similar change may help
> with the GSoC project you're mentoring (the new smtplib tests failed on
> at least one of the buildbots).
Yes! Alan is already working in this (he sent me today a patch, :).
Re
2007/7/30, Jean-Paul Calderone <[EMAIL PROTECTED]>:
> Uh, no, that's basically totally wrong. Details on the ticket.
I rejected it.
Regards,
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
___
Python-Dev mai
People:
Pablo Hoffman opened this bug: "[1764761] Decimal comparison with None
fails in Windows".
It's not a Decimal problem, see the differente behaviour of this basic
test in Linux and Windows:
Python 2.5.1 (r251:54863, May 2 2007, 16:56:35) [GCC 4.1.2 (Ubuntu
4.1.2-0ubuntu4)] on linux2
>>> c
2007/8/2, Guido van Rossum <[EMAIL PROTECTED]>:
> NonImplemented isn't treated as special when returned by __cmp__();
> __cmp__ is not considered a binary operator like __add__. (__lt__ and
> friends *do* get treated as such -- but instead of __rlt__ we use
> __gt__, etc.)
I understand that is tr
2007/8/2, Paul Moore <[EMAIL PROTECTED]>:
> A wild guess: c < None falls back to checking c.__cmp__(None) < 0.
> This translates to NotImplemented < 0, and as the ordering of built in
> types is implementation dependent, maybe that explains the difference
> between Windows and Linux?
"NotImplemen
2007/8/2, Terry Reedy <[EMAIL PROTECTED]>:
> Given that you 'should' return an int, doing elsewise has undefined
> results.
I'll fix decimal to always return sane values from __cmp__, :)
Thank you all!
Regards,
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.
2007/8/2, Facundo Batista <[EMAIL PROTECTED]>:
> > Given that you 'should' return an int, doing elsewise has undefined
> > results.
>
> I'll fix decimal to always return sane values from __cmp__, :)
Done, thanks again everybody!
--
.Facundo
Blog:
2007/8/3, Andrew Bennetts <[EMAIL PROTECTED]>:
> I don't really think there's much reason to make "iter()" work. As you say,
What bad thing could happen if we make iter() work? If nothing, we
should ask ourselves: which is the more intuitive behaviour to expect
of iter()? To raise an exception o
2007/8/19, O.R.Senthil Kumaran <[EMAIL PROTECTED]>:
> I am drafting a PEP proposing a module 'urilib', which will be the unified
> module of urlparse, urllib and urllib2.
Great!!
> a) _all_ functions will include from urlparse,urllib and urllib2.
> b) overlapping functionality between urllib a
Hello everybody.
Mark Dickinson helped a lot (*a lot*) with the decimal branch, and
we're near to pass the brand new test cases from Cowlishaw.
My original idea is to update all the documentation before merging the
branch into the trunk, but now that they changed so much, I don't know
what to do:
2007/8/29, "Martin v. Löwis" <[EMAIL PROTECTED]>:
> It would have been good if you had indicated what result you had
> expected instead. I assume 0; to get 0, you have to write -(3/2)+3/2,
> or 0-3/2+3/2.
Wow, that caught me:
>>> -3/2+3/2
-1
>>> 0-3/2+3/2
0
>>>
I'm not talking about division he
People:
I modified my tool, whichs makes a summary of all the Python tickets
(I moved the source where the info is taken from SF to our Roundup).
In result, the summary is now, again, updated daily:
http://www.taniquetil.com.ar/facundo/py_tickets.html
Enjoy it.
Regards,
--
.Facundo
B
2007/9/10, Facundo Batista <[EMAIL PROTECTED]>:
> I modified my tool, whichs makes a summary of all the Python tickets
> (I moved the source where the info is taken from SF to our Roundup).
>
> In result, the summary is now, again, updated daily:
Taking an idea from Jeff
Hi people!
After some months, Decimal is now in the trunk again.
It's fully updated to the latest Cowlishaw specification, and
complying with the latest test cases (from a few days ago, which even
take in consideration some feedback from ours).
I want to thank so much to Mark Dickinson, who made
Hi everybody!
In the Tracker Issue...
http://bugs.python.org/issue1772851
... Mark Dickinson came with a patch that alters in a very corner case
how the hash is calculated to a long integer.
This allows changes in Decimal that lead to a better hashing behaviour
for big, big, really big number
2007/9/18, Thomas Wouters <[EMAIL PROTECTED]>:
> Unfortunately, that's not how it works :-) If you check something into the
> trunk, it will be merged into Py3k sooner or later. I may ask the original
> submitter for assistance if it's incredibly hard to figure out the changes,
> but so far, I onl
2007/9/19, Thomas Wouters <[EMAIL PROTECTED]>:
> > So, how is this handled? Until which moment can I expect that the
> > changes in the trunk are merged to Py3k?
>
> Until you hear otherwise :) You can commit py3k-specific changes to the py3k
> branch, the merges shouldn't lose them. (Of course, m
2007/9/10, Facundo Batista <[EMAIL PROTECTED]>:
> I modified my tool, whichs makes a summary of all the Python tickets
> (I moved the source where the info is taken from SF to our Roundup).
Based on an idea from Dennis Benzinger, now the temporal bars show the
moments where each comm
2007/9/19, Ron Adam <[EMAIL PROTECTED]>:
> I noticed that there is a background of light blue between marks. That is
> hard to see on my computer because it is so close to the grey tone.
Made it a little darker, now it's easier to look.
> Also shouldn't the light blue background bar extend all
People:
I don't decide myself what to do in this case.
The Decimal module appeared in 2.4, and received just slight
modifications for 2.5. Since it appeared, a "just download and use it"
version was available for Python 2.3 users.
But for 2.6, it was fully renewed. Not only was updated to the la
2007/10/2, Raymond Hettinger <[EMAIL PROTECTED]>:
> Yes! We have guaranteed that spec updates are to be treated as bug fixes and
> backported. This is especially important in this case
> because other errors have been fixed and the test cases have grown.
Perfect! I'll backport it to 2.5... wha
2007/10/2, Mark Dickinson <[EMAIL PROTECTED]>:
> difficulties. In particular, some cases of three-argument pow that
> previously worked (giving arguably nonsensical results) will now raise an
> exception. To be honest, I'd be quite surprised to find that *anyone* was
If previously it gave a arg
2007/10/8, Eli Courtwright <[EMAIL PROTECTED]>:
> On "Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
> (Intel)] on win32" this produces the following exception:
> Traceback (most recent call last):
> File "", line 1, in
> TypeError: not enough arguments for format string
P
There were two tracker issues that I want to solve that implies to
touch some PEP text.
So, I checked out the PEP branch...
svn.python.org/peps/trunk
...and made a "make".
A lot of files started to fail because of not ASCII characters (the
standard Syntax Error of PEP-0263, I'm using Py2.5),
2007/10/12, "Martin v. Löwis" <[EMAIL PROTECTED]>:
> I believe it's subversion that is doing something wrong. In my copy
> of the file, I get
>
> # Contact: [EMAIL PROTECTED]
> # Revision: $Revision: 4152 $
> # Date: $Date: 2005-12-08 00:46:30 +0100 (Do, 08 Dez 2005) $
Looking the file through th
2007/10/12, "Martin v. Löwis" <[EMAIL PROTECTED]>:
> > - Find a way to specify something in the original PEP file so SVN
> > translates always the dates in English.
>
> Are you sure you are talking about the file that contains the
> PEP itself? Or are you perhaps talking about the source code of
>
2007/10/15, Mateusz Rukowicz <[EMAIL PROTECTED]>:
> I've been working on C decimal project during gSoC 2006. After year
> of idling (I had extremely busy first year on University, but well, most
> of us are extremely busy) I decided, that I will handle further
Welcome back, :)
> merging C D
Hi!
I was looking to this bug: http://bugs.python.org/issue1255
It basically creates a deadlock in Python by doing the following:
- aa.py imports bb.py
- bb.py imports time and generates a thread
- the thread uses time.strptime
The deadlock is because the strptime function imports another mod
2007/10/19, Adam Olsen <[EMAIL PROTECTED]>:
> The solution then is, if your python file will ever be imported, you
> must write a main function and do all the work there instead. Do not
> write it in the style of a script (with significant work in the global
> scope.)
I had this a as a good codi
2007/10/16, Daniel Stutzbach <[EMAIL PROTECTED]>:
> I agree. A basic subquadratic radix conversion algorithm isn't much
> more complex than the existing quadratic code. I just whipped
> together a Python prototype and it's only 15 lines.
Do you have a patch for decimal.py of current trunk?
Don
2007/10/19, Christian Heimes <[EMAIL PROTECTED]>:
> I know a possible solution. You could write a patch that moves the
> imports in C code to the module init function and stores the modules in
> a global static variable.
I thought about this. It even will have the good side efect of not
shooting
2007/10/20, Nick Coghlan <[EMAIL PROTECTED]>:
> bb.py is broken - importing a module should never spawn a new thread as
> a side effect (precisely because it will deadlock if the spawned thread
> tries to do an import, which can happen in a myriad of ways).
Agreed.
But if we move the import of t
2007/9/13, Facundo Batista <[EMAIL PROTECTED]>:
> All the listings are accesible from the same pages, start here:
>
> http://www.taniquetil.com.ar/facundo/py_tickets.html
>
> (remember to refresh)
>
> Any idea to improve these pages is welcomed.
Following an idea of
2007/10/24, Thomas Heller <[EMAIL PROTECTED]>:
> I've just received a private email from Christian Jacobsen (we were discussing
> some ctypes bugs/deficiencies that do not matter in this context). He wrote:
>
> ...
>
> I feel with him. Further, there is no 'Add a comment' or 'Suggest a change'
2007/10/12, Neal Norwitz <[EMAIL PROTECTED]>:
> The plan is cut the release candidate around Tuesday/Wednesday next
> week (Oct 16/17). If all goes well, 2.5.2 final will follow a week
> later.
Hi Neal! Do you have any update of this schedule?
Thank you!
--
.Facundo
Blog: http://www.tani
Hi, people!
I'm following the issue 1311: http://bugs.python.org/issue1311
There (and always talking in windows), the OP says the in Py2.4
os.path.exists("nul") returned True and now in 2.5 returns False. Note
that "nul" is an special file, something like /dev/null.
We made some tests, and we ha
2007/10/24, Alex Martelli <[EMAIL PROTECTED]>:
> using C++ and Java (and often C), but as far as I know there is no
> Stanford course (at least not within Symbolic Systems) that focuses
> specifically and exclusively on Python (there IS one course,
In my constant try-to-push-Python-everywhere-I-g
2007/10/24, Ron Adam <[EMAIL PROTECTED]>:
> > Note that these items are *all* open.
>
> I think the page title should reflect this. Possible changing it from
>
> "Python tickets"
>
> to
> "Python Open Tickets"
Good point! It's fixed now.
Thank you!
--
.Facundo
Blog: http://www.
2007/10/19, Adam Olsen <[EMAIL PROTECTED]>:
> Whether this is a minor problem due to poor style or a major problem
> due to a language defect is a matter of perspective. I'm working on
> redesigning Python's threading support, expecting it to be used a
> great deal more, which'd push it into the
2007/10/20, Nick Coghlan <[EMAIL PROTECTED]>:
> bb.py is broken - importing a module should never spawn a new thread as
> a side effect (precisely because it will deadlock if the spawned thread
> tries to do an import, which can happen in a myriad of ways).
Exactly, :(.
I changed timeobject.c to
2007/10/25, Christian Heimes <[EMAIL PROTECTED]>:
> I could look into the matter and provide a patch for the trunk.
Feel free to do it. But note, that some imports are inside the call()
function, this could have more implications that you see (at least I
saw) at first glance.
Regards,
--
.
2007/10/25, Facundo Batista <[EMAIL PROTECTED]>:
> BTW, I'll leave the optimization of importing strptime one time,
> there's no reason to try to import it everytime strptime() is called.
No, I'm not. In consideration to the possible warning raised by Brett,
I won&#
2007/10/26, Christian Heimes <[EMAIL PROTECTED]>:
> First of all I don't understand what you mean with "that some imports
> are inside the call() function". Please elaborate on it.
I'm talking about the "call" function defined in the _sre.c file. This
function has a call to PyImport_Import() insi
Hello people!
I'm following the issue 1259 (http://bugs.python.org/issue1259)
It basically says that this should be ok: "'asd'.find('s', None,
None)", as the documentation says that "start" and "end" arguments
behaves like in slices (right now it gives a TypeError).
I created a patch, that solve
2007/10/25, Ron Adam <[EMAIL PROTECTED]>:
> Clicking on one of the filter links changes the title back. (No Keyword,
> Patch, P3K)
Fixed, this was a bug, :(
> I think the keyword and keywords interface can be improved. Do you have
> any plans in that direction?
Surely!
But, no, I have no pl
2007/11/3, "Martin v. Löwis" <[EMAIL PROTECTED]>:
> > GetFileAttributes() doesn't return those, just the FAT filesystem
> > attributes. GetFileSize and GetFileTime fail.
>
> Ok, so how does msvcrt stat() manage to fill these fields if those
> functions fail?
Beyond the question to this specific q
2007/11/6, "Martin v. Löwis" <[EMAIL PROTECTED]>:
> We certainly should rely on the Windows behavior. The next question then
> is: What exactly *is* "the Windows behavior". Windows is not just
> inconsistent across versions, but apparently so even within a single
> version.
+1 for QOTW
> IIUC,
2007/11/6, "Martin v. Löwis" <[EMAIL PROTECTED]>:
> Unfortunately, it seems that none of us is both capable and has
> sufficient time to research what the 2.4 behavior actually is;
> I'd like to emphasize that I think no changes should be made until
> the behavior is fully understood, which it cur
2007/11/9, Christian Heimes <[EMAIL PROTECTED]>:
> Guido has granted me committer privileges to svn.python.org and
> bugs.python.org about a week ago. So I'm new and new people tend to make
> mistakes until they've learned the specific rules of a project.
Yes, I saw the change in developers.txt.
2007/11/14, Christian Heimes <[EMAIL PROTECTED]>:
> After Amaury introduced himself I've decided that I *have* to take some
> time to introduce myself, too.
Welcome you both to this journey.
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
__
2007/11/16, Gustavo Carneiro <[EMAIL PROTECTED]>:
> Yes, I can do that, as well as I can use the 'continue' statement, but both
> versions are slightly more verbose and less clear than what I propose.
The question is: is this slightly more verbosity and less clarity
worth enough as to make a synt
2007/11/21, "Martin v. Löwis" <[EMAIL PROTECTED]>:
> Help in administrating the roundup installation is urgently desired;
> there is currently no active maintenance of this site (which makes me
> wonder whether we should have used Jira instead of roundup, as the
> company offering it had also offe
2007/11/23, Christian Heimes <[EMAIL PROTECTED]>:
> Well, I'm exaggerating a bit but you probably get my point. The core
> developers can't keep up with new bugs and check old bugs at the same
> time. The resources are already stretched thin. But Brett gave me an
One *fantastic* tool that exists
2007/11/23, Christian Heimes <[EMAIL PROTECTED]>:
> The Python bug tracker contains more than 1,300 bugs and it's growing.
> And growing ... and growing. I'm picking a bug once in a while or
> tossing some invalid bugs away but it's a helpless cause. The bugs are
> augmenting with anybody stopping
Hi people!
Two news. A big speed up, and now we reached some stable state.
Mark Dickinson found out that a lot of time was lost internally in
decimal.py when dealing with the Decimal mantissas.
He changed the way that mantissa was stored, from a tuple of ints, to
a plain string (each character
...in my machine with no Internet connection.
I saw what's happening: there's a test in BasicTests that tries to
access "svn.python.org".
It's strange, because this test is an exact copy of the one in
NetworkTest (but the latter is included only if the "network" resource
is enabled).
Seeing more
2007/11/27, Bill Janssen <[EMAIL PROTECTED]>:
> Which branch is this?
The trunk, sorry.
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
2007/11/28, Guido van Rossum <[EMAIL PROTECTED]>:
> ATM I'm torn between __root__ and __python__.
__root__ gives me the idea of the base of a tree, its primary node. +0
__python__ gives me the idea of something very deep inside python. +1
Regards,
--
.Facundo
Blog: http://www.taniquetil.
2007/11/29, Greg Ewing <[EMAIL PROTECTED]>:
>
> __ubiquitous__
>
Uh! Great!
+1
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
2007/11/24, Nick Coghlan <[EMAIL PROTECTED]>:
> Did you change the Decimal repr to use the same format for the mantissa?
I don't understand the question. The output of repr() does not show
this internals...
> Could you also check the performance gain against the telco benchmark
> which is in th
101 - 200 of 379 matches
Mail list logo
