Re: [Python-Dev] cpython (3.3): Closes #20872: dbm/gdbm/ndbm close methods are not documented

On 25/06/14 20:35, Ned Deily wrote: > The 3.3 branch is open only to security fixes. Please don't backport > other patches to there. > > https://docs.python.org/devguide/devcycle.html#summary Ned, I am aware. It is a doc-only fix, like fixing a typo or correcting an incorrect statement. It that

[Python-Dev] mUTF-7 support?

I miss mUTF-7 support (as used to encode IMAP4 mailbox names) in Python, in the codecs module. As an european with a language with 27 different letters (instead of english 26), tildes, opening question marks, etc., I find it very inconvenient. This encoding is used basically only in IMAP4, I know.

Re: [Python-Dev] mUTF-7 support?

On 10/10/14 01:08, Victor Stinner wrote: > When you say "IMAP4", do you mean any IMAP4 server? Do you have a list > of server vendors known to use the encoding mUTF-7? All of them. IMAP4 protocol **REQUIRES** mUTF-7. UTF-8 is optional in IMAP4, and even UTF-8 capable servers have to support clien

Re: [Python-Dev] mUTF-7 support?

On 10/10/14 02:00, Victor Stinner wrote: > 2014-10-10 1:33 GMT+02:00 Jesus Cea : >> The purpose of these modifications is to correct the following >>problems with UTF-7: > > If you need performances, I would be interested to see if it would be > possible to reuse

Re: [Python-Dev] mUTF-7 support?

On 10/10/14 02:43, Victor Stinner wrote: > 2014-10-10 2:34 GMT+02:00 Jesus Cea : >>> What is the current behaviour of imaplib in Python 3.4 with non-ASCII >>> characters in mailbox names? >> >> It breaks. Crash & burn. > > Oh ok. So in short, imaplib do

Re: [Python-Dev] mUTF-7 support?

On 10/10/14 04:41, R. David Murray wrote: > Specifically, it is about what we might better term mailbox > *folders*...that is, not what you would normally think of as the > 'mailbox name', which is usually understood to be the thing before the @ > in the email address (and can't contain non-ASCII y

Re: [Python-Dev] mUTF-7 support?

I think the consensus so far is that this is a good idea. I just opened . Thanks for your feedback. -- Jesús Cea Avión _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ Twitter: @jcea

Re: [Python-Dev] Sad status of Python 3.x buildbots

On 03/09/14 02:37, Antoine Pitrou wrote: > I'm not sure that's an answer to the problem. What we need is not more > machines, but dedicated buildbot maintainers. I would love to get an email if my buildbots are consistently RED for a few hours. In the past Antoine, Victor and others pinged me ab

Re: [Python-Dev] Sad status of Python 3.x buildbots

On 10/10/14 17:56, Chris Angelico wrote: > Could I write a little > monitor at my end that asks every hour if my buildbots can be seen? AFAIK maintainers already get an email if the buildbot vanishes long enough. I am more interested in getting an email when my buildbot is consistently red because

Re: [Python-Dev] Sad status of Python 3.x buildbots

On 10/10/14 17:45, Jesus Cea wrote: > Thanks for your patience and for notifying me issues when you suffer them. Another issue is changes that actually breaks buildbots and I don't actually know where to start debugging. For instance, currently: <http://buildbot.python.org/all/b

[Python-Dev] Strange "help(int.__lt__)". Probably documentation bug

http://bugs.python.org/issue20530#msg231584 -- Jesús Cea Avión _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ Twitter: @jcea_/_/_/_/ _/_/_/_/_/ jabber / xmpp:j...@jabber.org _/_/

Re: [Python-Dev] Strange "help(int.__lt__)". Probably documentation bug

On 27/11/14 13:42, Victor Stinner wrote: > 2014-11-27 13:41 GMT+01:00 Victor Stinner : >> I am amused about the "/)" suffix in the signature. It happens to all >> magic methods. > > If I remember correctly, it means that the function does not accept keywords: I don't understand. Is that internal

Re: [Python-Dev] MemoryError and other bugs on AMD64 OpenIndiana 3.x

Sorry, I am currently traveling. Away from real computer until April 7th. On 28/03/15 10:48, Victor Stinner wrote: > Hi, > > The buildbot AMD64 OpenIndiana 3.x is always red since at least 6 > months. Almost always, tests fail because the buildbot has not enough > memory. Well, it's fun to see h

Re: [Python-Dev] New security-annou...@python.org mailing list

On 21/09/17 17:30, Barry Warsaw wrote: > https://mail.python.org/mailman/listinfo/security-announce "No such list security-announce". > https://mail.python.org/mailman/listinfo/security-sig "No such list security-sig". -- Jesús Cea Avión _/_/ _/_/_/_/_/_/ j

[Python-Dev] "threading.Lock().locked()" is not documented

https://docs.python.org/3.6/library/threading.html doesn't document "threading.Lock().locked()", and it is something quite useful. In fact, it is used in "threading.py" itself. For instance, lines 109, 985, 1289. Is there any reason to not document it?. (I didn't investigate other objects in the

[Python-Dev] Request for review: issue 42815: new thread doesn't copy context of the parent thread

https://bugs.python.org/issue42815 https://github.com/python/cpython/pull/24074 I would love to have this in Python 3.10, but the interaction with "decimal" context has a risk I don't know how to evaluate, neither the impact of a new "context" parameter when launching a new thread. It could

[Python-Dev] Offtopic: OpenID Providers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I just received an email from my OpenID provider, "myOpenID", saying that they drop OpenID service next February. I wonder what other OpenID providers are used by other python-dev fellows. What are you using?. bugs.python.org admins could share some d

Re: [Python-Dev] Offtopic: OpenID Providers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/09/13 21:53, Ben Finney wrote: > My own take is that most people choose convenience and expedience > over security and freedom, hence Facebook and Twitter and Google > have taken over the online identity game instead of a federated > identity sys

Re: [Python-Dev] Offtopic: OpenID Providers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/09/13 22:36, Oleg Broytman wrote: > There was no demise. Because there was no take-off. OpenID was > never popular. I can remember a very limited set of major sites > that allow login using OpenID: SourceForge, LiveJournal, BitBucket. > The first

Re: [Python-Dev] Offtopic: OpenID Providers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/09/13 23:56, Oleg Broytman wrote: > Well, I can only use services that are available, not those that > are promised. If python.org grows support for Persona -- who will > be my provider and for what price? I am not going to install and > manage

Re: [Python-Dev] Offtopic: OpenID Providers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/09/13 22:29, Oleg Broytman wrote: > I have seen exactly 0 (zero) sites that support Persona. Can you > point me? "Python España" (Python Spain) association is going to provide Persona Only login. Deployment in four weeks. - -- Jesús Cea Avió

Re: [Python-Dev] Offtopic: OpenID Providers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/09/13 20:45, Eli Bendersky wrote: > PS: I use "http://www.jcea.es/"; as my OpenID identity, and I > delegate the actual service to "myOpenID". I can switch delegation > trivially. > > http://bugs.python.org/?@action=openid_login&provider=Google

Re: [Python-Dev] DTRACE support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/13 17:18, Skip Montanaro wrote: > I looked at this several years ago. As I recall, the problem at the > time was that the Apple and Sun DTrace implementations were > incompatible, or that the probes they had inserted into their own > /usr/bin/

[Python-Dev] Details of "import lock" in 3.3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 With importlib and other recent changes, what are the current details of "import lock"?. That is, the lock/locks held when Python code does "import", specially in the case of multithreading. Is that documented anywhere? Thanks! - -- Jesús Cea Avión

[Python-Dev] DTRACE support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As far as I know, Erlang, Ruby, PHP, Perl, etc., support Dtrace. Python is embarrasingly missing from this list. Some examples: <

Re: [Python-Dev] DTRACE support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/13 17:08, Jesus Cea wrote: > Does Python-Dev have any opinion or interest in this project?. > Should I push for it? I have using this code for ages on my Solaris machines: Python 2.7.5 (dtrace-issue13405_2.7:f96ea83cd766, Aug 19 2013,

Re: [Python-Dev] DTRACE support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/13 17:14, Guido van Rossum wrote: > I've heard good things about DTRACE but never used it myself. > > Do I understand correctly that you have to build a separate Python > executable with it turned on? It is a patch you apply on stock Python

Re: [Python-Dev] DTRACE support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/13 17:41, Antoine Pitrou wrote: > You should start by addressing review comments: > http://bugs.python.org/issue13405#msg151751 Antoine, my first step now is to poke Python-DEV about this subject. If the consensus is "DON'T" I will probably

Re: [Python-Dev] DTRACE support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/13 17:29, Charles-François Natali wrote: > IMO, that's a large, intrusive patch, which distracts the reader > from the main code and logic. Yes, the patch is intrusive. It must be, to get its goals. Could be improved, nevertheless. Help and s

Re: [Python-Dev] Details of "import lock" in 3.3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/13 17:43, Antoine Pitrou wrote: > Quick summary here: > http://docs.python.org/3/whatsnew/3.3.html#a-finer-grained-import-lock > > Otherwise, I'm afraid the source code has the most information, > e.g.: > http://hg.python.org/cpython/file/1

Re: [Python-Dev] DTRACE support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/13 20:33, Antoine Pitrou wrote: > On Fri, 06 Sep 2013 18:14:26 +0200 Jesus Cea wrote: >> >> It is intrusive. Yes. I think it must be, by its own nature. >> Probably room for improvement and code transparency. But.

Re: [Python-Dev] Offtopic: OpenID Providers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/13 21:34, R. David Murray wrote: > Note that I said that single signon *itself* was overrated. If you > use the same token to authenticate to multiple sites (and here the > 'token' is the email address) then your identities on those sites > a

[Python-Dev] sys.intern should work on bytes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 """ sys.intern(b'12121212') Traceback (most recent call last): File "", line 1, in TypeError: must be str, not bytes """ I wonder why. - -- Jesús Cea Avión _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/

Re: [Python-Dev] sys.intern should work on bytes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/09/13 14:04, Victor Stinner wrote: > What would you be the use case of interned bytes objets? Performance and memory. Pickle sizes (my particular issue now). - -- Jesús Cea Avión _/_/ _/_/_/_/_/_/ j...@jcea

Re: [Python-Dev] sys.intern should work on bytes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/09/13 14:15, Antoine Pitrou wrote: > From http://docs.python.org/3.3/library/sys.html#sys.intern > > """sys.intern(string) > > Enter string in the table of “interned” strings and return the > interned string [...]""" > > > In Python 3 contex

Re: [Python-Dev] sys.intern should work on bytes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/09/13 15:31, Antoine Pitrou wrote: > sys.intern is an internal interpreter optimization and should be > orthogonal to pickling. If pickle can't detect already-seen bytes > object, then you may file an improvement request on the bug > tracker.

[Python-Dev] dict.setdefault(object, object) instead of "sys.intern()" (was Re: sys.intern should work on bytes)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/09/13 15:33, Benjamin Peterson wrote: > Well, the pickler should memoize bytes objects if you have lots of > the same one in a pickle... Only if they are the very same object. Not diferent bytes objects with the same value. Pickle doesn't do "a=

Re: [Python-Dev] sys.intern should work on bytes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/09/13 15:44, Antoine Pitrou wrote: > Yes. The main difference is that sys.intern() will remove the > interned strings when every external reference vanishes. It > requires either weakref'ability (which both str and bytes lack) or > special coope

Re: [Python-Dev] OpenIndiana and Solaris support

On 08/02/17 11:24, Victor Stinner wrote: > So I suggest to drop official Solaris support, but I don't propose to > remove the C code specific to Solaris. In practice, I suggest to > remove Solaris and OpenIndiana buildbots since they are broken for > months and are more annoying than useful. Give

Re: [Python-Dev] OpenIndiana and Solaris support

On 08/02/17 11:24, Victor Stinner wrote: > So I suggest to drop official Solaris support, but I don't propose to > remove the C code specific to Solaris. In practice, I suggest to > remove Solaris and OpenIndiana buildbots since they are broken for > months and are more annoying than useful. The m

Re: [Python-Dev] OpenIndiana and Solaris support

On 08/02/17 16:18, Jesus Cea wrote: > I am trying to convince him to launch buildbot process tree with an > "ulimit" to protect the machine. Lets see. > > Sorry. Thanks for your patience. I am launching now the buildbot with a limit of 1GB *PER PROCESS*. At least, when th

Re: [Python-Dev] OpenIndiana and Solaris support

On 08/02/17 17:06, Jesus Cea wrote: > On 08/02/17 16:18, Jesus Cea wrote: >> I am trying to convince him to launch buildbot process tree with an >> "ulimit" to protect the machine. Lets see. >> >> Sorry. Thanks for your patience. > > I am launchin

[Python-Dev] Riddle: Funny decorator chaining behaviour

Chatting in a Spanish python podcast about how convenient would be for abstract classes to raise exceptions intermediately instead of at instantiation time (how could you create an abstract class in that case?), somebody produced this code: import abc class a(abc.ABC): @classmethod @prope

Re: [Python-Dev] And the winner is...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guido van Rossum wrote: > The decision is made! I've selected a DVCS to use for Python. We're > switching to Mercurial (Hg). Bravo. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - ht

[Python-Dev] ¿Nueva reunión mensual en Madrid ?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Va tocando hacer una nueva reunión mensual en Madrid. ¿Propuestas de fecha y lugar?. La última vez estuvo bastante bien, aunque éramos poquitos. ¿Hacemos otra a la vuelta de semana santa?. - -- Jesus Cea Avion

Re: [Python-Dev] ¿Nueva reunión mensual en Madrid ?

Excuse me. Wrong mailing list. ___ 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

[Python-Dev] [Fwd: [issue6397] Implementing Solaris "poll" in the "select" module]

-- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber / xmpp:j...@jabber.org _/_/_/_/ _/_/_/_/_/ . _/_/ _/_/_/_/ _/_/ _/_/ "T

Re: [Python-Dev] [Fwd: [issue6397] Implementing Solaris "poll" in the "select" module]

le to improve efficiency without adding another non-portable interface. But before investigating options, I want to know if there is interest on it. I think so, because Solaris/OpenSolaris is an important platform, I will take care of the code, and we already have non-portable inter

Re: [Python-Dev] Why is nan != nan?

> operation and therefore is a "different" non-number. Infinites are "not equal" for a good reason, for example. 1/0 and 2/0 are both infinites, but one is "greater" than the other. Or (1/0)^(1/0), an infinite infinitelly "bigger". - -- Jesus Cea Avio

Re: [Python-Dev] Why is nan != nan?

NaN > being a set of values rather than a single value. Sounds good. But IEEE 754 was created by pretty clever guys and sure they had a reason for define things in the way they are. Probably we are missing something. - -- Jesus Cea Avion _/_/

Re: [Python-Dev] Why is nan != nan?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/25/2010 03:19 PM, Steven D'Aprano wrote: > On Thu, 25 Mar 2010 11:36:28 pm Jesus Cea wrote: > >> Infinites are "not equal" for a good reason, for example. >> >> 1/0 and 2/0 are both infinites, but one is &

Re: [Python-Dev] Why is nan != nan?

ng if we could bring the question to news:comp.arch newsgroup. They have the knowledge, and I know there are people from the IEEE 754 group lurking there. I only have read-only access, nevertheless. Another relevant group could be news:comp.arch.arithmetic, but I am not familiar with it. - -- J

Re: [Python-Dev] Why is nan != nan?

all ONEs are the same ONE, even if they come from > different sources, are in different memory locations, or have different > identities; but all NANs are different, even if they come from the same > source, are in the same memory location, or have the same identity. +inf. B

[Python-Dev] "-Wd" switch

in the archives, somewhere. Thanks. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber / xmpp:

[Python-Dev] stdlib socket usage and "keepalive"

etdefaulttimeout()" is not enough, because it could shutdown a perfectly functional connection, just because it was idle for too long. - -- Jesus Cea Avion _/_/ _/

Re: [Python-Dev] stdlib socket usage and "keepalive"

default. I have validated this behaviour with Ubuntu 9.10 and a network sniffer. About controversial... keepalive are usually sent only when the connection is 100% idle for a while, when "while" can be >15 minutes, so the load should be "none" for regular connect

Re: [Python-Dev] stdlib socket usage and "keepalive"

at least 75 seconds. So you have to have 30 minutes of idle and then at least 11 minutes of no conectivity to "lose" the connection. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _

Re: [Python-Dev] stdlib socket usage and "keepalive"

g about python stdlibs like imaplib, poplib, smtplib, ftplib, urllib, etc., etc., ... - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber / xmpp:j

[Python-Dev] Getting an optional parameter instead of creating a socket internally (was: Re: stdlib socket usage and " keepalive" )

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/13/2010 12:47 AM, Antoine Pitrou wrote: > Jesus Cea jcea.es> writes: >> >> PS: "socket.setdefaulttimeout()" is not enough, because it could >> shutdown a perfectly functional connection, just because it was idl

[Python-Dev] Should we drop active support of OSF/1?

afely supporting Tru64 yet, but we don't have any buildbot running any of this systems... Deprecated systems are documented in PEP-11. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabbe

Re: [Python-Dev] Anyone can do patch reviews

curial Queues) for development, waiting for the "real thing" (Mercurial native working). - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ j

Re: [Python-Dev] Should we drop active support of OSF/1?

sitive?. To delete that intentional "ERROR" would be trivial. In 3.3 I would remove the configure tests and the "#if" conditional compilation related to them. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jce

Re: [Python-Dev] Should we drop active support of OSF/1?

y steps forward, we can safely > assume that nobody cares. http://bugs.python.org/issue8606 . I will take care of the final cleanup in 3.3, if nobody stands up to keep OSF* alive. I am deprecating OSF*. If it is "too much", we can change it t

[Python-Dev] HEADS UP: Compilation risk with new GCC 4.5.0

not the culprit. It only leaves - -correctly- the stack in not 16-byte alignment. But there are plenty of examples of crashes not related to python+psyco. Proposal: add "-fno-tree-vectorize" to compilation options for 2.7/3.2. Warm 2.3/2.4/2.5/2.6/3.0/3.1 users. Or warm users compiling w

Re: [Python-Dev] HEADS UP: Compilation risk with new GCC 4.5.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/05/10 15:32, Nick Coghlan wrote: > Jesus Cea wrote: >> Proposal: add "-fno-tree-vectorize" to compilation options for 2.7/3.2. > > Will this actually help? Won't there still be a problem if any extension >

Re: [Python-Dev] HEADS UP: Compilation risk with new GCC 4.5.0

They are objectivelly breaking the x86 ABI. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber / xmpp:j...@jabber.org _/_/_/_/ _/_/_/_/_/ . _/_/ _

Re: [Python-Dev] Getting an optional parameter instead of creating a socket internally

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13/04/10 04:03, exar...@twistedmatrix.com wrote: > On 12 Apr, 11:19 pm, j...@jcea.es wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 04/13/2010 12:47 AM, Antoine Pitrou wrote: >>> Jesu

[Python-Dev] Pronouncement needed in issue9675

in http://bugs.python.org/issue9675 My proposal: CObject should not be marked as deprecated in 2.7.1. Thanks for your time and attention. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber

Re: [Python-Dev] Pronouncement needed in issue9675

en python is invoked as "-We"?. If that is the case, we are in the same situation. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jce

Re: [Python-Dev] Pronouncement needed in issue9675

s from single source? Well, that is my problem, no python-dev :-). I am replying in the mailing list only. It takes a while to propagate. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ ja

[Python-Dev] Catching exceptions and convert them to warnings in C level code (was: Re: Pronouncement needed in issue9675)

idea is to convert the CObject exception in bsddb to print a warning like "CObject creation failed. The bsddb.cAPI will be not available. Reason is: ". Is there a "canonical way" of doing this?. Sorry if the answer is trivial... - -- Jesus Cea

Re: [Python-Dev] We should be using a tool for code reviews

ng a google account. Google already knows too much about me, I don't want to navigate with a google cookie in my browser. Guido says that Rietveld can run outside of Google. That is not a bad option. I could host it, I guess, but my server uptime is only around 99.7% (half an hour per week). - --

[Python-Dev] Support for async read/write

on. Maybe an 3th party module, but I think this functionality sould be available in core python. Thanks!. PS: The function calls are: aio_cancel, aio_error, aio_fsync, aio_read, aio_return, aio_write. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea

[Python-Dev] Help with warnings not being raised

:-? PS: I am using "PyErr_Warn()", that is deprecated, because this code should work in Python 2.3 too. I tried "PyErr_WarnEx()" too, it didn't work either. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_

Re: [Python-Dev] Help with warnings not being raised

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/11/10 01:36, Benjamin Peterson wrote: >> I don't know why. > > Are you passing -3 -Wall? I am passing "-3 -Werror", to induce the error control I have committed. - -- Jesus Cea Avion _/_/

Re: [Python-Dev] Python-3 transition in Arch Linux

ich would be bad, but I need to look into > this again now things have calmed down... PLEASE, open a bug with this. It is a serious bug. "make altinstall" *SHOULD* be respected. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es

Re: [Python-Dev] Pickle alternative in stdlib (Was: On breaking modules into packages)

undocumented on purpose; it may change between Python versions (although it rarely does). """ - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber / xmpp:j...@jabber.org _/_/_/_/

Re: [Python-Dev] Help with warnings not being raised

r -We in the first place, a > second call to PyErr_WriteUnraisable should get the error to actually > print out. Excellent explanation, Nick. Thanks. Patched in r86317. Up-ported to upcoming pybsddb 5.1.1. PS: Bugs.python.org is still down. - -

Re: [Python-Dev] bugs.python.org migration

ry short. Seems to be offline now. I get timeouts. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber / x

Re: [Python-Dev] bugs.python.org migration

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/11/10 22:19, Barry Warsaw wrote: > On Nov 10, 2010, at 12:34 PM, Jesus Cea wrote: >> Seems to be offline now. I get timeouts. > > I just had no problems updating issue 9807. That was 10 hours after my message :-). - --

[Python-Dev] Mercurial Schedule

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is there any updated mercurial schedule?. Any impact related with the new 3.2 schedule (three weeks offset)? - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es

Re: [Python-Dev] Mercurial Schedule

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/11/10 08:18, Georg Brandl wrote: > Am 16.11.2010 19:38, schrieb Jesus Cea: >> Is there any updated mercurial schedule?. >> >> Any impact related with the new 3.2 schedule (three weeks offset)? > > I've been t

[Python-Dev] I need help with IO testuite

. The module uses "Mock" classes, but I think "Mock" is something else, and I don't see how it interpose between the C/Python code and the OS. If somebody could explain the mechanism a bit... Thanks for your time and attention. Some background: http://bugs.python.org/is

[Python-Dev] Help deploying a new buildbot running OpenIndiana/x86

be done. So, after installing buildbotslave, what is the next step?. Thanks to OpenIndiana staff, specially Alasdair Lumsden, for providing the physical resources for this attempt. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es

Re: [Python-Dev] Help deploying a new buildbot running OpenIndiana/x86

""" ¿Could you provide the connection credential?. I rather prefer to skip the IRC (I am a XMPP guy), but I can connect to freenode if you need it. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/

Re: [Python-Dev] Help deploying a new buildbot running OpenIndiana/x86

a private e-mail. OK. Sorry. My mail greylist is probably involved. Lets wait for another hour... Thanks for your time, Antoine. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/

Re: [Python-Dev] Mercurial Schedule

t for the migration to happen > would work on solving some of the remaining problems. Do we have a exhaustive list of mercurial "to do" things?. I thought the plan was to keep a read only SVN mirror fedded from mercurial. The 3.2 build could come from t

Re: [Python-Dev] Mercurial Schedule

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 What is the impact in the buildbot architecture?. Slaves must do anything?. At least they need to have mercurial installed, I guess. What, as a buildslave manager, must I do to ready my server for the migration?. - -- Jesus Cea Avion

[Python-Dev] Solaris family and 64 bits compiling

stdio>. We now have 32 and 64 bits OpenIndiana buildslaves, so we can actually check this. They were deployed yesterday. Apparently the changes would be pretty simple, adding ".../64" to library paths, to try to find the extra libraries. What d

Re: [Python-Dev] Solaris family and 64 bits compiling

lib", and my point is that it should search TOO inside "/usr/local/lib/64". - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - h

Re: [Python-Dev] Solaris family and 64 bits compiling

ompiling python under Solaris change the requirement, paths, etc., automating it should be a goal. PS: Martin, is there any reason to restrict the solaris 10 buildslaves to 32 bits, beside the said problems?. - -- Jesus Cea Avion _/_/ _/_/_/_/_/

Re: [Python-Dev] Solaris family and 64 bits compiling

pydebug/readline.so ld: fatal: file /usr/local/lib/libncursesw.so: wrong ELF class: ELFCLASS32 ld: fatal: file processing errors. No output written to build/lib.solaris-2.11-i86pc-3.2-pydebug/readline.so collect2: ld returned 1 exit status """ The "-L/usr/local/lib&quo

Re: [Python-Dev] Solaris family and 64 bits compiling

ike "_LP64". Portability would be nice, but in this personal case, probably unneeded... - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber /

Re: [Python-Dev] Solaris family and 64 bits compiling

n 64 bits. I almost cry. > In any case: this shouldn't need a configure option. Instead, Python can > find out itself whether it's a 64-bit build, and make modifications > it considers necessary. I agree. Python should detect it automatically and update the pat

Re: [Python-Dev] Solaris family and 64 bits compiling

ts is unsupported. I don't think we should go that way. Solaris+64 bits should be a full citizen. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_

Re: [Python-Dev] Solaris family and 64 bits compiling

"64bits") : add_library_path("/usr/local/lib/64") else : add_library_path("/usr/local/lib") """ python-dev would consider that change OK?. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/

[Python-Dev] Sporadic problems with bugs.python.org

r a time. Today I have been retrying for while, with no luck yet. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/

Re: [Python-Dev] Sporadic problems with bugs.python.org

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23/11/10 21:33, Jesus Cea wrote: > Happen to me last Sunday, and happening just now. > > I can access http://bugs.python.org/ just fine, but trying to post a > message, open a new bug, change nosy, etc., takes a LONG time (minutes)

Re: [Python-Dev] Sporadic problems with bugs.python.org

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24/11/10 01:31, Jesus Cea wrote: > Still retrying, with no luck. > > Anybody else can reproduce?. One of my tracker changes was just processed. The important one still retrying every 5 minutes... I hope I can go sleep before

Re: [Python-Dev] Sporadic problems with bugs.python.org

d a retry every five minutes. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber / xmpp:

  1   2   3   >