New submission from Koen van de Sande:
The python3.0-config script, installed into the py3k bin folder, does
not run on Python 3.0a1, because of the syntax change in the "print"
statement. Possibly there are other compatibility issues.
--
components: None
messages: 55538
Koen van de Sande <[EMAIL PROTECTED]> added the comment:
I was wondering why I didn't have any warnings in my code in 2.5, when
it started failing with errors on import in 2.6. Now I know.
--
nosy: +koen
___
Python tracker <[EMAIL PRO
New submission from Koen van de Sande <[EMAIL PROTECTED]>:
The Doc/tools folder in the 2.6 distribution contains docutils, jinja,
pygments, sphinx folders, which were not there in the 2.6rc2 .tar.bz2.
Also, there is a roman.pyc in the Doc/tools folder.
The difference in uncompressed s
New submission from Koen van de Sande <[EMAIL PROTECTED]>:
In file lib/python2.6/lib-dynload/Python-2.6-py2.6.egg-info, after a
fresh installation of Python 2.6 there are two lines for Development
status both Alpha and Mature:
Platform: Many
Classifier: Development Status :: 3 -
Koen van de Sande <[EMAIL PROTECTED]> added the comment:
Have you tried restarting your machine after installing the Visual C++
runtime from Microsoft? These runtimes will sometimes only finish
installing after a reboot. Also, putting them in System/System32 is not
"allowed"
Koen van de Sande added the comment:
There should be no manifest embedded into wininst, because then the cases which
Issue 4120 fixed (a CRT installed into a local folder, instead of system-wide,
due to limited access rights), will 'break' again: the installer can then no
longer w
Koen van de Sande added the comment:
Concerning the patch: what happens when the developer already added
/MANIFEST:NO to the flags, and the code deduces that MSVCR9 is the only
runtime, e.g. the case where /MANIFEST:NO is in the flags twice? Does the
linker handle this OK, or does there need
Koen van de Sande <[EMAIL PROTECTED]> added the comment:
In response to 74742:
> This issue doesn't stop here, here's another situation:
Python is compiled with MSVC9. A user has it and MSVC9 SP1 installed,
which has a newer CRT version. If he builds site-packages, these fil
Koen van de Sande <[EMAIL PROTECTED]> added the comment:
The TCL85.dll introduces a subtlety (actually it is TK85.dll). The
MSVCRT90 is not the only dependency that can be in the manifest. The
Windows.CommonControls.6.0 is used by TK85.dll. So, also for all Python
extensions whic
Koen van de Sande <[EMAIL PROTECTED]> added the comment:
Instead of reverting the patch for Issue 2563, I propose to strip the
VC90 runtimes from the manifest (this will preserve other dependencies
needed). I checked this by editing tk85.dll and replacing the
dependency there with white
Koen van de Sande <[EMAIL PROTECTED]> added the comment:
_CRT_NOFORCE_MANIFEST sounds nice, but I'm having some trouble getting
it to work for Python extensions. I'm still having manifests
generated...? Can you show me how to use it? It is an undo
Koen van de Sande <[EMAIL PROTECTED]> added the comment:
OK, so the define is not going to work. For Python extensions built
through distutils, the msvc9compiler_stripruntimes.diff patch will
work: it will remove just the dependency on the VC90runtimes. It will
leave other as
Koen van de Sande <[EMAIL PROTECTED]> added the comment:
Ah, I wasn't thinking it through. It is fine for all .pyd of course,
because they don't have any extra dependencies. I was thinking of DLLs
with extra dependencies (of which there is one, TK85.dll). There,
leaving out t
Koen van de Sande added the comment:
I'm no expert, but is it possible for ZIP files to have Windows-style
path seperators ('\') as well?
And is this new behavior desirable for existing code as well? It might
break existing applications, so perhaps a new extractrecursive()
f
Koen van de Sande added the comment:
@johan: no it is not a symptom of the same problem. The problem you are
having is that the executable which is embedding Python does not have a
manifest. If you add a manifest with a dependency on the VC90 runtimes
to the main executable, then it should
Koen van de Sande added the comment:
Could msvc9compiler_stripruntimes.diff still be considered for
inclusion in Python 2.6.3 (high priority?)?
A lot of .pyd's of third-party extensions are getting dependencies on
MSVCR90 added to the .pyd, which makes them not work if the runtimes
ar
Koen van de Sande added the comment:
It probably won't make 2.6.3 as the final is just out. But can we have
it for 2.6.4?
Here's a link to the relevant discussion on ImageSIG: http://
mail.python.org/pipermail/image-sig/2009-October/005918.html
Looking at my local extensions
Koen van de Sande added the comment:
Thanks Christoph, those are two important fixes to the patch. I'm +1 on
having this in the next 2.6 maintenance release.
--
___
Python tracker
<http://bugs.python.org/i
Koen van de Sande added the comment:
> It may actually be enough to just place the
Microsoft.VC90.CRT.manifest file into the Python folder (the one with
python.exe and the CRT DLLs).
I concur with what Christoph says, that is how the embedded
installation works. However, the .pyd files
Koen van de Sande added the comment:
The MinGW breakage probably comes from the same "issue" as encountered
in http://bugs.python.org/issue4120#msg80908 and #msg80909: the main
application, which embeds Matplotlib, does not have a manifest for the
MSVCR9 runtimes? That's a probl
Koen van de Sande added the comment:
The LZMA implementation from 7-zip has been released as public domain
(since version 4.62 / Nov 2008) in the LZMA SDK: http://www.7-zip.org/
sdk.html
So, there shouldn't be a license issue for Windows. I am not sure if
there are already system-pro
Koen van de Sande added the comment:
The XZ Utils website ( http://tukaani.org/xz/ ) states the following:
"The most interesting parts of XZ Utils (e.g. liblzma) are in the public
domain. You can do whatever you want with the public domain parts.
Some parts of XZ Utils (e.g. build s
Koen van de Sande added the comment:
issue8870 and issue8871 are not related to this one. There, the UAC elevation
fails, here the issue is with the MS runtimes, elevation is working fine.
--
___
Python tracker
<http://bugs.python.org/issue7
Koen van de Sande added the comment:
This is listed as a known limitation of the Ext2 FS driver. From
http://www.fs-driver.org/relnotes.html :
===
Running programs on an Ext2/Ext3 volume on Windows Vista
Currently it is not possible to start a program on Vista if UAC is enabled and
the
24 matches
Mail list logo
