On Fri, Sep 1, 2023 at 5:46 PM Eyal Lebedinsky <fed...@eyal.emu.id.au> wrote: > Running a compressing backup (afio) I get many errors in > /usr/lib64/python3.11/site-packages/scipy/ > files here report zero timestamp, which makes gzip unhappy. > > $ ls -l --full-time > /usr/lib64/python3.11/site-packages/scipy/fftpack/__init__.py > -rw-r--r-- 1 root root 3200 1970-01-01 10:00:00.000000000 +1000 > /usr/lib64/python3.11/site-packages/scipy/fftpack/__init__.py > > $ gzip -kc /usr/lib64/python3.11/site-packages/scipy/fftpack/__init__.py > >/dev/null > gzip: /usr/lib64/python3.11/site-packages/scipy/fftpack/__init__.py: warning: > file timestamp out of range for gzip format > > I cannot tell if this is a python3.11 issue, a packaging issue or a gzip > issue. Here in Australia we are at UTC+10 > > Last update seems to be > 2023-05-16T13:36:21+1000 DEBUG Upgraded: gzip-1.12-3.fc38.x86_64 > 2023-07-04T20:25:23+1000 DEBUG Upgraded: > python3-scipy-1.10.1-1.fc38.x86_64 > The backup done in 2023-07-01 did not show the problem so I suspect the > python3 package.
The zero timestamps are present in the upstream tarball. Download this: https://github.com/scipy/scipy/releases/download/v1.11.1/scipy-1.11.1.tar.gz It looks like every file in that archive has a zero timestamp. -- Jerry James http://www.jamezone.org/ _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
