6da49c6d49
When extracting the base image without --numeric-owner, user and group names in the tarball are mapped to uid/gid by the host. This can cause problems when building an image for some other distro than you're running yourself. For example, building an Ubuntu image on openSUSE ends up with /var/cache/man in the image owned by 'proxy' (uid 13) instead of 'man' (uid 6), because the host (openSUSE) uses uid 13 for the 'man' user. This particular man/proxy discrepancy results in "fopen: Permission denied" errors when apt-get does its "Processing triggers for man-db" thing in the Ubuntu system. I wouldn't be surprised if there were other kinks caused by this uid/gid mapping discrepancy too, but that's the one I found so far. The same thing can also happen with Fedora, but seems to be less likely, or at least less obvious to me when building Fedora images on openSUSE. But, IMO, it's better to be safe and just use --numeric-owner on all base image untarring outside the chroot. Change-Id: I9da5ac66dd182e7278fe4fee932093f61d35673a |
||
|---|---|---|
| .. | ||
| bin | ||
| finalise.d | ||
| install.d | ||
| pre-install.d | ||
| root.d | ||
| element-deps | ||
| README.md | ||
| source-repository-fedora | ||
Use Fedora cloud images as the baseline for built disk images.
Overrides:
- To use a non-default URL for downloading base Fedora cloud images, use the environment variable DIB_CLOUD_IMAGES
- To download a non-default release of Fedora cloud images, use the environment variable DIB_RELEASE