<?xml version="1.0" encoding="UTF-8"?>
<otherdata xmlns="http://linux.duke.edu/metadata/other" packages="9">
<package pkgid="9fd307ecca0f02bb4236e8e93c9f110e049ad05c38f9fc6507ced08e5a864b78" name="python-tiertune" arch="src">
  <version epoch="0" ver="0.0.4" rel="150700.1.1"/>
  <changelog author="marcus.schaefer@suse.com" date="1779278400">- Add simple SysCtl interface class
  Add Class to allow setting sysctl values</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779364800">- Add basic config file reading interface
  Add Config class to provide basic reading interface for
  the config file. This Fixes #2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451200">- Add InstanceType interface and factory
  Added InstanceType factory class and implementations to fetch
  the instance type for Azure, GCE and AWS. The implementation
  uses the package required metadata tools to fetch the information.
  The information is intentionally take 1:1 and not modified.
  I plan to use a regular expression in the config file to
  match with the returned value. For example GCE reports the
  instance type as "projects/284177885636/machineTypes/n1-standard-1"
  and the config file would match them by:
  ```yaml
  '^.*/n1-standard-1$':
  sysctl:
  - net.core.rmem_max=83886080
  ```
  The actual implementation evaluating the returned instance type
  value with the config file is still to be done in a pull
  request after this one got accepted.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451201">- Add apply method to SysCtl class
  Allow to apply sysctl settings from specified InstanceType
  and config data</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451202">- Add command implementation</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451203">- Fix docstring in InstanceType classes</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315200">- Fix and enhance config file reading
  Add reading config file from distribution wide location
  which also is provided by the package:
  /usr/share/tiertune/tiertune-CSP.yml
  /usr/share/tiertune/tiertune-CSP.yml.d/*.yml
  and allow system overrides at:
  /etc/tiertune-CSP.yml
  /etc/tiertune-CSP.yml.d/*.yml
  with CSP supporting aws, gce and azure.
  This is related to Issue #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315201">- Added sysctl values from X4-params-report-2.ods
  Added known sysctl values from the document provided by
  the SAP team. This Fixes #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315202">- Fix logging messages
  Typo not classifying the message as f-string</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315203">- Initialize logging
  set INFO as default log level and allow env variable
  TIERTUNE_LOGLEVEL=DEBUG</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315204">- Set DEBUG log level for service units
  Make sure to have maximum logging in the systemd journal</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315205">- Fix ConditionPathExists for service units</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315206">- Add bumpversion config</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315207">- Bump version: 0.0.1 → 0.0.2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401600">- Run services very early in the boot process
  We want the system settings to be effective as early as
  possible in the boot process of the system. This commit
  makes the tiertune services to be wanted by the sysinit
  target without any default dependencies and after the
  local filesystem mounts. This is related to Issue #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401601">- Add SystemD class for systemd core settings
  Add support for managing systemd core settings and add
  setup information for the GCE X4 instance type.
  This Fixes #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660800">- Bump version: 0.0.2 → 0.0.3</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660801">- Fix unit test
  due to parallel invocation of unit tests, make sure
  to reset values properly to set the stage clean</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660802">- Add CPUPower class for CPU settings
  Add support for applying CPU settings via cpupower utility
  and add setup information for the GCE X4 instance type.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780833600">- Bump version: 0.0.3 → 0.0.4</changelog>
</package>
<package pkgid="3ac049ef10f1b65f512cf87368418438e4c39fc3578a0c28088c13318d1ceca0" name="python311-tiertune" arch="aarch64">
  <version epoch="0" ver="0.0.4" rel="150700.1.1"/>
  <changelog author="marcus.schaefer@suse.com" date="1779278400">- Add simple SysCtl interface class
  Add Class to allow setting sysctl values</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779364800">- Add basic config file reading interface
  Add Config class to provide basic reading interface for
  the config file. This Fixes #2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451200">- Add InstanceType interface and factory
  Added InstanceType factory class and implementations to fetch
  the instance type for Azure, GCE and AWS. The implementation
  uses the package required metadata tools to fetch the information.
  The information is intentionally take 1:1 and not modified.
  I plan to use a regular expression in the config file to
  match with the returned value. For example GCE reports the
  instance type as "projects/284177885636/machineTypes/n1-standard-1"
  and the config file would match them by:
  ```yaml
  '^.*/n1-standard-1$':
  sysctl:
  - net.core.rmem_max=83886080
  ```
  The actual implementation evaluating the returned instance type
  value with the config file is still to be done in a pull
  request after this one got accepted.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451201">- Add apply method to SysCtl class
  Allow to apply sysctl settings from specified InstanceType
  and config data</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451202">- Add command implementation</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451203">- Fix docstring in InstanceType classes</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315200">- Fix and enhance config file reading
  Add reading config file from distribution wide location
  which also is provided by the package:
  /usr/share/tiertune/tiertune-CSP.yml
  /usr/share/tiertune/tiertune-CSP.yml.d/*.yml
  and allow system overrides at:
  /etc/tiertune-CSP.yml
  /etc/tiertune-CSP.yml.d/*.yml
  with CSP supporting aws, gce and azure.
  This is related to Issue #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315201">- Added sysctl values from X4-params-report-2.ods
  Added known sysctl values from the document provided by
  the SAP team. This Fixes #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315202">- Fix logging messages
  Typo not classifying the message as f-string</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315203">- Initialize logging
  set INFO as default log level and allow env variable
  TIERTUNE_LOGLEVEL=DEBUG</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315204">- Set DEBUG log level for service units
  Make sure to have maximum logging in the systemd journal</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315205">- Fix ConditionPathExists for service units</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315206">- Add bumpversion config</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315207">- Bump version: 0.0.1 → 0.0.2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401600">- Run services very early in the boot process
  We want the system settings to be effective as early as
  possible in the boot process of the system. This commit
  makes the tiertune services to be wanted by the sysinit
  target without any default dependencies and after the
  local filesystem mounts. This is related to Issue #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401601">- Add SystemD class for systemd core settings
  Add support for managing systemd core settings and add
  setup information for the GCE X4 instance type.
  This Fixes #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660800">- Bump version: 0.0.2 → 0.0.3</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660801">- Fix unit test
  due to parallel invocation of unit tests, make sure
  to reset values properly to set the stage clean</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660802">- Add CPUPower class for CPU settings
  Add support for applying CPU settings via cpupower utility
  and add setup information for the GCE X4 instance type.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780833600">- Bump version: 0.0.3 → 0.0.4</changelog>
</package>
<package pkgid="9c2ca7afe5905327f11b7cb19ef25eaab8d7977fc37dbb1114670f3fcd785e53" name="python311-tiertune" arch="x86_64">
  <version epoch="0" ver="0.0.4" rel="150700.1.1"/>
  <changelog author="marcus.schaefer@suse.com" date="1779278400">- Add simple SysCtl interface class
  Add Class to allow setting sysctl values</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779364800">- Add basic config file reading interface
  Add Config class to provide basic reading interface for
  the config file. This Fixes #2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451200">- Add InstanceType interface and factory
  Added InstanceType factory class and implementations to fetch
  the instance type for Azure, GCE and AWS. The implementation
  uses the package required metadata tools to fetch the information.
  The information is intentionally take 1:1 and not modified.
  I plan to use a regular expression in the config file to
  match with the returned value. For example GCE reports the
  instance type as "projects/284177885636/machineTypes/n1-standard-1"
  and the config file would match them by:
  ```yaml
  '^.*/n1-standard-1$':
  sysctl:
  - net.core.rmem_max=83886080
  ```
  The actual implementation evaluating the returned instance type
  value with the config file is still to be done in a pull
  request after this one got accepted.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451201">- Add apply method to SysCtl class
  Allow to apply sysctl settings from specified InstanceType
  and config data</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451202">- Add command implementation</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451203">- Fix docstring in InstanceType classes</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315200">- Fix and enhance config file reading
  Add reading config file from distribution wide location
  which also is provided by the package:
  /usr/share/tiertune/tiertune-CSP.yml
  /usr/share/tiertune/tiertune-CSP.yml.d/*.yml
  and allow system overrides at:
  /etc/tiertune-CSP.yml
  /etc/tiertune-CSP.yml.d/*.yml
  with CSP supporting aws, gce and azure.
  This is related to Issue #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315201">- Added sysctl values from X4-params-report-2.ods
  Added known sysctl values from the document provided by
  the SAP team. This Fixes #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315202">- Fix logging messages
  Typo not classifying the message as f-string</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315203">- Initialize logging
  set INFO as default log level and allow env variable
  TIERTUNE_LOGLEVEL=DEBUG</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315204">- Set DEBUG log level for service units
  Make sure to have maximum logging in the systemd journal</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315205">- Fix ConditionPathExists for service units</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315206">- Add bumpversion config</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315207">- Bump version: 0.0.1 → 0.0.2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401600">- Run services very early in the boot process
  We want the system settings to be effective as early as
  possible in the boot process of the system. This commit
  makes the tiertune services to be wanted by the sysinit
  target without any default dependencies and after the
  local filesystem mounts. This is related to Issue #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401601">- Add SystemD class for systemd core settings
  Add support for managing systemd core settings and add
  setup information for the GCE X4 instance type.
  This Fixes #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660800">- Bump version: 0.0.2 → 0.0.3</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660801">- Fix unit test
  due to parallel invocation of unit tests, make sure
  to reset values properly to set the stage clean</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660802">- Add CPUPower class for CPU settings
  Add support for applying CPU settings via cpupower utility
  and add setup information for the GCE X4 instance type.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780833600">- Bump version: 0.0.3 → 0.0.4</changelog>
</package>
<package pkgid="e0c37659e1f5d66d51f7cbb9eb32d865be5ef43e4a6c96f263d3f1dd39290b88" name="tiertune-aws" arch="aarch64">
  <version epoch="0" ver="0.0.4" rel="150700.1.1"/>
  <changelog author="marcus.schaefer@suse.com" date="1779278400">- Add simple SysCtl interface class
  Add Class to allow setting sysctl values</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779364800">- Add basic config file reading interface
  Add Config class to provide basic reading interface for
  the config file. This Fixes #2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451200">- Add InstanceType interface and factory
  Added InstanceType factory class and implementations to fetch
  the instance type for Azure, GCE and AWS. The implementation
  uses the package required metadata tools to fetch the information.
  The information is intentionally take 1:1 and not modified.
  I plan to use a regular expression in the config file to
  match with the returned value. For example GCE reports the
  instance type as "projects/284177885636/machineTypes/n1-standard-1"
  and the config file would match them by:
  ```yaml
  '^.*/n1-standard-1$':
  sysctl:
  - net.core.rmem_max=83886080
  ```
  The actual implementation evaluating the returned instance type
  value with the config file is still to be done in a pull
  request after this one got accepted.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451201">- Add apply method to SysCtl class
  Allow to apply sysctl settings from specified InstanceType
  and config data</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451202">- Add command implementation</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451203">- Fix docstring in InstanceType classes</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315200">- Fix and enhance config file reading
  Add reading config file from distribution wide location
  which also is provided by the package:
  /usr/share/tiertune/tiertune-CSP.yml
  /usr/share/tiertune/tiertune-CSP.yml.d/*.yml
  and allow system overrides at:
  /etc/tiertune-CSP.yml
  /etc/tiertune-CSP.yml.d/*.yml
  with CSP supporting aws, gce and azure.
  This is related to Issue #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315201">- Added sysctl values from X4-params-report-2.ods
  Added known sysctl values from the document provided by
  the SAP team. This Fixes #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315202">- Fix logging messages
  Typo not classifying the message as f-string</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315203">- Initialize logging
  set INFO as default log level and allow env variable
  TIERTUNE_LOGLEVEL=DEBUG</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315204">- Set DEBUG log level for service units
  Make sure to have maximum logging in the systemd journal</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315205">- Fix ConditionPathExists for service units</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315206">- Add bumpversion config</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315207">- Bump version: 0.0.1 → 0.0.2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401600">- Run services very early in the boot process
  We want the system settings to be effective as early as
  possible in the boot process of the system. This commit
  makes the tiertune services to be wanted by the sysinit
  target without any default dependencies and after the
  local filesystem mounts. This is related to Issue #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401601">- Add SystemD class for systemd core settings
  Add support for managing systemd core settings and add
  setup information for the GCE X4 instance type.
  This Fixes #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660800">- Bump version: 0.0.2 → 0.0.3</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660801">- Fix unit test
  due to parallel invocation of unit tests, make sure
  to reset values properly to set the stage clean</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660802">- Add CPUPower class for CPU settings
  Add support for applying CPU settings via cpupower utility
  and add setup information for the GCE X4 instance type.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780833600">- Bump version: 0.0.3 → 0.0.4</changelog>
</package>
<package pkgid="6cd1603f7132f74d2ae3349188a151168f9b753445ae264e04ae9f9967486b98" name="tiertune-aws" arch="x86_64">
  <version epoch="0" ver="0.0.4" rel="150700.1.1"/>
  <changelog author="marcus.schaefer@suse.com" date="1779278400">- Add simple SysCtl interface class
  Add Class to allow setting sysctl values</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779364800">- Add basic config file reading interface
  Add Config class to provide basic reading interface for
  the config file. This Fixes #2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451200">- Add InstanceType interface and factory
  Added InstanceType factory class and implementations to fetch
  the instance type for Azure, GCE and AWS. The implementation
  uses the package required metadata tools to fetch the information.
  The information is intentionally take 1:1 and not modified.
  I plan to use a regular expression in the config file to
  match with the returned value. For example GCE reports the
  instance type as "projects/284177885636/machineTypes/n1-standard-1"
  and the config file would match them by:
  ```yaml
  '^.*/n1-standard-1$':
  sysctl:
  - net.core.rmem_max=83886080
  ```
  The actual implementation evaluating the returned instance type
  value with the config file is still to be done in a pull
  request after this one got accepted.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451201">- Add apply method to SysCtl class
  Allow to apply sysctl settings from specified InstanceType
  and config data</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451202">- Add command implementation</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451203">- Fix docstring in InstanceType classes</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315200">- Fix and enhance config file reading
  Add reading config file from distribution wide location
  which also is provided by the package:
  /usr/share/tiertune/tiertune-CSP.yml
  /usr/share/tiertune/tiertune-CSP.yml.d/*.yml
  and allow system overrides at:
  /etc/tiertune-CSP.yml
  /etc/tiertune-CSP.yml.d/*.yml
  with CSP supporting aws, gce and azure.
  This is related to Issue #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315201">- Added sysctl values from X4-params-report-2.ods
  Added known sysctl values from the document provided by
  the SAP team. This Fixes #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315202">- Fix logging messages
  Typo not classifying the message as f-string</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315203">- Initialize logging
  set INFO as default log level and allow env variable
  TIERTUNE_LOGLEVEL=DEBUG</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315204">- Set DEBUG log level for service units
  Make sure to have maximum logging in the systemd journal</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315205">- Fix ConditionPathExists for service units</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315206">- Add bumpversion config</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315207">- Bump version: 0.0.1 → 0.0.2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401600">- Run services very early in the boot process
  We want the system settings to be effective as early as
  possible in the boot process of the system. This commit
  makes the tiertune services to be wanted by the sysinit
  target without any default dependencies and after the
  local filesystem mounts. This is related to Issue #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401601">- Add SystemD class for systemd core settings
  Add support for managing systemd core settings and add
  setup information for the GCE X4 instance type.
  This Fixes #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660800">- Bump version: 0.0.2 → 0.0.3</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660801">- Fix unit test
  due to parallel invocation of unit tests, make sure
  to reset values properly to set the stage clean</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660802">- Add CPUPower class for CPU settings
  Add support for applying CPU settings via cpupower utility
  and add setup information for the GCE X4 instance type.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780833600">- Bump version: 0.0.3 → 0.0.4</changelog>
</package>
<package pkgid="a986f3e8841e01fca329dd5641995e12d4b30d497fdc6b197aef2d4579d3e768" name="tiertune-azure" arch="aarch64">
  <version epoch="0" ver="0.0.4" rel="150700.1.1"/>
  <changelog author="marcus.schaefer@suse.com" date="1779278400">- Add simple SysCtl interface class
  Add Class to allow setting sysctl values</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779364800">- Add basic config file reading interface
  Add Config class to provide basic reading interface for
  the config file. This Fixes #2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451200">- Add InstanceType interface and factory
  Added InstanceType factory class and implementations to fetch
  the instance type for Azure, GCE and AWS. The implementation
  uses the package required metadata tools to fetch the information.
  The information is intentionally take 1:1 and not modified.
  I plan to use a regular expression in the config file to
  match with the returned value. For example GCE reports the
  instance type as "projects/284177885636/machineTypes/n1-standard-1"
  and the config file would match them by:
  ```yaml
  '^.*/n1-standard-1$':
  sysctl:
  - net.core.rmem_max=83886080
  ```
  The actual implementation evaluating the returned instance type
  value with the config file is still to be done in a pull
  request after this one got accepted.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451201">- Add apply method to SysCtl class
  Allow to apply sysctl settings from specified InstanceType
  and config data</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451202">- Add command implementation</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451203">- Fix docstring in InstanceType classes</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315200">- Fix and enhance config file reading
  Add reading config file from distribution wide location
  which also is provided by the package:
  /usr/share/tiertune/tiertune-CSP.yml
  /usr/share/tiertune/tiertune-CSP.yml.d/*.yml
  and allow system overrides at:
  /etc/tiertune-CSP.yml
  /etc/tiertune-CSP.yml.d/*.yml
  with CSP supporting aws, gce and azure.
  This is related to Issue #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315201">- Added sysctl values from X4-params-report-2.ods
  Added known sysctl values from the document provided by
  the SAP team. This Fixes #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315202">- Fix logging messages
  Typo not classifying the message as f-string</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315203">- Initialize logging
  set INFO as default log level and allow env variable
  TIERTUNE_LOGLEVEL=DEBUG</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315204">- Set DEBUG log level for service units
  Make sure to have maximum logging in the systemd journal</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315205">- Fix ConditionPathExists for service units</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315206">- Add bumpversion config</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315207">- Bump version: 0.0.1 → 0.0.2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401600">- Run services very early in the boot process
  We want the system settings to be effective as early as
  possible in the boot process of the system. This commit
  makes the tiertune services to be wanted by the sysinit
  target without any default dependencies and after the
  local filesystem mounts. This is related to Issue #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401601">- Add SystemD class for systemd core settings
  Add support for managing systemd core settings and add
  setup information for the GCE X4 instance type.
  This Fixes #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660800">- Bump version: 0.0.2 → 0.0.3</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660801">- Fix unit test
  due to parallel invocation of unit tests, make sure
  to reset values properly to set the stage clean</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660802">- Add CPUPower class for CPU settings
  Add support for applying CPU settings via cpupower utility
  and add setup information for the GCE X4 instance type.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780833600">- Bump version: 0.0.3 → 0.0.4</changelog>
</package>
<package pkgid="0b49b3a8c6d9bcb4356af644fbf5ae9fe52d00bae5c68f4a34837210cefdafbf" name="tiertune-azure" arch="x86_64">
  <version epoch="0" ver="0.0.4" rel="150700.1.1"/>
  <changelog author="marcus.schaefer@suse.com" date="1779278400">- Add simple SysCtl interface class
  Add Class to allow setting sysctl values</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779364800">- Add basic config file reading interface
  Add Config class to provide basic reading interface for
  the config file. This Fixes #2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451200">- Add InstanceType interface and factory
  Added InstanceType factory class and implementations to fetch
  the instance type for Azure, GCE and AWS. The implementation
  uses the package required metadata tools to fetch the information.
  The information is intentionally take 1:1 and not modified.
  I plan to use a regular expression in the config file to
  match with the returned value. For example GCE reports the
  instance type as "projects/284177885636/machineTypes/n1-standard-1"
  and the config file would match them by:
  ```yaml
  '^.*/n1-standard-1$':
  sysctl:
  - net.core.rmem_max=83886080
  ```
  The actual implementation evaluating the returned instance type
  value with the config file is still to be done in a pull
  request after this one got accepted.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451201">- Add apply method to SysCtl class
  Allow to apply sysctl settings from specified InstanceType
  and config data</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451202">- Add command implementation</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451203">- Fix docstring in InstanceType classes</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315200">- Fix and enhance config file reading
  Add reading config file from distribution wide location
  which also is provided by the package:
  /usr/share/tiertune/tiertune-CSP.yml
  /usr/share/tiertune/tiertune-CSP.yml.d/*.yml
  and allow system overrides at:
  /etc/tiertune-CSP.yml
  /etc/tiertune-CSP.yml.d/*.yml
  with CSP supporting aws, gce and azure.
  This is related to Issue #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315201">- Added sysctl values from X4-params-report-2.ods
  Added known sysctl values from the document provided by
  the SAP team. This Fixes #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315202">- Fix logging messages
  Typo not classifying the message as f-string</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315203">- Initialize logging
  set INFO as default log level and allow env variable
  TIERTUNE_LOGLEVEL=DEBUG</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315204">- Set DEBUG log level for service units
  Make sure to have maximum logging in the systemd journal</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315205">- Fix ConditionPathExists for service units</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315206">- Add bumpversion config</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315207">- Bump version: 0.0.1 → 0.0.2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401600">- Run services very early in the boot process
  We want the system settings to be effective as early as
  possible in the boot process of the system. This commit
  makes the tiertune services to be wanted by the sysinit
  target without any default dependencies and after the
  local filesystem mounts. This is related to Issue #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401601">- Add SystemD class for systemd core settings
  Add support for managing systemd core settings and add
  setup information for the GCE X4 instance type.
  This Fixes #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660800">- Bump version: 0.0.2 → 0.0.3</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660801">- Fix unit test
  due to parallel invocation of unit tests, make sure
  to reset values properly to set the stage clean</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660802">- Add CPUPower class for CPU settings
  Add support for applying CPU settings via cpupower utility
  and add setup information for the GCE X4 instance type.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780833600">- Bump version: 0.0.3 → 0.0.4</changelog>
</package>
<package pkgid="6f4c5da7b302b21365024f97b366f93d13d68db812aa6b7019bf67936237e3b7" name="tiertune-gce" arch="aarch64">
  <version epoch="0" ver="0.0.4" rel="150700.1.1"/>
  <changelog author="marcus.schaefer@suse.com" date="1779278400">- Add simple SysCtl interface class
  Add Class to allow setting sysctl values</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779364800">- Add basic config file reading interface
  Add Config class to provide basic reading interface for
  the config file. This Fixes #2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451200">- Add InstanceType interface and factory
  Added InstanceType factory class and implementations to fetch
  the instance type for Azure, GCE and AWS. The implementation
  uses the package required metadata tools to fetch the information.
  The information is intentionally take 1:1 and not modified.
  I plan to use a regular expression in the config file to
  match with the returned value. For example GCE reports the
  instance type as "projects/284177885636/machineTypes/n1-standard-1"
  and the config file would match them by:
  ```yaml
  '^.*/n1-standard-1$':
  sysctl:
  - net.core.rmem_max=83886080
  ```
  The actual implementation evaluating the returned instance type
  value with the config file is still to be done in a pull
  request after this one got accepted.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451201">- Add apply method to SysCtl class
  Allow to apply sysctl settings from specified InstanceType
  and config data</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451202">- Add command implementation</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451203">- Fix docstring in InstanceType classes</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315200">- Fix and enhance config file reading
  Add reading config file from distribution wide location
  which also is provided by the package:
  /usr/share/tiertune/tiertune-CSP.yml
  /usr/share/tiertune/tiertune-CSP.yml.d/*.yml
  and allow system overrides at:
  /etc/tiertune-CSP.yml
  /etc/tiertune-CSP.yml.d/*.yml
  with CSP supporting aws, gce and azure.
  This is related to Issue #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315201">- Added sysctl values from X4-params-report-2.ods
  Added known sysctl values from the document provided by
  the SAP team. This Fixes #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315202">- Fix logging messages
  Typo not classifying the message as f-string</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315203">- Initialize logging
  set INFO as default log level and allow env variable
  TIERTUNE_LOGLEVEL=DEBUG</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315204">- Set DEBUG log level for service units
  Make sure to have maximum logging in the systemd journal</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315205">- Fix ConditionPathExists for service units</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315206">- Add bumpversion config</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315207">- Bump version: 0.0.1 → 0.0.2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401600">- Run services very early in the boot process
  We want the system settings to be effective as early as
  possible in the boot process of the system. This commit
  makes the tiertune services to be wanted by the sysinit
  target without any default dependencies and after the
  local filesystem mounts. This is related to Issue #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401601">- Add SystemD class for systemd core settings
  Add support for managing systemd core settings and add
  setup information for the GCE X4 instance type.
  This Fixes #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660800">- Bump version: 0.0.2 → 0.0.3</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660801">- Fix unit test
  due to parallel invocation of unit tests, make sure
  to reset values properly to set the stage clean</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660802">- Add CPUPower class for CPU settings
  Add support for applying CPU settings via cpupower utility
  and add setup information for the GCE X4 instance type.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780833600">- Bump version: 0.0.3 → 0.0.4</changelog>
</package>
<package pkgid="1b6d87ea0d24dbffe8d24aba00dc5636d4b5ff1f6cbfa9851cc8d8f365f7e0d7" name="tiertune-gce" arch="x86_64">
  <version epoch="0" ver="0.0.4" rel="150700.1.1"/>
  <changelog author="marcus.schaefer@suse.com" date="1779278400">- Add simple SysCtl interface class
  Add Class to allow setting sysctl values</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779364800">- Add basic config file reading interface
  Add Config class to provide basic reading interface for
  the config file. This Fixes #2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451200">- Add InstanceType interface and factory
  Added InstanceType factory class and implementations to fetch
  the instance type for Azure, GCE and AWS. The implementation
  uses the package required metadata tools to fetch the information.
  The information is intentionally take 1:1 and not modified.
  I plan to use a regular expression in the config file to
  match with the returned value. For example GCE reports the
  instance type as "projects/284177885636/machineTypes/n1-standard-1"
  and the config file would match them by:
  ```yaml
  '^.*/n1-standard-1$':
  sysctl:
  - net.core.rmem_max=83886080
  ```
  The actual implementation evaluating the returned instance type
  value with the config file is still to be done in a pull
  request after this one got accepted.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451201">- Add apply method to SysCtl class
  Allow to apply sysctl settings from specified InstanceType
  and config data</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451202">- Add command implementation</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1779451203">- Fix docstring in InstanceType classes</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315200">- Fix and enhance config file reading
  Add reading config file from distribution wide location
  which also is provided by the package:
  /usr/share/tiertune/tiertune-CSP.yml
  /usr/share/tiertune/tiertune-CSP.yml.d/*.yml
  and allow system overrides at:
  /etc/tiertune-CSP.yml
  /etc/tiertune-CSP.yml.d/*.yml
  with CSP supporting aws, gce and azure.
  This is related to Issue #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315201">- Added sysctl values from X4-params-report-2.ods
  Added known sysctl values from the document provided by
  the SAP team. This Fixes #7</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315202">- Fix logging messages
  Typo not classifying the message as f-string</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315203">- Initialize logging
  set INFO as default log level and allow env variable
  TIERTUNE_LOGLEVEL=DEBUG</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315204">- Set DEBUG log level for service units
  Make sure to have maximum logging in the systemd journal</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315205">- Fix ConditionPathExists for service units</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315206">- Add bumpversion config</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780315207">- Bump version: 0.0.1 → 0.0.2</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401600">- Run services very early in the boot process
  We want the system settings to be effective as early as
  possible in the boot process of the system. This commit
  makes the tiertune services to be wanted by the sysinit
  target without any default dependencies and after the
  local filesystem mounts. This is related to Issue #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780401601">- Add SystemD class for systemd core settings
  Add support for managing systemd core settings and add
  setup information for the GCE X4 instance type.
  This Fixes #9</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660800">- Bump version: 0.0.2 → 0.0.3</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660801">- Fix unit test
  due to parallel invocation of unit tests, make sure
  to reset values properly to set the stage clean</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780660802">- Add CPUPower class for CPU settings
  Add support for applying CPU settings via cpupower utility
  and add setup information for the GCE X4 instance type.</changelog>
  <changelog author="marcus.schaefer@suse.com" date="1780833600">- Bump version: 0.0.3 → 0.0.4</changelog>
</package>
</otherdata>