Reviewers: ,
Please review this at http://codereview.appspot.com/4080047/
Affected files:
M Tools/msi/msi.py
M Tools/msi/msilib.py
Index: Tools/msi/msi.py
===
--- Tools/msi/msi.py(revision 88279)
+++ Tools/msi/ms
There is no b.p.o issue as it's not a bug, but a tiny copy/paste patch
to clean up the code a bit while I am trying to understand how to add
Python to the PATH.
I see no reason for b.p.o bureaucracy. Mercurial-style workflow [1] is
more beneficial to development as it doesn't require switching fr
It removes the dependency from msi.py making it easier to do the rest in
subsequent patches.
http://codereview.appspot.com/4080047/
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http:/
On 2011/02/01 19:50:23, Martin v. Löwis wrote:
On 2011/02/01 07:22:57, techtonik wrote:
> It removes the dependency from msi.py making it easier to do the
rest in
> subsequent patches.
What rest specifically? Why are the msilib changes needed for that?
The rest is to use ctypes, s
On 2011/02/02 07:18:33, Martin v. Löwis wrote:
Ah. That shouldn't be done. If anything is to be done, the builtin
msilib can be
considered, instead. Given the choice of using either ctypes or an
external
package, I prefer the external package.
It is a surprise to find builtin msilib. Why is
Does anyone would like to include Curses support in Windows from version
2.6?
It works ok already using the patch from issue #2889 and PDCurses library,
but needs expertise of core developers to integrate the patch into the build
system, add library to externals to ship next windows Python with emb
On Sat, May 24, 2008 at 11:48 AM, "Martin v. Löwis" <[EMAIL PROTECTED]>
wrote:
> > I would really like to see this as release blocker, because the problem
> > raised once in a while in the past and the windows people who are
> > interested in getting console interface tools usually lack the knowle
I've noticed that some classes in Cookies module (namely SerialCookie and
SmartCookie) deprecated since 2.3 still present in Python3000 documentation.
http://docs.python.org/dev/3.0/library/http.cookies.html
Is it because ... ?:
1. Docs are not synchronized with API
2. Classes are not removed yet
On Wed, May 28, 2008 at 6:57 PM, Georg Brandl <[EMAIL PROTECTED]> wrote:
> It was most likely an oversight on my part. I've now removed the classes
> from the 3000 module.
Nice! =) If you're up to fixing the docs, could you, please, also review the
fresh issue about this module.
http://bugs.pyt
On Sat, May 24, 2008 at 3:15 PM, Paul Moore <[EMAIL PROTECTED]> wrote:
>
> > As for PDCurses library itself there is a Makefile in PDCurses
> distribution
> > for Microsoft Visual C++ 2.0+ named vcwin32.mak I can't afford buying
> > Visual Studio to test if it works with newer versions, but logic
SVN checkout over HTTPS protocol requires password. Is it intentional
or just temporary server issue? I am behind a proxy that doesn't
support PROPFIND requests and I can't test SVN+SSH, because 22 port is
closed.
Site docs keep silence about that HTTPS is used at all. Shouldn't
authentication be
On Wed, Sep 3, 2008 at 6:08 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
>
> As a workaround, if you only need read-only access, you can use the Mercurial
> mirrors which should work through your proxy (AFAIK Mercurial only uses GET
> and
> POST).
>
> Type "hg clone http://code.python.org/hg/trun
On Thu, Sep 4, 2008 at 2:08 AM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>>
>> And why not to setup HTTPS for anonymous read and authorized write
>> access? It is not that hard to do and will solve many problems with
>> proxies.
>
> Because it requires setting up a certificate.
Certificate is alrea
On Thu, Sep 4, 2008 at 1:48 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
>>
>> I do not need the whole branch - only a small subset of files related
>> to distutils. I know that bazaar can't do partial checkouts - it can
>> only fetch the whole branch. What about mercurial?
>
> Mercurial can't do
On Thu, Sep 4, 2008 at 5:06 PM, Amaury Forgeot d'Arc <[EMAIL PROTECTED]> >>
>
> Did you try to open your browser to (for example)
> http://svn.python.org/projects/python/trunk/Lib/distutils/
> and download the desired files from there?
Yes, but it's a waste of time. It is SVN that should be fixed
With 2.6rc1 at the doors people are asking if xmlrpclib will be able
to communicate through a proxy? It causes bzr and bugzilla tools to
fail if used behind firewall, and there is no easy workaround for
users.
http://bugs.python.org/issue648658
--
--anatoly t.
Can somebody remind how to check script compatibility with old Python versions?
I can remember PHP_CompatInfo class for PHP that parses a script or directory to
find out the minimum version and extensions required for them to run,
and I wonder
if there was anything like this for Python?
--
--ana
Hi,
The help() output is confusing for beginners:
>>> class B(object):
... pass
...
>>> help(B)
Help on class B in module __main__:
class B(__builtin__.object)
| Data descriptors defined here:
|
| __dict__
| dictionary for instance variables (if defined)
|
I am trying to figure out what is maximum size
for piped input in subprocess.check_output()
I've got limitation of about 500Mb after which
Python exits with MemoryError without any
additional details.
I have only 2.76Gb memory used out of 8Gb,
so what limit do I hit?
1. subprocess output read bu
That's a cool stuff. `bytes-like object` is really a much better name for users.
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive
On Wed, Dec 17, 2014 at 12:56 AM, Guido van Rossum wrote:
> This thread hasn't been productive for a really long time now.
I agree. The constructive way would be to concentrate on looking for
causes. I don't know if there is a discipline of "programming language
usability" in computer science, bu
https://github.com/nickstenning/honcho/pull/121
--
anatoly t.
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.c
On Mon, Dec 1, 2014 at 8:37 PM, Jim J. Jewett wrote:
>
>> What I really don't understand is why this discussion is hg v.
>> GitHub, when it should be hg v. git. Particular hosting is
>> a secondary issue
>
> I think even the proponents concede that git isn't better enough
> to justify a switch in
Just a pointer for possible regression http://bugs.python.org/issue23058
--
anatoly t.
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev
ertain
module has by downloading all patches from open issues, parsing them
and comparing the paths. It is possible to reuse the parser to check paths
in patch against paths present in certain Python versions, or add different
heuristics.
https://bitbucket.org/techtonik/python-stdlib
All this is pure
On Fri, Jun 5, 2015 at 2:24 AM, Steve Dower wrote:
> If you have an interest in linking to the Windows builds of Python 2.7 and
> 3.5+ using mingw, please visit http://bugs.python.org/issue24385
>
> Unless someone can provide me with the One True Way to generate a lib that
> will work for everyone
http://hg.python.org/cpython/file/1ee45eb6aab9/Parser/Python.asdl
In Assign(expr* targets, expr value), why the first argument is a list?
--
anatoly t.
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
On Sun, Nov 10, 2013 at 8:34 AM, Benjamin Peterson wrote:
> 2013/11/10 anatoly techtonik :
>> http://hg.python.org/cpython/file/1ee45eb6aab9/Parser/Python.asdl
>>
>> In Assign(expr* targets, expr value), why the first argument is a list?
>
> x = y = 42
Thanks.
S
On Tue, Nov 12, 2013 at 5:08 PM, Benjamin Peterson wrote:
> 2013/11/12 anatoly techtonik :
>> On Sun, Nov 10, 2013 at 8:34 AM, Benjamin Peterson
>> wrote:
>>> 2013/11/10 anatoly techtonik :
>>>> http://hg.python.org/cpython/file/1ee45eb6aab9/Parser/Python.as
On Fri, Nov 15, 2013 at 12:54 PM, anatoly techtonik wrote:
> On Tue, Nov 12, 2013 at 5:08 PM, Benjamin Peterson
> wrote:
>> 2013/11/12 anatoly techtonik :
>>> On Sun, Nov 10, 2013 at 8:34 AM, Benjamin Peterson
>>> wrote:
>>>> 2013/11/10 anatoly tech
On Fri, Nov 15, 2013 at 5:43 PM, Benjamin Peterson wrote:
> 2013/11/15 anatoly techtonik :
>> On Tue, Nov 12, 2013 at 5:08 PM, Benjamin Peterson
>> wrote:
>>> 2013/11/12 anatoly techtonik :
>>>> On Sun, Nov 10, 2013 at 8:34 AM, Benjamin Peterson
>>&g
On Fri, Nov 22, 2013 at 3:29 PM, Benjamin Peterson wrote:
> 2013/11/22 anatoly techtonik :
>> On Fri, Nov 15, 2013 at 5:43 PM, Benjamin Peterson
>> wrote:
>>> 2013/11/15 anatoly techtonik :
>>>> On Tue, Nov 12, 2013 at 5:08 PM, Benjamin Peterson
>>&g
ython.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/techtonik%40gmail.com
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
> Python-Dev mailing list
> [email protected]
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/techtonik%40gmail.com
___
Python-Dev mailing list
On Sun, Nov 24, 2013 at 12:43 PM, Nick Coghlan wrote:
>
> On 24 Nov 2013 17:15, "Gregory P. Smith" wrote:
>>
>> our buildbots are setup to configure --with-pydebug which also
>> unfortunately causes them to compile with -O0... this results in a python
>> binary that is excruciatingly slow and mak
I wanted to help people who are trying to find out more
about PEP submission process by providing relevant
info (or a pointer) in README.rst that is located at the
root of PEPs repository. You can see it here.
https://bitbucket.org/rirror/peps
I filled this issue with b.p.o
http://bugs.python.or
On Thu, Nov 28, 2013 at 9:39 PM, Guido van Rossum wrote:
> Anatoly, the Python community is a lot more diverse than you think. "Pull
> requests" (whatever that means) are not the way to start a PEP. You should
> start by focusing on the contents, and the mechanics of editing it and
> getting it fo
On Thu, Jan 9, 2014 at 10:00 AM, Mark Lawrence wrote:
> On 09/01/2014 06:50, Lennart Regebro wrote:
>>
>> On Thu, Jan 9, 2014 at 1:07 AM, Ben Finney
>> wrote:
>>>
>>> Kristján Valur Jónsson writes:
>>>
Believe it or not, sometimes you really don't care about encodings.
Sometimes you ju
>> Python-Dev mailing list
>> [email protected]
>> https://mail.python.org/mailman/listinfo/python-dev
>> Unsubscribe:
>> https://mail.python.org/mailman/options/python-dev/songofacandy%40gmail.com
>
>
>
>
> --
> INADA Naoki
>
> __
t; instead of dir names,
and move dir names into parameters, because it is how it is most
often used.
--
anatoly t.
On Sun, Jan 12, 2014 at 4:53 PM, Georg Brandl wrote:
> That's also planned, see
> https://bitbucket.org/birkenfeld/sphinx-new-make-mode/.
>
> Georg
>
> Am 12.01.
http://status.python.org/ shows all green
https://pypi.python.org/pypi/gazest shows
Error 503 backend read error
backend read error
Guru Meditation:
XID: 2792709923
Varnish cache server
https://pypi.python.org/pypi/ shows
XID: 4199593736
--
anatoly t.
_
On Mon, Feb 10, 2014 at 1:42 PM, Chris Angelico wrote:
> On Mon, Feb 10, 2014 at 5:23 PM, anatoly techtonik
> wrote:
>> http://status.python.org/ shows all green
>>
>> https://pypi.python.org/pypi/gazest shows
>>
>> Error 503 backend read error
>>
&
It looks like _one_shot parameter is always called with True argument
and unused. What is the purpose of it?
https://github.com/python/cpython/blob/de1b33f6e6071816a1fc52cd5f0c6cd47d704251/Lib/json/encoder.py#L239-L249
--
anatoly t.
___
Python-Dev mail
https://docs.python.org/3.4/whatsnew/3.4.html#other-language-changes
1. Is this absolute name with symlinks resolved?
2. Why there is a special case for __main__?
(i.e. Special cases aren't special enough to break the rules.)
3. What link should I click in Python reference to read
about standa
On Thu, Apr 10, 2014 at 2:24 PM, Kushal Das wrote:
> Glyph wants a PSF fund to a usability study on Python. There were a
> few other suggestion on PSF support for tooling development.
+2 on initiative
--
anatoly t.
___
Python-Dev mailing list
Python-D
On Mon, Apr 28, 2014 at 11:07 PM, Mike Miller wrote:
> On 04/29/2014 05:12 AM, Steve Dower wrote:
>>
>> This would be an incredibly painful change that would surprise and hurt a
>> lot of
>> people.
>
>
> Hi, I think "incredibly painful" is overstating the case a bit. ;) We're
> talking about an
I am banned from tracker, so I post the bug here:
Normal Windows behavior:
>hg status --rev ".^1"
M mercurial\commands.py
? pysptest.py
>hg status --rev .^1
abort: unknown revision '.1'!
So, ^ is an escape character. See
http://www.tomshardware.co.uk/forum/35565-45-when-special-comman
On Thu, Jun 12, 2014 at 1:30 AM, Chris Angelico wrote:
> Why pass shell=True when executing a single
> command? I don't get it.
>
I don't know about Linux, but on Windows programs are not directly
available as /usr/bin/python, so you need to find command in PATH
directories. Passing shell=True m
On Thu, Jun 12, 2014 at 1:30 AM, Chris Angelico wrote:
> On Thu, Jun 12, 2014 at 7:58 AM, Ryan wrote:
> > In all seriousness, to me this is obvious. When you pass a command to the
> > shell, naturally, certain details are shell-specific.
>
On Windows cmd.exe is used by default:
http://hg.python
On Thu, Jun 12, 2014 at 2:00 AM, R. David Murray
wrote:
> Also notice that using a list with shell=True is using the API
> incorrectly. It wouldn't even work on Linux, so that torpedoes
> the cross-platform concern already :)
>
> This kind of confusion is why I opened http://bugs.python.org/issu
On Fri, Jun 13, 2014 at 2:55 AM, Ryan Gonzalez wrote:
> SHELLS ARE NOT CROSS-PLATFORM Seriously, there are going to be
> differences. If you really must:
>
> escape = lambda s: s.replace('^', '^^') if os.name == 'nt' else s
>
It is not about generic shell problem, it is about specific behavi
On Fri, Jun 13, 2014 at 5:11 AM, Nikolaus Rath wrote:
> "R. David Murray" writes:
> > Also notice that using a list with shell=True is using the API
> > incorrectly. It wouldn't even work on Linux, so that torpedoes
> > the cross-platform concern already :)
> >
> > This kind of confusion is why
On Thu, Jun 12, 2014 at 5:12 AM, Chris Angelico wrote:
> On Thu, Jun 12, 2014 at 12:07 PM, Chris Angelico wrote:
> > ISTM what you want is not shell=True, but a separate function that
> > follows the system policy for translating a command name into a
> > path-to-binary. That's something that, A
about work being done on
interpreter and stdlib
* split the information about stdlib development by modules
* describe modules composing in stdlib in formal way
https://bitbucket.org/techtonik/python-stdlib
* build a roadmap by module (join personal wishlist from involved people)
* externa
Does Python build system support cross-compiling? NaCl projects seems to
have problem with that. Just thought you might be interested to know about
it.
-- Forwarded message --
From:
Date: Tue, Jul 16, 2013 at 9:24 PM
Subject: Re: Issue 1229 in nativeclient: Get Python to work un
Does anybody know if http://vote.python.org is already operational?
I decided to start a separate thread for TransformDict name, because I
want to change it.
Current implementation of PEP 455 only touches dictionary keys and it
is more narrow than the name suggests. I'd reserve TransformDict name
On Mon, Sep 23, 2013 at 2:15 PM, Nick Coghlan wrote:
> With the last round of updates, I believe PEP 453 is ready for
> Martin's pronouncement.
>
> HTML: http://www.python.org/dev/peps/pep-0453/
> Major diffs: http://hg.python.org/peps/rev/b2993450b32a
I'd enjoy concise PEP texts, but it is extre
://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/techtonik%40gmail.com
>
--
--anatoly t.
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
#".
>
> Regards
>
> Antoine.
>
>
> ___
> Python-Dev mailing list
> [email protected]
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/
On Sat, Mar 7, 2009 at 9:32 AM, Lie Ryan wrote:
The prize was Martin von Löwis of the Python Foundation on behalf of the
Python community itself.
>>>
>>> This is a funny translation from German-to-English. :-)
>>>
>>> But yeah, a good one and the prize was presented by Klaus Knopper
Greetings,
Correct me if I wrong, but shouldn't Python include function for
version comparisons?
The problem of splitting a string like "10.3.40-beta" into tuple for
cmp() seems to be dead simple, but the code gets bulky with excepting
errors arised from converting resulting strings for arithmeti
bscribe:
> http://mail.python.org/mailman/options/python-dev/techtonik%40gmail.com
>
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
It is impossible to edit roundup keywords and this takes away the
flexibility in selecting bugs related to a module/function/test or
some other aspect of development. For example, I need to gather all
subprocess bugs in one query and things that won't be fixed in
deprecated os.popen() into another.
On Sat, Jun 6, 2009 at 4:07 AM, Daniel Diniz wrote:
> anatoly techtonik wrote:
>>
>> It is impossible to edit roundup keywords and this takes away the
>> flexibility in selecting bugs related to a module/function/test or
>> some other aspect of development. For ex
On Sun, Jun 7, 2009 at 6:21 AM, Terry Reedy wrote:
>
> I have thought that 2.7 was now to come out instead with 3.2 and would
> include backported 3.2 new features. Others expect 2.7 to come out soon
> after 3.1 and to only contain new 3.1 features. So Guido or someone, please
> clarify: is 2.7
On Mon, Jun 8, 2009 at 11:01 PM, "Martin v. Löwis" wrote:
>
> I am not quite sure whether you are for new features or not. Your
> first sentence ("vote for ... not adding new features") seems to
> suggest that you would not like to see new features, and your last
> sentence ("absence of native cur
Hello,
How about allowing all authenticated users update dependency field in
Python tracker?
http://bugs.python.org/iss...@sort0=dependencies&@sortdir0=on&@sort1=&@group0=priority&@group1=&@columns=title,id,activity,dependencies,status&@pagesize=150&@startwith=0
Looks like developers with access
Hello,
Quite an interesting question recently popped up in pygame community
that I'd like to ask to Python developers.
How many of you use IDLE?
What's wrong with it?
>From my side I like the idea of having default Python editor that is
small, fast, convenient and extensible/embeddable. IDLE is
On Tue, Nov 10, 2009 at 12:10 AM, "Martin v. Löwis" wrote:
>>
>> Anatoly's question is actually a fair one for python-dev - we're the
>> ones that *ship* Idle, so it is legitimate to ask our reasons for
>> continuing to do so.
>
> OTOH, the second (or, rather, third) question (does anybody think i
On Tue, Nov 10, 2009 at 6:44 PM, Ronald Oussoren wrote:
>
> What's so bad about IDLE that you'd like to replace it?
That was exactly my previous question. You don't use IDLE either, so
why not to replace it with something that you can actually use, with
something that is at least extensible? So p
On Tue, Nov 10, 2009 at 9:26 PM, Michael Foord
wrote:
>
>> Then there will be another issue - all editors are based upon some
>> frameworks - I didn't see any popular cross-platform GUI toolkits in
>> Python, so we will inevitably face the need to replace Tkinter with
>> other default GUI toolkit.
On Tue, Nov 10, 2009 at 10:49 PM, "Martin v. Löwis" wrote:
>
> This is not how it works. We cannot incorporate something into Python
> without explicit consent and support from the author(s). So for any
> editor to be incorporated as a replacement (along with all libraries
> it depends on) we woul
On Fri, Nov 13, 2009 at 9:35 AM, "Martin v. Löwis" wrote:
>> Ben Finney benfinney.id.au> writes:
>>> There's a problem with the poll's placement: on the front page of the
>>> PyPI website.
>>
>> Speaking of which, why is it that http://pypi.python.org/pypi and
>> http://pypi.python.org/pypi/ (not
On Tue, Dec 15, 2009 at 12:37 AM, Steven Bethard
wrote:
>
> If you're only concerned about 2.X, then yes, optparse will *never* be
> removed from 2.X. There will be a deprecation note in the 2.X
> documentation but deprecation warnings will only be issued when the -3
> flag is specified. Please se
Greetings,
I'm writing a module for current Python 2.6 and I would like to
reference documentation for Python 2.6, because I am not sure if
behavior won't be changed in further series. So far I can link only
to:
http://docs.python.org/ (stable, 2.6)
http://docs.python.org/dev/ (2.7)
http://docs.p
On Tue, Feb 2, 2010 at 8:08 PM, Barry Warsaw wrote:
> I'm thinking about doing a Python 2.6.5 release soon. I've added the
> following dates to the Python release schedule Google calendar:
>
> 2009-03-01 Python 2.6.5 rc 1
> 2009-03-15 Python 2.6.5 final
>
> This allows us to spend some time on 2.
On Tue, Feb 9, 2010 at 12:57 PM, Antoine Pitrou wrote:
> Le Tue, 09 Feb 2010 12:16:15 +0200, anatoly techtonik a écrit :
>>
>> I've noticed a couple of issues that 100% crash Python 2.6.4 like this
>> one - http://bugs.python.org/issue6608 Is it ok to release new ver
On Tue, Feb 9, 2010 at 11:55 PM, "Martin v. Löwis" wrote:
>> Le Tue, 09 Feb 2010 12:16:15 +0200, anatoly techtonik a écrit :
>>> I've noticed a couple of issues that 100% crash Python 2.6.4 like this
>>> one - http://bugs.python.org/issue6608 Is it ok to
On Wed, Feb 10, 2010 at 8:25 AM, Antoine Pitrou wrote:
>
> Besides, as Barry said, classifying a bug as blocker is also a good way
> to attract some attention on it. Other classifications, even "critical",
> don't have the same effect.
Unfortunately, not many people have privilege to change bug p
What is the point in maintaining archive listed in
http://mail.python.org/mailman/listinfo/python-dev if it is not
searchable?
Recently I needed to find old thread about adding tags to roundup but couldn't.
GMane archive doesn't search -
http://news.gmane.org/navbar.php?group=gmane.comp.python.dev
On Sun, Feb 14, 2010 at 8:36 PM, Benjamin Peterson wrote:
> 2010/2/14 anatoly techtonik :
>> What is the point in maintaining archive listed in
>> http://mail.python.org/mailman/listinfo/python-dev if it is not
>> searchable?
>
> It is:
>
> Goog
On Sun, Feb 14, 2010 at 8:58 PM, Benjamin Peterson wrote:
> 2010/2/14 anatoly techtonik :
>> On Sun, Feb 14, 2010 at 8:36 PM, Benjamin Peterson
>> wrote:
>>> 2010/2/14 anatoly techtonik :
>>>> What is the point in maintaining archive listed in
>>>>
On Sun, Feb 14, 2010 at 9:03 PM, Benjamin Peterson wrote:
> 2010/2/14 anatoly techtonik :
>> Yep. Just like I said. So, how about to add Google search form to
>> http://mail.python.org/mailman/listinfo/python-dev ?
>
> You'll have to talk to [email protected] abo
On Mon, Feb 15, 2010 at 1:31 AM, Barry Warsaw wrote:
>
>> What is the point in maintaining archive listed in
>> http://mail.python.org/mailman/listinfo/python-dev if it is not
>> searchable?
>> Recently I needed to find old thread about adding tags to roundup but
>> couldn't.
>>
>> GMane archive
I've got another idea of having a release timer on
http://python.org/dev/ page together with link to generated release
calendar.
It will help to automatically monitor deadlines for feature fixes in
alpha releases without manually monitoring this mailing list.
There is already a navigation box on t
Hello,
So far, Python timezone handling is far from "pythonic". There is no
function to get current UTC offset, intuitive API to get DST of
current time zone and whenever it is active, no functions to work with
internet timestamps (RFC 3339). In my case [1] it took about one month
and five people
On Tue, Feb 16, 2010 at 1:52 PM, Victor Stinner
wrote:
>> So far, Python timezone handling is far from "pythonic". There is no
>> function to get current UTC offset, (...)
>
> There is the time.timezone attribute: UTC offset in seconds.
It is correct only if DST is not in effect.
On Tue, Feb 16,
I want to push some of my patches before 2.7 and use 5-1 rule for
that, but I can't come up with any review workflow other than mailing
status of my comments to the issues here. I can't mark issues in any
way. How about giving users ability to set flags or keywords? Maybe
entering a separate field
I wonder if there are many people here who don't use some kind of
"easy_install" package for package management in their Python /
virtualenv installations? I propose to include at least one such
package that is capable to auto-update itself in Python 2.7
C:\~env\Python27>python.exe -m easy_install
On Fri, Mar 19, 2010 at 11:00 AM, Dirkjan Ochtman wrote:
>> Having gotten that far, I think this might be worth referencing in new dev
>> docs.
>
> Will do. I finally read hginit yesterday, after having seen people
> rave about it on twitter for a few weeks, and it's a very friendly
> introduction
On Wed, Mar 24, 2010 at 12:26 PM, Tarek Ziadé wrote:
>
> Distutils2 is planned to be reintegrated in the stdlib in Python 3.3,
> and my goal is to release it when Python 2.7 final is released.
Does that means "after" Python 2.7, because I meant it to be "before"
or at least "with"?
> The open qu
> Sure. Package management tool should have an ability to update itself when
> required regardless of Python release. For example::
>
> python.exe -m easy_install setuptools
>
This should be:
python -m easy_install -U setuptools
P.S. Wave effect. =)
--
anatoly t.
__
On Wed, Mar 24, 2010 at 12:34 AM, "Martin v. Löwis" wrote:
>
> Procedurally, I wonder where people got the notion from that you can or
> need to apply for commit access. IIUC, it used to be the case that you
> would be recommended for commit access, by some (more or less senior)
> fellow committer
t
So, do we need a PEP for that? How else can I know if consensus is
reached? Anybody is willing to elaborate on implementation?
P.S. Please be careful to reply to relevant lists
--
anatoly t.
On Mon, Mar 29, 2010 at 9:37 AM, Tarek Ziadé wrote:
> 2010/3/29 anatoly techtonik :
> [..]
>&g
.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/techtonik%40gmail.com
>
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Mon, Mar 29, 2010 at 10:55 AM, Tarek Ziadé wrote:
>>
>> Therefore I still propose shipping bootstrap package that instruct
>> user how to download and install an actual package management tool
>> when users tries to use it. So far I know only one stable tool -
>> `easy_install` - a part of `se
2010/3/29 Lennart Regebro :
> On Mon, Mar 29, 2010 at 09:30, anatoly techtonik wrote:
>> Therefore I still propose shipping bootstrap package that instruct
>> user how to download and install an actual package management tool
>> when users tries to use it. So far I know
On Mon, Mar 29, 2010 at 12:15 PM, Tarek Ziadé wrote:
> [..]
>> distutils is not a `package management` tool, because it doesn't know
>> anything even about installed packages, not saying anything about
>> dependencies.
>
> At this point, no one knows anything about installed packages at the
> Pyth
On Mon, Mar 29, 2010 at 4:50 PM, Tarek Ziadé wrote:
> Anatoly, I am now answering only in Distutils-SIG.
>
> On Mon, Mar 29, 2010 at 3:45 PM, anatoly techtonik
> wrote:
> [..]
Seems like I start to hate mailing lists even more with all this
message duplication and thread foll
2010/3/29 Nick Coghlan :
> anatoly techtonik wrote:
>> So, there won't be any package management tool shipped with Python 2.7
>> and users will have to download and install `setuptools` manually as
>> before:
>
> Until the discussed package management tools
1 - 100 of 306 matches
Mail list logo
