CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org 2012/12/13 01:35:43
Modified files:
www/tomcat/v7 : Makefile distinfo
www/tomcat/v7/pkg: PLIST-examples PLIST-main
Log message:
Update to apache-tomcat-7.0.34
CVSROOT:/cvs
Module name:ports
Changes by: chr...@cvs.openbsd.org 2012/12/13 04:51:34
Modified files:
textproc/hevea : Makefile distinfo
textproc/hevea/patches: patch-Makefile
textproc/hevea/pkg: PLIST
Removed files:
textproc/hevea/patches:
CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org 2012/12/13 05:10:14
Modified files:
x11/i3 : Makefile distinfo
x11/i3/patches : patch-i3_config patch-i3_config_keycodes
patch-man_i3-migrate-config-to-v4_1
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2012/12/13 06:46:01
Log message:
import ports/textproc/redland-bindings, reworked from a port by dlg, ok
jasper
Status:
Vendor Tag: sthen
Release Tags: sthen_20121213
N
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2012/12/13 06:46:21
Modified files:
textproc : Makefile
Log message:
+redland-bindings
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2012/12/13 07:20:14
Modified files:
devel/doxygen : Makefile distinfo
devel/doxygen/patches: patch-configure
patch-examples_Makefile_in
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2012/12/13 07:41:51
Modified files:
lang/gambit: Makefile
Log message:
bump: this uses openpty since we fixed ac_cv_func_openpty in config.site
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2012/12/13 08:19:19
Modified files:
www/mod_jk : Makefile distinfo
www/mod_jk/patches: patch-conf_workers_properties_minimal
patch-native_configure
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2012/12/13 08:43:11
Modified files:
devel/ddd : Makefile
Added files:
devel/ddd/patches: patch-configure_ac patch-ddd_TTYAgent_C
Log message:
use posix_openpt() rather than trying to open
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2012/12/13 09:34:48
Modified files:
astro/wmglobe : Makefile
astro/wmmoonclock: Makefile
astro/wmspaceweather: Makefile
astro/wmsun: Makefile
audio/ascd :
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2012/12/13 13:42:01
ports/devel/py-gevent/patches
Update of /cvs/ports/devel/py-gevent/patches
In directory cvs.openbsd.org:/tmp/cvs-serv6469/patches
Log Message:
Directory /cvs/ports/devel/py-gevent/patches
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2012/12/13 13:42:45
Modified files:
devel/py-gevent: Makefile
Added files:
devel/py-gevent/patches: patch-setup_py
Log message:
Properly link with libeventextra, fix WANTLIB while here.
Fixes
CVSROOT:/cvs
Module name:ports
Changes by: merd...@cvs.openbsd.org 2012/12/13 19:56:41
Modified files:
www/wordpress : Makefile distinfo
www/wordpress/pkg: PLIST
Log message:
Update to Wordpress 3.5.
ok gonzalo@
I think we now have the critical path to libreoffice building quickly enough
that it's not going to reduce the overall dpb build time (the problem
DPB_PROPERTIES=parallel intends to solve is waiting for libreoffice to finish
when everything else is done. Moving to gmake may actually increase
On Wed, Dec 12, 2012 at 06:21:43PM -0600, Amit Kulkarni wrote:
I thought you guys were talking about building cmake proper in parallel.
We did. cmake proper first builds a minimal bootstrap cmake, then
rebuilds itself with it, so getting cmake proper to build in parallel
*is* the same
On Wed, Dec 12, 2012 at 09:32:23AM -0600, Kent R. Spillner wrote:
Hey, dude-
On Dec 12, 2012, at 7:51, David Coppa dco...@gmail.com wrote:
Thanks.
I'll wait for useful pointers...
I don't think CMake does anything specifically to handle parallel recursive
builds. It works with GNU
On 12/12/2012 11:49 PM, Stuart Henderson wrote:
anyone reading still using nagios on OpenBSD? please test and
report back. it compiles ;)
Index: Makefile
===
RCS file: /cvs/ports/net/nagios/nagios/Makefile,v
retrieving
Stuart Henderson writes:
On 2012/12/04 22:38, Dennis Herrmann wrote:
[03] warning: sprintf() is often misused, please use snprintf()
We're not patching these in ports unless there's a serious
bug - feeding this type of fix upstream is usually the best course
of actionhowever
+ static
Hello Landry,
while installing/configuring davical on a recent snapshot:
OpenBSD 5.2-current (GENERIC) #93: Sun Dec 2 20:25:47 MST 2012
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
I had to apply davical/dba/caldav_functions.sql as well to get any
functionality with
On Thu, Dec 13, 2012 at 02:52:52PM +0100, MERIGHI Marcus wrote:
Hello Landry,
while installing/configuring davical on a recent snapshot:
OpenBSD 5.2-current (GENERIC) #93: Sun Dec 2 20:25:47 MST 2012
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
Is it with the
No, our make is not ignoring -j, and it's passed to submakes. Using standard
posix mechanisms. That is, it's passed through the environment, using
MAKEFLAGS.
There are two ways to defeat that mechanism: either by explicitly wiping
out the environment, or by passing another -j somewhere.
On Thu, Dec 13, 2012 at 3:39 PM, Amit Kulkarni amitk...@gmail.com wrote:
No, our make is not ignoring -j, and it's passed to submakes. Using standard
posix mechanisms. That is, it's passed through the environment, using
MAKEFLAGS.
There are two ways to defeat that mechanism: either by
If you're using i3, you're better of staying with 4.3p5 and not upgrade to
4.4. There are some serious issues with i3status and the statusbar icons.
David, unless this gets fixed soon, revert the update?
On Thu, Dec 13, 2012 at 4:21 PM, Jasper Lievisse Adriaanse
jas...@openbsd.org wrote:
If you're using i3, you're better of staying with 4.3p5 and not upgrade to
4.4. There are some serious issues with i3status and the statusbar icons.
David, unless this gets fixed soon, revert the update?
This updates cyphertite to 1.4.3.
Please review and commit.
Thanks,
David
Index: Makefile
===
RCS file: /cvs/ports/sysutils/cyphertite/Makefile,v
retrieving revision 1.22
diff -N -u -p Makefile
--- Makefile7 Nov 2012 08:24:23
This diff updates Wordpress to 3.5. Tested an upgrade from the previous
version on amd64 with no issues.
Testers? oks?
-ME
Index: Makefile
===
RCS file: /cvs/ports/www/wordpress/Makefile,v
retrieving revision 1.42
diff -u -p
This fixes the pty handling and switches Eterm from setuid root to
setgid utmp.
The extent of my testing was limited to running Eterm and
ls -l `tty`, w, and id inside, so if anybody uses this,
please give it a try.
Index: Makefile
On Thu, Dec 13, 2012 at 02:52:52PM +0100, MERIGHI Marcus wrote:
Hello Landry,
while installing/configuring davical on a recent snapshot:
OpenBSD 5.2-current (GENERIC) #93: Sun Dec 2 20:25:47 MST 2012
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
I had to apply
I am soliciting opinions about the safety of py-pip package
management system. I am using Python primarily for scientific
computing/prototyping. Many of standard scientific python modules in our
ports tree are a bit outdated (trying to update some of those ports is
on my todo list as I am sure it
29 matches
Mail list logo