Glenn Linderman nevcal.com> writes:
>
> On the other hand, if the default behavior is to do an implicit
> conversion, I don't know of any way that that could be turned into an
> exception for those coders that don't want or don't like the particular
> type of implicit conversion chosen.
You s
Raymond Hettinger gmail.com> writes:
>
> The reason to prefer an exception is that decimal/float comparisons
> are more likely to be a programmer error than an intended behavior.
Not more so than float/int or decimal/int or bool/int comparisons, which all
work.
We forbid comparisons when there
Glenn Linderman g.nevcal.com> writes:
>
> So when a coder choose to use Decimal, it is because float is
> inappropriate. Because float is inappropriate, mixing Decimal and float
> is inappropriate. Having the language coerce implicitly, is
> inappropriate.
I'm sorry but this is very dogmati
Raymond Hettinger gmail.com> writes:
>
> The conversion of a float to a decimal is not as straight-forward
> (most people don't even know that an exact conversion is possible).
I still don't follow you. You are saying that an exact conversion is possible,
but don't want it to be done because it
Guido van Rossum python.org> writes:
>
> Antoine, I think your email client turns replies whose subject
> contains '&' into new subjects containing sequences like this:
>
> & amp; lt; -& amp; gt;
>
> There's a number of new threads with ever-more occurrences of "amp" in
> the subject,
Glenn Linderman g.nevcal.com> writes:
>
> Sounds to me like containment checking is wrong; that if it gets an
> exception during the comparison that it should assume unequal, rather
> than aborting, and continue to the next entry.
Well as the Zen says:
Errors should never pass silently.
Unless
Glenn Linderman g.nevcal.com> writes:
>
> If there's a bug in your __eq__ method, it may or may not raise an
> exception, which may or may not get you wrong containment results. But
> it will probably get you buggy results, somehow or another. That's what
> design, code reviews, and testing
Greg Ewing canterbury.ac.nz> writes:
>
> So do you think that float("0.1") and Decimal("0.1") should be
> equal or not, and why?
Given that float("0.1") is not the mathematical 0.1, while Decimal("0.1") is,
I'd say no.
___
Python-Dev mailing list
Pyt
Mark Dickinson gmail.com> writes:
>
> On Fri, Mar 19, 2010 at 9:50 PM, Guido van Rossum python.org>
wrote:
> > There is one choice which I'm not sure about. Should a mixed
> > float/Decimal operation return a float or a Decimal?
>
> I'll just say that it's much easier to return a Decimal if you
Sean Reifschneider tummy.com> writes:
>
> I would propose changing the Python syslog() call to do the C equivalent of:
>
>if openlog_hasnt_been_called_before_now:
> if sys.argv[0]:
> syslog.openlog(os.path.basename(sys.argv[0]))
>
> In other words, if there's a script name an
Barry Warsaw python.org> writes:
>
> I'm not sure what the right answer is. Some possible choices:
>
> * Tough luck
> * Force the umask so that the directory is writable, but then the question is,
> by whom? ugo+w or something less?
> * Copy the permissions from the parent directory and igno
itate for putting __pycache__ creation out of
the interpreter core, and in the hands of third-party package-time/
install-time tools (or distutils).
Le Mon, 22 Mar 2010 14:30:12 +0000, Antoine Pitrou a écrit :
>
> __pycache__ should only be created if explicitly activated (for example
>
Isaac Morland uwaterloo.ca> writes:
>
> > IMO, all these issues militate for putting __pycache__ creation out of
> > the interpreter core, and in the hands of third-party package-time/
> > install-time tools (or distutils).
>
> Speaking only for myself, but really for anybody who likes tidy sour
Barry Warsaw python.org> writes:
>
> When Python is being installed, either by a from-source 'make install' or by
> the distro packager, then you'd expect the umask not to be insane. In the
> latter case, it's a bug and in the former case you screwed up so you should be
> able to delete and rein
Martin v. Löwis v.loewis.de> writes:
>
> If certain use cases
> make it problematic (e.g. Apache creating directories which you then
> cannot delete), there should be a way to turn it *off*. Perhaps the
> existing machinery to turn of byte code generation at all might be
> sufficient.
Except tha
Martin v. Löwis v.loewis.de> writes:
>
> Antoine Pitrou wrote:
> > Martin v. Löwis v.loewis.de> writes:
> >> If certain use cases
> >> make it problematic (e.g. Apache creating directories which you then
> >> cannot delete), there should be a wa
Le lundi 22 mars 2010 à 23:18 +0100, "Martin v. Löwis" a écrit :
> If Apache creates a folder for me that I cannot remove, most likely,
> there was a configuration error in the first place: common practice
> tells that you should execute user code under user permissions, not as
> www-data.
I'm sur
Greg Ewing canterbury.ac.nz> writes:
>
> Doesn't the existing .pyc mechanism have the same problem? Seems
> to me it's just as insecure to allow the Apache user to create
> .pyc files, since an attacker could overwrite them with arbitrary
> bytecode.
The problem is that you can't delete the __py
Greg Ewing canterbury.ac.nz> writes:
>
> Antoine Pitrou wrote:
> > Having the Web server execute ad hoc system
> > administration code is far from elegant and user-friendly.
>
> With the right piece of code, you could create yourself
> a setuid-apache shell and s
Greg Ewing canterbury.ac.nz> writes:
> > The main point of the __pycache__ proposal is to solve the needs of
> > Ubuntu/Debian packagers. If you are developing (rather than deploying or
> > building packages), you shouldn't have these needs AFAICT.
>
> Maybe it's one point, but I'm not sure it's
Martin v. Löwis v.loewis.de> writes:
>
> 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. That person then wo
Le mardi 23 mars 2010 à 20:50 -0400, Isaac Morland a écrit :
>
> I'm sure Greg will jump in if I'm wrong about what he is saying, but the
> benefit to me and to Greg and to others writing .py code is that our
> directories will contain *.py and __pycache__, rather than *.py and *.pyc.
> So it w
anatoly techtonik gmail.com> writes:
>
> 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
Le Thu, 25 Mar 2010 07:19:24 -0700, Curt Hagenlocher a écrit :
> On Thu, Mar 25, 2010 at 7:08 AM, Nick Coghlan
> wrote:
>
>> Jesus Cea wrote:
>> > But IEEE 754 was created by pretty clever guys and sure they had a
>> > reason for define things in the way they are. Probably we are missing
>> > som
Nick Coghlan gmail.com> writes:
>
> For something as core as the string API, we better feel darn strongly
> about it before we mess with it :)
Having two very similar methods with different names and subtly different APIs
sounds bad IMHO.
Also, the use case doesn't look very strong to me.
> P.S
o switch to 3.x yet, so
breaking compatibility for them kind of ruins the purpose.
> First, we could do as Antoine Pitrou suggests on the bug (issue 7992):
> wherever the CObject used to be published as a module attribute to
> expose an API, we could provide both a CObject and a capsul
Steven D'Aprano pearwood.info> writes:
>
> Personally, I'm less concerned about sets of floats ending up with
> strange combinations of NANs than I am about the possibility of
> disastrous maths errors caused by allowing NANs to test as equal.
> Here's a simplistic example:
You just said "if
anatoly techtonik gmail.com> writes:
>
> Seems like I start to hate mailing lists even more with all this
> message duplication and thread following nightmare. Why can't people
> here create a Google Groups mirror?
There are already gmane mirrors, such as:
http://news.gmane.org/gmane.comp.python
> > There are already gmane mirrors, such as:
> > http://news.gmane.org/gmane.comp.python.devel
>
> Do you use it yourself for thread subscription?
I don't think there's any "thread subscription", if you mean subscribing
to individual threads.
> My point is that gmane mouse clicking interface i
Barry Warsaw python.org> writes:
>
> You can also view a live diff online:
>
> https://code.launchpad.net/~barry/python/pep3147/+merge/22648
If you want a review, perhaps you should post it to Rietveld.
Regards
Antoine.
___
Python-Dev mailing list
R. David Murray bitdance.com> writes:
>
> On Fri, 02 Apr 2010 16:05:28 +0300, anatoly techtonik
gmail.com> wrote:
> > I reviewed 5 issues and want to see http://bugs.python.org/issue7585
> > committed to Python 2.7
>
> It may be a little too close to the feature freeze to get this reviewed
> an
R. David Murray bitdance.com> writes:
>
> On Fri, 02 Apr 2010 18:06:28 -, Antoine Pitrou wrote:
> > R. David Murray bitdance.com> writes:
> > >
> > > On Fri, 02 Apr 2010 16:05:28 +0300, anatoly techtonik
> > gmail.com> wrote:
>
Le Sat, 03 Apr 2010 14:45:57 -0600, Benjamin Peterson a écrit :
> 2010/4/3 Benjamin Peterson :
>> I am delaying the release of 2.7 beta 1 pending the fixing of
>> http://bugs.python.org/issue8108 and the greening of the buildbots.
>
> After consultation with Antoine I've lowered #8108's priority.
Steve Bonner gmail.com> writes:
>
> What do we think of adding a built-in nonlocals() function that would
> be similar to globals() and locals()? Like those functions, it would
> return a dictionary of variable names and their values. Since we now
> have the nonlocal statement, it would be consi
Greg Ewing canterbury.ac.nz> writes:
>
> Maybe it would be better to deprecate globals() and locals()
> and replace them with another function called something like
> scope().
It is useful to distinguish between globals (i.e., module-level variables) and
locals, so replacing them with scope() wo
Senthil Kumaran gmail.com> writes:
>
> On Tue, Apr 06, 2010 at 12:40:35PM +0300, anatoly techtonik wrote:
> > Where can I find public reports with Python tests code coverage?
>
> Here:
>
> http://coverage.livinglogic.de/
The fact that the log shows some test failures isn't very comforting.
Re
Brett Cannon python.org> writes:
>
>
> Nope, you got it right. A little bit of documentation is in
> 2.7: http://docs.python.org/dev/library/warnings.html#updating-code-for-
It is a bit disturbing, though, that "-Wdefault" isn't the default setting.
How could that oddity be solved?
Regards
An
Martin v. Löwis v.loewis.de> writes:
>
> >> Instead of submitting a bug report, it would be better to submit a
> >
> > In *addition* to submitted a bug report, surely. :)
>
> I'm not so sure. It's a ctypes/libffi bug, so most likely, nobody will
> be able to fix it when reported.
It's probably
Hello,
I'm sorry to chime in a bit late about an aspect of the PEP, but I only wondered
about it while reviewing your code :-)
« Instead, this PEP proposes to add a mapping between internal magic numbers
and a user-friendly tag. Newer versions of Python can add to this mapping so
that all late
Nick Coghlan gmail.com> writes:
>
> Is work in train to address or document the remaining buildbot failures
> (e.g. test_os on Windows [1]). At what point do we decide to document
> something as a known defect in the beta and release it anyway?
I'm not handling the test_os issue (which I think i
Benjamin Peterson python.org> writes:
>
> On behalf of the Python development team, I'm merry to announce the first beta
> release of Python 2.7.
Congratulations, and thanks for your patience :)
___
Python-Dev mailing list
Python-Dev@python.org
http
Reid Kleckner mit.edu> writes:
>
> I think you're right about the number of collisions, though. CPython
> dicts use a pretty low load factor (2/3) to keep collision counts
> down. One of the major benefits cited in the paper is the ability to
> maintain performance in the face of higher load fa
Antoine Pitrou pitrou.net> writes:
>
> Why wouldn't it matter? Hash collisions still involve more CPU work, even
though
> if you're not access memory a lot.
(sorry for the awful grammar in the last sentence)
___
Python-Dev m
Jesus Cea jcea.es> writes:
>
> PS: "socket.setdefaulttimeout()" is not enough, because it could
> shutdown a perfectly functional connection, just because it was idle for
> too long.
The socket timeout doesn't shutdown anything. It just puts a limit on how much
time recv() and send() can block.
Nick Coghlan gmail.com> writes:
>
> anatoly techtonik wrote:
> > On Tue, Apr 13, 2010 at 3:54 PM, Nick Coghlan
> > gmail.com>wrote:
> >> Or even a separate OS field with "Windows, Mac OS X,
> >> Linux, *BSD, Other" as the options?
> >
> > It is not uncommon when code written on Unix can affect
Nick Coghlan gmail.com> writes:
>
> That's where the discussion started - whether or not moving that
> information out to a separate field would actually be an improvement or
> not. I don't use the tracker intensively enough to give a considered
> opinion.
For me, the less UI overhead the better
Martin v. Löwis v.loewis.de> writes:
> >
[...]
> 2. My personal recommendation is to allow it: while it *is* a new
> feature, it is a feature that doesn't change any API.
That's my opinion too.
Regards
Antoine.
___
Python-Dev mailing list
Python-De
Senthil Kumaran gmail.com> writes:
>
> http://bugs.python.org/issue2987
>
> This deals with a feature request of parsing an IPv6 URL according to
> standards. The patch is pretty complete and we have good test coverage
> too.
>
> Is it okay to include this in Python 2.7 b2 release? It would b
Mark Dickinson gmail.com> writes:
>
> Okay; I'll open an issue for deprecation in 3.2 and removal in 3.3.
>
> Can this sneak in under the 'incorrect language semantics' exemption
> for PEP 3003 (the moratorium PEP)? If not, then deprecation
> presumably has to wait for 3.3.
It seems that in s
Raymond Hettinger gmail.com> writes:
>
> Would hate for 100% of users will pay a performance penalty
> when most applications aren't abusing keyword dictionaries
> so they already work cross-platfrom.
Someone should provide actual measurements before we start a psychodrama about
Python performa
Steven Bethard gmail.com> writes:
>
> I
> need to a see a consensus from a variety of developers that
> "--version" is the right answer, and not "-V/--version", etc.
Both are ok for me. "-v" as a shortcut for "--version" looks wrong, though. "-v"
is almost always used for verbosity these days.
Le Fri, 16 Apr 2010 08:01:54 -0500, Brian Curtin a écrit :
>
> The recent threads on builds/installers for Mac and Windows reminded me
> of Steve Holden's push to get the python-dev team equipped via a
> connection with the Microsoft Open Source Technology Center. The OSTC
> team provides Microsof
Victor Stinner haypocalc.com> writes:
>
> It's a choice, I didn't want to patch Windows because I know that Windows use
> unicode internally. I consider that developers using Python3 should use
> unicode on Windows, and byte or unicode+surrogates on other OS.
I think both possibilities should
Martin v. Löwis v.loewis.de> writes:
>
> As for the operating system: I don't think it matters at all. Windows XP
> Home is as fine a platform for this application as Windows 2008 R2
> Enterprise. What would matter is processor architecture - we don't have
> an Itanium Windows buildbot slave
Mi
Collin Winter google.com> writes:
>
> I don't think it's possible in general to remove any PUTs if the
> pickle is being written to a file-like object.
Does cPickle bytecode have some kind of NOP instruction?
You could keep track of which PUTs weren't necessary and zero them out at the
end. It w
Dan Gindikin gmail.com> writes:
>
> Antoine Pitrou pitrou.net> writes:
> > Does cPickle bytecode have some kind of NOP instruction?
> > You could keep track of which PUTs weren't necessary and zero them out at
> > the
> > end. It would be much chea
pobox.com> writes:
>
>
> Sean> However, I will step up for him and say that I've known him a
> Sean> decade, and he's very trustworthy. He has been the president (we
> Sean> call that position Maximum Leader) of our Linux Users Group here
> Sean> for 5 years or so.
>
> Given th
Le Sun, 25 Apr 2010 16:59:14 -0500, Benjamin Peterson a écrit :
>
> I don't think Antoine is questioning Sean's judgement but rather that we
> should get into the habit of giving some people "shortcuts" through the
> regular process.
Yes, exactly.
If we often take shortcuts with our own process,
Hello,
> I think it is very much in the interest of Python to evolve our
> processes in order to encourage more core-developers. Evolving means
> experimenting *and* being willing to change. It is certainly less
> *effort* to accept the status quo, but with several more committed and
> enthus
Senthil Kumaran gmail.com> writes:
>
> On Mon, Apr 26, 2010 at 08:20:10AM -0400, Neal Becker wrote:
> > steven.bethard gmail.com made a very nice module for me to enhance
argparse
> > called argparse_bool.py, which contains ConfigureAction. This will allow a
>
> Would not it be a feature enh
Steven D'Aprano pearwood.info> writes:
> Who are we worried about offending? The crowds on the Internet who never
> volunteer for anything, who never submit patches, let alone offer to do
> the unglamourous work?
Perhaps you should look more carefully. We do have contributors who submit
patches
Jesse Noller gmail.com> writes:
>
> Just to add fuel to the fire w.r.t this discussion about
> process-improvements, lowering friction, etc. I'd like to point out
> (unintentionally tooting my own horn) a discussion I started up on
> this exact topic last week:
>
> http://jessenoller.com/2010/04
Lennart Regebro gmail.com> writes:
>
> On Mon, Apr 26, 2010 at 17:42, R. David Murray bitdance.com>
wrote:
> > The first is that open source projects tend to be meritocracies.
> > An otherwise unknown person being introduced to the community and
> > immediately given privileges *just* because o
Terry Reedy udel.edu> writes:
>
> If possible, I think 'normal' should be the default in the hox or else
> there should be some sort of auto replacement.
Makes sense to me too.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
Steven D'Aprano pearwood.info> writes:
>
> That depends on what you call unglamourous work. No, I don't triage
> bugs. I don't have commit privileges, so I can't.
Is this the sole reason? You could try to review patches which are proposed, or
give advice where you are competent. As Terry (I bel
Terry Reedy udel.edu> writes:
>
> On 4/26/2010 11:09 AM, Alexander Belopolsky wrote:
> >
> > I also I don't remember ever seeing spam in the bugs.python.org
> > comments which suggests that the subscription process weeds bots
> > reasonably well.
>
> And when it fails, spam is deleted just so no
Antoine Pitrou pitrou.net> writes:
>
> Speaking of which, what is the procedure to delete a spam message and remove a
> spamming user?
Well, for some reason I hadn't seen the "remove button" message...
As for deleting the user, I suppose an admin c
Tres Seaver palladion.com> writes:
>
> This is an excellent set of guidelines. The only drawback I see here is
> that the current VCS situation makes doing the review more tedious than
> it should be, especially for non-committers. Or maybe the Hg mirrors
> are truly up-to-date and working? La
Martin v. Löwis v.loewis.de> writes:
>
> In the specific case (msg104314), "remove" was probably the right thing,
> since it isn't real spam, but just non-sensical. I don't think the user
> needs to be banned from the tracker.
The message was a copy of a previous message by someone else, with an
A.M. Kuchling amk.ca> writes:
>
> True. This makes me wonder if we should be data-mining the tracker
> information to look for significant contributors that no one has
> noticed.
I'd say that we usually notice them, since we process their patches or read
their reviews and comments. Unless perha
Le Thu, 29 Apr 2010 07:39:22 -0700, Bill Janssen a écrit :
>
> I've identified 4 G4/G5 machines at PARC I can set up as build slaves on
> either Tiger or Leopard, and the first one of those is up (G4/Tiger) and
> running. Can someone (Ned?) take a look at the output and see if the
> errors are cu
R. David Murray bitdance.com> writes:
>
> On Thu, 29 Apr 2010 11:28:47 -0700, Bill Janssen wrote:
> > 8 skips unexpected on darwin:
> > test_aepack test_applesingle test_gdb test_macos test_macostools
> > test_readline test_scriptpackages test_ttk_guionly
> >
> > Why is the skip of "test
Jesse Noller gmail.com> writes:
>
> Consider this a plaintitive -1 to any sort of rule-or-decision based
> on committee.
>
> I'd much rather a 2x4 to the forehead.
Oops, sorry but what does "a 2x4 to the forehead" mean?
(and "plaintitive" by the way?)
Regards
Antoine.
Martin v. Löwis v.loewis.de> writes:
>
> I think having a single body/person pronounce on all PEPs is sufficient;
> as that person should certainly listen to the opinions of the respective
> experts.
The issue is more a question of personal bandwidth. Giving an informed decision
requires reading
Jesus Cea jcea.es> writes:
>
> Would be enough to raise an "ERROR" at configure time if OSF test is
> positive?. To delete that intentional "ERROR" would be trivial.
I think it's ok. Noone will probably notice anyway.
Regards
Antoine.
___
Python-D
Benjamin Peterson python.org> writes:
>
> 2010/5/3 Brett Cannon python.org>:
> > When I check in these changes I will do it file by file, but my
question is
> > how to handle Misc/NEWS. I have gone through the underscores and the
'a's in
> > Modules and already have six modified files, so the
Le Mon, 03 May 2010 16:11:53 -0700, Brett Cannon a écrit :
>
> And in reply to Benjamin's question about the whitespace, I guess it
> actually doesn't matter. More important to clean up in py3k.
Would it be finally time to standardize all C files on a 4-spaces
indentation rule?
I understand the
Barry Warsaw python.org> writes:
>
> Then let's do py3k and release31-maint, or whatever they will be called under
> hg. Once 2.7 is released and we're on hg, how much back porting of revisions
> from Python 3 -> 2 is going to happen?
Probably quite a bit still; all C extension bug fixes for ex
Le Tue, 04 May 2010 11:27:58 -0400, Zvezdan Petkovic a écrit :
>
> A simple replacement of a tab with 4 spaces as you propose does not work
> on such a code.
Right, I was simplifying a bit.
I've just written a script which does a slightly more elaborate
reindentation of C files, but still with
Le mercredi 05 mai 2010 à 08:41 +1000, Nick Coghlan a écrit :
>
> Howver, if we delay fixing the C file indentation until we're already on
> hg, the merge tools should offer the best chance of being able to apply
> pre-fix patches and have the software figure out where the whitespace
> changes nee
Nick Coghlan gmail.com> writes:
>
> Howver, if we delay fixing the C file indentation until we're already on
> hg, the merge tools should offer the best chance of being able to apply
> pre-fix patches and have the software figure out where the whitespace
> changes need to be accounted for.
For t
Eric Smith trueblade.com> writes:
>
> Last I saw Antoine had written a script that might do what we want, but
> hadn't been thoroughly tested. Now I've seen a few checkins for files
> that have been run through the script.
As far as I'm concerned, it was a case of eating my own dog food: runni
Alexandre Vassalotti peadrop.com> writes:
>
> Since 2.7 is likely the last release of the 2.x series, wouldn't it
> more productive to spend time improving it instead of wasting time on
> minor details like indentation?
We occasionally waste time on minor details such as code indentation,
docum
Hello,
> Who lives close enough to Ohio to make it to PyOhio this summer? I want
> to use PyOhio to create new Python devs (including myself), but I need
> some existing ones to seed the process.
I'm not really answering your question (I'm very far from Ohio), but a
good way to start up withou
Le Fri, 07 May 2010 13:05:52 +0200, Victor Stinner a écrit :
>
> UTF-8 is not a good choice for the fallback because it's incompatible
> with other encodings like Latin1. I would like to fallback to ASCII on
> error which is compatible with all encodings (thanks to
> surrogateescape).
What do you
VanL gmail.com> writes:
>
> I created a subclass of functools.partial that provides appropriate
> __eq__ and __hash__ methods, so that this works as expected. I called
> the subclass a Job:
[...]
>
> While I was at it, I also added a nice repr. Would this group be
> interested in a patch, or is
Hi,
> Has anyone considered using regrtest's -j option in the buildbot
> configuration to speed up the test runs?
Perhaps some buildbots are doing other useful tasks, in addition to
simply building Python. This should probably be a case by case setting.
I don't know how easy it is to add specif
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 indented, and removed the obsolete wording about
some files being indented with tabs.
Regards
Antoine.
_
Apparently the tracker has been unresponding for some time now,
although port 80 still accepts connections.
Regards
Antoine.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mai
Le mardi 11 mai 2010 à 16:44 -0700, Sridhar Ratnakumar a écrit :
> Nor did it break any of our ActivePython 2.7 (Python trunk) builds ...
> though I had to hand-edit the patches to use 4 spaces now. Will this
> untabification change be made to the `release2.6-maint` branch too?
It has already been
Hello,
The buildbots are sometimes subject to a flood of "svn exception"
errors. It has been conjectured that these errors are caused by Web
crawlers pressing "force build" buttons without filling any of the
fields (of course, the fact that we get such ugly errors in the
buildbot results, rather
On Sat, 15 May 2010 17:57:28 -
exar...@twistedmatrix.com wrote:
>
> One thing I have noticed is that spammers find these forms and submit
> them with garbage. We can probably suppose that such people are going
> to ignore a robots.txt file.
So we could "just" fix the buggy buildbot code.
N
Hi,
> I can help modify buildbot if you want, but I suppose I need a
> specification what precisely is a bug here. Not accepting forms with
> garbage? By default buildbot "force build" does not require forms to
> be filled and that's on purpose.
Well, the "fix" would be to forbid an empty "Branc
On Sat, 15 May 2010 21:49:07 +0200
"Martin v. Löwis" wrote:
>
> Hmm. Before doing any modifications, I'd rather have a definite analysis
> on this. Are you absolutely certain that, when that happened, the
> individual builds that caused this svn exception where actually
> triggered over the web,
On Sat, 15 May 2010 13:03:59 PDT
Bill Janssen wrote:
> I'd find it useful if the "branch" field was a choice pull-down listing
> valid branches, rather than a plain text field, and if the "revision"
> field always defaulted to "HEAD". Seems to me that since the form is
> coming from the buildmast
On Sun, 16 May 2010 11:55:14 +1000
Yaniv Aknin wrote:
>
> Is the whole notion of a frozendict
> worthy, given this limitation?
I don't think so. Of course we how have a more general problem:
- if we choose to implement only equality testing for partials and
leave hashing as is, then hashing is
On Mon, 17 May 2010 08:28:08 +0200
Lennart Regebro wrote:
> But the scheduler is so simplistic it ends up fighting with the
> OS scheduler, and a large amount of CPU time is used up switching
> instead of executing.
This is already fixed with py3k.
Antoine.
On Sun, 16 May 2010 15:13:44 PDT
Bill Janssen wrote:
>
> So the patch to the threading code would presumably, for those OSs where
> the capability exists, try to put all created threads in the same
> affinity set.
This is not really a good idea. There's some code which releases the
GIL, precisel
On Mon, 17 May 2010 14:47:25 +0200
Lennart Regebro wrote:
> On Mon, May 17, 2010 at 14:12, Antoine Pitrou wrote:
> > On Mon, 17 May 2010 08:28:08 +0200
> > Lennart Regebro wrote:
> >> But the scheduler is so simplistic it ends up fighting with the
> >> OS sch
Le lundi 17 mai 2010 à 09:05 -0700, Bill Janssen a écrit :
> Antoine Pitrou wrote:
>
> > On Sun, 16 May 2010 15:13:44 PDT
> > Bill Janssen wrote:
> > >
> > > So the patch to the threading code would presumably, for those OSs where
> > > the capabil
2701 - 2800 of 4909 matches
Mail list logo
