Skip to main content

14 posts tagged with "April"

View All Tags

· One min read

Week 18 (April 29th – May 5th)

  • The /packit test command now supports testing with builds from multiple pull requests. You can specify multiple PRs using the format /packit test namespace/repo#123 namespace/repo#456 or GitHub URLs, allowing you to combine artifacts from several PRs in a single test run. (packit-service#3118)

· One min read

Week 17 (April 21st – April 27th)

  • We have fixed several cases of excessive job cancellation, in particular when retriggering a job using the Re-run button on GitHub and when using commands such as rebuild-failed, retest-failed or test with --identifier. (packit-service#3112)

· One min read

Week 15 (April 7th – April 13th)

  • In addition to version_update_mask, users can now use a new version_update_specifiers configuration option to control the upstream versions allowed to be release-synced. The option accepts PEP440 version specifier sets, for example version_update_specifiers: >=1.0,~=1.0. (packit#2710)
  • Packit is now able to handle multi-level project namespaces. (packit-service#3092)
  • We have fixed a bug in relation to retriggering of Copr builds sometimes failing due to a failed cancellation of previous builds. (packit-service#3099)
  • We have fixed tag filtering not working when processing multi-release events and when retriggering pull-from-upstream. (packit-service#3098)
  • As part of the process of the integration of Log Detective into Packit, Packit now ignores Log Detective messages in case Log Detective integration is disabled by the user by setting logdetective_enabled to False in the service configuration file. (packit-service#3100)
  • We have fixed a bug that would lead to Testing Farm jobs being cancelled when there were no associated Copr builds. (packit-service#3102)

· One min read

Week 14 (April 1st – April 7th)

  • Packit now cancels running jobs even after manual retriggering. (packit-service#3076)
  • You can now configure multiple pull-from-upstream jobs with different version/tag filters. In conjunction with the Monitoring all release monitoring option this allows you to consume multiple release streams and freely configure Fedora releases you want to target with each. (packit-service#3083)
  • We have increased the retries for transient errors during Bodhi updates submission. (packit-service#3090)

· One min read

Week 14 (April 1st – April 7th)

  • When using fast_forward_merge_into, version_update_mask is now correctly being taken into consideration. (packit#2551)
  • We have introduced a new config command group for configuration-related commands and moved the validate-config command under it, resulting in the new command being packit config validate. (packit#2559)
  • It is now possible to retrigger dist-git CI scratch builds with /packit scratch-build. (packit-service#2770)

· One min read

Week 18 (April 30th – May 6th)

  • Packit will now upload to lookaside cache sources that are not specified by URLs and are present in the dist-git repo during release sync. Additionally, all the actions ran during syncing release will provide the PACKIT_PROJECT_VERSION environment variable. (packit#2297)
  • We have introduced a new status_name_template option that allows you to configure status name for a Packit job. For further details have a look at our docs. This feature is still experimental and at the moment it is not possible to retry such jobs via GitHub Checks' re-run. (packit-service#2402)