Skip to content

Conversation

@jbonofre
Copy link
Member

To "improve" our Incubator Maturity Model (heading to graduation), I propose:

  1. to add new content in the contributing guidelines
  2. to add community guidelines

adutra
adutra previously approved these changes Sep 10, 2025
@github-project-automation github-project-automation bot moved this from PRs In Progress to Ready to merge in Basic Kanban Board Sep 10, 2025
dimas-b
dimas-b previously approved these changes Sep 10, 2025
@jbonofre jbonofre dismissed stale reviews from dimas-b and adutra via 5cdfa98 September 17, 2025 08:42
@jbonofre jbonofre requested review from adutra and dimas-b September 17, 2025 08:42
Add community guidelines.
@jbonofre jbonofre force-pushed the community-guidelines branch from 5cdfa98 to 507be58 Compare September 17, 2025 12:24
@jbonofre jbonofre requested a review from snazy September 17, 2025 12:25
snazy
snazy previously approved these changes Sep 17, 2025
Copy link
Member

@snazy snazy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Take care about your other PRs before merging those wrt to the weights.

@jbonofre jbonofre merged commit f9a2165 into apache:main Sep 18, 2025
14 checks passed
@github-project-automation github-project-automation bot moved this from Ready to merge to Done in Basic Kanban Board Sep 18, 2025
@jbonofre jbonofre deleted the community-guidelines branch September 18, 2025 05:58
snazy added a commit to snazy/polaris that referenced this pull request Nov 20, 2025
* docs(README): Create Polaris-Core README (apache#2585)

* docs(README): Create Polaris-Core README

* Add Events for Iceberg REST APIs (apache#2480)

* Update dependency com.google.guava:guava to v33.5.0-jre (apache#2601)

* Bump: Iceberg client in tests and documentation to 1.10 (apache#2588)

* Add client build to Gradle (apache#2590)

* Add client build to Gradle

* Add overwrite option for python build

* Match client build behavior

* Add content to contributing guidelines. (apache#2536)

Add community guidelines.

* CI/Caching: Fix Gradle cache retention (apache#2604)

Older versions of Gradle's setup-gradle action did not actively trigger stale cache entry cleanup, which is why there was a separate step "Trigger Gradle home cleanup" in `gradle.yml`.
Nowadays, that action triggers a "noop build" to explicitly trigger stale cache entry cleanup, but uses somewhat different defaults than [described here](https://docs.gradle.org/current/userguide/directory_layout.html#dir:gradle_user_home:configure_cache_cleanup).

This change adds an explicit configuration for Gradle cache cleanup/retention with reasonable values considering the total 10GB limit for all GitHub caches per repository.

The change described above lead to a behavioral change, which evicts all non-accessed cache entries within the current GH workflow job, which effectively evicted all cache entries from dependent jobs - in other words: the (build) cache was nearly empty, leading to full rebuilds.
This behavior could be observed in the output of the "Post Collect partial Gradle build caches"-step in the log message "Build cache (/home/runner/.gradle/caches/build-cache-1) removing files not accessed on or after ..." showing the timestamp when the setup-gradle action was started.

* Last merged commit d8602f6

---------

Co-authored-by: Adam Christian <105929021+adam-christian-software@users.noreply.github.com>
Co-authored-by: Adnan Hemani <adnan.h@berkeley.edu>
Co-authored-by: Mend Renovate <bot@renovateapp.com>
Co-authored-by: Prashant Singh <35593236+singhpk234@users.noreply.github.com>
Co-authored-by: Yong Zheng <yongzheng0809@gmail.com>
Co-authored-by: JB Onofré <jbonofre@apache.org>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants