Since installing Leap 15.0, I now see Adobe Reader no longer works.
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
On 06/04/2018 06:34 PM, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
John Andersen wrote:
On 06/04/2018 06:34 PM, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
Printing PDFs from Okular was troublesome - https://bugzilla.opensuse.org/show_bug.cgi?id=1015478
There is another report too - https://bugzilla.opensuse.org/show_bug.cgi?id=1054374
Curreently, if Acrobat Reader does not work on Leap15, that is a no-go for the office.
On Tue, Jun 5, 2018 at 8:20 AM, Per Jessen per@computer.org wrote:
John Andersen wrote:
On 06/04/2018 06:34 PM, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
Printing PDFs from Okular was troublesome - https://bugzilla.opensuse.org/show_bug.cgi?id=1015478
There is another report too - https://bugzilla.opensuse.org/show_bug.cgi?id=1054374
Curreently, if Acrobat Reader does not work on Leap15, that is a no-go for the office.
Besides, there are many problems with okular and bidirectional documents/forms (like searching in logical instead of visual order).
On June 4, 2018 10:20:47 PM PDT, Per Jessen per@computer.org wrote:
John Andersen wrote:
On 06/04/2018 06:34 PM, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer
works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
Printing PDFs from Okular was troublesome - https://bugzilla.opensuse.org/show_bug.cgi?id=1015478
There is another report too - https://bugzilla.opensuse.org/show_bug.cgi?id=1054374
Curreently, if Acrobat Reader does not work on Leap15, that is a no-go for the office.
You've found a bug report? Oh, say it isn't so!
I've had no problem printing from okular. Have you tried?
John Andersen wrote:
On June 4, 2018 10:20:47 PM PDT, Per Jessen per@computer.org wrote:
John Andersen wrote:
On 06/04/2018 06:34 PM, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer
works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
Printing PDFs from Okular was troublesome - https://bugzilla.opensuse.org/show_bug.cgi?id=1015478
There is another report too - https://bugzilla.opensuse.org/show_bug.cgi?id=1054374
Curreently, if Acrobat Reader does not work on Leap15, that is a no-go for the office.
You've found a bug report? Oh, say it isn't so!
I wrote one of them.
I've had no problem printing from okular. Have you tried?
John, what do think? Many times. Every time I upgraded. See bug#1015478. My back office depends on being able to print e.g. invoices.
I've tried hard to switch to Okular ever since Adobe announced the discontinuation of Acrobat Reader on Linux. First the problem was A4 pages being scaled down when printed, then I couldn't pick the needed options in the print dialogue. It seems to be working now.
Per Jessen wrote:
John Andersen wrote:
On 06/04/2018 06:34 PM, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
Printing PDFs from Okular was troublesome - https://bugzilla.opensuse.org/show_bug.cgi?id=1015478
There is another report too - https://bugzilla.opensuse.org/show_bug.cgi?id=1054374
Curreently, if Acrobat Reader does not work on Leap15, that is a no-go for the office.
That was perhaps a bit strong - afaict, the printing issue has been resolved, and that was a major show-stopper. Apart from that, in my office environment, Okular will do fine. I would like to see tabs instead of multiple windows, though.
Le 05/06/2018 à 08:04, Per Jessen a écrit :
office environment, Okular will do fine. I would like to see tabs instead of multiple windows, though.
here, on 42.3, okular still do not works with official forms (french gov) jdd
On 2018-06-05 03:44, John Andersen wrote:
On 06/04/2018 06:34 PM, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
None of them support signatures and javascript forms.
On 06/04/2018 08:44 PM, John Andersen wrote:
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
And if you don't use KDE5 of Gnome3?
On 2018-06-06 10:46, David C. Rankin wrote:
On 06/04/2018 08:44 PM, John Andersen wrote:
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
And if you don't use KDE5 of Gnome3?
Well, I posted two proprietary alternatives. And Rainer Klier another one.
Anyway, running a particular desktop doesn't limit your choice of applications.
On Wed, 6 Jun 2018 03:46:13 -0500 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
On 06/04/2018 08:44 PM, John Andersen wrote:
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
And if you don't use KDE5 of Gnome3?
Atril
On 06/06/2018 05:31 AM, Dave Howorth wrote:
On Wed, 6 Jun 2018 03:46:13 -0500 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
On 06/04/2018 08:44 PM, John Andersen wrote:
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
And if you don't use KDE5 of Gnome3?
Atril
For 3 days now I have followed this thread and have concluded: 1) there is no perfect analogue to Adobe Reader 2) some pdf readers for linux work rather well 3) see number 1 4) some people like to kick dead horses
On 2018-06-06 16:22, Stevens wrote:
On 06/06/2018 05:31 AM, Dave Howorth wrote:
On Wed, 6 Jun 2018 03:46:13 -0500 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
On 06/04/2018 08:44 PM, John Andersen wrote:
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
And if you don't use KDE5 of Gnome3?
Atril
For 3 days now I have followed this thread and have concluded:
- there is no perfect analogue to Adobe Reader
- some pdf readers for linux work rather well
There is yet no open source PDF reader that supports forms with javascript code, and validates digital signatures, several years after Adobe stopped supporting acroread for Linux.
Hi,
Am Dienstag, 5. Juni 2018, 03:44:18 CEST schrieb John Andersen:
On 06/04/2018 06:34 PM, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
This is not necessarily about trust. There is plenty of documents one has to fill out for legal reasons that explicitly don't work on other readers. E.g. the mandatory safety form teachers in Baden-Württemberg have to fill out when conducting experiments in class will display nothing but an error message if opened in Okular.
Kind Regards, Matthias
P.S.: I _do_ think this is bullshit and needs to be changed. Public institutions should be forced to keep compatible to open standards and forbidden lock-in into proprietary applications. But this will not happen withing a day and right now one can't argue with the fact.
On 2018-06-09 21:54, Matthias Bach wrote:
Hi,
Am Dienstag, 5. Juni 2018, 03:44:18 CEST schrieb John Andersen:
On 06/04/2018 06:34 PM, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Look, if EVEN Adobe doesn't trust their pdf reader, why in gods name would YOU want to? Okular has made great strides. It even handles most types of Fill-in-Forms now. Evince is good too.
This is not necessarily about trust. There is plenty of documents one has to fill out for legal reasons that explicitly don't work on other readers. E.g. the mandatory safety form teachers in Baden-Württemberg have to fill out when conducting experiments in class will display nothing but an error message if opened in Okular.
Do you have samples of those? So that we can test with the alternatives we found.
P.S.: I _do_ think this is bullshit and needs to be changed. Public institutions should be forced to keep compatible to open standards and forbidden lock-in into proprietary applications. But this will not happen withing a day and right now one can't argue with the fact.
Amen.
On 05/06/18 11:04, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Yep but most of the core libraries in 42.3 date back to 42.1 or earlier whereas the Leap 15 stack is much newer so it may not build or work properly anymore.
But beyond that pdf viewers are known for there security issues and openSUSE is not going to ship an application which is unmaintained and not going to receive updates for security issues in the future. This is likely the main reason why it was dropped.
Simon Lees wrote:
On 05/06/18 11:04, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Yep but most of the core libraries in 42.3 date back to 42.1 or earlier whereas the Leap 15 stack is much newer so it may not build or work properly anymore.
But beyond that pdf viewers are known for there security issues and openSUSE is not going to ship an application which is unmaintained and not going to receive updates for security issues in the future. This is likely the main reason why it was dropped.
It was dropped a while back, maybe 42.1, but it has sofar been possible to grab the RPM from Adobe and install that. WHen you try to start acroread on Leap15, it throws sort assert. Okular has been playing catch-up, but it looks like the printing has been solved, that's a major step forward.
On 2018-06-05 03:51, Simon Lees wrote:
On 05/06/18 11:04, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Yep but most of the core libraries in 42.3 date back to 42.1 or earlier whereas the Leap 15 stack is much newer so it may not build or work properly anymore.
But beyond that pdf viewers are known for there security issues and openSUSE is not going to ship an application which is unmaintained and not going to receive updates for security issues in the future. This is likely the main reason why it was dropped.
It wasn't droped. It was not shipped nor maintained by openSUSE. It is proprietary software.
You don't understand the issue.
On 06/05/2018 07:42 AM, Carlos E. R. wrote:
On 2018-06-05 03:51, Simon Lees wrote:
On 05/06/18 11:04, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Have you folks tried Master PDF Editor 5?
I don't know what distros have it readily available, but I think it does everything. --doug
On 06/05/2018 09:54 AM, Doug wrote:
On 06/05/2018 07:42 AM, Carlos E. R. wrote:
On 2018-06-05 03:51, Simon Lees wrote:
On 05/06/18 11:04, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Have you folks tried Master PDF Editor 5?
I don't know what distros have it readily available, but I think it does everything.
I just checked with them and they said that it will not work with Smartcards. I specifically asked if it was compatible with pcscd and libcoolkey and they said, no.
That being said, Adobe's products didn't work with them on Linux either, we have to keep Windows and Adobe Reader around to sign pdf's.
BTW, is anyone worried about Microsoft apparently purchasing Github?
Regards, Lew
Lew Wolfgang wrote:
BTW, is anyone worried about Microsoft apparently purchasing Github?
Maybe best a topic for elsewhere.
On 06/05/2018 09:54 AM, Doug wrote:
On 06/05/2018 07:42 AM, Carlos E. R. wrote:
On 2018-06-05 03:51, Simon Lees wrote:
On 05/06/18 11:04, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
Have you folks tried Master PDF Editor 5?
I don't know what distros have it readily available, but I think it does everything. --doug
Isn't a full PDF editing an creation tool a little over the top for someone that just wanted to read documents, maybe fill in forms and sign?
I've looked at it, not shelled out for the full paid version, but I find it pretty useless for filling in forms.
On 06/04/2018 09:51 PM, Simon Lees wrote:
But beyond that pdf viewers are known for there security issues and openSUSE is not going to ship an application which is unmaintained and not going to receive updates for security issues in the future. This is likely the main reason why it was dropped.
I'm not saying it should be included in 15.0, but it shouldn't stop someone from installing it on their own. I tried Okular a while ago and didn't think much of it.
On 05/06/18 03:34, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
I tried (at length) but whatever I did I couldn't get it working on Tumbleweed. I use it with no problems on Ubuntu.
I switched to Xreader, along with some other parts of the Mint Xapps suite, e.g. the Xed editor. They still have proper title bars and toolbars, unlike the current GNOME 3 apps (Evince, Gedit etc.) which Xfce seems to default to using. They're in the OS repos.
Liam Proven wrote:
On 05/06/18 03:34, James Knott wrote:
On 06/04/2018 09:22 PM, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
It worked fine in 42.3.
I tried (at length) but whatever I did I couldn't get it working on Tumbleweed. I use it with no problems on Ubuntu.
The latter is very interesting - it seems to suggest it might be possible to get acrobat to work on leap15 too?
On 05/06/18 12:28, Per Jessen wrote:
I tried (at length) but whatever I did I couldn't get it working on Tumbleweed. I use it with no problems on Ubuntu.
The latter is very interesting - it seems to suggest it might be possible to get acrobat to work on leap15 too?
Probably but I have only just returned to *SUSE after about 13 years away, so I am not an expert at tweaking dependencies.
There are a whole bunch of packages for ``acroread'' on http://software.opensuse.org
I tried all of them.
Every time, it complained about missing libraries that seemed to be part of Ubuntu's Unity desktop.
I also had problems caused by libappindicator or related libraries, which meant that several Gtk apps didn't display their menu bars on Tumbleweed under XFCE: xfce-terminal, Pidgin, Claws-mail, others.
In the end, I removed everything Unity-related that I could find and my apps got menu bars -- but acroread would not launch.
Liam Proven wrote:
On 05/06/18 12:28, Per Jessen wrote:
I tried (at length) but whatever I did I couldn't get it working on Tumbleweed. I use it with no problems on Ubuntu.
The latter is very interesting - it seems to suggest it might be possible to get acrobat to work on leap15 too?
Probably but I have only just returned to *SUSE after about 13 years away, so I am not an expert at tweaking dependencies.
There are a whole bunch of packages for ``acroread'' on http://software.opensuse.org
I tried all of them.
Every time, it complained about missing libraries that seemed to be part of Ubuntu's Unity desktop.
I use the standard rpm from Adobe, whatever the latest version was. It does not complain during installation, but throws some assert() when you try to start it.
On 06/05/2018 06:52 AM, Per Jessen wrote:
I use the standard rpm from Adobe, whatever the latest version was. It does not complain during installation, but throws some assert() when you try to start it.
Have you tried on 15.0?
James Knott wrote:
On 06/05/2018 06:52 AM, Per Jessen wrote:
I use the standard rpm from Adobe, whatever the latest version was. It does not complain during installation, but throws some assert() when you try to start it.
Have you tried on 15.0?
Yes, the above is from an attempt on 15.0. It works on 42.3
Am 06.06.2018 um 08:09 schrieb Per Jessen:
James Knott wrote:
On 06/05/2018 06:52 AM, Per Jessen wrote:
I use the standard rpm from Adobe, whatever the latest version was. It does not complain during installation, but throws some assert() when you try to start it.
Have you tried on 15.0?
Yes, the above is from an attempt on 15.0. It works on 42.3
Did you read my last mail? Does that work for you?
Jöerg
On 2018-06-06 21:10, Joerg Kuehne wrote:
Am 06.06.2018 um 08:09 schrieb Per Jessen:
James Knott wrote:
On 06/05/2018 06:52 AM, Per Jessen wrote:
I use the standard rpm from Adobe, whatever the latest version was. It does not complain during installation, but throws some assert() when you try to start it.
Have you tried on 15.0?
Yes, the above is from an attempt on 15.0. It works on 42.3
Did you read my last mail? Does that work for you?
I hope to try that tomorrow, time permitting, thanks :-)
On 2018-06-07 00:23, Carlos E. R. wrote:
On 2018-06-06 21:10, Joerg Kuehne wrote:
Am 06.06.2018 um 08:09 schrieb Per Jessen:
James Knott wrote:
On 06/05/2018 06:52 AM, Per Jessen wrote:
I use the standard rpm from Adobe, whatever the latest version was. It does not complain during installation, but throws some assert() when you try to start it.
Have you tried on 15.0?
Yes, the above is from an attempt on 15.0. It works on 42.3
Did you read my last mail? Does that work for you?
I hope to try that tomorrow, time permitting, thanks :-)
I tried now, but using the saved adobe rpm I have.
I copied all /usr/lib64/libxcb* files and symlinks in my working 42.3 to /usr/lib/Adobe/Reader9/Reader/intellinux/lib in the 15.0 VM
carlos@linux-phe7:~> acroread Segmentation fault (core dumped) carlos@linux-phe7:~>
2018-06-07T22:43:21.835432+02:00 linux-phe7 kernel: [54689.114396] traps: acroread[14072] general protection ip:f47afcd1 sp:fff82124 error:0 in libxcb.so.1.1.0[f47a4000+2b000]
2018-06-07T22:43:44.782029+02:00 linux-phe7 kernel: [54712.065865] traps: acroread[14138] general protection ip:f47e4cd1 sp:ffb3c044 error:0 in libxcb.so.1.1.0[f47d9000+2b000]
Joerg Kuehne wrote:
Am 06.06.2018 um 08:09 schrieb Per Jessen:
James Knott wrote:
On 06/05/2018 06:52 AM, Per Jessen wrote:
I use the standard rpm from Adobe, whatever the latest version was. It does not complain during installation, but throws some assert() when you try to start it.
Have you tried on 15.0?
Yes, the above is from an attempt on 15.0. It works on 42.3
Did you read my last mail? Does that work for you?
Hi Jöerg
I did see you last mail, I was going to try it today, it looks promising!
Still, for my and my office needs, Okular is currently fine, but people don't like to change, so running Acrobat would be very nice.
Per Jessen wrote:
Liam Proven wrote:
I tried (at length) but whatever I did I couldn't get it working on Tumbleweed. I use it with no problems on Ubuntu.
The latter is very interesting - it seems to suggest it might be possible to get acrobat to work on leap15 too?
OK, I got curious. So I grabbed one of the acroread-for-Tumbleweed packages (from home:Ximi1970:openSUSE:Extra) and installed it. It wanted some ISO8859-1.so which it seems it didn't find as a provide (but there is one from the glibc-locale package). I installed 'breaking some of the dependencies'.
Running it failed, it complained that it cannot create files in my home directory. Realizing it is actually a 32-bit executable (although the package is x86_64) I got suspicious that it might have to do with the XFS filesystem of home: Several application (mostly some games) have issues with XFS on large partitions (larger than 1.9T IIRC) and die with such stupid errors. So I moved ~/.adobe to /tmp and put a link in my $HOME instead.
And wonder o wonder, it just runs....
I don't have a Leap 15 aroung to test there.
On 05/06/18 13:04, Peter Suetterlin wrote:
OK, I got curious. So I grabbed one of the acroread-for-Tumbleweed packages (from home:Ximi1970:openSUSE:Extra) and installed it. It wanted some ISO8859-1.so which it seems it didn't find as a provide (but there is one from the glibc-locale package). I installed 'breaking some of the dependencies'.
Running it failed, it complained that it cannot create files in my home directory. Realizing it is actually a 32-bit executable (although the package is x86_64) I got suspicious that it might have to do with the XFS filesystem of home: Several application (mostly some games) have issues with XFS on large partitions (larger than 1.9T IIRC) and die with such stupid errors. So I moved ~/.adobe to /tmp and put a link in my $HOME instead.
And wonder o wonder, it just runs....
I don't have a Leap 15 aroung to test there.
Fascinating. Thank you for that. It may be possible for me to use it after all, then. I will give it a try.
On 2018-06-05 03:22, Simon Lees wrote:
On 05/06/18 10:14, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Yep Adobe no longer support it on Linux
Yes, since years; but the last available version worked in Leap 42.3. Adobe reader is crucial for many people. There are no Linux PDF readers, to my knowledge, that support validation of signatures and filling of forms with javascript.
Mind: LibreOffice can produce signed documents.
Am Montag, den 04.06.2018, 20:44 -0400 schrieb James Knott:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
i use master PDF editor: https://code-industry.net/free-pdf-editor/ https://code-industry.net/public/master-pdf-editor-5.0.15_qt5.x86_64.rpm
works very well.
--
Best Regards | Freundliche Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales
DI Rainer Klier
Research & Development, DevOps
Namirial GmbH
On 06/05/2018 05:31 AM, Rainer Klier wrote:
Am Montag, den 04.06.2018, 20:44 -0400 schrieb James Knott:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
i use master PDF editor: https://code-industry.net/free-pdf-editor/ https://code-industry.net/public/master-pdf-editor-5.0.15_qt5.x86_64.rpm
works very well.
I'll have to see how it goes.
tnx
On 2018-06-05 02:44, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
I managed to install acroread_from_123oS-9.5.5-8.1.i586.rpm in a virtual machine with Leap 15.0, the last openSUSE provided acroread rpm from version 12.3 that I have saved and used for years.
It is a 32 bit package, so also select to install the entire 32 bit pattern in YaST. It still complains that acroreads needs but is nowhere to be found ISO8859-1.so, but I have it installed already:
linux-phe7:~/Downloads/localrepo # ls /usr/lib/gconv/ISO8859-1.so /usr/lib/gconv/ISO8859-1.so linux-phe7:~/Downloads/localrepo #
so I tell yast to ignore that dependency and go ahead.
It installed a lot of packages:
glibc-32bit nss-mdns-32bit libz1-32bit libverto1-32bit libunistring2-32bit libuuid1-32bit libtdb1-32bit libtasn1-6-32bit libtalloc2-32bit libsasl2-3-32bit libseccomp2-32bit libpython2_7-1_0-32bit libpopt0-32bit libnettle6-32bit libpcre1-32bit liblzma5-32bit liblz4-1-32bit libkeyutils1-32bit libjson-c3-32bit libgpg-error0-32bit libgmp10-32bit libffi7-32bit libfam0-gamin-32bit libcap2-32bit libcom_err2-32bit libavahi-common3-32bit libaudit1-32bit libattr1-32bit libargon2-1-32bit gnome-keyring-32bit glibc-locale-32bit libopenssl1_1-32bit libcrack2-32bit libblkid1-32bit libidn2-0-32bit libtevent0-32bit libsamba-errors0-32bit python-talloc-32bit libselinux1-32bit libgcrypt20-32bit libp11-kit0-32bit libhogweed4-32bit libacl1-32bit libldap-2_4-2-32bit libldb1-32bit libtevent-util0-32bit libudev1-32bit krb5-32bit libsystemd0-32bit libgnutls30-32bit libtirpc3-32bit libdevmapper1_03-32bit libcryptsetup12-32bit libdbus-1-3-32bit libnsl2-32bit libavahi-client3-32bit pam-32bit libcups2-32bit systemd-32bit gnome-keyring-pam-32bit libdcerpc-binding0-32bit samba-libs-32bit libsamba-util0-32bit libndr0-32bit libsamba-hostconfig0-32bit libndr-standard0-32bit libsamba-credentials0-32bit libsmbconf0-32bit libndr-nbt0-32bit libwbclient0-32bit libdcerpc0-32bit libsamdb0-32bit libndr-krb5pac0-32bit libsamba-passdb0-32bit samba-kdc-32bit libnetapi0-32bit libsmbldap2-32bit samba-client-32bit samba-winbind-32bit cyrus-sasl-crammd5-32bit cyrus-sasl-digestmd5-32bit cyrus-sasl-gssapi-32bit cyrus-sasl-plain-32bit libasound2-32bit libbz2-1-32bit libexpat1-32bit libgcc_s1-32bit libglib-2_0-0-32bit liblua5_3-5-32bit libmagic1-32bit libmount1-32bit libnghttp2-14-32bit libnuma1-32bit libparted0-32bit libpci3-32bit libpng16-16-32bit libssh4-32bit libpsl5-32bit libxml2-2-32bit openslp-32bit perl-base-32bit sysfsutils-32bit alsa-oss-32bit libdw1-32bit libstdc++6-32bit libgmodule-2_0-0-32bit libgobject-2_0-0-32bit libfreetype6-32bit libcurl4-32bit apulse libcroco-0_6-3-32bit alsa-plugins-32bit libebl-plugins-32bit libpcrecpp0-32bit libdb-4_8-32bit libgio-2_0-0-32bit fontconfig-32bit gettext-runtime-32bit apulse-32bit libelf1-32bit cyrus-sasl-32bit dbus-1-glib-32bit alsa-plugins-pulse-32bit rpm-32bit patterns-base-32bit patterns-base-apparmor-32bit patterns-base-base-32bit patterns-base-sw_management-32bit patterns-base-enhanced_base-32bit patterns-base-x11-32bit patterns-base-minimal_base-32bit patterns-base-x11_enhanced-32bit gdk-pixbuf-query-loaders-32bit libatk-1_0-0-32bit libXau6-32bit libdatrie1-32bit libgraphite2-3-32bit libgthread-2_0-0-32bit libibus-1_0-5-32bit libidn11-32bit libjbig2-32bit libjpeg8-32bit libogg0-32bit libltdl7-32bit libpixman-1-0-32bit libxcb1-32bit libharfbuzz0-32bit libthai0-32bit libtiff5-32bit libvorbis0-32bit libxcb-render0-32bit libxcb-shm0-32bit libX11-6-32bit libvorbisfile3-32bit libglvnd-32bit libgdk_pixbuf-2_0-0-32bit libXrender1-32bit libXfixes3-32bit libXdamage1-32bit libXext6-32bit libXcomposite1-32bit libcanberra0-32bit libGLU1-32bit libXft2-32bit libXcursor1-32bit libcairo2-32bit libXinerama1-32bit libXrandr2-32bit libXi6-32bit libpango-1_0-0-32bit libpangox-1_0-0-32bit libgtk-2_0-0-32bit gtk2-tools-32bit libcanberra-gtk0-32bit ibus-gtk-32bit gtk2-theming-engine-adwaita-32bit libcanberra-gtk2-module-32bit acroread
But it fails to run, segfaults:
carlos@linux-phe7:~/Downloads> acroread Elec.pdf & [1] 7474 carlos@linux-phe7:~/Downloads> [1]+ Segmentation fault (core dumped) acroread Elec.pdf carlos@linux-phe7:~/Downloads>
2018-06-05T14:13:04.182233+02:00 linux-phe7 [RPM][7436]: Transaction ID 5b167e41 finished: 0 2018-06-05T14:13:55.842015+02:00 linux-phe7 kernel: [ 6534.649971] traps: acroread[7474] general protection ip:f472dcd1 sp:ffb029e4 error:0 in libxcb.so.1.1.0[f4722000+2b000]
Needless to say, it works fine on Leap 42.3.
On 06/05/2018 08:32 AM, Carlos E. R. wrote:
I managed to install acroread_from_123oS-9.5.5-8.1.i586.rpm in a virtual machine with Leap 15.0, the last openSUSE provided acroread rpm from version 12.3 that I have saved and used for years.
If I have to use a VM, I might as well just use the Windows 10 VM I have installed.
On 2018-06-05 20:26, James Knott wrote:
On 06/05/2018 08:32 AM, Carlos E. R. wrote:
I managed to install acroread_from_123oS-9.5.5-8.1.i586.rpm in a virtual machine with Leap 15.0, the last openSUSE provided acroread rpm from version 12.3 that I have saved and used for years.
If I have to use a VM, I might as well just use the Windows 10 VM I have installed.
No, I did not say that.
I test 15.0 in a virtual machine, I don't have a real hardware with 15.0 to test things. So I tried acroread there and it segfaulted.
On 2018-06-05 02:44, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
I'm trying Foxit for Linux (version 2.4.1) in a virtual machine. The installer is an executable and install under /opt.
I opened a signed document, but I don't see the signature data anywhere. I see mentions in the menu of signing a document, but that is no much use if I can't verify a signature.
I talk about signing with an official certificate, not stamping the document with an image. And when displaying such a signed document, display the certificate authenticity trail. Nothing in Linux, AFAIK, does that - except proprietary acroread, and it is ancient, so it can not update its master certificates.
I opened a sample form I had saved, and it opens and displays correctly, it seems.
jdd, can you provide links or copies of some of your government forms to try?
On Tue, Jun 5, 2018 at 4:14 PM, Carlos E. R. robin.listas@telefonica.net wrote:
I talk about signing with an official certificate, not stamping the document with an image. And when displaying such a signed document, display the certificate authenticity trail. Nothing in Linux, AFAIK, does that - except proprietary acroread, and it is ancient, so it can not update its master certificates.
There is at least one free (IANAL) toolchain for manipulating PDF (iText) and at least one standalone program using it for document signing (jPdfSign). So if you really need it, you may consider this route.
On 2018-06-05 15:31, Andrei Borzenkov wrote:
On Tue, Jun 5, 2018 at 4:14 PM, Carlos E. R. <> wrote:
I talk about signing with an official certificate, not stamping the document with an image. And when displaying such a signed document, display the certificate authenticity trail. Nothing in Linux, AFAIK, does that - except proprietary acroread, and it is ancient, so it can not update its master certificates.
There is at least one free (IANAL) toolchain for manipulating PDF (iText) and at least one standalone program using it for document signing (jPdfSign). So if you really need it, you may consider this route.
Thank you.
Libre Office can sign the PDF it generates, so there must be free and open methods of doing it.
But still I know no method to verify the signatures in Linux. That's what I need. Maybe there is a CLI method separate from readers.
On Tue, Jun 5, 2018 at 4:39 PM, Carlos E. R. robin.listas@telefonica.net wrote:
On 2018-06-05 15:31, Andrei Borzenkov wrote:
On Tue, Jun 5, 2018 at 4:14 PM, Carlos E. R. <> wrote:
I talk about signing with an official certificate, not stamping the document with an image. And when displaying such a signed document, display the certificate authenticity trail. Nothing in Linux, AFAIK, does that - except proprietary acroread, and it is ancient, so it can not update its master certificates.
There is at least one free (IANAL) toolchain for manipulating PDF (iText) and at least one standalone program using it for document signing (jPdfSign). So if you really need it, you may consider this route.
Thank you.
Libre Office can sign the PDF it generates, so there must be free and open methods of doing it.
But still I know no method to verify the signatures in Linux. That's what I need. Maybe there is a CLI method separate from readers.
I would expect that toolkit that supports signing also supports verification.
On 2018-06-05 15:54, Andrei Borzenkov wrote:
On Tue, Jun 5, 2018 at 4:39 PM, Carlos E. R. robin.listas@telefonica.net wrote:
On 2018-06-05 15:31, Andrei Borzenkov wrote:
On Tue, Jun 5, 2018 at 4:14 PM, Carlos E. R. <> wrote:
I talk about signing with an official certificate, not stamping the document with an image. And when displaying such a signed document, display the certificate authenticity trail. Nothing in Linux, AFAIK, does that - except proprietary acroread, and it is ancient, so it can not update its master certificates.
There is at least one free (IANAL) toolchain for manipulating PDF (iText) and at least one standalone program using it for document signing (jPdfSign). So if you really need it, you may consider this route.
Thank you.
Libre Office can sign the PDF it generates, so there must be free and open methods of doing it.
But still I know no method to verify the signatures in Linux. That's what I need. Maybe there is a CLI method separate from readers.
I would expect that toolkit that supports signing also supports verification.
Maybe. Difficult to say reading here: http://jsignpdf.sourceforge.net/
I googled for "validate digital signature for PDFs in linux", and two places say to try "PDF Studio Viewer". There is also a comment or two that say Evince is going to get signature support via poppler.
Here is some info on Evince:
https://askubuntu.com/questions/226257/how-can-i-validate-a-pdfs-digital-signature-with-evince
I will try this: https://www.qoppa.com/pdfstudioviewer/ There is a reader gratis version. [...]
Ok, downloaded and installed on a 15.0 Vbox VM. It is a java program, comes with its own JRE. It feels slow. VB is slower than Vmware in my machine.
It does display signature info :-)
Similar to acroread, but with less info, it seems, but more than "pdfsig" (see my other email). Ah, on each field I can right click and select "details", and this info is indeed detailed.
Next is to find how to add "Trusted identities". Found it, in preferences I can import root certificates. I must try this out, but has to be another time.
It also appears to load forms correctly.
:-)
Finally, it can also take photos of the document (PNG file or clipboard).
Very good PDF reader! :-)
Am Dienstag, den 05.06.2018, 16:50 +0200 schrieb Carlos E. R.:
On 2018-06-05 15:54, Andrei Borzenkov wrote:
On Tue, Jun 5, 2018 at 4:39 PM, Carlos E. R. robin.listas@telefonica.net wrote:
On 2018-06-05 15:31, Andrei Borzenkov wrote:
On Tue, Jun 5, 2018 at 4:14 PM, Carlos E. R. <> wrote:
But still I know no method to verify the signatures in Linux. That's what I need. Maybe there is a CLI method separate from readers.
I would expect that toolkit that supports signing also supports verification.
Maybe. Difficult to say reading here: http://jsignpdf.sourceforge.net/
I googled for "validate digital signature for PDFs in linux", and two places say to try "PDF Studio Viewer". There is also a comment or two that say Evince is going to get signature support via poppler.
master PDF editor https://code-industry.net/get-masterpdfeditor/ can validate signatures. --
Best Regards | Freundliche Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales
DI Rainer Klier
Research & Development, DevOps
Namirial GmbH
Den 2018-06-05 kl. 15:39, skrev Carlos E. R.:
Maybe there is a CLI method separate from readers.
$ rpm -qf `which pdfsig` poppler-tools-0.62.0-2.1.x86_64
$ wget https://blogs.adobe.com/security/SampleSignedPDFDocument.pdf -O /tmp/SampleSignedPDFDocument.pdf
$ pdfsig /tmp/SampleSignedPDFDocument.pdf Digital Signature Info of: /tmp/SampleSignedPDFDocument.pdf Signature #1: - Signer Certificate Common Name: John B Harris - Signer full Distinguished Name: E=jbharris@adobe.com,CN=John B Harris,O=Adobe Systems Incorporated,L=San Jose,ST=CA,C=US - Signing Time: Jul 16 2009 16:47:47 - Signing Hash Algorithm: SHA1 - Signature Type: adbe.pkcs7.detached - Signed Ranges: [0 - 227012], [248956 - 272318] - Total document signed - Signature Validation: Signature is Valid. - Certificate Validation: Certificate has Expired
Cheers,
On 2018-06-05 16:22, Bengt Gördén wrote:
Den 2018-06-05 kl. 15:39, skrev Carlos E. R.:
Maybe there is a CLI method separate from readers.
$ rpm -qf `which pdfsig` poppler-tools-0.62.0-2.1.x86_64
$ wget https://blogs.adobe.com/security/SampleSignedPDFDocument.pdf -O /tmp/SampleSignedPDFDocument.pdf
$ pdfsig /tmp/SampleSignedPDFDocument.pdf Digital Signature Info of: /tmp/SampleSignedPDFDocument.pdf Signature #1: - Signer Certificate Common Name: John B Harris - Signer full Distinguished Name: E=jbharris@adobe.com,CN=John B Harris,O=Adobe Systems Incorporated,L=San Jose,ST=CA,C=US - Signing Time: Jul 16 2009 16:47:47 - Signing Hash Algorithm: SHA1 - Signature Type: adbe.pkcs7.detached - Signed Ranges: [0 - 227012], [248956 - 272318] - Total document signed - Signature Validation: Signature is Valid. - Certificate Validation: Certificate has Expired
WOW! Wonderful! :-))
It works on 42.3 with the first PDF I tried.
Digital Signature Info of: Elec_XXX.pdf Signature #1: - Signer Certificate Common Name: EDU*** - Signing Time: Apr 28 2018 15:00:22 - Signature Validation: Signature is Valid. - Certificate Validation: Certificate issuer is unknown.
Acroread concurs, but gives more info (like certificate details).
Am Montag, den 04.06.2018, 20:44 -0400 schrieb James Knott:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
i use Master PDF Editor https://code-industry.net/get-masterpdfeditor/ https://code-industry.net/public/master-pdf-editor-5.0.15_qt5.x86_64.rpm
--
Best Regards | Freundliche Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales
DI Rainer Klier
Research & Development, DevOps
Namirial GmbH
On 06/04/2018 08:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
I've followed this thread, but didn't see any mention of this community package which supposedly builds OK:
https://build.opensuse.org/package/show/home%3AXimi1970%3AopenSUSE%3AExtra/a...
https://build.opensuse.org/package/binary/home:Ximi1970:openSUSE:Extra/acror...
Did I miss something? I don't have 15 running yet, so I can't test it.
--dg
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped
Is there something in Leap 15 that prevents is from executing ELF 32-bit LSB executables? If so, what is it and can it be worked around. I ran Yast2 and I think I installed all of the 32 bit libs. I have seen acroread offered on the opensuse packages list, and other places. The site says it builds, but gives no info I saw on execution.
What broke? Don
On 06/27/2018 06:26 PM, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped
Is there something in Leap 15 that prevents is from executing ELF 32-bit LSB executables? If so, what is it and can it be worked around. I ran Yast2 and I think I installed all of the 32 bit libs. I have seen acroread offered on the opensuse packages list, and other places. The site says it builds, but gives no info I saw on execution.
What broke? Don
For better or worse, Adobe Reader is obsolete. Have you looked at getting Master PDF Editor 5? It's pretty complete, AFAIK.
--doug
Le 28/06/2018 à 01:13, Doug a écrit :
For better or worse, Adobe Reader is obsolete. Have you looked at getting Master PDF Editor 5? It's pretty complete, AFAIK.
if there is really a free alternative, this should be documented somewhere (on the wiki?).
We *need* something to sue pdf forms spread around the web on many official sites we can't avoid.
Better if we don't have to start windows only for that
jdd
Le 28/06/2018 à 01:13, Doug a écrit :
For better or worse, Adobe Reader is obsolete. Have you looked at getting Master PDF Editor 5? It's pretty complete, AFAIK.
just tested. Seems to works (allow viewing and filling french gouv forms - tried on "cerfa_13754-02"), but obviously not "free" nor "open".
jdd
On 2018-06-28 01:13, Doug wrote:
On 06/27/2018 06:26 PM, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped
Is there something in Leap 15 that prevents is from executing ELF 32-bit LSB executables? If so, what is it and can it be worked around. I ran Yast2 and I think I installed all of the 32 bit libs. I have seen acroread offered on the opensuse packages list, and other places. The site says it builds, but gives no info I saw on execution.
For better or worse, Adobe Reader is obsolete. Have you looked at getting Master PDF Editor 5? It's pretty complete, AFAIK.
Again, stop that bullshit. There are features that NO free Linux pdf viewer has. Namely: cryptographic signature checking, and javascript support in forms.
There are some alternative commercial PDF viewers that have some of it:
https://www.qoppa.com/pdfstudioviewer/ Apparently has forms support. Has signature checking.
Foxit for Linux Apparently has forms support. No signature checking.
On 06/28/2018 04:18 AM, Carlos E. R. wrote:
On 2018-06-28 01:13, Doug wrote:
On 06/27/2018 06:26 PM, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped
Is there something in Leap 15 that prevents is from executing ELF 32-bit LSB executables? If so, what is it and can it be worked around. I ran Yast2 and I think I installed all of the 32 bit libs. I have seen acroread offered on the opensuse packages list, and other places. The site says it builds, but gives no info I saw on execution.
For better or worse, Adobe Reader is obsolete. Have you looked at getting Master PDF Editor 5? It's pretty complete, AFAIK.
Again, stop that bullshit. There are features that NO free Linux pdf viewer has. Namely: cryptographic signature checking, and javascript support in forms.
There are some alternative commercial PDF viewers that have some of it:
https://www.qoppa.com/pdfstudioviewer/ Apparently has forms support. Has signature checking.
Foxit for Linux Apparently has forms support. No signature checking.
I tried adding the above 2 libraries and acroread appears to work for me. And it exits fine, but I use the FVWM2 window manger which may be different. How does /usr/lib/Adobe/Reader9/Reader/intellinux/lib get included in your LD_LIBRARY_PATH search path. I added it manually to mine, but other emails appear to imply it was added automatically, like I assume it should be. I was considering trying to find the above two libraries in debug or source form and determine with gdb what the problem is. Then possibly file a bug report. Is this a worthwhile effort?
Thanks for all the assistance! Don
On 2018-06-29 03:51, don fisher wrote:
On 06/28/2018 04:18 AM, Carlos E. R. wrote:
I tried adding the above 2 libraries and acroread appears to work for me. And it exits fine, but I use the FVWM2 window manger which may be different. How does /usr/lib/Adobe/Reader9/Reader/intellinux/lib get included in your LD_LIBRARY_PATH search path. I added it manually to mine, but other emails appear to imply it was added automatically, like I assume it should be.
Apparently that directory is scanned by acroread for libraries it needs, to be used in preference to the system ones. I don't know if it changes the LD_LIBRARY_PATH, but it might, it uses a script to all the program.
cer@Telcontar:~> file /usr/bin/acroread /usr/bin/acroread: symbolic link to ../lib/Adobe/Reader9/bin/acroread cer@Telcontar:~> file /usr/lib/Adobe/Reader9/bin/acroread /usr/lib/Adobe/Reader9/bin/acroread: setgid POSIX shell script, ASCII text executable cer@Telcontar:~>
Then "grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread" finds hits. So that's how.
This is an strategy that is "sound" for proprietary packages that are not rebuilt (compiled) for each distribution and distro release. Instead they use their own.
pdfstudioviewer, for instance, brings its own java version.
I was considering trying to find the above two libraries in debug or source form and determine with gdb what the problem is. Then possibly file a bug report. Is this a worthwhile effort?
Thanks for all the assistance!
I think Joerg Kuehne used gdb to find out. He said something about it in a post I did not fully understand, so you'd better have a look at it.
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread
Thanks. It did not appear to work for me an my ldd showed all those libraies as not found. Could it be because I use tcsh?
Don
On 2018-06-29 04:45, don fisher wrote:
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread
Thanks. It did not appear to work for me an my ldd showed all those libraies as not found. Could it be because I use tcsh?
Dunno. The acroread script uses plain "sh", it says. It should load the interpreter it needs regardless of your default one.
On 06/29/2018 01:27 AM, Carlos E. R. wrote:
On 2018-06-29 04:45, don fisher wrote:
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread
Thanks. It did not appear to work for me an my ldd showed all those libraies as not found. Could it be because I use tcsh?
Dunno. The acroread script uses plain "sh", it says. It should load the interpreter it needs regardless of your default one.
I noticed that the crucial email from Joerg Kuehne does not appear to be on the list. My browser caches all emails, and I think I have all of them back to 2015. I did a search on this list and could find no emails with Joerg Kuehne as sender. Is he posting to another list?
Don
* don fisher hdf3@comcast.net [06-29-18 15:11]:
On 06/29/2018 01:27 AM, Carlos E. R. wrote:
On 2018-06-29 04:45, don fisher wrote:
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread
Thanks. It did not appear to work for me an my ldd showed all those libraies as not found. Could it be because I use tcsh?
Dunno. The acroread script uses plain "sh", it says. It should load the interpreter it needs regardless of your default one.
I noticed that the crucial email from Joerg Kuehne does not appear to be on the list. My browser caches all emails, and I think I have all of them back to 2015. I did a search on this list and could find no emails with Joerg Kuehne as sender. Is he posting to another list?
opensuse leap 42.1: javafx support - openSUSE Mailinglist https://lists.opensuse.org/opensuse-de/2016-01/msg00117.html Translate this page opensuse leap 42.1: javafx support. From: "Jörg Kühne" joerg.kuehne@xxxxxxx; Date: Tue, 5 Jan 2016 20:12:02 +0100; Message-id: ...
Re: Fw: opensuse 13.2 systemwiederherstellung https://lists.opensuse.org/opensuse-de/2015-05/msg00191.html Translate this page May 14, 2015 - "Jörg Kühne" schrieb: Hallo OpenSuse-Liste Gibt es sowas wie eine Systemwiederherstellung im aktuellen OpenSuse? Gruess Joerg. Snapper ...
notice the "Translate this page" text. he is posting one the German lists it appears. so you would not find him on the english lists.
but he has posted somewhere I subscribe since I have his name and addr in my lbdb. but I do not have the post archived.
Am 29.06.2018 um 21:20 schrieb Patrick Shanahan:
- don fisher hdf3@comcast.net [06-29-18 15:11]:
On 06/29/2018 01:27 AM, Carlos E. R. wrote:
On 2018-06-29 04:45, don fisher wrote:
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread
Thanks. It did not appear to work for me an my ldd showed all those libraies as not found. Could it be because I use tcsh?
Dunno. The acroread script uses plain "sh", it says. It should load the interpreter it needs regardless of your default one.
I noticed that the crucial email from Joerg Kuehne does not appear to be on the list. My browser caches all emails, and I think I have all of them back to 2015. I did a search on this list and could find no emails with Joerg Kuehne as sender. Is he posting to another list?
opensuse leap 42.1: javafx support - openSUSE Mailinglist https://lists.opensuse.org/opensuse-de/2016-01/msg00117.html Translate this page opensuse leap 42.1: javafx support. From: "Jörg Kühne" joerg.kuehne@xxxxxxx; Date: Tue, 5 Jan 2016 20:12:02 +0100; Message-id: ...
Re: Fw: opensuse 13.2 systemwiederherstellung https://lists.opensuse.org/opensuse-de/2015-05/msg00191.html Translate this page May 14, 2015 - "Jörg Kühne" schrieb: Hallo OpenSuse-Liste Gibt es sowas wie eine Systemwiederherstellung im aktuellen OpenSuse? Gruess Joerg. Snapper ...
That's not me.
Joerg
On 06/29/2018 12:20 PM, Patrick Shanahan wrote:
- don fisher hdf3@comcast.net [06-29-18 15:11]:
On 06/29/2018 01:27 AM, Carlos E. R. wrote:
On 2018-06-29 04:45, don fisher wrote:
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread
Thanks. It did not appear to work for me an my ldd showed all those libraies as not found. Could it be because I use tcsh?
Dunno. The acroread script uses plain "sh", it says. It should load the interpreter it needs regardless of your default one.
I noticed that the crucial email from Joerg Kuehne does not appear to be on the list. My browser caches all emails, and I think I have all of them back to 2015. I did a search on this list and could find no emails with Joerg Kuehne as sender. Is he posting to another list?
opensuse leap 42.1: javafx support - openSUSE Mailinglist https://lists.opensuse.org/opensuse-de/2016-01/msg00117.html Translate this page opensuse leap 42.1: javafx support. From: "Jörg Kühne" joerg.kuehne@xxxxxxx; Date: Tue, 5 Jan 2016 20:12:02 +0100; Message-id: ...
Re: Fw: opensuse 13.2 systemwiederherstellung https://lists.opensuse.org/opensuse-de/2015-05/msg00191.html Translate this page May 14, 2015 - "Jörg Kühne" schrieb: Hallo OpenSuse-Liste Gibt es sowas wie eine Systemwiederherstellung im aktuellen OpenSuse? Gruess Joerg. Snapper ...
notice the "Translate this page" text. he is posting one the German lists it appears. so you would not find him on the english lists.
but he has posted somewhere I subscribe since I have his name and addr in my lbdb. but I do not have the post archived.
Is there a way to contact him to find out if he is pursuing the problem with the libraries any further, and/or filing a bug report. I downloaded the relevant library sources with the debug packages that I could find. I was going to build the two libraries to have the relevant symbol tables available and run them under gdb to determine what the error is. I used to have to do this kind of stuff all the time when I worked for a company that did systems integration. But that has been almost 10 years ago so the wake up will not be easy, or necessary if Joerg has already taken the necessary steps.
Don
30.06.2018 08:58, don fisher пишет:
Is there a way to contact him to find out if he is pursuing the problem with the libraries any further, and/or filing a bug report.
Which bug report? What exactly do not you understand in "vendor stopped further development and we do not have sources to pick it up"?
On 2018-06-30 07:58, don fisher wrote:
On 06/29/2018 12:20 PM, Patrick Shanahan wrote:
- don fisher <> [06-29-18 15:11]:
notice the "Translate this page" text. he is posting one the German lists it appears. so you would not find him on the english lists.
That's not him.
but he has posted somewhere I subscribe since I have his name and addr in my lbdb. but I do not have the post archived.
Is there a way to contact him to find out if he is pursuing the problem
He replied to Patrick, he is reading and answering here. I posted a link to his original post.
with the libraries any further, and/or filing a bug report. I downloaded the relevant library sources with the debug packages that I could find. I was going to build the two libraries to have the relevant symbol tables available and run them under gdb to determine what the error is. I used to have to do this kind of stuff all the time when I worked for a company that did systems integration. But that has been almost 10 years ago so the wake up will not be easy, or necessary if Joerg has already taken the necessary steps.
A bug report will probably be ignored. Just feed acrobat the old libraries to use.
don fisher wrote:
On 06/29/2018 01:27 AM, Carlos E. R. wrote:
On 2018-06-29 04:45, don fisher wrote:
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread
Thanks. It did not appear to work for me an my ldd showed all those libraies as not found. Could it be because I use tcsh?
Dunno. The acroread script uses plain "sh", it says. It should load the interpreter it needs regardless of your default one.
I noticed that the crucial email from Joerg Kuehne does not appear to be on the list. My browser caches all emails, and I think I have all of them back to 2015. I did a search on this list and could find no emails with Joerg Kuehne as sender. Is he posting to another list?
See my posting yesterday, it has links to Jörgs four posting around 5/6 June.
On 2018-06-29 21:09, don fisher wrote:
On 06/29/2018 01:27 AM, Carlos E. R. wrote:
On 2018-06-29 04:45, don fisher wrote:
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread
Thanks. It did not appear to work for me an my ldd showed all those libraies as not found. Could it be because I use tcsh?
Dunno. The acroread script uses plain "sh", it says. It should load the interpreter it needs regardless of your default one.
I noticed that the crucial email from Joerg Kuehne does not appear to be on the list. My browser caches all emails, and I think I have all of them back to 2015. I did a search on this list and could find no emails with Joerg Kuehne as sender. Is he posting to another list?
To: opensuse@opensuse.org From: Joerg Kuehne <> Subject: Re: [opensuse] Adobe Reader no longer works - 15.0 Message-ID: 5fbb577a-dcca-8b77-0fc8-9dcd78e643c3@yahoo.de Date: Tue, 5 Jun 2018 21:43:51 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 Precedence: bulk Mailing-List: contact opensuse+help@opensuse.org; run by mlmmj X-Mailinglist: opensuse
https://lists.opensuse.org/opensuse/2018-06/msg00262.html
They lack threading info, so they don't sort inside this thread.
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
On 2018-06-29 03:51, don fisher wrote:
On 06/28/2018 04:18 AM, Carlos E. R. wrote:
I tried adding the above 2 libraries and acroread appears to work for me. And it exits fine, but I use the FVWM2 window manger which may be different. How does /usr/lib/Adobe/Reader9/Reader/intellinux/lib get included in your LD_LIBRARY_PATH search path. I added it manually to mine, but other emails appear to imply it was added automatically, like I assume it should be.
Apparently that directory is scanned by acroread for libraries it needs, to be used in preference to the system ones. I don't know if it changes the LD_LIBRARY_PATH, but it might, it uses a script to all the program.
cer@Telcontar:~> file /usr/bin/acroread /usr/bin/acroread: symbolic link to ../lib/Adobe/Reader9/bin/acroread cer@Telcontar:~> file /usr/lib/Adobe/Reader9/bin/acroread /usr/lib/Adobe/Reader9/bin/acroread: setgid POSIX shell script, ASCII text executable cer@Telcontar:~>
Then "grep LD_LIBRARY_PATH /usr//lib/Adobe/Reader9/bin/acroread" finds hits. So that's how.
This is an strategy that is "sound" for proprietary packages that are not rebuilt (compiled) for each distribution and distro release. Instead they use their own.
pdfstudioviewer, for instance, brings its own java version.
I was considering trying to find the above two libraries in debug or source form and determine with gdb what the problem is. Then possibly file a bug report. Is this a worthwhile effort?
Thanks for all the assistance!
I think Joerg Kuehne used gdb to find out. He said something about it in a post I did not fully understand, so you'd better have a look at it.
I cannot find the source for libpcre.so.1 on the opensuse source server. libxcb.so was there. Is there something I am doing wrong?
Don
On 2018-06-29 05:27, don fisher wrote:
On 06/28/2018 07:25 PM, Carlos E. R. wrote:
I cannot find the source for libpcre.so.1 on the opensuse source server. libxcb.so was there. Is there something I am doing wrong?
libpcre1-32bit-8.39-11.1.x86_64 and libpcre1-8.39-11.1.x86_64
cer@Telcontar:~> zypper --no-refresh se --details libpcre1-32bit libpcre1 Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+-------------------+---------+-----------+--------+----------------------- i+ | libpcre1 | package | 8.39-11.1 | x86_64 | Main Update Repository v | libpcre1 | package | 8.39-9.15 | x86_64 | Main Repository (OSS) i+ | libpcre1-32bit | package | 8.39-11.1 | x86_64 | Main Update Repository v | libpcre1-32bit | package | 8.39-9.15 | x86_64 | Main Repository (OSS) i+ | libpcre16-0 | package | 8.39-11.1 | x86_64 | Main Update Repository v | libpcre16-0 | package | 8.39-9.15 | x86_64 | Main Repository (OSS) | libpcre16-0-32bit | package | 8.39-11.1 | x86_64 | Main Update Repository | libpcre16-0-32bit | package | 8.39-9.15 | x86_64 | Main Repository (OSS) cer@Telcontar:~>
Ah, you mean the source! I don't have source repos enabled, so I can't search them. Should be here, I guess: http://download.opensuse.org/source/distribution/leap/42.3/repo/oss/suse/src/ but is not. Ah, I see pcre-8.39-9.15.src.rpm, though, which happens to the the correct one, see "rpm -qi package".
On 28/06/18 07:56, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped
Is there something in Leap 15 that prevents is from executing ELF 32-bit LSB executables? If so, what is it and can it be worked around. I ran Yast2 and I think I installed all of the 32 bit libs. I have seen acroread offered on the opensuse packages list, and other places. The site says it builds, but gives no info I saw on execution.
What broke? Don
That still doesn't really tell us anything we don't already know, if you try "ldd /usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread" you will see a list of all the libraries it requires, my guess is that atleast one of the core libraries it lists is now at a different incompatible version in Leap 15, if someone had access to the source code fixing it might be as simple as recompiling it, or it may require some more complex alterations but we will never know as we can't access the source code.
On 06/27/2018 05:11 PM, Simon Lees wrote:
On 28/06/18 07:56, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped
Is there something in Leap 15 that prevents is from executing ELF 32-bit LSB executables? If so, what is it and can it be worked around. I ran Yast2 and I think I installed all of the 32 bit libs. I have seen acroread offered on the opensuse packages list, and other places. The site says it builds, but gives no info I saw on execution.
What broke? Don
That still doesn't really tell us anything we don't already know, if you try "ldd /usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread" you will see a list of all the libraries it requires, my guess is that atleast one of the core libraries it lists is now at a different incompatible version in Leap 15, if someone had access to the source code fixing it might be as simple as recompiling it, or it may require some more complex alterations but we will never know as we can't access the source code.
Please help with ldd. I generated an output from both my 42.3 system and Leap 15 system. I can attach them if you wish. I compared them and they are not the same, 81 libs in 42.3 vs 72 libs in Leap 15. But all the files searched for are found except for about 10 at the beginning of 42.3 and 15 that show file not found. But these files are all located in the adobe directory /usr/lib/Adobe/Reader9/Reader/intellinux/lib. I do not understand how acroread can be built and not have links to its own directories. Do I need to adjust my library search paths? I added the above to my LD_LIBRARY_PATH and now all libraries are found in the ldd dump.
The executable built on the Leap 15 system executes on the 42.3. The executable built for the 42.3 system does not execute on the Leap 15 system.
I tried, and achieved the same results, loading the 42.3 distribution on the 15 system.
I have tried all the things I can muster without trying to get into the binary and see where it is failing.
Any ideas? Don
On 28/06/18 10:45, don fisher wrote:
On 06/27/2018 05:11 PM, Simon Lees wrote:
On 28/06/18 07:56, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped
Is there something in Leap 15 that prevents is from executing ELF 32-bit LSB executables? If so, what is it and can it be worked around. I ran Yast2 and I think I installed all of the 32 bit libs. I have seen acroread offered on the opensuse packages list, and other places. The site says it builds, but gives no info I saw on execution.
What broke? Don
That still doesn't really tell us anything we don't already know, if you try "ldd /usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread" you will see a list of all the libraries it requires, my guess is that atleast one of the core libraries it lists is now at a different incompatible version in Leap 15, if someone had access to the source code fixing it might be as simple as recompiling it, or it may require some more complex alterations but we will never know as we can't access the source code.
Please help with ldd. I generated an output from both my 42.3 system and Leap 15 system. I can attach them if you wish. I compared them and they are not the same, 81 libs in 42.3 vs 72 libs in Leap 15. But all the files searched for are found except for about 10 at the beginning of 42.3 and 15 that show file not found. But these files are all located in the adobe directory /usr/lib/Adobe/Reader9/Reader/intellinux/lib. I do not understand how acroread can be built and not have links to its own directories. Do I need to adjust my library search paths? I added the above to my LD_LIBRARY_PATH and now all libraries are found in the ldd dump.
The executable built on the Leap 15 system executes on the 42.3. The executable built for the 42.3 system does not execute on the Leap 15 system.
I tried, and achieved the same results, loading the 42.3 distribution on the 15 system.
I have tried all the things I can muster without trying to get into the binary and see where it is failing.
Any ideas? Don
Yeah, without you posting the actual output I cant see or do much, id expect them to be different because some of the lower level library dependencies will have changed.
On 06/27/2018 03:26 PM, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped
Is there something in Leap 15 that prevents is from executing ELF 32-bit LSB executables? If so, what is it and can it be worked around. I ran Yast2 and I think I installed all of the 32 bit libs. I have seen acroread offered on the opensuse packages list, and other places. The site says it builds, but gives no info I saw on execution.
What broke? Don
I guess it is all a matter of taste. I do not see why Adobe Reader is obsolete. It allows me to configure window buttons and actions that I desire. I use it mainly for reading PDF documentation. I do not care for the large amount of the screen real estate consumed by window borders, like okular. For instance I have not figured out how to get rid of the previous window bar on the left had side. Also in Adobe I could click on a window an it would jump to the next page, centered perfectly. I just like it.
Don
don fisher wrote:
On 06/27/2018 03:26 PM, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.5, stripped
Is there something in Leap 15 that prevents is from executing ELF 32-bit LSB executables? If so, what is it and can it be worked around. I ran Yast2 and I think I installed all of the 32 bit libs. I have seen acroread offered on the opensuse packages list, and other places. The site says it builds, but gives no info I saw on execution.
What broke? Don
I guess it is all a matter of taste. I do not see why Adobe Reader is obsolete.
Primarily because Adobe has stopped offering/developing it for Linux.
Functionalitywise, I think Acrobat Reader is still ahead of the competition.
don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated?
On June 5/6, Joerg Kühne described his solution. I haven't tried it, but it sounds like it might work.
Look for it in the archives. http://lists.opensuse.org/opensuse
Le 28/06/2018 à 07:51, Per Jessen a écrit :
don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated?
On June 5/6, Joerg Kühne described his solution. I haven't tried it, but it sounds like it might work.
Look for it in the archives. http://lists.opensuse.org/opensuse
I foind only one mail from joerg:
https://lists.opensuse.org/opensuse/2018-06/msg00294.html
may be his previous message was private?
jdd
by the way, here is a french official document (obsolete in fact, but good example):
https://ncloud.zaclys.com/index.php/s/zqrxQ37WF3NfnKb
I can read it on 42.3, but only with acroread and master pdf editor, I don't have (yet) 15.0 to test
jdd
jdd@dodin.org wrote:
Le 28/06/2018 à 07:51, Per Jessen a écrit :
don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated?
On June 5/6, Joerg Kühne described his solution. I haven't tried it, but it sounds like it might work.
Look for it in the archives. http://lists.opensuse.org/opensuse
I foind only one mail from joerg:
https://lists.opensuse.org/opensuse/2018-06/msg00294.html
may be his previous message was private?
He wrote four times:
https://lists.opensuse.org/opensuse/2018-06/msg00262.html <=== https://lists.opensuse.org/opensuse/2018-06/msg00294.html https://lists.opensuse.org/opensuse/2018-06/msg00359.html https://lists.opensuse.org/opensuse/2018-06/msg00393.html
Le 28/06/2018 à 08:29, Per Jessen a écrit :
jdd@dodin.org wrote:
Le 28/06/2018 à 07:51, Per Jessen a écrit :
don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated?
On June 5/6, Joerg Kühne described his solution. I haven't tried it, but it sounds like it might work.
Look for it in the archives. http://lists.opensuse.org/opensuse
I foind only one mail from joerg:
https://lists.opensuse.org/opensuse/2018-06/msg00294.html
may be his previous message was private?
He wrote four times:
https://lists.opensuse.org/opensuse/2018-06/msg00262.html <=== https://lists.opensuse.org/opensuse/2018-06/msg00294.html https://lists.opensuse.org/opensuse/2018-06/msg00359.html https://lists.opensuse.org/opensuse/2018-06/msg00393.html
thanks the search tools is horrible. I will try this soon
jdd
Only a suggestion,
i for myself did not need acrobat reader anymore (but it was working better than all other tools... prints all (okular and evince sometimes my printer refuse to print with some documents)), and always at correct size.. but i have learned to use gimp if nothing else will print.....
using wine and using a windows version:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=3156 at least the DC version should be easy to install.
simoN
jdd@dodin.org wrote:
Le 28/06/2018 à 08:29, Per Jessen a écrit :
jdd@dodin.org wrote:
Le 28/06/2018 à 07:51, Per Jessen a écrit :
don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated?
On June 5/6, Joerg Kühne described his solution. I haven't tried it, but it sounds like it might work.
Look for it in the archives. http://lists.opensuse.org/opensuse
I foind only one mail from joerg:
https://lists.opensuse.org/opensuse/2018-06/msg00294.html
may be his previous message was private?
He wrote four times:
https://lists.opensuse.org/opensuse/2018-06/msg00262.html <=== https://lists.opensuse.org/opensuse/2018-06/msg00294.html https://lists.opensuse.org/opensuse/2018-06/msg00359.html https://lists.opensuse.org/opensuse/2018-06/msg00393.html
thanks the search tools is horrible. I will try this soon
I just went and browsed the archive by author. The archive search doesn't currently work, but google does a pretty good job.
On 2018-06-28 07:51, Per Jessen wrote:
don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated?
On June 5/6, Joerg Kühne described his solution. I haven't tried it, but it sounds like it might work.
I have just verified that it works. :-)
Look for it in the archives. http://lists.opensuse.org/opensuse
For some reason, his posts do not appear inside the thread.
On 2018-06-28 00:26, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
I just got acroread running in 15.0. You need to install the 32 bit patterns, and you need to copy some /usr/lib libraries from 42.3 into /usr/lib/Adobe/Reader9/Reader/intellinux/lib. Thanks Joerg Kuehne for this finding :-)
You need:
/usr/lib/libxcb.so.1 /usr/lib/libxcb.so.1.1.0 /usr/lib/libpcre.so.1 /usr/lib/libpcre.so.1.2.7
Maybe librsvg
Caveats: acroread does not exit (the window closes, the process remains), has to be killed 9.
Sample signed pdf file (thanks Bengt Gördén):
https://blogs.adobe.com/security/SampleSignedPDFDocument.pdf
Sample PDF Form file (thanks jdd):
https://ncloud.zaclys.com/index.php/s/zqrxQ37WF3NfnKb
(vide-cerfa_13754-02.pdf)
*pdfsig*, a CLI, can verify signatures. It is in package poppler-tools.
Alternative proprietary but gratis readers:
*Foxit* for Linux
Doesn't display the signature data.
Appears to display *some* forms correctly. It does *not* display the sample form vide-cerfa_13754-02.pdf that jdd provided in
*pdfstudioviewer*
https://www.qoppa.com/pdfstudioviewer/ There is a reader gratis version.
It is a java program, comes with its own JRE.
It does display signature info :-) In each field (of the signature) I can right click and select "details", and this info is indeed detailed. It seems possible to import root certificates.
It loads *some* forms correctly, but not vide-cerfa_13754-02.pdf. First issue is that the form uses javascript, gives a security warning in the reader. If accepted then gives an error: "Unable to open document as it is a Livecycle Dynamic XFA form".
Finally, it can also take photos of the document (PNG file or clipboard).
It is a very good viewer, except for certain forms.
*master PDF editor* https://code-industry.net/get-masterpdfeditor/ https://code-industry.net/public/master-pdf-editor-5.0.15_qt5.x86_64.rpm
Does open vide-cerfa_13754-02.pdf. Buttons work (requires javscript support) It does have some problems displaying the letters inside the boxes as I type. It is an *editor*, not a reader.
It can place signatures, but not in the free version.
I do not see how to view signature data. Doesn't even say that the file is signed.
On 2018-06-28 15:28, Carlos E. R. wrote:
On 2018-06-28 00:26, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
Some more info.
I'm filling today some form (790 from http://www.mjusticia.gob.es/cs/Satellite/Portal/es/servicios-ciudadano/tramites-gestiones-personales/certificado-actos-ultima).
When I fill it in Acroread, the items in the first page get copied to other pages. This does not happen in Evince or Okular (42.3). So another proof that they are not compliant. Time permitting, I'll test on 15.0
Am 28.06.2018 um 15:28 schrieb Carlos E. R.:
On 2018-06-28 00:26, don fisher wrote:
On 06/04/2018 05:44 PM, James Knott wrote:
Since installing Leap 15.0, I now see Adobe Reader no longer works.
Has anybody made any progress since this thread was initiated? I looked ant the binary that is finally loaded and found:
I just got acroread running in 15.0. You need to install the 32 bit patterns, and you need to copy some /usr/lib libraries from 42.3 into /usr/lib/Adobe/Reader9/Reader/intellinux/lib. Thanks Joerg Kuehne for this finding :-)
You need:
/usr/lib/libxcb.so.1 /usr/lib/libxcb.so.1.1.0 /usr/lib/libpcre.so.1 /usr/lib/libpcre.so.1.2.7
Maybe librsvg
Caveats: acroread does not exit (the window closes, the process remains), has to be killed 9.
What AdobeReader do you use? The original one from Adobe? I tested it in a VM with KDE5 Desktop and oxygen-gtk theme (GTK2) and I had no issue with closing the program.
Joerg
On 2018-06-29 22:03, Joerg Kuehne wrote:
Am 28.06.2018 um 15:28 schrieb Carlos E. R.:
Caveats: acroread does not exit (the window closes, the process remains), has to be killed 9.
What AdobeReader do you use? The original one from Adobe? I tested it in a VM with KDE5 Desktop and oxygen-gtk theme (GTK2) and I had no issue with closing the program.
acroread-9.5.5-8.1.i586
Authors: -------- Adobe Systems Incorporated Distribution: openSUSE 12.3
I have the rpm saved since ages to a local repository.
The acrobat window does close, but the process remains in memory, and when called from a terminal the prompt doesn't return.
Am 30.06.2018 um 12:11 schrieb Carlos E. R.:
On 2018-06-29 22:03, Joerg Kuehne wrote:
Am 28.06.2018 um 15:28 schrieb Carlos E. R.:
Caveats: acroread does not exit (the window closes, the process remains), has to be killed 9.
What AdobeReader do you use? The original one from Adobe? I tested it in a VM with KDE5 Desktop and oxygen-gtk theme (GTK2) and I had no issue with closing the program.
acroread-9.5.5-8.1.i586
Authors:
Adobe Systems IncorporatedDistribution: openSUSE 12.3
I have the rpm saved since ages to a local repository.
The acrobat window does close, but the process remains in memory, and when called from a terminal the prompt doesn't return.
This version contains some patches from Suse. Can you try the original version frome Adobe?
ftp://ftp.adobe.com/pub/adobe/reader/unix/9.x/9.5.5/enu/
In my VM acroread closes completely, no remaining process.
Joerg
On 2018-06-30 17:22, Joerg Kuehne wrote:
Am 30.06.2018 um 12:11 schrieb Carlos E. R.:
On 2018-06-29 22:03, Joerg Kuehne wrote:
Am 28.06.2018 um 15:28 schrieb Carlos E. R.:
Caveats: acroread does not exit (the window closes, the process remains), has to be killed 9.
What AdobeReader do you use? The original one from Adobe? I tested it in a VM with KDE5 Desktop and oxygen-gtk theme (GTK2) and I had no issue with closing the program.
acroread-9.5.5-8.1.i586
Authors:
Adobe Systems IncorporatedDistribution: openSUSE 12.3
I have the rpm saved since ages to a local repository.
The acrobat window does close, but the process remains in memory, and when called from a terminal the prompt doesn't return.
This version contains some patches from Suse. Can you try the original version frome Adobe?
ftp://ftp.adobe.com/pub/adobe/reader/unix/9.x/9.5.5/enu/
In my VM acroread closes completely, no remaining process.
I'll try that one in another machine.
On 2018-06-30 19:30, Carlos E. R. wrote:
On 2018-06-30 17:22, Joerg Kuehne wrote:
Am 30.06.2018 um 12:11 schrieb Carlos E. R.:
The acrobat window does close, but the process remains in memory, and when called from a terminal the prompt doesn't return.
This version contains some patches from Suse. Can you try the original version frome Adobe?
ftp://ftp.adobe.com/pub/adobe/reader/unix/9.x/9.5.5/enu/
In my VM acroread closes completely, no remaining process.
I'll try that one in another machine.
I tried on another computer, freshly installed, with AdbeRdr9.5.5-1_i486linux_enu.rpm from that site. It seems to run fine after copying over those libs from 42.3.
I used it remotely via ssh -X from my desktop machine, and I observed that it "installed" an applet on the task bar that I have observed previously; I think it is named "tasker". Clicking on it produces errors because it complains that the html rendering engine is not installed. It wants "libgtkembedmoz.so" or another one I forgot.
It could be this applet which was causing the exit problem perhaps. :-?
I have configured the tasker to display inside the reader instead.
It also says there is a security update pending, and whether to install it, but this fails (since ever).
Just two nuisances.
The later could be "/opt/Adobe/Reader9/Reader/intellinux/bin/SynchronizerApp". I might deny it with AA.
Am 01.07.2018 um 04:07 schrieb Carlos E. R.:
On 2018-06-30 19:30, Carlos E. R. wrote:
On 2018-06-30 17:22, Joerg Kuehne wrote:
Am 30.06.2018 um 12:11 schrieb Carlos E. R.:
The acrobat window does close, but the process remains in memory, and when called from a terminal the prompt doesn't return.
This version contains some patches from Suse. Can you try the original version frome Adobe?
ftp://ftp.adobe.com/pub/adobe/reader/unix/9.x/9.5.5/enu/
In my VM acroread closes completely, no remaining process.
I'll try that one in another machine.
I tried on another computer, freshly installed, with AdbeRdr9.5.5-1_i486linux_enu.rpm from that site. It seems to run fine after copying over those libs from 42.3.
I used it remotely via ssh -X from my desktop machine, and I observed that it "installed" an applet on the task bar that I have observed previously; I think it is named "tasker". Clicking on it produces errors because it complains that the html rendering engine is not installed. It wants "libgtkembedmoz.so" or another one I forgot.
It could be this applet which was causing the exit problem perhaps. :-?
I have configured the tasker to display inside the reader instead.
It also says there is a security update pending, and whether to install it, but this fails (since ever).
Just two nuisances.
The later could be "/opt/Adobe/Reader9/Reader/intellinux/bin/SynchronizerApp". I might deny it with AA.
I never recognize an applet. Maybe yo enabled some adobe server features? In the preferences I found an entry "Tracker" -> "Shared Review and Form Data Collection (Server Based)". Do you mean that? Probably you can disable that feature with the first slider.
Joerg
On 2018-07-01 13:31, Joerg Kuehne wrote:
Am 01.07.2018 um 04:07 schrieb Carlos E. R.:
On 2018-06-30 19:30, Carlos E. R. wrote:
...
It could be this applet which was causing the exit problem perhaps. :-?
I have configured the tasker to display inside the reader instead.
It also says there is a security update pending, and whether to install it, but this fails (since ever).
Just two nuisances.
The later could be "/opt/Adobe/Reader9/Reader/intellinux/bin/SynchronizerApp". I might deny it with AA.
I never recognize an applet. Maybe yo enabled some adobe server features? In the preferences I found an entry "Tracker" -> "Shared Review and Form Data Collection (Server Based)". Do you mean that? Probably you can disable that feature with the first slider.
This one:
Edit/Preferences/Tasker:
[X] Show notifications inside Adobe Reader
I don't know what is the "SynchronizerApp" yet. I need to search if there is an AppArmor profile that I can use instead of creating my own.
-
Andrei Borzenkov -
Bengt Gördén -
Carlos E. R. -
Dave Howorth -
David C. Rankin -
DennisG -
don fisher -
Doug -
James Knott -
jdd＠dodin.org -
Joerg Kuehne -
John Andersen -
Lew Wolfgang -
Liam Proven -
Mark Goldstein -
Matthias Bach -
Patrick Shanahan -
Per Jessen -
Peter Suetterlin -
Rainer Klier -
Simon Becherer -
Simon Lees -
Stevens