Rainer Klier writes:

...

This leads to more fallout:

...

acroread /usr/bin/acroread: symbol lookup error: /usr/lib/libpangoft2-1.0.so.0: undefined symbol: hb_buffer_set_cluster_level

i have workarounded this by copying the old 1.36.x libs to the /opt/Adobe/Reader9/Reader/intellinux/lib/ folder and by restoring/saving the contents of /usr/lib/pango/1.8.0/ which was also part of the old 1.36.x libs.

Thank you very much! For the record, since I locked down the old AcroRead package, its private library installation is at /usr/lib/Adobe/Reader9/Reader/intellinux/lib/ and putting the old pango libs there and the module files back into /usr/lib/pango/1.8.0 as you wrote above makes acroread run again. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

G'day all, Changing the API of libpangoft2-1.0.so.0 without renaming the link completely breaks quite a few proprietary (non OSS) apps for me. Adobe Reader is one, but my Citrix client/plugin is another (I also have a partner documentation program from NetApp that also breaks). Installing the latest version of the reader from ftp.adobe.com may be a workaround for Acrobat Reader, but I like to use a repository if possible (not often for legacy proprietary stuff) and there are probably many more things out there that expect the API from a dynamic lib not to change if it is called from the same link. All of the proprietary programs that break for me are installed as 32-bit and I have installed the 32bit RPM for libpango 1.36.x downloaded from the 13.2 repositories and locked it. This way, all of the newer programs that may have dependencies on 1.38.x as time moves on will be OK since they are all 64bit, and I can still use my legacy 32bit programs. Perhaps someone can add a stub for the deprecated APIs to libpangoft2-1.0.so.0 (it seems to be mainly "hb_buffer_set_cluster_level", but it may hit more after this one is resolved with a stub) or change the name of the symlink to something else (libpangoft2-1.0.so.38? and change all of the programs that link to it). Although this all sounds like a problem for upstream, it really breaks things. -- Ben Ben Holmes Customer Engineer Interactive Pty Ltd Telephone +61 7 3323 0800 Facsimile +61 7 3323 0899 Mobile +61 421 406 456 www.interactive.com.au ------Confidentiality & Legal Privilege------------- "This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately. Please delete this message from your computer. Confidentiality and legal privilege are not waived or lost by reason of mistaken delivery to you." ________________________________________ From: Rainer Klier [rainer.klier@xyzmo.com] Sent: 20 October 2015 17:17 To: opensuse-factory@opensuse.org Subject: Re: [opensuse-factory] Re: New Tumbleweed snapshot 20151012 released! Am 19.10.2015 um 19:40 schrieb Achim Gratz:

Thank you very much! For the record, since I locked down the old AcroRead package, its private library installation is at

/usr/lib/Adobe/Reader9/Reader/intellinux/lib/

yes, i know this is the acrored coming from the SUSE rpm. but i use the version from ftp://ftp.adobe.com/pub/adobe/reader/unix/9.x/9.5.5/enu/ because this version can handle digital signatures in PDFs. if you open a PDF which has digital signatures in it with the SUSE version and try to check a digital signature it complains about some missing features. the adobe downloaded version can handle the digital signature. and the adobe downloaded version installs itself in /opt/Adobe/Reader -- Best Regards | Liebe Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales *Rainer Klier* -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

hi, Am 20.10.2015 um 10:37 schrieb Ben Holmes:

Changing the API of libpangoft2-1.0.so.0 without renaming the link completely breaks quite a few proprietary (non OSS) apps for me. Adobe Reader is one, but my Citrix client/plugin is another (I also

thanks for the info. i didn't recognize this.

Installing the latest version of the reader from ftp.adobe.com may be

you misundersttod this. the latest version of the reader from ftp.adobe.com also depends on the old pango lib. the only difference is, that the ftp-version can handle digital signatures. the pango problem persists.

All of the proprietary programs that break for me are installed as 32-bit and I have installed the 32bit RPM for libpango 1.36.x downloaded from the 13.2 repositories and locked it. This way, all of the newer programs that may have dependencies on 1.38.x as time moves on will be OK since they are all 64bit, and I can still use my legacy 32bit programs.

a good idea. and much better than my hack to put the old pango lib in the home dir of adobe reader. thanks. -- Best Regards | Liebe Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales *Rainer Klier* Research & Development _________________________________________________________ SIGNificant Signature Solutions GmbH (a xyzmo company) Haiderstraße 23 | 4052 Ansfelden | Austria Mobile: +43 664 610 17 06 Phone: +43 7229 88 0 60 - 758 Website: https://www.xyzmo.com/ Support: https://www.xyzmo.com/contact/support Get documents signed. Anywhere. At any time. The sender of this email disclaims any intent to be bound hereby, except where the sender clearly and explicitly provides otherwise. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am 20.10.2015 um 11:16 schrieb Dominique Leuenberger / DimStar:

On Mon, 2015-10-19 at 16:18 +0200, Rainer Klier wrote:

in this specific case: libharfbuzz0-32bit was wrongly skipped by OBS when publishing.. nobody knows why or how it happened (the i586 and the x86_64 package built correctly).

As a quick attempt harfbuzz was published in the :Update repository

And: snapshot 20151014 (currently published one) has the issue fixed also already.

ah, ok. i can confirm. after updateing harfbuzz and libpango-1_0-0-32bit it works again.

So, I think it's at the time to let this topic at rest, dup your system, clean out any weird workarounds and locks you created, or be

did it. -- Best Regards | Liebe Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales *Rainer Klier* Research & Development SIGNificant Signature Solutions GmbH -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am 20.10.2015 um 20:02 schrieb Achim Gratz:

Dominique Leuenberger / DimStar writes:

...

* Are people reading the weekly updates? (just a hint: the skype issue, which was the one known at that moment, was mentioned in the weekly review)

Yes, but I didn't know the connection to skype and libharfbuzz.

me neither. and also not the connection between pango and libharfbuzz... -- Best Regards | Liebe Grüße | Cordialement | Cordiali Saluti | *Rainer Klier* Research & Development SIGNificant Signature Solutions GmbH -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org