Package: rust-zbus-macros
Version: 1.0.0-3
Severity: serious
x-debbugs-cc: deb...@nilux.be
The rust-zbus-macros autopkgtest is failing:
error[E0432]: unresolved import `zbus`
-->
/tmp/tmp.2o6G5gYnNc/registry/zbus-1.0.0/src/object_server.rs:54:1
|
54 | #[dbus_interface(name = "org.freedesktop.DBus.Introspectable")]
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
no `Type` in the root
|
= note: this error originates in the attribute macro
`dbus_interface` (in Nightly builds, run with -Z macro-backtrace for
more info)
I also did test-builds of the reverse dependencies rust-zbus and
rust-libslirp (note: I had to manually
build mio-0.6 to test rust-libslirp as it is currently sitting in
new) and they failed with similar
errors, so this is not just an autopkgtest issue.
I don't know for certain but I assume that just relaxing the
dependency was
not enough to make it work correctly with the new version of
rust-proc-macro-crate.
I also tried doing a test rebuild of rust-libslirp (which afaict is
the only binary crate that depends on
I took a look in the upstream VCS and found a patch for
rust-proc-macro-crate 1 and tried applying it, unfortunately
it dependeded on a bunch of other upstream commits. Updating to the
latest stable upstream helped a bit with getting
the patches to apply and I was able to get a succesful build of
rust-zbus-macros 1.9.2 with
a pile of upstream patches.
Unfortunately when running it's autopkgtests I ran into another
issue. It seems that rust-zbus has a strictly versioned
dependency on the identical version rust-zbus-macros and rust-zbus
1.9.2 brings several new dependencies.
dpkg-checkbuilddeps: error: Unmet build dependencies:
librust-async-io-1+default-dev (>= 1.3.1-~~)
librust-nb-connect-1+default-dev (>= 1.0.2-~~)
librust-polling-2+default-dev (>= 2.0.2-~~)
That is pretty much as far as i'm prepared to go. I have pushed my
attempts to
https://salsa.debian.org/rust-team/debcargo-conf/-/tree/zbus-1.9.2
if anyone else wants to pick them up.
Hello Peter,
Sorry about that and thank you for the bug report.
I was actually working yesterday on updating zbus/zbus-macros and its
dependencies to the latest upstream release.
So far, I am counting 7 new crates that will need to go through NEW and
an additional eight one which is flagged as deprecated upstream
(nb-connect).
I am trying to assess how to best approach that one (if possible, I am
busy patching it out based on an upstream commit).
The other option would be to prepare/upload a
rust-proc-macro-crate-0.1 package and then
revert the dependency in rust-zbus-macros. I may do that if noone
comes up with a better
solution.
I would suggest we first try to get an updated zbus in the archive,
which I'll be working on.
If it get stuck for any reason, then the alternative solution you are
proposing has the benefit of introducing fewer new packages (only one
vs the 7 new zbus deps mentionned above).
Best regards,
Henry-Nicolas Tourneur
