Re: alpine-1.00 core dump in autocompleting file name for msg export
On Mon, 19 May 2008, Jonathan Thornburg wrote: A gdb stack-trace of the latest core-dump (trying to export a message to the pathname msg/misc/nanaimo.people with Tab typed after the i shows this: (gdb) bt #0 0x0c2fe28d in kill () from /usr/lib/libc.so.43.0 #1 0x0c3206d4 in __stack_smash_handler (func=0x3c020e9e pico_fncomplete, damaged=233308416) at /usr/src/lib/libc/sys/stack_protector.c:89 Hmm stack overflow! I'll have a look as soon as I get a bit more time... Thanks for the report. -- Antoine
Re: UPDATE: mail/mutt
Built with FLAVOR=sidebar on amd64. Seeing no problems so far, sidebar is working good, too. -- simon
Re: Update: net/transmission 1.20
On Thu, May 15, 2008 at 02:59:31PM +, Christian Weisgerber wrote: The Transmission BitTorrent client has seen quite a bit of development activity lately. Here's 1.20. Apart from bug fixes, it has gained the ability to use a blacklist. Works fine for me on i386, but I only tested the console client and started using transmission-daemon. -- Pierre Riteau
Re: UPDATE: mail/mutt
On Mon, May 19, 2008 at 10:48:07AM +0100, Stuart Henderson wrote: This includes a fixed sidebar diff, and fixes double-WANTLIB from a bad merge. Works for me on i386 with FLAVOR=sasl sidebar compressed (though I am using only sidebar really) with imaps connection. Seems to work fine, though imap folders seem to open slower than they used to, even though I use header cache. -- viq
Re: UPDATE: mail/mutt
On 2008/05/20 10:45, viq wrote: On Mon, May 19, 2008 at 10:48:07AM +0100, Stuart Henderson wrote: This includes a fixed sidebar diff, and fixes double-WANTLIB from a bad merge. Works for me on i386 with FLAVOR=sasl sidebar compressed (though I am using only sidebar really) with imaps connection. Seems to work fine, though imap folders seem to open slower than they used to, even though I use header cache. This is possibly due to unicode conversion for the header cache (which is a fix for http://dev.mutt.org/trac/ticket/3023)..
Problem with my first port
Helo, I try to make a port for Gdome2 I do not have polish the config But I got some error I do not understand. Here the error: make build [ ... ] === Building package for gdome2-0.8.1 Create /usr/ports/packages/i386/all/gdome2-0.8.1.tgz Switching to /usr/ports/rilk/gdome2/pkg/PFRAG.shared Shared library without SHARED_LIBS: @lib lib/libgdome.so.8.1 === Cleaning for gdome2-0.8.1 rm -f /usr/ports/packages/i386/all/gdome2-0.8.1.tgz /usr/ports/packages/i386/ftp/gdome2-0.8.1.tgz /usr/ports/packages/i386/cdrom/gdome2-0.8.1.tgz *** Error code 1 Stop in /usr/ports/rilk/gdome2 (line 1392 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/rilk/gdome2 (line 1890 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/rilk/gdome2 (line 1681 of /usr/ports/infrastructure/mk/bsd.port.mk). I use the following references: http://openbsd.org/anoncvs.html http://openbsd.org/porttest.html http://openbsd.org/checklist.html http://www.openbsd.org/cgi-bin/man.cgi?query=portssektion=7 http://www.unixgarden.com/index.php/administration-systeme/empaquette-moi-le-codaz http://gdome2.cs.unibo.it/ Cordialement, Jean-Gérard # cat Makefile COMMENT=Gnome DOM Engine 2 DISTNAME= gdome2-0.8.1 CATEGORIES= textproc HOMEPAGE= http://gdome2.cs.unibo.it/ MAINTAINER= Jean-Gerard Pailloncy [EMAIL PROTECTED] # LGPL PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes MASTER_SITES= http://gdome2.cs.unibo.it/tarball/ EXTRACT_SUFX= .tar.gz LIB_DEPENDS=::textproc/libxml \ ::devel/glib2 USE_LIBTOOL=Yes CONFIGURE_STYLE=autoconf NO_REGRESS= Yes .include bsd.port.mk cat pkg/PLIST @comment $OpenBSD$ %%SHARED%% bin/gdome-config include/libgdome/ include/libgdome/gdome-events.h include/libgdome/gdome-libxml-util.h include/libgdome/gdome-private-list.h include/libgdome/gdome-refdebug.h include/libgdome/gdome-treegc.h include/libgdome/gdome-util.h include/libgdome/gdome-xpath.h include/libgdome/gdome.h lib/gdomeConf.sh lib/libgdome.a lib/libgdome.la lib/pkgconfig/ lib/pkgconfig/gdome2.pc @man man/man1/gdome-config.1 share/aclocal/ share/aclocal/gdome2.m4 # cat pkg/PFRAG.shared @comment $OpenBSD$ @lib lib/libgdome.so.8.1
Re: Problem with my first port
On Tue, May 20, 2008 at 12:59:56PM +0200, Jean-Gérard Pailloncy wrote: Helo, I try to make a port for Gdome2 I do not have polish the config But I got some error I do not understand. Seems you forgot to add SHARED_LIBS to the Makefile. You should also take into account that we start with version 0.0 on OpenBSD and not what upstream provides (8.1 in this case). Enough pointers or do you need more? Regards, Simon Here the error: make build [ ... ] === Building package for gdome2-0.8.1 Create /usr/ports/packages/i386/all/gdome2-0.8.1.tgz Switching to /usr/ports/rilk/gdome2/pkg/PFRAG.shared Shared library without SHARED_LIBS: @lib lib/libgdome.so.8.1 === Cleaning for gdome2-0.8.1 rm -f /usr/ports/packages/i386/all/gdome2-0.8.1.tgz /usr/ports/packages/i386/ftp/gdome2-0.8.1.tgz /usr/ports/packages/i386/cdrom/gdome2-0.8.1.tgz *** Error code 1 Stop in /usr/ports/rilk/gdome2 (line 1392 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/rilk/gdome2 (line 1890 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/rilk/gdome2 (line 1681 of /usr/ports/infrastructure/mk/bsd.port.mk). I use the following references: http://openbsd.org/anoncvs.html http://openbsd.org/porttest.html http://openbsd.org/checklist.html http://www.openbsd.org/cgi-bin/man.cgi?query=portssektion=7 http://www.unixgarden.com/index.php/administration-systeme/empaquette-moi-le-codaz http://gdome2.cs.unibo.it/ Cordialement, Jean-Gérard # cat Makefile COMMENT= Gnome DOM Engine 2 DISTNAME= gdome2-0.8.1 CATEGORIES= textproc HOMEPAGE= http://gdome2.cs.unibo.it/ MAINTAINER= Jean-Gerard Pailloncy [EMAIL PROTECTED] # LGPL PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes MASTER_SITES= http://gdome2.cs.unibo.it/tarball/ EXTRACT_SUFX= .tar.gz LIB_DEPENDS= ::textproc/libxml \ ::devel/glib2 USE_LIBTOOL= Yes CONFIGURE_STYLE= autoconf NO_REGRESS= Yes .include bsd.port.mk cat pkg/PLIST @comment $OpenBSD$ %%SHARED%% bin/gdome-config include/libgdome/ include/libgdome/gdome-events.h include/libgdome/gdome-libxml-util.h include/libgdome/gdome-private-list.h include/libgdome/gdome-refdebug.h include/libgdome/gdome-treegc.h include/libgdome/gdome-util.h include/libgdome/gdome-xpath.h include/libgdome/gdome.h lib/gdomeConf.sh lib/libgdome.a lib/libgdome.la lib/pkgconfig/ lib/pkgconfig/gdome2.pc @man man/man1/gdome-config.1 share/aclocal/ share/aclocal/gdome2.m4 # cat pkg/PFRAG.shared @comment $OpenBSD$ @lib lib/libgdome.so.8.1
Re: UPDATE: Squid 2.6 STABLE20
On Tue, 20 May 2008, Brad wrote: On Thursday 15 May 2008 21:52:47 Brad wrote: Here is an update to Squid 2.6 STABLE20. A few people have asked me for a LDAP FLAVOR so here it comes. LDAP Flavor compiles fine and is working. Tested on i386 with ldap auth on win2003 Active Directory. Thanks for this flavor, Brad. -- andre
Re: Problem with my first port
On Tue, 20 May 2008 12:59:56 +0200 (CEST) Jean-Gérard Pailloncy [EMAIL PROTECTED] wrote: Helo, I try to make a port for Gdome2 I do not have polish the config But I got some error I do not understand. Here the error: make build [ ... ] === Building package for gdome2-0.8.1 Create /usr/ports/packages/i386/all/gdome2-0.8.1.tgz Switching to /usr/ports/rilk/gdome2/pkg/PFRAG.shared Shared library without SHARED_LIBS: @lib lib/libgdome.so.8.1 See bsd.port.mk(5). You need to list the shared libs in the Makefile. Something like: SHARED_LIBS=gdome 8.1 Eric.
Re: Problem with my first port
On Tue, May 20, 2008 at 12:59:56PM +0200, Jean-Gérard Pailloncy wrote: Helo, I try to make a port for Gdome2 I do not have polish the config But I got some error I do not understand. Here the error: make build [ ... ] === Building package for gdome2-0.8.1 Create /usr/ports/packages/i386/all/gdome2-0.8.1.tgz Switching to /usr/ports/rilk/gdome2/pkg/PFRAG.shared Shared library without SHARED_LIBS: @lib lib/libgdome.so.8.1 The message is clear : you need a SHARED_LIBS declaration here. SHARED_LIBS += gdome0.1 # .8.1 and run make update-plist, it will fill PFRAG.shared correctly. Also, there is no such 'rilk' subdirectory, put your port into textproc if you intend to put it in this category. There are no quotes around COMMENT. EXTRACT_SUFX defaults to tar.gz, so it shouldn't be needed. Landry === Cleaning for gdome2-0.8.1 rm -f /usr/ports/packages/i386/all/gdome2-0.8.1.tgz /usr/ports/packages/i386/ftp/gdome2-0.8.1.tgz /usr/ports/packages/i386/cdrom/gdome2-0.8.1.tgz *** Error code 1 Stop in /usr/ports/rilk/gdome2 (line 1392 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/rilk/gdome2 (line 1890 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/rilk/gdome2 (line 1681 of /usr/ports/infrastructure/mk/bsd.port.mk). I use the following references: http://openbsd.org/anoncvs.html http://openbsd.org/porttest.html http://openbsd.org/checklist.html http://www.openbsd.org/cgi-bin/man.cgi?query=portssektion=7 http://www.unixgarden.com/index.php/administration-systeme/empaquette-moi-le-codaz http://gdome2.cs.unibo.it/ Cordialement, Jean-Gérard # cat Makefile COMMENT= Gnome DOM Engine 2 DISTNAME= gdome2-0.8.1 CATEGORIES= textproc HOMEPAGE= http://gdome2.cs.unibo.it/ MAINTAINER= Jean-Gerard Pailloncy [EMAIL PROTECTED] # LGPL PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes MASTER_SITES= http://gdome2.cs.unibo.it/tarball/ EXTRACT_SUFX= .tar.gz LIB_DEPENDS= ::textproc/libxml \ ::devel/glib2 USE_LIBTOOL= Yes CONFIGURE_STYLE= autoconf NO_REGRESS= Yes .include bsd.port.mk cat pkg/PLIST @comment $OpenBSD$ %%SHARED%% bin/gdome-config include/libgdome/ include/libgdome/gdome-events.h include/libgdome/gdome-libxml-util.h include/libgdome/gdome-private-list.h include/libgdome/gdome-refdebug.h include/libgdome/gdome-treegc.h include/libgdome/gdome-util.h include/libgdome/gdome-xpath.h include/libgdome/gdome.h lib/gdomeConf.sh lib/libgdome.a lib/libgdome.la lib/pkgconfig/ lib/pkgconfig/gdome2.pc @man man/man1/gdome-config.1 share/aclocal/ share/aclocal/gdome2.m4 # cat pkg/PFRAG.shared @comment $OpenBSD$ @lib lib/libgdome.so.8.1
Re: opera 9.27 in 4.3
hmm, on Tue, May 20, 2008 at 03:10:03PM +0200, frantisek holop said that amaaq opera /usr/local/bin/opera[16]: /usr/local/libexec/opera: Operation not permitted amaaq /usr/local/libexec/opera ksh: /usr/local/libexec/opera: Operation not permitted i reinstall, it works again than stops again. ok, it's a bit late now.. getting tired probably it is the sysctl. the install script turns on kern.emul.linux, but i did not make it permanent. sorry about that. -f -- as i said before, i never repeat myself.
Re: opera 9.27 in 4.3
Hi! On Tue, May 20, 2008 at 03:10:03PM +0200, frantisek holop wrote: i have a curious situtation here... it is unsupported, but i am quite baffled, and thought about asking for help to track this down. i have installed 4.3, together with packages for 4.3 then i have realized that i need a snapshot... i want to stay at 4.3 for packages but move on with the kernel/userland. i have done this in the past, as long as the old libraries are there, my experience is that it works. i have also downloaded ports.tar.gz because i knew some of the programs are not redistributable. by mistake i have downloaded the ports.tar.gz for the snapshot and not for 4.3 now opera is linux emulation and furthermore static. so it doesnt really matter that it's 9.26 or 9.27 or does it? after installation it worked ok, apart from some font problems. but then it refuses to run amaaq opera /usr/local/bin/opera[16]: /usr/local/libexec/opera: Operation not permitted amaaq /usr/local/libexec/opera ksh: /usr/local/libexec/opera: Operation not permitted i reinstall, it works again than stops again. my disk is not mounted noexec i have tried removing the .opera directory does anyone have an idea? Have you merged /etc/sysctl.conf? Have you missed re-enabling linux emulation there, again? You need kern.emul.linux=1 there. Kind regards, Hannah.
Re: rtorrent 0.7.9 crash
As a side note, some of you guys may want to give the current unstable release a try. Index: libtorrent/Makefile === RCS file: /cvs/ports/net/libtorrent/Makefile,v retrieving revision 1.16 diff -u -r1.16 Makefile --- libtorrent/Makefile 30 Nov 2007 18:18:13 - 1.16 +++ libtorrent/Makefile 20 May 2008 14:01:04 - @@ -2,14 +2,14 @@ COMMENT= BitTorrent library written in C++ -DISTNAME= libtorrent-0.11.9 -SHARED_LIBS += torrent 14.0 # .10.8 +DISTNAME= libtorrent-0.12.2 +SHARED_LIBS += torrent 15.0 # .11.0 CATEGORIES=net devel HOMEPAGE= http://libtorrent.rakshasa.no/ MAINTAINER=Christian Weisgerber [EMAIL PROTECTED] -# GPL +# GPLv2 PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM=Yes @@ -24,10 +24,10 @@ CONFIGURE_STYLE= gnu CONFIGURE_ARGS=${CONFIGURE_SHARED} \ + --enable-static \ --with-openssl \ --with-kqueue \ - --with-statfs \ - --disable-debug + --disable-debug --enable-debug CONFIGURE_ENV= OPENSSL_CFLAGS=-I/usr/include \ OPENSSL_LIBS=-lcrypto Index: libtorrent/distinfo === RCS file: /cvs/ports/net/libtorrent/distinfo,v retrieving revision 1.12 diff -u -r1.12 distinfo --- libtorrent/distinfo 30 Nov 2007 18:18:13 - 1.12 +++ libtorrent/distinfo 20 May 2008 14:01:04 - @@ -1,5 +1,5 @@ -MD5 (libtorrent-0.11.9.tar.gz) = iXTclJmzgqCfuVLKvP75oA== -RMD160 (libtorrent-0.11.9.tar.gz) = +43mbWV5HatnwZU1apjefPZT08k= -SHA1 (libtorrent-0.11.9.tar.gz) = 2I51TRwv9/jF+3VEMxJkvVBYcLg= -SHA256 (libtorrent-0.11.9.tar.gz) = cfCSGKd4SyGrU8382PoSLaYDUuXKEX/afNjSdj+Qigg= -SIZE (libtorrent-0.11.9.tar.gz) = 545210 +MD5 (libtorrent-0.12.2.tar.gz) = CDHKBviQbHiY/WeTGrI5xw== +RMD160 (libtorrent-0.12.2.tar.gz) = iM3EFfmK/YuH+m1zMJBnN8PkNPo= +SHA1 (libtorrent-0.12.2.tar.gz) = pT0sZx6fLdlx0GItWzZy2pHEbvk= +SHA256 (libtorrent-0.12.2.tar.gz) = z50s1mf9aTmj4L0n5I0MfzXZqy96/7syFNoD/SwTYKg= +SIZE (libtorrent-0.12.2.tar.gz) = 585374 Index: libtorrent/pkg/PLIST === RCS file: /cvs/ports/net/libtorrent/pkg/PLIST,v retrieving revision 1.7 diff -u -r1.7 PLIST --- libtorrent/pkg/PLIST22 Mar 2007 20:42:05 - 1.7 +++ libtorrent/pkg/PLIST20 May 2008 14:01:04 - @@ -16,6 +16,7 @@ include/torrent/data/file_utils.h include/torrent/data/piece.h include/torrent/data/transfer_list.h +include/torrent/dht_manager.h include/torrent/download.h include/torrent/error.h include/torrent/event.h @@ -28,6 +29,7 @@ include/torrent/peer/ include/torrent/peer/client_info.h include/torrent/peer/client_list.h +include/torrent/peer/connection_list.h include/torrent/peer/peer.h include/torrent/peer/peer_info.h include/torrent/peer/peer_list.h @@ -37,6 +39,7 @@ include/torrent/poll_select.h include/torrent/rate.h include/torrent/resume.h +include/torrent/throttle.h include/torrent/torrent.h include/torrent/tracker.h include/torrent/tracker_list.h Index: rtorrent/Makefile === RCS file: /cvs/ports/net/rtorrent/Makefile,v retrieving revision 1.19 diff -u -r1.19 Makefile --- rtorrent/Makefile 30 Nov 2007 18:18:13 - 1.19 +++ rtorrent/Makefile 20 May 2008 14:01:04 - @@ -2,7 +2,7 @@ COMMENT= ncurses BitTorrent client based on libTorrent -DISTNAME= rtorrent-0.7.9 +DISTNAME= rtorrent-0.8.2 CATEGORIES=net HOMEPAGE= http://libtorrent.rakshasa.no/ @@ -19,13 +19,12 @@ MASTER_SITES= ${HOMEPAGE}downloads/ -LIB_DEPENDS= torrent.=14::net/libtorrent \ +LIB_DEPENDS= torrent.=15::net/libtorrent \ curl.=8::net/curl USE_LIBTOOL= Yes CONFIGURE_STYLE= gnu CONFIGURE_ARGS=${CONFIGURE_SHARED} \ - --with-statfs \ --disable-debug post-build: Index: rtorrent/distinfo === RCS file: /cvs/ports/net/rtorrent/distinfo,v retrieving revision 1.12 diff -u -r1.12 distinfo --- rtorrent/distinfo 30 Nov 2007 18:18:13 - 1.12 +++ rtorrent/distinfo 20 May 2008 14:01:04 - @@ -1,5 +1,5 @@ -MD5 (rtorrent-0.7.9.tar.gz) = E2IC/dVAqSqvvO4p+EnSKA== -RMD160 (rtorrent-0.7.9.tar.gz) = jP7hOMAUKtIoMLPVGOGY8WMGOoQ= -SHA1 (rtorrent-0.7.9.tar.gz) = C1O9OywV+TNSYHqzaFkW/icDNFA= -SHA256 (rtorrent-0.7.9.tar.gz) = 8G9ysf7JQXcUex2wqrFb5PYtGwNUgRpnrnTgzR5QoRk= -SIZE (rtorrent-0.7.9.tar.gz) = 489174 +MD5 (rtorrent-0.8.2.tar.gz) =
update of www/pear to 1.7.1. TESTS WANTED
Hi folks, here is a diff for www/pear to update it to the latest version. Please TEST it as much as you can. THank you. Index: Makefile === RCS file: /cvs/ports/www/pear/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile13 Sep 2007 14:30:23 - 1.5 +++ Makefile20 May 2008 14:08:59 - @@ -3,17 +3,18 @@ COMMENT-main= base classes for common PHP tasks COMMENT-utils= utilities for managing pear extensions -VERSION= 1.5.0 +VERSION= 1.7.1 DISTNAME= pear-${VERSION} PKGNAME= ${DISTNAME} -PKGNAME-main= ${DISTNAME}p1 -PKGNAME-utils= pear-utils-${VERSION}p0 +PKGNAME-main= ${DISTNAME} +PKGNAME-utils= pear-utils-${VERSION} CATEGORIES=www devel EXTRACT_SUFX= .tar.bz2 HOMEPAGE= http://pear.php.net/ -MASTER_SITES= ${MASTER_SITE_FREEBSD_LOCAL:=ale/} +MASTER_SITES= http://freebsd.unixfreunde.de/sources/ \ + ${MASTER_SITE_FREEBSD_LOCAL:=miwi/} MAINTAINER=Robert Nagy [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/www/pear/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo5 Apr 2007 17:26:25 - 1.2 +++ distinfo20 May 2008 14:08:59 - @@ -1,5 +1,5 @@ -MD5 (pear-1.5.0.tar.bz2) = sLAmeJkRt1RkvF6D4bj19w== -RMD160 (pear-1.5.0.tar.bz2) = ALitn4+ufV5drS8dtMq9Q2vzz2M= -SHA1 (pear-1.5.0.tar.bz2) = cEClJLWyO+vG0gK2qS6TYR8FEk0= -SHA256 (pear-1.5.0.tar.bz2) = fOQinmBq90xwJ8MFAiNy6v5Q25nS+ZVwrGR8faRP5BY= -SIZE (pear-1.5.0.tar.bz2) = 291923 +MD5 (pear-1.7.1.tar.bz2) = Ml2Ct/ExpJQegu6eTlvkjw== +RMD160 (pear-1.7.1.tar.bz2) = wNKGiEYyMBm5CkXSm9l1jtCrqZw= +SHA1 (pear-1.7.1.tar.bz2) = ZSyoQJqnmXepPw3pyU0oGEYnyxM= +SHA256 (pear-1.7.1.tar.bz2) = 82NOeenceAtXgKNl+KcJOWau1rKe2wnEB85rcAgwfOU= +SIZE (pear-1.7.1.tar.bz2) = 295412 Index: files/patch-lib_PEAR_Config_php === RCS file: /cvs/ports/www/pear/files/patch-lib_PEAR_Config_php,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 patch-lib_PEAR_Config_php --- files/patch-lib_PEAR_Config_php 19 Mar 2007 23:13:23 - 1.1.1.1 +++ files/patch-lib_PEAR_Config_php 20 May 2008 14:08:59 - @@ -1,68 +1,69 @@ -$OpenBSD: patch-lib_PEAR_Config_php,v 1.1.1.1 2007/03/19 23:13:23 robert Exp $ lib/PEAR/Config.php.orig Tue Mar 20 00:01:00 2007 -+++ lib/PEAR/Config.phpTue Mar 20 00:03:08 2007 -@@ -84,12 +84,7 @@ - if (getenv('PHP_PEAR_INSTALL_DIR')) { - define('PEAR_CONFIG_DEFAULT_PHP_DIR', getenv('PHP_PEAR_INSTALL_DIR')); - } else { --if (file_exists($PEAR_INSTALL_DIR) is_dir($PEAR_INSTALL_DIR)) { --define('PEAR_CONFIG_DEFAULT_PHP_DIR', -- $PEAR_INSTALL_DIR); --} else { --define('PEAR_CONFIG_DEFAULT_PHP_DIR', $PEAR_INSTALL_DIR); --} +$OpenBSD$ +--- lib/PEAR/Config.php.orig Tue May 20 15:51:26 2008 lib/PEAR/Config.phpTue May 20 15:56:35 2008 +@@ -84,12 +84,7 @@ if (getenv('PHP_PEAR_HTTP_PROXY')) { + if (getenv('PHP_PEAR_INSTALL_DIR')) { + define('PEAR_CONFIG_DEFAULT_PHP_DIR', getenv('PHP_PEAR_INSTALL_DIR')); + } else { +-if (file_exists($PEAR_INSTALL_DIR) is_dir($PEAR_INSTALL_DIR)) { +-define('PEAR_CONFIG_DEFAULT_PHP_DIR', +- $PEAR_INSTALL_DIR); +-} else { +-define('PEAR_CONFIG_DEFAULT_PHP_DIR', $PEAR_INSTALL_DIR); +-} +define('PEAR_CONFIG_DEFAULT_PHP_DIR', OPENBSD_PEAR_ROOT.'/lib'); - } - - // Default for ext_dir -@@ -112,8 +107,7 @@ - if (getenv('PHP_PEAR_DOC_DIR')) { - define('PEAR_CONFIG_DEFAULT_DOC_DIR', getenv('PHP_PEAR_DOC_DIR')); - } else { --define('PEAR_CONFIG_DEFAULT_DOC_DIR', -- $PEAR_INSTALL_DIR.DIRECTORY_SEPARATOR.'docs'); + } + + // Default for ext_dir +@@ -112,8 +107,7 @@ if (getenv('PHP_PEAR_EXTENSION_DIR')) { + if (getenv('PHP_PEAR_DOC_DIR')) { + define('PEAR_CONFIG_DEFAULT_DOC_DIR', getenv('PHP_PEAR_DOC_DIR')); + } else { +-define('PEAR_CONFIG_DEFAULT_DOC_DIR', +- $PEAR_INSTALL_DIR.DIRECTORY_SEPARATOR.'docs'); +define('PEAR_CONFIG_DEFAULT_DOC_DIR', OPENBSD_PEAR_ROOT.'/doc'); - } - - // Default for bin_dir -@@ -127,16 +121,14 @@ - if (getenv('PHP_PEAR_DATA_DIR')) { - define('PEAR_CONFIG_DEFAULT_DATA_DIR', getenv('PHP_PEAR_DATA_DIR')); - } else { --define('PEAR_CONFIG_DEFAULT_DATA_DIR', -- $PEAR_INSTALL_DIR.DIRECTORY_SEPARATOR.'data'); + } + + // Default for bin_dir +@@ -127,8 +121,7 @@ if (getenv('PHP_PEAR_BIN_DIR')) { + if (getenv('PHP_PEAR_DATA_DIR')) { + define('PEAR_CONFIG_DEFAULT_DATA_DIR', getenv('PHP_PEAR_DATA_DIR')); + } else { +-define('PEAR_CONFIG_DEFAULT_DATA_DIR', +- $PEAR_INSTALL_DIR.DIRECTORY_SEPARATOR.'data'); +define('PEAR_CONFIG_DEFAULT_DATA_DIR', OPENBSD_PEAR_ROOT.'/data'); - } - - // Default for test_dir - if (getenv('PHP_PEAR_TEST_DIR')) { - define('PEAR_CONFIG_DEFAULT_TEST_DIR',
Re: Update: net/transmission 1.20
Brad Walker [EMAIL PROTECTED] wrote: The torrents are copied to ~/.config/transmission/torrents, but `transmission-daemon -l' doesn't list them. ~/.config/transmission/daemon/ no longer contains files 'prefs.ini' or 'state'. `transmission-remote -a ~/.config/transmission/torrents/*' doesn't restore the torrent list. I see... The files are moved to the new location (migrateFiles() in libtransmission/platform.c), but apparently they are not any further converted as they are by the Gtk client. Hmm. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: Patch for Quagga port in 4.3
On Wed, May 14, 2008 at 06:36:36PM +0200, Raphael Mazelier wrote: In a previous post, I noticed that Quagga was broken in 4.3. After spending some hour to debug, I find were the stack overflow was. It's not clear if it was an openbsd bug (strange route in the kernel interface), but it's clear for me that quagga don't make enought test before making memcpy (still not a good idea). Could you try the following diff instead? This should fix the real cause of the crashes. -- :wq Claudio Index: Makefile === RCS file: /cvs/ports/net/quagga/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile15 Sep 2007 22:36:58 - 1.10 +++ Makefile10 Oct 2007 08:20:29 - @@ -3,6 +3,7 @@ COMMENT= multi-threaded routing daemon DISTNAME= quagga-0.99.9 +PKGNAME= ${DISTNAME}p0 SHARED_LIBS=ospf 0.0 \ zebra 0.0 CATEGORIES=net Index: patches/patch-zebra_kernel_socket_c === RCS file: /cvs/ports/net/quagga/patches/patch-zebra_kernel_socket_c,v retrieving revision 1.3 diff -u -p -r1.3 patch-zebra_kernel_socket_c --- patches/patch-zebra_kernel_socket_c 12 Sep 2007 20:31:18 - 1.3 +++ patches/patch-zebra_kernel_socket_c 9 Oct 2007 21:55:04 - @@ -1,6 +1,6 @@ $OpenBSD: patch-zebra_kernel_socket_c,v 1.3 2007/09/12 20:31:18 rui Exp $ zebra/kernel_socket.c.orig Wed Aug 22 17:22:57 2007 -+++ zebra/kernel_socket.c Tue Sep 11 16:52:21 2007 +--- zebra/kernel_socket.c.orig Wed Aug 22 18:22:57 2007 zebra/kernel_socket.c Tue Oct 9 23:54:58 2007 @@ -136,7 +136,7 @@ struct message rtm_type_str[] = {RTM_REDIRECT, RTM_REDIRECT}, {RTM_MISS, RTM_MISS}, @@ -10,3 +10,14 @@ $OpenBSD: patch-zebra_kernel_socket_c,v {RTM_OLDADD, RTM_OLDADD}, #endif /* RTM_OLDADD */ #ifdef RTM_OLDDEL +@@ -705,9 +705,7 @@ rtm_read_mesg (struct rt_msghdr *rtm, + + /* rt_msghdr version check. */ + if (rtm-rtm_version != RTM_VERSION) +- zlog (NULL, LOG_WARNING, +-Routing message version different %d should be %d. +-This may cause problem\n, rtm-rtm_version, RTM_VERSION); ++ return 0; + + /* Be sure structure is cleared */ + memset (dest, 0, sizeof (union sockunion));
Re: update of www/pear to 1.7.1. TESTS WANTED
On Tue, 2008-05-20 at 16:10 +0200, Robert Nagy wrote: Hi folks, here is a diff for www/pear to update it to the latest version. Please TEST it as much as you can. THank you. Upstream released 1.7.2 on Sat May 17. The patch in do-install doesn't work for me (Config.php.rej attached): install ok: channel://pear.php.net/Archive_Tar-1.3.2 install ok: channel://pear.php.net/Console_Getopt-1.2.2 install ok: channel://pear.php.net/Structures_Graph-1.0.2 Hmm... Looks like a unified diff to me... The text leading up to this was: -- |$OpenBSD$ |--- lib/PEAR/Config.php.orig Tue May 20 15:51:26 2008 |+++ lib/PEAR/Config.phpTue May 20 15:56:35 2008 -- Patching file lib/PEAR/Config.php using Plan A... Hunk #1 failed at 84. Hunk #2 failed at 107. Hunk #3 failed at 121. Hunk #4 failed at 144. Hunk #5 failed at 160. Hunk #6 failed at 219. 6 out of 6 hunks failed--saving rejects to lib/PEAR/Config.php.rej done *** Error code 1 Stop in /usr/ports/www/pear (line 40 of Makefile). *** Error code 1 Stop in /usr/ports/www/pear (line 2193 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/www/pear (line 1417 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/www/pear (line 1937 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/www/pear (line 1467 of /usr/ports/infrastructure/mk/bsd.port.mk). # Brad Walker Config.php.rej Description: application/reject
draft port for unbound
I've created a draft port for unbound (http://www.unbound.net/) - a validating, recursive, and caching DNS resolver - available at http://www.schlyter.se/jakob/openbsd/unbound.tar.gz . comments and test results appreciated, jakob
Re: update of www/pear to 1.7.1. TESTS WANTED
Robert Nagy wrote: Hi folks, here is a diff for www/pear to update it to the latest version. Please TEST it as much as you can. THank you. And pear has a lot of ports that depend on it. Maybe this should be tortured with a bulk build as well.
Re: Update: net/transmission 1.20
Christian Weisgerber [EMAIL PROTECTED] wrote: The torrents are copied to ~/.config/transmission/torrents, but `transmission-daemon -l' doesn't list them. ~/.config/transmission/daemon/ no longer contains files 'prefs.ini' or 'state'. `transmission-remote -a ~/.config/transmission/torrents/*' doesn't restore the torrent list. I see... The files are moved to the new location (migrateFiles() in libtransmission/platform.c), but apparently they are not any further converted as they are by the Gtk client. Hmm. I've poked around further today... * daemon/state is apparently not converted at all. * Old torrents are moved, transmission-daemon even opens and reads them, but somehow it ignores them. * The Gtk client on the other hand picks up old torrents and writes a new resume file. I don't know how much of this is intentional on the part of the Transmission authors. (I think they are mostly concerned with the GUI clients.) Anyway, if people consider this a show stopper then I will hold off on the update. -- Christian naddy Weisgerber [EMAIL PROTECTED]
gcc 4.3 on OpenBSD?
The gcc 4.3 port is mildly broken, right? At least on OpenBSD 4.2? I'll upgrade to OpenBSD 4.3 soon. Actually I have OpenBSD 4.2 on one machine and OpenBSD 4.3 on another and I think broken on both but I have to check. In particular, if you get the gcc 4.3 release, not all the OpenBSD patches successfully apply. Some of the context and/or line numbers are off. One good example is omp-low.c. In particular I have a code base that is also a *slightly* patched gcc 4.3, really, my patches are not the cause of the problem, but I will double check, since I didn't write them. Mostly we just add a file, but there are probably a few very small changes otherwise. I'm working on bringing it up on OpenBSD. On a few architectures, not all at the same time, but ultimately x86, AMD64, Sparc64, PowerPC. Sparc64 and PowerPC first at least for now. The first problem you hit is in configure-gcc, powerpc-*-openbsd not supported. Now, we only really use the backend. So many of the OpenBSD patches don't matter, anything related to the driver, the C front end, the libraries, and I think specs. That rules out almost everything, leaving mainly tree-ssa-pre.c, *config*, *openbsd*, libtool*. Two other things here: 1) Even the name/date/version of the tarball seems wrong and not found. It's back in 2007. I think it was just copied from 4.2. 2) It's not super obvious what to do with rs6000/openbsd1.h, based on a cursory surfacy skim pattern matching against other targets. I'm guess I should look more at 4.2 to figure this out. All the NULL vs. (type *) 0 patches? I understand the problem with this code: #define NULL 0 char* concat(const char* a, ...); /* NULL terminated list */ concat(a, NULL); However, the following is ok, right: #define NULL ((void*)0) char* concat(const char* a, ...); /* NULL terminated list */ concat(a, NULL); and, not 100% portably in theory, but in practise: #define NULL 0L char* concat(const char* a, ...); /* NULL terminated list */ concat(a, NULL); Furthermore, I understand that #define NULL ((void*)0) is legal C but not legal C++. I understand that, ideally #define NULL __some_magic_builtin_null that the compiler knows must be the size of a pointer, and not just for checking but also to get things correct, but that you can't realy on this. OpenBSD has something here: #ifndef NULL #ifdef __GNUG__ #define NULL __null #else #define NULL 0L #endif but I haven't dug in to see what those are. I'm guessing __GNUG__ means C++, and __null means what I want, but I need to check. So..these patches...usually don't matter? They don't matter on OpenBSD? They might matter on other systems or bootstrapping with older headers? Any chance of the various patches going upstream? The code base I have does track upstream so they'd come back around naturally if so, and leave me with much less to do. :) If it is confirmed broken, just copied from 4.2, I wouldn't mind contributing some fixes/testing, but I'd like to confirm first that I'm not too far afield. It looks easy given the 4.2 patches, the only small mystery I think is around rs6000/openbsd1.h or such. I also thought the use of freebsd.h surprising, but upon a closer look, not for nothing. Yes I searched the web but it's hard to scope this down. Lots of stuff about gcc and OpenBSD, but hard to find about gcc 4.3 on OpenBSD. And 4.3 is also an OpenBSD version. Thanks for any information, - Jay
Re: draft port for unbound
On 2008/05/20 22:07, Jakob Schlyter wrote: I've created a draft port for unbound (http://www.unbound.net/) - a validating, recursive, and caching DNS resolver - available at http://www.schlyter.se/jakob/openbsd/unbound.tar.gz. It doesn't pick up the installed libldns for me, configure:24237: checking for ldns_buffer_copy in -lldns configure:24272: cc -o conftest -g -O2 -pthread -I/usr/obj/ports/unbound-1.0.0/unbound-1.0.0 -I/usr/include -I/usr/include -L/usr/lib -L/usr/lib conftest.c -lldns -levent -lcrypto 5 /usr/bin/ld: cannot find -lldns collect2: ld returned 1 exit status If I add CONFIGURE_ENV = CFLAGS=${LOCALBASE}/include/libldns CONFIGURE_ARGS += --with-ldns=${LOCALBASE} it picks up the header but can't resolve functions; configure:24237: checking for ldns_buffer_copy in -lldns configure:24272: cc -o conftest -g -O2 -pthread -I/usr/obj/ports/unbound-1.0.0/unbound-1.0.0 -I/usr/include -I/usr/include -I/usr/local/include -L/usr/lib -L/usr/lib -L/usr/local -L/usr/local/lib -lldns conftest.c -lldns -levent -lcrypto 5 /tmp//ccTg8391.o(.text+0x12): In function `main': /usr/obj/ports/unbound-1.0.0/build-i386/conftest.c:69: undefined reference to `ldns_buffer_copy' collect2: ld returned 1 exit status It then builds with the internal libldns, but port-lib-depends-check reports the problems. This is yesterday's snap on i386: Note to readers with the new snap, ** merge etc43.tgz changes before running make plist **
Re: draft port for unbound
On 20 maj 2008, at 23.43, Stuart Henderson wrote: It doesn't pick up the installed libldns for me, configure:24237: checking for ldns_buffer_copy in -lldns configure:24272: cc -o conftest -g -O2 -pthread -I/usr/obj/ports/ unbound-1.0.0/unbound-1.0.0 -I/usr/include -I/usr/include -L/usr/ lib -L/usr/lib conftest.c -lldns -levent -lcrypto 5 /usr/bin/ld: cannot find -lldns collect2: ld returned 1 exit status correct, unbound depends on features not found in the released version of ldns so it should use its own copy for now. jakob
Re: draft port for unbound
On 2008/05/21 00:12, Jakob Schlyter wrote: On 20 maj 2008, at 23.43, Stuart Henderson wrote: It doesn't pick up the installed libldns for me, configure:24237: checking for ldns_buffer_copy in -lldns configure:24272: cc -o conftest -g -O2 -pthread -I/usr/obj/ports/ unbound-1.0.0/unbound-1.0.0 -I/usr/include -I/usr/include -L/usr/ lib -L/usr/lib conftest.c -lldns -levent -lcrypto 5 /usr/bin/ld: cannot find -lldns collect2: ld returned 1 exit status correct, unbound depends on features not found in the released version of ldns so it should use its own copy for now. in that case, I think WANTLIB/LIB_DEPENDS needs adjustment.