Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue6130>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4744>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
status: pending -> open
___
Python tracker
<http://bugs.python.org/issue1570255>
___
___
Python-bugs-list mai
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue1038591>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue877904>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue1367631>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue460474>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue1671676>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue1739648>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue1724822>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue1423>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Lawrence :
--
nosy: -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue894936>
___
___
Python-bugs-list mailing list
Unsubscribe:
Mark Lawrence added the comment:
Surely tools like this would still be installed in c:\Python34\Scripts and not
c:\Windows ?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue20
Mark Lawrence added the comment:
FTR I was referring to Terry's comment that there's "no pip.xxx in c:/windows".
Pleased to see you have it sussed :)
--
___
Python tracker
<http://bug
Mark Lawrence added the comment:
Makes sense to me. Can someone please add mvl to the nosy list, I don't dare :)
FYI https://mail.python.org/pipermail/python-dev/2010-December/106942.html
--
nosy: +BreamoreBoy
___
Python tracker
Mark Lawrence added the comment:
'0.12345678' or '+0.1234567' could both be considered equally valid. Who can
say which is really The One True Way? :)
--
nosy: +BreamoreBoy
___
Python tracker
<http://bug
New submission from Mark Lawrence:
Trying to install pyttsx you get "Successfully installed pyttsx" despite the
syntax errors and you can't actually do an import.
c:\Users\Mark\CrossCode>c:\Python34\Scripts\pip3.4.exe install pyttsx
Downloading/unpacking pyttsx
Downloading
Mark Lawrence added the comment:
Just awesome, from my viewpoint PEP 453 and #19347 were a complete and utter
waste of time.
--
___
Python tracker
<http://bugs.python.org/issue20
Mark Lawrence added the comment:
This should have been tested before it got into a release candidate, not left
to users to find such a blatantly obvious bug. I'll leave the PEP authors to
sort this out, I've no intention of spending my time clearing up
Mark Lawrence added the comment:
>From PEP 453 "Abstract - This PEP proposes that the Installing Python Modules
>guide in Python 2.7, 3.3 and 3.4 be updated to officially recommend the use of
>pip as the default installer for Python packages, and that appropriate
>technical c
Mark Lawrence added the comment:
All, and especially Ned, thank you for the detailed explanations, I do
appreciate it.
--
___
Python tracker
<http://bugs.python.org/issue20
Mark Lawrence added the comment:
What's the status of this issue? Code was committed to the default branch over
a year ago, see msg182250
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/is
Mark Lawrence added the comment:
There is no plan, other than the BDFL asking for a survey of what is happening
with code that relies on this in the real world. FTR I'm completely against
this change. I see no reason to change something that's been in use for maybe
nine years and
Mark Lawrence added the comment:
Works fine for me
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue20844>
___
___
Python-bugs-list mailin
New submission from Mark Lawrence:
The upgrade from 3.3.4 to 3.3.5 has removed py[w].exe from c:\windows. Tim
Golden has given a possible explanation here
https://mail.python.org/pipermail/python-list/2014-March/668674.html.
--
components: Installation, Windows
messages: 213019
nosy
Mark Lawrence added the comment:
I did this. Install 3.4.0.rc3 and check that the py[w].exe files were in
c:\windows. Uninstall 3.3.5, the py[w].exe files had been deleted. Reinstall
3.3.5, py[w].exe were in c:\windows but I noticed that they were different
sizes from the 3.4 versions
Mark Lawrence added the comment:
Can this be closed as out of date, or is it still relevant to Python 2.7 or any
of the Python 3 branches?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
>From the recent large thread on c.l.py regarding Python GUIs I understand that
>the author of this issue Guilherme Polo has done a massive amount of work on
>Tkinter. Would it therefore be possible for him to give an update as to
>whether this
Mark Lawrence added the comment:
As you Jean-Paul Calderone seem to know what you're talking about could you
provide a patch to get this issue going? If not I might even have a go myself,
even if I do get shot down in flames.
--
nosy: +Breamo
Mark Lawrence added the comment:
Can this be closed as out of date or is it still an issue with Python 2.7 or
any of the Python 3 versions?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
Hi Mark,
It'll cost you a couple of pints of Ringwood Old Thumper if you're ever in my
neck of the woods.
Also blame Terry Reedy if I prove to be a pain in the neck!!!
Kindest regards.
Mark Lawrence.
From: Mark
Mark Lawrence added the comment:
I'm not sure why this is still open, would somebody like to comment, see also
Issue4650.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/i
Mark Lawrence added the comment:
An issue with Python 2.3, can this be closed or is it still a problem with
Python 2.7 or any of the Python 3 versions?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
I'm guessing that this is fixed and hence can be closed as google didn't throw
anything obvious at me, am I correct?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.
Mark Lawrence added the comment:
Wouldn't be the first Windows uninstaller to leave junk in the registry and
won't be the last. if this is going to be actioned versions need to be updated
to Python 2.7, thinking realistically of 2.7.1, and Python 3.2+?
--
nosy: +B
Mark Lawrence added the comment:
This is almost three years old but strikes me as being useful. Could somebody
with more knowledge than myself review the patch and update the relevant Python
versions? Failing that, simply close the issue as not being relevant today.
--
nosy
Mark Lawrence added the comment:
Hardly a show stopper. It's actually a problem(?) with ntpath.py. It could be
patched but is it worth it, as this would be yet more work for you guys doing
the build/release process? I'd close this on the grounds that it's not wo
Mark Lawrence added the comment:
I got this in an email from the OP.
"Hi,
I don't even remember this issue any more, but it seems to me that it is
completely irrelevant that the error occurred with software that now how has a
newer version.
That the essential fact is that the
Mark Lawrence added the comment:
Here is the code from test_os.py for Python 2.6.5.
def test_mkdir(self):
self.assertRaises(WindowsError, os.chdir, test_support.TESTFN)
def test_access(self):
self.assertRaises(WindowsError, os.utime, test_support.TESTFN, 0)
def test_chmod(self
Mark Lawrence added the comment:
I think this should be closed as it refers to Python 3.0rc2 and the error code
given is Windows MSI specific, not Python.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
Could an installation guru please take a look at this?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
As a patch has been provided can't this be moved forward? The Python versions
also need updating.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/i
Mark Lawrence added the comment:
Successfully ran test_json for Python 2.6.5 on Windows Vista.
--
___
Python tracker
<http://bugs.python.org/issue4945>
___
___
Mark Lawrence added the comment:
Successfully ran test_json for Python 2.6.5 on Windows Vista.
--
___
Python tracker
<http://bugs.python.org/issue4945>
___
___
Mark Lawrence added the comment:
Could a CGI expert pick this up, failing that why not simply close it as opened
nearely 7 years ago.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue834
Mark Lawrence added the comment:
http://bugs.python.org/issue1398 has already been fixed and closed.
http://bugs.python.org/issue4331 is still open and has seen activity as
recently as 2010-02-23, so can this be closed or must it remain open?
--
nosy: +BreamoreBoy
Mark Lawrence added the comment:
Hi Alex,
Looks like nothing will happen with this unless you do something yourself.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
I'm guessing that this has simply slipped under the radar.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/i
Mark Lawrence added the comment:
I intended testing this but the patch file appears to have a dangling else at
the bottom, or am I missing something?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue3
Mark Lawrence added the comment:
Has this issue simply slipped under the radar?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
Could somebody witht a nix box try this out, I'd do it myself if I had such a
beast.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/i
Mark Lawrence added the comment:
Is anybody with knowledge of the threading module likely to pick this one up?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue3
Mark Lawrence added the comment:
This is a tiny patch against typeobject.c, could somebody please run with it?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue3
Mark Lawrence added the comment:
Note there is a patch inline, not sure if a doc patch is needed for this.
--
keywords: +patch
nosy: +BreamoreBoy
stage: -> unit test needed
type: -> behavior
___
Python tracker
<http://bugs.python.org/
Mark Lawrence added the comment:
Assuming the patch works (I don't do makefiles) would anyone use this yes or no?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/i
Mark Lawrence added the comment:
Ran test_smtplib.py for Python 2.7 and 3.1.2 on Windows Vista all tests passed.
--
stage: unit test needed -> commit review
___
Python tracker
<http://bugs.python.org/iss
Mark Lawrence added the comment:
This is a miniscule patch to configure.in could someone please run with this.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue7
Mark Lawrence added the comment:
This is a miniscule patch to moduleobject.h could someone with the relevant
knowledge please review it, thanks.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue7
Mark Lawrence added the comment:
Is there anybody who can run with this as it's been in limbo for over two years?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.2
___
Python tracker
<http://bugs.python.org/i
Mark Lawrence added the comment:
Anybody willing and able to run with this?
--
nosy: +BreamoreBoy
stage: -> needs patch
type: -> crash
versions: +Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/
Mark Lawrence added the comment:
Shouldn't this get looked at as it's high priority, albeit over a year old?
--
nosy: +BreamoreBoy
versions: +Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.
Mark Lawrence added the comment:
As the patch is a one liner couldn't someone pick this up? I would have done
it myself but just don't understand wsgi at all.
--
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.6
___
Python trac
Mark Lawrence added the comment:
Presumably this is still valid?
--
nosy: +BreamoreBoy, loewis
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue3
Mark Lawrence added the comment:
It would be a lot of work to fix this as the month names are hardcoded in
English in test_calendar.py
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<h
Mark Lawrence added the comment:
I can't reproduce this on Windows Vista despite setting the system locale to
Dutch. Is the problem Mac OSx specific?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
P
Mark Lawrence added the comment:
Would this patch be acceptable, yes or no?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
To move this forward would need patches against py3k, assuming that the
original patch is agreed upon in principle.
--
nosy: +BreamoreBoy
versions: +Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.
Mark Lawrence added the comment:
Would someone with knowledge of the buildbots like to comment please.
--
keywords: +buildbot
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
Is this still an issue with more recent versions of Python?
--
components: +Build -Extension Modules
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
<h
Mark Lawrence added the comment:
Would someone with knowledge of subprocess please comment on this.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
Even if the patch is acceptable it would need to be updated for Python 3.2.
--
nosy: +BreamoreBoy
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
Is this still a problem or can the issue be closed?
--
components: +Build -None
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue4
Mark Lawrence added the comment:
This is a one line patch against setup.py, can someone with cygwin please try
it.
--
nosy: +BreamoreBoy
stage: -> patch review
type: -> feature request
versions: +Python 3.2
___
Python tracker
Mark Lawrence added the comment:
I've no idea whether this is still a problem.
--
nosy: +BreamoreBoy, ronaldoussoren
stage: -> needs patch
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
<http://bugs.python.or
Mark Lawrence added the comment:
Has this simply slipped under the radar?
--
nosy: +BreamoreBoy, loewis
stage: -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/iss
Mark Lawrence added the comment:
It seems that this is ok in py3k in which case it could be backported to 2.7,
or has this already been done?
--
nosy: +BreamoreBoy, loewis
versions: +Python 2.7 -Python 2.5
___
Python tracker
<h
Mark Lawrence added the comment:
I just hope I've got this right. :)
--
assignee: -> tarek
nosy: +BreamoreBoy, tarek
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.or
Mark Lawrence added the comment:
As patches were originally provided would someone kindly review them.
--
nosy: +BreamoreBoy, loewis
stage: -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.pyth
Mark Lawrence added the comment:
I'd guess that this has already been fixed as it relates to the Windows
buildbot but has slipped under the radar.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/i
Mark Lawrence added the comment:
For a simple fix this has been sitting around a long time. :)
--
nosy: +BreamoreBoy
versions: -Python 2.6, Python 3.0
___
Python tracker
<http://bugs.python.org/issue6
Mark Lawrence added the comment:
Would someone with appropriate knowledge please take a look to see if this is
still an issue.
--
components: +Library (Lib) -Extension Modules
nosy: +BreamoreBoy
stage: -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python
Mark Lawrence added the comment:
Robert, could you provide a patch for this?
--
nosy: +BreamoreBoy
stage: -> needs patch
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/iss
Mark Lawrence added the comment:
Could someone from the build area please take a look at the patch, only three
lines have changed.
--
nosy: +BreamoreBoy
stage: -> patch review
versions: +Python 3.1, Python 3.2
___
Python tracker
&l
Mark Lawrence added the comment:
Would someone please comment on the patch, I can't because I don't know
anything about the Python C API.
--
components: +Library (Lib) -Extension Modules
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -
Mark Lawrence added the comment:
Presumably the patch needs reworking as SimpleXMLRPCServer has been
incorporated into the new xmlrpc package for Python 3.
--
nosy: +BreamoreBoy
stage: -> needs patch
versions: +Python 3.2 -Python 2.6
___
Pyt
Mark Lawrence added the comment:
Have the tests been incorporated into py3k so this can be closed, or is it
still valid?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue3
Mark Lawrence added the comment:
Given this.
c:\Python31\Lib\test>..\..\python.exe regrtest.py test_dbm_ndbm.py
test_dbm_ndbm
test_dbm_ndbm skipped -- No module named _dbm
1 test skipped:
test_dbm_ndbm
Those skips are all expected on win32.
I assume that this can be clo
Mark Lawrence added the comment:
John could you provide a patch for this?
--
nosy: +BreamoreBoy
stage: -> needs patch
versions: +Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
<http://bugs.python.org/iss
Changes by Mark Lawrence :
--
stage: -> commit review
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
<http://bugs.python.org/issue4629>
___
_
Mark Lawrence added the comment:
I'm assuming that this will be a doc change, in which case it applies to all
versions. The comment is actually against PyRun_InteractiveLoopFlags.
--
assignee: -> d...@python
components: +Documentation -Interpreter Core
nosy: +Breamo
Mark Lawrence added the comment:
Can this be reproduced with 3.1, 3.2 or even 2.7, or can it be closed?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue5
Mark Lawrence added the comment:
Being seven years old is this request still valid, or has it been overtaken by
events?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue749
Mark Lawrence added the comment:
Pau, this isn't likely to be progressed unless you can provide a unit test and
possibly doc patches as well.
--
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker
Mark Lawrence added the comment:
As it's not actually known whether urllib2 or IIS is at fault, I suggest this
is closed, it can always be reopened.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/i
Mark Lawrence added the comment:
This can be closed as a duplicate as Lib/distutils/sysconfig.py already refers
to LDSHARED and CCSHARED.
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue902
Mark Lawrence added the comment:
Do the socket tests still fail under 64 bit AIX? If yes could this patch or
something similar be applied? If no please close this issue.
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
Mark Lawrence added the comment:
This strikes me as a reasonable request, would someone please like to comment.
--
nosy: +BreamoreBoy
versions: +Python 3.1 -Python 2.7
___
Python tracker
<http://bugs.python.org/issue877
Mark Lawrence added the comment:
Wuld anyone with the relevant expertise care to comment on this please?
--
nosy: +BreamoreBoy
title: PyOS_InputHook not called in subprocess -> PyOS_InputHook not called in
IDLE subprocess
versions: +Python 2.7, Python 3.1, Python 3.2 -Python
Mark Lawrence added the comment:
The number of google hits tells me this is still an issue.
--
assignee: -> d...@python
nosy: +BreamoreBoy, d...@python
versions: +Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue1
Mark Lawrence added the comment:
This is a small patch which could be useful, could someone please test it
against a frozen program?
--
nosy: +BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue1178
2301 - 2400 of 3464 matches
Mail list logo