[ogre] Do not use strict mode by default in ogre for backward compatibility

[traversaro]

Describe the pull request

• What does your PR fix? All versions of ogre since it was added in vcpkg had the strict resource mode disabled by default. [ogre] make zziplib, freeimage, assimp, freetype and less strict resource manager as feature #15194 added support to enable it as a feature, that is great for user interested in it, but also added it as a default feature, meaning that downstream users of the ogre library may break (see for example Add irrlicht, update vcpkg and install ignition libraries via vcpkg robotology/robotology-superbuild-dependencies-vcpkg#39 (comment)) without any change at all in the Ogre version, just a bump in the vcpkg port version. This PR just removes the strict feature from the default enabled features, but any interested user can still enable it if interested.

• Which triplets are supported/not supported? Have you updated the CI baseline? The change should not affect the CI baseline.

• Does your PR follow the maintainer guide? Yes

[traversaro]

fyi @j-rivero the regression introduced by #15194 will probably affect CI jobs in which you use ogre for ignition-rendering/gazebo if you updated vcpkg, a possible workaround is robotology/robotology-superbuild-dependencies-vcpkg@2666dfd .

[dweckmann]

Well, indeed, we had the same problem. Our software (https://github.com/IRCAD/sight) used ogre with the non strict resource manager. Even if we had fixed our code to be able to work with "strict" mode, my opinion is that the non strict should also be the default since 'strict' code will also work, even if it may be a bit slower when loading resource

[traversaro]

Well, indeed, we had the same problem. Our software (https://github.com/IRCAD/sight) used ogre with the non strict resource manager. Even if we had fixed our code to be able to work with "strict" mode, my opinion is that the non strict should also be the default since 'strict' code will also work, even if it may be a bit slower when loading resource

Thanks @dweckmann !

[JackBoosY]

Reasonable, thanks!