På lørdag 4. juli 2026 kl. 16:42, skrev Chris Billington <[email protected]>:
> Chris Billington wrote: > > [email protected] wrote: > >> På søndag 28. juni 2026 kl. 12:43, skrev Chris Billington > >> <[email protected]>: > >> > >>> (As previous mail, but with the extra logs snipped out for clarity). > >>> Sorry, I should have done that before. > >>> > >>> [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 > >>> > >>>> 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# Ensure system sqlcipher used on > >>>> 7.9-release/-stable > > MODCARGO_ENV += LIBSQLITE3_SYS_USE_PKG_CONFIG=1. 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 > >>>>>>> > >>>>>> > >>>>> > >>>>> > >>> Updated deltachat-rpc-server with the following changes: > >>> > >>> make: > >>> - build only the deltachat-rpc-server package using MODCARGO_BUILD_ARGS. > >>> The default build is libdeltachat only, which is a dependency of > >>> deltachat-rpc-server. > >>> - add MODCARGO_ENV += LIBSQLITE3_SYS_USE_PKG_CONFIG=1 otherwise builds > >>> on 7.9-release/stable will link the bundled sqlcipher. cargo.port.mk on > >>> current already has this. > >>> - remove deltachat-repl (useful only for debugging) to halve build time > >>> > >>> make fake: > >>> - to avoid a full rebuild of both libdeltachat and deltachat-rpc-server > >>> set MODCARGO_INSTALL= no, and do-install the deltachat-rpc-server binary > >>> built by make > >>> > >>> make test: > >>> - though there is some noise interleaved with tests from sqlcipher that > >>> pages are not being decrypted, the decryption clearly works on the final > >>> package. Not clear which tests the messages belong to. > >>> - make test only builds a temporary libdeltachat. No specific tests for > >>> deltachat-rpc-server. All 1087 tests pass, but 'make test' hangs after > >>> the last test has been completed ok. > >>> - due to above, MODCARGO_TEST= no > >>> > >>> Parla: no changes. > >>> - minor bug: systemtray icon appears when set, but menu items > >>> nonfunctional (DBus 'No such method' error). Please test. > >>> > >>> Tested on 7.9-stable and -current amd64 > >>> Testers and comments welcome > >>> > >>> Chris > >>> > >> > >> Once more under current/amd64 with privsep. > >> Build date: 1782827771 - Tue Jun 30 13:56:11 UTC 2026 > >> > >> Did: > >> > >> // Built deltachat-rpc-server parla and did tests/checks > >> $ cd /usr/ports/net/deltachat-rpc-server/ && make clean=all clean && > >> make build package test ; make port-lib-depends-check check-shlib-syms > >> > >> ===> Building package for deltachat-rpc-server-2.53.0 > >> Create /usr/ports/packages/amd64/all/deltachat-rpc-server-2.53.0.tgz > >> Creating package deltachat-rpc-server-2.53.0 > >> Link to /usr/ports/packages/amd64/ftp/deltachat-rpc-server-2.53.0.tgz > >> ===> Regression tests for deltachat-rpc-server-2.53.0 > >> make: cannot open Makefile. > >> *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3114 > >> '/usr/ports/pobj/deltachat-rpc-server-2.53.0/.test_done': @cd > >> /usr/ports/pob...) > >> *** Error 2 in /usr/ports/net/deltachat-rpc-server > >> (/usr/ports/infrastructure/mk/bsd.port.mk:2722 'test': > >> @lock=deltachat-rpc-server-2.53.0;...) > >> -- > >> // Did this thrice. Checks were fine. However, I suspect I am doing > >> // something wrong with 'make test'. > >> # Ensure system sqlcipher used on 7.9-release/-stable > > MODCARGO_ENV += LIBSQLITE3_SYS_USE_PKG_CONFIG=1 > >> // Reinstalled deltachat-rpc-server > >> # TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all/ pkg_add -Dsnap > >> -Dinstalled -r deltachat-rpc-server > >> deltachat-rpc-server-2.53.0->2.53.0: ok > >> -- > >> > >> // Built parla and did tests/checks > >> $ cd /usr/ports/net/parla/ && make clean=all clean && make patch build > >> package test ; make port-lib-depends-check check-shlib-syms > >> > >> ===> Regression tests for parla-0.5.8 > >> exec /usr/bin/env -i LC_CTYPE="en_US.UTF-8" PORTSDIR="/usr/ports" > >> LIBTOOL="/usr/bin/libtool" > >> PATH='/usr/ports/pobj/parla-0.5.8/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin' > >> PREFIX='/usr/local' LOCALBASE='/usr/local' X11BASE='/usr/X11R6' > >> CFLAGS='-O2 -pipe -g' TRUEPREFIX='/usr/local' DESTDIR='' > >> HOME='/parla-0.5.8_writes_to_HOME' PICFLAG="-fpic" BINGRP=bin > >> BINOWN=root BINMODE=755 NONBINMODE=644 DIRMODE=755 INSTALL_COPY=-c > >> INSTALL_STRIP= MANGRP=bin MANOWN=root MANMODE=644 > >> BSD_INSTALL_PROGRAM="/usr/ports/pobj/parla-0.5.8/bin/install -c -m > >> 755" BSD_INSTALL_SCRIPT="/usr/ports/pobj/parla-0.5.8/bin/install -c > >> -m 755" BSD_INSTALL_DATA="/usr/ports/pobj/parla-0.5.8/bin/install -c > >> -m 644" BSD_INSTALL_MAN="/usr/ports/pobj/parla-0.5.8/bin/install -c > >> -m 644" > >> BSD_INSTALL_PROGRAM_DIR="/usr/ports/pobj/parla-0.5.8/bin/install -d -m > >> 755" BSD_INSTALL_SCRIPT_DIR="/usr/ports/pobj/parla-0.5.8/bin/install > >> -d -m 755" > >> BSD_INSTALL_DATA_DIR="/usr/ports/pobj/parla-0.5.8/bin/install -d -m > >> 755" BSD_INSTALL_MAN_DIR="/usr/ports/pobj/parla-0.5.8/bin/install -d > >> -m 755" /usr/local/bin/meson test --num-processes 1 > >> --print-errorlogs -C /usr/ports/pobj/parla-0.5.8/build-amd64 > >> ninja: Entering directory `/usr/ports/pobj/parla-0.5.8/build-amd64' > >> ninja: no work to do. > >> 1/2 parla:storage-quota OK 0.18s > >> 2/2 parla:markdown OK 1.45s > >> > >> Ok: 2 > >> Fail: 0 > >> -- > >> // The checks had no issues and the tests passed as well. > >> > >> // Reinstalled parla > >> # TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all/ pkg_add -Dsnap > >> -Dinstalled -r parla > >> parla-0.5.8->0.5.8: ok > >> -- > >> > >> Some space nits in the net/deltachat-rpc-server/Makefile : > >> > >> .if ${MACHINE_ARCH} == "amd64" > >> USE_NOEXECONLY = Yes > >> .endif > >> -- > >> > >> The packages built and installed fine. > >> > >> Runs natively in sway. Sent some messages back and forth. > >> > >> Sorry this took so long. I was making sure the other things I was > >> building was not part of the reason this was not testing properly > >> somehow. I wanted to be thorough. > >> > >> Hope this helps. May you all have a good one. > >> -- > >> yaydn > >> > > Thanks for testing! > > > > The 'cannot open Makefile' with 'make test' is due to having > > MODCARGO_TEST = No in the Makefile. If you comment it, tests should > > build and run. > > > > As mentioned above all 1077 tests pass here on -current. There are some > > sqlcipher errors but they seem unrelated to specific tests and the > > package clearly works to decrypt. But make test fails to complete, > > _after_ the last test passes with 'ok'. That is why I disabled tests. > > > > Do you see the same with tests re-enabled? > > > > The following was only added for testing on -stable. Not needed on > > -current due to updates in cargo.port.mk. > > # Ensure system sqlcipher used on 7.9-release/-stable > > MODCARGO_ENV += LIBSQLITE3_SYS_USE_PKG_CONFIG=1 > > > > Regards, > > Chris > After enabling test debugging with MODCARGO_TEST_ARGS = -- --no-capture, > I found the webxdc tests initiate a download of > https://apps.testrun.org/webxdc-editor-v3.2.0.xdc > > Network access is specifically blocked for the _pbuild user in pf.conf > > After temporarily allowing access to the _pbuild user tests complete > with 1 failure: > > failures: > tools::tools_tests::test_maybe_warn_on_outdated > > test result: FAILED. 1085 passed; 1 failed; 1 ignored; 0 measured; 0 > filtered out; finished in 214.78s > > test_maybe_warn_on_outdated is to check if the DC library is an old > version. It is a time-based test, comparing release timestamp and > timestamp_now. > Initial log contains a warning that a failure may be a false positive > due to multi threading, but on a rerun with > MODCARGO_TEST_ARGS = -- --no-capture --test-threads 1 > it still fails. > > thread 'tools::tools_tests::test_maybe_warn_on_outdated' (298851) > panicked at src/tools/tools_tests.rs:453:5: > assertion `left == right` failed > left: 1 > right: 0 > > 452 let chats = Chatlist::try_load(&t, 0, None, None).await.unwrap(); > 453 assert_eq!(chats.len(), 0); > > Probably not catastrophic. > > However, since network access during port build is not allowed, > MODCARGO_TEST=no is appropriate. > > Regards > Chris > > I wasn't sure if that was the expected behaviour before. That makes sense to turn off tests for now as they need network. When uncommenting, I still get stuck at the same point as prior, but I reckon unless there is anything really dire, this can probably go in the cvs tree and do any needed changes from there. Parla has run for me in the background for a day or two. Unless people want to trade test email/invite-links to test accounts I think getting feedback from people using this after doing a standard pkg_add would be best. We can always unlink the packages before 8.0-stable if anything is catastrophic breaking under the hood? Those using 7.9-stable can still build this for themselves.(stable usually only takes security updates after release I think?) I'd say ship it aside from the aforementioned space/tab nits. I know not what others will opinion. Hope this helps. Thanks for porting these packages by the way. -- yaydn
