sedenion

Ok, I found two other bugs, I think now this will fix the problem: Again in the HUD_page_2.lua, at line 239 and 247, change the value CCRP_Sight.name to FOV_center2.name

! ATTENTION ! Nothing really serious, but I made a mistake in the last releases that may induct some confusing situation in the future if I don't correct this right now. I made an error for Package and Backup specific file extensions. The fix is already done and the new Installers are availables BUT, please follow these steps carefully before installing the new build: Uninstall all your packages for all Contexts and Locations Uninstall the previous version of Open Mod Manager Install the Open Mod Manager using the newest available installers (https://github.com/sedenion/OpenModMan/releases/tag/0.9.6) If you created some packages with the specific .omp extension, rename them with the .ozp extension and all will be fine. Sorry for the annoyment.

Ok, I think I found the error. I did not tested but I am pretty sure this is it. You can fix it by editing the HUD_page_2.lua file at line 211 (in Mod file), remplaces the CCRP_Sight.name string value from "CCRP_Sight" to "ag_ccrp_sight" I will release a corrected version of the mod, but if you can, try and tell me if this fix the problem.

Ok, This time I think this is the good one. I got rid of pletty of small bugs, not fatales but anoying, all seem to be correct now. You can re-download and re-install the latest builds here: https://github.com/sedenion/OpenModMan/releases/tag/0.9.6

I confirm the current pre-release has numerous small GUI bugs... Context icon dispear if apply settings, Locations and Batches ordering not working properly... other I corrected and don't remember...

Ok, I think I foud the source of the "strange" trafic detected by the VirusTotal sandbox. It appear to be in fact the link to fsf.org that lie in the license text which is displayed by the setup. I guess the sandbox emulated a click to the link, pointing to the FSF website which is hosted by Hurricane Electric LLC. On my side I don't have the exact same IP when I Nslookup fsf.org (I am in France, routing may be point to several IP depending request origin), but both VirusTotal "suspicious trafic" IP and FSF website points to Hurricane Electric LLC network. It appear extraordinary that both a "torjan" and the FSF.org website will be hosted by the same provider in the context of a setup file that hold a link to FSF.org... EDIT: New theory: the "suspicious" IP address 216.218.206.69 has a reverse DNS with shadowserver.org domain, which appear to be a kind of network security provider. I doupt any standard malware is hosted by such server... (well Windows IS a malicious software, so everything is possible). I guess this "malicious" trafic is some wierd ping reponse from IP scan attempt by VirusTotal to the fsf.org website, hosted by Electric LLC network, who probably has shadowserver.org as security network provider... maybe they work together, I don't know... anyway, the server scan-08.shadowserver.org this is obviously not a script kiddy or some crypto-hacker computer... To be reasuring with everyone, if any "malware" lie in the installer I provide, this mean the malware is somewhere in my Windows system, which I WILL NOT TOLERATE AT ALL... This is why I spend such time and energy to verify everything... Then at this stage, after verifying almost everything, I am almost sure (95%) that all theses "virus" or "malware" alert are false positives.

Ok, somes news about VirusTotal, it seam the NSIS setup that I created from Windows have strange IP tranfic. To be sure I recreated all installers from Linux. I will investigate this further.

It seem the problem come most from the installer software (NSIS), which apparently often produce false positive security alert ( https://nsis.sourceforge.io/NSIS_False_Positives )... For the binaries (of the software, not the installer) the 64-bit binary does not throw any security alert, the 32-bit binary throw a security alert by "MaxSecure"... Here are VirusTotal results: 64-bit installer (which is actually compiled in 32-bit I think): https://www.virustotal.com/gui/file/526960e9d28f9d4652480934c5635f1338f06c1b81d74fbd9286ce5ee66049bd/detection 64-bit binary: https://www.virustotal.com/gui/file/f4d95adb87cd02d6d28f6780668c2608e165a258f48216adee37cbd63283697b/detection 32-bit installer: https://www.virustotal.com/gui/file/fa9971f9bb5a5ae40151b6504f2309b7e8e749b330b14a28ce9809b8e5af2326/detection 32-bit binary: https://www.virustotal.com/gui/file/073f87c0228beabdce2b7e4c88da71664787736abbe745e9826b36ba6f07328f/detection I think I can say with pretty good confidence that this is a false positive. For this release I changed the installer's compression algorithm to LZMA (which give better ratio), maybe this is where the problem come from, I will test with other compressors when I have some time.

As many as you want, but this is not the main purpose of dependency mechanism (if it was what you though about) Nop, no exclusion mechanism implemented at this stage. The user is responsible of uninstalling irrelevant or overlapping packages as he want/should. He is however warned that a package is overlapped/overwritten by another. In your example above, we assume three mods that overwrite the same file (the background image file), then, the user is responsible to choose what mod he want to be finally enabled... He could install all of them, overlapping the next over the previous, in order to finish with the one he want to be "active", but as you suggested, this would be a nonsense.

One word about dependencies... You probably seen (but not tested) that Open Mod Manager support dependency mechanism for the packages. This mechanism equally work for downloads. This mean that, if a package to be downloaded have some declared dependencies, the software will seek (recursively) within all remotes packages (of the current target Location) for dependency packages to download and will automatically add it to download stack. This mechanism allow repository creators (and packages creators) to create "dummy packages" that does not embed nor install anything but have only a list of dependencies. By requesting to download such package, the software will automatically download all dependencies packages (this will work for installation too). This can be used for example for people who want to provide a single package easy to spot, to download, name it "The Big Package Compilation Of My Squadron" that will download all packages defined as dependecies at once. How to define dependencies ? You have to create a package (either empty or not) and adding dependencies, checking the "Has dependencies" checkbox. The dependencies values are other package's "identity". You can read the "Identity" of a package in the package details dialog (right click on package, View details). This is simply the raw package filename without the file extension. For example, suppose a package filename My_super_Package_v2.3.zip, its Identity will be My_super_Package_v2.3 this is as simple as that... Notice that since version string is part of the filename, the identity of a package depend on its version (in cas its version is defined)... Notice also that all is case sensitive.

And here it is, the 0.9.6 Pre-Release. This is a pre-release because I made a LOT of changes and correction in code, and it may emerge some new bugs I does not have spotted. Download installer here : https://github.com/sedenion/OpenModMan/releases/tag/0.9.6 As I let know in the teaser, the new Network repository feature is here and operationnal. The repository creators can use the Repository Editor (Tools menu) to create the Repository definition (xml) file to host in theire web server. The repository file must be served by a web server either in HTTP or HTTPS. In the Reopository editor, you will spot the parameter "Download path", this is the relative path (folder) from the Repository "base address" where the software will search for files for download. For example, you want to create a repository nammed "DCS" in your web server: - Let assume you have a web server at th adress http://www.example.org - You create a Repository with the default Download path "files/" and you save your repository file as "DCS.xml" - You upload this file where you want in your server, for example, in the "mods" subfolder, so the xml file will be available on your server at the adress: http://www.example.org/mods/DCS.xml In this case, you must upload packages (Mods) files in a "files" subfolder within the "mods" subfolder, so a package will be available for download at the adress: http://www.example.org/mods/files/My_Package.omp Then you now have to give the right informations to people so they can configure your Repository in the software, according informations above, the coordinates of your repository will be: Base Address : http://www.example.org/mods Name : DCS Remind that URL are case sensitives...

In fact not so much for now, recent changes mades by RAZBAM are easy to spot and adapt. The huge work was done before, when recreating textures and fonts from scratch in vector.

New version 2.7.1 Mod released. This version is for both Stable and Open-Beta release ( 2.7.2.8165.2 ). - Repack for DCS Stable Release - Fix VTB DEC mode not working Download links here: https://forums.eagle.ru/showthread.php?t=255177

New version 2.7.1 Mod released. This version is for both Stable and Open-Beta release ( 2.7.2.8165.2 ). - Repack for DCS Stable Release - Fix VTB DEC mode not working All links are, as usual, located in the first page of this topic.

Ok, found the problem, will be fixed in the next version.

Ok, I suppose this is one of the new features which I don't know how that work ... Can you explain me how I can enter/enable in this "DEC" mode to verify and debug ?

Some teasing for the next release. Main coding is done, I am in the consolidation/optimization/debug stage.

New version 1.3 Mod released. This version is for Open-Beta release ( 2.7.2.7910.1 ). - Adapt changes for new 2.7.2.7910.1 release Download links located here: Mirage 2000 Input Fix

New version 1.3 Mod released. This version is for Open-Beta release ( 2.7.2.7910.1 ). - Adapt changes for new 2.7.2.7910.1 release Download links located in the first page of this topic

New version 2.7 Mod released. This version is for Open-Beta release ( 2.7.2.7910.1 ). - Echo changes of the 2.7.2.7910.1 release. Download links here: https://forums.eagle.ru/showthread.php?t=255177

New version 2.7 Mod released. This version is for Open-Beta release ( 2.7.2.7910.1 ). - Echo changes of the 2.7.2.7910.1 release. All links are, as usual, located in the first page of this topic.

This has no influence, I strictly checked files changes last Release. Did you notice any problem ?

As far as I checked yes, except if RAZBAM made modifications that are not mentionned in the changelog.

You allready can do that, the "Context" paradigam, which is totaly independant config file and folder tree, was designed for that. You can even move what is called a "Location" from a context to another simply by moving the subfolder from one "Context" folder to another... The config files are all in XML, editable through text editor, this was designed to be really open and versatile... Please try the software, check out how that work, and tell me what do you need in addition... As i said, you already can do that, except for some global parameters saved in %APPDATA%, which are the options you can see in the menu "Edit > Manager options"... Tell me if you really need these options to be "portable"... We may imagine transfert some of theses options to the Context config...

This can be possible to create a full portable version, but I do not see the interest right now. The software create a small config file for global options and write the log in "%APPDATA%/Open Mod Manager" (using CSIDL_APPDATA constant to be precise, but this is the same as %APPDATA%). I confirm that you can simply unpack the setup, you'll need the executable, the three DLLs and, the CREDIT.TXT file is also used to display the credits in the "about" dialog... The softwate can run without, but if the file is not here you will just have blank area instead of credits... Except the global config file (which hold global options, last opened context and such things) all other parameters (Contexts, Locations, etc... ) are independent and ca be located anywhere. Why exactly do want a portable version ?