Bug 290995 - mail/stalwart: Update to 0.14.1
Summary: mail/stalwart: Update to 0.14.1
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL: https://github.com/stalwartlabs/stalw...
Keywords:
Depends on:
Blocks:
 
Reported: 2025-11-13 08:13 UTC by Herbert J. Skuhra
Modified: 2025-12-10 08:32 UTC (History)
1 user (show)

See Also:


Attachments
stalwart 0.14.1 (104.18 KB, patch)
2025-11-13 08:13 UTC, Herbert J. Skuhra
no flags Details | Diff
mail/stalwart 0.14.1 with EOM fix (106.04 KB, patch)
2025-12-08 09:32 UTC, Orville Q. Song
no flags Details | Diff
mail/stalwart 0.14.1 with EOM&NOT_FOR_ARCH&typo fix (106.75 KB, patch)
2025-12-08 09:36 UTC, Orville Q. Song
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Herbert J. Skuhra 2025-11-13 08:13:25 UTC
Created attachment 265393 [details]
stalwart 0.14.1

The attached patch updates mail/stalwart to version 0.14.1.

https://github.com/stalwartlabs/stalwart/releases/tag/v0.14.0
https://github.com/stalwartlabs/stalwart/releases/tag/v0.14.1

As ring 0.16.20 is no longer needed can we now remove NOT_FOR_ARCHS*?
That's what the OpenBSD folks did.

My poudriere build is still running.

Btw. is there a reason why there is no stalwart (0.13.4) package available yet?
Comment 1 Herbert J. Skuhra 2025-11-13 19:54:35 UTC
Unfortunately, stalwart 0.14.0 and 0.14.1 do not build if S3=on.
Comment 2 Herbert J. Skuhra 2025-11-15 09:46:30 UTC
stalwart 0.14.1 (S3=on) compiles with rust 1.90.0.
Comment 3 Orville Q. Song 2025-12-08 08:50:34 UTC
LGTM.

I see that ring 0.16.20 has already disappeared from the list of crates. In theory, we should indeed be able to remove NOT_FOR_ARCHS.

Also there is truly no stalwart-related build information showing up on FreshPorts or PortFallout, which is strange...
Comment 4 Orville Q. Song 2025-12-08 09:01:50 UTC
I noticed an ERROR in the pkg-message section:
“WARNING: The FreshPorts parser failed. ucl_tool failed. Please report this.”

The pkg-message you pushed (https://github.com/freebsd/freebsd-ports/blob/main/mail/stalwart/pkg-message) is missing an EOM at the end.
Comment 5 Orville Q. Song 2025-12-08 09:08:20 UTC
(In reply to Orville Q. Song from comment #4)

Sorry, not you. It was Mark Felder (feld@FreeBSD.org
) who modified the pkg-message and eventually pushed this port into the ports tree. I misremembered that.

I'll provide a patch to address this issue later.
Comment 6 Herbert J. Skuhra 2025-12-08 09:14:51 UTC
There is a typo:

-BACKEND_DESC=          Database and storage backends
+BACKENDS_DESC=         Database and storage backends
Comment 7 Orville Q. Song 2025-12-08 09:32:12 UTC
Created attachment 265981 [details]
mail/stalwart 0.14.1 with EOM fix
Comment 8 Orville Q. Song 2025-12-08 09:36:34 UTC
Created attachment 265982 [details]
mail/stalwart 0.14.1 with EOM&NOT_FOR_ARCH&typo fix
Comment 9 Herbert J. Skuhra 2025-12-09 10:45:47 UTC
(In reply to Orville Q. Song from comment #3)

I think S3 should be removed from OPTIONS_DEFAULT and marked broken.

https://github.com/durch/rust-s3/issues/440
Comment 10 Orville Q. Song 2025-12-10 08:27:21 UTC
(In reply to Herbert J. Skuhra from comment #9)

This might be a viable solution, especially since no package has made it into pkg yet, so there is basically no need to consider upgrades for existing users.

Unfortunately, I am currently at the hospital with my father and do not have time to run the relevant tests; I probably will not be free until at least next week. If you would be willing to adjust the S3 feature flags and write an upgrade notice from the current version to 0.14.1, I would greatly appreciate it. Or I can pick this up and continue the follow-up work once I have time.
Comment 11 Orville Q. Song 2025-12-10 08:32:22 UTC
Additionally, I saw in https://github.com/stalwartlabs/stalwart/discussions/2312
 that someone added elastic to the feature flags, after which S3 was able to compile successfully. I have not tried this myself yet, but it may be another possible approach.