libmusicbrainz3 FindNeon.cmake file hard codes '/usr/local' instead of
respecting LOCALBASE or PREFIX. This is being passed to cmake,
Apparently a reversed diff, but the patch is as follows :
diff -u cmake/modules/FindNeon.cmake cmake/modules/
FindNeon.cmake.orig
---
Hi, all.
please appreciate my port *megacli*
http://www.freebsd.org/cgi/query-pr.cgi?pr=133655
--
Vladimir Ermakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
In order for gnome2 to built with LOCALBASE = something other than /
usr/local, and net-im/telepathy-butterfly will need to add
CONFIGURE_ARGS+= --prefix=${PREFIX}
in order to correctly install into the alt LOCALBASE.
Otherwise, the port installs into /usr/local, and with LOCALBASE
Vladimir Ermakov wrote:
Hi, all.
please appreciate my port *megacli*
http://www.freebsd.org/cgi/query-pr.cgi?pr=133655
Is that different from this the port, is it an update?
Path: /usr/ports/sysutils/linux-megacli
--
On Tue, May 19, 2009 at 11:58 PM, Stephen Montgomery-Smith
step...@missouri.edu wrote:
My experience is that openoffice will NOT build properly if gcc43 is
installed. So maybe it deinstalled gcc43, built openoffice, and then
rebuilt gcc43.
No. Gcc-4.3 is primary compiler for my projects and
on 20/05/2009 05:11 Doug Barton said the following:
portmaster has no knowledge of dmake,
I am certain of this too :-)
and it doesn't set make variables unless the user specifies them.
sure
It does set a few enviornment variables, but nothing that should have an
effect
here. It would
Philip M. Gollucci wrote:
Vladimir Ermakov wrote:
Hi, all.
please appreciate my port *megacli*
http://www.freebsd.org/cgi/query-pr.cgi?pr=133655
Is that different from this the port, is it an update?
Path: /usr/ports/sysutils/linux-megacli
Since the megacli application now
Sean McAfee wrote:
IMO, linux-megacli, linux-megacli2, and megacli should all exist as
independent ports.
Ah the linux- ports confusing re-arrises.
--
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Frank J. Laszlo wrote:
Philip M. Gollucci wrote:
Vladimir Ermakov wrote:
Hi, all.
please appreciate my port *megacli*
http://www.freebsd.org/cgi/query-pr.cgi?pr=133655
Is that different from this the port, is it an update?
Path: /usr/ports/sysutils/linux-megacli
Since the
Philip M. Gollucci wrote:
Sean McAfee wrote:
IMO, linux-megacli, linux-megacli2, and megacli should all exist as
independent ports.
Do they provide different functionality or are we just keeping them
around for nostalgic purposes?
Regards,
Frank Laszlo
Sean McAfee wrote:
Frank J. Laszlo wrote:
Philip M. Gollucci wrote:
Vladimir Ermakov wrote:
Hi, all.
please appreciate my port *megacli*
http://www.freebsd.org/cgi/query-pr.cgi?pr=133655
Is that different from this the port, is it an update?
Path:
Folks,
Could somebody officially and explicitly tell me, how to assign shared
library versions for new boost ports?
I see following possibilities:
1) Use boost release version as shared library version.
This is safe and recommended by boost.
2) Use some other approach.
I do not see
On Wed, 20 May 2009 19:27:44 +0300, Andriy Gapon wrote:
BTW, I can reliably reproduce this on amd64, but can not do it in
i386 jail. Ports tree is exactly the same, ditto for portmaster
version.
I have seen it on i386... after seeing your initial post
I tried a make and got a clean compile.
* Alexander Churanov (alexanderchura...@gmail.com) wrote:
Could somebody officially and explicitly tell me, how to assign shared
library versions for new boost ports?
I see following possibilities:
1) Use boost release version as shared library version.
This is safe and recommended
* Dmitry Marakasov (amd...@amdmi3.ru) wrote:
A small addendum:
As I understand, that's .so.1.39 vs .so.139 vs .so.5
.so.139 may be not futureproof as there were (and may be later)
3-component versions i.e. 1.34.1.
Also, given that boost seem to update fairy regularily, many (pretty
huge)
on 20/05/2009 14:59 Andriy Gapon said the following:
In any case, it must be a bug in dmake code.
BTW, I can reliably reproduce this on amd64, but can not do it in i386 jail.
Ports tree is exactly the same, ditto for portmaster version.
--
Andriy Gapon
Please fix :)
adodb/space/portstreesports/databases/adodb m...@freebsd.org
adodb/space/portstreesports/databases/adodb5 m...@freebsd.org
apache /space/portstreesports/www/apache13 apa...@freebsd.org
apache
Hello,
(I am adding freebsd-ports@ to the thread as you suggested)
Xin LI wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, Panagiotis,
Panagiotis Christias wrote:
Hello,
I came across another dependency bug. It looks like packages that depend
on net/openldap24-client (e.g.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Panagiotis Christias wrote:
Hello,
(I am adding freebsd-ports@ to the thread as you suggested)
Xin LI wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, Panagiotis,
Panagiotis Christias wrote:
Hello,
I came across another
19 matches
Mail list logo
