> At 03:15 PM 1/26/2010 +1100, David Lyon wrote:
>>With all due respect, that process is a bit like a black magic
>>approach. Maybe the capability is there, but it isn't very well
>>documented and it isn't obvious.
>
> I don't see what's so hard abo
> On Tue, Jan 26, 2010 at 06:27, David Lyon
> wrote:
>> Secondly, I never knew about it.
>
> Why did you say the process was like black magic when you didn't know
> about it?
>
> Is this a distutils option?
>
> No, it's new in Python 2.6, which Nick Cogh
.rpm's respectively.
But overall, I think this discussion is going in the right direction.
I hope Tarek can pick up on it and fnd a way to work it into distutils if
he has time as it does need to have a home to live.
David
___
P
quot;
And then; "How do you check if a .py is a .py?"
Whereas, if you just associate to a .egg or a .eag or some
other extension suffix, it just keeps things very orthodox
and you can have a visual queue (for users with gui-
interfaces).
It also makes distribution on pypi and the like muc
e more than welcome to join in and help on my
community project shown above. I have to keep my postings
to a minimum here, because (rightly) I've been told to
code and not blab, blab, blab all the time. But I'm happy
because every now and again something I say gets picked
up and put into action.
Best Regards
David
___
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
lt to get the build
and collection process done in the setup.py. That is quite
difficult.
So it is all there, just slightly warped. It will be interesting
to see if there will be any windows work done in the upcoming
distutils revamp. We'll just have to wait and see.
David
___
;t understand why anybody
wouldn't want that.
See a package on pypi, click to download it, get prompted
to install it. It could all be just so simple.
David
___
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
ly, there are too many people out there who would
notice if a big change was made..
These are the major reasons why significant direction change is
difficult. Lack of information on the state of pypi packages.
Hope that answers
David
David
___
The install tools that I know are NSIS, Wise, InnoSetup
and perphaps a few others if I thought back.
So when it comes to installation tools, I've done enough
to know that sticking a python app in a zip box is good
and that without the Microsoft SDK or some derivative
tool, your chances of building a
On Thu, 2010-01-21 at 14:46 -0800, Jeffrey Yasskin wrote:
> On Thu, Jan 21, 2010 at 10:09 AM, Hanno Schlichting wrote:
> > I'm a relative outsider to core development (I'm just a Plone release
> > manager), but'll allow myself a couple of questions. Feel free to
> > ignore them, if you think they
On Wed, 2010-01-27 at 11:34 -0800, Jeffrey Yasskin wrote:
> On Wed, Jan 27, 2010 at 11:16 AM, Collin Winter
> wrote:
> > We absolutely do not want CPython to include a copy of LLVM in its
> > source tree. Unladen Swallow has done this to make it easier to pick
> > up changes to LLVM's codebase as
p box' applet support into a form that is
more ready for developers to start using.
I think it needs more tests, more examples, more documentation
to show what a wonderfully useful thing it could be.
David
David
___
Python-Dev mailing list
cess-specific table.
AFAIK, they aren't simple indexes in windows, and that's partly why
even file descriptors cannot be safely passed between C runtimes on
windows (whereas they can in most unices).
David
___
Python-Dev mailing list
Pytho
s emulated by
win32. Only HANDLE is considered "native" (can be passed freely
however you want within one process).
cheers,
David
___
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
2.6 and 3.1 states, "All functions return a quiet NaN if
at least one of the args is NaN."
math.pow(1.0, nan) is another such exception to the rule. Perhaps the
documentation should be updated to reflect this.
Thanks,
- David
___
Pytho
Ok, thanks! It's submitted as issue 7947.
- David
-Original Message-
From: Mark Dickinson [mailto:dicki...@gmail.com]
Sent: Tuesday, February 16, 2010 2:15 PM
To: David DiCato
Cc: python-dev@python.org
Subject: Re: [Python-Dev] math.hypot, complex.__abs__, and documentation
On Tue
w(1.0, float('nan')); the second
argument simply doesn't matter when the first is 1.0.
FWIW, these conventions also exist in the C99 standard.
Hope this helps,
- David
-Original Message-
From: python-dev-bounces+ddicato=microsoft@python.org
[mailto:python-dev-boun
ul to
continue to support executing them directly outside of any new cache
location, which it sounds like is the direction being taken.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscrib
On Mon, 2010-03-01 at 15:35 -0800, Collin Winter wrote:
> Hey packaging guys,
>
> We recently committed a change to Unladen Swallow [1] that moves all
> the JIT infrastructure into a Python extension module. The theory [2]
> behind this patch was that this would make it easier for downstream
> pac
nge -
if you want to do arithmetic on long double, then the user of the
buffer protocol would have to implement it by himself (like NumPy does
ATM). So the important thing is to have enough information to use the
long double: alignment and size are not enough.
cheers,
David
___
demand, we could rename them to argparse.StoreTrueAction, etc.
>
Any reason not to do something like:
from argparse import actions
...
parser.add_argument('--plot', actions.store_true)
Basically a small namespace for the constants.
--
David
blog: http://www.traceback.org
twitter
On Mon, Mar 8, 2010 at 11:49 AM, Xavier Morel wrote:
> On 8 Mar 2010, at 16:53 , David Stanek wrote:
>>
>> On Mon, Mar 8, 2010 at 10:40 AM, Steven Bethard
>> wrote:
>>>
>>> In argparse, unlike optparse, actions are actually defined by objects
>>>
I have been following this discussion about fixing the GIL and just wanted to
make a few comments about it.
To the doubters who don't think this is a real problem worth fixing, I must
respectfully disagree. Multicore systems and parallel programming issues are
not
going away any time in the
On Mon 15/03/10 4:34 AM , "Martin v. Löwis" mar...@v.loewis.de sent:
> > So, just to be clear about the my bug report, it
> is directly related> to the problem of overlapping I/O requests with
> CPU-bound processing.> This kind of scenario comes up in the context of
> many> applications--especia
d that is complex
> business.
> K
>
>
>
>> -Original Message-
>> From: python-dev-bounces+kristjan=ccpgames@python.org
>> [mailto:python-dev-bounces+kristjan=ccpgames@python.org] On Behalf
>> Of David Beazley
>> Sent: 15. mars 2010 03:07
>>
gt; Robert Hancock
> Sent: 16. mars 2010 20:10
> To: Peter Portante
> Cc: David Beazley; python-dev@python.org
> Subject: Re: [Python-Dev] "Fixing" the new GIL
>
> The Linux kernel scheduler deals with two types of ratings and has a
> heuristic algorithm that rewards
are about the only operations where you can have NaN as operands
without risking raising an exception, and support for creating and
detecting NaN in languages have been coming only quite lately (e.g.
C99).
Concerning the lack of rationale: a relatively short reference
concerned about FPU
hich may not
really apply to python. Generally, you want to detect
errors/exceptional situations as early as possible, and if you use
python, you don't care about potential slowdown caused by those
checks.
David
___
Python-Dev mailing list
Python-Dev
can control whether invalid operations raises
an exception or not, we had isnan/isfinite for a long time, and the
fact that nan != nan has never been a real problem AFAIK.
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
On Sun, Mar 28, 2010 at 9:28 AM, Robert Kern wrote:
> On 2010-03-27 00:32 , David Cournapeau wrote:
>>
>> On Sat, Mar 27, 2010 at 8:16 AM, Raymond Hettinger
>> wrote:
>>>
>>> On Mar 26, 2010, at 2:16 PM, Xavier Morel wrote:
>>>
>>> How a
d Python and need a quick way to install my packages on top of it."
python setup.py install works well, and has for almost a decade.
If you need setuptools, you can include ez_setup.py, which does
exactly what you want, without adding a hugely controversial feature
to python proper. You do something like:
try:
import setuptools
except ImportError:
print "Run ez_setup.py first"
And you're done,
cheers,
David
___
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
implementation on a similar idea (but for jython),
cheers,
David
___
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 Wed, 2010-04-07 at 18:20 -0500, Benjamin Peterson wrote:
> 2010/4/7 "Martin v. Löwis" :
> > I have commented out all tests in test_gdb, yet
> >
> > http://www.python.org/dev/buildbot/all/builders/sparc%20Ubuntu%20trunk/builds/47/steps/test/logs/stdio
> >
> > still shows them being run. Can anybo
place currently replicating the problem, am working with Brian for
whatever access or resources might be helpful.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pytho
ng the script.
The new build slave can also be made available for RMs (or whomever)
to generate the DMG when needed if that might be helpful. Though
there should probably be some basic installation test on other systems
prior to publishing any such generated files.
-- David
___
at it reduces the size of the potential binary installer build
> machines.
Actually, you can just use a chroot "jail" to build the binary - I use
this process to build the official numpy/scipy binaries, it works very
well whatever crap there is on my laptop otherwise.
cheers,
David
__
chine going away any time soon.
Of course, this is just the DMG construction. Not sure what amount of
"test the installer" testing should be required prior to publication.
-- David
___
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 controlled from
the master side, and then uploading the resulting dmg file. I'd be
happy to help coordinate any experiments offline if you're interested.
I do currently have a DMG built for 2.7 Beta 1, if it would be useful.
-- David
___
Python
n willing to assist in any changes to better match the buildbot
builds to the final distribution process for more aligned testing.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
third-party sources already downloaded. More or less evenly
split among third-party packages, the interpreter itself, and then
docs/framework/disk image creation.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
Antoine Pitrou writes:
> Does it include a license for Windows itself?
> Does it allow me to install and run it in a VM?
> If so, I'm interested.
Yes, in fact, it's due to the availability of this license that I was
able to set up the Win7
is ? The usual practice is to
build against the *oldest* compatible version you can, so that it
remains compatible with everything afterwards,
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
may also require the X11 headers (you'd have to have installed
X11 separately) - do you have output in your log from what exactly
is failing when that module attempts to build?
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
framework
builds support 64-bit.
So I suppose you'd have to build 32-bit if you wanted a working
_tkinter.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/m
On Mon, 2010-04-26 at 21:19 +0200, Piotr Ożarowski wrote:
> Hi,
>
> Many Python module developers do not want their work to be distributed
> by Debian (and probably by other Linux distributions), here's a list of
Thanks! Not just Debian: I can confirm, from bitter experience, that
your list is a
le: it is not mandatory, it does not
make life more complicated for python developers who don't care about
platform X. FWIW, that's the scheme I intend to support in my own
packaging solution,
cheers,
David
___
Python-Dev mailing list
Python-
lso fairly sure that I'm finding stranded python test processes (not
too dissimilar as on the Windows buildbots) that are bogging down the
buildbot and thus more detrimental to ongoing buildbot operation than
the lack of framework builds, so there may be other unknown issues more
valuable t
This is a bug report. bugs.python.org seems to be down.
>>> from urlparse import *
>>> urlunsplit(urlsplit('git+file:///foo/bar/baz'))
git+file:/foo/bar/baz
Note the dropped slashes after the colon.
--
Dave Abrahams Meet me at BoostCon: http://www.boostcon.com
BoostPro Computi
On Fri, May 7, 2010 at 21:04, Senthil Kumaran wrote:
> On Sat, May 8, 2010 at 8:19 AM, David Abrahams wrote:
> >
> > This is a bug report. bugs.python.org seems to be down.
>
> Tracked here: http://bugs.python.org/issue8656
>
> > >>> urlunsplit(urlsplit(
At Sat, 08 May 2010 11:04:47 -0500,
John Arbash Meinel wrote:
>
> Stephen J. Turnbull wrote:
> > David Abrahams writes:
> > >
> > > This is a bug report. bugs.python.org seems to be down.
> > >
> > > >>> from urlparse import *
On Mon, May 10, 2010 at 07:09, Ronald Oussoren wrote:
>
> On 9 May, 2010, at 20:33, Antoine Pitrou wrote:
>
> >
> > Hello,
> >
> > The untabification of C files didn't produce any noticeable problem on
> > the buildbots. I've updated PEP 7 with the mention that all C files
> > should be 4-space i
Antoine,
This is a pretty good summary that mirrors my thoughts on the GIL matter as
well. In the big picture, I do think it's desirable for Python to address the
multicore performance issue--namely to not have the performance needlessly
thrashed in that environment. The original new GIL ad
> From: "Martin v. L?wis"
> To: Dj Gilcrease
> Cc: python-dev@python.org
> Subject: Re: [Python-Dev] Fixing the GIL (with a BFS scheduler)
> Message-ID: <4bf385e3.9030...@v.loewis.de>
> Content-Type: text/plain; charset=ISO-8859-1
>
>> I think the new GIL should be given a year or so in the wild
Yes, but the million dollar question is whether or not it really is superior
with the I/O convoying problem in the current implementation (an effect that is
substantially worse with the new GIL than with the old one by the way).
Personally, I think the convoying issue is something that will hav
hat out manually as well.
-- David
___
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
Hi,
I would like to modify the code of the bdist installers, but I don't
see any VS project for VS 9.0. How are the wininst-9.0*exe built ?
thanks,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/p
r: *how* is the wininst-9.0
built from the bdist_wininst sources ? I see 6, 7.0, 7.1 and 8.0
versions of the visual studio build scripts, but nothing for VS 9.0.
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pytho
tudio build scripts, but nothing for VS 9.0.
>
> Ah. See PCbuild/bdist_wininst.vcproj.
I thought I checked there, but I obviously missed it. thanks,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
rsion. It just gets complicated if you plan on committing to both
Subversion and Mercurial.
Does having many little repos add more value than the pain it creates?
--
David
blog: http://www.traceback.org
twitter: http://twitter.com/dstanek
___
roper
> patches.
I cannot comment on the original proposal, but this issue has known
solutions in git, in the form of submodules. I believe hg has
something similar with the forest extension
http://mercurial.selenic.com/wiki/ForestExtension
David
___
On Sat, Jul 3, 2010 at 9:34 AM, Brett Cannon wrote:
> On Fri, Jul 2, 2010 at 17:17, David Cournapeau wrote:
>> On Sat, Jul 3, 2010 at 6:37 AM, Brett Cannon wrote:
>>> On Fri, Jul 2, 2010 at 12:25, anatoly techtonik wrote:
>>>> I planned to publish this proposa
ed Visual
> C++ 2010 Express, and it needs to convert the .vcproj files into
> .vcxproj files, but it fails.
>
> I can't figure out where to get VC 9, all I see is 2008 and 2010.
VS 2008 == VC 9 == MSVC 15
David
___
Python-Dev ma
> I would like to propose removing IDLE from the standard library.
>
-1000. From the Python training department, I would like to say that this
would be a horrible idea. Having taught numerous on-site training courses for
Python, the one thing that I've learned is that you never know what y
As one of the beneficiaries of the efforts (much appreciated) last
year to obtain Microsoft MSDN subscriptions for developers/testers (in
my case, primarily buildbot operation), I was wondering if anyone
might know if those subscriptions will be able to be renewed this
year?
-- David
r PhD program, you may be more
restricted than you think. You may want to check with your adviser
first,
cheers,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.o
s
category, even though I stopped using bzr for quite some time. The
registration was incredibly robust and easy to use from a user and
developer POV,
David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
tools.
Of course, even with /Applications, non-native GUI apps are more of a
mixed bag. For example, the X versions of Gimp and Inkscape - Gimp
properly uses "~/Library/Application Support" while Inkscape still
uses ~/.inkscape. Of course, as X a
On Mon, Aug 2, 2010 at 6:17 PM, Nick Coghlan wrote:
> Are the bug tracker and meta-tracker down for anyone else, or is it just me?
>
It is down for me as well. It appears to be accepting the connection
and then just doesn't return any content.
--
David
blog: http://www.traceback.
th explicit registration and
only the registered plugins would be visible to the system.
System-wise, I much prefer the later, and auto-discovery should be
left at the application discretion IMO. A library to deal with this at
the *app* level may be fine. But the current system of l
On Tue, Aug 3, 2010 at 11:35 PM, Michael Foord
wrote:
> On 03/08/2010 15:19, David Cournapeau wrote:
>>
>> On Tue, Aug 3, 2010 at 8:48 PM, Antoine Pitrou
>> wrote:
>>
>>>
>>> On Tue, 03 Aug 2010 10:28:07 +0200
>>> "M.-A. Lemburg"
ail the committer when their change
broke the build. I realize that if you break 25 slaves it would not be
pleasant to receive 25 emails, but I've had worse things happen. Or
buildbot slaves can report failures to a mailing list or IRC chat.
--
David
blog: http://www
nd giving that link ;-)
>
> Yes, that was a great link, thanks. It works fine for me.
>
> The reason I was bringing up this topic again was that I think the gnu
> autotools have been made for exactly this purpose, to port software to
> different platforms,
Autotool
On Wed, Aug 11, 2010 at 10:21 PM, Sturla Molden wrote:
>
> "David Cournapeau":
>> Autotools only help for posix-like platforms. They are certainly a big
>> hindrance on windows platform in general,
>
> That is why mingw has MSYS.
I know of MSYS, but it is
out this issue: most of the slowdown came from
unneeded stat (and symlink translations).
cheers,
David
___
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.
> Your question should be directed to the comp.lang.python newsgroup, or
> the python-list mailing list.
actually, the numpy and/or matplotlib ML would be even better in that case :)
David
___
Python-Dev mailing list
Python-Dev@python.org
http
d I would think that
windows is the platform where PEP 384 would be the most useful - at
least it would for numpy/scipy, where those runtimes issues have
bitten us several times (and are painful to debug, especially when you
don't know windows so well).
cheers,
David
_
wn on an autoit script to try to automatically acknowledge
these dialogs so hopefully the affected test runs will just fail
rather than timing out and blocking later runs.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
ing C runtimes is still going to come with the caveat of
> potential locale related glitches.
As far as IO is concerned, FILE* is just a special case of a more
generic issue, though, so maybe this could be a bit reworded. For
example, file descriptor cannot be shared between runtimes eit
On Tue, 2010-08-31 at 17:40 +, exar...@twistedmatrix.com wrote:
> On 05:22 pm, gl...@twistedmatrix.com wrote:
> >
> >On Aug 31, 2010, at 10:03 AM, Guido van Rossum wrote:
> >>On Linux you can look somewhere in /proc, but I don't know that it
> >>would help you find where a file was opened.
> >
le accustomed with
packaging on debian-like systems, but not so much for others.
Maybe the PEP would benefit from a stronger example (for example how
is a simple package with a C extension actually installed on the
system), but OTOH, this keeps changing between debian/ubuntu versions,
so a complete e
issue is actually quite easy to reproduce.
> I don't remember this being a real practical issue, at least
> not for different versions of the MS CRTs.
I would turn the question around: what are the cases where you manage
to mix CRT and not getting any issues ? This
On Wed, Sep 8, 2010 at 5:19 PM, Nick Coghlan wrote:
> On Wed, Sep 8, 2010 at 8:34 AM, David Cournapeau wrote:
>> I would turn the question around: what are the cases where you manage
>> to mix CRT and not getting any issues ? This has never worked in my
>> own experience in
On Wed, Sep 8, 2010 at 7:59 PM, Nick Coghlan wrote:
> On Wed, Sep 8, 2010 at 6:34 PM, David Cournapeau wrote:
>> In other words, the problem mainly arises when you need to integrate
>> libraries which you can not recompile with the compiler used by
>> python, because t
That's the time it will take for all packages to support distutils2 ?
cheers,
David
___
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 Sat, Sep 18, 2010 at 7:50 PM, Michael Foord
wrote:
> On 18/09/2010 11:48, David Cournapeau wrote:
>>
>> On Sat, Sep 18, 2010 at 7:39 PM, Michael Foord
>> wrote:
>>>
>>> On 18/09/2010 11:03, "Martin v. Löwis" wrote:
>>>>
>&
(2.09.02) and restarted
the most recent build and it's gotten past the OpenSSL stage, so it
looks like 2.06 may be the specific bad version. I guess I just
happened to construct this builder in the relative small interval when
2.06 was current.
Thanks again for figuring this out.
-- David
gt; import os
[50683 refs]
>>> os.path.exists('d:\\cygwin\\home\\db3l\\buildarea\\3.x.bolen-windows7\\build\\lib\\test\\keycert.pem')
True
[50689 refs]
>>> os.path.exists(b'd:\\cygwin\\home\\db3l\\buildarea\\3.x.bolen-windows7\\buil
d\\lib\\test\\keycert.pem')
False
t; contributors immediately providing instruments to work with Python
> wiki. So if smb. need Jython wiki - it should be moved to
> wiki.jython.org
>
That's funny, I've never seen that page before. Does it get linked to
from somewhere?
--
David
blog: http://www.traceback.org
t
On Tue, 2010-09-28 at 04:44 +0200, Jesus Cea wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> http://bugs.python.org/issue9675
>
> Long history sort: Python 2.7 backported Capsule support and
> (incorrectly, in my opinion) marked CObject as deprecated.
>
> All C modules in the stdlib
On Tue, 2010-09-28 at 11:18 -0400, David Malcolm wrote:
> On Tue, 2010-09-28 at 04:44 +0200, Jesus Cea wrote:
[snip]
> > Long history and links to previous pronouncements in
> > http://bugs.python.org/issue9675
Re-reading my post, I realize that my wording was really unclear; sorr
regular problem of stranded python_d processes in the
background (something shared with my OSX tiger slave, but there I can
run a script to detect processes owned by init and kill them). So
periodic manual checks/cleanup is still definitely needed.
-- David
_
(my apologies, if necessary, for top-posting)
FWIW Neal asked about this on Fedora's development mailing list as well:
http://lists.fedoraproject.org/pipermail/devel/2010-October/144535.html
If I'm reading:
http://pypi.python.org/pypi/fpconst/
correctly, that project hasn't had an upstream upda
On Fri, 2010-10-29 at 09:11 +0200, Antoine Pitrou wrote:
> On Fri, 29 Oct 2010 02:55:55 -0400
> Glyph Lefkowitz wrote:
> >
> > Let's say that 20% of the code on PyPI is just junk;
> > it's unfair to expect 100% of all code ever to get ported. But,
> still:
> > with this back-of-the-envelope esti
lp of Martin and
Ronald. But without actual use of the result, it's hard to think it
was worth it. I'm pretty sure my default reaction to a break-down in
the current OSX build process at this point would be to first suggest
disabling it unless there were real users.
-- David
___
e maximum descriptors as shown by limit.
In regards to R. David Murray's response, the buildbots are VMs with
limited memory, so the dynamic calculation he references for
descriptors is much lower than his system.
Looks like the reason FreeBSD is ok, and FreeBSD7 is because the
relevant tests
X Tiger buildbot may be a little less
interesting than the other OSX boxes, the offer remains open for any
of my buildbots.
-- David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.
osed to make the POSIX limits adjustable didn't
make the 8.1 cut (current release), though might make it in the next
8.x release.
-- David
___
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
Jeroen Ruigrok van der Werven writes:
> -On [20101108 00:36], David Bolen (db3l@gmail.com) wrote:
>>Well, I think the SYSV semaphores are either less limited or at least
>>more adjustable. They've certainly been around longer in FreeBSD.
>>The POSIX semaphore
, so I'm
going to try to pull together a monitor script this weekend to start
killing them off automatically. Should at least get rid of some of
the low hanging fruit that interferes with subsequent builds.
-- David
___
Python-Dev mailing list
cript on OSX to kill them
off, but that was quick to whip up since in those cases the stranded
processes all end up getting owned by init so it's a simple ps grep
and kill. In the Windows case I'll probably just set a time limit so
if the processes have been around more than a few hours I
501 - 600 of 2065 matches
Mail list logo
