New submission from Mark Hammond :
Comparing two paths, PurePath.relative_to fails with ValueError if the second
path is not in the first.
>>> Path('/a/b').relative_to('/a/b/c')
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3
Change by Mark Hammond :
--
keywords: +patch
pull_requests: +21265
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22210
___
Python tracker
<https://bugs.python.org/issu
New submission from Mark Hammond :
install.c tries to dynamically load PyCFunction_New at
https://github.com/python/cpython/blob/fb2718720346c8c7a0ad2d7477f20e9a5524ea0c/PC/bdist_wininst/install.c#L686
- however, since 3.8 this no longer exists - PyCFunction_New is a #define
which calls
Mark Hammond added the comment:
Yes, while I appreciate the gesture, I am somewhat embarrassed these days - as
you say, many others deserve this more than me these days.
So please remove it.
--
___
Python tracker
<https://bugs.python.
Mark Hammond added the comment:
Can we get this mentioned somewhere? Eg,
https://www.python.org/downloads/release/python-390b3/ doesn't mention anything
about minimum versions. https://www.python.org/downloads/windows/ also has
prominent notices like "Note that Python 3.8.3rc1 c
Change by Mark Hammond :
--
nosy: +mhammond
___
Python tracker
<https://bugs.python.org/issue39631>
___
___
Python-bugs-list mailing list
Unsubscribe:
Mark Hammond added the comment:
pywin32, up until recently, just listed 3 directories in its .pth file - these
were for directories which pre-dated packages and were never converted. Eg,
"import win32api" actually loads win32api.pyd from the "site-packages/win32"
New submission from Mark Hammond:
Received via email:
PEP-397 (PEP 397 -- Python launcher for Windows) says:
"""
The launcher installation is registered in
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CurrentVersion\SharedDLLs with a
reference counter.
"""
The
Mark Hammond added the comment:
While I agree the risk is fairly low and it will require effort to actually do,
it still sounds worth fixing at some point. A user might be tricked into
downloading a DLL - eg, Firefox will happily save it without any scary UI -
it's just a file. Later they run
Mark Hammond added the comment:
> > This may well break things like pythonwin until they also grow support
> > for the new param
> I expect that, which is why I'm only proposing it for 3.6 onwards. While
> adding support for a new major version of Python should be fairly
Mark Hammond added the comment:
I've a few reservations here:
* CoInitialize will load a number of COM DLLs into the process, which isn't
free and will have some memory and performance costs for programs that don't
use COM. I see around 10 such DLLs loaded.
* pythoncom uses sys.coinit_flags
Mark Hammond added the comment:
> Mark said the "built binary links against the DLL version of the CRT
> but I just checked in 3.5.1 that you actually didn't switch that
> one to link against vcruntime140.dll like you did with everything else
Yeah, I didn't dig too much further
New submission from Mark Hammond:
Binaries created by bdist_wininst fail on 3.5+ for 2 reasons:
* The built binary links against the DLL version of the CRT. This means the
binary will typically fail to start as the CRT DLL isn't found.
* When looking for 32bit Python versions, it fails
New submission from Mark Hammond:
The launcher was recently updated to look in PCBuild/win32 to support the win32
binaries being built in this directory instead of the top-level PCBuild
directory. However, when this new launcher tries to find a binary for, say,
Python 2.7, it doesn't find
Mark Hammond added the comment:
> When is the launcher ever going to find Python built in-place?
On the machine that built Python in-place :) I have a dev environment where all
Python versions and pywin32 are built and that's the environment where py.exe
is failing. My build scripts
Mark Hammond added the comment:
It appears bdist_wininst wasn't updated for this so installed created by
distutils don't work in 32bit versions - is there a different bug open for
that? (Or I'm doing something wrong, but the installer fails and a quick scan
of the source doesn't seem
Mark Hammond added the comment:
Awesome, thanks, sorry I missed that.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25921>
___
__
New submission from Mark Hammond:
Revision 34b35aa1967d pushed new versions of wininst-14.8*.exe, but didn't
include the VS project files required to build it, thus meaning it can't
reasonably be built from the source tree.
--
components: Build
messages: 256823
nosy: mhammond
Mark Hammond added the comment:
> and the launcher was actually updated to match the registry key
> directly, rather than special-casing the "-32" suffix
It appears this has broken the launcher. A freshly-built py.exe from Python 3.5
doesn't seem to find older 32bit versions, w
Mark Hammond added the comment:
> The original naming ("3.5") can't be used because you can't
> simultaneously install 32-bit and 64-bit per-user Pythons with the same
> key name.
They will be in different nodes - the 32bit version would be under Wow6432Node.
The py.exe lau
Mark Hammond added the comment:
File redirection has nothing to do with win-unicode-console
Thank you, that comment is spot on - there are multiple issues being conflated
here. This bug is purely about the tty/console behaviour.
--
___
Python
Mark Hammond added the comment:
The crash you see is maybe not a crash at all.
I'd call it a crash - the repl shouldn't exit. But it's not necessarily part
of *this* bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
New submission from Mark Hammond:
Python 3.3 and earlier have in methodobject.c:
/* PyCFunction_New() is now just a macro that calls PyCFunction_NewEx(),
but it's part of the API so we need to keep a function around that
existing C extensions can call.
*/
#undef PyCFunction_New
Mark Hammond added the comment:
I get the impression the first link just punted and the second supports the
fact many people would see it as an improvement.
So a patch that both works and addresses the concerns would probably be most
welcome
Mark Hammond added the comment:
I am trying to draw attention to the situation where the script has no
shebang line, and there is no other explicit configuration info for
py.exe.
In that case, the user should just type python scriptname.py - py.exe is for
cases where just specifying python
Mark Hammond added the comment:
Vinay's idea makes sense to me. Paul can also subtly change the patch such
that when SCRIPT_WRAPPER is defined, failure to find the wrapper is fatal and
prints a message specific to this fact rather than just starting an interactive
Python (assuming I read
Mark Hammond added the comment:
I don't understand the motivation for this - how will it be used in practice?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18491
Mark Hammond added the comment:
Obviously I'm missing a little context, but it seems a little wrong for the
same launcher to be doing this double-duty. It seems we only want to use the
launcher in this way as it already has some of the interesting code we need -
but the vast majority
Mark Hammond added the comment:
The problem is that Explorer displays the IDC_APPSTARTING icon when an app
launches, until that app does something ui-ish (eg, creating a window, fetching
a windows message). I could reproduce the problem on XP, and pushed a fix for
the launcher to
https
Mark Hammond added the comment:
If anyone would like to test the fix out, I've put a 32bit pyw.exe with the fix
at http://starship.python.net/crew/skippy/downloads/pyw.exe
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
On 12/12/2012 2:48 AM, bitbucket wrote:
On Monday, December 10, 2012 8:16:43 PM UTC-5, Mark Hammond wrote:
out params are best supported if the object supplied a typelib -
then Python knows the params are out and does the right thing
automagically. If out params are detected, the result
On 11/12/2012 8:39 AM, bitbucket wrote:
On Monday, December 10, 2012 3:58:33 PM UTC-5, Terry Reedy wrote:
I believe the easiest way to do that is to install the pywin
extensions
http://sourceforge.net/projects/pywin32/?source=directory
I assume it can handle out params.
That definitely
On 5/10/2012 2:40 AM, Oscar Benjamin wrote:
Having them on PATH means that you can do:
py script.py
and the effect will be analogous to (in a unix shell):
$ ./script.py
Of course the idea with the launcher is that you just do
script.py
Unless you want a specific version -
Mark Hammond added the comment:
The GIL state api was mainly interested in the case of a thread which has
(possibly) never been seen before calling into Python. IIUC, the proposal here
is so that a thread that *has* been seen before can be associated with a
thread-state specified
Mark Hammond added the comment:
To clarify, I wrote:
can be associated with a thread-state specified by the
embedding application
Where I meant to say:
Can be associated with an interpreter state and corresponding thread-state ...
Or something like that - it's been a while since I've
Your only concern from the Python world will (probably; IANAL) be around
use of trademarks owned by the PSF - see
http://www.python.org/psf/trademarks/ for more.
Mark
On 20/08/2012 12:13 PM, Matthew Zipf wrote:
Good evening,
I am considering developing an iOS application that would teach
On 1/08/2012 10:48 AM, Damon Register wrote:
I am attempting to build gtk and glade using mingw/msys. It seems that
some
of the packages require python. I installed 2.7.3 using the installer from
python.org. That worked for some of the packages but now I am trying to do
one that needs
New submission from Mark Hammond skippy.hamm...@gmail.com:
Note the error message in the title is only for Python 2.x - Python 3.x shows
an empty string instead, but otherwise seems identical.
This was first brought to my attention via
http://sourceforge.net/tracker/?func=detailaid
On 4/07/2012 9:46 AM, Miki Tebeka wrote:
It works fine on my computer and some other computer don't have
python interpreter(it's Windows 7). But the same file also do not
work on another computer(it's Windows xp) why does it happen?
My *guess* is that you're missing some DLLs (probably some
On 1/07/2012 7:13 PM, Panceisto wrote:
I assume the old code keeps running in some process somewhere. How to
fix this?
The client of your server still has a reference to the old server. The
simplest solution is to restart those clients.
Mark
--
Changes by Mark Hammond skippy.hamm...@gmail.com:
--
nosy: +mhammond
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1677
___
___
Python-bugs-list
On 22/06/2012 3:10 AM, KACVINSKY Tom wrote:
I found what I was looking for:
python setup.py bdist_wininst
bdist_wininst is for creating installers for Python packages which
install into an existing Python directory structure. It isn't used to
create a installer for Python itself
On 25/05/2012 2:10 AM, Stephen Lin wrote:
Hello,
I'm a relative python newbie but I've been tasked to figure out how to
embed calls to a python library in an Excel XLL add-in.
The Python/C API for doing this seems pretty straightforward, but I
seem to have read somewhere online that it's
On 23/05/2012 2:42 AM, Иван Громов wrote:
Hi,
I'm trying to compile a debug version of Python 2.7 on Windows, but I've
encountered some problems while creating a distribution.\
When I run
PCbuild\python.exe setup.py bdist_wininst
I get an error
error: pyconfig.h: No such file or directory
As
On 17/05/2012 10:08 PM, shooshx wrote:
I'm embedding python in a multi-threaded C application.
I've taken care to wrap every call to the Python C API with
gstate = PyGILState_Ensure();
// call python code
PyGILState_Release(gstate);
But I'm stumped with what to do in the initialization.
Right
at 8:42 PM, Mark Hammond skippy.hamm...@gmail.com
mailto:skippy.hamm...@gmail.com wrote:
Seeing you are relying on win32com, you might as well add the links
directly rather than via the intermediate WScript.shell object.
Look in win32comext\shell\demos\__create_link.py for an example
Seeing you are relying on win32com, you might as well add the links
directly rather than via the intermediate WScript.shell object. Look in
win32comext\shell\demos\create_link.py for an example of how to create
shortcuts directly.
HTH,
Mark
On 6/04/2012 5:23 AM, cesar.covarrub...@gmail.com
On 28/03/2012 1:18 AM, Roy Smith wrote:
In article
7909491.0.1332826232743.JavaMail.geo-discussion-forums@pbim5,
Demian Brecht demianbre...@gmail.com wrote:
OAuth 2.0 is still in draft status (draft 25 is the current one I believe)
and yes, unfortunately every single server available at this
Mark Hammond skippy.hamm...@gmail.com added the comment:
To clarify the second comment from Eric: it is actually the first of the
proposals that I consider controversial - moving where python.exe lives
(regardless of to where) will break 3rd party tools. If a decision was made to
move
Mark Hammond skippy.hamm...@gmail.com added the comment:
Tools that use the registry will typically look up the InstallPath key and look
for python.exe there. They will not look in sub-directories (except some may
look in PCBuild and PCBuild/amd64). It is exactly those tools I'm concerned
On Thursday, 8 March 2012 1:52:48 AM, Greg Lindstrom wrote:
Is there documentation showing how to read from a Microsoft Outlook
server using Python 3.2. I've done it with 2.x, but can't find
anything to help me with 3.2.
What problems are you having in 3.2? It should be exactly the same -
Mark Hammond skippy.hamm...@gmail.com added the comment:
Those instructions in section 5.4 do seem wrong. On first reading they imply
that you need to start with a clean source tree on your 32bit Windows, then
build the 64bit version of Python. So far so good. However, then you need to
run
On 28/02/2012 9:07 PM, Andrea Crotti wrote:
How should I check if I can create files in a directory?
By trying to create them there :) Presumably you want to know that so
you can write something real - so just write that something real.
The problem gets quite hard when you consider things
Mark Hammond skippy.hamm...@gmail.com added the comment:
Can't you just install a 64bit Python in a different directory and use that
executable to build the 64bit installer? It seems less error prone and should
work without manually copying stuff or changing any code
Mark Hammond skippy.hamm...@gmail.com added the comment:
I don't quite understand how the order will be wrong. Which earlier entry is
causing the problem? OTOH though, I also don't quite understand how the build
would work at all if a 32bit Python is used to invoke distutils with
--plat
On 23/02/2012 5:58 PM, Plumo wrote:
I want to download content asynchronously. This would be
straightforward to do threaded or across processes, but difficult
asynchronously so people seem to rely on external libraries (twisted
/ gevent / eventlet).
Exactly - the fact it's difficult is why
On 7/02/2012 9:48 PM, Jean-Michel Pichavant wrote:
Vinay Sajip wrote:
On Jan 24, 2:52 pm, Rob Richardson rdrichard...@rad-con.com wrote:
I use PythonWin to debug the Python scripts we write. Our scripts
often use the log2pyloggingpackage. When running the scripts inside
the debugger, we seem
Unfortunately this just means that Word threw an error and it's not
giving many details about what that might be. Are you sure out_TOC is
valid on the other computer? eg,
http://stackoverflow.com/questions/3730428/why-cant-i-save-as-an-excel-file-from-my-python-code
indicates Office fails in
Mark Hammond skippy.hamm...@gmail.com added the comment:
I thought this shouldn't be a problem - that as pythonxx.dll contains a
manifest with the references and also contains hoops to ensure its activation
context is used when loading dynamic modules, that things should work
correctly
Mark Hammond skippy.hamm...@gmail.com added the comment:
Actually, I think this is OK - the reference to the x86 is in the tests and
those tests don't actually perform a build, just check the manifest is detected
and stripped (ie, the test should still work fine on 64bit boxes). Ideally
Mark Hammond skippy.hamm...@gmail.com added the comment:
See also http://bugs.python.org/issue13038 - same exception but in a different
content, but the underlying cause may be similar.
--
nosy: +mhammond
___
Python tracker rep...@bugs.python.org
New submission from Mark Hammond skippy.hamm...@gmail.com:
test_types.py converts types.StringTypes to str - but types.StringTypes is
a tuple, so expressions like type(x) in type.StringTypes fails after
conversion with TypeError: argument of type 'type' is not iterable
Attaching a fix
On 2/02/2012 2:09 AM, Paul Moore wrote:
I'm trying to get information on what registry entries are set up by
the Python Windows installer, and what variations exist. I don't know
enough about MSI to easily read the source, so I'm hoping someone who
knows can help :-)
As far as I can see on my
Mark Hammond skippy.hamm...@gmail.com added the comment:
ack - that is a really good point. IIRC it can be *. I'll try and look at
this over the next day or 2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7833
Let me have a guess :)
On 25/01/2012 7:42 PM, Ross Boylan wrote:
On Tue, 2012-01-24 at 13:54 -0800, Ross Boylan wrote:
...
The code I want to test uses threads, but that is not entirely internal
from the standpoint of the unit test framework. The unit test will be
executing in one thread,
On 18/01/2012 4:22 PM, Rodrick Brown wrote:
import _thread as thread
import time
class thread_counter(object):
def __init__(self, thr_cnt, sleep_int):
self.thr_cnt = thr_cnt
self.sleep_int = sleep_int
def counter(myId, count):
for i in range(count):
On 7/12/2011 7:22 PM, Matteo Boscolo wrote:
Hi all,
I need some help to a com problem..
I got this class:
class foo(object):
def setComObject(comObject):
self.comO=comObject #This is a com object from a cad application
def showForm(self)
# use the self.comO to read some information from the
On 30/11/2011 11:12 AM, Nairn, Bruce wrote:
Hi,
I’m trying to move some code to a Windows Server 2008 machine. It runs
on Windows 7 and XP, but fails on Windows Server 2008. The python
installation is seemingly identical (python 2.6.4, 32 bit). The
following replicates the problem:
import
Mark Hammond skippy.hamm...@gmail.com added the comment:
A manifest seems to be currently created fine - can you provide steps to
reproduce the problem you see?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13486
Mark Hammond skippy.hamm...@gmail.com added the comment:
I can't explain why this might be happening given the Python dll is still build
against vc9 - I'm guessing this can't be reproduced without vs10 in the mix?
Re making the feature optional - distutils doesn't really lend itself
On 30/10/2011 1:43 AM, Lee Harr wrote:
For Windows users who want to just run Pyguin (not modify or tinker
with the source code), it would be best to bundle Pynguin up with
Py2exe
I considered that, but I agree that licensing issues would make it
problematic.
What licensing issues concern
On 22/10/2011 11:09 PM, Vinay Sajip wrote:
In response to an issue (#13235) raised on the Python bug tracker, I'm going to
deprecate the warn() methods in the Logger and LoggerAdapter classes in the
stdlib logging package, as well the module-level warn() function.
The warn() variants were
On 22/10/2011 10:30 AM, Eric S. Johansson wrote:
I'm back with yet another attempt at adding accessibility features using
Python and NaturallySpeaking. I've simplified the concepts again and I
really need some help from someone who knows Microsoft Windows and
Python. My goal is developing a
Mark Hammond skippy.hamm...@gmail.com added the comment:
The first chunk of that patch is for when pythonhome==NULL. There is also a
similar block just under it when MS_WINDOWS is not defined. While I don't know
in which cases this will be built without that define, it looks as though
Mark Hammond skippy.hamm...@gmail.com added the comment:
I don't think a buildbot will be necessary - like the earlier compilers, they
may have basic support but they don't all get buildbot support. The problem
isn't the lack of ability/will to get things working with VS2010 - it is more
Mark Hammond skippy.hamm...@gmail.com added the comment:
I pushed the changes to 2.7, 3.2 and 3.3. I'm happy to help with
distutils2/packaging but I'll need to do that later once I work out where to
start :) Therefore I'm not yet closing this issue
Mark Hammond skippy.hamm...@gmail.com added the comment:
My experience is that for VS2008 at least, the /MANIFESTFILE: option seems to
be ignored if there is nothing to put in the manifest, and this tends to be
true if you use a static CRT instead of the DLL based one (ie, if you use /MT
Mark Hammond skippy.hamm...@gmail.com added the comment:
New version of the patch with the small tweaks requested plus a NEWS entry.
--
Added file: http://bugs.python.org/file23400/bug-7833-tweaks-plus-news.patch
___
Python tracker rep
On 11/10/2011 7:16 PM, Kayode Odeyemi wrote:
On Thu, Oct 6, 2011 at 5:15 PM, Jeff Gaynor jgay...@ncsa.illinois.edu
mailto:jgay...@ncsa.illinois.edu wrote:
On 10/06/2011 08:34 AM, Kayode Odeyemi wrote:
Hello friends,
I'm working on a pretty large application that I will
Mark Hammond skippy.hamm...@gmail.com added the comment:
Thanks for the review. One note:
| +def manifest_setup_ldargs
| I’d make all new methods private ones (i.e. leading underscore).
They aren't strictly private and are designed to be overridden by subclasses
(although in practice
Mark Hammond skippy.hamm...@gmail.com added the comment:
My apologies Eric - I had completely overlooked those tests. Attaching a new
patch with a test. Note the existing test doesn't actually perform a build so
the new test also doesn't, but it does check the core logic (ie
Mark Hammond skippy.hamm...@gmail.com added the comment:
I'm reluctant to commit to adding test infrastructure for the distutils build
commands - if I've missed existing infrastructure and adding such tests would
actually be relatively simple, please educate me! Or if someone else would
like
Mark Hammond skippy.hamm...@gmail.com added the comment:
For some reason, IE is struggling to even display the page - it just seems to
sit there loading the page without displaying anything, but hitting stop then
refresh usually brings it up. But if you kill IE (which best I can tell can
Mark Hammond skippy.hamm...@gmail.com added the comment:
This is biting people (including me :) so I'm going to try hard to get this
fixed. One user on the python-win32 mailing list resorts to rebuilding every
3rd party module he uses with this patch to get things working again (although
for the windows
extensions? Is it time I make the move to 3.x? Mark Hammond has
given much to the Python community and I do not intend for this post
to be negative in any way.
No problem. There have been no updates as there is very little to
update (ie, the code hasn't change a huge amount in hg since
On 20/09/2011 8:34 PM, Mateusz Loskot wrote:
Hi,
I'm trying to dig out details about what exactly is the return
value the of PyEval_EvalCodeEx function in Python 3.x
The documentation is sparse, unfortunately.
Perhaps I'm looking at wrong function.
My aim is simple, I need to execute Python
On 7/09/2011 7:47 AM, Ian Kelly wrote:
On Tue, Sep 6, 2011 at 3:25 PM, Jabba Lacijabba.l...@gmail.com wrote:
Hi,
If I want to use the 'os.path' module, it's enought to import 'os':
import os
if os.path.isfile('/usr/bin/bash'):
print 'got it'
In other source codes I noticed that people
On 3/08/2011 6:58 PM, mrinal...@edss.co.in wrote:
Hi,
I am trying to embed python into my MFC application. I have done this
before by statically linking to the python lib. But I want to change
this now.
The idea is to take the information from the registry for the installed
version of python on
Mark Hammond skippy.hamm...@gmail.com added the comment:
The most recent version of PEP397 has removed all mentioned of this reference
implementation - the C implementation at
https://bitbucket.org/vinay.sajip/pylauncher/ is now the reference.
--
resolution: - out of date
status
On 18/06/2011 1:36 PM, pyt...@bdurham.com wrote:
Hi Benjamin,
The file info is seems correct but I just checked the MSI and it's
reporting that it's 2.7.2. How exactly are you running python.exe and
IDLE- are you calling the full path, just calling python and using
whichever python version is
On 6/06/2011 2:54 AM, Massi wrote:
Hi everyone, I'm writing a script which implement a windows service
with the win32serviceutil module. The service works perfectly, but now
I would need to install several instances of the same service on my
machine for testing purpose.
This is hard since the
On 3/06/2011 6:57 PM, Seb S wrote:
Hi all,
Just a quick question , I have a simple script I want to convert into a windows
installer and give to some friends.
I had a look at http://docs.python.org/distutils/introduction.html and wrote
this setup script:
#!/usr/bin/env python
from
Mark Hammond skippy.hamm...@gmail.com added the comment:
Adding tests would be fairly painful - there is no test infrastructure in place
for generating and running installers at all, and worse, the changes are likely
to not work correctly when run from a Python build tree when the built DLL
Mark Hammond skippy.hamm...@gmail.com added the comment:
(OTOH though, I could tweak the patch to work in a built tree - it would mean
appending PCBuild to the dir and retrying the DLL load if the other options
fail...)
--
___
Python tracker rep
Changes by Mark Hammond skippy.hamm...@gmail.com:
--
assignee: tarek - mhammond
keywords: +patch
stage: - patch review
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file22205/issue12200.patch
___
Python
On 26/05/2011 6:00 PM, Wilbert Berendsen wrote:
Op donderdag 26 mei 2011 schreef Mark:
Wilbert wrote:
can anybody find out why the install script is not run?
Works for me in the pywin32 install script - maybe you should make the
smallest possible example that doesn't work and post the
New submission from Mark Hammond skippy.hamm...@gmail.com:
Probably in all versions, but certainly in 2.7.
If you create an installer with bdist_wininst and specify an install_script,
that script is not run on uninstallation.
See attached test case: setup.py specifies an install_script which
Changes by Mark Hammond skippy.hamm...@gmail.com:
Added file: http://bugs.python.org/file22161/hello.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12200
Changes by Mark Hammond skippy.hamm...@gmail.com:
Added file: http://bugs.python.org/file22162/hello-install.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12200
On 26/05/2011 5:28 AM, Wilbert Berendsen wrote:
Hi,
according to the docs the installer bdist_wininst creates will run the
install-script on install with -install (which works perfectly) and on
uninstall with the -remove argument (which seemingly never happens).
However I want to cleanup some
1 - 100 of 285 matches
Mail list logo