[ISSUE] `tzdata-2022c_1` fails to install on 20210930 rootfs

[ISSUE] `tzdata-2022c_1` fails to install on 20210930 rootfs

[kwshi]

[-- Attachment #1: Type: text/plain, Size: 4059 bytes --]

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"]
```

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[sgn]

[-- Attachment #1: Type: text/plain, Size: 203 bytes --]

New comment by sgn on void-packages repository

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

Comment:
Can you post the output of:
```
find /usr/share/zoneinfo
```

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[sgn]

[-- Attachment #1: Type: text/plain, Size: 381 bytes --]

New comment by sgn on void-packages repository

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

Comment:
Can you post the output of:
```
find /usr/share/zoneinfo
```

I updated the chroot made from [void-x86_64-musl-ROOTFS-20210930.tar.xz](https://repo-default.voidlinux.org//live/20210930/void-x86_64-musl-ROOTFS-20210930.tar.xz) just fine.

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[sgn]

[-- Attachment #1: Type: text/plain, Size: 509 bytes --]

New comment by sgn on void-packages repository

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

Comment:
Can you post the output of:
```
find /usr/share/zoneinfo
```

I updated the chroot made from [void-x86_64-ROOTFS-20210930.tar.xz](https://repo-default.voidlinux.org//live/20210930/void-x86_64-ROOTFS-20210930.tar.xz) and  [void-x86_64-musl-ROOTFS-20210930.tar.xz](https://repo-default.voidlinux.org//live/20210930/void-x86_64-musl-ROOTFS-20210930.tar.xz) just fine.

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[kwshi]

[-- Attachment #1: Type: text/plain, Size: 582 bytes --]

New comment by kwshi on void-packages repository

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

Comment:
Hmm.  I'm realizing this might not be a Void bug, but rather a podman/buildah bug.  You say you had no issues, and indeed I also had no issues when running that same container in Docker; the issue surfaces when I'm running it in podman.

That's... peculiar.  I'll have to troubleshoot further; I'll close this for now, seeing as it might be a filesystem-handling issue with the podman engine; if I figure out more details I might re-open.

Re: [ISSUE] [CLOSED] `tzdata-2022c_1` fails to install on 20210930 rootfs

[kwshi]

[-- Attachment #1: Type: text/plain, Size: 4062 bytes --]

Closed 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"]
```

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[kwshi]

[-- Attachment #1: Type: text/plain, Size: 367 bytes --]

New comment by kwshi on void-packages repository

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

Comment:
(As suspected, switching to podman root mode also fixes things.  So it's something specific to podman's rootless mode, maybe to do with their fuse-overlayfs implementation.  Anyway-- that's going to be one hell of a repro...)

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[kwshi]

[-- Attachment #1: Type: text/plain, Size: 923 bytes --]

New comment by kwshi on void-packages repository

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

Comment:
More interesting updates!  It might well be that this is coming from https://github.com/containers/fuse-overlayfs/issues/368, which, if true, should be resolved pretty soon since a PR fixing it (fuse-overlayfs#369) has been merged already.  Indeed, my current version of podman, 4.2.0, still reproduces the issue mentioned in that thread, and the inexplicable "No such file or directory" errors associated with "copying from a deleted file" sound largely in line with the factors at play here (updating tzdata needs to delete and rewrite a bunch of tzinfo files; it's likely somewhere in there this bug is getting triggered).

Anyways, fingers crossed podman updates its fuse-overlayfs dependency soon, and this'll be fixed.  In the meantime, I'll hang tight and do nothing! :D

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[superiums]

[-- Attachment #1: Type: text/plain, Size: 544 bytes --]

New comment by superiums on void-packages repository

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

Comment:
## still happens on tzdata-2022e.
i'm using void on termux, via `proot-distro install void`.
then i try to update the void , but fails by tzdata:
```
ERROR: tzdata-2022e_1: directory './usr/share/zoneinfo/posix/Antarctica'  can not be deleted.
Transaction failed! see above for errors.
```

in fact /usr/share/zoneinfo/posix/Antarctica exsits.
i even tried to ` ln -s /usr .` 
no lucky.

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[superiums]

[-- Attachment #1: Type: text/plain, Size: 206 bytes --]

New comment by superiums on void-packages repository

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

Comment:
no lucky after install the latest fuse fuse3 fuse-overlayfs.

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[sgn]

[-- Attachment #1: Type: text/plain, Size: 213 bytes --]

New comment by sgn on void-packages repository

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

Comment:
You're installing, how can `./usr/share/zoneinfo/posix/Antarctica` exist?

Re: `tzdata-2022c_1` fails to install on 20210930 rootfs

[superiums]

[-- Attachment #1: Type: text/plain, Size: 220 bytes --]

New comment by superiums on void-packages repository

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

Comment:
error occurs while update. so there is an old version, so the file exists.