[Bug 826601] Re: FFe: multiarch dependencies of libcurl, needed for proper functioning of flashplugin-installer

Steve Langasek steve.langasek at canonical.com
Mon Aug 15 17:57:23 UTC 2011


I'm very sorry to say that there is one more library needed for libcurl
multiarch installability, which apt hid from me until the other
libraries had all been fixed.  libldap-2.4-2 depends on libsasl2-2, so
cyrus-sasl2 would also require a multiarch conversion to get the benefit
here.

cyrus-sasl2 has a moderate number (58) of reverse-build-deps, but again
aside from php5 these should all have already gone through the multiarch
transition due to other build-dependencies or have multiarch-safe build
systems.  I can do a manual rebuild test to catch any new build failures
just to be sure.

cyrus-sasl2 does have a plugin path, but already has upstream support
for configuring multiple search directories.  I've built locally with a
fallback path configured, and confirmed that modules will be correctly
found in either of /usr/lib/sasl2 or /usr/lib/$arch/sasl2 paths.

If we don't want to take cyrus-sasl2 on this FFe, then it's probably
better to roll back the multiarch support in openldap as well for this
cycle since that would give us various build failures without any actual
benefit.  However, we're so very close now to having flashplugin
multiarch-able that I think we should go ahead here.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to openssl in Ubuntu.
https://bugs.launchpad.net/bugs/826601

Title:
  FFe: multiarch dependencies of libcurl, needed for proper functioning
  of flashplugin-installer

Status in “cyrus-sasl2” package in Ubuntu:
  New
Status in “openldap” package in Ubuntu:
  Fix Released
Status in “openssl” package in Ubuntu:
  Fix Released
Status in “rtmpdump” package in Ubuntu:
  Fix Released

Bug description:
  Only upon removing ia32-libs from my system have I discovered that
  flashplugin-nonfree does not work unless a 32-libt libcurl is
  available that it can dlopen (bug #780573).  libcurl itself is
  multiarch-ready, but three of its dependencies are not: librtmp0,
  libldap-2.4-2, and libssl1.0.0.

  Risk of regression from openldap and openssl conversion is somewhat
  higher than the risk from the other two sets of multiarch FFes
  requested, because these libraries are lower in the stack and we're
  now a few days farther after Feature Freeze.  Although none of these
  libraries have plugin paths, I know for certain that php5 is going to
  regress (FTBFS) because it uses both openssl and openldap and its
  build system is not multiarch-proof.  There may be other similar
  issues elsewhere in the archive that I don't know about.  Best chance
  of finding those regressions, given the broad scope of the reverse-
  build-dependencies, would be to have any FFe included in an archive
  rebuild.

  The benefit of this change is that it is most assuredly the last piece
  needed in order to cross-install flashplugin-viewer with
  nspluginwrapper, taking out another significant cause of ia32-libs
  installation on end users systems.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cyrus-sasl2/+bug/826601/+subscriptions




More information about the foundations-bugs mailing list