_14e30a.png)
_8126ce.png)
mooms
Global Mods
-
Joined
-
Last visited
Everything posted by mooms
-
Version 3.0 is out: - Merged the English and French versions - Now each question change the color of the window - Custom colors for error and finish messages. - More languages can be added if it's a popular demand.
-
Install KB2533552 at first boot (runonce) rather than integrating it.
-
mise à jour vers la v3.1, le SFX installe maintenant la version correspondant à l’architecture de l'os (x86 ou x64)
-
Updated to v3.1, now the SFX will automatically install the build depending on the OS (x86 or x64).
-
-
Thanks Himan, you helped me spotting a major bug: X64 Java was not installed with dual admin installers ! This bug was tricky because x64 was apparently installed. If you installed dual admin installer made with v2.6, you should either recreate dual normal installer (with 2.5, 2.6 or 2.7), or dual admin installer made with v2.7. Version 2.7 is out: - Fixed a major bug found in v2.6: x64 Java wasn't installed with dual admin installer - tweaked the compression: now a more relaxed compression is used with normal (no admin) installers: this will speed up creation without increasing the file size of the SFX if you don't want admin install. BCJ compression is now only used with admin install, where it make sense.
-
-
The x86 installer is compressed with UPX, we need to uncompress it to be able to extract the MSI inside (the actual installer), and achieve (much) better compression, especially with admin install point. Side-effect: digital signature is lost on the uncompressed installer, but the actual installer (the MSI) is unaltered and still digitally signed, you can check by extracting the SFX. 2. You can easily modify the script yourself, the final names are made from two three lines Replace line 72 for the x86 installer: copy /b /y ".\bin\JavaInst.sfx"+"32.cfg"+"JavaInst.7z" "SFX_Java_%JAVAVER%-x86.exe"Line 86 for the x64 installer: copy /b /y ".\bin\JavaInst.sfx"+"64.cfg"+"JavaInst-x64.7z" "SFX_Java_%JAVAVER64%-x64.exe"And line 102 for DUAL installer: copy /b /y ".\bin\JavaInst.sfx"+"AIO.cfg"+"JavaInst-AIO.7z" "SFX_Java_%JAVAVER64%-Dual.exe"(Lignes 74, 88, et 104 pour le script français) Et voilà !
-
Hi Thiersee The downloader part was Strych9's work, I used his code with very little modification. The script is already working with local files (offline mode), no need to comment the lines, the script will always process the latest installer(s) found in the work directory, that means that if you put 8u66 installer(s) in, the script will download 8u65 but will process 8u66. I can add a direct offline mode with the help of yet another question, but it will add an other layer of complexity, both for me and the users, you can simply temporary disconnect for the Internet or block curl.exe with your firewall to achieve this.
-
It wasn't requested either on my machine, win 7 pro x64. According to this, the KB seems related to tablet PC and Windows embedded, so maybe if you have disabled some components it will not show up ?
-
Hi Lego, glad to hear you're fine !Je pense qu'un tel script a été posté sur le forum, peut-être même par moi (je n'en suis pas l'auteur), mais ce n'est pas évident à retrouver....You can change the date I suppose.Thanks Rick.Yes, you can add a complete profile with a slightly modified script I have made a v2.2 a long time ago that can do that, but it need a rewrite to be more user friendly. I also made a tutorial (in French) here: http://www.wincert.net/forum/topic/11041-cr%C3%A9er-un-addoninstallateur-dextensions-pour-firefox/BCDEdit Gui: http://www.boyans.net/Its the sfx module that was the cause of the false positive (because it was compressed with UPX). What is weird is that the file haven't changed since v2.1, Mediafire "virus" detection is a joke.... V2.6.1 is out, only change: - uncompressed the SFX stub to avoid false positive. (No need to update if you have v2.6).It's in the first post, in the spoiler tags: http://adf.ly/1713566/dotnet46elslimThat's what I've tried (twice), and I was able to uninstall the previous version (double checked, rebooted, no nag, no traces left of 8u40). As i said, the local folder is immediately deleted by the 7zip SFX. You're the only one who have reported this bug, so I'm thinking the problem lies on your end. This is what 2.6-test3 is doing (you can at least try it, it was made after your request), but another (bigger) problem have arisen as I have explained (installation is not silent anymore, defeating the whole purpose of the maker....)7zip SFX always delete the temp folder once finished. (not the case of course if InstallPath= is used). But, as I said, even without the original setup files the uninstall went fine, so I don't know why ianymaty had encountered this bug. Reminder: uninstall strings for Java 8u60: x86: MsiExec.exe /X{26A24AE4-039D-4CA4-87B4-2F83218060F0} x64: MsiExec.exe /X{26A24AE4-039D-4CA4-87B4-2F86418060F0} Only the part in bold changes between versions.Updated to r964maj vers r964I've found the reason: http://superuser.com/questions/134245/disable-windows-7-s-open-file-security-warning-dialog-for-exe-on-local-drive http://www.windowspcguy.net/?p=173 http://www.makeuseof.com/answers/type-data-stored-local-locallow-roaming-folders-userappdata-windows-7/ TL;DR: It appears the LocalLow folder is a special folder for untrusted data, so Windows will always ask for run confirmation from here, and AFAIK there is no easy and automatic way to bypass it. Anyway, I was not able to reproduce your bug: I installed silent Java 8u40 Dual made with Java Multi Maker 2.5, then updated with original 8u60 installers, and Java was able to uninstall both versions of 8u40.
