Hugo

Failure on ArchLinux + Python 3.13 is due to outdated setuptools (we need v77+): https://archlinux.org/packages/extra/any/python-setuptools/

At a surface level this sounds good. I'm not sure if we'd reflect this in the output of `todo list` in any way.

We store data in an sqlite cache, and query that. So your function would need to write SQL to query todos. I have some vague plans to move caching out...

[pimsync](https://pimsync.whynothugo.nl/) already implements this feature. When configured to synchronise "all collections", it automatically creates missing collections. pimsync is still missing some feature present in vdirsyncer. Check the [migration guide](https://pimsync.whynothugo.nl/pimsync-migration.7.html) for...

I can reproduce the same issue for carddav collections.

I don't see an obvious pattern in the targets which are failing: - Two are 32bit, but x86 works fine. - Two are arm, but aarch64 works fine. - One...

Here's the output for `armhf`: ``` ---- dep_kinds_filtering::tests::test_dep_kind_dev_only stdout ---- thread 'dep_kinds_filtering::tests::test_dep_kind_dev_only' panicked at src/dep_kinds_filtering.rs:178:10: called `Result::unwrap()` on an `Err` value: Failed to execute cargo tree: "error: failed to run...

I _think_ that LLVM indicates that it doesn't know target `x86_64-pc-windows-gnu`? I'm not sure that I'm interpreting this correctly.

As of 0.5.18, the following tests are now also failing on these architectures: vendor_filterer::exclude::exclude_with_glob_patterns vendor_filterer::exclude::linux_multiple_platforms vendor_filterer::exclude::windows_with_dep_kind_filter_normal vendor_filterer::platform::linux vendor_filterer::platform::linux_glob vendor_filterer::platform::linux_multiple vendor_filterer::sync::sync_with_platform_filter

> what is the suggested workflow for achieving a Multi-way sync? Configure two pair, one to sync AB and another BC.