Arch Linux User Repository

Timo said now: they should not compile with all features, because this includes some broken testing code

Strange that I was able to build it before.

It's always some ridiculous build error with this package... Even with the 1.70.0 toolchain I get errors:

   Compiling conduit v0.6.0
error[E0432]: unresolved imports `super::DatabaseEngine`, `super::Tree`
  --> src/database/abstraction/heed.rs:12:13
   |
12 | use super::{DatabaseEngine, Tree};
   |             ^^^^^^^^^^^^^^  ^^^^ no `Tree` in `database::abstraction`
   |             |
   |             no `DatabaseEngine` in `database::abstraction`

error[E0728]: `await` is only allowed inside `async` functions and blocks
  --> src/database/abstraction/heed.rs:81:48
   |
72 | /     fn iter_from_thread(
73 | |         &self,
74 | |         tree: Arc<heed::UntypedDatabase>,
75 | |         from: Vec<u8>,
...  |
81 | |         let lock = self.engine.iter_pool.lock().await;
   | |                                                ^^^^^^ only allowed inside `async` functions and blocks
...  |
92 | |         Box::new(r.into_iter())
93 | |     }
   | |_____- this is not `async`

Some errors have detailed explanations: E0432, E0728.
For more information about an error, try `rustc --explain E0432`.
error: could not compile `conduit` (lib) due to 2 previous errors

Upstream seems bent on writing broken code, so I'm disowning.

0.6.0 is out: https://conduit.rs/changelog/#v0-6-0-2023-08-10

@bjo actually I realised we are talking about the same issue, yes. I can bump rocksdb to fix the GCC 13 issue, but I am still working on resolving some other build issues

The error I get is

error: failed to run custom build command for `librocksdb-sys v6.20.3`

Full log: https://gist.github.com/eclairevoyant/92c8de68b560022aadec0af5353aaf60

I figured it would build for most people so I uploaded this version anyway, but I will have to test further on my end next week and see why it's not working (despite clean chroot). Maybe the crate was already built on your end? Not sure.

Do you mean this issue:

  cargo:warning=rocksdb/db/compaction/compaction_iteration_stats.h:23:3: Fehler: »uint64_t« bezeichnet keinen Typ
  cargo:warning=   23 |   uint64_t total_filter_time = 0;
  cargo:warning=      |   ^~~~~~~~

updated to 0.5.0 and fixed some of the packaging issues. however this fails to build due to a dependency (rocksdb). I don't have too much time this week to look into this, if anyone has a solution feel free to post below or send a PR to https://github.com/eclairevoyant/aur-packages

Thanks for aligning the directory and binary names. I just noticed that the backup line needs to be updated, too. Yes, it is useful, thanks for packaging it! Would you be willing to make me a co-maintainer?

Oh, I didn't think about that. I'm gonna change it to make it coherent. Also, I changed the executable name to prevent collisions with other binaries that share the same name.

And I'm glad that you find package is useful! :)