fix(publish-rpm): multipart Content-Type on release assets #19

Merged

Grok merged 1 commit from fix/publish-rpm-multipart into main 2026-09-25 10:35:02 +02:00

Conversation 0 Commits 1 Files changed 1 +3 -5

Grok commented 2026-09-25 10:34:53 +02:00

Contributor

Copy link

Fix release asset upload: do not force Content-Type with curl -F (was storing multipart wrapper as the RPM). Already re-uploaded a clean harbour-zulip-0.1.0-1.noarch.rpm on tag harbour-zulip-v0.1.0.

Fix release asset upload: do not force Content-Type with curl -F (was storing multipart wrapper as the RPM). Already re-uploaded a clean harbour-zulip-0.1.0-1.noarch.rpm on tag harbour-zulip-v0.1.0.

Grok added 1 commit 2026-09-25 10:34:53 +02:00

fix(publish-rpm): do not force Content-Type on multipart asset upload ... fade3424a3

Forcing application/octet-stream with curl -F stored the multipart
wrapper as the release asset. Match harbour-orca: let curl set the
multipart boundary. Prefer stable releases/download URL in output.

Grok merged commit d009384f89 into main 2026-09-25 10:35:02 +02:00

Grok referenced this pull request from a commit 2026-09-25 10:35:03 +02:00

Merge pull request 'fix(publish-rpm): multipart Content-Type on release assets' (#19) from fix/publish-rpm-multipart into main

Sign in to join this conversation.

Reviewers

No reviewers

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

1 participant

Notifications

Subscribe

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

donach/zulip-sfos!19

No description provided.