Unnamed repository; edit this file 'description' to name the repository. https://git.platform-os.org/openstack/kolla.git/atom?h=stable%2F2025.2 2024-11-15T08:04:30+00:00 2024-11-15T08:04:30+00:00 Michal Arbet michal.arbet@ultimum.io 2022-02-15T12:50:59+00:00 urn:sha1:11f65c6c1d3bfd6a12f8e71d778d46d635010449 This patch adds a way to patch files in a Docker image built by Kolla. This is very useful for several reasons, specifically: - Custom modifications - The stable branch of some library has a fix but no pip package has been released - Eliminates the need to package your own pip packages - Eliminates the need to invent your own versioning to prevent upstream versioning - Eliminates the need to manage a pip server - In other words, it eliminates the need to get a wheel into the image and install it manually using any method not previously mentioned It is also highly desirable because, although Kolla can replace the source for a service with a custom URL for a tarball or its own Git repo, it cannot do this for dependencies pulled from pip. I would also like to point out that this is a feature with its own code path and works only if the user "inserts" a patch into the folder patches/docker-image/something.patch and creates an analogous series file for patch source code. Simply said, this code will never interfere with the upstream build process since this feature is not intended for use in upstream. It is rather meant for downstream users who know what they are doing. Now they just have an option to patch their images. Everything works on all layers of the Docker image and stores a report of applied patches which can then be seen in /etc. This mechanism is similar as debian patch quilt. Change-Id: I61d0790c5d4d070b7ea9e8c99c0a76ff5d22bf9d 2022-04-22T09:34:55+00:00 Marcin Juszkiewicz marcin@juszkiewicz.com.pl 2022-04-22T09:34:55+00:00 urn:sha1:016c5ed30c0fe6c46004731d13ec0748daa6c70c Tim Shearer started it in 1d96a2bbe1b536b7d7f4cdbf55c6dabae6d058ae. Since all extend_start files are sourced rather than executed, the executable bits are now cleared throughout the project. Change-Id: Ia1797c32fc6a35f9f077c673abf4d8e16e51a760 2022-04-09T15:44:26+00:00 Marcin Juszkiewicz marcin.juszkiewicz+kolla@linaro.org 2022-04-01T11:41:14+00:00 urn:sha1:1749da2fbf6b395b1a2cd77f349e0bea5d2f4a5e Big patch drops all mentions of binary images support. Suggestions are welcome how to split it into parts or handle better. Change-Id: I5d5a46c6ce7734ceb8b844e17b43e359d7cac6e3 2020-11-27T10:37:52+00:00 Christian Berendt berendt@betacloud-solutions.de 2020-11-27T10:35:51+00:00 urn:sha1:ea8592b077ceccfeb3089d901e6f46252f024881 This is necessary if e.g. Prometheus is used. Then the ceilometer-upgrade is not needed. Signed-off-by: Christian Berendt <berendt@betacloud-solutions.de> Change-Id: I8690e5543e6b5f37f41fe35f659910fc869c034f 2020-07-09T14:52:55+00:00 Radosław Piliszek radoslaw.piliszek@gmail.com 2020-07-08T13:52:11+00:00 urn:sha1:69b8b7a49fd682bb15ff84fd0b322dc6c21b5007 It seems [1] has introduced a slight regression in that it tries by default to pass an empty string to ceilometer-upgrade which makes it fail: ceilometer-upgrade: error: unrecognized arguments: (note there is nothing more on that line) This patch fixes that by allowing the params to be of any number, including zero. Backport to Ussuri. [1] 3d587409ee068843cfa28710f09f65af48b69367 Change-Id: I989a1dd30d1656b5c1fda7a46abbf5f265fbb72c Closes-Bug: #1884919 2020-04-11T09:49:41+00:00 Rafael Weingärtner rafael@apache.org 2020-04-07T18:51:41+00:00 urn:sha1:3d587409ee068843cfa28710f09f65af48b69367 Allow operators to use custom parameters with the ceilometer-upgrade command. This is quite useful when using the dynamic pollster subsystem; that sub-system provides flexibility to create and edit pollsters configs, which affects gnocchi resource-type configurations. However, Ceilometer uses default and hard-coded resource-type configurations; if one customizes some of its default resource-types, he/she can get into trouble during upgrades. Therefore, the only way to work around it is to use the "--skip-gnocchi-resource-types" flag. This PR introduces a method for operators to execute such customization, and many others if needed. Change-Id: Ice42d936476635b627b21dc8676fb7bc560cd3a9 2020-03-01T17:25:58+00:00 Christian Berendt berendt@betacloud-solutions.de 2020-02-19T21:39:33+00:00 urn:sha1:861f55fbfd7558d56008e6275b0c6f5993346b95 Change-Id: I9692dda817ef134d647247431565e1b58cf9da41 2019-01-17T15:23:41+00:00 Alex Schultz aschultz@redhat.com 2019-01-15T23:58:25+00:00 urn:sha1:ae1322ec10861678abe1137f3013030b34335bc7 This change updates the docker files to use base_package_type instead of doing specific distro checks for the rhel/deb generic cases. The base_distro is still available and is used when a specific distro needs a customization but if the differences are purely rpm vs deb, then the base_package_type can be used. Change-Id: I8d720bb185df65a0178061ccf20b1ab2265da2c5 2018-04-03T09:10:29+00:00 chenyaguang chenyaguang@szzt.com.cn 2018-04-03T09:10:29+00:00 urn:sha1:71a34b6da357d5bc3765423927dcd17fa607aabf There is no need with /etc/apache2/envvars for ceilomter_notification Change-Id: I00f91dca3763a33f77be2a1968047126504feb55 2018-02-12T09:14:44+00:00 Alexandru Bogdan Pica alexandru.pica@1and1.ro 2018-02-08T23:18:35+00:00 urn:sha1:603a7338795c611eca587dd27aa6ccd37396e898 This change fixes the following issues: - wrong sudoers command - bad arguments for ceilometer-upgrade - removes the deprecated storage backends, as per https://review.openstack.org/#/c/512700/ Please note that due to the aforementioned issues, ceilometer deployment was failing. I first encountered this issue when attempting to upgrade from pike to queens. Change-Id: Ibdfed9ea0a8e4aaf4fe3420a5885ea346998f1e7 Closes-Bug: 1741536