repository that contains all revisions,
not just selected ones, has post-commit email notifications (or
explains why it can't provide these), etc.
Regards,
Martin
P.S. After we move to the new machine, there should be plenty of disk
space for this kind of experiment.
we will see
what it can do.
Regards,
Martin
___
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
nted, plus all the
tags (IIUC). Those would need to get converted also, don't you agree?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
> symbolic names for revisions in other branches.
Unless somebody had committed to the tag - right?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python
not asking that it be completed,
at least not at this point in time.
Regards,
Martin
___
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/arch
> > > Unless somebody had committed to the tag - right?
> >
> > That would be insane, right? :)
>
> AFAIK it's not insane, just impossible.
IIRC, I did that for the 2.5.2 tag (or some such), correcting
the spelling of "2st" to &q
er
2.3.x release.
Regards,
Martin
___
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
bug
fixes (and after that, only security fixes). New features are rejected.
> Especially th threading + fork issue:
>http://bugs.python.org/issue874900
That one is already backported to 2.5, right?
Regards,
Martin
___
Python-Dev mailing list
> The fix for 874900 is not a bad idea though.
Doing what specifically (that has not been done yet) is not a bad idea?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
med to be issue1179 in the CVE, but
that says it fixes CVE-2007-4965 only?
CVE-2008-2315
In principle, this is fine with me, so go ahead.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
't fix bugs.
Regards,
Martin
___
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
>> In principle, this is fine with me, so go ahead.
>
> Done.
Thanks for looking into these!
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python
> I'm not really a Windows guru so I'm at a loss of even where to begin as
> the Doc\README file doesn't mention how to build .chm files at all.
You need to build the html files, then run prechm.py, then invoke the
HTML Help W
ns
> against upgrading server to 1.5?
Yes - Debian stable does not include it. When lenny gets released, we'll
upgrade.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
ht
>> Should we release 2.6.1rc1, too?
>
> Do we need rc's for point releases?
We have been doing them in the past, a week before the release.
In this case, I could accept a waiver, given that the previous
release acts very well as a release candidate for this release.
to a high degree,
my part is, unfortunately, much less automated. I could personally
automate the build process a bit more, but part of it is also testing
of the installers, which is manual.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pyth
sig
(but catalog-sig, which is the list for PyPI discussion).
Regards,
Martin
___
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
quite often).
Regards,
Martin
___
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
ent ways:
as admin user and non-admin user. The automated GUI testing only really
works for a logged-in user.
Regards,
Martin
___
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
> Martin, maybe we can help you with the installers testing.
Thanks for the offer. See my other message, though - this is not the
point. If everything goes well, offloading testing just means that
I have to wait some time for the testers to come back, and do other
stuff meanwhile.
For
't run on my workstation - which
is 32-bit XP. It might be possible to automate it, but IMO, the
effort of setting this up would be higher than the actual time spend
in doing it manually, assuming we have no more than a dozen releases per
year.
Regards,
Martin
_
> Martin, I'm keen on figuring out a way to reduce your workload, and also
> to coordinate releases better between us. I /think/ with timed releases
> I can tag a little early and give you something to work on so that the
> actual release is a matter of fiddling web pag
ne in a beta release or release
candidate, since one does get things wrong the first time.
Regards,
Martin
___
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
hich I think is 9:00
your time). Around what time would you expect to have the tag set?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/opt
curity-fix only mode, is it fair to close this with a won't fix?
Correct.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/
.
It probably doesn't really matter - if the complaint was specifically
that the bug is in 2.4.x, with a request to fix it in 2.4.x+1, then
it's "won't fix".
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
anagement problem because the
license was only available on a single machine - so it was difficult
for anybody else to jump in and do a release.
> In short: if msi.py and the fact it breaks is part of the issue here,
> it's very easy to solve in
If it's technical, but requires signing an NDA to learn what the issue
is, it will be very difficult. Everything we do in Python is public,
archived, indexed, and visible in any way you can imagine.
Regards,
Martin
___
Python-Dev mailing list
Python-
ms understanding it, and can understand
msi.py much better (surprise, surprise). For a newcomer, my feeling is
that learning WiX and learning msi.py is about the same effort - you
really need to "get" MSI files.
Regards,
Martin
___
Python-Dev m
f NSIS suggest that NSIS would
fail this requirement.
- it supports installation through Windows Domain policy. I would be
willing to drop this requirement, but I believe some users would not
be happy. Nothing but MSI has this capability (by design of Windows
Active Directory
> I've had good results with Advanced Installer:
> http://www.advancedinstaller.com/feats-list.html
So how much effort would it be to create a Python installer?
Could you kindly provide one?
Regards,
Martin
___
Python-Dev mailing list
y executables. So if renaming them to .dll or
even to something else solves the problem, we can happily do that.
If they really need to get a version resource, so be it - they
should all be version 1.0, and InternalName "we just included
a version resource so that Microsoft's brandi
ed apps instead of
> trying and meet it for our installer...
If this list of complaints was complete, I don't find it too difficult
to comply. If a merge module would contain the entire library (including
distutils), then the wininst.exe issue would still exist for the merge
module (for ex
ostly-complete installer,
I'm sure Giovanni would be happy to add support for the CRT merge
module to see how the tool fares (my expectation is that it breaks,
as I assume it just doesn't deal with the embedded ALLUSERS property
correctly - merge.py really uses a bad hack
CRT bundled. I
> personally don't see this as a show-stopper (does anyone ever build
> the .msi besides Martin?).
I personally don't have any interest to spend any time on an alternative
technology. The current technology works fine for me, and I understand
it fully. Everybody in t
ou probably don't,
> so sure, uninstall it".
We get these messages on python-help also. We even have
http://www.python.org/doc/faq/installed/
so it *is* a frequently-asked question. I think that is a good thing.
Regards,
Martin
___
Pyth
he respective source
directory). You also need to consider the features structure; there
is a "current" feature at any point in time, and all components being
added get added to the current feature.
HTH,
Martin
___
Python-Dev mailing l
re about it. (I may have known in the past, but then I have forgotten
since).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/p
> Adjust the TCL_LIBRARY and TK_LIBRARY as needed.
We should also point out that the FixTk module already does
that, but is imported only on Windows. So if you arrange to
always import FixTk, then it should Just Work.
Regards,
Martin
___
Python-
Matthias Klose wrote:
> Is there another way to build extensions as builtins,
> or should this file kept be up to date?
It should be kept up-to-date, IMO. It's just that people forget to do
that (or don't even know what it is).
> It would Just Work if you had python and tcl/tk installed with the
> same paths as the ones used by the windows installer.
Right - the OP will probably need to supply a different version of
FixTk also.
Regards,
Martin
___
Python-Dev mailin
m build. Everybody building for a Windows platform will
> have applink included and access to OpenSSL becomes a non-issue.
However, this doesn't explain why I should care about it. What is the
problem that is being solved for Python? Why is acce
> sacrifice that part of being "OEM Ready" to best look after the interests of
> people who seek it out for download.
So much agreement :-)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
Giovanni Bajo wrote:
> On gio, 2008-11-27 at 00:29 +0100, "Martin v. Löwis" wrote:
>>> So, deducing from your reply, this "merge module" is a thing that allows
>>> to install the CRT (and other shared components)?
>> Correct. More generally, a mer
stants to function pointers. It
> makes mixing of different CRTs secure. You'll get the idea after reading
> the file, Martin. A similar approach could be useful for Python, too.
I (now) understand all that. I still don't understand why Python should
use it, *for OpenSSL*. (that Python
read pool->arenaindex.
Regards,
Martin
___
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
toconf 2.61. Not sure
why Benjamin put in the comment that 2.63 is being used. If you look at
the configure files that Benjamin has checked in, you'll notice that he
has been using 2.61.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pytho
that breakpoint. Then walk up the stack to find out where
the exception is raised.
> I can of course post it on the bug tracker, but I believe I could
> learn something on this ;-)
I sure hope so.
> And I don't like missing a chanc
tions (such as providing a merge module which changes
the default).
Regards,
Martin
___
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
t is calling it
> in start menu can you help me on that ?
Please look in Tools/msi/msi.py for all occurrences of python_icon.exe.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Un
structors on the number of parameters, or using
keyword parameters for the new way of filling the exception.
And no, I don't volunteer to write this PEP :-)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pytho
anymore; 2.4 security patches will be produced
until November 2009).
Regards,
Martin
___
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
mailing lists would change
into read-only mode (i.e. primarily leaving the archives behind).
Any objections?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
intainer,
but not part of the release process.
Regards,
Martin
___
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
;could have been better",
because it could not have been better, given the time available to the
contributors).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://ma
separated when merging from py3k to 30-maint.
True. However, the same would be true for the merge flow
26 -> trunk -> 3.0 -> 3k
In fact, that merge flow wouldn't support merging features *at all*:
a feature added to trunk would need to flow thr
, then drop the byte-oriented
file operations again)
Regards,
Martin
___
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
before the PEPs have been fully specified,
discussed, and a BDFL pronouncement has been made).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mail
s metapher (IIUC) describes a trivial design issue that is merely
a matter of taste, rather than having deep technical implications.
Using Unicode or bytes for strings is not of that kind.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev
e
release manager), or a few (the pydotorg editors), it would always
be outdated.
FWIW, there is also the py3 category in PyPI:
http://pypi.python.org/pypi?:action=browse&c=533
Regads,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
thon :: 2.4
Programming Language :: Python :: 2.5
Programming Language :: Python :: 2.6
Programming Language :: Python :: 2.7
Programming Language :: Python :: 3
Programming Language :: Python :: 3.0
Programming Language :: Python :: 3.1
Regards,
Martin
___
on
x (i.e. including possibly 2.0 and 2.1). In particular, presence of "2"
and absence of "3" is meant to indicate "I know that it won't work on
Python 3".
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
ht
x27;t recall having seen any such documentation; hopefully I just need
> to be hit by another clue.
There is no documentation for classifiers whatsoever. I don't think
nuances matter much, anyway.
Regards,
Martin
___
Python-Dev mailing list
Pyt
racters!
And environment variables, command line arguments, and file names
are not bytes, but characters.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.py
e
application is a mistake. The bytes are intended to represent
characters, so Python should treat them as what they are.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscrib
> Sorry, I don't think I can do that. It's difficult-to-impossible to leap
> straight from Python 2.2 or 2.3 to 3.0
My experience is different. That is very well possible (of course, I
haven't heard in a long time of a project that needs to maintain
compatibility with 2
> Looking at http://www.python.org/dev/buildbot/, we are still missing buildbots
> for the release26-maint and release30-maint branches. Is someone working on
> that?
Yes. I won't enable 2.6 build slaves until 2.5.3 is released, but will
afterwards.
R
> There's clearly an argument of timeliness there, which
> is why we'd like to get this fixed ASAP.
I think it is still timely when fixed in January or February.
In fact, releasing it still in December might not be possible,
due to the limited time available.
bug fix release. Maybe you were
confusing this with whether performance fixes can be considered
release-critical (which they shouldn't, IMO)?
Regards,
Martin
___
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
have
architecture support for 128-bit floats (e.g. Itanium, SPARC v9);
it's not clear to me whether they actually implement the
long double operations in hardware, or whether they trap
and get software-emulated.
Regards,
Martin
___
Python-
core, no matter how smart or correct
it is.
Regards,
Martin
___
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
y from trunk to each of the
> branches, and then block my merge to py3k from being merged again to
> release30-maint.
No - you should merge from the py3k branch to the release30-maint branch.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@
it has conflicted,
so the only additional action to take is to declare that a resolution.
Regards,
Martin
___
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
> On Dec 11, 2008, at 12:12 AM, Martin v. Löwis wrote:
>> Several people already said (essentially) that: -1. I don't think such
>> code should be added to the Python core, no matter how smart or correct
>> it is.
>
>
> does your -1 apply only to attempts to r
> Yeah, that's why I asked. I tried what Martin suggested with r67698 by
> just saying I'd resolved the conflict, which added the single revision
> I was merging from to the svnmerge-integrated property. It didn't add
> the two original revisions.
Can you elaborate?
eg. Heisenbugs!).
You don't have to run the program in gdb. You can also use the core dump
that the operating system will generate, and study the crash after it
happened.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
Highlights of the previous major Python releases are available
from the Python 2.5 page, at
http://www.python.org/2.4/highlights.html
http://www.python.org/2.5/highlights.html
Enjoy this release,
Martin
Martin v. Loewis
mar...@v.loewis.de
Python Release Manager
(on behalf of the entire
phores, etc, and
later address space separation was added.
Regards,
Martin
___
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
d go about implementing it.
Regards,
Martin
___
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
Christian Heimes wrote:
> Martin v. Löwis schrieb:
>> 2.5.3 is the last bug fix release of Python 2.5. Future 2.5.x releases
>> will only include security fixes. According to the release notes, over
>> 100 bugs and patches have been addressed since
7; on that machine (e.g. when
using ping(1))?
Regards,
Martin
___
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.org
> * About to connect() to svn.python.org port 80 (#0)
> * Trying 2001:888:2000:d::a4... Operation timed out
Hmm. Can you debug this further?
Do you have IPv6 connectivity at all? Do you have a global v6
address? What happens if you do a
t;a=blob_plain;f=dtrt-indent.el;hb=HEAD
Regards,
Martin
___
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
h tabs and 4272 indented with spaces (out the 9733
> of the file).
As an Emacs variables block is present in the file, I would consider
this normative, and declare that the official indenting is 4 spaces
for the file, no tabs.
Regards,
Martin
___
Pytho
gin that does that.
Regards,
Martin
___
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
known to be linked into
the interpreter. This has the least impact on the build process,
but is the most hackish approach (IMO).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubs
hecked in configure.
Alternatively, I believe that autoconf offers a mechanism to
have fallback functions in files named like the function; autoconf
will then build itself a list of all additional source files.
Using that would require to split pymath.c into multiple file
isconfigured (it could also be the case
that applications are buggy - but I don't think this is the case you
are facing). The proper solution is to fix your system (although I'm
still uncertain what precisely the problem might be).
Regards,
Martin
_
.@mira:~$ host www.freebsd.org
www.freebsd.org has address 69.147.83.33
www.freebsd.org has IPv6 address 2001:4f8:fff6::21
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
ixes some strange duplicate data issues on poll() with packets
> with a nonstandard flag set.
People experiencing this should upgrade to 2.6 (when it is fixed there).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python
> This particular thread of discussion does appear to be veering a little
> off topic though :)
And I apologize for starting it :-)
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsub
The 3.x version is still similar to the 2.x
version, except for a number of additions (such as interning).
The changes should probably then also merged into the 2.6 and 3.0
branches, to allow easy merging in the future. Backporting to 2.5 will
become difficult; it will also become unnecessar
On behalf of the EuroPython 2009 organisation it is my privilege and
honour to announce the 'Call for Participation' for EuroPython 2009!
EuroPython is the conference for the communities around Python,
including the Django, Zope and Plone communities.
This years conference will be held in Birming
I just created an OSX installer for 2.5.3c1. As it's the first time
I do that, I'd appreciate if somebody could test it and report whether
it works (as well as the 2.5.2 one did).
http://www.python.org/download/releases/2.5.3/
Regar
arately,
but in particular committed separately. FWIW, I'm in favor of both
(but haven't reviewed the non-cyclic tuples one yet).
So despite the organizational overhead, I'd appreciate if you could
create separate patches, if not separate issues.
Regards,
Martin
f all objects. So
the isolation is not strong enough to run untrusted code isolated
from other code.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailm
ious major Python releases are available
from the Python 2.5 page, at
http://www.python.org/2.4/highlights.html
http://www.python.org/2.5/highlights.html
Enjoy this release,
Martin
Martin v. Loewis
mar...@v.loewis.de
Python Release Manager
(on behalf of the entire pytho
ion, and I have not attempted
to fix it.
Regards,
Martin
___
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
would
prefer to see the release created in January. There are 13 release
blockers, and I'm skeptical that they can all get resolved within
the next few days.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
I have now set up buildbot slaves for 2.6 and 3.0,
and turned off the 2.5 ones.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
3801 - 3900 of 5764 matches
Mail list logo
