You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 6, 2023. It is now read-only.
Debian applied the aforementioned patch to change the timestamp to a recent value. The create_xpi.py script does not exist anymore but maybe you want to correct this anyway. You can easily reproduce this issue by unpacking the xpi file on a Debian GNU/Linux system.
This is Debian bug
https://bugs.debian.org/925177
The timestamp of files in the distributed xpi version of https-everywhere dates back to January 1980 on Linux systems. Obviously this is not accurate.
Once https-everywhere shipped a script in utils/create_xpi.py that was responsible for creating the xpi file. It just lacked a date_time parameter.
https://salsa.debian.org/webext-team/https-everywhere/blob/99fcc50e0bb5617c64e55457a7b3e502013e0dc8/debian/patches/use-newer-timestamp-date.patch
Debian applied the aforementioned patch to change the timestamp to a recent value. The create_xpi.py script does not exist anymore but maybe you want to correct this anyway. You can easily reproduce this issue by unpacking the xpi file on a Debian GNU/Linux system.