Please transition libgnome to multi-arch

Some work has been carried out on this upstream but it looks like it's a bit more complex than the initial reporter expected.

Is this still going to land in 12.04.1?

I'm hopeful that it will, however, this is one of the bugs on my list that could slip to .2

rdeps quantal testing

./libgnomemm2.6_2.30.0-1-amd64-20120815-2209:Status: successful
./libgnomeui_2.24.5-2ubuntu2-amd64-20120815-2215:Status: successful
./libbonoboui_2.24.5-0ubuntu2-amd64-20120815-2202:Status: successful

Modifications to gnome-program have been made to address dlopen's of certain libraries and provide a multiarch path in addition to the original path to make sure the routine can find the module.

The rest is typical multiarch conversion

I should state modifications to the dlopen portion of the code exists already in quantal.

This also needs a manual dependency on the version of libbonobo2-0 that introduces support for multiarch path lookups (version 2.32.1-0ubuntu1.1).

Rather than moving gnome-open to a new -bin package, did you consider moving it into libgnome2-common and making libgnome2-common an Arch: any package?

> I should state modifications to the dlopen portion of the code exists already in quantal.

I don't understand this comment. Are you talking about the libbonobo search path, or something else?

This bug was fixed in the package libgnome - 2.32.1-2ubuntu2

---------------
libgnome (2.32.1-2ubuntu2) quantal; urgency=low

  * Transition to multi-arch (LP: #977959)
 -- Adam Stokes <email address hidden> Wed, 15 Aug 2012 21:37:08 -0400

Could you please commit this fix into precise-proposed?
Thanks

Could we please have this resolved? It confuses me, too ☺

> I should state modifications to the dlopen portion of the code exists already in quantal.
I don't understand this comment. Are you talking about the libbonobo search path, or something else?

Comment 7 was basically an addition to the comment I made in 6

Modifications to gnome-program have been made to address dlopen's of certain libraries and provide a multiarch path in addition to the original path to make sure the routine can find the module.

It's in precise-proposed unapproved queue now. Unsubscribing sponsors.

Hello Tom, or anyone else affected,

Accepted libgnome into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/libgnome/2.32.1-2ubuntu1.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

The package in precise-proposed works for me.
Now the i386 and amd64 are co-installable. I didn't face any package removal. Thanks.

Thanks for testing Cláudio

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

This bug was fixed in the package libgnome - 2.32.1-2ubuntu1.1

---------------
libgnome (2.32.1-2ubuntu1.1) precise-proposed; urgency=low

  * Transition to multi-arch (LP: #977959)
 -- Adam Stokes <email address hidden> Thu, 20 Sep 2012 09:45:31 -0400