Eitan Adler wrote:
Can't you do something like this?
pre-everything:
@if [ ! -f /usr/src/sys/conf/newvers.sh ] ; then \
${ECHO_MSG} == Error: Can't find kernel sources ; \
${FALSE} ; \
fi
IMHO it is better
Hello,
Trying to update SDL1.2 librairies, the build failed on the following errors:
/usr/bin/ld: skipping incompatible /usr/lib/libvgl.so when searching for -lvgl
/usr/bin/ld: skipping incompatible /usr/lib/libvgl.a when searching for -lvgl
/usr/bin/ld: skipping incompatible
I have a last question before I will do send-pr for my new port math/ggobi.
The original program wants to install 'ggobi.pc' under
/usr/local/lib/pkgconfig/
instead of
/usr/local/libdata/pkgconfig/
I wrote a small patch in Makefile to change the location:
post-patch:
@${REINPLACE_CMD}
On, Sun Jan 31, 2010, David Marec wrote:
Hello,
Trying to update SDL1.2 librairies, the build failed on the following errors:
/usr/bin/ld: skipping incompatible /usr/lib/libvgl.so when searching for -lvgl
/usr/bin/ld: skipping incompatible /usr/lib/libvgl.a when searching for -lvgl
On 1/31/10, Rainer Hurling rhur...@gwdg.de wrote:
I have a last question before I will do send-pr for my new port math/ggobi.
The original program wants to install 'ggobi.pc' under
/usr/local/lib/pkgconfig/
instead of
/usr/local/libdata/pkgconfig/
I wrote a small patch in Makefile
On 31.01.2010 15:36 (UTC+1), b. f. wrote:
On 1/31/10, Rainer Hurlingrhur...@gwdg.de wrote:
I have a last question before I will do send-pr for my new port math/ggobi.
The original program wants to install 'ggobi.pc' under
/usr/local/lib/pkgconfig/
instead of
Le dimanche 31 janvier 2010 14:27:19, Marcus von Appen a écrit :
/usr/lib/libvgl.* should not be available on RELENG_8, amd64 - instead
it should reside in /usr/lib32 only. Did you upgrade from i386 to amd64
or did you manually link the libvgl.* to /usr/lib?
Neither of them.
The system is
On, Sun Jan 31, 2010, David Marec wrote:
Le dimanche 31 janvier 2010 14:27:19, Marcus von Appen a écrit :
/usr/lib/libvgl.* should not be available on RELENG_8, amd64 - instead
it should reside in /usr/lib32 only. Did you upgrade from i386 to amd64
or did you manually link the libvgl.*
Le dimanche 31 janvier 2010 17:40:22, Marcus von Appen a écrit :
If so, please remove them or run make config and disable the VGL knob
(or add 'WITHOUT_VGL=true' to the make invocation).
That s what i did.
And it still does not work for you?
Sorry, i missed to precise that the
In preparation for 7.3-RELEASE, the ports tree will be in feature freeze
after release candidate 1 (RC1 )is released, currently planned for
February 8.
If you have any commits with high impact planned, get them in the tree
before then and if they require an experimental build, have a request
for
Hi,
devel/poco-ssl has been marked
BROKEN= bad plist
for some time now.
Since I urgently need it for devel work, and as I would prefer
to use the port rather than compile POCO directly (which works
too), I'm considering bypassing this BROKEN setting with:
.if ${.CURDIR:M*/devel/poco-ssl}
On Sun, 31 Jan 2010 19:36:33 +0100
Erwin Lansing er...@freebsd.org wrote:
Normal upgrade, new ports, and changes that only affect other branches
will be allowed without prior approval but with the extra
Feature safe: yes tag in the commit message. Any commit that is
sweeping, i.e. touches a
Hello everybody
I'm currently working on a tiny little port. It consists of a single
binary and an accompanying LICENSE file. When I ran genplist, it
generated this in pkg-plist.new:
bin/mybinary
%%PORTDOCSDOCSDIR%%/LICENSE
%%portdoc...@dirrm %%DOCSDIR%%
Simple enough. However, I also know
On Sun, 31 Jan 2010 20:27:53 +0100
david fries d...@gmx.ch wrote:
Hello everybody
I'm currently working on a tiny little port. It consists of a single
binary and an accompanying LICENSE file. When I ran genplist, it
generated this in pkg-plist.new:
bin/mybinary
Hi,
devel/poco-ssl has been marked
BROKEN= bad plist
for some time now.
Since I urgently need it for devel work, and as I would prefer
to use the port rather than compile POCO directly (which works
too), I'm considering bypassing this BROKEN setting with:
.if ${.CURDIR:M*/devel/poco-ssl}
Thanks!
I'll go for the second variant then since the LICENSE is installed
regardless of NOPORTDOCS.
On Sun, 2010-01-31 at 22:04 +0200, Ion-Mihai Tetcu wrote:
On Sun, 31 Jan 2010 20:27:53 +0100
david fries d...@gmx.ch wrote:
Hello everybody
I'm currently working on a tiny little port.
On Sun, 31 Jan 2010 21:36:06 +0100
david fries d...@gmx.ch wrote:
Thanks!
I'll go for the second variant then since the LICENSE is installed
regardless of NOPORTDOCS.
We don't care for top-posting.
You should patch the port, if possible, to achieve the former variant.
--
IOnut -
Hi all,
I have spent some time working on the experimental new mplayer port
and the (dissatisfying) x264 story today, and those of you who are
interested can find the results here:
http://www.rrr.de/~riggs/mplayer/m20100131.tar.bz2
It contains the drop-in replacements for multimedia/mplayer and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I recently got in touch with the conspire upstream maintainer and it
appears he no longer wishes to maintain the software. Can a committer
delete irc/conspire as it will no longer be maintained? Thank you.
- --
Jacob Myers ja...@whotookspaz.org |
The Restless Daemon identified a install error while trying to build:
help2man-1.37.1 maintained by po...@freebsd.org
Makefile ident: $FreeBSD: ports/misc/help2man/Makefile,v 1.21 2010/01/31
23:29:36 arved Exp $
Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/help2man-1.37.1.log :
Hiya,
I've submitted a patch to fix the plist so it's no longer broken, see:
ports/143334
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/143334
Sevan / Venture37
___
freebsd-ports@freebsd.org mailing list
21 matches
Mail list logo