On Sun, 2008-09-14 at 08:53 +0200, Tobias Roth wrote:
On 09/13/08 16:56, Frank Jahnke wrote:
On Sat, 2008-09-13 at 23:51 +0900, Norikatsu Shigemura wrote:
On Sat, 13 Sep 2008 11:23:37 +1000
Peter Jeremy [EMAIL PROTECTED] wrote:
Recentry, wine is good solution for using Flash.
I
On Sat, 2008-09-13 at 23:51 +0900, Norikatsu Shigemura wrote:
On Sat, 13 Sep 2008 11:23:37 +1000
Peter Jeremy [EMAIL PROTECTED] wrote:
Recentry, wine is good solution for using Flash.
I use this too.
I'm going to cut the rest of the comment about whether lpw can be saved
or not,
I updated my ports tree today, and a portsdb failed owing to
linuxpluginwrapper. This seems to be because acroread7 is no longer in
the ports tree, so the update fails. acroread7 is indeed in the
makefile. You may wish to update the port for lpw.
Thanks for you attention!
Frank Jahnke
On Fri, 2008-09-12 at 22:00 -0300, Carlos A. M. dos Santos wrote:
I think www/nspluginwrapper is the best choice these days, since
linuxpluginwrapper seems to be an abandoned project.
I agree, and have been using nspw for quite some time. Still, if lpw
remains in the ports tree, it ought to
Yesterday I portupgraded Flash7 from 7.0 r70 to the current version, 7.0
r73 (ports also cvsupped). Oddly, it now reports as 7.0 r63, which
strings finds in the
new /usr/local/lib/linux-flashplugin7/libflashplayer.so. Yet
ls /var/db/pkg | grep flash gives linux-flashplugin-7.0r73.
Why is this?
On Mon, 2008-01-28 at 14:29 +0100, Alexander Leidinger wrote:
Did you really specify /usr/local/lpr instead of
/usr/local/bin/lpr or /usr/bin/lpr?
Sorry, that was a typo -- I use /usr/bin/lpr, with CUPS controlling the
printing. The message is The specified file 'usr/bin/lpr' does not
On Mon, 2008-01-28 at 17:44 +0100, Alexander Leidinger wrote:
You could try to just put /usr/local/bin/lpr in the acroread config instead.
That does indeed work. So acroread does not follow a symbolic link?
That's a first for me.
Frank
___
I installed Acroread8, which seems to work fine for my purposes. I've
not been able to get it to work from a browser with nspluginwrapper
using the usual installation methods (acroread8 --install-plugin;
nspluginwrapper -a -v -i and diddling some with the symbolic links).
Has anyone invoked
On Sun, 2008-01-27 at 16:04 +0100, Rainer Hurling wrote:
'acroread8 --install-plugin' seems only to create a link for the linux
browser plugins. So I make it manual like this:
cd //usr/local/lib/browser_plugins
ln -s /usr/local/Adobe/Reader8/DEU/Adobe/Reader8/\
On Sun, 2008-01-27 at 10:38 -0600, Sean C. Farley wrote:
I have /compat/linux/usr/bin/lp (attached) as a script to /usr/bin/lpr.
This is assuming you are using the base to print.
Thanks, Sean. I thought about doing the same -- glad to hear it works.
On to the re-installation, then!
Frank
On Sun, 2008-01-27 at 10:38 -0600, Sean C. Farley wrote:
I have /compat/linux/usr/bin/lp (attached) as a script to /usr/bin/lpr.
This is assuming you are using the base to print.
That worked; thanks.
I find this version has the same two issues as Acroread7. When Acroread
is invoked in a
I updated Acroread to version 7.0.8 from the earlier 7.0.x along with
Gnome and many other things. After I finished, Acroread would no longer
work in linuxpluginwrapper -- it would not be recognized as a plugin in
either Firefox or Epiphany. I updated libmap.conf to point to the right
places,
On Mon, 2006-08-07 at 00:35 +0200, [LoN]Kamikaze wrote:
The same for me:
# firefox about:plugins
LoadPlugin: failed to initialize shared library
/usr/X11R6/Adobe/Acrobat7.0/ENU/Browser/intellinux/nppdf.so
[/usr/X11R6/Adobe/Acrobat7.0/ENU/Browser/intellinux/nppdf.so: Undefined
symbol
13 matches
Mail list logo
