[Pkg-rust-maintainers] Bug#1000942: Bug#1000942: rust-zbus-macros - autopkgtest failure, makes reverse dependencies FTBFS.

Henry-Nicolas Tourneur debian at nilux.be
Wed Dec 1 09:18:29 GMT 2021



> Package: rust-zbus-macros
> Version: 1.0.0-3
> Severity: serious
> x-debbugs-cc: debian at 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
> 



More information about the Pkg-rust-maintainers mailing list