[email protected] wrote:
På torsdag 25. juni 2026 kl. 11:26, skrev Chris Billington
<[email protected]>:

Thanks- my mistake I had forgotten to re-enable that.
It takes 90 minutes or so to build on my old hardware.
Uncommenting the BUILD_DEPENDS += databases/sqlcipher should allow you
to continue testing.

Chris


Also tested on current/amd64 with privsep.

Tests:

===>  Regression tests for deltachat-rpc-server-2.53.0
warning: `panic` setting is ignored for `bench` profile
        Fresh unicode-ident v1.0.12
        Fresh proc-macro2 v1.0.93
...
test peer_channels::tests::test_can_communicate has been running for over 60 
seconds
test peer_channels::tests::test_can_reconnect has been running for over 60 
seconds
--
// This is as far as it goes with privsep. I'll leave it overnight to
// make sure.


1/2 parla:storage-quota OK              0.06s
2/2 parla:markdown      OK              0.02s

Ok:                2
Fail:              0
--
// Parla's 'make test' completed.

'make port-lib-depends-check check-shlib-syms' did not report anything
amiss for either package.

# TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all/ pkg_add -Dsnap parla
parla-0.5.8: ok
--
// Installed fine.

Gave it a quick light test on sway. Ran natively.

No nits or grammar/spelling errors that I could see.

Looks fine other than the aforementioned BUILD_DEPENDS and maybe tests
for deltachat-rpc-server under privsep.

Hope this helps. May you all have a good one.
--
yaydn


Mikolaj Kucharski wrote:
Hi Chris.

Building deltachat-rpc-server failed for me with:




I see that sqlcipher is commented out in the Makefile.


On Thu, Jun 25, 2026 at 12:12:33PM +0800, Chris Billington wrote:
1       net/parla: DeltaChat email instant messaging client in GTK4/Vala

        upstream: https://github.com/trufae/parla

2       net/deltachat-rpc-server: DeltaChat JSON-RPC server in Rust
        (deltachat-rpc-server and deltachat-repl components only)

        upstream: https://github.com/chatmail/core

Delta Chat (https://delta.chat) is an encrypted instant messaging system
with clients for Android/IOS/Desktop. The Desktop client uses Electron so is
not available for OpenBSD, but the JSON-RPC variant is a lighter
alternative.

It's possible to use your own email server as a relay but upstream are
concentrating on providing 'chatmail' servers (default for registering new
'accounts', anonymously) to reduce support burden.

deltachat-rpc-server requires USE_NOEXECONLY to get around issues with the
awc-lc-rs TLS crate used by default by rustls. It is possible to patch to
use ring to avoid NOEXECONLY but I guess that's a heavier maintenance burden
pending awc-lc-sys upstream fixing the issue.

Tested on amd64 7.9-current and -stable
Testers and comments welcome




Even after transferring to the fastest machine I have, 'make test' runs for hours. It has now got as far as the webxdc tests, currently 'webxdc_reject_updates_from_nonmembers'. It's doing 'something', but what I cannot tell.

Upstream Readme.md comments:
"Some tests are expensive and marked with #[ignore], to run these use the --ignored argument to the test binary (not to cargo itself):

$ cargo test -- --ignored
"
But these seem to be confined to crates only.

Could this be connected to the sqlcipher test failures?
2026-06-25 19:59:58.585: ERROR CORE sqlcipher_page_cipher: hmac check failed for pgno=1 2026-06-25 19:59:58.585: ERROR CORE sqlite3Codec: error decrypting page 1 data: 1
2026-06-25 19:59:58.585: ERROR CORE sqlcipher_codec_ctx_set_error 1
test

I have rebuilt with LIB_DEPENDS and WANTLIB for sqlcipher as Mikolaj suggested. The sqlcipher dependency is now registered in the package.

But make test still stops for me at 'webxdc_reject_updates_from_nonmembers', though I will leave it running.
The same errors appear for sqlcipher as above.

The deltachat-repl and parla applications are functional though the system tray applet that is supposed to show/hide/quit the application does nothing on Xfce. I don't know if this is a limitation of the OpenBSD Xfce package, or a misconfiguration (Dbus?), as I don't normally use a system tray or 'desktop', just a WM.

regards,

Chris

Reply via email to