New issue by kwshi on void-packages repository

https://github.com/void-linux/void-packages/issues/38977

Description:
### Is this a new report?

Yes

### System Info

Void 5.18.17_1 x86_64 (20210930 rootfs, after updating)

### Package(s) Affected

tzdata-2022c_1

### Does a report exist for this bug with the project's home (upstream) and/or another distro?

_No response_

### Expected behaviour

On running `xbps-install -u tzdata`, the package should update/install as usual.

### Actual behaviour

The package fails to install with "failed to extract file" and "failed to unpack files from archive" error messages for `/usr/share/zoneinfo/Universal`.  Upon re-running the `xbps-install -u tzdata` command, there are also some messages about failing to remove `/usr/share/zoneinfo/right`.

Here are the logs, first `xbps-install -u tzdata`:
```
[*] Updating repository `https://repo-default.voidlinux.org/current/x86_64-repodata' ...
x86_64-repodata: 1775KB [avg rate: 1391KB/s]

Name   Action    Version           New version            Download size
tzdata update    2021a_1           2022c_1                230KB

Size to download:              230KB
Size required on disk:        1197KB
Space available on disk:       529GB

Do you want to continue? [Y/n]

[*] Downloading packages
tzdata-2022c_1.x86_64.xbps.sig: 512B [avg rate: 16MB/s]
tzdata-2022c_1.x86_64.xbps: 230KB [avg rate: 765MB/s]
tzdata-2022c_1: verifying RSA signature...

[*] Collecting package files
tzdata-2022c_1: collecting files...
tzdata-2021a_1: collecting files...

[*] Unpacking packages
tzdata-2021a_1: updating to 2022c_1 ...
tzdata-2022c_1: unpacking ...
tzdata-2022c_1: removed obsolete entry: ./usr/share/zoneinfo/right
ERROR: tzdata-2022c_1: [unpack] failed to extract file `./usr/share/zoneinfo/Universal': No such file or directory
ERROR: tzdata-2022c_1: [unpack] failed to extract files: No such file or directory
ERROR: tzdata-2022c_1: [unpack] failed to unpack files from archive: No such file or directory
```

Logs for second `xbps-install -u tzdata`:
```
[*] Updating repository `https://repo-default.voidlinux.org/current/x86_64-repodata' ...

Name   Action    Version           New version            Download size
tzdata update    2021a_1           2022c_1                -

Size required on disk:        1197KB
Space available on disk:       529GB

Do you want to continue? [Y/n] y

[*] Verifying package integrity
tzdata-2022c_1: verifying RSA signature...

[*] Collecting package files
tzdata-2022c_1: collecting files...
tzdata-2021a_1: collecting files...
ERROR: tzdata-2022c_1: directory `./usr/share/zoneinfo/right' can not be deleted.
Transaction failed! see above for errors.
```

Perhaps this is related/similar to #38363?  Possibly, but oddly enough discussion in that thread seems to indicate that installation from a blank rootfs had _no_ issues, which leads me to suspect that maybe whatever changes were introduced to fix that issue might've caused a regression leading to this issue?

### Steps to reproduce

1. Obtain 20210930 rootfs ([download link](https://repo-default.voidlinux.org/live/current/void-x86_64-musl-ROOTFS-20210930.tar.xz)).
2. Unpack rootfs and startup Void from rootfs contents (using chroot or a VM or something else; I used docker).
3. Run preliminary commands to bring the basic system up to date:
  - `xbps-install -Syu xbps` (updates xbps package manager)
  - `xbps-install -Sy` (update package list)
4. Try to update `tzdata`: `xbps-install -yu tzdata`.  It'll probably fail; then run it again to get the second batch of errors.

Here's a simple Dockerfile running the setup steps; put it in the same folder as the rootfs, then run `podman build -t something .` followed by `podman run -it --rm something` to launch a shell in the system, then run `xbps-install -yu tzdata`.

```Dockerfile
FROM scratch
ADD ["./void-x86_64-ROOTFS-20210930.tar.xz", "/"]
RUN ["xbps-install", "-Syu", "xbps"]
RUN ["xbps-install", "-S"]
ENTRYPOINT ["/bin/bash"]
```