http://bugs.winehq.org/show_bug.cgi?id=26813
Summary: Problems extracting python-3.1.3.amd64.msi under wine's msiexec (works on WinXP) Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: [email protected] ReportedBy: [email protected]
I was attempting to extract the contents of python-3.1.3.amd64.msi under wine 1.3.17 32bit, using the following command:
wget http://python.org/ftp/python/3.1.3/python-3.1.3.amd64.msi msiexec /a python-3.1.3.amd64.msi /qb TARGETDIR=out #tried c:\out as well
and it exits immediately with the following (which I believe is a red herring, 32bit also says this) fixme:storage:create_storagefile Storage share mode not implemented.
I tried this out on windows XP 32bit, and it extracted the files just fine.
the 32bit python extracted just fine (http://python.org/ftp/python/3.1.3/python-3.1.3.msi)
(Note: Not trying to install it, just extract the files within for use within a bash script)
http://bugs.winehq.org/show_bug.cgi?id=26813
Austin English [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=26813
Hans Leidekker [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #1 from Hans Leidekker [email protected] 2011-04-18 01:41:02 CDT --- Confirmed. Administrative installs are not supported yet.
http://bugs.winehq.org/show_bug.cgi?id=26813
--- Comment #2 from Austin English [email protected] 2013-08-13 19:32:10 CDT --- Still in 1.7.0.
http://bugs.winehq.org/show_bug.cgi?id=26813
Dennis Grudzinsky [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #3 from Dennis Grudzinsky [email protected] 2013-09-24 20:09:54 CDT --- If you have a working Windows installation in which you have installed Python 64-bit, then here's a solution:
Basically, you're installing ActivePython in Wine, deleting the install directory, and then replacing it with the install directory from Windows. In detail:
Download the corresponding version of ActiveState's ActivePython, and install that via Wine. Make sure to select "set this as default python" in the installer. This should work. Then, go into Wine's drive_c folder and delete the PythonXX directory (or wherever you installed it). Finally, simply replace the folder you just deleted with the one you installed on Windows.
http://bugs.winehq.org/show_bug.cgi?id=26813
--- Comment #4 from Dennis Grudzinsky [email protected] 2013-09-24 20:12:41 CDT --- (In reply to comment #3)
If you have a working Windows installation in which you have installed Python 64-bit, then here's a solution:
Basically, you're installing ActivePython in Wine, deleting the install directory, and then replacing it with the install directory from Windows. In detail:
Download the corresponding version of ActiveState's ActivePython, and install that via Wine. Make sure to select "set this as default python" in the installer. This should work. Then, go into Wine's drive_c folder and delete the PythonXX directory (or wherever you installed it). Finally, simply replace the folder you just deleted with the one you installed on Windows.
EDIT: I saw that you wanted to simply extract the files. In that case, you could always try cabextract:
cabextract -d /extract/directory/ /path/to/python/msi
This won't organize the files into folders like the installer would, though...
You could always just copy the install from Windows if you need to.
http://bugs.winehq.org/show_bug.cgi?id=26813
--- Comment #5 from Nathan Coulson [email protected] 2013-09-24 22:42:10 CDT --- What I wanted at the time was the headers and libraries for a mingw cross compiler. I was using python as a scripting language for my own program, and wanted the ability to build the entire toolchain within linux.
At this point it shows a case that works with microsoft's version of msiexec on windows, that does not work on wine. I have not tested it in a while, but sounds like Austin English has.
https://bugs.winehq.org/show_bug.cgi?id=26813
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #6 from [email protected] --- (In reply to Hans Leidekker from comment #1)
Confirmed. Administrative installs are not supported yet.
Clearly gives an error
fixme:msiexec:WinMain Administrative installs are not currently supported
(still valid) wine 1.9.12-git
https://bugs.winehq.org/show_bug.cgi?id=26813
--- Comment #7 from [email protected] --- Maybe the title should be reset, since the issue is known.
https://bugs.winehq.org/show_bug.cgi?id=26813
exposight [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #8 from exposight [email protected] --- Still same in wine 4.18
Agree the title might be adjusted since the problem is clear.
https://bugs.winehq.org/show_bug.cgi?id=26813
Louis Lenders [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Problems extracting |Multiple programs ( |python-3.1.3.amd64.msi |python-3.1.3.amd64.msi, |under wine's msiexec (works |scoop) need support for |on WinXP) |administrative install | |(msiexec.exe /a ) CC| |[email protected]
--- Comment #9 from Louis Lenders [email protected] --- Scoop also needs this:
trace:msiexec:WinMain argvW[1] = L"/a" 017c:trace:msiexec:WinMain argvW[2] = L"C:\users\louis\scoop\apps\7zip\19.00\7z1900-x64.msi" 017c:fixme:msiexec:WinMain Administrative installs are not currently supported 017c:trace:msiexec:WinMain argvW[3] = L"/qn" 017c:trace:msiexec:WinMain argvW[4] = L"TARGETDIR=C:\users\louis\scoop\apps\7zip\19.00\_tmp\\SourceDir" 017c:trace:msiexec:WinMain argvW[5] = L"/lwe" 017c:trace:msiexec:WinMain argvW[6] = L"C:\users\louis\scoop\apps\7zip\19.00\msi.log" 017c:trace:msiexec:build_properties properties -> L" ACTION=ADMIN TARGETDIR=C:\users\louis\scoop\apps\7zip\19.00\_tmp\\SourceDir" . . ERROR Exit code was 1626!
Adjusting title
https://bugs.winehq.org/show_bug.cgi?id=26813
Anastasius Focht [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://web.archive.org/web | |/20101224002420/http://www. | |python.org/ftp/python/3.1.3 | |/python-3.1.3.amd64.msi CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=26813
--- Comment #10 from Louis Lenders [email protected] --- Just some info addition to my previous comment:
For scoop there`s a workaround to bypass the failing administrative install (of 7zip, which scoop first tries to install):
'scoop config MSIEXTRACT_USE_LESSMSI true'
Then it will (try) use 'lessmsi' to install (or rather extract i guess) the msi-package (of 7zip)
(lessmsi at https://lessmsi.activescott.com/)
https://bugs.winehq.org/show_bug.cgi?id=26813
Maarten [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #11 from Maarten [email protected] --- This issue appears also when trying to install a portable MSVC using the portable-msvc gist [1].
The python script runs this command:
wine msiexec.exe /a "downloads/Universal CRT Headers Libraries and Sources-x86_en-us.msi" /quiet /qn TARGETDIR=/tmp/7f3162ec2988e81e56d5c4e22cde9977/msvc
and generates this output:
002c:fixme:winediag:loader_init wine-staging 9.1 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 002c:err:wineboot:process_run_key Error running cmd L"C:\windows\system32\winemenubuilder.exe -a -r" (126). 0120:fixme:msiexec:WinMain Administrative installs are not currently supported 0120:fixme:file:NtLockFile I/O completion on lock not implemented yet 0120:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
Using Wine 9.1 Staging (Fedora 39)
[1] https://gist.github.com/mmozeiko/7f3162ec2988e81e56d5c4e22cde9977
https://bugs.winehq.org/show_bug.cgi?id=26813
Hans Leidekker [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |b7cc766f1f45814ee218d2e89c2 | |5cb769451be86 Resolution|--- |FIXED
--- Comment #12 from Hans Leidekker [email protected] --- Fixed with b7cc766f1f45814ee218d2e89c25cb769451be86.
https://bugs.winehq.org/show_bug.cgi?id=26813
Alexandre Julliard [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Alexandre Julliard [email protected] --- Closing bugs fixed in 9.17.