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,
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.
___
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.
This is
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
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}#
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 symbolic
'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/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, 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
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 code and
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
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
13 matches
Mail list logo