Vivek Khera wrote:
It seems that the recent changes to the apache20 port Makefile.modules
has broken how I've been configuring my systems.
In my make.conf file I have globally set the following:
WITH_BDB_VER=43
which instructs many ports to use that version of Berkeley DB.
Furtnermore, in my
It seems that the recent changes to the apache20 port Makefile.modules
has broken how I've been configuring my systems.
In my make.conf file I have globally set the following:
WITH_BDB_VER=43
which instructs many ports to use that version of Berkeley DB.
Furtnermore, in my apache configurati
Gerard wrote:
> I just installed the updated version. Unfortunately, it is not working
> correctly. This is the pertinent output.
Fixed. Thanks!
--
Dixi.
Sem.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
Mark Ovens wrote:
> Apologies if this appears twice, I posted it nearly 24 hours ago and it
> hasn't shown up in the list so I'm resending it.
I didn't see the first one, so it probably didn't hit the list.
Both of your problems are almost certainly caused by running the old
version first. Please
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 br
On Sat, 26 Jan 2008 23:02:13 +0300
Sergey Matveychuk <[EMAIL PROTECTED]> wrote:
> Hi!
>
> After a long time, I've got a little free time and spent it working
> for portupgrade.
> A new version (2.4.0) was released.
> * Many bugs fixed (thanks to reporters).
> * At last I've finished rewriting cod
On Sun, 27 Jan 2008, Frank Jahnke wrote:
*snip*
Also, I was unable to print from it. Does that work for you?
Traditionally I have gone through /usr/local/lpr, but acroread8 seems
not to find it. I suspect it looks in the linux compat area, where it
does not find it.
I have /compat/linux/usr
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!
Fran
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/Read
'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/\
Browser/intellinux/nppdf.so nppdf.so
nspluginwrapper -a -v -i
--
Frank Jahnke writes:
> 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 symbo
Apologies if this appears twice, I posted it nearly 24 hours ago and it
hasn't shown up in the list so I'm resending it.
I've got +IGNOREME in /var/db/pkg/mozilla-1.7.13_3,2/ (as it's only
required for OpenOffice which I don't usually bother upgrading - also
has +IGNOREME).
/var/db/pkg{112}# ls
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 Acror
Quoting Rainer Hurling <[EMAIL PROTECTED]> (Sat, 26 Jan 2008 23:08:27 +0100):
> Thank you for answering.
>
> On 25.01.2008 13:08 (UTC+1), Alexander Leidinger wrote:
> > Quoting Rainer Hurling <[EMAIL PROTECTED]> (from Thu, 24 Jan 2008 16:53:01
> >> I am working with emulators/linux_base-f7-7.
>
The system is plain FreeBSD 7.0-RC1.
I also tried using git on a zfs partition and everything went ok.
Unfortunately, I don't have any other spare partition to try gjournal
on.
The disk itself is less than a couple of months old.
___
freebsd-ports@freebs
Doug Barton wrote:
I handled this in portmaster by analyzing the CONFLICTS. If a requested
dependency has a CONFLICTS line I check the glob patterns against the
installed ports with pkg_info and keep going if we already have
something installed that will work.
That's not a perfect solution, b
16 matches
Mail list logo
