CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2011/03/04 00:57:37 Modified files: editors/libreoffice: Makefile distinfo editors/libreoffice/pkg: PLIST-i18n-bg PLIST-i18n-ca PLIST-i18n-de PLIST-i18n-es PLIST-i18n-fa PLIST-i18n-fi PLIST-i18n-fr PLIST-i18n-hu PLIST-i18n-it PLIST-i18n-ja PLIST-i18n-ko PLIST-i18n-lt PLIST-i18n-lv PLIST-i18n-nl PLIST-i18n-pl PLIST-i18n-pt-br PLIST-i18n-ru PLIST-i18n-sl PLIST-i18n-sv PLIST-main Removed files: editors/libreoffice/patches: patch-build_libreoffice_filter_source_config_fragments_makefile_mk Log message: update to 3.3.1.2
demande de coordonnées
Bonjour, Je cherche ` entrer en contact avec votre service communication, marketing-publiciti ou tout simplement avec votre direction afin de proposer mes services de production vidio. Nous sommes spicialisis dans la production de films publicitaires traditionnels ou dicalis ainsi que les reportages d'entreprises. Nos productions sont ensuite disponibles sur tous supports et peuvent jtre placis sur un site internet, dans le corps d'un mail, diffusis lors d'un salon, dans votre hall d'accueil ou ` la tilivision. Je vous serais reconnaissante de bien vouloir transmettre cette information au service concerni ou me fournir les coordonnies d'une personne afin que je puisse entrer directement en contact avec celle ci. Par avance je vous remercie de votre aide et vous prie d'agrier mes plus cordiales salutations. Audrey PAGENEL 01 75 43 19 80 Me contacter par @mail - voir le site J'esphre ne pas vous avoir importunie avec mon mail, si c'itait le cas, vous pouvez me ripondre en icrivant STOP dans l'objet afin que je ne vous embjte plus. Vous disposez d'un droit d'acchs, de modification, de rectification et de suppression des donnies qui vous concernent (art. 34 de la loi Informatique et Libertis). Pour l'exercer, icrivez ` : CINE - WEB Production - 2, rue des Perdrix - Z.I. - 94520 Mandres les Roses Si vous ne souhaitez plus recevoir de messages : cliquez sur ce lien
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2011/03/04 03:08:59
Modified files:
shells/zsh : Makefile
Added files:
shells/zsh/patches: patch-Src_subst_c
Log message:
Fix the ${foo:0:} crash
ok ajacoutot@, jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2011/03/04 03:18:13 Modified files: x11/tilda : Makefile Added files: x11/tilda/patches: patch-src_key_grabber_c Log message: Fix a segfault spotted by edd@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/04 04:21:45 Modified files: net/nagios/cnagios: Makefile net/nagios/cnagios/patches: patch-readv1_c patch-readv23_c Log message: fix 'last changed' display on BE LP64, from Simon Kuhnle, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/04 06:25:41 Modified files: cad/gtkwave: Makefile distinfo Added files: cad/gtkwave/patches: patch-configure Removed files: cad/gtkwave/patches: patch-doc_Makefile_in patch-examples_Makefile_in Log message: - update gtkwave to 3.3.20 - remove unneeded patches and use FAKE_FLAGS instead
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/04 07:08:58 Modified files: net/nagios/cnagios: Makefile net/nagios/cnagios/patches: patch-draw_c Log message: don't miss the last item when sorting by age; thanks again to Simon Kuhnle
[no subject]
Richiesta di autorizzazione all'invio dell'email L'Altra Dimensione esegue lavori di Ristrutturazione, imbiancature, controsoffittature, decorazione, coibentazioni termoacustici, trattamenti antimuffa, rifacimento tetti, canne fumarie ecc... Fornitura e posa di parquet, porte, finestre, zanzariere, sanitari, rubinetteria, piastrelle ... www.laltradimensione.it Informativa sulla Privacy: Non abbiamo alcun Vs. dato personale, h stato raccolto da elenchi pubblici disponibili sia in forma cartacea che on-line (Pagine Gialle, Pagine bianche, motori di ricerca) e sono trattati secondo le disposizioni del D.Lgs 196/03. Qualora non desideriate ricevere in futuro comunicazioni commerciali dalla ditta scrivente potete opporVi ed esercitare i diritti previsti dall'art. 7 del codice della privacy inviando un messaggio di posta elettronica cliccando NON AUTORIZZO e indicando i dati da cancellare. Un messaggio Vi confermer` l'accoglimento della Vs. istanza e la conseguente cancellazione della vostra posta elettronica. NON AUTORIZZO
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/04 09:12:01 Modified files: audio/xmmsctrl : Makefile audio/xmmsctrl/pkg: PLIST net/castget: Makefile net/castget/pkg: PLIST Log message: - fix WANTLIB - regen PLIST from Gleydson Soares (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2011/03/04 09:35:40 Modified files: mail/sylpheed : Makefile distinfo mail/sylpheed/pkg: PLIST Log message: update sylpheed to 3.1.0. reads ok aja@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2011/03/04 10:00:07 Modified files: security/libksba: Makefile distinfo Log message: Update to 1.2.0 ok ajacoutot@, jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2011/03/04 14:30:13 Modified files: devel/libev: Makefile distinfo Log message: Update to libev-4.04 OK jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2011/03/04 14:45:23 Removed files: x11/xfce4/xfce4-panel/patches: patch-common_panel-xfconf_c Log message: Forgot to cvs rm patch for bug #7117 which was included upstream. Pointed out by Nigel Taylor, thanks!
Re: update lang/parrot to 3.0.0; new: lang/rakudo
On Thu, Mar 03, 2011 at 11:53:28PM +0100, Pascal Stumpf wrote: On Thu, Mar 03, 2011 at 10:49:43PM +0100, Pascal Stumpf wrote: +src/ +src/parrot/ +src/parrot/3.0.0/ +src/parrot/3.0.0/pmc/ +src/parrot/3.0.0/pmc/addrregistry.dump Err.. no way, this is outside FHS. If the files are needed by parrot, patch it so that it finds them in a correct location (dunno, share/parrot/src maybe), if not them remove them. hier(7) says nothing about subdirectories below /usr/local, but ok, it's easy to change that directory. Oh, actually: http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY Well, so far no port installs things in local/src (besides rpm port), so i'm not sure it's a good idea. Does parrot uses those files ? If you look, src/ is not in /etc/mtree/BSD.local.dist, which is so far our hierarchy reference. On a sidenote, here's rakudo regress test result on ppc : Test Summary Report --- t/spec/S02-builtin_data_types/instants-and-durations.t (Wstat: 0 Tests: 13 Failed: 1) Failed test: 9 t/spec/S03-operators/arith.rakudo(Wstat: 0 Tests: 135 Failed: 1) Failed test: 107 t/spec/S19-command-line/dash-e.t (Wstat: 0 Tests: 3 Failed: 2) Failed tests: 2-3 t/spec/S29-context/sleep.t (Wstat: 0 Tests: 4 Failed: 2) Failed tests: 2, 4 t/spec/S32-num/power.rakudo (Wstat: 0 Tests: 40 Failed: 1) Failed test: 11 Files=542, Tests=27334, 14551 wallclock secs (24.68 usr 10.67 sys + 12055.83 cusr 826.63 csys = 12917.81 CPU) Result: FAIL Landry
Re: update lang/parrot to 3.0.0; new: lang/rakudo
On Fri, Mar 04, 2011 at 09:27:52AM +0100, Landry Breuil wrote: On Thu, Mar 03, 2011 at 11:53:28PM +0100, Pascal Stumpf wrote: On Thu, Mar 03, 2011 at 10:49:43PM +0100, Pascal Stumpf wrote: +src/ +src/parrot/ +src/parrot/3.0.0/ +src/parrot/3.0.0/pmc/ +src/parrot/3.0.0/pmc/addrregistry.dump Err.. no way, this is outside FHS. If the files are needed by parrot, patch it so that it finds them in a correct location (dunno, share/parrot/src maybe), if not them remove them. hier(7) says nothing about subdirectories below /usr/local, but ok, it's easy to change that directory. Oh, actually: http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY Well, so far no port installs things in local/src (besides rpm port), so i'm not sure it's a good idea. Does parrot uses those files ? Parrot itself does not, but programmers may need them for subclassing PMCs included in parrot. If you look, src/ is not in /etc/mtree/BSD.local.dist, which is so far our hierarchy reference. That's already the case for so many other ports ... Most prominently libdata/ for Perl stuff. Plus, there's apparently no problem with that rpm port. I'd very much like to keep the original installation layout, but maybe someone else can comment? :) On a sidenote, here's rakudo regress test result on ppc : Test Summary Report --- t/spec/S02-builtin_data_types/instants-and-durations.t (Wstat: 0 Tests: 13 Failed: 1) Failed test: 9 t/spec/S03-operators/arith.rakudo(Wstat: 0 Tests: 135 Failed: 1) Failed test: 107 t/spec/S19-command-line/dash-e.t (Wstat: 0 Tests: 3 Failed: 2) Failed tests: 2-3 t/spec/S29-context/sleep.t (Wstat: 0 Tests: 4 Failed: 2) Failed tests: 2, 4 t/spec/S32-num/power.rakudo (Wstat: 0 Tests: 40 Failed: 1) Failed test: 11 Files=542, Tests=27334, 14551 wallclock secs (24.68 usr 10.67 sys + 12055.83 cusr 826.63 csys = 12917.81 CPU) Result: FAIL Ok, except for sleep.t, those are also the failures I got on amd64. Oh, and maybe it's also better to use the provided 'docs' and 'install-doc' targets in the parrot port instead of doing that manually? (Also installs POD, pkgconfig info and build tools.) Landry Cheers, Pascal
Re: update lang/parrot to 3.0.0; new: lang/rakudo
On Fri, Mar 04, 2011 at 02:14:10PM +0100, Pascal Stumpf wrote: On Fri, Mar 04, 2011 at 09:27:52AM +0100, Landry Breuil wrote: On Thu, Mar 03, 2011 at 11:53:28PM +0100, Pascal Stumpf wrote: On Thu, Mar 03, 2011 at 10:49:43PM +0100, Pascal Stumpf wrote: snip If you look, src/ is not in /etc/mtree/BSD.local.dist, which is so far our hierarchy reference. That's already the case for so many other ports ... Most prominently libdata/ for Perl stuff. Plus, there's apparently no problem with that rpm port. I'd very much like to keep the original installation layout, but maybe someone else can comment? :) Oh well, i surrender :) On a sidenote, here's rakudo regress test result on ppc : Test Summary Report --- t/spec/S02-builtin_data_types/instants-and-durations.t (Wstat: 0 Tests: 13 Failed: 1) Failed test: 9 t/spec/S03-operators/arith.rakudo(Wstat: 0 Tests: 135 Failed: 1) Failed test: 107 t/spec/S19-command-line/dash-e.t (Wstat: 0 Tests: 3 Failed: 2) Failed tests: 2-3 t/spec/S29-context/sleep.t (Wstat: 0 Tests: 4 Failed: 2) Failed tests: 2, 4 t/spec/S32-num/power.rakudo (Wstat: 0 Tests: 40 Failed: 1) Failed test: 11 Files=542, Tests=27334, 14551 wallclock secs (24.68 usr 10.67 sys + 12055.83 cusr 826.63 csys = 12917.81 CPU) Result: FAIL Ok, except for sleep.t, those are also the failures I got on amd64. Make sure to report them upstream too.. Oh, and maybe it's also better to use the provided 'docs' and 'install-doc' targets in the parrot port instead of doing that manually? (Also installs POD, pkgconfig info and build tools.) Yes, that'd be better. After that i think we're ready to update parrot and enable it on ppc. I'll import rakudo when the tree is fully unlocked. Landry
Update: gnome-mplayer-1.0.2
On Thu, 03 Mar 2011, Federico G. Schwindt wrote:
On Thu, Mar 03, 2011 at 01:53:58PM +0100, David Coppa wrote:
Just fyi, 1.0.1 should come out... I hope soon
Here it is. gnome-mplayer 1.0.2:
Index: Makefile
===
RCS file: /cvs/ports/x11/gnome-mplayer/Makefile,v
retrieving revision 1.33
diff -u -p -r1.33 Makefile
--- Makefile3 Mar 2011 15:16:12 - 1.33
+++ Makefile4 Mar 2011 12:03:35 -
@@ -1,8 +1,7 @@
# $OpenBSD: Makefile,v 1.33 2011/03/03 15:16:12 dcoppa Exp $
COMMENT = GTK+/GNOME frontend for MPlayer
-DISTNAME = gnome-mplayer-1.0.0
-REVISION = 5
+DISTNAME = gnome-mplayer-1.0.2
CATEGORIES = x11 multimedia
MAINTAINER = David Coppa dco...@openbsd.org
@@ -46,13 +45,15 @@ CONFIGURE_ENV = CPPFLAGS=-I${LOCALBASE
LDFLAGS=-L${LOCALBASE}/lib \
-L${X11BASE}/lib -pthread
CONFIGURE_ARGS = --with-gio \
+ --with-dbus \
--with-libnotify \
--with-libgpod \
--with-libmusicbrainz3 \
--enable-panscan \
--without-alsa \
- --without-flat-volume \
--without-gconf \
- --disable-nautilus
+ --without-pulseaudio \
+ --disable-nautilus \
+ --disable-schemas-install
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/x11/gnome-mplayer/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo8 Nov 2010 15:04:15 - 1.5
+++ distinfo4 Mar 2011 12:03:35 -
@@ -1,5 +1,5 @@
-MD5 (gnome-mplayer-1.0.0.tar.gz) = LIx+Z5+gLlJPrOP9tQSznQ==
-RMD160 (gnome-mplayer-1.0.0.tar.gz) = HWQJTC5yNp0GzJdob7xDPf7odjg=
-SHA1 (gnome-mplayer-1.0.0.tar.gz) = 75TDFwzE1CVAPI3mfvuPZNx/di8=
-SHA256 (gnome-mplayer-1.0.0.tar.gz) =
RpSk+ECQOc73IG6wcpUnISYtvsNyZpNztzLmF91e5TA=
-SIZE (gnome-mplayer-1.0.0.tar.gz) = 903789
+MD5 (gnome-mplayer-1.0.2.tar.gz) = LLuog47KoDpMOgGQ3Kv63g==
+RMD160 (gnome-mplayer-1.0.2.tar.gz) = rBIFgBKy+dU7w/Y5eCm+vCzX1G8=
+SHA1 (gnome-mplayer-1.0.2.tar.gz) = srDt8Q9dh5b2wpFyVTnMmXFRuSs=
+SHA256 (gnome-mplayer-1.0.2.tar.gz) =
Bgggc/+hNRVm6ZkqZ9kwnNBLNn+ztixvpQJHYciXtA0=
+SIZE (gnome-mplayer-1.0.2.tar.gz) = 948288
Index: patches/patch-configure
===
RCS file: /cvs/ports/x11/gnome-mplayer/patches/patch-configure,v
retrieving revision 1.4
diff -u -p -r1.4 patch-configure
--- patches/patch-configure 8 Nov 2010 15:04:15 - 1.4
+++ patches/patch-configure 4 Mar 2011 12:03:35 -
@@ -3,37 +3,37 @@ $OpenBSD: patch-configure,v 1.4 2010/11/
don't check for libgpod 0.6.x: it's not in our ports tree
disable gnome-power-manager support
configure.orig Fri Nov 5 17:16:53 2010
-+++ configure Mon Nov 8 11:10:05 2010
-@@ -609,8 +609,6 @@ GPOD_CFLAGS
+--- configure.orig Wed Mar 2 16:14:36 2011
configure Fri Mar 4 10:48:39 2011
+@@ -608,8 +608,6 @@ GPOD_CFLAGS
GPOD07_LIBS
GPOD07_CFLAGS
GPOD_DEFINES
-GPOD06_LIBS
-GPOD06_CFLAGS
NOTIFY_DEFINES
+ LIBNOTIFY_07_LIBS
+ LIBNOTIFY_07_CFLAGS
+@@ -848,8 +846,6 @@ NOTIFY_CFLAGS
NOTIFY_LIBS
- NOTIFY_CFLAGS
-@@ -818,8 +816,6 @@ ALSA_CFLAGS
- ALSA_LIBS
- NOTIFY_CFLAGS
- NOTIFY_LIBS
+ LIBNOTIFY_07_CFLAGS
+ LIBNOTIFY_07_LIBS
-GPOD06_CFLAGS
-GPOD06_LIBS
GPOD07_CFLAGS
GPOD07_LIBS
MUSICBRAINZ_CFLAGS
-@@ -1519,9 +1515,6 @@ Some influential environment variables:
- NOTIFY_CFLAGS
- C compiler flags for NOTIFY, overriding pkg-config
- NOTIFY_LIBS linker flags for NOTIFY, overriding pkg-config
+@@ -1574,9 +1570,6 @@ Some influential environment variables:
+ C compiler flags for LIBNOTIFY_07, overriding pkg-config
+ LIBNOTIFY_07_LIBS
+ linker flags for LIBNOTIFY_07, overriding pkg-config
- GPOD06_CFLAGS
- C compiler flags for GPOD06, overriding pkg-config
- GPOD06_LIBS linker flags for GPOD06, overriding pkg-config
GPOD07_CFLAGS
C compiler flags for GPOD07, overriding pkg-config
GPOD07_LIBS linker flags for GPOD07, overriding pkg-config
-@@ -8338,84 +8331,6 @@ fi
+@@ -8877,86 +8870,6 @@ fi
if test x$with_libgpod != xno; then :
pkg_failed=no
@@ -76,6 +76,8 @@ disable gnome-power-manager support
-
-
-if test $pkg_failed = yes; then
+- { $as_echo $as_me:${as_lineno-$LINENO}: result: no 5
+-$as_echo no 6; }
-
-if $PKG_CONFIG --atleast-pkgconfig-version 0.20; then
-_pkg_short_errors_supported=yes
@@ -90,13 +92,13 @@ disable gnome-power-manager support
- # Put the nasty error message in config.log where it belongs
- echo $GPOD06_PKG_ERRORS 5
-
-- { $as_echo
[no subject]
Richiesta di autorizzazione all'invio dell'email L'Altra Dimensione esegue lavori di Ristrutturazione, imbiancature, controsoffittature, decorazione, coibentazioni termoacustici, trattamenti antimuffa, rifacimento tetti, canne fumarie ecc... Fornitura e posa di parquet, porte, finestre, zanzariere, sanitari, rubinetteria, piastrelle ... www.laltradimensione.it Informativa sulla Privacy: Non abbiamo alcun Vs. dato personale, è stato raccolto da elenchi pubblici disponibili sia in forma cartacea che on-line (Pagine Gialle, Pagine bianche, motori di ricerca) e sono trattati secondo le disposizioni del D.Lgs 196/03. Qualora non desideriate ricevere in futuro comunicazioni commerciali dalla ditta scrivente potete opporVi ed esercitare i diritti previsti dall'art. 7 del codice della privacy inviando un messaggio di posta elettronica cliccando NON AUTORIZZO e indicando i dati da cancellare. Un messaggio Vi confermerà l'accoglimento della Vs. istanza e la conseguente cancellazione della vostra posta elettronica. NON AUTORIZZO
Re: update lang/parrot to 3.0.0; new: lang/rakudo
On Fri, Mar 04, 2011 at 03:42:17PM +0100, Pascal Stumpf wrote:
diff -urN -x CVS parrot.orig/Makefile parrot/Makefile
--- parrot.orig/Makefile Wed Nov 17 09:05:18 2010
+++ parrot/Makefile Fri Mar 4 15:26:07 2011
[...]
+pre-build:
+ chown nobody ${WRKSRC}/docs
[...]
diff -urN -x CVS parrot.orig/patches/patch-config_gen_makefiles_docs_in
parrot/patches/patch-config_gen_makefiles_docs_in
--- parrot.orig/patches/patch-config_gen_makefiles_docs_inThu Jan 1
01:00:00 1970
+++ parrot/patches/patch-config_gen_makefiles_docs_in Fri Mar 4 15:26:15 2011
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- config/gen/makefiles/docs.in.origFri Mar 4 15:25:03 2011
config/gen/makefiles/docs.in Fri Mar 4 15:25:55 2011
+@@ -43,6 +43,7 @@ $(POD): doc-prep
+ doc-prep:
+ $(MKPATH) ops
+ $(TOUCH) doc-prep
++chown nobody ops
+
+ packfile-c.pod: ../src/packfile/api.c
+ #IF(new_perldoc): $(PERLDOC_BIN) -ud packfile-c.pod ../src/packfile/api.c
Those chown calls are wrong, for two reasons:
1. It doesn't build when you're not root (using SUDO instead)
2. Nothing should belong the user nobody. (and I don't see the point in
chowning the doc stuff, anyway, but I may missing something)
Ciao,
Kili
ps: I'm trying to build it on arm and mips64el now.
Re: update lang/parrot to 3.0.0; new: lang/rakudo
On Fri, Mar 04, 2011 at 04:40:39PM +0100, Matthias Kilian wrote:
On Fri, Mar 04, 2011 at 03:42:17PM +0100, Pascal Stumpf wrote:
diff -urN -x CVS parrot.orig/Makefile parrot/Makefile
--- parrot.orig/MakefileWed Nov 17 09:05:18 2010
+++ parrot/Makefile Fri Mar 4 15:26:07 2011
[...]
+pre-build:
+ chown nobody ${WRKSRC}/docs
[...]
diff -urN -x CVS parrot.orig/patches/patch-config_gen_makefiles_docs_in
parrot/patches/patch-config_gen_makefiles_docs_in
--- parrot.orig/patches/patch-config_gen_makefiles_docs_in Thu Jan 1
01:00:00 1970
+++ parrot/patches/patch-config_gen_makefiles_docs_in Fri Mar 4
15:26:15 2011
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- config/gen/makefiles/docs.in.orig Fri Mar 4 15:25:03 2011
config/gen/makefiles/docs.in Fri Mar 4 15:25:55 2011
+@@ -43,6 +43,7 @@ $(POD): doc-prep
+ doc-prep:
+ $(MKPATH) ops
+ $(TOUCH) doc-prep
++ chown nobody ops
+
+ packfile-c.pod: ../src/packfile/api.c
+ #IF(new_perldoc): $(PERLDOC_BIN) -ud packfile-c.pod ../src/packfile/api.c
Those chown calls are wrong, for two reasons:
1. It doesn't build when you're not root (using SUDO instead)
2. Nothing should belong the user nobody. (and I don't see the point in
chowning the doc stuff, anyway, but I may missing something)
It's required for building POD documentation with perldoc as root. (Ofc,
it's still *installed* as belonging to root).
perldoc(1):
SECURITY
Because perldoc does not run properly tainted, and is known to
have
security issues, when run as the superuser it will attempt to
drop
privileges by setting the effective and real IDs to nobody's or
nouser's account, or -2 if unavailable. If it cannot relinquish
its
privileges, it will not run.
Using sudo would require to make assumptions about its configuration. I
could try to check the UID however to make it build as non-root.
Ciao,
Kili
ps: I'm trying to build it on arm and mips64el now.
webkit 1.2.7
It seems that an old webkit bug is back in 1.2.7 where it chokes on animated gifs. It eats a lot of cpu and sits there blinking instead of animating. For example: http://www.openbsd.org/art/banners/banner1.gif Am I the only one seeing that?
Re: UPDATE: mplayer 20110303
On Fri, 4 Mar 2011, Edd Barrett wrote:
Hi,
An update to mplayer.
Tested on amd64 with smplayer and gnome-mplayer (not the version just posted).
Also tested basic functionality on sparc64.
Please read comments in the Makefile and README regarding specifically:
libdvdread, libdvdcss, distfile rolling etc.
The ffmpeg vorbis decoder changed significantly and now works unpatched,
however, unfortunatley the ogg streaming bug still exists.
Try out all of your media and let me know how it goes.
Are you certain the porters guide belong in a README meant for users?
I don't really have an opinion, but I want to raise the question, do we
consider these pkg-readmes as user/admin material or developer?
Index: Makefile
===
RCS file: /cvs/openbsd/ports/x11/mplayer/Makefile,v
retrieving revision 1.181
diff -u -p -u -r1.181 Makefile
--- Makefile 12 Feb 2011 10:49:36 - 1.181
+++ Makefile 4 Mar 2011 15:47:58 -
@@ -5,19 +5,15 @@ ONLY_FOR_ARCHS =alpha amd64 arm i386 mi
COMMENT =movie player supporting many formats
-V = 20101024
-V_DASHED = 2010-10-24
+V = 20110303
SUBST_VARS +=PREFIX CONFDIR
+# Distfiles must be hand-rolled, see README
N = mplayer
-DISTNAME = mplayer-export-snapshot-${V}
+DISTNAME = mplayer-${V}
PKGNAME =${N}-${V}
-REVISION = 2
CATEGORIES = x11 multimedia
-EXTRACT_SUFX = .tar.bz2
-
-WRKDIST =${WRKDIR}/mplayer-export-${V_DASHED}
HOMEPAGE = http://www.mplayerhq.hu/
@@ -28,8 +24,8 @@ PERMIT_DISTFILES_CDROM =Yes
PERMIT_DISTFILES_FTP = Yes
WANTLIB =bz2 c cdda_interface cdda_paranoia crypto \
- dv dvdnavmini dvdread faac faad fribidi jpeg lcms \
- m mng mp3lame mpcdec ncurses ogg=5 orc-0.4 png \
+ dv faac faad fribidi jpeg lcms \
+ m mng mp3lame ncurses ogg=5 orc-0.4 png \
pthread schroedinger-1.0=2.0 sndio speex stdc++ \
theora ungif util vpx x264=5 xvidcore z
@@ -97,10 +93,12 @@ CONFIGURE_ARGS += --disable-alsa \
--disable-sunaudio \
--disable-vidix \
--disable-select \
- --disable-libcdio \
- --disable-dvdread-internal \
- --disable-libdvdcss-internal \
- --disable-faad-internal
+ --disable-libcdio
+# seems stable dvdnav does not work with a new mplayer.
+# if they make a release in the future, maybe we can pull that in,
+# but for now we have to use the internal one.
+#--disable-dvdread-internal \
+#--disable-libdvdcss-internal \
# gui is not supported anymore and we have better ones in ports
CONFIGURE_ARGS += --disable-gui
@@ -219,12 +217,6 @@ post-extract:
# subst PREFIX in a patch, careful with update-patches!
pre-configure:
${SUBST_CMD} ${WRKSRC}/DOCS/xml/configure
-
-
-# Put a version.h in place so svn is not a BUILD_DEPEND
-# (see version.sh for how this was supposed to work).
-post-configure:
- cp ${FILESDIR}/version.h ${WRKDIST}/version.h
post-build:
@cd ${WRKSRC}/DOCS/xml ${MAKE_PROGRAM}
Index: README
===
RCS file: README
diff -N README
--- /dev/null 1 Jan 1970 00:00:00 -
+++ README3 Mar 2011 17:35:50 -
@@ -0,0 +1,28 @@
+Porting notes for MPlayer
+=
+
+In addition to the comments in Makefile, porters should also read these
notes:
+
+FFMPEG OGG Demuxer Bug
+--
+
+You can test the existence of the ffmpeg OGG demuxer bug with this URL:
+http://icecast.version6.net:/okul.ogg
+
+Rolling a Distfile
+--
+
+MPlayer used to include the ffmpeg source, now the configure script
+checks it out from git, which we don't want to do. Moving targets will
+break and we don't want git as a BUILD_DEPEND.
+
+Therefore we do this:
+
+svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer-MMDD
+cd mplayer-MMDD
+echo X-snapshot snapshot_version (where X is the svn revision)
+git clone --depth 1 git://git.videolan.org/ffmpeg.git ffmpeg
+find . -name '.svn' | xargs rm -Rf
+find . -name '.git' | xargs rm -Rf
+cd ..
+tar zcvf mplayer-MMDD.tar.gz mplayer-MMDD
Index: distinfo
===
RCS file: /cvs/openbsd/ports/x11/mplayer/distinfo,v
retrieving revision 1.34
diff -u -p -u -r1.34 distinfo
--- distinfo 8 Nov 2010 21:25:44 - 1.34
+++ distinfo 3 Mar 2011 14:37:23 -
@@ -1,5 +1,5 @@
-MD5 (mplayer-export-snapshot-20101024.tar.bz2) = F797FlNAF1eu01Goo2VXNw==
-RMD160 (mplayer-export-snapshot-20101024.tar.bz2) =
S9533qXXp0k7Y5TXnXHbk4yfRBs=
Re: UPDATE: mplayer 20110303
On Fri, 4 Mar 2011, Edd Barrett wrote: To clarify, there are two READMEs involved: * x11/mplayer/pkg/README - user docs. make it into the package. * x11/mplayer/README - notes for me and others working on the port. This is the way I did print/texlive2010 too. I can change this if you like, perhaps the comments for developers should all be in comments in the Makefile? However, I don't think it is that important. Perhaps we should introduce the convention of using the name README.porters? No no, what you did is fine. I missed the fact it wasn't a pkg-readmes. -- Antoine
Re: webkit 1.2.7
On Mar 04, 2011 11:22, Marco Peereboom wrote: It seems that an old webkit bug is back in 1.2.7 where it chokes on animated gifs. It eats a lot of cpu and sits there blinking instead of animating. For example: http://www.openbsd.org/art/banners/banner1.gif Am I the only one seeing that? No, I'm seeing it, too. Tested on amd64.
graphics/lcms pyton bindings
Hi. This patch splits lcms into multipackages and adds python bindings to it.
Tested on i386 and amd64.
OK to commit?
Index: Makefile
===
RCS file: /cvs/ports/graphics/lcms/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile17 Nov 2010 08:05:14 - 1.23
+++ Makefile27 Jan 2011 05:25:42 -
@@ -1,30 +1,44 @@
# $OpenBSD: Makefile,v 1.23 2010/11/17 08:05:14 espie Exp $
-COMMENT = color management library
+COMMENT-main = color management library
+COMMENT-python = python bindings for color management library
DISTNAME = lcms-1.18a
+PKGNAME-main = ${DISTNAME}
+REVISION-main = 0
+PKGNAME-python = py-${DISTNAME}
SHARED_LIBS = lcms2.0
CATEGORIES = graphics
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=lcms/}
HOMEPAGE = http://www.littlecms.com/
-LIB_DEPENDS += graphics/jpeg \
- graphics/tiff
+MULTI_PACKAGES = -main -python
+
+LIB_DEPENDS-main = graphics/jpeg \
+ graphics/tiff
+LIB_DEPENDS-python = ${MODPY_LIB_DEPENDS} \
+ graphics/lcms
# MIT
PERMIT_PACKAGE_CDROM = Yes
PERMIT_PACKAGE_FTP = Yes
PERMIT_DISTFILES_CDROM =Yes
PERMIT_DISTFILES_FTP = Yes
-WANTLIB = c m z jpeg tiff
+
+WANTLIB-main = c m z jpeg tiff
+WANTLIB-python = ${MODPY_WANTLIB} lcms m stdc++
+
+MODULES = lang/python
USE_LIBTOOL = Yes
USE_GROFF =Yes
CONFIGURE_STYLE = gnu
-CONFIGURE_ARGS += ${CONFIGURE_SHARED}
+CONFIGURE_ARGS += ${CONFIGURE_SHARED} \
+ --with-python
CONFIGURE_ENV += CPPFLAGS=-I${LOCALBASE}/include \
- LDFLAGS=-L${LOCALBASE}/lib
+ LDFLAGS=-L${LOCALBASE}/lib \
+ am_cv_pathless_PYTHON=python${MODPY_VERSION}
WRKDIST = ${WRKDIR}/lcms-1.18
Index: pkg/DESCR
===
RCS file: pkg/DESCR
diff -N pkg/DESCR
--- pkg/DESCR 15 Dec 2003 21:42:33 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,6 +0,0 @@
-LCMS is the Little Color Management System, a Color Matching Method
-(CMM) library which implements fast transforms between ICC profiles.
-
-Color management refers to techniques that ensure consistent color
-as images are transferred from scanners or cameras to monitors and
-printers.
Index: pkg/DESCR-main
===
RCS file: pkg/DESCR-main
diff -N pkg/DESCR-main
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/DESCR-main 27 Jan 2011 05:25:42 -
@@ -0,0 +1,6 @@
+LCMS is the Little Color Management System, a Color Matching Method
+(CMM) library which implements fast transforms between ICC profiles.
+
+Color management refers to techniques that ensure consistent color
+as images are transferred from scanners or cameras to monitors and
+printers.
Index: pkg/DESCR-python
===
RCS file: pkg/DESCR-python
diff -N pkg/DESCR-python
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/DESCR-python27 Jan 2011 05:25:42 -
@@ -0,0 +1 @@
+Little Color Management System python bindings.
Index: pkg/PFRAG.shared
===
RCS file: pkg/PFRAG.shared
diff -N pkg/PFRAG.shared
--- pkg/PFRAG.shared26 Dec 2005 17:27:24 - 1.5
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,2 +0,0 @@
-@comment $OpenBSD: PFRAG.shared,v 1.5 2005/12/26 17:27:24 steven Exp $
-@lib lib/liblcms.so.${LIBlcms_VERSION}
Index: pkg/PFRAG.shared-main
===
RCS file: pkg/PFRAG.shared-main
diff -N pkg/PFRAG.shared-main
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/PFRAG.shared-main 27 Jan 2011 05:25:42 -
@@ -0,0 +1,2 @@
+@comment $OpenBSD$
+@lib lib/liblcms.so.${LIBlcms_VERSION}
Index: pkg/PLIST
===
RCS file: pkg/PLIST
diff -N pkg/PLIST
--- pkg/PLIST 10 Jun 2008 00:42:40 - 1.5
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,23 +0,0 @@
-@comment $OpenBSD: PLIST,v 1.5 2008/06/10 00:42:40 okan Exp $
-@bin bin/icc2ps
-@bin bin/icclink
-@bin bin/icctrans
-@bin bin/jpegicc
-@bin bin/tiffdiff
-@bin bin/tifficc
-@bin bin/wtpt
-include/icc34.h
-include/lcms.h
-lib/liblcms.a
-lib/liblcms.la
-lib/pkgconfig/
-lib/pkgconfig/lcms.pc
-@man man/man1/icc2ps.1
-@man man/man1/icclink.1
-@man man/man1/jpegicc.1
-@man man/man1/tifficc.1
-@man man/man1/wtpt.1
-share/doc/lcms/
-share/doc/lcms/LCMSAPI.TXT
-share/doc/lcms/TUTORIAL.TXT
-%%SHARED%%
Index: pkg/PLIST-main
===
RCS file: pkg/PLIST-main
diff -N pkg/PLIST-main
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/PLIST-main 27 Jan 2011 05:25:42 -
@@ -0,0 +1,23 @@
+@comment
Re: UPDATE: mplayer 20110303
On Fri, Mar 04, 2011 at 06:41:00PM +0100, Antoine Jacoutot wrote: On Fri, 4 Mar 2011, Edd Barrett wrote: Hi, An update to mplayer. Tested on amd64 with smplayer and gnome-mplayer (not the version just posted). Also tested basic functionality on sparc64. Please read comments in the Makefile and README regarding specifically: libdvdread, libdvdcss, distfile rolling etc. The ffmpeg vorbis decoder changed significantly and now works unpatched, however, unfortunatley the ogg streaming bug still exists. Try out all of your media and let me know how it goes. Are you certain the porters guide belong in a README meant for users? I don't really have an opinion, but I want to raise the question, do we consider these pkg-readmes as user/admin material or developer? To clarify, there are two READMEs involved: * x11/mplayer/pkg/README - user docs. make it into the package. * x11/mplayer/README - notes for me and others working on the port. This is the way I did print/texlive2010 too. I can change this if you like, perhaps the comments for developers should all be in comments in the Makefile? However, I don't think it is that important. Perhaps we should introduce the convention of using the name README.porters? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: UPDATE: mplayer 20110303
On Fri, Mar 04, 2011 at 07:10:30PM +0100, Antoine Jacoutot wrote: On Fri, 4 Mar 2011, Edd Barrett wrote: To clarify, there are two READMEs involved: * x11/mplayer/pkg/README - user docs. make it into the package. * x11/mplayer/README - notes for me and others working on the port. This is the way I did print/texlive2010 too. I can change this if you like, perhaps the comments for developers should all be in comments in the Makefile? However, I don't think it is that important. Perhaps we should introduce the convention of using the name README.porters? No no, what you did is fine. I missed the fact it wasn't a pkg-readmes. OK cool. The build fails on i386 because we ran out of registers. Will find time to fix that sometime tomorrow probably. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: update lang/parrot to 3.0.0; new: lang/rakudo
On Fri, Mar 04, 2011 at 05:28:08PM +0100, Pascal Stumpf wrote:
On Fri, Mar 04, 2011 at 04:40:39PM +0100, Matthias Kilian wrote:
On Fri, Mar 04, 2011 at 03:42:17PM +0100, Pascal Stumpf wrote:
diff -urN -x CVS parrot.orig/Makefile parrot/Makefile
--- parrot.orig/Makefile Wed Nov 17 09:05:18 2010
+++ parrot/Makefile Fri Mar 4 15:26:07 2011
[...]
+pre-build:
+ chown nobody ${WRKSRC}/docs
[...]
diff -urN -x CVS parrot.orig/patches/patch-config_gen_makefiles_docs_in
parrot/patches/patch-config_gen_makefiles_docs_in
--- parrot.orig/patches/patch-config_gen_makefiles_docs_inThu Jan
1 01:00:00 1970
+++ parrot/patches/patch-config_gen_makefiles_docs_in Fri Mar 4
15:26:15 2011
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- config/gen/makefiles/docs.in.origFri Mar 4 15:25:03 2011
config/gen/makefiles/docs.in Fri Mar 4 15:25:55 2011
+@@ -43,6 +43,7 @@ $(POD): doc-prep
+ doc-prep:
+ $(MKPATH) ops
+ $(TOUCH) doc-prep
++chown nobody ops
+
+ packfile-c.pod: ../src/packfile/api.c
+ #IF(new_perldoc): $(PERLDOC_BIN) -ud packfile-c.pod
../src/packfile/api.c
Those chown calls are wrong, for two reasons:
1. It doesn't build when you're not root (using SUDO instead)
2. Nothing should belong the user nobody. (and I don't see the point in
chowning the doc stuff, anyway, but I may missing something)
It's required for building POD documentation with perldoc as root. (Ofc,
it's still *installed* as belonging to root).
perldoc(1):
SECURITY
Because perldoc does not run properly tainted, and is known to
have
security issues, when run as the superuser it will attempt to
drop
privileges by setting the effective and real IDs to nobody's or
nouser's account, or -2 if unavailable. If it cannot relinquish
its
privileges, it will not run.
Using sudo would require to make assumptions about its configuration. I
could try to check the UID however to make it build as non-root.
Regular ports build should be done as user w/ SUDO set, yes. Oh, and you
diff has some /usr/local hardcoded which should use LOCALBASE+SUBST_CMD.
Is the -lpthread patch still valid ?
Landry
Re: UPDATE: mplayer 20110303
On 04/03/11 11:07 AM, Edd Barrett wrote: Hi, An update to mplayer. Tested on amd64 with smplayer and gnome-mplayer (not the version just posted). Also tested basic functionality on sparc64. Please read comments in the Makefile and README regarding specifically: libdvdread, libdvdcss, distfile rolling etc. The ffmpeg vorbis decoder changed significantly and now works unpatched, however, unfortunatley the ogg streaming bug still exists. Try out all of your media and let me know how it goes. As I pointed out in your other update attempt thread.. you missed adding --disable-faad and removing the faad LIB_DEPENDS. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: webkit 1.2.7
On Fri, Mar 04, 2011 at 07:16:47PM +0100, Dawe wrote: On Mar 04, 2011 11:22, Marco Peereboom wrote: It seems that an old webkit bug is back in 1.2.7 where it chokes on animated gifs. It eats a lot of cpu and sits there blinking instead of animating. For example: http://www.openbsd.org/art/banners/banner1.gif Am I the only one seeing that? No, I'm seeing it, too. Tested on amd64. A quick googling shows https://bbs.archlinux.org/viewtopic.php?pid=896669 and https://bugs.launchpad.net/midori/+bug/721313, but nothing in the upstream bugtracker. If it's a regression from 1.2.6 you should check the commits made since it on http://gitorious.org/webkitgtk, cf the changelog at http://gitorious.org/webkitgtk/stable/blobs/master/WebKit/gtk/NEWS I don't see anything obvious.. Landry
Re: webkit 1.2.7
It is definitively a regression. A bad one too. Maybe an interaction with the lib that renders the gifs? On Fri, Mar 04, 2011 at 10:28:55PM +0100, Landry Breuil wrote: On Fri, Mar 04, 2011 at 07:16:47PM +0100, Dawe wrote: On Mar 04, 2011 11:22, Marco Peereboom wrote: It seems that an old webkit bug is back in 1.2.7 where it chokes on animated gifs. It eats a lot of cpu and sits there blinking instead of animating. For example: http://www.openbsd.org/art/banners/banner1.gif Am I the only one seeing that? No, I'm seeing it, too. Tested on amd64. A quick googling shows https://bbs.archlinux.org/viewtopic.php?pid=896669 and https://bugs.launchpad.net/midori/+bug/721313, but nothing in the upstream bugtracker. If it's a regression from 1.2.6 you should check the commits made since it on http://gitorious.org/webkitgtk, cf the changelog at http://gitorious.org/webkitgtk/stable/blobs/master/WebKit/gtk/NEWS I don't see anything obvious.. Landry
Re: webkit 1.2.7
On Fri, Mar 04, 2011 at 03:48:51PM -0600, Marco Peereboom wrote: It is definitively a regression. A bad one too. Maybe an interaction with the lib that renders the gifs? The only thing i see is https://bugs.webkit.org/show_bug.cgi?id=46437, which touchs the Gif backend. See if reverting http://trac.webkit.org/changeset/68446/trunk/WebCore/platform/image-decoders/gif/GIFImageDecoder.cpp helps.. but i don't think it's the way to go, as it's supposed to fix a crasher. On Fri, Mar 04, 2011 at 10:28:55PM +0100, Landry Breuil wrote: On Fri, Mar 04, 2011 at 07:16:47PM +0100, Dawe wrote: On Mar 04, 2011 11:22, Marco Peereboom wrote: It seems that an old webkit bug is back in 1.2.7 where it chokes on animated gifs. It eats a lot of cpu and sits there blinking instead of animating. For example: http://www.openbsd.org/art/banners/banner1.gif Am I the only one seeing that? No, I'm seeing it, too. Tested on amd64. A quick googling shows https://bbs.archlinux.org/viewtopic.php?pid=896669 and https://bugs.launchpad.net/midori/+bug/721313, but nothing in the upstream bugtracker. If it's a regression from 1.2.6 you should check the commits made since it on http://gitorious.org/webkitgtk, cf the changelog at http://gitorious.org/webkitgtk/stable/blobs/master/WebKit/gtk/NEWS I don't see anything obvious.. Landry
Re: update lang/parrot to 3.0.0; new: lang/rakudo
On Fri, Mar 04, 2011 at 04:40:39PM +0100, Matthias Kilian wrote: ps: I'm trying to build it on arm and mips64el now. Full regress logs at http://openbsd.dead-parrot.de/parrot-arm-regress.log http://openbsd.dead-parrot.de/parrot-mips64el-regress.log arm: Test Summary Report --- t/op/arithmetics.t(Wstat: 0 Tests: 80 Failed: 1) Failed test: 30 Files=381, Tests=13723, 9253 wallclock secs (132.27 usr 23.37 sys + 7265.69 cusr 1140.48 csys = 8561.81 CPU) Result: FAIL mips64el: All tests successful. Files=381, Tests=13723, 2413 wallclock secs (34.84 usr 14.52 sys + 1768.83 cusr 294.42 csys = 2112.61 CPU) Result: PASS Ciao, Kili
Re: update lang/parrot to 3.0.0; new: lang/rakudo
On Fri, Mar 04, 2011 at 11:15:44PM +0100, Matthias Kilian wrote: On Fri, Mar 04, 2011 at 04:40:39PM +0100, Matthias Kilian wrote: ps: I'm trying to build it on arm and mips64el now. Full regress logs at http://openbsd.dead-parrot.de/parrot-arm-regress.log http://openbsd.dead-parrot.de/parrot-mips64el-regress.log arm: Test Summary Report --- t/op/arithmetics.t(Wstat: 0 Tests: 80 Failed: 1) Failed test: 30 Files=381, Tests=13723, 9253 wallclock secs (132.27 usr 23.37 sys + 7265.69 cusr 1140.48 csys = 8561.81 CPU) Result: FAIL mips64el: All tests successful. Files=381, Tests=13723, 2413 wallclock secs (34.84 usr 14.52 sys + 1768.83 cusr 294.42 csys = 2112.61 CPU) Result: PASS Ciao, Kili Excellent. Thank you. Will you do the same for rakudo?
Re: update lang/parrot to 3.0.0; new: lang/rakudo
On Sat, Mar 05, 2011 at 01:21:51AM +0100, Pascal Stumpf wrote:
On Fri, Mar 04, 2011 at 10:00:51PM +0100, Landry Breuil wrote:
On Fri, Mar 04, 2011 at 05:28:08PM +0100, Pascal Stumpf wrote:
Oh, and you
diff has some /usr/local hardcoded which should use LOCALBASE+SUBST_CMD.
It's only in the diff by chance, but since it's the only case where a
hardcoded /usr/local will not get overridden by --prefix=, I fixed it
anyway.
-ONLY_FOR_ARCHS= i386 amd64
+ONLY_FOR_ARCHS= i386 amd64 macppc arm mips64
kili tested mips64el, not mips64... anyway, given that we don't know for
other archs, and that so far it only fails in regress on spar64, i think
we should use BROKEN-sparc64 instead to let a chance to other archs.
+post-patch:
+ perl -pi -e 's#/usr/local#${LOCALBASE}#' \
+ ${WRKSRC}/config/init/hints/openbsd.pm
+ my $ldflags = $conf-data-get('ldflags');
+ if ( $ldflags !~ m|-L/usr/local/lib\b| ) {
+ $ldflags .= ' -L/usr/local/lib';
That should be the other way round. Patch to use ${LOCALBASE}, and if
it's not taken as an environment variable during the build, use
SUBST_CMD on the .pm file during pre-configure, which will take care of
replacing ${LOCALBASE} by its real value.
But since that's not in a change made by the patch, i'm not sure we
should care so much about it... upstream just wants to add usr/local/lib
to ldflags if it's not already there..
Landry
