Re: mysql server 5.0.37 is slow
Kris Kennaway wrote: On Wed, Jun 13, 2007 at 03:17:44PM +0800, David Xu wrote: The mysql server 5.0.37 built from ports with default configuration is too slow, I found I must put --disable-profiling into Makefile's CONFIGURE_ARGS to bring it back to normal performance. Yeah, that made me very confused too. I found a mysql bug report about it that claimed it was fixed (basically they effectively enabled SQL profiling always, by accident), so I assume 5.0.41 (what is currently in ports) is also fixed. Can you confirm? Kris I have tested 5.0.41, it does not have the problem, thanks. David Xu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: net/rdesktop segfault
On Fri, 01 Jun 2007 14:48:13 +0200 Thomas Spreng [EMAIL PROTECTED] wrote: Thomas Spreng wrote: Hi, Duane Hill wrote: From the stand point of a fresh FBSD 6.2 install, rdesktop 1.5.0 works fine here using xorg 7.2. I just logged into an XP pro and 2000 server without a segfault. I've only tested connections to Windows Server 2003 SP2 so far, rdesktop-1.5.0_1 segfaults every time at the login screen. I'll try to do some testing on different Windows versions then. Ok, I just did some testing and it looks like it depends on what framebuffer depth is used. rdesktop-1.5.0_1 works fine if xorg 7.2 runs with a depth of 24 (32 bpp framebuffer). If I switch to a depth of 16 on the other hand, rdesktop-1.5.0_1 segfaults most of the time. It doesn't matter what color depth I choose for the connection (rdesktop command line argument). Same here! If I apply the patch (which I attached in one of my earlier posts) everything runs fine, regardless what color depth is used. Kind of new to path...please help me, how do I apply it? All this has been tested on FBSD6.2 using xorg v7.2 (nv driver) connecting to a Windows 2003 SP2. Tested on 6.2 with nv and sis. Connections to Windows 2000 sp4 and 2003 R2 sp2. Same problem Can anyone confirm my results? Or do some tests using other systems/setups? cheers, tom. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] -- Anders Trobäck http://www.troback.com/ Windows: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming, or what? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: net/rdesktop segfault
If I apply the patch (which I attached in one of my earlier posts) everything runs fine, regardless what color depth is used. Kind of new to path...please help me, how do I apply it? as I have mentioned in the message containing the patch. The following procedure should do the trick (untested, off the top of my mind). first of all download the diff file, then issue the following commands: # cd /usr/ports/net/rdesktop # patch -p1 /path/to/rdesktop_1.5.0_2.diff # portupgrade net/rdesktop cheers, tom. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
subversion -- compile file - requires lgssapi_krb5
compiling on: # uname -a FreeBSD ___ 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP amd64 2 -L/usr/local/lib -L/usr/local/lib/db42 -rpath /usr/local/lib -o libsvn_ra_dav-1.la commit.lo fetch.lo file_revs.lo log.lo merge.lo options.lo props.lo replay.lo session.lo util.lo ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la /usr/local/lib/libaprutil-1.la -lgdbm -ldb-4.2 -lexpat -liconv /usr/local/lib/libapr-1.la -lcrypt -lpthread -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lneon -lintl -lssl -lcrypto -lz -L/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -O2 -fno-strict-aliasing -pipe -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lexpat -lintl -lz /usr/bin/ld: cannot find -lgssapi_krb5 *** Error code 1 Stop in /usr/ports/devel/subversion/work/subversion-1.4.3. *** Error code 1 Stop in /usr/ports/devel/subversion. I am not certain if the following may be relevant but thought they could be: # pkg_info |grep crypt libdvdcss-1.2.9_2 Portable abstraction library for DVD decryption libgcrypt-1.2.4_1 General purpose crypto library based on code used in GnuPG [EMAIL PROTECTED] /usr/lib]# ls -l |grep crypt -r--r--r-- 1 root wheel53052 May 6 2006 libcrypt.a lrwxrwxrwx 1 root wheel 18 Aug 17 2006 libcrypt.so - /lib/libcrypt.so.3 -r--r--r-- 1 root wheel54782 May 6 2006 libcrypt_p.a -r--r--r-- 1 root wheel 2632858 May 6 2006 libcrypto.a lrwxrwxrwx 1 root wheel 19 Aug 17 2006 libcrypto.so - /lib/libcrypto.so.4 -r--r--r-- 1 root wheel 2763058 May 6 2006 libcrypto_p.a [EMAIL PROTECTED] /usr/local/lib]# ls -l |grep crypt -rw-r--r-- 1 root wheel548140 Mar 21 12:38 libgcrypt.a -rwxr-xr-x 1 root wheel 921 Mar 21 12:38 libgcrypt.la lrwxr-xr-x 1 root wheel15 Mar 21 12:38 libgcrypt.so - libgcrypt.so.13 -rwxr-xr-x 1 root wheel354868 Mar 21 12:38 libgcrypt.so.13 [EMAIL PROTECTED] /etc/rc.d]# locate krb5 |more /usr/bin/krb5-config /usr/bin/verify_krb5_conf /usr/compat/linux/etc/krb5.conf /usr/compat/linux/etc/krb5.conf.dist /usr/compat/linux/usr/kerberos/share/examples/krb5 /usr/compat/linux/usr/kerberos/share/examples/krb5/kdc.conf /usr/compat/linux/usr/kerberos/share/examples/krb5/krb5.conf /usr/compat/linux/usr/kerberos/share/examples/krb5/services.append /usr/compat/linux/usr/lib/libgssapi_krb5.so.2 /usr/compat/linux/usr/lib/libgssapi_krb5.so.2.2 /usr/compat/linux/usr/lib/libkrb5.so.3 /usr/compat/linux/usr/lib/libkrb5.so.3.2 /usr/compat/linux/usr/lib/libkrb5support.so.0 /usr/compat/linux/usr/lib/libkrb5support.so.0.0 Can anyone tell me how to successfully compile devel/subversion? If more information is needed please say. Thanks david ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ./options-descr file suggestion for ports
On Jun 13, 2007, at 3:36 AM, Alexander Leidinger wrote: First there where no OPTIONS, then OPTIONS was introduced. If you feel annoyed by those ports which are not converted yet to OPTIONS (because nobody felt annoyed enough to convert them), feel free to submit patches for them. personally, I'm annoyed by ports that use OPTIONS because I cannot then set them globally in my make.conf file (which is copied around to all my servers). I have to ensure that the proper OPTIONS are set on every machine on which I may build a port. Is it possible (and/or is anyone working on) a way to make the options setting non-interactive and pull the settings from a config file instead? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ./options-descr file suggestion for ports
Vivek Khera wrote: On Jun 13, 2007, at 3:36 AM, Alexander Leidinger wrote: First there where no OPTIONS, then OPTIONS was introduced. If you feel annoyed by those ports which are not converted yet to OPTIONS (because nobody felt annoyed enough to convert them), feel free to submit patches for them. personally, I'm annoyed by ports that use OPTIONS because I cannot then set them globally in my make.conf file (which is copied around to all my servers). I have to ensure that the proper OPTIONS are set on every machine on which I may build a port. Is it possible (and/or is anyone working on) a way to make the options setting non-interactive and pull the settings from a config file instead? Look at the ports man page: BATCH=yes If not options files exist the options as set in /etc/make.conf will be used. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ./options-descr file suggestion for ports
On Wed, 13 Jun 2007, Vivek Khera wrote: On Jun 13, 2007, at 3:36 AM, Alexander Leidinger wrote: First there where no OPTIONS, then OPTIONS was introduced. If you feel annoyed by those ports which are not converted yet to OPTIONS (because nobody felt annoyed enough to convert them), feel free to submit patches for them. personally, I'm annoyed by ports that use OPTIONS because I cannot then set them globally in my make.conf file (which is copied around to all my servers). I have to ensure that the proper OPTIONS are set on every machine on which I may build a port. Is it possible (and/or is anyone working on) a way to make the options setting non-interactive and pull the settings from a config file instead? I use ports-mgmt/portconf. It puts a hook into make.conf that reads it for port configuration. This allows make.conf to be different on each system while having a configuration file you can copy to each system. As for making non-interactive mode the default in ports.conf: *: BATCH Sean -- [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make update broken
Alex Dupre wrote: [LoN]Kamikaze ha scritto: Make update is broken on my system. Due to the removal of PORTSNAP_UPDATE it now complains about a missing PORTSSUPFILE (SUP_UPDATE is defined for updating /usr/src) instead of using portsnap. I've already notified portmgr and proposed two solutions for this issue. Hopefully it will be fixed soon. It still seems not to be fixed and I cannot find the PR either. Can you give me the number? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: subversion -- compile file - requires lgssapi_krb5
On Wednesday 13 June 2007 07:24:23 Scot Hetzel wrote: On 6/13/07, David Southwell [EMAIL PROTECTED] wrote: compiling on: # uname -a FreeBSD ___ 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP amd64 2 -L/usr/local/lib -L/usr/local/lib/db42 -rpath /usr/local/lib -o libsvn_ra_dav-1.la commit.lo fetch.lo file_revs.lo log.lo merge.lo options.lo props.lo replay.lo session.lo util.lo ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la /usr/local/lib/libaprutil-1.la -lgdbm -ldb-4.2 -lexpat -liconv /usr/local/lib/libapr-1.la -lcrypt -lpthread -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lneon -lintl -lssl -lcrypto -lz -L/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -O2 -fno-strict-aliasing -pipe -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lexpat -lintl -lz /usr/bin/ld: cannot find -lgssapi_krb5 *** Error code 1 Stop in /usr/ports/devel/subversion/work/subversion-1.4.3. *** Error code 1 Stop in /usr/ports/devel/subversion. I am not certain if the following may be relevant but thought they could be: # pkg_info |grep crypt libdvdcss-1.2.9_2 Portable abstraction library for DVD decryption libgcrypt-1.2.4_1 General purpose crypto library based on code used in GnuPG [EMAIL PROTECTED] /usr/lib]# ls -l |grep crypt -r--r--r-- 1 root wheel53052 May 6 2006 libcrypt.a lrwxrwxrwx 1 root wheel 18 Aug 17 2006 libcrypt.so - /lib/libcrypt.so.3 -r--r--r-- 1 root wheel54782 May 6 2006 libcrypt_p.a -r--r--r-- 1 root wheel 2632858 May 6 2006 libcrypto.a lrwxrwxrwx 1 root wheel 19 Aug 17 2006 libcrypto.so - /lib/libcrypto.so.4 -r--r--r-- 1 root wheel 2763058 May 6 2006 libcrypto_p.a [EMAIL PROTECTED] /usr/local/lib]# ls -l |grep crypt -rw-r--r-- 1 root wheel548140 Mar 21 12:38 libgcrypt.a -rwxr-xr-x 1 root wheel 921 Mar 21 12:38 libgcrypt.la lrwxr-xr-x 1 root wheel15 Mar 21 12:38 libgcrypt.so - libgcrypt.so.13 -rwxr-xr-x 1 root wheel354868 Mar 21 12:38 libgcrypt.so.13 [EMAIL PROTECTED] /etc/rc.d]# locate krb5 |more /usr/bin/krb5-config /usr/bin/verify_krb5_conf /usr/compat/linux/etc/krb5.conf /usr/compat/linux/etc/krb5.conf.dist /usr/compat/linux/usr/kerberos/share/examples/krb5 /usr/compat/linux/usr/kerberos/share/examples/krb5/kdc.conf /usr/compat/linux/usr/kerberos/share/examples/krb5/krb5.conf /usr/compat/linux/usr/kerberos/share/examples/krb5/services.append /usr/compat/linux/usr/lib/libgssapi_krb5.so.2 /usr/compat/linux/usr/lib/libgssapi_krb5.so.2.2 /usr/compat/linux/usr/lib/libkrb5.so.3 /usr/compat/linux/usr/lib/libkrb5.so.3.2 /usr/compat/linux/usr/lib/libkrb5support.so.0 /usr/compat/linux/usr/lib/libkrb5support.so.0.0 Can anyone tell me how to successfully compile devel/subversion? If more information is needed please say. Thanks david Do you have kerberos installed for the base system? hp010# ls /usr/lib/libgss* /usr/lib/libgssapi.a/usr/lib/libgssapi_krb5.so /usr/lib/libgssapi.so /usr/lib/libgssapi_krb5.so.8 /usr/lib/libgssapi.so.8 /usr/lib/libgssapi_krb5_p.a /usr/lib/libgssapi_krb5.a /usr/lib/libgssapi_p.a Scot Hi Scot Hope you are doing well here is what I have: [EMAIL PROTECTED] /usr/bin]# ls -l /usr/lib/libgss* -r--r--r-- 1 root wheel 141960 Feb 27 10:24 /usr/lib/libgssapi.a lrwxr-xr-x 1 root wheel 14 Mar 23 07:59 /usr/lib/libgssapi.so - libgssapi.so.8 -r--r--r-- 1 root wheel 63056 Mar 23 07:59 /usr/lib/libgssapi.so.8 -r--r--r-- 1 root wheel 146556 Feb 27 10:24 /usr/lib/libgssapi_p.a I have a hazy recolection that, at some time, there was a conflict between kerberos and something else. The only *_krb5 is to be found in /usr/compat/linux/lib Sorry to sound so vague. david ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make update broken
[LoN]Kamikaze wrote: It still seems not to be fixed and I cannot find the PR either. Can you give me the number? I didn't open a PR, I contacted directly who proposed/committed that change and portmgr. But after a couple of mail exchanges nobody took a final decision (i.e. I'm still waiting a reply or an action). -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make update broken
On Wed, Jun 13, 2007 at 06:47:41PM +0200, Alex Dupre wrote: [LoN]Kamikaze wrote: It still seems not to be fixed and I cannot find the PR either. Can you give me the number? I didn't open a PR, I contacted directly who proposed/committed that change and portmgr. But after a couple of mail exchanges nobody took a final decision (i.e. I'm still waiting a reply or an action). As I described earlier, SUP_UPDATE, CVS_UPDATE and PORTSNAP_UPDATE are mutually exclusive and cannot be used at the same time. That it worked before was an artifact which has been fixed. That is doesn't work anymore means the designed behaviour finally has been fixed and not broken :-) Your patch reintroduces PORTSNAP_UPDATE with a new meaning. While I dislike this workaround for an unsupported configuration, it may be needed for backwards compatability. Please send-pr your patch, but please also add documentation of the new meaning of PORTSNAP_UPDATE. -erwin -- Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_///[EMAIL PROTECTED] And it makes you cry.) ([EMAIL PROTECTED] pgpGe77C9WaD7.pgp Description: PGP signature
Re: make update broken
Erwin Lansing wrote: On Wed, Jun 13, 2007 at 06:47:41PM +0200, Alex Dupre wrote: [LoN]Kamikaze wrote: It still seems not to be fixed and I cannot find the PR either. Can you give me the number? I didn't open a PR, I contacted directly who proposed/committed that change and portmgr. But after a couple of mail exchanges nobody took a final decision (i.e. I'm still waiting a reply or an action). As I described earlier, SUP_UPDATE, CVS_UPDATE and PORTSNAP_UPDATE are mutually exclusive and cannot be used at the same time. That it worked before was an artifact which has been fixed. That is doesn't work anymore means the designed behaviour finally has been fixed and not broken :-) So you cannot maintain /usr/src if you wish to use portsnap for /usr/ports? The intended behaviour is stupid. I would prefer a fall back to portsnap if PORTSSUPFILE is not provided. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
openoffice.org SAL_IGNOREXERRORS=true, anyone else?
Hello, does someone else see this as well? : I now need to set SAL_IGNOREXERRORS=true in order to correctly run openoffice.org (June 11 world ports x86-stable). Otherwise it will almost immediately quit after lauch; gdb does not learn me more than 'Program exited with code 0116.' I worked OK after the xorg72 upgrade, but broke after un update this weekend. I rebuild openoffice.org-2.2 from scratch (LOCALIZED_LANG=fr), same result. Regards, Arno ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: openoffice.org SAL_IGNOREXERRORS=true, anyone else?
Arno J. Klaassen wrote: Hello, does someone else see this as well? : I now need to set SAL_IGNOREXERRORS=true in order to correctly run openoffice.org (June 11 world ports x86-stable). Otherwise it will almost immediately quit after lauch; gdb does not learn me more than 'Program exited with code 0116.' I worked OK after the xorg72 upgrade, but broke after un update this weekend. I rebuild openoffice.org-2.2 from scratch (LOCALIZED_LANG=fr), same result. Regards, Arno The issue seems to be GTK related. Set OOO_FORCE_DESKTOP to kde or none in your environment as a temporary workaround. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make update broken
Erwin Lansing wrote: As I described earlier, SUP_UPDATE, CVS_UPDATE and PORTSNAP_UPDATE are mutually exclusive and cannot be used at the same time. That it worked before was an artifact which has been fixed. That is doesn't work anymore means the designed behaviour finally has been fixed and not broken :-) As I said before, this is a non-sense: portsnap cannot be used to update src, so it shouldn't prevent to use sup or cvs for such job. I don't know who decided such mutually exclusive behavior, but actually is a (wrong) priority behavior, so the design is still flawed in that sense (if you define SUP_UPDATE and CVS_UPDATE you will use cvs, if you define SUP_UPDATE and PORTSNAP_UPDATE you will get an error). I vote for the enhanced priority behavior: src ports SUP_UPDATE + SUPFILE PORTSNAP_UPDATE CVS_UPDATESUP_UPDATE + PORTSSUPFILE CVS_UPDATE Your patch reintroduces PORTSNAP_UPDATE with a new meaning. Previous meaning, not new. Where is defined the official PORTSNAP_UPDATE meaning? While I dislike this workaround for an unsupported configuration, it may be needed for backwards compatability. Please send-pr your patch, but please also add documentation of the new meaning of PORTSNAP_UPDATE. I'll do it. -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mail/postfix on Current (-DFREEBSD#)
On 6/13/07, Johan Hendriks [EMAIL PROTECTED] wrote: I use FreeBSD on a lot of mailservers in combination with postfix. When i compile on FreeBSD 5 i see messages like: cc -DHAS_PCRE -I/usr/local/include -O -pipe -I. -DFREEBSD5 -c format_tv.c On FreeBSD 6 they look like : cc -DHAS_PCRE -I/usr/local/include -O2 -fno-strict-aliasing -pipe -I. -DFREEBSD6 -c mystrtok.c so i guess -DFREEBSD5 or 6 resembles the current version it runs on, but on FreeBSD 7 i see this: cc -DHAS_PCRE -I/usr/local/include -O2 -fno-strict-aliasing -pipe -I. -I../../include -DFREEBSD5 -c rcpt_print.c it has the -DFREEBSD5 Is this an error on my system or is this suppose to happen. and if so what does -DFREEBSD# means. It is used in only 2 places in the postfix code: work/postfix*/src/util/sys_defs.h - The comment at the top of this file: /* * Specific platforms. Major release numbers differ for a good reason. So be * a good girl, plan for the future, and at least include the major release * number in the system type (for example, SUNOS5 or FREEBSD2). The system * type is determined by the makedefs shell script in the top-level * directory. Adding support for a new system type means updating the * makedefs script, and adding a section below for the new system. */ /* * 4.4BSD and close derivatives. */ #if defined(FREEBSD2) || defined(FREEBSD3) || defined(FREEBSD4) \ || defined(FREEBSD5) || defined(FREEBSD6) \ || defined(BSDI2) || defined(BSDI3) || defined(BSDI4) \ || defined(OPENBSD2) || defined(OPENBSD3) || defined(OPENBSD4) \ || defined(NETBSD1) || defined(NETBSD2) || defined(NETBSD3) \ || defined(NETBSD4) \ || defined(EKKOBSD1) So basically there is no difference between FreeBSD5 and FreeBSD6, as it is only used at this one location, and currently not used anywhere else in the code. work/postfix*/src/util/gccw.ref - This file is used by the 'make gcctest' to compare the output of building gccw.c to this file. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: usermin-1.280
Hi, I'm getting a checksum error for this update. I think there may be a fault in the install script. Kind regards Claus Krogsgaard smime.p7s Description: S/MIME cryptographic signature
Re: ports cross compiling
On Wed, 13 Jun 2007 19:11:41 -0400 Kris Kennaway [EMAIL PROTECTED] wrote: On Wed, Jun 13, 2007 at 06:35:10PM -0400, Z.C.B. wrote: Any suggestions on how to cross compile ports? It's almost entirely unsupported by the individual ports. So ones best option is qemu? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
