Hi everybody,
Just released tox-1.7.2 to PYPI, see the changelog below.
Note: if you need bugs fixed or features implemented
please submit PRs. Docs about tox:
http://tox.testrun.org
And repos and issues at:
https://bitbucket.org/hpk42/tox
have fun,
holger
1.7.2
---
- fix
devpi-2.0.0: web, search, replication for PyPI indexes
==
The devpi system in version 2.0 brings tons of fixes
and new features for the private github-style pypi caching server,
most notably:
- a new web interface featuring search of
--- Original Message -
From: holger krekel hol...@merlinux.eu
To: Testing in Python testing-in-pyt...@lists.idyll.org; python announce
python-announce-list@python.org
Cc:
Sent: Tuesday, July 15, 2014 9:59 AM
Subject: [TIP] tox-1.7.2: few fixes / posargs parsing change
Hi everybody,
Dear Orakaro,
Cool app you have there. Please consider the following comments as feedback
in the most positive sense possible:
- I didn't care for the figlet, it's noise beyond anything else, if you
drop it, you would drop the pyfiglet dependency as well
- What's with the SQLAlchemy dependency?
On 15/07/2014 05:40, Chris Angelico wrote:
On Tue, Jul 15, 2014 at 2:18 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
Yeah, because nobody managed to do anything during all that time, the
Royal Air Force was nowhere to be seen, and the various Resistances in
occupied countries were
On 15/07/2014 04:58, Michael Torrie wrote:
On 06/03/2014 12:12 AM, wxjmfa...@gmail.com wrote:
I was myself really suprised to fall on such a case and
after thinking no, such cases may logically happen.
Putting in this comment not for JMF but for poor souls who find this
thread on a search and
I am trying to merge two xmls using xslt in python but the content of first
xml is not getting copied. The rules written in xsl file created are
correct because if I am executing it without python (directly from eclipse
as I have xslt plugin installed) it is getting merged fine. Can anybody
help
I am trying to read a file with 3 columns with col 1 and 2 as nodes/edges and
column 3 as weight (value with decimal)
I am trying to execute this code
import networkx as nx
G = nx.read_edgelist('file.txt', data=[(weight)])
G.edges(data=True)
edge_labels = dict(((u, v), d[weight]) for u, v,
My two cents as a new pythonista and a scientist: isn't python2 killing
python? This old stuff is everywhere in the tutorials, docs, etc. and
this is quite annoying. When I download a python notebook, the first
thing I have to do is to translate it to py3. Which is not an easy task,
given the
Image, for a moment, a world WITHOUT the great USA! Yes, i know you
little commies love to curse the USA, and yes,
there are many dark sins committed within AND beyond her borders, but
try to tell me you bass-turds, what nation in modern history has
contributed more technological
Hi,
both asyncio.as_completed() and asyncio.wait() work with lists only. No
generators are accepted. Are there anything similar to those functions that
pulls Tasks/Futures/coroutines one-by-one and processes them in a limited
task pool?
I have gazillion of Tasks, and do not want to instantiate
Steven D'Aprano:
I'll give you the benefit of the doubt, and assume that when you first
posted you hadn't realised that the audience here does not have the
relevant experience, but by refusing to ask the question elsewhere, and
by making snide comments that they don't like beer, that pretty much
On Mon, 14 Jul 2014 21:18:05 -0700, Rick Johnson wrote:
On Monday, July 14, 2014 9:11:47 PM UTC-5, Chris Angelico wrote:
I dunno. It's not like Great Britain, Australia, or New Zealand did
anything significant in either war, is it.
Most of Europe occupied, London bombed into the stone age;
On Tue, Jul 15, 2014 at 10:17 PM, Fabien fabien.mauss...@gmail.com wrote:
My two cents as a new pythonista and a scientist: isn't python2 killing
python?
You're new to Python, and so you correctly want to work with Python 3.
That's fine. That's excellent, in fact. You're starting out the right
On Tuesday, July 15, 2014 4:10:57 AM UTC-4, varun bhatnagar wrote:
I am trying to merge two xmls using xslt in python but the content of first
xml is not getting copied. The rules written in xsl file created are correct
because if I am executing it without python (directly from eclipse as I
Hi Tim,
Thanks a lot for the reply. I think I got the root cause of the problem.
Before merging I am creating one dummy xml file on the fly and I am copying
the content of first xml into that. This dummy file I am mentioning in xsl
file and the URI is changing because of which it is not getting
On 7/15/14, 9:00 AM, Chris Angelico wrote:
The problem isn't Python 2, nor Python 3, nor even the fact that there
are two Pythons. The problem is that a lot of people don't understand
when to choose one or the other, don't understand what the promises of
support are, and (perhaps worst of all)
On Tue, Jul 15, 2014 at 11:57 PM, Kevin Walzer k...@codebykevin.com wrote:
The number of language revisions that result in deliberate, code-level
incompatibility out there is pretty small. People rightly expect that code
written for version 2.x of a language will continue to work with version
Kevin Walzer k...@codebykevin.com writes:
I can only think of two widely used languages in the last decade where
there was this type of major break in binary compatibility: Perl and
Visual Basic.
Lua 5.1, 5.2 and 5.3 are all incompatible to some extent. It's
debatable how widely used Lua is
On 2014-07-15 13:19, alister wrote:
Image, for a moment, a world WITHOUT the great USA! Yes, i know
you little commies love to curse the USA, and yes, there are many
dark sins committed within AND beyond her borders, but try to tell
me you bass-turds, what nation in modern history has
On 15/07/2014 13:32, Anders J. Munch wrote:
By the way, which list
is the appropriate one? The numpy and SciPy mailing lists are first and
foremost about numpy and SciPy, I presume. Is there a general
numerics-list somewhere also? I don't see any on
https://mail.python.org/mailman/listinfo.
On 15/07/2014 13:19, alister wrote:
Image, for a moment, a world WITHOUT the great USA! Yes, i know you
little commies love to curse the USA, and yes,
there are many dark sins committed within AND beyond her borders, but
try to tell me you bass-turds, what nation in modern history has
On 15/07/2014 15:31, Chris Angelico wrote:
On Tue, Jul 15, 2014 at 11:57 PM, Kevin Walzer k...@codebykevin.com wrote:
I've stayed with Python 2.7 because I've seen no benefit in 3.x that
outweighs the hassle of going through my code line by line to make it
compatible.
And that's fine! The
On 2014-07-15, Kevin Walzer k...@codebykevin.com wrote:
I think it's more than a tempest in a teacup.
The number of language revisions that result in deliberate, code-level
incompatibility out there is pretty small. People rightly expect that
code written for version 2.x of a language will
On Wed, Jul 16, 2014 at 1:44 AM, Mark Lawrence breamore...@yahoo.co.uk wrote:
Or any one of
https://pypi.python.org/pypi/six/1.7.3
https://github.com/mitsuhiko/python-modernize
http://python-future.org/
https://github.com/nandoflorestan/nine
AIUI most of those sorts of things are designed
On Tue, 15 Jul 2014 15:50:46 +0100, MRAB wrote:
On 2014-07-15 13:19, alister wrote:
Image, for a moment, a world WITHOUT the great USA! Yes, i know you
little commies love to curse the USA, and yes, there are many dark
sins committed within AND beyond her borders, but try to tell me you
Chris Angelico ros...@gmail.com:
Fine. Tell me how you would go about adding true Unicode support to
Python 2.7, while still having it able to import an unchanged program.
Trick question - it's fundamentally impossible, because an unchanged
program will not distinguish between bytes and text,
On Tuesday, July 15, 2014 9:31:31 AM UTC-5, Chris Angelico wrote:
[...] That said, though, I would advise you to give 2to3 a
shot. You never know, it might do exactly what you need
right out-of-the-box and give you a 3.x-compatible
codebase in one hit.
Ha!
Are you so foolish as to believe
Rick Johnson rantingrickjohn...@gmail.com:
So in other words, we're know now we made a bad decision by creating
this Python3000 thing, because nobody seems to be jumping on the
bandwagon, but instead of admitting we were wrong, we'll just cling to
our new shiny *THING* and hope *EVENTUALLY*,
On 2014-07-15, alister alister.nospam.w...@ntlworld.com wrote:
Never let the facts get in the way of a good punchline :-)
Ah!
That explains it!
The Iraq war must have been a _joke_. It sure went over my head...
--
Grant Edwards grant.b.edwardsYow! My Aunt MAUREEN was
On Tue, Jul 15, 2014 at 12:01 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
On Tuesday, July 15, 2014 9:31:31 AM UTC-5, Chris Angelico wrote:
[...] That said, though, I would advise you to give 2to3 a
shot. You never know, it might do exactly what you need
right out-of-the-box and give
On Tue, 15 Jul 2014 11:01:53 -0700, Rick Johnson wrote:
Are you so foolish as to believe that if code runs cleanly *immediately*
after translating via 2to3, that the code is now completely free from
translation bugs?
If your code has a thorough set of unittests that continue to pass, then
On Tue, 15 Jul 2014 21:08:03 +0300, Marko Rauhamaa wrote:
I agree it was a grave mistake.
On what basis do you believe it was a mistake?
--
Steven
--
https://mail.python.org/mailman/listinfo/python-list
On Tue, 15 Jul 2014 20:38:40 +0300, Marko Rauhamaa wrote:
Python 2 has always had unicode strings and [byte] strings. They were
always clearly distinguished. You really didn't have to change anything
for true Unicode support.
If that were true, then migrating from Python 2 to 3 would be much
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info:
On Tue, 15 Jul 2014 21:08:03 +0300, Marko Rauhamaa wrote:
I agree it was a grave mistake.
On what basis do you believe it was a mistake?
The supposed flaws in Python 2 weren't a good enough reason to break
backward-compatibility.
Marko
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info:
Unicode strings in Python 2 are second class entities.
I don't see that. They form a type just like, say, complex.
It's not just that people will, in general, take the lazy way and
write foo instead of ufoo for their strings.
People live
On 15/07/2014 18:38, Marko Rauhamaa wrote:
Chris Angelico ros...@gmail.com:
Fine. Tell me how you would go about adding true Unicode support to
Python 2.7, while still having it able to import an unchanged program.
Trick question - it's fundamentally impossible, because an unchanged
program
On Tuesday, July 15, 2014 1:53:27 PM UTC-5, Steven D'Aprano wrote:
No software developer is obliged to support their software
forever, especially if they are giving it away for free
[...] Nobody but nobody is supporting Python 1.1 any more,
no matter how many security holes it has.
Of course
I don't think I can reduce it much beyond this. I'm trying to run
Sqlite in a separate process, but I'm running into problems.
*The code:*
from collectionsimportnamedtuple
from multiprocessing import Process, Queue, current_process
from queue import Empty, Full
Msg=namedtuple
On Tue, Jul 15, 2014 at 1:24 PM, Mark Lawrence breamore...@yahoo.co.uk wrote:
On 15/07/2014 18:38, Marko Rauhamaa wrote:
Chris Angelico ros...@gmail.com:
Fine. Tell me how you would go about adding true Unicode support to
Python 2.7, while still having it able to import an unchanged program.
On Tue, Jul 15, 2014 at 2:20 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
On Tuesday, July 15, 2014 1:53:27 PM UTC-5, Steven D'Aprano wrote:
No software developer is obliged to support their software
forever, especially if they are giving it away for free
[...] Nobody but nobody is
Annd I just saw that the lifetime has been pushed up to 2020 :)
#SelfCorrected
On Wed, Jul 16, 2014 at 3:05 AM, Abhiram R abhi.darkn...@gmail.com wrote:
Umm..Guido Van Rossum said in Pycon 2014 that Py 2.x would be supported
only until 2015 :-| So...you know.. you have like an year before you
Umm..Guido Van Rossum said in Pycon 2014 that Py 2.x would be supported
only until 2015 :-| So...you know.. you have like an year before you *do *have
to migrate to 3.x .
On Wed, Jul 16, 2014 at 2:17 AM, Devin Jeanpierre jeanpierr...@gmail.com
wrote:
On Tue, Jul 15, 2014 at 1:24 PM, Mark
On 15/07/2014 22:35, Abhiram R wrote:
Umm..Guido Van Rossum said in Pycon 2014 that Py 2.x would be supported
only until 2015 :-| So...you know.. you have like an year before you /do
/have to migrate to 3.x .
--
Abhiram.R
M.Tech CSE (Sem 3)
RVCE
Bangalore
a) please don't top post, this is
a) What is top post?
b)I did correct myself in the next post. Or maybe you missed that.
On Wed, Jul 16, 2014 at 3:19 AM, Mark Lawrence breamore...@yahoo.co.uk
wrote:
On 15/07/2014 22:35, Abhiram R wrote:
Umm..Guido Van Rossum said in Pycon 2014 that Py 2.x would be supported
only until 2015
Top posting is the practice of responding to an e-mail thread by
putting your response at the top of the text you are quoting. It's
standard practice in the corporate world...
On 7/15/14, 6:13 PM, Abhiram R wrote:
a) What is top post?Â
...but Unix/newsgroup ettiquette says that it's gauche
On 15/07/2014 23:13, Abhiram R wrote:
a) What is top post?
b)I did correct myself in the next post. Or maybe you missed that.
On Wed, Jul 16, 2014 at 3:19 AM, Mark Lawrence breamore...@yahoo.co.uk
mailto:breamore...@yahoo.co.uk wrote:
On 15/07/2014 22:35, Abhiram R wrote:
On Wed, Jul 16, 2014 at 4:00 AM, Kevin Walzer k...@codebykevin.com wrote:
Top posting is the practice of responding to an e-mail thread by putting
your response at the top of the text you are quoting. It's standard
practice in the corporate world...
On 7/15/14, 6:13 PM, Abhiram R wrote:
a)
On 15 July 2014 23:40, Abhiram R abhi.darkn...@gmail.com wrote:
On Wed, Jul 16, 2014 at 4:00 AM, Kevin Walzer k...@codebykevin.com wrote:
...but Unix/newsgroup ettiquette says that it's gauche to [top post],
because it presents an unacceptable cognitive burden to the user trying to
catch the
On Tuesday, July 15, 2014 5:40:29 PM UTC-5, Abhiram R wrote:
[snip excessive quotations]
Aah. Understood. Apologies for the noobishness :)
Noobishness can be tolerated for a reasonable time,
especially when the noob actively seeks to improve his
skills, as you are doing, so kudos to you.
The
On 7/15/14, 6:38 PM, Mark Lawrence wrote:
I did see your correction but it gave me an opportunity to mention
google groups, something that just can't be missed
If the newgroup had a filter to trim out complaints about Google groups,
half the traffic would be gone. :-)
--
Kevin Walzer
On 2014-07-16 00:53, Rick Johnson wrote:
On Tuesday, July 15, 2014 5:40:29 PM UTC-5, Abhiram R wrote:
[snip excessive quotations]
Aah. Understood. Apologies for the noobishness :)
Noobishness can be tolerated for a reasonable time, especially when
the noob actively seeks to improve his
Hey i have made an app and i have made a .msi for windows with py2exe and i
have also exported it with py2app on mac. No problems here they all work fine.
I then put the .msi on sourceforge and it works great but when i put the .app
on there and download it it says something like i can open
On Wed, 16 Jul 2014 03:07:23 +0530, Abhiram R wrote about Python 2.7:
Annd I just saw that the lifetime has been pushed up to 2020 :)
#SelfCorrected
Even when free support runs out, commercial support will be available.
Red Hat is already committed to supporting Python 2.7 until 2023, and if
On 7/15/14, 9:56 PM, Nicholas Cannon wrote:
Hey i have made an app and i have made a .msi for windows with py2exe and i
have also exported it with py2app on mac. No problems here they all work fine.
I then put the .msi on sourceforge and it works great but when i put the .app
on there and
On Tuesday, July 15, 2014 5:36:40 AM UTC+9, Terry Reedy wrote:
On 7/13/2014 11:51 PM, Chris Angelico wrote:
On Mon, Jul 14, 2014 at 12:18 PM, Orakaro nhatminh...@gmail.com wrote:
I use README.md for Github and README.rst for PyPi. Is there a way to use
only one file for both sites ?
On Tuesday, July 15, 2014 3:27:15 PM UTC+9, Omar Abou Mrad wrote:
Dear Orakaro,
Cool app you have there. Please consider the following comments as feedback
in the most positive sense possible:
- I didn't care for the figlet, it's noise beyond anything else, if you drop
it, you would
On Wed, Jul 16, 2014 at 5:23 AM, Rick Johnson rantingrickjohn...@gmail.com
wrote:
On Tuesday, July 15, 2014 5:40:29 PM UTC-5, Abhiram R wrote:
[snip excessive quotations]
Aah. Understood. Apologies for the noobishness :)
Noobishness can be tolerated for a reasonable time,
especially when
On Tue, 15 Jul 2014 23:01:25 +0300, Marko Rauhamaa wrote:
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info:
Unicode strings in Python 2 are second class entities.
I don't see that. They form a type just like, say, complex.
I didn't say they were a second class type. I choose my words
Hi,
I'm very new to python programming.
I would like to ask how come when I send ISO8583 to the server, I didn't get
any response back.
If I send it incorrect parameter, the server will reply but if I send it
correctly, the server didn't response.
The original client is in java using ISOMUX,
On Wed, Jul 16, 2014 at 1:51 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
Perhaps the *stupidest* thing the author of the Python 3 is killing
Python blog post wrote was that it's easier to port Python code to a
*completely different language*. I cannot fathom the idiocy of
On Wed, Jul 16, 2014 at 6:32 AM, Charles Hixson
charleshi...@earthlink.net wrote:
from queue import Empty, Full
Not sure what this is for, you never use those names (and I don't have
a 'queue' module to import from). Dropped that line. In any case, I
don't think it's your problem...
if
On 07/15/2014 08:56 PM, barontro...@gmail.com wrote:
Hi,
I'm very new to python programming.
I would like to ask how come when I send ISO8583 to the server, I didn't get
any response back.
This is not really a Python question, but should rather be asked of
whoever created the ISO8583
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info:
On Tue, 15 Jul 2014 23:01:25 +0300, Marko Rauhamaa wrote:
In fact, I find the lazy use of Unicode strings at least as scary as
the lazy use of byte strings, especially since Python 3 sneaks
Unicode to the outer interfaces of the program
Raymond Hettinger added the comment:
My vote is for leaving this alone and letting the higher level
functions be more clever. Changing this function is certain to
break existing code in unpredictable ways.
That is sensible. Marking this as closed.
--
resolution: - wont fix
Claudiu Popa added the comment:
Since all the comments have been addressed, it would be nice if this gets
committed.
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19776
Claudiu Popa added the comment:
Serhiy, if there's no actual gain in changing this, should we close the issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18615
___
Raymond Hettinger added the comment:
This is a reasonable improvement. It was what named tuples were intended to be
used for.
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18615
Raymond Hettinger added the comment:
Approved. Go ahead and apply this.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18974
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Library (Lib) -Extension Modules
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21984
___
Raymond Hettinger added the comment:
The recipe has been in the docs for a good while and as far as I can tell, no
one ever uses this in real-code. That suggests that it should remain as a
recipe and not become part of the core language (feature creep is not good for
learnability or
Senthil Kumaran added the comment:
Thanks for the report. Point 2 is definitely a bug (and an overlook by me), I
will fix it.
I think, the url[:2] == '//' check was present for ftp case which supported
file:// protocol. I can't see a clear requirement to change here.
The scenarios you
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: rhettinger -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
___
___
Josh Rosenberg added the comment:
The main example that comes to mind was a variant of functools.lru_cache I
wrote that expired cache entries after they reached a staleness threshold. The
details elude me (this was a work project from a year ago), but it was
basically what I was describing; a
Roundup Robot added the comment:
New changeset 08b3ee523577 by Serhiy Storchaka in branch 'default':
Issue #18974: Tools/scripts/diff.py now uses argparse instead of optparse.
http://hg.python.org/cpython/rev/08b3ee523577
--
nosy: +python-dev
___
Serhiy Storchaka added the comment:
Thanks Raymond.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18974
___
Nikolay Bogoychev added the comment:
Hey,
Just a friendly reminder that there has been no activity for a month and a half
and v3 is pending for review (:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16099
Mark Lawrence added the comment:
I'll provide a patch but I don't know which test file to use, can somebody
please advise.
--
nosy: +BreamoreBoy, amaury.forgeotdarc, belopolsky, meador.inge
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
If Raymond found this feature helpful, I have no strong objection.
Only several comments:
* A named tuple is documented as having fields: type, sampling_rate, channels,
frames, bits_per_sample.
* User tests in existing code return tuples. what() and
Walter Dörwald added the comment:
The problem seems to be in that line:
except imaplib.IMAP4_SSL.abort, imaplib.IMAP4.abort:
This does *not* catch both exception classes, but catches only IMAP4_SSL.abort
and stores the exception object in imaplib.IMAP4.abort.
What you want is:
except
Mark Lawrence added the comment:
@Joachim I'm sorry about the delay in replying to you. Can someone take a look
at this please as it's out of my league.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
FTR PEP 419 has been deferred as there's no champion.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14730
___
Mark Lawrence added the comment:
@Kaarle please accept our apologies for the delay in getting back to you. Can
one of our unicode gurus comment please.
--
components: +Unicode
nosy: +BreamoreBoy, ezio.melotti, lemburg, loewis
versions: +Python 3.5 -Python 3.2, Python 3.3
Antoine Pitrou added the comment:
Le 14/07/2014 22:53, Tim Peters a écrit :
That consumes exactly 10 bytes today. Add nanoseconds, and it will
take at least 11 (if 4 bits are insanely squashed into the bytes
currently devoted to microseconds), and more likely 12 (if nanoseconds
are sanely
Mark Lawrence added the comment:
Slipped under the radar?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16185
___
___
Dima Tisnek added the comment:
What happened to this bug and patch?
--
nosy: +Dima.Tisnek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
Antoine Pitrou added the comment:
Not much :) The patch is complex and the issue hasn't proved to be
significant in production code.
Do you have a (real-world) workload where this shows up?
Le 15/07/2014 09:52, Dima Tisnek a écrit :
Dima Tisnek added the comment:
What happened to this bug
Mark Lawrence added the comment:
@emeaudroid please accept our apologies for the delay in getting back to you.
Can someone take a look at this please as I don't have a *nix box to play with.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 2.6
Claudiu Popa added the comment:
This new patch fixes some comments from Serhiy. Thanks for the review!
--
stage: commit review - patch review
Added file: http://bugs.python.org/file35955/issue19776_2.patch
___
Python tracker rep...@bugs.python.org
Apple Grew added the comment:
Oops. I totally missed this. Thanks for pointing this out. I would have never
found this.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21968
R. David Murray added the comment:
That's why we made the syntax require the 'as' keyword in 3.x :)
--
nosy: +r.david.murray
resolution: - not a bug
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21968
Mark Lawrence added the comment:
@Joseph please accept our apologies for the delay in getting back to you.
--
nosy: +BreamoreBoy, alexandre.vassalotti, pitrou
versions: +Python 3.4, Python 3.5 -Python 2.6
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Who is best placed to produce a patch for this?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16237
Mark Lawrence added the comment:
@Andrew we're sorry about the delay in getting back to you. @Senthil can you
comment on this please.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21793
___
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +dbrecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8843
___
___
Python-bugs-list
Steve Dower added the comment:
With 2.7 and 3.4 (same for 32- and 64-bit):
f = open('test.bin', 'wb')
f.write(b' ' * (1024*1024*100))
104857600
f.close()
import os
os.stat('test.bin').st_size
104857600
The linked KB only applies to VS 2003 and VS 2005 (VC7 and VC8), so I'm not
entirely
Steve Dower added the comment:
I don't know enough about the SQLite API to determine whether we can safely
upgrade from 3.6.21 in Python 2.7, but since this doesn't appear to be a
security issue I don't see any solid justification for doing it anyway.
If someone else does it, I'll build it,
Mark Lawrence added the comment:
I'm assuming that this still needs doing.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16652
Mark Lawrence added the comment:
@Eric could you comment on this please.
--
components: -Distutils2
nosy: +BreamoreBoy, dstufft
versions: -Python 2.6, Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
1 - 100 of 166 matches
Mail list logo