On 09/09/2015 02:45 PM, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > >> reassign 712920 quota > Bug #712920 [libtirpc1] libtirpc: breaks ABI compatibility w.r.t. libc6 on > 64bit > Bug reassigned from package 'libtirpc1' to 'quota'. > Ignoring request to alter found versions of bug #712920 to the same values > previously set > Ignoring request to alter fixed versions of bug #712920 to the same values > previously set >> severity 712920 important > Bug #712920 [quota] libtirpc: breaks ABI compatibility w.r.t. libc6 on 64bit > Severity set to 'important' from 'normal' >> thanks > Stopping processing here.
Why did you reassign this bug to the quota package? If you look at the history, I cloned the original bug repord; the clone of the bug that I assigned to quota, was fixed for Jessie [1], so this is definitely not an issue with quota anymore. The reason I cloned the bug report and assigned one of them to libtirpc was that if you look at the headers of libtirpc, it appears to claim that it's ABI-compatible with glibc - which it clearly is not. Thus even though the particular issue with quota is now fixed, this is a general pitfall in libtirpc, which should be addressed in some way, most likely also involving upstream. Of course, a possible solution to this could be that libtirpc just stops claiming that it's ABI-compatible with glibc and adds a big notice to its documentation so that people using libtirpc don't fall into this trap and make sure they don't mix code that was built against the glibc headers with code built against the libtirpc headers. Another possible solution would be to break ABI with previous libtirpc releases, do a library transition and regain ABI compatibility with glibc. There are possibly more options that I didn't think about. Personally, I don't care either way, but this bug should stay assigned to libtirpc (with lower severity than important though), because the discrepancy between the docs (ABI-compatible drop-in replacement for glibc's implementation) and the actual implementation in libtirpc caused the problem in quota in the first place. Therefore, please reassign this bug back to libtirpc. Thanks, Christian [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777564
signature.asc
Description: OpenPGP digital signature