BROKEN: devel/subversion
After updating devel/apr devel/apr-util to 1.2.7p0 there is no
chance to build Subversion 1.4.3 properly:
--
=== Configuring for subversion-1.4.3p1
configure: loading site script /usr/ports/infrastructure/db/config.site
configure: Configuring Subversion 1.4.3
configure: creating config.nice
checking for gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... (cached) o
checking whether we are using the GNU C compiler... (cached) yes
checking whether cc accepts -g... (cached) yes
checking for cc option to accept ANSI C... none needed
checking how to run the C preprocessor... cc -E
checking build system type... i386-unknown-openbsd4.0
checking host system type... i386-unknown-openbsd4.0
checking target system type... i386-unknown-openbsd4.0
checking for egrep... (cached) grep -E
checking whether ln -s works... yes
checking for a BSD-compatible install... /usr/bin/install -c -o root -g bin
checking for static Apache module support... checking for Apache
module support via DSO through APXS... no
==
WARNING: skipping the build of mod_dav_svn
--with-apxs or --with-apache must be used
==
configure: Apache Portable Runtime (APR) library configuration
checking for APR... yes
checking APR version... 1.2.7
configure: Apache Portable Runtime Utility (APRUTIL) library configuration
checking for APR-util... configure: error: the --with-apr-util
parameter is incorrect. It must specify an install prefix, a build
directory, or an apu-config file.
*** Error code 1
Stop in /usr/ports/devel/subversion (line 2038 of
/usr/ports/infrastructure/mk/bsd.port.mk).
--
So there is no default bin/apu-1-config file, but bin/apu, and the
only configure flag --with-apr-util=${LOCALBASE}/bin/apu must be
given, not --with-apr-util=${LOCALBASE}. Please fix that. Thx.
--
Cheerz,
Vlad / Stelz
Re: BROKEN: devel/subversion
Vlad Glagolev [2007-03-25, 13:13:39]: After updating devel/apr devel/apr-util to 1.2.7p0 there is no chance to build Subversion 1.4.3 properly: configure: Apache Portable Runtime Utility (APRUTIL) library configuration checking for APR-util... configure: error: the --with-apr-util parameter is incorrect. It must specify an install prefix, a build directory, or an apu-config file. fixed. thanks for the report. Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
NEW: devel/rapidsvn (0.9.4)
SVN GUI client written in C++ with GTK+2 (wxWidgets). Tested @ i386. -- Cheerz, Vlad / Stelz rapidsvn-0.9.4.tgz Description: GNU Zip compressed data
NEW: x11/dejavu-ttf (2.15)
GPL'ed font family based on the Bitstream Vera Fonts. Tested @ i386. -- Cheerz, Vlad / Stelz dejavu-ttf--2.15.tgz Description: GNU Zip compressed data
NEW: devel/poedit (1.3.6)
GTK+-2 based PO-files editor for the translators. Tested @ i386. -- Cheerz, Vlad / Stelz poedit--1.3.6.tgz Description: GNU Zip compressed data
NEW: print/espgs (8.15.4)
ESP GhostScript. Tested @ i386. -- Cheerz, Vlad / Stelz espgs--8.15.4.tgz Description: GNU Zip compressed data
Re: NEW: devel/rapidsvn (0.9.4)
Vlad Glagolev [2007-03-25, 14:55:46]: SVN GUI client written in C++ with GTK+2 (wxWidgets). Tested @ i386. i will take care of this. maybe it would be nice to fill in a few sane defaults in the configuration? steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
astro/sunclock update
Heya, This should update astro/sunclock to version 3.56, the latest released one. Besides jpg sunclock now supports both png gif images as well. port changes: * remove myself as maintainer * moved all data files to distfiles/sunclock, some of the additional maps have nondescriptive names (like huge.jpg) * the default location for the maps has changed * don't build emx, which was added in version 3.54. it's a very small emacs clone which is to replace xterm or any other terminal emulator. since sunclock depends on X xterm is provided I don't see the point of building this. During compilation gccmakedep complains that it can't find png.h, which is not in it's default include path /usr/local/include. I haven't found a way to get it to include /usr/local/include/libpng. This doens't seem to have an adverse effect on compilation, since the Imake file has hopefully been patched to include png on the required places. // nick sunclock.diff Description: Binary data
Zope 2.10.3, help needed...
There are new Zope version out for all major branches, I would like to
update it in -current and -stable, however... these new versions drive
me nuts: when I start a zope in foreground (bin/zopectl foreground)
everything works. When I start it as daemon (bin/zopectl start), it
won't work, the process terminates.
Maybe someone out there finds the reason for this? Then let me know ;)
Index: www/zope/Makefile
===
RCS file: /cvs/ports/www/zope/Makefile,v
retrieving revision 1.32
diff -u -r1.32 Makefile
--- www/zope/Makefile 20 Nov 2006 20:37:51 - 1.32
+++ www/zope/Makefile 25 Mar 2007 14:35:02 -
@@ -4,9 +4,9 @@
COMMENT= object-oriented web application server
-VERSION= 2.10.0
+VERSION= 2.10.3
DISTNAME= Zope-${VERSION}-final
-PKGNAME= ${DISTNAME:S/-final//:L}p2
+PKGNAME= ${DISTNAME:S/-final//:L}
CATEGORIES= www
HOMEPAGE= http://www.zope.org/
Index: www/zope/distinfo
===
RCS file: /cvs/ports/www/zope/distinfo,v
retrieving revision 1.14
diff -u -r1.14 distinfo
--- www/zope/distinfo 4 Oct 2006 21:41:48 - 1.14
+++ www/zope/distinfo 25 Mar 2007 14:35:02 -
@@ -1,4 +1,5 @@
-MD5 (Zope-2.10.0-final.tgz) = 08a2fc999c1ed3e3592e38382f61695e
-RMD160 (Zope-2.10.0-final.tgz) = eed0b43f228de10f4b34cce2f55f25482aeb3810
-SHA1 (Zope-2.10.0-final.tgz) = df0ea02c692c0b5b8e3d51cf14c0b22e50a2849c
-SIZE (Zope-2.10.0-final.tgz) = 7122626
+MD5 (Zope-2.10.3-final.tgz) = 16333e8a14837466de10cd497643a967
+RMD160 (Zope-2.10.3-final.tgz) = f5f2c49d175d81add3b7eb62abd366c5375562d0
+SHA1 (Zope-2.10.3-final.tgz) = 81910a4215460a231da9e285ad2bfdaca2e4188a
+SHA256 (Zope-2.10.3-final.tgz) =
af0913d732d35b41a3d9350976610fb1446c874b9a9306bce9a2240217e2e9bb
+SIZE (Zope-2.10.3-final.tgz) = 7094321
Index: www/zope/pkg/PLIST
===
RCS file: /cvs/ports/www/zope/pkg/PLIST,v
retrieving revision 1.19
diff -u -r1.19 PLIST
--- www/zope/pkg/PLIST 3 Oct 2006 09:16:16 - 1.19
+++ www/zope/pkg/PLIST 25 Mar 2007 14:35:11 -
@@ -114,6 +114,9 @@
lib/zope/lib/python/AccessControl/interfaces.pyc
lib/zope/lib/python/AccessControl/logger_wrapper.py
lib/zope/lib/python/AccessControl/logger_wrapper.pyc
+lib/zope/lib/python/AccessControl/requestmethod.py
+lib/zope/lib/python/AccessControl/requestmethod.pyc
+lib/zope/lib/python/AccessControl/requestmethod.txt
lib/zope/lib/python/AccessControl/securitySuite/
lib/zope/lib/python/AccessControl/securitySuite/README
lib/zope/lib/python/AccessControl/securitySuite/ResultObject.py
@@ -181,6 +184,8 @@
lib/zope/lib/python/AccessControl/tests/testZopeGuards.pyc
lib/zope/lib/python/AccessControl/tests/testZopeSecurityPolicy.py
lib/zope/lib/python/AccessControl/tests/testZopeSecurityPolicy.pyc
+lib/zope/lib/python/AccessControl/tests/test_requestmethod.py
+lib/zope/lib/python/AccessControl/tests/test_requestmethod.pyc
lib/zope/lib/python/AccessControl/tests/test_safeiter.py
lib/zope/lib/python/AccessControl/tests/test_safeiter.pyc
lib/zope/lib/python/AccessControl/unauthorized.py
@@ -330,8 +335,8 @@
lib/zope/lib/python/App/www/undo_icon.gif
lib/zope/lib/python/App/www/vManage.gif
lib/zope/lib/python/App/www/z_button.jpg
-lib/zope/lib/python/App/www/zope_button.jpg
-lib/zope/lib/python/App/www/zopelogo.jpg
+lib/zope/lib/python/App/${BASE_PKGPATH}_button.jpg
+lib/zope/lib/python/App/${BASE_PKGPATH}logo.jpg
lib/zope/lib/python/BTrees/
lib/zope/lib/python/BTrees/Development.txt
lib/zope/lib/python/BTrees/IFBTree.py
@@ -731,6 +736,7 @@
lib/zope/lib/python/OFS/tests/
lib/zope/lib/python/OFS/tests/__init__.py
lib/zope/lib/python/OFS/tests/__init__.pyc
+lib/zope/lib/python/OFS/tests/events.zcml
lib/zope/lib/python/OFS/tests/mime.types-1
lib/zope/lib/python/OFS/tests/mime.types-2
lib/zope/lib/python/OFS/tests/test.gif
@@ -740,6 +746,8 @@
lib/zope/lib/python/OFS/tests/testApplication.pyc
lib/zope/lib/python/OFS/tests/testCopySupport.py
lib/zope/lib/python/OFS/tests/testCopySupport.pyc
+lib/zope/lib/python/OFS/tests/testCopySupportEvents.py
+lib/zope/lib/python/OFS/tests/testCopySupportEvents.pyc
lib/zope/lib/python/OFS/tests/testCopySupportHooks.py
lib/zope/lib/python/OFS/tests/testCopySupportHooks.pyc
lib/zope/lib/python/OFS/tests/testFTPInterface.py
@@ -886,6 +894,8 @@
lib/zope/lib/python/Products/Five/browser/tests/__init__.pyc
lib/zope/lib/python/Products/Five/browser/tests/adding.txt
lib/zope/lib/python/Products/Five/browser/tests/birdmacro.pt
+lib/zope/lib/python/Products/Five/browser/tests/classes.py
+lib/zope/lib/python/Products/Five/browser/tests/classes.pyc
lib/zope/lib/python/Products/Five/browser/tests/cockatiel.pt
lib/zope/lib/python/Products/Five/browser/tests/condor.pt
lib/zope/lib/python/Products/Five/browser/tests/cps_test_localizer.pt
@@ -928,6 +938,8 @@
port for inkscape 0.45.1
Hi, I finally succeded to create a port for inkscape 0.45.1. It require boehm-gc 6.8 so I had also to update this port. It works well on my machine an amd athlon 3000+. Please test it. This is my first port for openbsd, so please tell me if something is wrong. If it works for all maybe it could be commited ;) here are sources : - inkscape port : http://88.191.16.236/~benoitc/misc/openbsd/inkscape_0_45_1.tar.gz - boehm-gc update : http://88.191.16.236/~benoitc/misc/openbsd/boehm-gc_6.8.tar.gz and diff to boehm-gc in current : http://88.191.16.236/~benoitc/misc/openbsd/boehm-gc.diff enjoy :) Benoit -- bchesneau.info
Re: port for inkscape 0.45.1
I just fixed boehm-gc update. WANTLIB, no regress and pkgname. -- Cheerz, Vlad / Stelz boehm-gc--6.8.diff Description: Binary data
Make print/cups use openssl instead of gnutls
This gets rid of the no_gnutls cups FLAVOR and has it use our
openssl instead.
I can't fully test this since I don't have a printer. It does
pass its automatic and interactive regression tests on i386.
Index: Makefile
===
RCS file: /cvs/ports/print/cups/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile17 Mar 2007 18:28:02 - 1.22
+++ Makefile25 Mar 2007 17:08:38 -
@@ -4,7 +4,7 @@ COMMENT=Common Unix Printing System
VERSION= 1.2.7
DISTNAME= cups-${VERSION}-source
-PKGNAME= ${DISTNAME:S/-source//}p0
+PKGNAME= ${DISTNAME:S/-source//}p1
CATEGORIES=print sysutils
SHARED_LIBS= cups3.0 \
cupsimage 2.3
@@ -19,7 +19,7 @@ PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
-WANTLIB= c m z stdc++ pthread
+WANTLIB= c m z stdc++ pthread crypto ssl
MASTER_SITES= http://ftp.easysw.com/pub/cups/${VERSION}/ \
http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/cups/${VERSION}/ \
@@ -50,7 +50,8 @@ CONFIGURE_ARGS+= --with-cups-user=_cups
--without-java \
--without-perl \
--without-php \
- --without-python
+ --without-python \
+ --disable-gnutls
CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \
-I${LOCALBASE}/include/libpng \
@@ -70,18 +71,8 @@ REGRESS_FLAGS= LOCALBASE=${LOCALBASE}
REGRESS_DEPENDS= ::print/htmldoc
REGRESS_IS_INTERACTIVE=Yes
-FLAVORS= no_gnutls ldap
+FLAVORS= ldap
FLAVOR?=
-
-.if ${FLAVOR:L:Mno_gnutls}
-WANTLIB+= crypto ssl
-.else
-MODULES= devel/gettext
-
-CONFIGURE_ARGS+= --disable-openssl --enable-gnutls
-LIB_DEPENDS+= gnutls.=12::security/gnutls
-WANTLIB+= gpg-error.=1 gcrypt.=12
-.endif
.if ${FLAVOR:L:Mldap}
CONFIGURE_ARGS+= --enable-ldap
Index: pkg/DESCR
===
RCS file: /cvs/ports/print/cups/pkg/DESCR,v
retrieving revision 1.3
diff -u -p -r1.3 DESCR
--- pkg/DESCR 2 Oct 2006 11:48:06 - 1.3
+++ pkg/DESCR 25 Mar 2007 17:17:53 -
@@ -15,4 +15,3 @@ For extra printer drivers check http://w
Available flavors:
ldap Enable printer sharing via LDAP
-no_gnutls Don't use GNU TLS
Re: port for inkscape 0.45.1
On 2007/03/25 20:45, Vlad Glagolev wrote: I just fixed boehm-gc update. WANTLIB, no regress and pkgname. broken on amd64, sparc64: - http://spacehopper.org/openbsd/boehm-gc-6.8-amd64.log cc -DPACKAGE_NAME=\gc\ -DPACKAGE_TARNAME=\gc\ -DPACKAGE_VERSION=\6.8\ -DPACKAGE_STRING=\gc 6.8\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DGC_VERSION_MAJOR=6 -DGC_VERSION_MINOR=8 -DPACKAGE=\gc\ -DVERSION=\6.8\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -DKEEP_BACK_PTRS=1 -DDBG_HDRS_ALL=1 -I./include -fexceptions -DGC_PTHREADS -DSIG_SUSPEND=SIGUSR2 -fexceptions -MT os_dep.lo -MD -MP -MF .deps/os_dep.Tpo -c os_dep.c -fPIC -DPIC -o .libs/os_dep.o *** Error code 1 Stop in /usr/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8. *** Error code 1 Stop in /usr/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8 (line 626 of Makefile). *** Error code 1 Stop in /usr/ports/devel/boehm-gc (line 2063 of /usr/ports/infrastructure/mk/bsd.port.mk). - http://spacehopper.org/openbsd/boehm-gc-6.8-sparc64.log cc -DPACKAGE_NAME=\gc\ -DPACKAGE_TARNAME=\gc\ -DPACKAGE_VERSION=\6.8\ -DPACKAGE_STRING=\gc 6.8\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DGC_VERSION_MAJOR=6 -DGC_VERSION_MINOR=8 -DPACKAGE=\gc\ -DVERSION=\6.8\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -DKEEP_BACK_PTRS=1 -DDBG_HDRS_ALL=1 -I./include -fexceptions -DGC_PTHREADS -DSIG_SUSPEND=SIGUSR2 -fexceptions -MT mach_dep.lo -MD -MP -MF .deps/mach_dep.Tpo -c mach_dep.c -fPIC -DPIC -o .libs/mach_dep.o mach_dep.c:495:62: invalid character '\240' in #if *** Error code 1 Stop in /stripe/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8. *** Error code 1 Stop in /stripe/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8 (line 626 of Makefile). *** Error code 1 Stop in /stripe/ports/devel/boehm-gc (line 2063 of /usr/ports/infrastructure/mk/bsd.port.mk).
Re: port for inkscape 0.45.1
Hmm.. sorry for that but I have only i386 machine.. and also boehm-gc is a very difficult thing to setup with obsd especially on other platforms than i386.. I think so.. and we need help for testing with amd64 and sparc right now :) Please Help! On 3/25/07, Stuart Henderson [EMAIL PROTECTED] wrote: On 2007/03/25 20:45, Vlad Glagolev wrote: I just fixed boehm-gc update. WANTLIB, no regress and pkgname. broken on amd64, sparc64: - http://spacehopper.org/openbsd/boehm-gc-6.8-amd64.log cc -DPACKAGE_NAME=\gc\ -DPACKAGE_TARNAME=\gc\ -DPACKAGE_VERSION=\6.8\ -DPACKAGE_STRING=\gc 6.8\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DGC_VERSION_MAJOR=6 -DGC_VERSION_MINOR=8 -DPACKAGE=\gc\ -DVERSION=\6.8\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -DKEEP_BACK_PTRS=1 -DDBG_HDRS_ALL=1 -I./include -fexceptions -DGC_PTHREADS -DSIG_SUSPEND=SIGUSR2 -fexceptions -MT os_dep.lo -MD -MP -MF .deps/os_dep.Tpo -c os_dep.c -fPIC -DPIC -o .libs/os_dep.o *** Error code 1 Stop in /usr/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8. *** Error code 1 Stop in /usr/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8 (line 626 of Makefile). *** Error code 1 Stop in /usr/ports/devel/boehm-gc (line 2063 of /usr/ports/infrastructure/mk/bsd.port.mk). - http://spacehopper.org/openbsd/boehm-gc-6.8-sparc64.log cc -DPACKAGE_NAME=\gc\ -DPACKAGE_TARNAME=\gc\ -DPACKAGE_VERSION=\6.8\ -DPACKAGE_STRING=\gc 6.8\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DGC_VERSION_MAJOR=6 -DGC_VERSION_MINOR=8 -DPACKAGE=\gc\ -DVERSION=\6.8\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -DKEEP_BACK_PTRS=1 -DDBG_HDRS_ALL=1 -I./include -fexceptions -DGC_PTHREADS -DSIG_SUSPEND=SIGUSR2 -fexceptions -MT mach_dep.lo -MD -MP -MF .deps/mach_dep.Tpo -c mach_dep.c -fPIC -DPIC -o .libs/mach_dep.o mach_dep.c:495:62: invalid character '\240' in #if *** Error code 1 Stop in /stripe/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8. *** Error code 1 Stop in /stripe/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8 (line 626 of Makefile). *** Error code 1 Stop in /stripe/ports/devel/boehm-gc (line 2063 of /usr/ports/infrastructure/mk/bsd.port.mk). -- Cheerz, Vlad / Stelz
Re: NEW: print/espgs (8.15.4)
Am 25.03.07 schrieb Matthias Kilian [EMAIL PROTECTED]: I'll look at this. However, since it obviously conflicts with GNU gs, which is at version 8.54, is there any chance to get the ESP changes merged into GNU gs or to get ESP update to 8.54 in the near future? gs 8.56 has just been released (and is now GPL). From the announcement at cups.org it seems that 8.15.4 is the last of their 8.15.x releases and they will be moving to gs 8.56++ in the future. Best Martin
Re: port for inkscape 0.45.1
Fixed a lot of stuff in the inkscape port: LIB_DEPENDS, WANTLIB, added a MAINTAINER, python support, etc. Tested @ i386. And after the running I get this warn: -- $ inkscape ** (process:29208): WARNING **: GC Warning: GC_get_nprocs() returned -1 -- But everything's ok. Anyway we must fix boehm-gc completely to remove this warn in inkscape proccess startage and to make it work on amd64 and sparc. Thx for help. On 3/25/07, Vlad Glagolev [EMAIL PROTECTED] wrote: Hmm.. sorry for that but I have only i386 machine.. and also boehm-gc is a very difficult thing to setup with obsd especially on other platforms than i386.. I think so.. and we need help for testing with amd64 and sparc right now :) Please Help! On 3/25/07, Stuart Henderson [EMAIL PROTECTED] wrote: On 2007/03/25 20:45, Vlad Glagolev wrote: I just fixed boehm-gc update. WANTLIB, no regress and pkgname. broken on amd64, sparc64: - http://spacehopper.org/openbsd/boehm-gc-6.8-amd64.log cc -DPACKAGE_NAME=\gc\ -DPACKAGE_TARNAME=\gc\ -DPACKAGE_VERSION=\6.8\ -DPACKAGE_STRING=\gc 6.8\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DGC_VERSION_MAJOR=6 -DGC_VERSION_MINOR=8 -DPACKAGE=\gc\ -DVERSION=\6.8\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -DKEEP_BACK_PTRS=1 -DDBG_HDRS_ALL=1 -I./include -fexceptions -DGC_PTHREADS -DSIG_SUSPEND=SIGUSR2 -fexceptions -MT os_dep.lo -MD -MP -MF .deps/os_dep.Tpo -c os_dep.c -fPIC -DPIC -o .libs/os_dep.o *** Error code 1 Stop in /usr/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8. *** Error code 1 Stop in /usr/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8 (line 626 of Makefile). *** Error code 1 Stop in /usr/ports/devel/boehm-gc (line 2063 of /usr/ports/infrastructure/mk/bsd.port.mk). - http://spacehopper.org/openbsd/boehm-gc-6.8-sparc64.log cc -DPACKAGE_NAME=\gc\ -DPACKAGE_TARNAME=\gc\ -DPACKAGE_VERSION=\6.8\ -DPACKAGE_STRING=\gc 6.8\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DGC_VERSION_MAJOR=6 -DGC_VERSION_MINOR=8 -DPACKAGE=\gc\ -DVERSION=\6.8\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -DKEEP_BACK_PTRS=1 -DDBG_HDRS_ALL=1 -I./include -fexceptions -DGC_PTHREADS -DSIG_SUSPEND=SIGUSR2 -fexceptions -MT mach_dep.lo -MD -MP -MF .deps/mach_dep.Tpo -c mach_dep.c -fPIC -DPIC -o .libs/mach_dep.o mach_dep.c:495:62: invalid character '\240' in #if *** Error code 1 Stop in /stripe/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8. *** Error code 1 Stop in /stripe/ports/devel/boehm-gc/w-boehm-gc-6.8/gc6.8 (line 626 of Makefile). *** Error code 1 Stop in /stripe/ports/devel/boehm-gc (line 2063 of /usr/ports/infrastructure/mk/bsd.port.mk). -- Cheerz, Vlad / Stelz -- Cheerz, Vlad / Stelz inkscape--0.45.1.tgz Description: GNU Zip compressed data
Re: RESUBMIT: devel/asm51
Andreas Bihlmaier writes: I hope somebody is convinced that this port works and will commit it :) Maybe it's temporary, but the only MASTER_SITE listed is unreachable. Just so you know that someone did try to look at it. :-)
Re: port for inkscape 0.45.1
Vlad Glagolev [EMAIL PROTECTED] wrote: Fixed a lot of stuff in the inkscape port: LIB_DEPENDS, WANTLIB, added a MAINTAINER, python support, etc. Tested @ i386. And after the running I get this warn: -- $ inkscape ** (process:29208): WARNING **: GC Warning: GC_get_nprocs() returned -1 That's a problem with boehm as it cannot find number of CPUs in your machine. Check GC_get_nprocs() functions, IIRC it looks for /proc/cpuinfo to get number of CPUs .. BTW, does make regress for boehm for you? Alek -- It devoured my paper, it was a really good paper. -- Ellen Feiss, http://www.apple.com/switch/stories/ellenfeiss.html
Re: Update: sysutils/radmind
On Thu, Mar 22, 2007 at 11:09:50AM -0500, [EMAIL PROTECTED] wrote:
This update brings radmind up to 1.8.0, the latest available release.
It also adds lsort(1), which is quite handy for sorting transcripts.
Thanks to Will Maier for working on it and reminding me to update.
Please test and commit. Thanks!
http://openbsd.rutgers.edu/radmind-1.8.0.diff
I'm happy to see the update. ;) I noticed a few problems, though:
a) I was unable to fetch the tarball, and it looks like they're
using sf.net these days, so I'd change it to
MASTER_SITES_SOURCEFORGE.
b) Should add NO_REGRESS.
c) update-plist fails; do you need @sample stuff in the PLIST?
=== Updating plist for radmind-1.8.0
Bogus element outside of every prefix: /usr/ports
Bogus element outside of every prefix: /usr/ports/sysutils
Bogus element outside of every prefix: /usr/ports/sysutils/radmind
Bogus element outside of every prefix:
/usr/ports/sysutils/radmind/w-radmind-1.8.0
Bogus element outside of every prefix:
/usr/ports/sysutils/radmind/w-radmind-1.8.0/fake-i386
Bogus element outside of every prefix:
/usr/ports/sysutils/radmind/w-radmind-1.8.0/fake-i386/var
Bogus element outside of every prefix:
/usr/ports/sysutils/radmind/w-radmind-1.8.0/fake-i386/var/radmind
Bogus element outside of every prefix:
/usr/ports/sysutils/radmind/w-radmind-1.8.0/fake-i386/var/radmind/cert
Bogus element outside of every prefix:
/usr/ports/sysutils/radmind/w-radmind-1.8.0/fake-i386/var/radmind/client
Bogus element outside of every prefix:
/usr/ports/sysutils/radmind/w-radmind-1.8.0/fake-i386/var/radmind/postapply
Bogus element outside of every prefix:
/usr/ports/sysutils/radmind/w-radmind-1.8.0/fake-i386/var/radmind/preapply
--
o--{ Will Maier }--o
| web:...http://www.lfod.us/ | [EMAIL PROTECTED] |
*--[ BSD Unix: Live Free or Die ]--*
Re: port for inkscape 0.45.1
BTW, does make regress for boehm for you? No, it doesn't. Thx for explanation. Then we must rewrite that function in boehm-gc or so.. -- Cheerz, Vlad / Stelz
Re: port for inkscape 0.45.1
On 2007/03/25 22:01, Vlad Glagolev wrote: Hmm.. sorry for that but I have only i386 machine.. and also boehm-gc is a very difficult thing to setup with obsd especially on other platforms than i386.. yes, agreed - the version in-tree builds but I'm not sure it works very well on those arch either (w3m is marked BROKEN for amd64/sparc64 but it's possible probable? that it's actually a gc problem). the patch for patch_mach_dep_c is missing a |, and the character following is 0xa0; fixing this gets gc building on sparc64 .. 0170 29 20 7c 7c 20 64 65 66 69 6e 65 64 28 46 52 45 |) || defined(FRE| 0180 45 42 53 44 29 20 7c a0 64 65 66 69 6e 65 64 28 |EBSD) | defined(| 0190 5f 5f 45 4c 46 5f 5f 29 0a 20 20 20 20 20 20 20 |__ELF__). | -# if defined(SVR4) || defined(NETBSD) || defined(FREEBSD) +# if defined(SVR4) || defined(NETBSD) || defined(FREEBSD) | defined(__ELF__) ...but if I install it and then try and build w3m, the build fails like this: cc -I. -I. -O2 -pipe -I./libwc -I/usr/include/openssl -I/usr/local/include -DHAVE_CONFIG_H -DAUXBIN_DIR=\/usr/local/libexec/w3m\ -DCGIBIN_DIR=\/usr/local/libexec/w3m/cgi-bin\ -DHELP_DIR=\/usr/local/share/w3m\ -DETC_DIR=\/etc\ -DCONF_DIR=\/etc/w3m\ -DRC_DIR=\~/.w3m\ -DLOCALEDIR=\/usr/local/share/locale\ -o mktable mktable.o dummy.o -L/usr/local/lib -L. -lindep -L/usr/local/lib -lintl -L/usr/local/lib -liconv -lm -L/usr/local/lib -lgc ./libindep.a(Str.o)(.text+0xff0): In function `Sprintf': : warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libintl.so.3.0: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libgc.so.1.2: warning: sprintf() is often misused, please use snprintf() sort funcname.tab | nawk -f ./functable.awk functable.tab ./mktable 100 functable.tab functable.c GC Warning: GC_get_nprocs() returned -1 Segmentation fault (core dumped) *** Error code 139 GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc64-unknown-openbsd4.1... Core was generated by `mktable'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libintl.so.3.0...done. Loaded symbols for /usr/local/lib/libintl.so.3.0 Reading symbols from /usr/local/lib/libiconv.so.4.0...done. Loaded symbols for /usr/local/lib/libiconv.so.4.0 Reading symbols from /usr/lib/libm.so.2.3...done. Loaded symbols for /usr/lib/libm.so.2.3 Reading symbols from /usr/local/lib/libgc.so.1.2...done. Loaded symbols for /usr/local/lib/libgc.so.1.2 Reading symbols from /usr/lib/libc.so.40.3...done. Loaded symbols for /usr/lib/libc.so.40.3 Reading symbols from /usr/lib/libpthread.so.7.0...done. Loaded symbols for /usr/lib/libpthread.so.7.0 Reading symbols from /usr/libexec/ld.so...done. Loaded symbols for /usr/libexec/ld.so #0 0x437948c4 in GC_mark_from () from /usr/local/lib/libgc.so.1.2 (gdb) bt #0 0x437948c4 in GC_mark_from () from /usr/local/lib/libgc.so.1.2 #1 0x43793c28 in GC_mark_some () from /usr/local/lib/libgc.so.1.2 #2 0x43786c84 in GC_stopped_mark () from /usr/local/lib/libgc.so.1.2 #3 0x43786600 in GC_try_to_collect_inner () from /usr/local/lib/libgc.so.1.2 #4 0x437998ac in GC_init_inner () from /usr/local/lib/libgc.so.1.2 #5 0x43790f3c in GC_generic_malloc_inner () from /usr/local/lib/libgc.so.1.2 #6 0x43791230 in GC_generic_malloc () from /usr/local/lib/libgc.so.1.2 #7 0x437917c8 in GC_malloc () from /usr/local/lib/libgc.so.1.2 #8 0x00101d88 in Strnew_charp (p=0x3456 functable.tab) at Str.c:66 #9 0x00101258 in main (argc=3, argv=0x2f88, envp=0x2fa8) at mktable.c:55 (I didn't work out how to get line numbers for the libgc functions yet). . back over to amd64, I just tried building again and didn't use portslogger this time, seems I forgot to redirect stderr before (oops) so I missed this: cc -DPACKAGE_NAME=\gc\ -DPACKAGE_TARNAME=\gc\ -DPACKAGE_VERSION=\6.8\ -DPACKAGE_STRING=\gc 6.8\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DGC_VERSION_MAJOR=6 -DGC_VERSION_MINOR=8 -DPACKAGE=\gc\ -DVERSION=\6.8\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -DKEEP_BACK_PTRS=1 -DDBG_HDRS_ALL=1 -I./include -fexceptions -DGC_PTHREADS -DSIG_SUSPEND=SIGUSR2 -fexceptions -MT os_dep.lo -MD -MP -MF .deps/os_dep.Tpo -c os_dep.c -fPIC -DPIC -o
Re: Update: security/isic
On Sun, Mar 25, 2007 at 01:32:44PM +0100, Rui Reis wrote: Here's an update to isic. http://rui.cx/ports/isic-0.07.diff What's new: Starting from version 0.07, ISIC includes utilities (*sic6) to test IPv6 protocol stack. works for me on i386 and amd64. I tried the examples in the man page on my i386, after noticing it builds well (with DEBUG=-g, and so on). Most worked, IPv6 and multicast tests failed but that isn't too surprising since this host doesn't have either configured, but the stuff below looks like it might cause trouble. Joachim [EMAIL PROTECTED] joachim$ sudo tcpsic -s 1.2.3.4,69 -d 21.22.23.24 -x 2 -m 1000 -T 30 -t 50 Compiled against Libnet 1.1.2.1 Installing Signal Handlers. Seeding with 18335 Maximum traffic rate = 1000.00 k/s Using random destination ports. Bad IP Version = 10% IP Opts Pcnt= 10% Frag'd Pcnt = 10% Urg Pcnt= 10% Bad TCP Cksm= 50% TCP Opts Pcnt = 30% 1000 @ 746.2 pkts/sec and 991.2 k/s 2000 @ 746.6 pkts/sec and 985.9 k/s Failed to send packet: Invalid argument 3000 @ 781.3 pkts/sec and 1000.3 k/s 4000 @ 746.7 pkts/sec and 991.2 k/s 5000 @ 781.4 pkts/sec and 998.9 k/s 6000 @ 769.5 pkts/sec and 997.4 k/s 7000 @ 725.0 pkts/sec and 987.2 k/s 8000 @ 781.5 pkts/sec and 997.9 k/s Failed to send packet: Invalid argument Failed to send packet: Invalid argument 9000 @ 781.5 pkts/sec and 999.9 k/s 1 @ 769.6 pkts/sec and 987.5 k/s 11000 @ 724.8 pkts/sec and 999.2 k/s 12000 @ 746.6 pkts/sec and 991.3 k/s 13000 @ 704.5 pkts/sec and 989.8 k/s Failed to send packet: Invalid argument 14000 @ 757.8 pkts/sec and 987.7 k/s 15000 @ 746.4 pkts/sec and 995.8 k/s Failed to send packet: Invalid argument 16000 @ 724.9 pkts/sec and 992.2 k/s 17000 @ 793.8 pkts/sec and 991.2 k/s 18000 @ 781.5 pkts/sec and 999.5 k/s Failed to send packet: Invalid argument 19000 @ 781.6 pkts/sec and 995.5 k/s 2 @ 746.5 pkts/sec and 992.2 k/s 21000 @ 746.6 pkts/sec and 990.7 k/s Failed to send packet: Invalid argument 22000 @ 757.7 pkts/sec and 998.1 k/s 23000 @ 806.8 pkts/sec and 997.1 k/s 24000 @ 757.9 pkts/sec and 997.9 k/s 25000 @ 758.0 pkts/sec and 986.8 k/s 26000 @ 746.5 pkts/sec and 989.9 k/s ^C Caught signal 2 Used random seed 18335 Wrote 26156 packets in 34.54s @ 757.22 pkts/s
Re: Update: security/isic
Joachim Schipper wrote: On Sun, Mar 25, 2007 at 01:32:44PM +0100, Rui Reis wrote: Here's an update to isic. http://rui.cx/ports/isic-0.07.diff What's new: Starting from version 0.07, ISIC includes utilities (*sic6) to test IPv6 protocol stack. works for me on i386 and amd64. I tried the examples in the man page on my i386, after noticing it builds well (with DEBUG=-g, and so on). Most worked, IPv6 and multicast tests failed but that isn't too surprising since this host doesn't have either configured, but the stuff below looks like it might cause trouble. Joachim in case you did not notice, I committed this today. [EMAIL PROTECTED] joachim$ sudo tcpsic -s 1.2.3.4,69 -d 21.22.23.24 -x 2 -m 1000 -T 30 -t 50 Compiled against Libnet 1.1.2.1 Installing Signal Handlers. Seeding with 18335 Maximum traffic rate = 1000.00 k/s Using random destination ports. Bad IP Version = 10% IP Opts Pcnt= 10% Frag'd Pcnt = 10% Urg Pcnt= 10% Bad TCP Cksm= 50% TCP Opts Pcnt = 30% 1000 @ 746.2 pkts/sec and 991.2 k/s 2000 @ 746.6 pkts/sec and 985.9 k/s Failed to send packet: Invalid argument 3000 @ 781.3 pkts/sec and 1000.3 k/s 4000 @ 746.7 pkts/sec and 991.2 k/s 5000 @ 781.4 pkts/sec and 998.9 k/s 6000 @ 769.5 pkts/sec and 997.4 k/s 7000 @ 725.0 pkts/sec and 987.2 k/s 8000 @ 781.5 pkts/sec and 997.9 k/s Failed to send packet: Invalid argument Failed to send packet: Invalid argument 9000 @ 781.5 pkts/sec and 999.9 k/s 1 @ 769.6 pkts/sec and 987.5 k/s 11000 @ 724.8 pkts/sec and 999.2 k/s 12000 @ 746.6 pkts/sec and 991.3 k/s 13000 @ 704.5 pkts/sec and 989.8 k/s Failed to send packet: Invalid argument 14000 @ 757.8 pkts/sec and 987.7 k/s 15000 @ 746.4 pkts/sec and 995.8 k/s Failed to send packet: Invalid argument 16000 @ 724.9 pkts/sec and 992.2 k/s 17000 @ 793.8 pkts/sec and 991.2 k/s 18000 @ 781.5 pkts/sec and 999.5 k/s Failed to send packet: Invalid argument 19000 @ 781.6 pkts/sec and 995.5 k/s 2 @ 746.5 pkts/sec and 992.2 k/s 21000 @ 746.6 pkts/sec and 990.7 k/s Failed to send packet: Invalid argument 22000 @ 757.7 pkts/sec and 998.1 k/s 23000 @ 806.8 pkts/sec and 997.1 k/s 24000 @ 757.9 pkts/sec and 997.9 k/s 25000 @ 758.0 pkts/sec and 986.8 k/s 26000 @ 746.5 pkts/sec and 989.9 k/s ^C Caught signal 2 Used random seed 18335 Wrote 26156 packets in 34.54s @ 757.22 pkts/s
Re: Update: security/isic
On Sun, Mar 25, 2007 at 11:52:06PM +0200, Marc Balmer wrote: Joachim Schipper wrote: On Sun, Mar 25, 2007 at 01:32:44PM +0100, Rui Reis wrote: Here's an update to isic. http://rui.cx/ports/isic-0.07.diff What's new: Starting from version 0.07, ISIC includes utilities (*sic6) to test IPv6 protocol stack. works for me on i386 and amd64. I tried the examples in the man page on my i386, after noticing it builds well (with DEBUG=-g, and so on). Most worked, IPv6 and multicast tests failed but that isn't too surprising since this host doesn't have either configured, but the stuff below looks like it might cause trouble. in case you did not notice, I committed this today. No, sorry, I didn't. Must have missed it somehow; I *am* subscribed to the relevant list, after all... Still, wouldn't it be a good idea to look into it? Joachim [EMAIL PROTECTED] joachim$ sudo tcpsic -s 1.2.3.4,69 -d 21.22.23.24 -x 2 -m 1000 -T 30 -t 50 Compiled against Libnet 1.1.2.1 Installing Signal Handlers. Seeding with 18335 Maximum traffic rate = 1000.00 k/s Using random destination ports. Bad IP Version = 10% IP Opts Pcnt= 10% Frag'd Pcnt = 10% Urg Pcnt= 10% Bad TCP Cksm = 50% TCP Opts Pcnt = 30% 1000 @ 746.2 pkts/sec and 991.2 k/s 2000 @ 746.6 pkts/sec and 985.9 k/s Failed to send packet: Invalid argument 3000 @ 781.3 pkts/sec and 1000.3 k/s 4000 @ 746.7 pkts/sec and 991.2 k/s 5000 @ 781.4 pkts/sec and 998.9 k/s 6000 @ 769.5 pkts/sec and 997.4 k/s 7000 @ 725.0 pkts/sec and 987.2 k/s 8000 @ 781.5 pkts/sec and 997.9 k/s Failed to send packet: Invalid argument Failed to send packet: Invalid argument 9000 @ 781.5 pkts/sec and 999.9 k/s 1 @ 769.6 pkts/sec and 987.5 k/s 11000 @ 724.8 pkts/sec and 999.2 k/s 12000 @ 746.6 pkts/sec and 991.3 k/s 13000 @ 704.5 pkts/sec and 989.8 k/s Failed to send packet: Invalid argument 14000 @ 757.8 pkts/sec and 987.7 k/s 15000 @ 746.4 pkts/sec and 995.8 k/s Failed to send packet: Invalid argument 16000 @ 724.9 pkts/sec and 992.2 k/s 17000 @ 793.8 pkts/sec and 991.2 k/s 18000 @ 781.5 pkts/sec and 999.5 k/s Failed to send packet: Invalid argument 19000 @ 781.6 pkts/sec and 995.5 k/s 2 @ 746.5 pkts/sec and 992.2 k/s 21000 @ 746.6 pkts/sec and 990.7 k/s Failed to send packet: Invalid argument 22000 @ 757.7 pkts/sec and 998.1 k/s 23000 @ 806.8 pkts/sec and 997.1 k/s 24000 @ 757.9 pkts/sec and 997.9 k/s 25000 @ 758.0 pkts/sec and 986.8 k/s 26000 @ 746.5 pkts/sec and 989.9 k/s ^C Caught signal 2 Used random seed 18335 Wrote 26156 packets in 34.54s @ 757.22 pkts/s
Missing xbindkeys
Having just installed the most recent OpenBSD snapshot, I missed an xbindkeys port/package. I could only find this relevant message (searching the ports@ archive), where Jarett Stevens asks for feedback on a version 1.7.2 port (the current version is 1.8.0): http://marc.info/?l=openbsd-portsm=114006264429510w=2 Apparently, he didn't get any. I can report that compiling the source found at http://hocwp.free.fr/xbindkeys/xbindkeys.html works as a charm, so I guess making a port isn't a big challenge. If nobody else is up to it, I wouldn't mind making and maintaining such a port. xbindkeys is very nice when using window managers like evilwm :-) Regards, Martin signature.asc Description: Digital signature
Re: Zope 2.10.3, help needed...
Hi Marc,
Marc Balmer wrote on Sun, Mar 25, 2007 at 04:38:29PM +0200:
There are new Zope version out for all major branches, I would like to
update it in -current and -stable, however... these new versions drive
me nuts: when I start a zope in foreground (bin/zopectl foreground)
everything works. When I start it as daemon (bin/zopectl start), it
won't work, the process terminates.
Maybe someone out there finds the reason for this? Then let me know ;)
Python import statements are evil when buried deep inside try.
Anyway, here you are.
Enjoy,
Ingo
# patch-lib_python_App_ApplicationManager_py:
# The @postonly decorator inspects keyargs for REQUEST=.
# Avoid crash while importing App.ApplicationManager
# while importing OFS.Application
# while importing Zope2.App.startup
# while running Zope2.__init__.startup in ZMANAGED mode
$OpenBSD$
--- lib/python/App/ApplicationManager.py.orig Sun Mar 25 11:46:22 2007
+++ lib/python/App/ApplicationManager.pyMon Mar 26 01:41:11 2007
@@ -390,7 +390,7 @@ class ApplicationManager(Folder,CacheManager):
if os.environ.has_key('ZMANAGED'):
manage_restartable=1
@postonly
-def manage_restart(self, URL1):
+def manage_restart(self, URL1, REQUEST=None):
Shut down the application
try:
user = '%s' % getSecurityManager().getUser().getUserName()
Re: Zope 2.10.3, help needed...
Ingo Schwarze wrote: Maybe someone out there finds the reason for this? Then let me know ;) Python import statements are evil when buried deep inside try. Anyway, here you are. That does the job, thanks! - Marc
