particle-os/deb-mock
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
deb-mock/docs/Release-Notes-1.4.10.md
robojerk 4c0dcb2522
Some checks failed
Build Deb-Mock Package / build (push) Successful in 54s
Details
Lint Code / Lint All Code (push) Failing after 1s
Details
Test Deb-Mock Build / test (push) Failing after 36s
Details
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

2.2 KiB
Raw Blame History

layout title
default Release Notes 1.4.10

Released on 2018-05-10.

Features:

  • There is a new plugin overlayfs. This plugin implements mock's snapshot functionality using overlayfs. From a user perspective, it works similar to LVM plugin, but unlike LVM plugin, it only needs a directory (not a volume group) for its data (snapshots).
  • Previously a bind_mount plugin allowed to mount just a directory. Now, you can bind mount even a single file.
  • Previously a chroot_scan allowed retrieving artifacts from chroot where build started. Now, it can extract objects even from chroot which failed to initialize.

Bugfixes:

  • Change sign plugin to sign only built RPMs and not every file in results directory RHBZ#1217495
  • encode content before writing GH#176
  • revert workaround introduced in 057c51d6 RHBZ#1544801

Note:

Few weeks ago, I released a new mock-core-configs package and there is a new feature.

It contains:

$ ls -l /etc/mock
...
lrwxrwxrwx. 1 root mock    26 May  2 09:13 fedora-29-aarch64.cfg -> fedora-rawhide-aarch64.cfg
lrwxrwxrwx. 1 root mock    25 May  2 09:13 fedora-29-armhfp.cfg -> fedora-rawhide-armhfp.cfg
lrwxrwxrwx. 1 root mock    23 May  2 09:13 fedora-29-i386.cfg -> fedora-rawhide-i386.cfg
lrwxrwxrwx. 1 root mock    24 May  2 09:13 fedora-29-ppc64.cfg -> fedora-rawhide-ppc64.cfg
lrwxrwxrwx. 1 root mock    26 May  2 09:13 fedora-29-ppc64le.cfg -> fedora-rawhide-ppc64le.cfg
lrwxrwxrwx. 1 root mock    24 May  2 09:13 fedora-29-s390x.cfg -> fedora-rawhide-s390x.cfg
lrwxrwxrwx. 1 root mock    25 May  2 09:13 fedora-29-x86_64.cfg -> fedora-rawhide-x86_64.cfg

The plan is that during Fedora branching event I will:

  • remove those symlinks and create regular files pointing to Fedora 29 repos
  • create fedora-30-* as symlinks to fedora-rawhide-*

This will give you a choice to target rawhide using "rawhide" string or using the number.

Following contributors contributed to this release:

  • Martin Necas
  • Michal Novotný
  • Neal Gompa
  • Todd Zullinger
  • Zdenek Zambersky

Thank you.