Your procps upload 1:3.3.10-1
Hi,
Your procps upload yesterday includes an unco-ordinated library
transition (SONAME is bumped from 3 to 4).
In 'Bits from the release team' or similar on:
- 2013-12-26
- 2014-05-01
- 2014-07-05
it was announced, reminded, and reminded again that the window for
transitions was to close on 5th September 2014. Besides being
unco-ordinated, you also missed that window. You have a reverse
dependency from open-vm-tools.
Now we have a real mess, because:
- procps FTBFS on s390x [1]
- open-vm-tools on i386 no longer depends on libprocps when rebuilt
- open-vm-tools on amd64 FTBFS with procps-related errors [2] when
rebuilt. It builds fine with libprocps3 in an otherwise up-to-date
chroot
I'd be inclined to look the other way for such a simple transition a few
days past the deadline[3]. But since it's now over a fortnight, and
there are explosions as a direct result of the SONAME bump, this is
unacceptable.
Please either revert your upload, or fix this mess, before midnight
Sunday GMT.
1: # of expected passes 7
/«PKGBUILDDIR»/w version 3.3.10
make[4]: *** [check-DEJAGNU] Error 1
2: /usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libprocps.a(sysinfo.o):
relocation R_X86_64_32 against `.bss' can not be used when making a
shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libprocps.a:
error adding symbols: Bad value
3: no precedent inferred, before anyone else is tempted
--
Jonathan Wiltshire jmw@debian.org
Debian Developer http://people.debian.org/~jmw
4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51
<directhex> i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits
Reply to: