Changes by
Anthony Tuininga
:
--
components: Library (Lib)
severity: normal
status: open
title: Add support for _msi.Record.GetString() and _msi.Record.GetInteger()
type: behavior
versions: Python 2.5
New submission from
Anthony Tuininga
:
Attached is a patch that adds the requested support. This is in relation
to the thread at
http://www.gossamer-threads.com/lists/python/python/584264
In addition to the two methods I
Changes by
Anthony Tuininga
:
--
type: behavior ->
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
New submission from
Anthony Tuininga
:
Attached is a patch that fixes the truncation of the property values
returned by msilib.SummaryInfo.GetProperty(). Unfortunately Microsoft
has deemed it necessary to return the size of
New submission from
Anthony Tuininga
:
Attached is a patch that fixes the handling of file names with 0 or 2 or
more dots in them.
--
components: Library (Lib)
files: msilib.__init__.patch
messages: 55736
nosy
Changes by Anthony Tuininga :
--
nosy: +atuining
___
Python tracker
<http://bugs.python.org/issue6501>
___
___
Python-bugs-list mailing list
Unsubscribe:
Anthony Tuininga <[EMAIL PROTECTED]> added the comment:
This patch appears to be mostly duplicated by patch 2125 which has been
accepted. Would it be helpful if I separated out the parts that have now
been accepted?
___
Python tracker <[EMAIL
Changes by Anthony Tuininga <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file8385/_msi.patch.txt
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Anthony Tuininga <[EMAIL PROTECTED]> added the comment:
With apologies for the delay, I have modified the patch to remove the
stuff that has been added already. Some of the other changes are to make
use of new C API functionality but they can be ignored, if desired. The
changes that are re
Anthony Tuininga <[EMAIL PROTECTED]> added the comment:
This problem also occurs in the bdist_msi command.
--
versions: +Python 2.5, Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Anthony Tuininga added the comment:
Removing cmp() breaks distutils. I get the following exception, for
example using the just released version 3.0.1:
Traceback (most recent call last):
File "setup.py", line 318, in
classifiers = classifiers)
File "c:\Python30\lib\di
New submission from Anthony Tuininga :
Running the suggested code found at
https://docs.python.org/3.8/whatsnew/3.8.html regarding the new
importlib.metadata module
from importlib.metadata import version, requires, files
version('requests')
yields the error
Traceback (most recent
Anthony Tuininga added the comment:
Yes. I had tried b3 earlier, installed b4 over b3 and then rc1 over b4.
Removing the cruft using the command you specified caused the problem to go
away.
--
___
Python tracker
<https://bugs.python.
Anthony Tuininga added the comment:
Any progress on this?
--
___
Python tracker
<https://bugs.python.org/issue30155>
___
___
Python-bugs-list mailing list
Unsub
Anthony Tuininga added the comment:
All, I have trimmed this patch down to the bare minimum required to solve this
problem. Please review this as I would dearly love to have this committed. The
error received without this patch is
MSIError: unknown error 103
This occurs when there are no
New submission from Anthony Tuininga:
Right now there is no documented way to create a datetime instance with a
tzinfo instance. The documented macros all hard code the value Py_None for the
tzinfo parameter. Using the PyObject_Call() method instead of the macro for
creating a datetime
New submission from Anthony Tuininga:
With Python 3.3, the ability to create a Python interpreter independent of a
Python installation (as is done with cx_Freeze and other such freezing tools)
has become more difficult to accomplish. Py_Initialize() requires the presence
of a frozen importlib
Anthony Tuininga added the comment:
The file importlib.h is used when building the Python interpreter but it is
*not* available in a standard (non-source) distribution of Python. I have
copied the file from a source distribution of Python and that does in fact
work, but I don`t want to make
Anthony Tuininga added the comment:
Thanks to Amaury for his suggestion. It resolves the problem completely and
answers the question I had about how to proceed. For others who may come across
this, the key was to generate the importlib._bootstrap module (which is what is
found in importlib.h
Anthony Tuininga added the comment:
I note that this patch has still not been accepted! Please let me know what
needs to be done. I just tried against Python 3.4 and the patch works as
expected -- other than the starting line number is now 715. I have signed the
contributor agreement if that
Anthony Tuininga added the comment:
One additional suggestion: allow the packager to specify what the
minimum Python version is. Otherwise, you might have a package that
enables installation for Python 2.3 and 2.4 when the maintainer has
already stated that Python 2.5 is the minimum version
New submission from Anthony Tuininga :
Add support for specifying the minimum Python version supported so that
versions which are not supported are not included when running the MSI
created by distutils for pure Python packages with the patch referred to
here:
http://bugs.python.org/issue5311
Anthony Tuininga added the comment:
I've created another feature request as requested for supplying a
minimum Python version when creating pure Python packages.
http://bugs.python.org/issue5926
--
___
Python tracker
<http://bugs.py
New submission from Anthony Tuininga :
With the release of Python 3.1 the --compiler switch is ignored in
Lib/distutils/command/build_ext.py. The attached patch fixes that issue.
Once that was fixed there was another issue with get_version() in
cygwincompiler but that appears to be fixed in the
New submission from Anthony Tuininga:
These methods are completely missing from the documentation found here:
https://docs.python.org/3/c-api/typeobj.html
--
assignee: docs@python
components: Documentation
messages: 260154
nosy: atuining, docs@python
priority: normal
severity: normal
Anthony Tuininga added the comment:
Ah yes. The fields are still there, though, just marked as not used.
Interestingly enough they aren't documented in the Python 2 documentation
eitherand they are in the Python 2.7 headers I have (not marked as unused
either).
Your suggestion
26 matches
Mail list logo
