Re: Request - new port
On Mon, 2010-10-18 at 16:34:11 +0200, Carsten Jensen wrote: > Is there a kind soul who can update the ports, to take a look/add a > new app http://www.freebsd.org/cgi/query-pr.cgi?pr=151363 > > I know that it can take some time, but seeing on the list that some > new ports are still waiting to be added (goes back to 2007; > ports/117299), I'm just trying for mine not to be "forgotten". Consider submitting an archive that does not extract into /usr/ports. -- Sahil Tandon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
issue with pkg_add
Hi, I believe I may have come across a potential bug in pkg_add, but wanted to write my findings out to see if anyone has seen this issue, or knows of something I may be doing wrong. I wrote a port that uses USERS/GROUPS functionality of ports. USERS= user GROUPS= user_work BINOWN= user BINGRP= user_work BINMODE=4110 These are the exec lines in my +CONTENTS file (assume one line for each exec, they were wrapped): @exec if ! /usr/sbin/pw groupshow user_work >/dev/null 2>&1; then /usr/sbin/pw groupadd user_work -g 999; fi @exec if ! /usr/sbin/pw usershow user >/dev/null 2>&1; then /usr/sbin/pw useradd user -u 999 -g 999 -c "user" -d /home/user -s /usr/sbin/nologin; fi I found that on my desktop with a ports tree installed that this port and package installed with no issue, however I found that if I tried to install the package in a jail with no ports tree and nothing installed that it failed with this error: pw: group `999' does not exist pkg_add: command 'if ! /usr/sbin/pw usershow user >/dev/null 2>&1; then /usr/sbin/pw useradd user -u 999 -g 999 -c "user" -d /home/user -s /usr/sbin/nologin; fi' failed I removed all remnants of the installation (these packages were all successful builds in Tinderbox), including installed users/groups. I copied my UIDs and GIDs files to an empty /usr/ports directory. So the only files under /usr/ports were UIDs and GIDs. With these files in place, I reran the pkg_add command on the port package I created and it installed the user and group with no issue, with correct permissions and modes on the files. With this testing, it appears that pkg_add is looking at /usr/ports/UIDs and /usr/ports/GIDs for information on installing a port package, even-though all of the information required for an installation appears to be in my port package. Has anyone run into this issue? Any assumptions I am making? Any flawed logic in testing? Thanks, Jason ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Problem (again) with portsnap5.FreeBSD.org?
$ date Wed Oct 20 01:11:10 CEST 2010 # portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from portsnap5.FreeBSD.org... failed. Fetching snapshot tag from portsnap6.FreeBSD.org... done. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
database/freetds-devel fails to build
u1# make install clean ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for freetds-devel-0.82.1_4,1 => freetds-patched.tgz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://www.ibiblio.org/pub/Linux/ALPHA/freetds/stable/. fetch: http://www.ibiblio.org/pub/Linux/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from http://www.gtlib.cc.gatech.edu/pub/Linux/ALPHA/freetds/stable/. fetch: http://www.gtlib.cc.gatech.edu/pub/Linux/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.cs.tu-berlin.de/pub/linux/Mirrors/sunsite.unc.edu/ALPHA/freetds/stable/. fetch: ftp://ftp.cs.tu-berlin.de/pub/linux/Mirrors/sunsite.unc.edu/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.physics.auth.gr/pub/mirrors/ibiblio/Linux/ALPHA/freetds/stable/. fetch: ftp://ftp.physics.auth.gr/pub/mirrors/ibiblio/Linux/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.edisontel.com/pub/Sunsite_Mirror/ALPHA/freetds/stable/. fetch: ftp://ftp.edisontel.com/pub/Sunsite_Mirror/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.nluug.nl/pub/metalab/ALPHA/freetds/stable/. fetch: ftp://ftp.nluug.nl/pub/metalab/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.nvg.ntnu.no/pub/mirrors/metalab.unc.edu/ALPHA/freetds/stable/. fetch: ftp://ftp.nvg.ntnu.no/pub/mirrors/metalab.unc.edu/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.icm.edu.pl/pub/Linux/sunsite/ALPHA/freetds/stable/. fetch: ftp://ftp.icm.edu.pl/pub/Linux/sunsite/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.cse.cuhk.edu.hk/pub4/Linux/ALPHA/freetds/stable/. fetch: ftp://ftp.cse.cuhk.edu.hk/pub4/Linux/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.kddlabs.co.jp/Linux/metalab.unc.edu/ALPHA/freetds/stable/. fetch: ftp://ftp.kddlabs.co.jp/Linux/metalab.unc.edu/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.chg.ru/pub/Linux/sunsite/ALPHA/freetds/stable/. fetch: ftp://ftp.chg.ru/pub/Linux/sunsite/ALPHA/freetds/stable/freetds-patched.tgz: No address record => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/freetds-patched.tgz: No address record => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /faster1/ports/databases/freetds-devel. *** Error code 1 Stop in /faster1/ports/databases/freetds-devel. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: New tools for committers and maintainers
Greg Larkin wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Emanuel Haupt wrote: > > Wesley Shields wrote: > >> On Tue, Oct 19, 2010 at 08:41:28PM +0200, Emanuel Haupt wrote: > >>> Wesley Shields wrote: > On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote: > > Hi, > > > > > > A new tool was just committed to ports, ports-mgmt/distilator. > > It will check for you each of the MASTER_SITES of the port you > > call it with. > The link I was given when ehaupt@ ran it included URLs in > pkg-descr too. It even found some of those that were no longer > valid for me. > >>> ports-mgmt/distilator can do that too. It's basically code > >>> extracted from the version that creates the distilator report [1] > >>> and put into a library. > >> Thanks! I didn't mean to imply that distilator could not do that. I > >> just wanted to point out that it does more than just MASTER_SITE > >> checking. In any case, thank you again for making it. It will be > >> quite useful in cleaning up the little things that can go stale > >> over time. > > > > You're very welcome :) > > > > Emanuel > > Small issue at installation here - I have Perl 5.8.9 installed, and I > got this error: > > Perl v5.10.1 required--this is only v5.8.9, stopped at ./Makefile.PL > line 1. BEGIN failed--compilation aborted at ./Makefile.PL line 1. > > The Makefile specifies PERL_CONFIGURE=5.8.0+, though. I'll upgrade > Perl and try it again. Thanks for the pointer. I've just changed the port: -PERL_CONFIGURE=5.8.0+ +PERL_CONFIGURE=5.10.1+ Emanuel ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: New tools for committers and maintainers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Emanuel Haupt wrote: > Wesley Shields wrote: >> On Tue, Oct 19, 2010 at 08:41:28PM +0200, Emanuel Haupt wrote: >>> Wesley Shields wrote: On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote: > Hi, > > > A new tool was just committed to ports, ports-mgmt/distilator. > It will check for you each of the MASTER_SITES of the port you > call it with. The link I was given when ehaupt@ ran it included URLs in pkg-descr too. It even found some of those that were no longer valid for me. >>> ports-mgmt/distilator can do that too. It's basically code extracted >>> from the version that creates the distilator report [1] and put >>> into a library. >> Thanks! I didn't mean to imply that distilator could not do that. I >> just wanted to point out that it does more than just MASTER_SITE >> checking. In any case, thank you again for making it. It will be >> quite useful in cleaning up the little things that can go stale over >> time. > > You're very welcome :) > > Emanuel Small issue at installation here - I have Perl 5.8.9 installed, and I got this error: Perl v5.10.1 required--this is only v5.8.9, stopped at ./Makefile.PL line 1. BEGIN failed--compilation aborted at ./Makefile.PL line 1. The Makefile specifies PERL_CONFIGURE=5.8.0+, though. I'll upgrade Perl and try it again. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFMvfKs0sRouByUApARApkcAJwM9XjBaQBe9tSbtq74rvjG31ca8wCeOReD j4AH1+2WEI/zK25ibYJjr8U= =rrRf -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
vdr update (dvb with webcamd, and yes it works with xbmc too :)
[Updated Oct 19 2010 - I thought merging in the updates makes the text easier to read for new testers rather than adding updates as followups at the end. Main news: - Updated xineliboutput to latest cvs, checkout from 20101019. I also put the distfile here in case the mirrors haven't synced yet: http://people.freebsd.org/~nox/tmp/distfiles/vdr-xineliboutput-1.0.5s20101019.tar.bz2 - Added iptv and vnsiserver plugin ports, tho of those I only tested live internet streams transcoded via the vlc2iptv script. - Fixed two crashes, one in osdteletext with some streams, and another one caused by the control plugin when stopping vdr. - Tested with xbmc, vdr streamdev as video source. For details see below.] Hi! I started with jpulz' vdr 1.7.14 patches: (now updated to 1.7.16) ftp://ftp.frm2.tum.de/pub/jpulz/VDR/ ftp://ftp.frm2.tum.de/pub/jpulz/pictures/ and made q&d ports of those and of a few more plugins and two webinterfaces so I can now use FreeBSD as a pc dvb-s2 dvr: http://people.freebsd.org/~nox/dvb/vdrdevel-preliminary-20101019a.shar I still don't know if/when I'll be able finish these to make them commit-ready (or even port all of the other plugins that people might want to use), if anyone wants to take over from here or at least help they are most welcome... Note: vdr 1.7.16 is the development branch so expect bugs! (I mostly used it because the stable branch (1.6) doesn't support dvb-s2...) FreeBSD notes: 0. See my earlier threads on the freebsd-multimedia list about webcamd and the usb dvb-s2 tuner I use; the relevant webcamd ports and frieds have been updated now so you _should_ be able to just use those. (dvb-t or dvb-c tuners should also work as long as webcamd supports them, tho the one dual dvb-t tuner I tested for some reason seems to receive better when used with kaffeine than with mplayer or vdr, reasons still to be investigated...) Some links are here: http://people.freebsd.org/~nox/dvb/ 1. Before you start installing these ports add the vdr user and group to /usr/ports/UIDs: vdr:*:988:988::0:0:vdr user:/nonexistent:/usr/sbin/nologin and to /usr/ports/GIDs: vdr:*:988: (you don't have to use 988, I just didn't want the id to conflict with new ports being committed too quickly...), and then either mount an extra fs with enough space for the recordings on /video or create a video dir elsewhere where there is space, symlink it to /video and make it writable for vdr. (or if you do have one big / then you can create the dir on there too ofc, I just disabled the mkdir in the port to avoid inadvertently filling up ppl's small / fs.) 2. I now have rc.d scripts for vdr and vdradmin-am but even if you use those you still need to add plugins and their options similar to this to your /etc/rc.conf: ---snip # vdr vdr_flags="'-Pxineliboutput --local=none --remote=127.1:37890' \ -Pskinenigmang -Pfemon -Posdpip \ '-Posdteletext --directory=/var/cache/vdr-osdteletext --cache-system=packed --max-cache=128' \ -Pstreamdev-server '-Plive -i127.1' -Pepgsearch -Pcontrol \ '-Pinfosatepg -d /var/cache/vdr-infosatepg' '-Piptv'" ---snip look in the README.s of the individual plugin ports for any needed options. (should get installed below /usr/local/share/doc/vdr*) And if you want vdr to start at boot (instead of just manually by doing: /usr/local/etc/rc.d/vdr onestart ) you need to set: vdr_enable="YES" too of course. And for vdradmin_am its: vdradmind_enable="YES" If you want to start vdr manually in the foreground instead you need to be root (or the vdr user but vdr also drops to the vdr uid itself if started as root), and then run it like: vdr '-Pxineliboutput --local=none --remote=127.1:37890' -Pskinenigmang -Pfemon -Posdpip '-Posdteletext --directory=/var/cache/vdr-osdteletext --cache-system=packed --max-cache=128' -Pstreamdev-server '-Plive -i127.1' -Pepgsearch -Pcontrol '-Pinfosatepg -d /var/cache/vdr-infosatepg' '-Piptv' 2a.I now also have a multimedia/vdr-plugins metaport that allows you to select and install the plugins you want (and vdr itself as a dependency), so you don't have to install numeours vdr/plugin ports individually. 3. Of all the video output methods only xineliboutput and streamdev seem to work (and the vdr-live webinterface browser streaming which also uses streamdev), jpulz also has patches for softdevice so I made a port for that too but it only gave me a black screen... streamdev doesn't have an osd so you probably want xineliboutput at least for the first setup. I was unable to test xineliboutput's vdpau support since I no
Re: New tools for committers and maintainers
Wesley Shields wrote: > On Tue, Oct 19, 2010 at 08:41:28PM +0200, Emanuel Haupt wrote: > > Wesley Shields wrote: > > > On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote: > > > > Hi, > > > > > > > > > > > > A new tool was just committed to ports, ports-mgmt/distilator. > > > > It will check for you each of the MASTER_SITES of the port you > > > > call it with. > > > > > > The link I was given when ehaupt@ ran it included URLs in > > > pkg-descr too. It even found some of those that were no longer > > > valid for me. > > > > ports-mgmt/distilator can do that too. It's basically code extracted > > from the version that creates the distilator report [1] and put > > into a library. > > Thanks! I didn't mean to imply that distilator could not do that. I > just wanted to point out that it does more than just MASTER_SITE > checking. In any case, thank you again for making it. It will be > quite useful in cleaning up the little things that can go stale over > time. You're very welcome :) Emanuel ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: New tools for committers and maintainers
On Tue, Oct 19, 2010 at 08:41:28PM +0200, Emanuel Haupt wrote: > Wesley Shields wrote: > > On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote: > > > Hi, > > > > > > > > > A new tool was just committed to ports, ports-mgmt/distilator. > > > It will check for you each of the MASTER_SITES of the port you call > > > it with. > > > > The link I was given when ehaupt@ ran it included URLs in pkg-descr > > too. It even found some of those that were no longer valid for me. > > ports-mgmt/distilator can do that too. It's basically code extracted > from the version that creates the distilator report [1] and put into a > library. Thanks! I didn't mean to imply that distilator could not do that. I just wanted to point out that it does more than just MASTER_SITE checking. In any case, thank you again for making it. It will be quite useful in cleaning up the little things that can go stale over time. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: New tools for committers and maintainers
Wesley Shields wrote: > On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote: > > Hi, > > > > > > A new tool was just committed to ports, ports-mgmt/distilator. > > It will check for you each of the MASTER_SITES of the port you call > > it with. > > The link I was given when ehaupt@ ran it included URLs in pkg-descr > too. It even found some of those that were no longer valid for me. ports-mgmt/distilator can do that too. It's basically code extracted from the version that creates the distilator report [1] and put into a library. eha...@portjail:~ $ cdport yell eha...@portjail:/usr/ports/audio/yell $ time distilator . 200 [DISTFILE] http://energy.critical.ch/distfiles/yell-1.0.tar.gz 200 [DISTFILE] http://critical.ch/distfiles/yell-1.0.tar.gz 200 [DISTFILE] http://sauerkraut.critical.ch/distfiles/yell-1.0.tar.gz 200 [DISTFILE] http://snow.critical.ch/distfiles/yell-1.0.tar.gz 200 [WWW] http://www.critical.ch/yell real0m0.366s user0m0.615s sys 0m0.090s Emanuel [1] http://people.freebsd.org/~ehaupt/distilator/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: New tools for committers and maintainers
On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote: > Hi, > > > A new tool was just committed to ports, ports-mgmt/distilator. > It will check for you each of the MASTER_SITES of the port you call it > with. The link I was given when ehaupt@ ran it included URLs in pkg-descr too. It even found some of those that were no longer valid for me. > I wold like to recommend that all the maintainers and commiters run it > just before submitting/committing. It's fast enough (it doesn't > download the DISTFILES, just checks each (MASTER_SITED, DISTFILES) > combination and gives you a nice list of what file is (not) where. > For speed, you will want to use perl-threaded. > > And yes, it's on it's way to be integrated into QAT and PortsMon, so > there's no reason not to use it yourselves, to prevent receiving those > nasty BotMails. > > A BIG thanks to ehaupt@ for writing it! Agreed, thank you eha...@! -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
New tools for committers and maintainers
Hi, A new tool was just committed to ports, ports-mgmt/distilator. It will check for you each of the MASTER_SITES of the port you call it with. I wold like to recommend that all the maintainers and commiters run it just before submitting/committing. It's fast enough (it doesn't download the DISTFILES, just checks each (MASTER_SITED, DISTFILES) combination and gives you a nice list of what file is (not) where. For speed, you will want to use perl-threaded. And yes, it's on it's way to be integrated into QAT and PortsMon, so there's no reason not to use it yourselves, to prevent receiving those nasty BotMails. A BIG thanks to ehaupt@ for writing it! Have fun, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Python27 package build failure - missing NIS library
Unfortunately my FreeBSD 8.1Stable systems are built without NIS, using /etc/src.conf WITHOUT_NIS=yes During a package build, I receive the failure message: tar: lib/python2.7/lib-dynload/nis.so: Cannot stat: No such file or directory May I suggest the following patch to address this error: --- /usr/ports/lang/python27/Makefile.orig 2010-10-19 04:33:12.0 + +++ /usr/ports/lang/python27/Makefile 2010-10-19 05:00:17.0 + @@ -55,6 +55,7 @@ UCS4 "Use UCS4 for unicode support" on \ PYMALLOC "Use python's internal malloc" on \ IPV6 "Enable IPv6 support" on \ + NIS "Enable NIS support" on \ FPECTL "Enable floating point exception handling" off .include @@ -130,8 +131,9 @@ CFLAGS+= -DPYTHON_DEFAULT_RECURSION_LIMIT=900 .endif -.if !exists(/usr/bin/ypcat) # the world with NO_NIS +.if !defined(WITHOUT_NIS) # the world with NO_NIS PLIST_SUB+=NO_NIS="@comment " +PLIST_FILES+=%%PYTHON_LIBDIR%%/lib-dynload/nis.so .else PLIST_SUB+=NO_NIS="" .endif --- /usr/ports/lang/python27/pkg-plist.orig 2010-10-19 05:00:28.0 + +++ /usr/ports/lang/python27/pkg-plist 2010-10-19 05:00:41.0 + @@ -885,7 +885,6 @@ %%PYTHON_LIBDIR%%/lib-dynload/itertools.so %%PYTHON_LIBDIR%%/lib-dynload/math.so %%PYTHON_LIBDIR%%/lib-dynload/mmap.so -%%NO_NISPYTHON_LIBDIR%%/lib-dynload/nis.so %%PYTHON_LIBDIR%%/lib-dynload/operator.so %%PYTHON_LIBDIR%%/lib-dynload/ossaudiodev.so %%PYTHON_LIBDIR%%/lib-dynload/parser.so Interestingly when I "make clean deinstall" the file /usr/local/lib/python2.7/lib-dynload/nis_failed.so remains? It is the only file that does remain. Thank-you for managing this port, I hope that you will accept this change. Kind regards, Dewayne ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: amule-10275
Paolo Bormida writes: > 2010/9/30 Anonymous >> In such cases there are usually two ports, e.g. >> >> net-p2p/amule (latest release) >> net-p2p/amule-devel (svn snapshot) >> >> Now, if you're willing to maintain non-devel port I can write you a diff >> and request my pending repocopy in ports/150985 to include amule-devel. >> > > Haven't thought about that, but yes, usually two ports are used, one to > track the development branch of an app and the other for releases. The split is done. It was smooth thanks to pgollucci. There are not many changes between the ports, see $ cd /usr/ports $ diff -uprN net-p2p/amule net-p2p/amule-devel Do you have any more issues regarding versions? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"