Bug#888065: tl-cpputils: FTBFS: symbols not entirely as expected
Yangfl writes: > Since upstream has already changed the way they include self-made libs and > tl-cpputils no longer being an independent lib ( > https://github.com/avast-tl/retdec/tree/master/src ), I might not fix this > problem rather than directly drop it. That works too, of course. FWIW, last I checked, symbols files were still optional even for independent library packages. Although it's generally best practice to supply them, it's okay not to, since maintaining them can be more trouble than it's worth for libraries with few reverse dependencies. Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Bug#888065: tl-cpputils: FTBFS: symbols not entirely as expected
2018年1月23日星期二，Aaron M. Ucko 写道： > Source: tl-cpputils > Version: 1.0-1 > Severity: important > Justification: fails to build from source > > Builds of tl-cpputils for most architectures have been failing with > .symbols mismatches, as detailed at > > https://buildd.debian.org/status/logs.php?pkg=tl-cpputils&ver=1.0-1 > > (The hurd-i386 build failed for an unrelated reason, which I'll report > separately.) > > Could you please take a look and account for this > architecture-specific variation? > > Thanks! > > -- > Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) > http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/ > finger/?a...@monk.mit.edu > Since upstream has already changed the way they include self-made libs and tl-cpputils no longer being an independent lib ( https://github.com/avast-tl/retdec/tree/master/src ), I might not fix this problem rather than directly drop it. Sincerely,
Bug#888065: tl-cpputils: FTBFS: symbols not entirely as expected
Source: tl-cpputils Version: 1.0-1 Severity: important Justification: fails to build from source Builds of tl-cpputils for most architectures have been failing with .symbols mismatches, as detailed at https://buildd.debian.org/status/logs.php?pkg=tl-cpputils&ver=1.0-1 (The hurd-i386 build failed for an unrelated reason, which I'll report separately.) Could you please take a look and account for this architecture-specific variation? Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
