Hello, I think I understand whats happening with xsd.
I thought I had a FTBFS in #794440 but that bug is actually just the fact xsd
includes code generated by something not in the Debian repository.
The actual reason I can't install xsd is because after filing #793289
the gcc maintainers added a breaks xsdcxx (<= 4.0.0-1) to libstdc++6 5.2.1-14
I just downloaded xsdcxx_4.0.0-1_amd64.deb extracted it and ran the binary
against libstdc++6 5.2.1-14. I don't think xsd links against any other c++
library. (ldd output below)
Really the only reason anything needs to change is to satisfy the libstdc++6
breaks. Either having libstdc++6 drop the breaks, or xsd incrementing its
Debian version number would make it possible to install and run xsd in sid.
Probably the simplest solution is to just request a binNMU, although it's
probably not strictly necessary.
I hope that explanation is clear, sorry for me taking so long to understand
what was actually happening.
Diane
-- output of ldd on xsdcxx-4.0.0-1_amd64.deb
diane@myrada:/tmp/t/usr/bin$ ldd xsdcxx
linux-vdso.so.1 (0x00007ffc5e9e0000)
libxerces-c-3.1.so => /usr/lib/x86_64-linux-gnu/libxerces-c-3.1.so
(0x00007fa2dacc6000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007fa2da94b000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fa2da64a000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x00007fa2da434000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa2da08b000)
libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007fa2d9e73000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007fa2d9c56000)
libicui18n.so.52 => /usr/lib/x86_64-linux-gnu/libicui18n.so.52
(0x00007fa2d9844000)
libicuuc.so.52 => /usr/lib/x86_64-linux-gnu/libicuuc.so.52
(0x00007fa2d94c7000)
libicudata.so.52 => /usr/lib/x86_64-linux-gnu/libicudata.so.52
(0x00007fa2d7c5a000)
/lib64/ld-linux-x86-64.so.2 (0x00007fa2db99f000)
signature.asc
Description: This is a digitally signed message part.
