Hi - some users of mine gave me a notice that nsis 3.0 installers lzma packed will not correctly unpack under Ubuntu (16.04). Instead it will create three directories with strange name.
- contains the actual content
- contains: which contains: FindprocDLL.dll and a .ini
- contains: lots of UMUI (bmp and dll plus a .ini) and folder which contains Skinnedcontrols.dll
- On windows unpacking with 7zip works fine. Is this fixable? Do I need to provide more information?
Try e.g. here: ftp://ftp5.gwdg.de/pub/misc/openstre...mtbandorra.exe
(1.5MB) - I can provide all the steps how it's produced if needed.
unpack nsis installers on ubuntu broken
9 posts
Which tool are you using to unpack on Ubuntu?
We don't actually support unpacking tools (but are not hostile to them) so I'm not sure what you want us to do about it.
We don't actually support unpacking tools (but are not hostile to them) so I'm not sure what you want us to do about it.
Ah - I think this is also mentioned here: https://sourceforge.net/p/sevenzip/bugs/1398/
so if I get it right the problem is on the Ubuntu / p7zip side that they did not implement those changes?
so if I get it right the problem is on the Ubuntu / p7zip side that they did not implement those changes?
Oh did not see your super quick answer.
p7zip-full. Only happens if using
"7z x file.exe " so in above case "7z x mtbandorra.exe"
if using "7z e mtbandorra.exe" it will put the strange name into log - but extract fine:
p7zip-full. Only happens if using
"7z x file.exe " so in above case "7z x mtbandorra.exe"
if using "7z e mtbandorra.exe" it will put the strange name into log - but extract fine:
7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,8 CPUs)
Processing archive: mtbandorra.exe
Extracting ��/InstallOptions.dll
Extracting ��/Confirm.ini
Extracting ��/System.dll
Guess the problem is that only Ubuntu 16.10 (yaketi) will upgrade to 7zip version 16, and nsis 3.0 produces this unreadable names with 7zip 9.20.
Version overview
So it'll likely be problematic for a couple more month for nearly all Ubuntu users - and 2-3 more years for many who decide to stay on LTS 16.04. (I don't think p7zip 16 will be backported to ubuntu 16.04). Also most other linux distros are still on 9.20.
well .exe are ment for windows anyhow - if the fix to get proper unpacking also with 9.20 p7zip on ubuntu it would be cool though. Also I do not know if it is really fixed with 16.02 - just assume so due to the above linked bug on sourceforge.
Version overview
So it'll likely be problematic for a couple more month for nearly all Ubuntu users - and 2-3 more years for many who decide to stay on LTS 16.04. (I don't think p7zip 16 will be backported to ubuntu 16.04). Also most other linux distros are still on 9.20.
well .exe are ment for windows anyhow - if the fix to get proper unpacking also with 9.20 p7zip on ubuntu it would be cool though. Also I do not know if it is really fixed with 16.02 - just assume so due to the above linked bug on sourceforge.
Those question marks are unicode unknown characters, which means the installer is most likely unicode based (UTF16LE). Try it with an ansi installer and see if it works.
Well I now set "unicode false" but it does not seem to change anything.
Anyhow those folders should not be created in first place.
How can I make sure the installer is ANSI and not unicode?
I'm using Ultra Modern User Interface ( http://ultramodernui.sourceforge.net/ ) - plus the findproc plugin and nsis.7z plugin. Otherwise no changes.
Anyhow those folders should not be created in first place.
How can I make sure the installer is ANSI and not unicode?
I'm using Ultra Modern User Interface ( http://ultramodernui.sourceforge.net/ ) - plus the findproc plugin and nsis.7z plugin. Otherwise no changes.
The unicode thing was just an idea for troubleshooting. Sounds like 7Zip 9.20 isn't fully forward compatible with NSIS 3.0. Another option is running a windows virtual machine and extract the files that way, but then again developers don't need to extract installers because they are the ones creating it in the first place.
the extracted files themselves are okay - it's just that they end up in one of three name garbaged / symbols only folder. I do hope it's okay with newer 7zip version on Ubuntu - but cannot test it (cannot put my server onto beta software - and actually intend to wait for the next LTS version til I upgrade).