Re: PostgreSQL 8.1.2
On Tue, Jan 31, 2006 at 12:34:20PM +0100, Marc Balmer wrote: Find attached a diff for a minor PostgreSQL update to version 8.1.2. - Marc Balmer diff -urN -x CVS databases/postgresql/Makefile mystuff/ports/databases/postgresql/Makefile --- databases/postgresql/Makefile Sat Jan 14 23:33:53 2006 +++ mystuff/ports/databases/postgresql/Makefile Tue Jan 31 12:14:49 2006 @@ -4,11 +4,11 @@ COMMENT-server= PostgreSQL RDBMS (server) COMMENT-docs=PostgreSQL RDBMS documentation -VERSION= 8.1.0 +VERSION= 8.1.2 DISTNAME=postgresql-${VERSION} -FULLPKGNAME= postgresql-client-${VERSION}p0 -PKGNAME-server= postgresql-server-${VERSION}p0 -PKGNAME-docs=postgresql-docs-${VERSION}p1 +FULLPKGNAME= postgresql-client-${VERSION} +PKGNAME-server= postgresql-server-${VERSION} +PKGNAME-docs=postgresql-docs-${VERSION} CATEGORIES= databases SHARED_LIBS= ecpg5.1 \ are you sure SHARED_LIBS does not need to be updated? regression tests work fine on i386 and sparc64 here. steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: x11/jwm
On Wed, Feb 01, 2006 at 12:49:44AM +0100, Michael Knudsen wrote: Quoting Jasper Lievisse Adriaanse ([EMAIL PROTECTED]): /bin/sh: xli: not found seems to me as if xli is used by a configuration file to set the background for jwm. Yep, that's why. As I said, I won't do anything about the default theme unless someone strongly disagrees. I think it's usable as it is. what is xli? we don't seem to have that, so maybe you can patch it away. tested succesfully on sparc64. steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: x11/jwm
On Wed, 1 Feb 2006 10:13:59 +0100 steven mestdagh [EMAIL PROTECTED] wrote: On Wed, Feb 01, 2006 at 12:49:44AM +0100, Michael Knudsen wrote: Quoting Jasper Lievisse Adriaanse ([EMAIL PROTECTED]): /bin/sh: xli: not found seems to me as if xli is used by a configuration file to set the background for jwm. Yep, that's why. As I said, I won't do anything about the default theme unless someone strongly disagrees. I think it's usable as it is. what is xli? WHAT IS IT? xli is a version of xloadimage. This utility will view several types of images under X11, or load images onto the X11 root window from: http://ftp.x.org/contrib/applications/xli.README we don't seem to have that, so maybe you can patch it away. tested succesfully on sparc64. steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm -- Security is decided by quality -- Theo de Raadt pgpCkllxuty0I.pgp Description: PGP signature
Re: x11/jwm
Quoting steven mestdagh ([EMAIL PROTECTED]): what is xli? we don't seem to have that, so maybe you can patch it away. tested succesfully on sparc64. HOW IS XLI RELATED TO XLOADIMAGE ? xli version 1.00 was based on xloadimage version 3.01. xli version 1.16 has many improvements over xli 1.00. I don't have time for porting it now, so I've just patched it to comment it out (the referenced image isn't included in the distribution). I don't think it should be made a dependency anyway. This update also installs the man page in the right catalogue (1, not 8), installs system.jwmrc to ${LOCALBASE}/share/examples/jwm/ and marks it with @sample to ${SYSCONFDIR}. The manual page is somewhat busted. You have to scroll down around 70 lines before some actual content shows up. I'm not yet sure what goes on or how to fix it. Update attached, please test. Regards, Michael. -- The shortest unit of time in the multiverse is the New York Second, defined as the period of time between the traffic lights turning green and the cab behind you honking. -- (Terry Pratchett, Lords and Ladies) jwm.tar.gz Description: application/tar-gz
Re: x11/jwm
Quoting steven mestdagh ([EMAIL PROTECTED]): Update attached, please test. the attached tar.gz is 0 bytes. .. and it's not even Monday. Second attempt. -- The Librarian gave him the kind of look other people would reserve for people who said things like `What's so bad about genocide?' -- (Terry Pratchett, Guards! Guards!) jwm.tar.gz Description: application/tar-gz
Re: x11/jwm
On Wed, Feb 01, 2006 at 11:09:44AM +0100, Michael Knudsen wrote: Quoting steven mestdagh ([EMAIL PROTECTED]): what is xli? we don't seem to have that, so maybe you can patch it away. tested succesfully on sparc64. HOW IS XLI RELATED TO XLOADIMAGE ? xli version 1.00 was based on xloadimage version 3.01. xli version 1.16 has many improvements over xli 1.00. I don't have time for porting it now, so I've just patched it to comment it out (the referenced image isn't included in the distribution). I don't think it should be made a dependency anyway. This update also installs the man page in the right catalogue (1, not 8), installs system.jwmrc to ${LOCALBASE}/share/examples/jwm/ and marks it with @sample to ${SYSCONFDIR}. The manual page is somewhat busted. You have to scroll down around 70 lines before some actual content shows up. I'm not yet sure what goes on or how to fix it. i still see the man page ending up in section 1, but i think that is fine. i don't have a problem viewing the man page. steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
PHP4 packages
Heya Given all of the PHP packages seem to require PHP5, where do I go to find PHP4 packages/ports, or how do I modify the existing requirements? Shane
Re: x11/jwm
Quoting steven mestdagh ([EMAIL PROTECTED]): i still see the man page ending up in section 1, but i think that is fine. i don't have a problem viewing the man page. Oh, interesting. I'm using MANPAGER=less. With MANPAGER=more there's no issue. Using hexcurse, I'm seeing 70 0x0A's -- it seems like these are ignored by more. I don't understand where these line feeds come from, though. I'll try digging more into it. Btw. the man page ended up in section 8 before which caused it not to be tagged with @man. Regards, Michael. -- `Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life.' -- (Terry Pratchett, Jingo)
Re: x11/jwm
Quoting Michael Knudsen ([EMAIL PROTECTED]): Quoting steven mestdagh ([EMAIL PROTECTED]): i still see the man page ending up in section 1, but i think that is fine. i don't have a problem viewing the man page. Oh, interesting. I'm using MANPAGER=less. With MANPAGER=more there's no issue. Using hexcurse, I'm seeing 70 0x0A's -- it seems like these are ignored by more. I don't understand where these line feeds come from, though. I'll try digging more into it. I've found a hack that reduces the number of blank lines with MANPAGER=less from 70 to three: Remove a blank line before the markup commands(?). Update attached. -- The Librarian gave him the kind of look other people would reserve for people who said things like `What's so bad about genocide?' -- (Terry Pratchett, Guards! Guards!) jwm.tar.gz Description: application/tar-gz
Re: New: Commoncpp
Hi Tobias, Thanks for your help... It really works and is very good. I have developed a few programs under it, just for kidding, but they ran very well. Mainly those using sockets and threads. I have received feedbacks from a few people that have tried to compile the library but went on errors, but I fixed them. Thanks On 1/31/06, Tobias Ulmer [EMAIL PROTECTED] wrote: On Mon, Jan 30, 2006 at 09:39:03AM -0200, Jo?o Salvatti wrote: Hi all, since openbsd is an excellent system for software developers and aiming to increase its branch of package options i have created a port from commoncpp library (http://www.gnu.org/software/commoncpp/), which is an excellent C++ development library. It supports development providing threads, sockets, xml parsing, serialization, config files and lots of other features. For further informations check the official web site. Thanks. I improved the Makefile. I have never made a port for a shared library... Anyway, improved the following things. - patch for mutex.cpp - homepage changed to gnu.org - MASTER_SITES to sourceforge - SHARED_LIBS, but i dont know if i did it right - removed iconv dependency, i really don't see where it's needed Things still missing: - this nat helper thing, don't know what it does. - libxml2 as dependency, or disable it. - Some testing, only because it compiles fine, that doesn't mean that it works... Does the thread stuff work? Sockets? Tobias -- João Salvatti Undergraduating in Computer Science Federal University of Para - UFPA web: http://salvatti.expert.com.br e-mail: [EMAIL PROTECTED] commoncpp.tar.gz Description: GNU Zip compressed data
Re: PHP4 packages
Given all of the PHP packages seem to require PHP5, where do I go to find PHP4 packages/ports, or how do I modify the existing requirements? There's a PHP4 port in the tree (/usr/ports/www/php4). It requires Apache to build. There's an older (4.4.1) port that doesn't require Apache on http://inglorion.net/software/packages/. HTH, Bob
Re: PHP4 packages
On Thu, 2 Feb 2006 00:00:22 +1300 Shane Lazarus [EMAIL PROTECTED] wrote: Heya Given all of the PHP packages seem to require PHP5, where do I go to find PHP4 packages/ports, or how do I modify the existing requirements? Uh, I see php4 packages both for current and 3.8 on the mirrors: ftp ftp://ftp.jaist.ac.jp/pub/OpenBSD/snapshots/packages/i386/ ftp ls php4* 227 Entering Passive Mode (203,65,245,7,225,178) 150 Opening ASCII mode data connection for file list -r--r--r-- 1 openbsd mirror 46987 Jan 28 20:32 php4-bz2-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror1479199 Jan 28 20:32 php4-core-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 53061 Jan 28 20:32 php4-curl-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 62289 Jan 28 20:32 php4-dba-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 53332 Jan 28 20:32 php4-dbase-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 58727 Jan 28 20:32 php4-dbx-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 73617 Jan 28 20:32 php4-domxml-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror709 Jan 28 20:32 php4-extensions-4.4.1p0.t gz -r--r--r-- 1 openbsd mirror 45781 Jan 28 20:32 php4-filepro-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 132152 Jan 28 20:32 php4-gd-4.4.1p4-no_x11.tg z -r--r--r-- 1 openbsd mirror 133015 Jan 28 20:32 php4-gd-4.4.1p4.tgz -r--r--r-- 1 openbsd mirror 52881 Jan 28 20:32 php4-gmp-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 73270 Jan 28 20:32 php4-imap-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 56824 Jan 28 20:32 php4-ldap-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 53565 Jan 28 20:32 php4-mcrypt-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 44922 Jan 28 20:32 php4-mhash-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 58922 Jan 28 20:32 php4-mysql-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 64745 Jan 28 20:32 php4-ncurses-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 63797 Jan 28 20:32 php4-odbc-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 66427 Jan 28 20:32 php4-pdf-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 487338 Jan 28 20:32 php4-pear-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 74614 Jan 28 20:32 php4-pgsql-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 44692 Jan 28 20:32 php4-shmop-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 49579 Jan 28 20:32 php4-snmp-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 57135 Jan 28 20:32 php4-sybase_ct-4.4.1p0.tg z -r--r--r-- 1 openbsd mirror 78231 Jan 28 20:32 php4-xmlrpc-4.4.1p0.tgz -r--r--r-- 1 openbsd mirror 24395 Jan 28 20:32 php4-xslt-4.4.1p0.tgz 226 Transfer complete. --- Lars Hansson
Re: PHP4 packages
Lars Hansson writes: On Thu, 2 Feb 2006 00:00:22 +1300 Shane Lazarus [EMAIL PROTECTED] wrote: Heya Given all of the PHP packages seem to require PHP5, where do I go to find PHP4 packages/ports, or how do I modify the existing requirements? Uh, I see php4 packages both for current and 3.8 on the mirrors: That's not the question. What the OP probably means is that all third-party PHP ports, like for example Horde, depend on the php5 port. You can't built packages that depend on php4. If I were the OP I would install the relevant third-party PHP packages manually without using the ports system. Alternatively, he could copy those ports to /usr/ports/mystuff and alter the dependencies.
Re: x11/jwm
On Wed, Feb 01, 2006 at 12:29:06PM +0100, Michael Knudsen wrote: Quoting Michael Knudsen ([EMAIL PROTECTED]): Quoting steven mestdagh ([EMAIL PROTECTED]): i still see the man page ending up in section 1, but i think that is fine. i don't have a problem viewing the man page. Oh, interesting. I'm using MANPAGER=less. With MANPAGER=more there's no issue. Using hexcurse, I'm seeing 70 0x0A's -- it seems like these are ignored by more. I don't understand where these line feeds come from, though. I'll try digging more into it. I've found a hack that reduces the number of blank lines with MANPAGER=less from 70 to three: Remove a blank line before the markup commands(?). your fix seems fine. many other man pages also have 3 blank lines at the top with MANPAGER=less. some more comments: - the port does not honour CFLAGS. - i think it is wrong to set RUN_DEPENDS=${LIB_DEPENDS}. setting LIB_DEPENDS should be sufficient. - is there a reason not to use CONFIGURE_STYLE=gnu ? then --sysconfdir is passed automatically. - what is the reason for linking with libm and libz? steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Votre compte ACC�S D
[IMAGE] Chèr Client , Nos systèmes indiques que votre compte ACCÈS D ne sera plus accessible a compter du : 2 Février 2006 pour réactiver l'accès a votre compte ACCÈS D veuillez tout simplement consultez votre relevé mensuel en ligne . Veuillez prendre note que si vous ne consultez pas votre relevé mensuel nous devrons désactiver l'accès en ligne de votre compte bancaire. [IMAGE]Consultez mon relevé mensuel Merci de votre compréhension Support Technique Desjardins Copyright © 2006 Fédération des caisses Desjardins du Québec. Tous droits réservés. X-Mailer: CommuniGate Pro CLI mailer
x11/msttcorefonts won't build on 3.8-stable
Hi, I'm trying to get antialiased fonts going on an i386 laptop running 3.8-stable (/usr/src and /usr/ports cvs-updated on 26.Jan.2006). So, I read the Fine FAQ, and followed the instructions in entry 8.20: # pwd /usr/ports/x11/msttcorefonts # make === Checking files for msttcorefonts-1.2 andale32.exe doesn't seem to exist on this system. Attempting to fetch /usr/ports/distfiles/msttcorefonts-1.2/andale32.exe from http://ovh.dl.sourceforge.net/sourceforge/corefonts/. Size does not match for /usr/ports/distfiles/msttcorefonts-1.2/andale32.exe /bin/sh: test: 3: unexpected operator/operand *** Error code 2 Stop in /usr/ports/x11/msttcorefonts (line 1990 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/msttcorefonts (line 1444 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/msttcorefonts (line 1633 of /usr/ports/infrastructure/mk/bsd.port.mk). # I've searched the openbsd-ports list for 'msttcorefonts', but not found anything relevant. ciao, -- -- Jonathan Thornburg [EMAIL PROTECTED] Max-Planck-Institut fuer Gravitationsphysik (Albert-Einstein-Institut), Golm, Germany, Old Europe http://www.aei.mpg.de/~jthorn/home.html Washing one's hands of the conflict between the powerful and the powerless means to side with the powerful, not to be neutral. -- quote by Freire / poster by Oxfam
Re: x11/msttcorefonts won't build on 3.8-stable
On Wed, Feb 01, 2006 at 03:51:31PM +0100, Jonathan Thornburg wrote: Hi, I'm trying to get antialiased fonts going on an i386 laptop running 3.8-stable (/usr/src and /usr/ports cvs-updated on 26.Jan.2006). So, I read the Fine FAQ, and followed the instructions in entry 8.20: # pwd /usr/ports/x11/msttcorefonts # make === Checking files for msttcorefonts-1.2 andale32.exe doesn't seem to exist on this system. Attempting to fetch /usr/ports/distfiles/msttcorefonts-1.2/andale32.exe from http://ovh.dl.sourceforge.net/sourceforge/corefonts/. Size does not match for /usr/ports/distfiles/msttcorefonts-1.2/andale32.exe /bin/sh: test: 3: unexpected operator/operand yeah, something wrong with this mirror. on -current the size mismatch just makes it move on to the next mirror. maybe this mirror should be shifted down in the -stable version of network.conf.template? as a workaround you can also use make MASTER_SITE_SOURCEFORGE=http://your.mirror.../sourceforge/ steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: x11/jwm
Quoting steven mestdagh ([EMAIL PROTECTED]): your fix seems fine. many other man pages also have 3 blank lines at the top with MANPAGER=less. I guess they're also using the an macro set then. some more comments: - the port does not honour CFLAGS. It should do that now, along with CC. - i think it is wrong to set RUN_DEPENDS=${LIB_DEPENDS}. setting LIB_DEPENDS should be sufficient. Right. - is there a reason not to use CONFIGURE_STYLE=gnu ? then --sysconfdir is passed automatically. Not really. Changed as well. - what is the reason for linking with libm and libz? Otherwise the configure script is unable to compile its png library test, leading to png support being left out. Thanks for your comments, update attached. Regards, Michael. -- Om began to feel the acute depression that steals over every realist in the presence of an optimist. -- (Terry Pratchett, Small Gods) jwm.tar.gz Description: application/tar-gz
Re: PostgreSQL 8.1.2
* steven mestdagh wrote: On Tue, Jan 31, 2006 at 12:34:20PM +0100, Marc Balmer wrote: Find attached a diff for a minor PostgreSQL update to version 8.1.2. - Marc Balmer diff -urN -x CVS databases/postgresql/Makefile mystuff/ports/databases/postgresql/Makefile --- databases/postgresql/Makefile Sat Jan 14 23:33:53 2006 +++ mystuff/ports/databases/postgresql/Makefile Tue Jan 31 12:14:49 2006 @@ -4,11 +4,11 @@ COMMENT-server=PostgreSQL RDBMS (server) COMMENT-docs= PostgreSQL RDBMS documentation -VERSION= 8.1.0 +VERSION= 8.1.2 DISTNAME= postgresql-${VERSION} -FULLPKGNAME= postgresql-client-${VERSION}p0 -PKGNAME-server=postgresql-server-${VERSION}p0 -PKGNAME-docs= postgresql-docs-${VERSION}p1 +FULLPKGNAME= postgresql-client-${VERSION} +PKGNAME-server=postgresql-server-${VERSION} +PKGNAME-docs= postgresql-docs-${VERSION} CATEGORIES=databases SHARED_LIBS= ecpg5.1 \ are you sure SHARED_LIBS does not need to be updated? Yes, I am. No change in the libraries. regression tests work fine on i386 and sparc64 here. steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: PHP4 packages
* Andreas Vögele wrote: That's not the question. What the OP probably means is that all third-party PHP ports, like for example Horde, depend on the php5 port. You can't built packages that depend on php4. An you can't use modern software like recent horde based stuff with PHP4. If I were the OP I would install the relevant third-party PHP packages manually without using the ports system. Alternatively, he could copy those ports to /usr/ports/mystuff and alter the dependencies. Why not consider using PHP5?
Re: UPDATE: mail/p5-Mail-SPF-Query
On Tue, Jan 31, 2006 at 11:51:15PM +0100, steven mestdagh wrote: On Tue, Jan 31, 2006 at 09:58:19AM -0500, David Hill wrote: This updates adds a postfix flavor which will install the postfix policy daemon. - David does it make more sense to skip the flavor stuff and just have this port install the bundled examples? ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/p5-Mail-SPF-Query ${INSTALL_DATA} ${WRKSRC}/examples/* \ ${PREFIX}/share/examples/p5-Mail-SPF-Query Index: ports/mail/p5-Mail-SPF-Query//Makefile === RCS file: /cvs/ports/mail/p5-Mail-SPF-Query/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- ports/mail/p5-Mail-SPF-Query//Makefile 21 Jan 2006 23:35:16 - 1.1.1.1 +++ ports/mail/p5-Mail-SPF-Query//Makefile 31 Jan 2006 14:56:54 - @@ -8,6 +8,9 @@ MAINTAINER=David Hill [EMAIL PROTECTED] +FLAVORS= postfix +FLAVOR?= + # GPL/Artistic PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes @@ -22,6 +25,12 @@ :p5-URI-*:www/p5-URI BUILD_DEPENDS= ${RUN_DEPENDS} + +.if ${FLAVOR:L:Mpostfix} +post-install: + ${INSTALL_DATA_DIR} ${PREFIX}/libexec + ${INSTALL_SCRIPT} ${WRKSRC}/examples/postfix-policyd-spf ${PREFIX}/libexec +.endif CONFIGURE_STYLE= perl Index: ports/mail/p5-Mail-SPF-Query//pkg/PFRAG.postfix === RCS file: ports/mail/p5-Mail-SPF-Query//pkg/PFRAG.postfix diff -N ports/mail/p5-Mail-SPF-Query//pkg/PFRAG.postfix --- /dev/null 1 Jan 1970 00:00:00 - +++ ports/mail/p5-Mail-SPF-Query//pkg/PFRAG.postfix 31 Jan 2006 14:56:54 - @@ -0,0 +1 @@ +libexec/postfix-policyd-spf Index: ports/mail/p5-Mail-SPF-Query//pkg/PLIST === RCS file: /cvs/ports/mail/p5-Mail-SPF-Query/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- ports/mail/p5-Mail-SPF-Query//pkg/PLIST 21 Jan 2006 23:35:16 - 1.1.1.1 +++ ports/mail/p5-Mail-SPF-Query//pkg/PLIST 31 Jan 2006 14:56:54 - @@ -4,6 +4,7 @@ ${P5SITE}/Mail/ ${P5SITE}/Mail/SPF/ ${P5SITE}/Mail/SPF/Query.pm +%%postfix%% @man man/man1/spfd.1 @man man/man1/spfquery.1 @man man/man3p/Mail::SPF::Query.3p Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm Yes, that is a much better idea. Here is a new patch. - David Index: ports/mail/p5-Mail-SPF-Query/Makefile === RCS file: /cvs/ports/mail/p5-Mail-SPF-Query/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- ports/mail/p5-Mail-SPF-Query/Makefile 21 Jan 2006 23:35:16 - 1.1.1.1 +++ ports/mail/p5-Mail-SPF-Query/Makefile 1 Feb 2006 16:30:26 - @@ -27,4 +27,9 @@ PKG_ARCH= * +post-install: + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/p5-Mail-SPF-Query + ${INSTALL_SCRIPT} ${WRKSRC}/examples/* \ + ${PREFIX}/share/examples/p5-Mail-SPF-Query + .include bsd.port.mk Index: ports/mail/p5-Mail-SPF-Query/pkg/PLIST === RCS file: /cvs/ports/mail/p5-Mail-SPF-Query/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- ports/mail/p5-Mail-SPF-Query/pkg/PLIST 21 Jan 2006 23:35:16 - 1.1.1.1 +++ ports/mail/p5-Mail-SPF-Query/pkg/PLIST 1 Feb 2006 16:30:26 - @@ -7,3 +7,9 @@ @man man/man1/spfd.1 @man man/man1/spfquery.1 @man man/man3p/Mail::SPF::Query.3p +share/examples/p5-Mail-SPF-Query/ +share/examples/p5-Mail-SPF-Query/README +share/examples/p5-Mail-SPF-Query/exim-acl +share/examples/p5-Mail-SPF-Query/postfix-policyd-spf +share/examples/p5-Mail-SPF-Query/sendmail-milter +share/examples/p5-Mail-SPF-Query/sendmail-milter-INSTALL.txt pgp45he1keL9e.pgp Description: PGP signature
Re: x11/jwm
On Wed, Feb 01, 2006 at 04:20:14PM +0100, Michael Knudsen wrote: Quoting steven mestdagh ([EMAIL PROTECTED]): your fix seems fine. many other man pages also have 3 blank lines at the top with MANPAGER=less. I guess they're also using the an macro set then. some more comments: - the port does not honour CFLAGS. It should do that now, along with CC. it does not, there is still a flag -O2 after our CFLAGS. you may need to patch configure to get rid of it. apart from this it looks good to me. steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
PHP with FastCGI
Hello, Did anyone try to build a port for a FastCGI-enabled version of PHP? It makes a lot of sense since we already have fcgi, mod_fastcgi and lighttpd that can't get proper PHP support without fastcgi. Here's a start, that seems to work fine with lighttpd. diff -urN www/php5.old/Makefile www/php5/Makefile --- www/php5.old/Makefile Sat Oct 2 13:32:35 2004 +++ www/php5/Makefile Wed Feb 1 16:09:32 2006 @@ -1,6 +1,7 @@ # $OpenBSD: Makefile,v 1.1.1.1 2004/10/02 11:32:35 robert Exp $ SUBDIR += core +SUBDIR += fastcgi SUBDIR += extensions SUBDIR += extensions,no_x11 diff -urN www/php5.old/fastcgi/Makefile www/php5/fastcgi/Makefile --- www/php5.old/fastcgi/Makefile Thu Jan 1 01:00:00 1970 +++ www/php5/fastcgi/Makefile Wed Feb 1 17:16:45 2006 @@ -0,0 +1,56 @@ +# $OpenBSD$ + +COMMENT= server-side HTML-embedded scripting language, fastcgi version +PKGNAME= php5-fastcgi-${V} + +CONFIGURE_ARGS+= --enable-fastcgi \ + --enable-force-cgi-redirect \ + --without-mysql \ + --enable-xml \ + --enable-wddx \ + --with-iconv=${LOCALBASE} \ + --with-gettext=${LOCALBASE} \ + --enable-dio \ + --with-pear=${PEAR_DIR} \ + --enable-bcmath \ + --enable-session \ + --enable-trans-sid \ + --enable-calendar \ + --enable-ctype \ + --enable-ftp \ + --with-pcre-regex \ + --with-posix \ + --enable-sockets \ + --enable-sysvsem \ + --enable-sysvshm \ + --enable-yp \ + --enable-exif \ + --without-sqlite + +MODULES= devel/gettext + +# some variables to substitute +SUBST_VARS=PHP_CONFIG_FILE +PHP_VERSION= ${V} + +.for i in TRUEPREFIX PHP_CONFIG_FILE MODULES_DIR PHP_VERSION +PHPXS_SUBST+= -e 's,${i},${${i}},' +.endfor + +WANTLIB= c crypto des m ssl stdc++ z + +LIB_DEPENDS= xml2.8::textproc/libxml +RUN_DEPENDS= :php5-core-${V}:www/php5/core + +INSTALL_TARGET= +FAKE_FLAGS=INSTALL_ROOT=${DESTDIR} + +post-patch: + @perl -p -i.orig -e s,OPENBSD_PEAR_ROOT,'${CHROOT_DIR}/pear',g \ + ${WRKSRC}/pear/PEAR/Config.php ${WRKSRC}/scripts/phpize.in \ + ${WRKSRC}/scripts/php-config.in + +post-install: + ${INSTALL_PROGRAM} ${WRKBUILD}/sapi/cgi/php ${PREFIX}/bin/php-fcgi + +.include bsd.port.mk diff -urN www/php5.old/fastcgi/patches/patch-ext_yp_yp_c www/php5/fastcgi/patches/patch-ext_yp_yp_c --- www/php5.old/fastcgi/patches/patch-ext_yp_yp_c Thu Jan 1 01:00:00 1970 +++ www/php5/fastcgi/patches/patch-ext_yp_yp_c Wed Feb 1 16:09:17 2006 @@ -0,0 +1,21 @@ +$OpenBSD: patch-ext_yp_yp_c,v 1.3 2005/12/29 23:06:28 sturm Exp $ +--- ext/yp/yp.c.orig Mon Jul 26 22:49:33 2004 ext/yp/yp.cMon Jul 26 22:51:22 2004 +@@ -280,7 +280,7 @@ + convert_to_string_ex(domain); + convert_to_string_ex(map); + +- callback.foreach = php_foreach_all; ++ (char *) callback.foreach = php_foreach_all; + callback.data = (char *) php_callback; + + yp_all(Z_STRVAL_PP(domain),Z_STRVAL_PP(map),callback); +@@ -337,7 +337,7 @@ + + array_init(return_value); + +- callback.foreach = php_foreach_cat; ++ (char *) callback.foreach = php_foreach_cat; + callback.data = (char *) return_value; + + yp_all(Z_STRVAL_PP(domain),Z_STRVAL_PP(map),callback); diff -urN www/php5.old/fastcgi/patches/patch-scripts_Makefile_frag www/php5/fastcgi/patches/patch-scripts_Makefile_frag --- www/php5.old/fastcgi/patches/patch-scripts_Makefile_fragThu Jan 1 01:00:00 1970 +++ www/php5/fastcgi/patches/patch-scripts_Makefile_fragWed Feb 1 16:09:17 2006 @@ -0,0 +1,14 @@ +$OpenBSD: patch-scripts_Makefile_frag,v 1.2 2005/09/14 15:44:19 robert Exp $ +--- scripts/Makefile.frag.orig Tue Jun 7 23:57:06 2005 scripts/Makefile.frag Wed Sep 14 16:48:56 2005 +@@ -3,8 +3,8 @@ + # Build environment install + # + +-phpincludedir = $(includedir)/php +-phpbuilddir = $(libdir)/build ++phpincludedir = $(peardir)/include ++phpbuilddir = $(peardir)/build + + BUILD_FILES = \ + scripts/phpize.m4 \ diff -urN www/php5.old/fastcgi/pkg/DESCR www/php5/fastcgi/pkg/DESCR --- www/php5.old/fastcgi/pkg/DESCR Thu Jan 1 01:00:00 1970 +++ www/php5/fastcgi/pkg/DESCR Wed Feb 1 17:39:34 2006 @@ -0,0 +1,2 @@ +This package installs a special version of PHP called php5-fcgi, suitable for +use with any fastcgi server like www/fcgi and www/lighttpd. diff -urN www/php5.old/fastcgi/pkg/PLIST www/php5/fastcgi/pkg/PLIST --- www/php5.old/fastcgi/pkg/PLIST Thu Jan 1 01:00:00 1970 +++ www/php5/fastcgi/pkg/PLIST Wed Feb 1 17:16:26 2006 @@ -0,0 +1,2 @@ [EMAIL PROTECTED] $OpenBSD$ +bin/php-fcgi
FIX: cyrus-sasl2
Hi, this is just a quick fix to replace hard coded /usr/local/etc to ${SYSCONFDIR} from the saslauthd man page. Regards, -- Antoine cyrus-sasl2.diff Description: Binary data
Re: UPDATE: graphics/blender
On Tue, Jan 31, 2006 at 11:18:04PM +0100, steven mestdagh wrote: On Tue, Jan 31, 2006 at 01:02:41PM +0100, steven mestdagh wrote: thanks for testing, but forget that diff for now... i need to add something that makes it load the tiff library properly. adding tiff in depends should be sufficient. new diff below. Works for me.
Re: update, telephony/asterisk 1.0.9 = 1.2.4
On 2006/02/01 12:14, Ian Darwin wrote: Whether they get it right this time or not, I do think we should commit this now, well before the release. You've tested it on two plats, I've tested it lightly on i386, and it is way better than the 1.0.9 that is in the tree now. Agreed, it's a lot better. What do we need - someone else to test and ok's? I can't commit it but I'm happy to take maintainer.
Re: FIX: cyrus-sasl2
Antoine Jacoutot writes: Hi, this is just a quick fix to replace hard coded /usr/local/etc to ${SYSCONFDIR} from the saslauthd man page. Also, saslauthd is currently built without support for the kerberos5 authentication mechanism. Here's a patch that fixes the Kerberos include path in saslauthd's configure script. Index: patches/patch-saslauthd_configure === RCS file: /cvs/ports/security/cyrus-sasl2/patches/patch-saslauthd_configure,v retrieving revision 1.10 diff -u -r1.10 patch-saslauthd_configure --- patches/patch-saslauthd_configure 19 Dec 2005 18:11:27 - 1.10 +++ patches/patch-saslauthd_configure 24 Jan 2006 18:39:47 - @@ -1,6 +1,6 @@ $OpenBSD: patch-saslauthd_configure,v 1.10 2005/12/19 18:11:27 jakob Exp $ --- saslauthd/configure.orig Sun May 15 07:59:04 2005 -+++ saslauthd/configureMon Dec 19 15:56:57 2005 saslauthd/configureTue Jan 24 19:33:31 2006 @@ -753,10 +753,10 @@ ac_env_CC_set=${CC+set} ac_env_CC_value=$CC ac_cv_env_CC_set=${CC+set} @@ -44,6 +44,15 @@ *) { echo $as_me:$LINENO: WARNING: The system type is not recognized. If you believe that CyberSafe GSSAPI works on this platform, please update the configure script 5 echo $as_me: WARNING: The system type is not recognized. If you believe that CyberSafe GSSAPI works on this platform, please update the configure script 2;} +@@ -6391,7 +6394,7 @@ echo $as_me: error: CyberSafe was force + cmu_saved_CPPFLAGS=$CPPFLAGS + + if test -d ${gssapi}; then +-CPPFLAGS=$CPPFLAGS -I$gssapi/include ++CPPFLAGS=$CPPFLAGS -I$gssapi/include/kerberosV + # We want to keep -I in our CPPFLAGS, but only if we succeed + cmu_saved_CPPFLAGS=$CPPFLAGS + LDFLAGS=$LDFLAGS -L$gssapi/lib @@ -6702,7 +6705,7 @@ if test ${ac_cv_lib_resolv_res_search+s echo $ECHO_N (cached) $ECHO_C 6 else
Re: FIX: cyrus-sasl2
On Wed, 1 Feb 2006, Andreas Vögele wrote: Antoine Jacoutot writes: Hi, this is just a quick fix to replace hard coded /usr/local/etc to ${SYSCONFDIR} from the saslauthd man page. Also, saslauthd is currently built without support for the kerberos5 authentication mechanism. Here's a patch that fixes the Kerberos include path in saslauthd's configure script. Huh ? I use it all the time... You mean /usr/local/sbin/saslauthd -a kerberos5, right ? If so then it works fine. -- Antoine
UPDATE: devel/ald
I have changed PORTNAME back to DISTNAME and attached a new diff - please review/commit. Thanks Patrick Alken On Sat, Jan 28, 2006 at 11:47:19AM +0100, Aleksander Piotrowski wrote: Patrick Alken [EMAIL PROTECTED] wrote: This updates ald to 0.1.7. I have attached a diff - please commit :) Sure, but first tell us why do you want to replace DISTNAME with PORTNAME? diff -urN -x CVS /usr/ports/devel/ald/Makefile ./ald/Makefile --- /usr/ports/devel/ald/Makefile Tue Nov 23 06:22:00 2004 +++ ./ald/Makefile Thu Jan 26 23:24:42 2006 @@ -2,14 +2,16 @@ ONLY_FOR_ARCHS=i386 -COMMENT= Assembly Language Debugger +COMMENT= assembly language debugger -DISTNAME= ald-0.1.5a +PORTNAME= ald +PORTVERSION= 0.1.7 +DISTNAME= ${PORTNAME}-${PORTVERSION} CATEGORIES=devel Alek -- Ka?dy, kto zda? sobie odrobin? trudu, by przeczyta? ewangeli?, nie mo?e mie? w?tpliwo?ci, ?e cielesne zmartwychwstanie Jezusa jest mitem, kt?ry dorzucono do prawdziwej historii kilka lat po jej spisaniu. Kto? przerobi? ?ywot Jezusa na odcinek Z Archiwum X, nie s?dzisz? -- Neal Stephenson, Zamie? diff -urN -x CVS /usr/ports/devel/ald/Makefile ald/Makefile --- /usr/ports/devel/ald/Makefile Tue Nov 23 06:22:00 2004 +++ ald/MakefileWed Feb 1 12:49:57 2006 @@ -2,14 +2,14 @@ ONLY_FOR_ARCHS=i386 -COMMENT= Assembly Language Debugger +COMMENT= assembly language debugger -DISTNAME= ald-0.1.5a +DISTNAME= ald-0.1.7 CATEGORIES=devel -HOMEPAGE= http://dunx1.irt.drexel.edu/~psa22/ald.html +HOMEPAGE= http://ald.sourceforge.net -MAINTAINER=Patrick Alken [EMAIL PROTECTED] +MAINTAINER=Patrick Alken [EMAIL PROTECTED] # GPL PERMIT_PACKAGE_CDROM= Yes @@ -18,9 +18,10 @@ PERMIT_DISTFILES_FTP= Yes WANTLIB= c readline termcap -MASTER_SITES= http://dunx1.irt.drexel.edu/~psa22/source/ +MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=ald/} CONFIGURE_STYLE= gnu +CONFIGURE_ARGS=--disable-gtk MODGNU_CONFIG_GUESS_DIRS= ${WRKSRC}/autoconf \ ${WRKSRC}/libDASM/autoconf \ ${WRKSRC}/libDebug/autoconf diff -urN -x CVS /usr/ports/devel/ald/distinfo ald/distinfo --- /usr/ports/devel/ald/distinfo Wed Jan 5 11:22:27 2005 +++ ald/distinfoThu Jan 26 23:20:59 2006 @@ -1,4 +1,4 @@ -MD5 (ald-0.1.5a.tar.gz) = 0cb5545fac6d47f277a5f195e3a1dd0d -RMD160 (ald-0.1.5a.tar.gz) = 82ea1d3c69b799a215c5f153613468e24931f24a -SHA1 (ald-0.1.5a.tar.gz) = 96733f107e8222dde878be73678ef0860b1d4278 -SIZE (ald-0.1.5a.tar.gz) = 307460 +MD5 (ald-0.1.7.tar.gz) = dc9839014ea9308146142ab84efbbd46 +RMD160 (ald-0.1.7.tar.gz) = 37a2049005fd7101f69e26212e814ebca14dfdbf +SHA1 (ald-0.1.7.tar.gz) = e9734b434047a3e4b0d8aed48f017bdf12f27039 +SIZE (ald-0.1.7.tar.gz) = 665998
Re: x11/jwm
Quoting steven mestdagh ([EMAIL PROTECTED]): some more comments: - the port does not honour CFLAGS. It should do that now, along with CC. it does not, there is still a flag -O2 after our CFLAGS. you may need to patch configure to get rid of it. I patched that away in configured. New version attached. Regards, Michael. -- The shortest unit of time in the multiverse is the New York Second, defined as the period of time between the traffic lights turning green and the cab behind you honking. -- (Terry Pratchett, Lords and Ladies) jwm.tar.gz Description: application/tar-gz
Re: FIX: cyrus-sasl2
Antoine Jacoutot [EMAIL PROTECTED] writes: On Wed, 1 Feb 2006, Andreas Vögele wrote: Antoine Jacoutot writes: Hi, this is just a quick fix to replace hard coded /usr/local/etc to ${SYSCONFDIR} from the saslauthd man page. Also, saslauthd is currently built without support for the kerberos5 authentication mechanism. Here's a patch that fixes the Kerberos include path in saslauthd's configure script. Huh ? I use it all the time... You mean /usr/local/sbin/saslauthd -a kerberos5, right ? If so then it works fine. I'm wondering how this is possible since the Kerberos include path in saslauthd's configure script *is* wrong. The port in CVS only fixes the include path in the top-level configure script. Do you follow -current? I can reproduce this problem on i386 and amd64: $ cd /usr/ports/security/cyrus-sasl2 $ make [...] configure: configuring in saslauthd [...] checking krb5.h usability... no checking krb5.h presence... no checking for krb5.h... no [...] $ ./w-cyrus-sasl-2.1.21p0/cyrus-sasl-2.1.21/saslauthd/saslauthd -v saslauthd 2.1.21 authentication mechanisms: getpwent rimap With the fix that I posted the output is: authentication mechanisms: getpwent kerberos5 rimap
Re: update, telephony/asterisk 1.0.9 = 1.2.4
I can confirm that the port works fine on macpcc and amd64. app_conference will need to be updated slightly (minor compile-time error) Thanks for the updated port, btw. Kevin On 2/1/06, Stuart Henderson [EMAIL PROTECTED] wrote: On 2006/02/01 12:14, Ian Darwin wrote: Whether they get it right this time or not, I do think we should commit this now, well before the release. You've tested it on two plats, I've tested it lightly on i386, and it is way better than the 1.0.9 that is in the tree now. Agreed, it's a lot better. What do we need - someone else to test and ok's? I can't commit it but I'm happy to take maintainer.
PATCH: postfix
This patch uses the full patch to postconf which allows qshape to work. - David Index: ports/mail/postfix/snapshot/patches/patch-qshape.pl === RCS file: ports/mail/postfix/snapshot/patches/patch-qshape.pl diff -N ports/mail/postfix/snapshot/patches/patch-qshape.pl --- /dev/null 1 Jan 1970 00:00:00 - +++ ports/mail/postfix/snapshot/patches/patch-qshape.pl 1 Feb 2006 20:34:38 - @@ -0,0 +1,11 @@ +--- auxiliary/qshape/qshape.pl.origWed Feb 1 15:28:20 2006 auxiliary/qshape/qshape.pl Wed Feb 1 15:28:29 2006 +@@ -155,7 +155,7 @@ + + $ENV{q{MAIL_CONFIG}} = $opts{c} if (exists $opts{c}); + +- chomp(my $qdir = qx{postconf -h queue_directory}); ++ chomp(my $qdir = qx{/usr/local/sbin/postconf -h queue_directory}); + die $0: postconf failed\n if ($? != 0); + warn 'queue_directory' variable expansion not supported: $qdir\n + if ($qdir =~ /\$/); Index: ports/mail/postfix/stable/patches/patch-qshape.pl === RCS file: ports/mail/postfix/stable/patches/patch-qshape.pl diff -N ports/mail/postfix/stable/patches/patch-qshape.pl --- /dev/null 1 Jan 1970 00:00:00 - +++ ports/mail/postfix/stable/patches/patch-qshape.pl 1 Feb 2006 20:34:38 - @@ -0,0 +1,11 @@ +--- auxiliary/qshape/qshape.pl.origWed Feb 1 15:32:29 2006 auxiliary/qshape/qshape.pl Wed Feb 1 15:32:41 2006 +@@ -155,7 +155,7 @@ + + $ENV{q{MAIL_CONFIG}} = $opts{c} if (exists $opts{c}); + +- chomp(my $qdir = qx{postconf -h queue_directory}); ++ chomp(my $qdir = qx{/usr/local/sbin/postconf -h queue_directory}); + die $0: postconf failed\n if ($? != 0); + warn 'queue_directory' variable expansion not supported: $qdir\n + if ($qdir =~ /\$/);
Re: update, telephony/asterisk 1.0.9 = 1.2.4
On 2006/02/01 11:49, Kevin Reay wrote: I can confirm that the port works fine on macpcc and amd64. app_conference will need to be updated slightly (minor compile-time error) Thanks for testing, app_conference might be worth a separate port; looks useful since we don't have zaptel/ztdummy timing source to use meetme..
Re: New: Commoncpp - Please test
I have tweaked the port a bit more. Everything should work now. Please test again (especially under non-i386). Tobias
Re: UPDATE: graphics/blender
On Mon, Jan 30, 2006 at 03:12:21PM +0100, steven mestdagh wrote: a few weeks ago i already posted a similar diff, but no response, so please test. Builds on Zaurus (with 128 MB swap space), rendering one frame of that cube example also works, if you're patient ;-) Ciao, Kili
Re: PHP4 packages
On 2/2/06, Marc Balmer [EMAIL PROTECTED] wrote: * Andreas Vögele wrote: That's not the question. What the OP probably means is that all third-party PHP ports, like for example Horde, depend on the php5 port. You can't built packages that depend on php4. An you can't use modern software like recent horde based stuff with PHP4. If I were the OP I would install the relevant third-party PHP packages manually without using the ports system. Alternatively, he could copy those ports to /usr/ports/mystuff and alter the dependencies. Why not consider using PHP5? Hey Folks Thanks for the replies. The biggest issue I had related to the pear packages in particular. Scanning through the list further now I'm awake I have finally located the php4-pear-4.4.1p0.tgz package which will allow me to install everything I need for my applications. (although btw, I'm a little uncertain why you would install any /usr/local/bin/pear, which calls /var/www/pear/*, with standard php4-core when it just wont plain work... :) As for why not PHP5, because not every application I want to run has certified their compliance with PHP5, or just plainly states their stuff doesn't work on PHP5. Thanks again. Shane
Re: New: Commoncpp - Please test
LOL, maybe I should attach the port also, stupid me ;) Here it is. Tobias commoncpp.tar.gz Description: application/tar-gz
Re: PATCH: postfix
Fix your path. This patch is unnecessary. On Wed, Feb 01, 2006 at 03:36:12PM -0500, David Hill wrote: This patch uses the full patch to postconf which allows qshape to work. - David Index: ports/mail/postfix/snapshot/patches/patch-qshape.pl === RCS file: ports/mail/postfix/snapshot/patches/patch-qshape.pl diff -N ports/mail/postfix/snapshot/patches/patch-qshape.pl --- /dev/null 1 Jan 1970 00:00:00 - +++ ports/mail/postfix/snapshot/patches/patch-qshape.pl 1 Feb 2006 20:34:38 - @@ -0,0 +1,11 @@ +--- auxiliary/qshape/qshape.pl.orig Wed Feb 1 15:28:20 2006 auxiliary/qshape/qshape.pl Wed Feb 1 15:28:29 2006 +@@ -155,7 +155,7 @@ + + $ENV{q{MAIL_CONFIG}} = $opts{c} if (exists $opts{c}); + +-chomp(my $qdir = qx{postconf -h queue_directory}); ++chomp(my $qdir = qx{/usr/local/sbin/postconf -h queue_directory}); + die $0: postconf failed\n if ($? != 0); + warn 'queue_directory' variable expansion not supported: $qdir\n + if ($qdir =~ /\$/); Index: ports/mail/postfix/stable/patches/patch-qshape.pl === RCS file: ports/mail/postfix/stable/patches/patch-qshape.pl diff -N ports/mail/postfix/stable/patches/patch-qshape.pl --- /dev/null 1 Jan 1970 00:00:00 - +++ ports/mail/postfix/stable/patches/patch-qshape.pl 1 Feb 2006 20:34:38 - @@ -0,0 +1,11 @@ +--- auxiliary/qshape/qshape.pl.orig Wed Feb 1 15:32:29 2006 auxiliary/qshape/qshape.pl Wed Feb 1 15:32:41 2006 +@@ -155,7 +155,7 @@ + + $ENV{q{MAIL_CONFIG}} = $opts{c} if (exists $opts{c}); + +-chomp(my $qdir = qx{postconf -h queue_directory}); ++chomp(my $qdir = qx{/usr/local/sbin/postconf -h queue_directory}); + die $0: postconf failed\n if ($? != 0); + warn 'queue_directory' variable expansion not supported: $qdir\n + if ($qdir =~ /\$/);
Re: FIX: cyrus-sasl2
On Wed, 1 Feb 2006, Andreas Vögele wrote: I'm wondering how this is possible since the Kerberos include path in saslauthd's configure script *is* wrong. The port in CVS only fixes the include path in the top-level configure script. Do you follow -current? No. $ uname -prsv OpenBSD 3.8 GENERIC#1 VIA Samuel 2 (CentaurHauls 686-class) $ pkg_info | grep sasl cyrus-sasl-2.1.20p4 RFC SASL (Simple Authentication and Security Layer) $ /usr/local/sbin/saslauthd -v saslauthd 2.1.20 authentication mechanisms: getpwent kerberos5 rimap $ ps aux | grep sasl root 11222 0.0 0.3 552 1400 ?? Is18Jan060:42.77 /usr/local/sbin/saslauthd -a kerberos5 root 25347 0.0 0.3 552 1392 ?? I 18Jan060:42.86 /usr/local/sbin/saslauthd -a kerberos5 root 30503 0.0 0.3 540 1388 ?? I 18Jan060:42.79 /usr/local/sbin/saslauthd -a kerberos5 root 18372 0.0 0.3 548 1360 ?? I 18Jan060:42.83 /usr/local/sbin/saslauthd -a kerberos5 root 28944 0.0 0.3 548 1372 ?? I 18Jan060:42.86 /usr/local/sbin/saslauthd -a kerberos5 It works fine. No problem here... but I'm running 3.8-release+patches -- Antoine
PostgreSQL-JDBC (was: PostgreSQL 8.1.2)
On Tue, Jan 31, 2006 at 12:34:20PM +0100, Marc Balmer wrote: Find attached a diff for a minor PostgreSQL update to version 8.1.2. Quick test: works for me (on i386). Hijacking this thread: I've a port for the Java freaks (PostgreSQL-JDBC), but I'd not yet the time to make regress work. Anyone interested? (tgz attached) -- Kili -- GUIs normally make it simple to accomplish simple actions and impossible to accomplish complex actions. -- Doug Gwyn (22/Jum/91 in `comp.unix.wizards') postgresql-jdbc.tgz Description: application/tar-gz
UPDATE: net/mtr
Updates mtr to 0.69 which has ipv6 support. patches fix duplicate entries for multi-path routers and actually make ipv6 work on BSD. David Index: ports/net/mtr/Makefile === RCS file: /cvs/ports/net/mtr/Makefile,v retrieving revision 1.29 diff -u -r1.29 Makefile --- ports/net/mtr/Makefile 23 Mar 2005 19:45:31 - 1.29 +++ ports/net/mtr/Makefile 1 Feb 2006 22:43:33 - @@ -2,7 +2,7 @@ COMMENT= Matt's traceroute - network diagnostic tool -VERSION= 0.67 +VERSION= 0.69 DISTNAME= mtr-${VERSION} CATEGORIES=net Index: ports/net/mtr/distinfo === RCS file: /cvs/ports/net/mtr/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- ports/net/mtr/distinfo 5 Jan 2005 17:14:48 - 1.6 +++ ports/net/mtr/distinfo 1 Feb 2006 22:43:33 - @@ -1,4 +1,4 @@ -MD5 (mtr-0.67.tar.gz) = 76347197775ac604d7150ea01502a1df -RMD160 (mtr-0.67.tar.gz) = 2bd87ddb09a4c2aaf0f78156d8d8f272b4060f29 -SHA1 (mtr-0.67.tar.gz) = 23fe652ebe25fe86fcb421e78eb76917248b9c94 -SIZE (mtr-0.67.tar.gz) = 131393 +MD5 (mtr-0.69.tar.gz) = 58904d6d8d70114195cdeb653d56914c +RMD160 (mtr-0.69.tar.gz) = e95e0f27253d8d94587b429cbb65311035e93c2e +SHA1 (mtr-0.69.tar.gz) = 3fd0fa148b349d1966e0d79af0ffb84ecc7bed4b +SIZE (mtr-0.69.tar.gz) = 183216 Index: ports/net/mtr/patches/patch-dns.c === RCS file: ports/net/mtr/patches/patch-dns.c diff -N ports/net/mtr/patches/patch-dns.c --- /dev/null 1 Jan 1970 00:00:00 - +++ ports/net/mtr/patches/patch-dns.c 1 Feb 2006 22:43:33 - @@ -0,0 +1,29 @@ +--- dns.c.orig Wed Feb 1 17:38:28 2006 dns.c Wed Feb 1 17:39:26 2006 +@@ -437,7 +437,7 @@ + } + + +-int longipstr(char *s, ip_t *dst) ++int longipstr(char *s, ip_t *dst, int af) + { + #ifdef ENABLE_IPV6 + return inet_pton( af, s, dst ); +@@ -488,7 +488,7 @@ + strerror(errno)); + exit(-1); + } +- longipstr( 127.0.0.1, localhost ); ++ longipstr( 127.0.0.1, localhost, AF_INET ); + aseed = time(NULL) ^ (time(NULL) 3) ^ (dword)getpid(); + for (i = 0;i BashSize;i++) { + idbash[i] = NULL; +@@ -1228,7 +1228,7 @@ + if ( addrcmp( (void *) (_res.nsaddr_list[i].sin_addr), + (void *) (from4-sin_addr), (int) AF_INET ) == 0 || +addrcmp( (void *) (_res.nsaddr_list[i].sin_addr), +-(void *) unspec_addr, (int) AF_INET ) != 0 ) /* 0.0.0.0 replies as 127.0.0.1 */ ++(void *) unspec_addr, (int) AF_INET ) == 0 ) /* 0.0.0.0 replies as 127.0.0.1 */ + break; + } else + for (i = 0;i _res.nscount;i++) Index: ports/net/mtr/patches/patch-net.c === RCS file: ports/net/mtr/patches/patch-net.c diff -N ports/net/mtr/patches/patch-net.c --- /dev/null 1 Jan 1970 00:00:00 - +++ ports/net/mtr/patches/patch-net.c 1 Feb 2006 22:43:33 - @@ -0,0 +1,28 @@ +--- net.c.orig Wed Feb 1 17:37:38 2006 net.c Wed Feb 1 17:38:17 2006 +@@ -277,7 +277,7 @@ + exit( EXIT_FAILURE); + } + echotype = ICMP6_ECHO_REQUEST; +-salen = sizeof (struct sockaddr_storage); ++salen = sizeof (struct sockaddr_in6); + break; + #endif + } +@@ -305,7 +305,6 @@ + rv = sendto(sendsock, packet, abs(packetsize), 0, + remotesockaddr, salen); + if (rv = 0) { +- fprintf (stderr, You've got a broken (FreeBSD?) system\n); + BSDfix = 1; + } + } +@@ -346,7 +345,7 @@ + addrcpy( (void *) (host[index].addrs[0]), addr, af ); + } else { + for( i=0; iMAXPATH; ) { +- if( addrcmp( (void *) (host[index].addrs[i]), (void *) addr, ++ if( addrcmp( (void *) (host[index].addrs[i]), addr, +af ) == 0 || + addrcmp( (void *) (host[index].addrs[i]), + (void *) unspec_addr, af ) == 0 ) break;
Re: update, telephony/asterisk 1.0.9 = 1.2.4
I will ok it by committing it. Please give me your MAINTAINER= line. Thanks, On Wednesday 01 February 2006 11:31, Stuart Henderson wrote: On 2006/02/01 12:14, Ian Darwin wrote: Whether they get it right this time or not, I do think we should commit this now, well before the release. You've tested it on two plats, I've tested it lightly on i386, and it is way better than the 1.0.9 that is in the tree now. Agreed, it's a lot better. What do we need - someone else to test and ok's? I can't commit it but I'm happy to take maintainer. -- Todd Fries .. [EMAIL PROTECTED] _ | \ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | ..in support of free software solutions. \ 250797 (FWD) | \ \\ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt