deb-mock/docs/Release-Notes-3.5.md
robojerk 4c0dcb2522
Some checks failed
Build Deb-Mock Package / build (push) Successful in 54s
Lint Code / Lint All Code (push) Failing after 1s
Test Deb-Mock Build / test (push) Failing after 36s
enhance: Add comprehensive .gitignore for deb-mock project
- Add mock-specific build artifacts (chroot/, mock-*, mockroot/)
- Include package build files (*.deb, *.changes, *.buildinfo)
- Add development tools (.coverage, .pytest_cache, .tox)
- Include system files (.DS_Store, Thumbs.db, ._*)
- Add temporary and backup files (*.tmp, *.bak, *.backup)
- Include local configuration overrides (config.local.yaml, .env.local)
- Add test artifacts and documentation builds
- Comprehensive coverage for Python build system project

This ensures build artifacts, chroot environments, and development
tools are properly ignored in version control.
2025-08-18 23:37:49 -07:00

24 lines
936 B
Markdown

---
layout: default
title: Release Notes - Mock v3.5
---
Released on 2022-12-01.
## News in Mock v3.5:
- For cross-arch builds (see manual page for the `--forcearch` option), Mock
tries to detect if the (potentially missing) `qemu-user-static` package is
installed. Since Fedora 37, the package got split into a set of packages
arch-specific packages (like `qemu-user-static-x86`, `qemu-user-static-ppc`,
etc.). The Mock v3.4 does a better check, and raises more useful error if the
package is missing.
In Mock v3.5 we further enhanced the related error message(s).
We also fixed a bug in the detection mechanism — mock no longer fails-hard for
a missing architecture (not configured in
`config_opts['qemu_user_static_mapping']`). Mock in such situation newly just
tries its best and continues the build, even though failure is likely.
[PR#1007]: https://github.com/rpm-software-management/mock/pull/1007