5
23
Fork
You've already forked ijq
0

v1.3.0 source tarball checksum has been changed #31

Open
opened 2026年07月13日 05:16:31 +02:00 by daeho-ro · 3 comments

Hello, this is a homebrew maintainer and I have noticed that the checksum of v1.3.0 source tarball has been changed.

-b65cf7f5285affe3ab9a1887d12e6c313f437b18a5cf2b52add6cfd7e76dd2c7
+63c961194aaab935faf325cd4bf3d25638f87ede1f2498367b5cd92ebe42e0ec

Weird thing is the redirected rev isn't match with current one.

curl -I https://codeberg.org/gpanders/ijq/archive/v1.3.0.tar.gz
HTTP/2 200 
accept-ranges: bytes
access-control-expose-headers: Content-Disposition
cache-control: private, max-age=300
content-disposition: attachment; filename="ijq-v1.3.0.tar.gz"; filename*=UTF-8''ijq-v1.3.0.tar.gz
content-type: application/octet-stream
last-modified: 2026年7月12日 11:56:43 GMT
link: <https://codeberg.org/api/v1/repos/gpanders/ijq/archive/430fa3c17baabb1c227106a7d893c18930ded43f.tar.gz?rev=430fa3c17baabb1c227106a7d893c18930ded43f>; rel="immutable"
no-gzip-compression: 1

image

Do you have any idea what is wrong here?
And also can you check that the current tarball is fine to use from downstream?

Thanks,

Hello, this is a homebrew maintainer and I have noticed that the checksum of v1.3.0 source tarball has been changed. ```diff -b65cf7f5285affe3ab9a1887d12e6c313f437b18a5cf2b52add6cfd7e76dd2c7 +63c961194aaab935faf325cd4bf3d25638f87ede1f2498367b5cd92ebe42e0ec ``` Weird thing is the redirected rev isn't match with current one. ``` curl -I https://codeberg.org/gpanders/ijq/archive/v1.3.0.tar.gz HTTP/2 200 accept-ranges: bytes access-control-expose-headers: Content-Disposition cache-control: private, max-age=300 content-disposition: attachment; filename="ijq-v1.3.0.tar.gz"; filename*=UTF-8''ijq-v1.3.0.tar.gz content-type: application/octet-stream last-modified: 2026年7月12日 11:56:43 GMT link: <https://codeberg.org/api/v1/repos/gpanders/ijq/archive/430fa3c17baabb1c227106a7d893c18930ded43f.tar.gz?rev=430fa3c17baabb1c227106a7d893c18930ded43f>; rel="immutable" no-gzip-compression: 1 ``` ![image](/attachments/13ee83af-2717-45ca-ae69-28a264c5dc16) Do you have any idea what is wrong here? And also can you check that the current tarball is fine to use from downstream? Thanks,

Thanks for bringing this up. I have not changed the v1.3.0 tag or pushed any changes recently. I suspect this may be an issue with Codeberg itself.

Thanks for bringing this up. I have not changed the v1.3.0 tag or pushed any changes recently. I suspect this may be an issue with Codeberg itself.

last-modified: 2026年7月12日 11:56:43 GMT

This is suspicious, I did not modify anything on this date.

>last-modified: 2026年7月12日 11:56:43 GMT This is suspicious, I did not modify anything on this date.

As far as I can tell though, the content of the source tarball is unmodified. It matches the content of 38e04ac3 exactly. I don't know why the link header in curl points to 430fa3c17b.

I've sent an email to Codeberg and have asked them to investigate. Hopefully we can get some answers here to explain what happened.

As far as I can tell though, the content of the source tarball is unmodified. It matches the content of 38e04ac3 exactly. I don't know why the link header in curl points to 430fa3c17baabb1c227106a7d893c18930ded43f. I've sent an email to Codeberg and have asked them to investigate. Hopefully we can get some answers here to explain what happened.
Sign in to join this conversation.
No Branch/Tag specified
master
push-lurzyzmokrzz
push-nrwzxnmokkst
editor
v1.3.0
v1.2.0
v1.1.2
v1.1.1
v1.1.0
v1.0.1
v1.0.0
v0.4.1
v0.4.0
v0.3.8
v0.3.7
v0.3.6
v0.3.5
v0.3.4
v0.3.3
v0.3.2
v0.3.1
v0.3.0
v0.2.6
v0.2.5
v0.2.4
v0.2.3
v0.2.2
v0.2.1
v0.2.0
v0.1.1
v0.1.0
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
gpanders/ijq#31
Reference in a new issue
gpanders/ijq
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?