First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 4046
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Michael M Nazaroff (RETIRED) <naz@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Andreas Waschbuesch <awaschb@gwdg.de>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
gentoo-acrobat505.patch path fix for Acrobat reader patch Mark Hazen 2002-07-19 13:08 0000 334 bytes Details | Diff
gentoo-acrobat505.patch fixed typo in the path; path is now /opt/Acrobat5, not /opt/Acrobat patch Mark Hazen 2002-07-19 18:06 0000 335 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 4046 depends on: Show dependency tree
Show dependency graph
Bug 4046 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2002-06-23 04:19 0000
since updating to 5.05-r4 the plugin stops during loading. It won't crash
mozilla, it just stops and one can easily switch back to the "source" page.

Is this a bug or just me?

------- Comment #1 From Avi Schwartz 2002-07-03 13:20:50 0000 -------
In my case, when acroread starts, the last thing I see is the splash screen
after which Mozilla (and acroread) hang and have to be killed.

------- Comment #2 From Michael M Nazaroff (RETIRED) 2002-07-09 20:31:37 0000 -------
acroread has a major tmp directory root exploit so it needs to be updated.

------- Comment #3 From Mark Hazen 2002-07-18 14:06:18 0000 -------
This same problem happens with Galeon (which uses the mozilla core), requires a
kill -9 to get rid of. A temporary workaround is to move nppdf.so out of
/usr/lib/mozilla/plugins; at least this keeps you from inadvertently crashing
your browser.

------- Comment #4 From Mark Hazen 2002-07-19 13:08:04 0000 -------
Created an attachment (id=2395) [edit]
path fix for Acrobat reader

fixes Acrobat reader plug-in crashes
works on the 'built' tree; it's a script correction

------- Comment #5 From Mark Hazen 2002-07-19 13:11:33 0000 -------
Solved. The package uses a security wrapper, but unfortunately the path to the
"real" acroread start script wasn't fixed in the wrapper.

I've posted the patch at http://www.markh.com/gentoo-acrobat505.patch for those
interested, and attached it to this bug report (previous comment).
                                                              
To apply: *after* acrobat has been emerge'ed, change to the parent directory
above the Acrobat5 install directory (if  you have it installed already, cd to
/opt)  and run the following command:

 patch -p0 <gentoo-acrobat505.patch

------- Comment #6 From Mark Hazen 2002-07-19 18:06:55 0000 -------
Created an attachment (id=2406) [edit]
fixed typo in the path; path is now /opt/Acrobat5, not /opt/Acrobat

------- Comment #7 From Mark Hazen 2002-07-19 18:27:45 0000 -------
Okay, I've tried this *twice* to make sure I got it right. 

First of all, I made a typo (oops, sorry) inthe patch; the path is Acrobat5, not
Acrobat. The second file above is the fixed one.

There was a *second* bug in the mix... this being that the elements in
/opt/Acrobat5/Readers/intellinux/plug_ins (like everything else) get stripped.
Unfortunately, this breaks ewh.api in that directory, beyond repair.

*SO*... what you need to do in order to get a working Acrobat Reader under
Mozilla and/or Galeon is...

1. emerge acroread

2. put an *unstripped* version of ewh.api into
/opt/Acrobat5/Reader/intellinux/plug_ins; You can download one from me at
http://www.markh.com/ewh.api or, if you prefer, get the Acrobat Reader tarball
from Adobe, run the ./INSTALL and give it /tmp/Acrobat5 as an install directory,
and copy /tmp/Acrobat5/Reader/intellinux/plug_ins/ewh.api to
/opt/Acrobat5/Reader/intellinux/plug_ins/ 

3. change to /opt, and apply the second patch above via 'patch -p0
<gentoo-acrobat505.patch'  -or-  edit /opt/Acrobat/acroread by hand (it's a
script) and change
  $PROG = '/usr/share/Acrobat/505/bin/acroread.real';
to 
  $PROG = '/opt/Acrobat5/bin/acroread.real';
..in the third line.

4. You need a link in your path to acroread for the plugin to work, so type:
  ln -s /opt/Acrobat/acroread /usr/local/bin/acroread

Everything should work for you now. 

One other note... if you've already tried reading a pdf in your browser, make
*sure* you kill -9 any stuck acroread's hanging around before doing the above.
If you don't, and you still have acroread processes stuck in the background, you
won't be able to get it to work.

Cheers, and hope this helps... -mh.

------- Comment #8 From Michael M Nazaroff (RETIRED) 2002-08-05 00:53:00 0000 -------
Would you be interested in turning this into a ebuild.. ?

------- Comment #9 From Mark Hazen 2002-08-05 14:28:05 0000 -------
Sounds like a plan. I will work on it tonight or tomorrow, as time permits. 


------- Comment #10 From Seemant Kulleen (RETIRED) 2002-08-13 22:17:21 0000 -------
Thanks for the bug fix Mark.  Updated in portage.

------- Comment #11 From Mark Hazen 2002-08-28 10:49:31 0000 -------
I *heart* Seemant :)

Many thanks for taking over this, Seemant... RealLife(TM) has been really nuts
as of late, and I did not get to the ebuild as intended.

First Last Prev Next    No search results available      Search page      Enter new bug