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
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
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.
>
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
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
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
'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
--
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
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, 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 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, 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
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
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-
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
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
16 matches
Mail list logo
