Package Details: continuwuity 2:26.6.2-3

Git Clone URL: https://aur.archlinux.org/continuwuity.git (read-only, click to copy)
Package Base: continuwuity
Description: a very cool, featureful fork of conduit (rust matrix homeserver)
Upstream URL: https://forgejo.ellis.link/continuwuation/continuwuity
Keywords: conduit conduwuit continuwuity fork homeserver matrix rust
Licenses: Apache-2.0
Conflicts: conduwuit, continuwuity
Provides: conduwuit, continuwuity
Submitter: Kimiblock
Maintainer: Kimiblock (lilac, ThisIsAsen)
Last Packager: lilac
Votes: 2
Popularity: 0.28
First Submitted: 2025-06-18 09:14 (UTC)
Last Updated: 2026-07-17 04:35 (UTC)

Latest Comments

1 2 Next › Last »

Kimiblock commented on 2026-07-17 01:59 (UTC)

@AlphaLynx Hi! Those flags have been enabled in our build repo, it will be included on the next version bump.

AlphaLynx commented on 2026-07-15 23:50 (UTC)

@Kimiblock Can you add:

export JEMALLOC_OVERRIDE=/usr/lib/libjemalloc.so
export CARGO_FEATURE_UNPREFIXED_MALLOC_ON_SUPPORTED_PLATFORMS=1

before cargo build (documented at https://wiki.archlinux.org/title/Rust_package_guidelines#Unbundling_C/C++_libraries), so that the jemalloc dependency is used? otherwise it's statically linked into the binary and the dep isn't needed. you can also link to system zstd lib with export ZSTD_SYS_USE_PKG_CONFIG=1.

Kimiblock commented on 2026-05-20 07:35 (UTC)

I did not experience such instability described in your comment. It is possible that your ISP has peering issues with forejo.ellis.link.

Also, I've hosted my projects on Codeberg before and the uptime is not that great.

deneb commented on 2026-05-19 19:42 (UTC)

suggest replacing source with one of the mirrors (e.g. https://codeberg.org/continuwuity/continuwuity), as cloning from forgejo.ellis.link times out all the time

Kimiblock commented on 2026-04-26 02:22 (UTC)

It might be an issue if your server is running long enough and had frequent service installations. Every time a system user is assigned with a UID (2-1000), it does not release them even if the system user file is deleted.

clarfonthey commented on 2026-04-25 15:30 (UTC) (edited on 2026-04-25 15:31 (UTC) by clarfonthey)

Yes, we utilise the dynamic user feature to avoid UID starvation

UIDs are 32-bit numbers; I don't think adding one is a big deal. The main benefit of this is that you can mark files as permanently owned by this user between sessions without having to worry about changing UIDs.

Kimiblock commented on 2026-03-29 03:35 (UTC)

pkg-conf is already a dependency in cargo it seems

https://build.archlinuxcn.org/imlonghao-api/pkg/continuwuity/log/1773728594

Viech commented on 2026-03-28 16:32 (UTC)

It appears that pkgconf is a buildtime dependency as compilation of librocksdb-sys requires the pkg-config command.

Kimiblock commented on 2026-03-17 01:05 (UTC)

Yes, we utilise the dynamic user feature to avoid UID starvation

AlphaLynx commented on 2026-03-16 22:14 (UTC) (edited on 2026-03-16 22:20 (UTC) by AlphaLynx)

@clarfonthey

I think the conduwuit user is not needed, since the systemd service has DynamicUser: https://forgejo.ellis.link/continuwuation/continuwuity/src/tag/v0.5.6/pkg/conduwuit.service#L9. According to man systemd.exec (https://www.freedesktop.org/software/systemd/man/latest/systemd.exec.html#DynamicUser=), the user is allocated and managed transiently at runtime.