t communication,
referring people to Roundup when they need to be authenticated to
Rietveld (in particular when commenting).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
ietveld can deal with multiple patch sets fine (not sure how it
fares when they are unrelated patches, since it also computes deltas
between subsets - but apparently only for the same files).
Regards,
Martin
___
Python-Dev mailing list
Pytho
o subversion usage. Given that the "public" usage of the CVS
started in 2000, we should start to look into the hg successor
around 2013, for a switchover in Oktober 2015 :-).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.or
Am 30.09.2010 00:12, schrieb Antoine Pitrou:
> On Wed, 29 Sep 2010 23:58:05 +0200
> "Martin v. Löwis" wrote:
>>> That shouldn't be too hard. Someone just has to create an App Engine
>>> project and handle the deployment. I guess the trickiest part is
&
7;t commit unreviewed changes, and also require that
you can't commit unless you have reviewed somebody else's changes.
So if you do 10 reviews, you are entitled to 10 commits...
Of course, that would put more burden on those people who al
it's really a quality vs. quantity thing. It would be easy to just
commit all patches that are uploaded to roundup, but of course, it
would horribly break Python. With mandatory code review, even less
patches get reviewed than today.
Regards,
Martin
___
rld's most advanced open source
database.
Kind 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
uot;peter" has write access into site-packages?
I could accept that a suffix is parameter to configure (or some such),
and then gets used throughout. By default, Python will not add a suffix.
However, I still wonder why people couldn't just install Python in a
different prefix if they w
sts
should go to the meta tracker. Contributions are welcome;
I won't be able to work on this much for the next four days.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubs
ull of old eMacs and a
> G5 running PPC buildbots.) Perhaps we could get Apple to contribute
> some "seconds"? I believe donations to the PSF are deductible.
The issue isn't really to get the hardware. The issue is to find
somebody to v
> I'm already running a Jython buildslave on an Intel Mac Pro which is
> pretty underused - I'd be happy to run a CPython one there too, if
> it'd be worthwhile.
I think Bill was specifically after Snow Leopard - what system are you
uptime is only around
> 99.7% (half an hour per week).
Don't worry. It's hosted on bugs.python.org now.
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
e to fix this by manually filling out the branch on
the file. I'll have to come up with a better way to determine the branch
which a patch was created on. Perhaps going back in history and taking
the first branch where the patch cleanly applies can do the trick.
Regards,
Martin
replace it with
some value, if you care about the secrecy (which I did).
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
main requirement is that the machine is
always connected to the internet, although not necessarily with
a fixed IP address.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
I can probably run a build slave on one of my boxes (Gentoo, Athlon 64
x2). Where are the setup docs?
http://wiki.python.org/moin/BuildBot
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
I feel that, only if a roundup issue has patch, the corresponding
rietveld issue be created, it is more helpful there and avoids
needless duplication.
I have changed that now.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http
tell buildbot to connect to, right?
Correct. However, I wouldn't want to create that unless you had all the
software in place already - else I find myself often waiting for some
time, then removing the slave again.
Regards,
Martin
___
Python-Dev ma
t;Tracker Branch" shows /branches/release27-maint even
though the patch is for py3k.
Yes - it miscomputed it, based on the revision number in the patch
(which was a revision in which 2.7 was modified).
Regards,
Martin
___
Python-Dev mailing lis
Am 05.10.10 19:07, schrieb Antoine Pitrou:
On Tue, 05 Oct 2010 17:06:40 +0200
"Martin v. Löwis" wrote:
I can probably run a build slave on one of my boxes (Gentoo, Athlon 64
x2). Where are the setup docs?
http://wiki.python.org/moin/BuildBot
By the way, is the distinction betwe
find it difficult to determine the email address of any
specific operator? Who?
If you really need to broadcast a message to all owners, let me know
and I can forward it to them (or you can collect the addresses
yourself).
Regards,
Martin
___
Python-Dev mai
s with the Rietveld integration into the
meta tracker.
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
Am 04.10.2010 03:56, schrieb Daniel Stutzbach:
> On Sat, Oct 2, 2010 at 3:55 PM, "Martin v. Löwis" <mailto:mar...@v.loewis.de>> wrote:
>
> I'll have to come up with a better way to determine the branch
> which a patch was created on.
>
>
&g
back in py3k until giving up?
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
Am 08.10.2010 00:00, schrieb geremy condra:
> Seems like python.org has gone down and come back up a couple of times
> in the last few minutes, is this intentional?
Nothing on python.org suggests that this has actually happened. Could
it be that the issue is on your end?
Regards,
th have had the same problem at the same time under those
> conditions, doesn't it?
True. However, I really cannot see anything on the machines that
indicates some outage. I'm still unsure what "it" is that was happening,
so it&
> FWIW, PyPI was inaccessible for some longish period of time this morning.
That I can confirm (assuming you are talking about the UTC night).
However, it stopped around 5:00 UTC, so it's clearly unrelated to
anything that happened reportedly 2 hours ago.
Regards
Am 08.10.2010 09:21, schrieb Jeroen Ruigrok van der Werven:
> -On [20101008 01:22], "Martin v. Löwis" (mar...@v.loewis.de) wrote:
>> True. However, I really cannot see anything on the machines that
>> indicates some outage. I'm still unsure what "it"
.
So
import .dom
shouldn't give you dom, but . (which is nonsensical, of course).
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
> Any comments?
For 3.2, this is out of scope, because of the moratorium.
For later versions, I'd rather not see a builtin name polluting the
global namespace for this.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.
for me" given the
> context... ;-)
Not being a native speaker (of English), I had actually assumed that
Barry is proposing to call the script "wfm". Although, in retrospect,
"/usr/bin/wfm!" might work as well :-)
Regards,
Martin
_
me machine).
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
it's not such an easy choice: the old entry may
have been manually added, or it may have been added by the previous
installer. Replacing it in the second case is again a straight-forward
choice, but we don't know (unless we record somewhere - in the registry
- that we added a PATH en
be considered as release blockers (demoting a slave
to unstable may be a resolution, though). Of course,
release managers can deliberately chose to ignore specific
blockers, anyway.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http
ne, and
he'll arrange 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
Windows poses its own challenges. Often, builds
or testsuite runs end up with popup windows, which then hang subsequent
builds. You often get dozens of them to click away. So operating a
Windows slave is much more tedious than a Unix one.
Regards,
Martin
__
rading our Python to 64-bit
> in the next few months, so! I'm motivated.
That won't work, will it? VC Express doesn't come with an AMD64
compiler (I *think* it's possible to use the SDK one, but this again
is more complicated).
Regards,
Martin
> #python-dev thought that VS express was all that was needed; then here,
> it seemed to me that Martin said that you needed the full version of VS
> or perhaps a complex setup with the SDK compiler; but you seem to be
> interpreting Martin that the SDK provides everything and not
ange
The standard library
As the standard library is not directly tied to the language
definition it is not covered by this moratorium.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
ith changing autoconf versions, the actual
configure script will change forth and back, confusing attributions
(svn blame).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
dy tests a configure change correctly, but it then
breaks with an older autoconf version?)
However, if people don't see this as a problem, we can also give
up the strictness of requiring an exact autoconf version (and
autoconf will already check for a minimum).
Regards,
Martin
> I don't see it as any more of a problem than upgrading against other
> dependencies (like gcc?).
Ok, so let's drop the requirement then.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
fine. Now Benjamin has ruled that we stop
pinning it. I still have my reservations, but no real objective
objection (i.e. -0)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscri
ple, also, but would like to see some analysis on
existing third-party modules.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/optio
ports (say) may be quite a challenge
(but then, JP may have some view on this).
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
to the
library (and possibly the kernel, in turn).
People readily accept that explanation.
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
aps it would be valuable to stress this support and propose any
> interesting patches for fixing and/or improving it.
I think that's entirely independent.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mail
> Any ideas what could cause this or how to fix this?
It could be a compiler bug; try disabling optimization.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
h
figured out before or after
the release.
FWIW, I'm pondering to do all remaining 2.5 release from svn, despite
the switchover to Mercurial, just so that the build identification
does not get harmed.
As a side note - I don't think two release candidates are really
necessa
pen issues than
last week, but that 32 issue have been opened-and-not-closed
in the week.
You can see these 32 issues further down in the message.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
address them :-))
You mean: actively feeling responsible for it? I guess nobody - as for
many other modules in the standard library.
Or do you mean: who is willing to work on it, in principle?
The last committers are georg.brandl, gregory.p.smith,
martin.v.loewis, and anto
lingering issues: explain to people that they need to submit
patches if they want these issues fixed. Of course, this is then the
same situation as with all the other patches that stay unreviewed
(i.e. some get committed soon, some after some time, some never).
Regard
to see a Mercurial branch for
2.5 established, and will then move any commits to it myself to the
svn branch (there shouldn't be that many).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
the patches.
Also, submitting many small changes is preferred over patch bombs.
So it might be better to start committing what is complete, rather
than first completing all work in progress.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pyth
ave implemented for 3.2.
It would be better, IMO, if these casts get avoided everywhere, even
if that means that the functions get a line longer.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyt
ough. Or, if you want to be able to change the class
of all instances of that class, why you can't track all instances
explicitly.
In the PEP, you should then also explain what the limitations of
the feature should. I.e. the feature should not be specified by
its implem
Am 26.10.2010 22:28, schrieb Peter Ingebretson:
> --- On Tue, 10/26/10, "Martin v. Löwis" wrote:
>> I think this then mandates a PEP; I'm -1 on the feature also.
>
> I am happy to write up a PEP for this feature. I'll start that
> process now, though
ake Windows binaries for such a release.
Also, if you do plan to make a release, please also indicate how
you would label it.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-de
efore, allocating more objects or doing string
formatting will likely fail (unless the requested size is much larger
than the memory required for these operations).
So the chance increases that you trigger a fatal error.
Regards,
Martin
___
Python-Dev
em, which I haven't been able to, yet.
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
asses,
> two parallel buffer APIs, misleading implicit conversions...)
I completely agree with that point. I find it unlikely that those
who do regular maintenance of Python will join a continuing-2.x effort.
Regards,
Martin
___
Python-Dev mailing
features in 2.x anymore - but many haven't switched
to 2.7, either.
Debian still ships with 2.5, and the next Debian release will be
shipping with 2.6. So any theoretical 2.8 release would be
just as irrelevant to existing users for many years to come
(e.g. the *next* Debian release would
ink 2.x is
> going to necessitate another release must /necessarily/ be wrong.
Predictions are always difficult to make. It may be that 2.x will
necessitate another release (by some criteria), but I truly hope
that you are wrong in predicting that such a release will actually
happen.
Regards,
Martin
__
o doesn't involve any unnecessary copies.
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
a single
2000-line file.
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
lish his changes in a branch).
So despite the more general subject (which I think is still mostly
hypothetical), the real issue Kristjan raised has been resolved,
AFAICT (although Kristjan has not yet voiced an opinion of whether
he finds that resolution acceptable
on of their former employee
Thomas Wouters).
> For "donated" infrastructure, surely the individuals providing CPU /
> bandwidth / diskspace make that call, and not python-dev.
Yes, and I have already stated my opinion. Other pydotorg'ers will
surely voice their opinion when the
ort will always ask "are you using
the latest version", to which the answer will be "of course not,
I am using an installation that is five weeks old".
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.py
> Right, the effort of those people is obviously the limiting factor
> here. Automating builds sounds like a good step forward. What are the
> sticky bits here? Martin, Ronald, how much of the process is not
> automated, and why is automating hard?
I don't feel like producing a
Am 30.10.2010 14:29, schrieb Dirkjan Ochtman:
> On Sat, Oct 30, 2010 at 14:09, "Martin v. Löwis" wrote:
>> I don't feel like producing a complete list of build steps; the entire
>> process takes about four hours.
>
> So is most of this scripted, or is there
ize+1))
+if (GetComputerNameExW(ComputerNamePhysicalDnsHostname,
+ PyUnicode_AS_UNICODE(result),
+ size+1))
return result;
Py_DECREF(result);
m Unix V8, in 1984. In that version, each entry
in /proc was a file, essentially giving access to the process'
address space. Supposedly, it was still possible to find out the
list of open files using that interface, see
http://man.cat-v.org/unix_
quot;.join() or
> stringio.write()
Assuming there are multiple recv calls. For a typical struct, all data
will come out of the stream with a single recv. so no join will be
necessary.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.
they do make
bug reports. Good :-)
If this gets attributed correctly (i.e. as a deliberate decision by
Arch, revealing bugs in many packages that have long existed), and if
Google picks the canonical resolution quickly, I don't think any harm
is done - and in the long run, it will
bot or not, or if it is a
> failure in Python?
Before David responds: feel free to put temporarily a "limits -a"
command into the build process, or some such.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/m
out 3.1 - changing
it again for 3.2 would require another decision, but certainly can't
be ruled out categorically).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
ht
ith code that will break under that change); however,
I fail to see what good it does.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/op
matter of agreeing when moving forward: IMO, mere style
changes, code cleanup etc shouldn't be applied to the bug fix branches,
as their only purpose is to provide bug fixes for existing users.
Regards,
Martin
___
Python-Dev mailing list
Py
tact the slave operator.
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
as backported. Code cleanup is
in the way of such analysis, making maintenance more difficult.
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
Am 07.11.2010 15:57, schrieb James Y Knight:
> On Nov 6, 2010, at 9:41 AM, Martin v. Löwis wrote:
>> So I don't recall a decision that there shouldn't be a python2
>> binary,
>
> The decision to make one would have to be an active decision, since
> Python has ne
at there was some kind of networking problem. It came back, then went
away 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/py
in the bush. Cooperate, don't
confront.
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
actually
> switch the buildbots over on migration day.
I'm not sure this is the right way of doing it. AFAICT, hg can have
multiple handlers for the same hook, e.g. incoming.buildbot and
incoming.community.
Furthermore, I believe the community buildbot farm is currently dead,
and unlikely
> That is true, however it doesn't help you: the hook takes its configuration
> from the hgrc file, so you can configure exactly one host:port to send
> changes to.
Ah, ok.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@p
bugs.python.org is moving to a new hardware; this also involves a new IP
address. The migration will happen on Thursday, likely around 8:00 UTC.
If all goes well, outage should be very short.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev
(i.e. to be able to access all files correctly).
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
quot;
prefixes into the code.
In case b), they will be Unicode strings in Python 3.
In case c), they will be Unicode strings if the argument is a Unicode
string. So by induction, file names will be typically unicode. The
exception will be libraries/applications which make deliberate attemp
that you receive before using them as a file name.
In a well-specified network protocol, you would know the encoding of
the bytes; IETF recommends to use UTF-8 for all new protocols. Using
an UTF-8 string as a filename on Windows will create mojibake.
version that is available in Debian
stable (currently 0.7.8).
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
initially a misconfiguration preventing outgoing
IP traffic, particularly preventing outgoing emails from being
delivered. This is all fixed now; report any remaining issues to the
metatracker.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev
re useful at least for tar.
No, they are not. The tarfile module decodes all file names on its own,
IIUC.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.py
there applications with no hope of a
sensible solution can then still intervene.
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/a
> Thanks Martin, for all you do to keep our infrastructure humming along
> smoothly, including the recent Roundup migration.
I just write the announcements :-) In this case. thanks should also
extend to Izak Burger of Upfront Hosting who did most of the setup
(I just did the DNS changes),
on, and therefore ease maintenance.
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
fferent string type.
>> If you drop code without first deprecating it, chances are it will
>> hurt someone. That's why having a deprecation period is the rule we
>> usually follow (most of the time :-)).
I'm in favor of deprecating it first.
Regards,
Martin
_
his is what kill_python.exe is supposed to solve. So I recommend to
investigate why it fails to kill the hanging Pythons.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
x27;t really bother me either way -
> I'm mainly looking for info on who has the ability to change the
> format in the first place :)
See
http://hg.python.org/hooks/
You should have push permissions to that repository.
Regards,
Martin
___
Python
problem really is that the repository doesn't exist. I guess
this is because it tries to create it, and then finds that it can't.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
as a relative path to the "hg"
> user's HOME. The "ssh://" scheme executes remote hg over an ssh
> session, I don't think there's any additional magic.
Correct. However, this just means that additional magic is required.
Regards,
Martin
__
1801 - 1900 of 5755 matches
Mail list logo
