On Thu, May 28, 2015 at 9:23 AM, Chris Barker wrote:
> Barry Warsaw wrote:
> >> I do think single-file executables are an important piece to Python's
> >> long-term
> competitiveness.
>
> Really? It seems to me that desktop development is dying. What are th
d note that getting a good way to use Python to develop for iOS,
Android, and Mobile Windows is FAR more critical! -- maybe that's the same
problem ?
-Chris
On Thu, May 28, 2015 at 8:39 AM, Donald Stufft wrote:
>
>
> On May 28, 2015 at 11:30:37 AM, Steve Dower (steve.do...@micro
On Fri, May 29, 2015 at 2:28 AM, Chris Barker wrote:
> oops, sorry -- I see this was addressed in another thread. Though I guess I
> still don't see why "single file" is critical, over "single thing to
> install" -- like a OS-X app bundle that can just be drag
On Fri, May 29, 2015 at 3:04 AM, Brian Curtin wrote:
> Donald mentioned one earlier: command line utilities. I want a single
> CLI I can deploy to my customers that doesn't make them have to
> install Python or even know it's Python at all. My users write code in
> all types of languages on all OS
On Fri, May 29, 2015 at 3:20 AM, Donald Stufft wrote:
> On May 28, 2015 at 12:54:34 PM, Chris Angelico ([email protected]) wrote:
>> Is this a Windows-specific issue, or is it also intended for Linux and
>> Mac OS, where there'll already be a system Python (so a
>> singl
On Fri, May 29, 2015 at 3:52 AM, Paul Moore wrote:
> On 28 May 2015 at 18:15, Chris Angelico wrote:
>> Unix-like systems have this courtesy of the shebang, so as long as
>> there's some sort of Python installed, people don't need to know or
>> care that /usr/local
sure would be nice
if the API between a) b), and c) could be unified so we could mix and
match different implementations.
And, of course, if cPython itself could be built in a way that makes
step(c) easier/less kludgy great!
-Chris
On Thu, May 28, 2015 at 9:54 AM, Donald Stufft wro
y2app will build an application bundle that depends on the
system python, indeed, that's all it will do if you run it with the system
python, as Apple has added some non-redistributable bits in there. But
things get kin dof confusing if you want to rely on non-system packages...
-Chris
--
Chr
On Thu, May 28, 2015 at 10:32 AM, Ryan Gonzalez wrote:
> py2exe tends to invoke DLL hell if you have various versions of VS or
> Office or both installed. Because Windows.
>
uh, yes -- Windows applications invoke dll hell..nothign to be done
about that!
-Chris
>
> On May
e.
Just a thought.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.b
On Fri, May 29, 2015 at 7:23 AM, Paul Sokolovsky wrote:
> > An example of a product that does this is Chef, they install their
> > own Ruby and everything but libc into /opt/chef to completely isolate
> > themselves from the host system.
this sounds a bit like what conda does -- install minico
On Sat, May 30, 2015 at 8:35 PM, Antoine Pitrou wrote:
> On Sat, 30 May 2015 10:34:15 +1000
> Nick Coghlan wrote:
>> On 30 May 2015 09:57, "Antoine Pitrou" wrote:
>> >
>> > On Sat, 30 May 2015 01:49:10 +0200
>> > Christian Heimes wrote:
>> > > For performance patches we have to consider our res
On Sat, May 30, 2015 at 9:00 PM, Antoine Pitrou wrote:
> On Sat, 30 May 2015 20:52:21 +1000
> Chris Angelico wrote:
>>
>> Suppose someone came up with a magic patch that makes the CPython core
>> run 25% faster. No downsides, just 25% faster across the board. I
>>
On Tue, Jun 2, 2015 at 5:05 AM, Skip Montanaro wrote:
>
>
> On Mon, Jun 1, 2015 at 1:35 PM, Ned Deily wrote:
>>
>> I thought I was volunteering to get a pony. I was misinformed.
>
>
> Ned,
>
> Not to worry. I'm sure that by the time 3.6a0 is due, the PSF will be able to
> scrape together the fu
As part of a bit of hacking on CPython, I'm looking at playing with
the grammar. In the source tree, Grammar/Grammar, there's a note
advising me to follow the steps in PEP 306, but PEP 306 says it's been
moved to the dev guide. Should the source comment be changed to point
to https://docs.python.or
On Thu, Jun 11, 2015 at 11:42 PM, Brett Cannon wrote:
> On Wed, Jun 10, 2015 at 11:46 PM Chris Angelico wrote:
>>
>> As part of a bit of hacking on CPython, I'm looking at playing with
>> the grammar. In the source tree, Grammar/Grammar, there's a note
>> a
On Sat, Jun 27, 2015 at 12:20 AM, Ethan Furman wrote:
> As Nick said earlier: the caller always blocks; by extension (to my mind, at
> least) putting an `await` in front of something is saying, "it's okay if
> other tasks run while I'm blocking on this call."
Apologies if this is a really REALLY
On Sat, Jun 27, 2015 at 12:51 AM, Paul Sokolovsky wrote:
> Some say "convenient", others say "dangerous".
>
> Consider:
>
> buf = bytearray(MULTIMEGABYTE)
>
> In one function you do:
>
> socket.write(buf),
>
> in another function (coroutine), you keep mutating buf.
>
> So, currently in Python you
On Sat, Jun 27, 2015 at 2:07 AM, R. David Murray wrote:
> On Sat, 27 Jun 2015 01:10:33 +1000, Chris Angelico wrote:
>> The way I'm seeing it, coroutines are like cooperatively-switched
>> threads; you don't have to worry about certain operations being
>> interrupt
". If I use Py_eval_input
instead, I get error messages. In both cases, I'm using the same
global_dict and local_dict, if that makes any difference. What am I
doing wrong?
Thanks,
Chris Moller
___
Python-Dev mailing list
Python-Dev@python
On Mon, Jul 6, 2015 at 7:50 AM, Sven R. Kunze wrote:
> Seems like we stick to this example once again. So, let me get this
> straight:
>
> 1) I can add, subtract, multiply and divide real numbers.
> 2) I can add, subtract, multiply and divide complex numbers.
> 3) I can even add, subtract, multipl
On Tue, Jul 14, 2015 at 11:51 PM, Florian Bruhin wrote:
> However, it also has some special methods to see if it has been
> called:
>
> >>> m.assert_called_with()
> [...]
> AssertionError: Expected call: mock()
> Not called
I suppose it's too late to change this so these aren't me
ementation uses communicate(), how could
stderr=PIPE cause a deadlock in a way that wouldn't happen if you called
Popen.communicate() yourself?
cheers,
Chris
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman
tes
enough output to a pipe to fill up the OS pipe buffer as the pipes are
not being read from."
I think Chris is right that it's a docs bug - the warning is
applicable to subprocess.call and subprocess.check_call (which use
Popen.wait), but not to subprocess.check_output (which uses
Pope
On Mon, Jul 20, 2015 at 4:31 AM, Terry Reedy wrote:
> I think this line in the PEP, "Because of this policy, no further Windows
> releases need to be listed in this PEP. " is false economy. Your research on
> server 2003 should be recorded. (The presence of a 3.5 Server 2003 buildbot,
> even thoug
On Tue, Jul 28, 2015 at 12:13 AM, Steven D'Aprano wrote:
> On Mon, Jul 27, 2015 at 10:54:02AM +0200, Lennart Regebro wrote:
>> On Mon, Jul 27, 2015 at 10:47 AM, Paul Moore wrote:
>> > I'm confused by your position. If it's 7am on the clock behind me,
>> > right now, then how (under the model prop
On Tue, Jul 28, 2015 at 12:57 AM, Ronald Oussoren
wrote:
> IMHO “+ 1 days” and “+ 24 hours” are two different things. Date
> arithmetic is full of messy things like that. “+ 1 month” is another
> example of that (which the datetime module punts completely
> and can be a source of endless bikeshi
On Tue, Jul 28, 2015 at 4:49 AM, Tim Peters wrote:
> But it's a fact that they _are_ the same in naive time, which Python's
> datetime single-timezone arithmetic implements:
>
> - A minute is exactly 60 seconds.
No leap second support, presumably. Also feature?
ChrisA
___
rs, etc...).
Calendar manipulations like (2) should be kept completely separate from
time span manipulation. Is anyone suggesting adding that to the standard
lib?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 5
On Mon, Jul 27, 2015 at 12:07 PM, Chris Angelico wrote:
> > - A minute is exactly 60 seconds.
>
> No leap second support, presumably. Also feature?
>
Leap seconds come in when you convert to a Calendar representation -- a
minute is 60 seconds, always -- even when passing ove
On Mon, Jul 27, 2015 at 12:47 PM, Ethan Furman wrote:
> To me, Paul's example is a datetime operation: you start with a datetime
>>> (7am today), perform arithmetic on it by adding a period of time (one
>>> day), and get a datetime as the result (7am tomorrow).
>>>
>>
>> Well, OK, let's propose t
Or it's not the least bit trivial -- the only difference between a UTC
datetime and a "naive" datetime is that one can be converted to (or
interact with) other time zones. Except that, as we know from this
conversation, is very, very non-trivial!
(Also, technically, UTC woul
On Mon, Jul 27, 2015 at 2:10 PM, Tim Peters wrote:
> Guido will never allow any aspect of "leap seconds" into the core,
>
really? that is a shame (and odd) -- it's a trick, because we don't know
what leap seconds will be needed in the future, but other than that, it's
not really any different t
On Tue, Jul 28, 2015 at 10:06 PM, Mark Lawrence wrote:
> On 28/07/2015 06:21, Lennart Regebro wrote:
>>
>> On Tue, Jul 28, 2015 at 3:22 AM, Mark Lawrence
>> wrote:
>>>
>>> To me a day is precisely 24 hours, no more, no less.
>>> In my mission critical code, which I use to predict my cashflow, I u
> On Tue, Jul 28, 2015 at 3:22 AM, Mark Lawrence
> wrote:
> To me a day is precisely 24 hours, no more, no less.
Start with this line. Then proceed:
On Wed, Jul 29, 2015 at 3:01 AM, Mark Lawrence wrote:
> My cashflow forecast doesn't give two hoots how many hours there are in two
> weeks, whic
On Thu, Aug 6, 2015 at 1:25 AM, John Doe wrote:
> To pass by reference or by copy of - that is the question from hamlet.
> ("hamlet" - a community of people smaller than a village python3.4-linux64)
>
> xlist = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]
> i = 0
> for x in xlist:
> print(xlist)
> p
On Tue, Aug 11, 2015 at 5:08 PM, Cameron Simpson wrote:
> On 11Aug2015 18:07, Greg Ewing wrote:
>>
>> Cameron Simpson wrote:
>>>
>>> To illustrate, there's a consumer rights TV snow here with a segment
>>> called "F.U. Tube", where members of the public describe ripoffs and other
>>> product fail
On Wed, Aug 12, 2015 at 12:46 AM, R. David Murray wrote:
> (If you wanted to fix an 'oops' trailing comma syntax issue, I'd vote for
> disallowing trailing commas outside of (). The number of times I've
> ended up with an unintentional tuple after converting a dictionary to a
> series of assignme
On Wed, Aug 12, 2015 at 3:01 AM, R. David Murray wrote:
> Sorry, "trailing comma outside ()" was a shorthand for 'trailing comma
> on a complete statement'. That is, what trips me up is going from
> something like:
>
> dict(abc=1,
> foo=2,
> bar=3,
> )
>
> to:
>
>
On Tue, Aug 18, 2015 at 12:50 AM, Barry Warsaw wrote:
> On Aug 17, 2015, at 11:02 AM, Paul Moore wrote:
>
>>print(f"Iteration {n}: Took {end-start) seconds")
>
> This illustrates (more) problems I have with arbitrary expressions.
>
> First, you've actually made a typo there; it should be "{end
On Thu, Aug 27, 2015 at 2:20 PM, Terry Reedy wrote:
> None of the linux buildbots run with X enabled. Consequently none of the
> tkinter (or tkinter user) gui tests are run on Linux. It was thus pointed
> out to me, during discussion of using ttk widgets in Idle, that we do not
> really know if
On Fri, Aug 28, 2015 at 5:00 AM, R. David Murray wrote:
> I believe gui depends on the existence of the DISPLAY environment
> variable on unix/linux (that is, TK will fail to start if DISPLAY is not
> set, so _is_gui_available will return False). You should be able to
> confirm this by looking at
On Thu, Sep 3, 2015 at 6:57 AM, Linda Ryan wrote:
> I am an IT/Project Management recruiter looking to increase the available
> pool of talent for available job placements.
> Currently I have an opening for a python programmer/developer. Could I post
> opportunities to your member list?
Hi! Not
On Sat, Sep 5, 2015 at 7:10 PM, haypo s wrote:
> 2015-09-05 5:01 GMT+02:00 Guido van Rossum :
>> And I'm ready to accept it. I'll wait until Tuesday night (Monday's a
>> holiday in the US) in case anything unforeseen comes up, but this is really
>> the Last Call for this PEP.
>
> Would it be possi
On Sat, Sep 5, 2015 at 8:57 PM, Chris Angelico wrote:
>> IMHO the main advantage of allowing expressions inside f-string is
>> that it adds something really new compared to the current str.format()
>> method. Without it, f-string are less interesting.
>
> I agree with y
On Wed, Sep 9, 2015 at 3:08 AM, Laxmikant Chitare
wrote:
>
> It is really nice, motivating and encouraging to see people contribute to
> community in spite of the work load. "Thank you" is just not enough to
> appreciate your efforts. I have been programming in Python for quite some
> time and I a
On Sun, Sep 13, 2015 at 7:03 PM, Laura Creighton wrote:
> In a message of Sat, 12 Sep 2015 20:49:12 -0400, Terry Reedy writes:
>>and, if we are stuck with <-intransitivity, what do we do? If
>>back-compatibility allowed, I might suggest defining 'lt' or 'less'
>>rather than '__lt__' so that sort a
On Mon, Sep 14, 2015 at 1:44 AM, Tim Peters wrote:
> That's a sane & easy sufficient condition. It's a waste of time to
> worry about minimal necessary conditions. "Convert to UTC' is the
> obvious way to do darned near everything. Converting to any other
> fixed-offset zone would do just as we
nt dtype system either, but do your ideas take us in the direction
of having dtypes independent of the container and ufunc machinery -- and
thus easier to create new dtypes (even in Python?) 'cause that would be
great.
I hope you find the partner you're looking for -- th
On Wed, Sep 16, 2015 at 5:44 AM, Augie Fackler wrote:
>> but git is still better at it: ``git add -p``
>> allows me to review and edit patches before commit while ``hg record``
>> commits immediately.
>
> FWIW, I totally *get* wanting a staging area. That said, other than the
> staging area, recor
On Wed, Sep 16, 2015 at 7:20 PM, Oleg Broytman wrote:
>Thanks. I think upstream remote-tracking branches in git are rather
> similar. If one's afraid of rewriting published history she should never
> rebase before @{u}. Just always using ``git rebase -i @{u}`` should be
> good enough.
>The
On Wed, Sep 16, 2015 at 7:46 PM, Oleg Broytman wrote:
> For example, I develop
> SQLObject using two private clones (clean backup repo and dirty working
> repo) and three public clones at Gitlab, GutHub and SourceForge. They
> are all equal, none of them is the upstream. I don't even have
> ``orig
On Sun, Sep 20, 2015 at 5:36 AM, Eric V. Smith wrote:
> As the PEP says, the expression with '+' is illustrative, not how it's
> actually implemented. The implementation currently uses ''.join,
> although I reserve the right to change it.
>
>> or even to
>>
>> 'abc{:spec1}{!r:spec2}def{!s}ghi'
uptools and the MS download of the old VS2008.
It sounds like we don't expect MS t help out in this case, but at least we
can better document what users need to do, and how to do it -- and NOT with
a "kludge together an open-source compiler and cross your fingers" approach.
OK -- I&#
On Wed, Sep 30, 2015 at 12:15 PM, Paul Moore wrote:
> > This, unfortunately is non-trivial, and really a pain if you want to
> > automate builds.
>
> Please clarify.
First point -- that was intended to be a lament, not a criticism. And
certainly not a criticism of anything Python devs are doing
u are trying to build wxWidgets, you may well want the
whole IDE, but still...
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-
d LPTHW, but now they'll have to add parentheses to all those
print statements(functions)
I suppose we should all bug Zed Shaw to write a LPTHW3
-Chris
> --
> \ “Liberal capitalism is not at all the Good of humanity. Quite |
> `\t
On Wed, Oct 14, 2015 at 3:08 AM, Random832 wrote:
> If you are writing code that tries
> to resume iterating after the iterator has been exhausted, I have to
> ask: why?
A well-behaved iterator is supposed to continue raising StopIteration
forever once it's been exhausted. I don't know how much c
On Wed, Oct 14, 2015 at 3:49 AM, Random832 wrote:
> My theory is that most circumstances under which this would cause a
> RuntimeError are indicative of a bug in the algorithm consuming the
> iterator (for example, an algorithm that hasn't considered iterators and
> expects to be passed an iterabl
hrough and process.
Changing the behavior would result in an error when checking for more
tasks instead of no tasks.
--Chris
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
, but I thought
that was fixed in 2.6/3.0?
Under what circumstances can a Python process still exhibit high memory
usage that tools like heapy don't know about?
cheers,
Chris
PS: Full details here of libraries being used and versions here:
https://groups.google.com/forum/#!topic/celery-use
On 14/10/2015 16:04, Stefan Ring wrote:
On Wed, Oct 14, 2015 at 3:11 PM, Chris Withers wrote:
I'm having trouble with some python processes that are using 3GB+ of memory
but when I inspect them with either heapy or meliae, injected via pyrasite,
those tools only report total memory usage
3.4, VirtualAlloc() is used for the
same purpose on Windows.
Please mention your OS, OS version and Python version.
Python 2.7.5 on RHEL 7.1.
Would tracemalloc still be useful here?
cheers,
Chris
___
Python-Dev mailing list
[email protected]
https
On Wed, Oct 14, 2015 at 3:04 PM, Laura Creighton wrote:
> That code writers in the scientific python world mostly
> never think of Decimal users, doesn't mean they don't end up writing
> perfectly wonderful tools and libraries we use. :) thankfully :)
>
sure -- but those are almost guaranteed
ome kind of bold formatting error
in the answer to "Q: What about a password generator?" in the HTML
version of the PEP.
> There is code and tests here:
>
> https://bitbucket.org/sdaprano/secrets
I think there's a timing-related flaw in the current fallback
implementation of e
On Fri, Oct 16, 2015 at 9:04 PM, Steven D'Aprano wrote:
> On Fri, Oct 16, 2015 at 08:57:24AM +0200, Victor Stinner wrote:
>> Hi,
>>
>> I like the PEP. IMHO it's a better solution than using a CPRNG for
>> random by default.
>>
>> I suggest to raise an error if token_bytes(n) if calls with n < 16
>
On Mon, Oct 19, 2015 at 11:35 AM, David Mertz wrote:
> That's interesting about the `self._full` variable slowing it down, I think
> I'm not surprised (but obviously it depends on just how it's used). But one
> can also simply define RingBuffer.isfull() using `self.max==len(self.data)`
> if you p
On Fri, Oct 23, 2015 at 3:05 PM, Terry Reedy wrote:
> Indeed, whether 'pass' should be compiled to 'NOP' or nothing depends on
> one's view of the meaning of pass and whether it must be executed (by going
> though the ceval loop once and doing nothing) or not.
Hmm. I thought 'pass' was a syntacti
PEP 478 [1] doesn't currently have any info on a planned 3.5.1 release
(and actually, it has 3.5.0 Final listed as a future release). About
when is it likely to happen? The one thing I'm hanging out for is an
installer patch on Windows that detects XP and immediately aborts with
a convenient error;
On Sun, Nov 1, 2015 at 9:55 PM, Phil Thompson
wrote:
> On 1 Nov 2015, at 10:30 a.m., Chris Angelico wrote:
>>
>> PEP 478 [1] doesn't currently have any info on a planned 3.5.1 release
>> (and actually, it has 3.5.0 Final listed as a future release). About
>> when
On Mon, Nov 2, 2015 at 5:51 AM, Larry Hastings wrote:
> If I didn't have any release blockers, I'd schedule 3.5.1 for sometime
> around three weeks from now. And FYI I want to release 3.4.4 about two
> weeks after that.
>
Thanks Larry! That'd be awesome. If there's testing needed on that
ticket,
On Sun, Nov 15, 2015 at 12:06 PM, Steve Dower wrote:
> The native encoding on Windows has been UTF-16 since Windows NT. Obviously
> we've survived without Python tokenization support for a long time, but
> every API uses it.
>
> I've hit a few cases where it would have been handy for Python to be
On Sun, Nov 15, 2015 at 12:27 PM, Glenn Linderman wrote:
> Notepad defaults to ANSI encoding, as I think it always has. UTF-8 is an
> option, and it does seem to try to notice the original encoding of the file,
> when editing old files, but when creating a new one ANSI.
Thanks. Is "ANSI" alw
On Sun, Nov 15, 2015 at 12:47 PM, Glenn Linderman wrote:
> On 11/14/2015 5:37 PM, Chris Angelico wrote:
>
> On Sun, Nov 15, 2015 at 12:27 PM, Glenn Linderman
> wrote:
>
> Notepad defaults to ANSI encoding, as I think it always has. UTF-8 is an
> option, and it does seem
On Thu, Nov 19, 2015 at 10:51 PM, Serhiy Storchaka wrote:
> http://bugs.python.org/issue20115
Interestingly, the file linked in the last comment on that issue [1]
ties in with another part of this thread, regarding binary blobs in
Python scripts. It uses open(sys.argv[0],'rb') to find itself, and
On Thu, Nov 26, 2015 at 7:31 AM, Jacob Zimmerman wrote:
> Anyway, I am currently reading through my initial rough draft and making
> corrections for a revised draft. Once I'm done with that, I'd like a few
> volunteers to read through it. First, to find spelling, grammatical, or
> consistency mist
On Fri, Dec 4, 2015 at 12:25 PM, Steven D'Aprano wrote:
> I don't see any good reason for maintaining that there's just one
> syntax, "display", which comes in two forms: a comma-separated set of
> values, or a for-loop. The only thing they have in common (syntax-wise)
> is that they both use [ ]
On Fri, Dec 18, 2015 at 2:37 PM, Andrew Barnert via Python-Dev
wrote:
> If __getattribute__ raises an AttributeError (or isn't found, but that only
> happens in special cases like somehow calling a method on a type that hasn't
> been constructed)
Wow. How do you do that? Is it possible with pur
On Mon, Dec 21, 2015 at 9:02 AM, Alexander Belopolsky
wrote:
> On Fri, Dec 18, 2015 at 4:09 PM, Guido van Rossum wrote:
>>>
>>>
>>> It's 11 days. Which is pretty reasonable server uptime.
>>
>>
>> Oops, blame the repr() of datetime.timedelta. I'm sorry I so rashly
>> thought I could do better tha
On Mon, Dec 21, 2015 at 12:00 PM, Alexander Belopolsky
wrote:
> On Sun, Dec 20, 2015 at 5:28 PM, Chris Angelico wrote:
>>
>> > A helpful trivia: a year is approximately π times 10 million seconds.
>>
>> Sadly doesn't help here, as the timedelta for a
On Sun, Dec 20, 2015 at 2:28 PM, Chris Angelico wrote:
>
> Would there be value in changing the repr to use keyword arguments?
>
this thread got long, but it sounds like that won't be worth the backwards
compatibility...
> Worse, help(datetime.timedelta) in 3.6 doe
On Tue, Dec 22, 2015 at 7:39 PM, Victor Stinner
wrote:
> Le lundi 21 décembre 2015, Guido van Rossum a écrit :
>>
>> I still think the repr change to use keywords has a good chance for 3.6.
>
> repr() with keywords is called a method, no? Like isoformat()
>
Not keyword arguments - the proposal i
On Thu, Dec 24, 2015 at 1:50 AM, Serhiy Storchaka wrote:
> Oh, I'm confused. Should I make a new poll? With new voters Py_MOVEREF can
> get more votes than Py_SETREF.
I suggest cutting off the bikeshedding. Both of these options have
reasonable support. Pick either and run with it, and don't worr
ly have other positive benefits like
consolidating the "search juice" onto one page, so it's no longer
spread thinly across multiple versions. There would still be a
question of how you want to handle 2 versus 3.
--Chris
>
> On Sat, Dec 19, 2015, at 11:02, A.M. Kuchling wro
t want to use these libraries, but
I'm happy to try and do the work to make the world a better place for
Mac users of these libraries...
Chris
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/pytho
On 24/12/2015 14:36, Cory Benfield wrote:
On 24 Dec 2015, at 11:17, Chris Withers wrote:
Here's a couple of examples of this problem in the wild:
https://github.com/alekstorm/backports.ssl/issues/9
http://stackoverflow.com/questions/32978365/how-do-i-run-psycopg2-on-el-capitan-wi
re, I just want to use these libraries, but
I'm happy to try and do the work to make the world a better place for
Mac users of these libraries...
Chris
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listi
On Mon, Jan 18, 2016 at 10:42 PM, Maciej Szulik wrote:
> On Mon, Jan 18, 2016 at 9:59 AM, Larry Hastings wrote:
>>
>>
>>
>> On 01/17/2016 11:10 AM, Brett Cannon wrote:
>>
>> Anyone object if I update PEP 7 to remove the optionality of curly braces
>> in PEP 7?
>>
>>
>> I'm -1. I don't like being
On Mon, Jan 18, 2016 at 11:02 PM, Larry Hastings wrote:
> On 01/18/2016 03:57 AM, Chris Angelico wrote:
>
> Rather than forcing people to use braces, wouldn't it be easier to
> just add a linter to the toolchain that will detect those kinds of
> problems and reject the c
I just had a major crash on the system that hosts the
angelico-debian-amd64 buildbot, and as usual, checked it carefully
after bringing everything up. It seems now to be timing out after an
hour of operation:
http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.x/builds/3132/steps/tes
On Sat, Jan 23, 2016 at 5:39 PM, Zachary Ware
wrote:
> On Sat, Jan 23, 2016 at 12:03 AM, Chris Angelico wrote:
>> By the way, this looks odd:
>>
>> make buildbottest TESTOPTS= TESTPYTHONOPTS= TESTTIMEOUT=3600
>> in dir /root/buildarea/3.x.angelico-debian-amd
On Sun, Jan 24, 2016 at 1:37 AM, Victor Stinner
wrote:
> 3600 seconds is the maximum duration of a single test file. We may reduce it
> since a single test file should not take longer than 30 min. Maybe we can do
> better and put the timeout on a single test function.
I'd be inclined to put some
On Tue, Jan 26, 2016 at 2:32 PM, INADA Naoki wrote:
>
> I know.
> But people compares language speed by simple microbench like fibbonacci.
> They doesn't use listcomp or libraries to compare *language* speed.
>
Well, that's a stupid way to decide on a language. Here, look: Python
is faster than C
On Wed, Jan 27, 2016 at 2:28 AM, Ryan Gonzalez wrote:
>>rosuav@sikorsky:~$ gcc fib.c && time ./a.out
>>1134903170
>>
>>real 0m9.104s
>>user 0m9.064s
>>sys 0m0.000s
>>rosuav@sikorsky:~$ cat fib.c
>>#include
>>
>>unsigned long fib(unsigned long n)
>>{
>>if (n < 2) return n;
>>return fib(n-2
On Wed, Jan 27, 2016 at 8:39 PM, Victor Stinner
wrote:
> 2016-01-23 7:03 GMT+01:00 Chris Angelico :
>> Running just that test file:
>>
>> $ ./python Lib/test/test_socket.py
>> ... chomp lots of lines ...
>> testRecvmsgPeek (__main__.RecvmsgUDP6Test) ...
>>
On Thu, Jan 28, 2016 at 7:35 PM, Martin Panter wrote:
> Other things that come to mind are to see if there is anything odd
> about the buildbot’s Linux kernel and glibc versions. Maybe run the
> Python script under “strace” to see if anything strange is going on.
>
I did that, and a few other thi
On Thu, Jan 28, 2016 at 9:41 PM, Chris Angelico wrote:
> However, as I was doing so (and I just discarded a draft message where
> I'd been typing up notes), my entire system went kerblooie, and I've
> spent the last day rebuilding stuff from scratch. When I get around to
>
On Thu, Feb 4, 2016 at 10:38 AM, Nikolaus Rath wrote:
> Hello,
>
> With the upcoming move to Git, I thought people might be interested in some
> thoughts that I wrote down when learning Git for the first time as a
> long-time Mercurial user:
>
> http://www.rath.org/mercurial-for-git-users-and-vice
On Sat, Feb 6, 2016 at 3:31 PM, Stephen J. Turnbull wrote:
> Of course if *you* want to you can GPL Python (I think that's now
> possible, at one time there was a issue with the CNRI license IIRC),
> and then licensees of *your* distribution (but not you!) are required
> to distribute source.
And
On Sat, Feb 6, 2016 at 4:31 PM, Stephen J. Turnbull wrote:
> However, the technical problem remains. For example, you mention
> Debian. While Debian keeps its source and binary packages very close
> to "in sync" on the server, there are several gotchas. For example,
> Debian does not restrict i
401 - 500 of 1932 matches
Mail list logo
