Skip to content
This repository has been archived by the owner on Jan 15, 2019. It is now read-only.

[dev.icinga.com #1650] enable_environment_macros=0, enable_embedded_perl=0 by default #226

Closed
icinga-migration opened this issue Jun 15, 2011 · 2 comments
Milestone

Comments

@icinga-migration
Copy link

This issue has been migrated from Redmine: https://dev.icinga.com/issues/1650

Created by mfriedrich on 2011-06-15 16:25:14 +00:00

Assignee: Wolfgang
Status: Resolved (closed on 2011-08-09 09:35:55 +00:00)
Target Version: 1.5
Last Update: 2011-08-09 09:35:55 +00:00 (in Redmine)


with #1635, the environment variables will be disabled by default. i'm pretty sure, that the majority of new users won't use those, and it's always missed memory and cpu cycles, computing those for further usage.
check_oracle_health and such addons will need that option to be enabled though, if people want to use that instead of passing normal argument macros.

furthermore, enable_embedded_perl=0 will be now the secondary default, removing a portion of well known issues on memory leaks on the embedded perl interpreter. those actuall enabling embedded perl (e.g. packages) will need to explicitely enable that for further usage, which shouldn't be the default for new users.
only those really know what they are doing should be able to enable that feature and use the embedded interpreter.


Relations:

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2011-06-15 16:31:34 +00:00

  • Subject changed from enable_environment_macros=0 by default to enable_environment_macros=0, enable_embedded_perl=0 by default

added enable_embedded_perl=0 too - one of those long lasting things i always wanted to disable by default.

@icinga-migration
Copy link
Author

Updated by Wolfgang on 2011-08-09 09:35:55 +00:00

  • Status changed from New to Resolved
  • Assigned to set to Wolfgang
  • Done % changed from 0 to 100

changed in r1.5

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant