>> +.. function:: get_ident()
>> +
>> + Return the 'thread identifier' of the current thread. This is a nonzero
>> + integer. Its value has no direct meaning; it is intended as a magic
>> cookie
>> + to be used e.g. to index a dictionary of thread-specific data. Thread
>> + identifiers
2011/5/31 Charles-François Natali :
>>> +.. function:: get_ident()
>>> +
>>> + Return the 'thread identifier' of the current thread. This is a nonzero
>>> + integer. Its value has no direct meaning; it is intended as a magic
>>> cookie
>>> + to be used e.g. to index a dictionary of thread-
Le mardi 31 mai 2011 10:37:15, Nick Coghlan a écrit :
> I was just wrong, but the wording is still confusing since it has been
> copied from _thread.ident. "Thread" means something other than
> "threading.Thread" in that module, while in the threading docs, it
> typically refers to the actual objec
Hello all,
I believe that the release manager is aware of this, but just in case...
The web pages on python.org for the recent releases are malformatted:
http://www.python.org/download/releases/3.1.4/
http://www.python.org/download/releases/2.7.2/
These are the pages linked to from th
2011/5/31 Michael Foord :
> Hello all,
>
> I believe that the release manager is aware of this, but just in case... The
> web pages on python.org for the recent releases are malformatted:
>
> http://www.python.org/download/releases/3.1.4/
> http://www.python.org/download/releases/2.7.2/
Woha
Hi,
I'd like to escalate http://bugs.python.org/issue12226 : 'use secured
channel for uploading packages to pypi' to be shipped with next Python
2.6+
This will prevent pydotorg password sniffing when submitting packages
through public networks (such as hotels).
--
anatoly t.
_
Am 31.05.2011 16:01, schrieb Benjamin Peterson:
> 2011/5/31 Michael Foord :
>> Hello all,
>>
>> I believe that the release manager is aware of this, but just in case... The
>> web pages on python.org for the recent releases are malformatted:
>>
>>http://www.python.org/download/releases/3.1.4/
>
On 5/31/2011 1:04 PM, anatoly techtonik wrote:
Hi,
I'd like to escalate http://bugs.python.org/issue12226 : 'use secured
channel for uploading packages to pypi' to be shipped with next Python
2.6+
This will prevent pydotorg password sniffing when submitting packages
through public networks (such
Hi all,
following http://docs.python.org/devguide/coverage.html doc you'll end
up with several "new" files/dirs in your checkout:
- .coverage, used by coveragepy to save its info
- coverage/ , the symlink to coveragepy/coverage
- htmlcov/ , the dir where the coverage HTML pages are written
I thin
> The requested one character change is
> -DEFAULT_REPOSITORY = 'http://pypi.python.org/pypi'
> +DEFAULT_REPOSITORY = 'https://pypi.python.org/pypi'
>
> If Tarek (or perhaps Eric) agree that it is appropriate and otherwise
> innocuous, then Martin and Barry can decide whether to include in
On 6/1/2011 1:37 AM, "Martin v. Löwis" wrote:
The requested one character change is
-DEFAULT_REPOSITORY = 'http://pypi.python.org/pypi'
+DEFAULT_REPOSITORY = 'https://pypi.python.org/pypi'
If Tarek (or perhaps Eric) agree that it is appropriate and otherwise
innocuous, then Martin and Ba
> Le mercredi 25 mai 2011 à 18:46 +0200, Charles-François Natali a écrit :
>> While we're at it, adding a "recursive" argument to this shutil.chown
>> could also be useful.
>
> I don't like the idea of a recursive flag.
I think shutil.chown should aim to mimic chown(1). At least GNU chown
has a -
12 matches
Mail list logo