Re: Limitations of Ports System
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Linimon wrote: Side note the more we discuss this the more obvious it becomes to me it has to be in some OO lang and since C++ is the only one in the base system it kind of forces C++ to be the implementation lang. You may want to take a look at some of the work OpenBSD has done recently; I believe they are working towards treating ports as first-class objects. Actually that is one of the key reasons for C++ vs. C is if we treat a port as a first class object it becomes pretty trivial to manipulate it in a DAG without having to worry about any nasty details until we build it. - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHZOoMzIOMjAek4JIRAlhEAJ0SSDnFWD184hMGHFjEtrT6DqPv3gCdEzD/ ak3puLnBhSL6ZjZtZOBGYRU= =hBcQ -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Limitations of Ports System
On Saturday 15 December 2007 13:28:40 Aryeh M. Friedman wrote: you do not maintain any ports Incorrect I have one that is currently officially pending in the backlog created by the freeze (the PR is sitting their waiting). Also as soon that port is done and any errors I may of made as it being my first port I have 2 more to be added and on a fairly regular basis see adding to that list. Good of you to post the information however undeserving the person to whom you replied was of it. I see no need to defend against people who lack the maturity to behave collegially. David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/mplayer doesn't build (default options)
Thomas Zander wrote: Hi, On 14/12/2007, Dominic Fandrey [EMAIL PROTECTED] wrote: ad_libvorbis.c:238: error: too few arguments to function 'vorbis_synthesis' gmake[1]: *** [ad_libvorbis.o] Error 1 gmake[1]: Leaving directory Can't reproduce this error here. Given you are using default options, mplayer will get its includes from for vorbis from LOCALBASE. The current libvorbis installation from the ports tree (libvorbis-1.2.0_1,3) contains a codec.h that perfectly matches the argument list in ad_libvorbis.c:238. Do you have this libvorbis port installed correctly? You can also use mplayer's internal vorbis lib by selecting TREMOR in the options menu. Riggs Apart from mplayer and mencoder all my ports are up to date. I even did a # portupgrade -fuR mplayer in my desperation (the old version of mplayer has problems with fullscreen mode, since a couple of dependencies were updated). I tried tremor before I did the portupgrade -fuR and it also didn't compile. I'm trying tremor again, now. I'll let you know about the outcome. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/mplayer doesn't build (default options)
At 10:38 PM 12/15/2007, Thomas Zander wrote: Hi, On 14/12/2007, Dominic Fandrey [EMAIL PROTECTED] wrote: ad_libvorbis.c:238: error: too few arguments to function 'vorbis_synthesis' gmake[1]: *** [ad_libvorbis.o] Error 1 gmake[1]: Leaving directory Can't reproduce this error here. Given you are using default options, mplayer will get its includes from for vorbis from LOCALBASE. The current libvorbis installation from the ports tree (libvorbis-1.2.0_1,3) contains a codec.h that perfectly matches the argument list in ad_libvorbis.c:238. Do you have this libvorbis port installed correctly? You can also use mplayer's internal vorbis lib by selecting TREMOR in the options menu. Riggs ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] I get the same error here on CURRENT. Did a reinstall of libvorbis-1.2.0_1,3 and still no go. If you add #include vorbis/codec.h to work/MPlayer-1.0rc2/libmpcodecs/ad_libvorbis.c it will build past that and later fail at: l/lib/glib-2.0/include -I/usr/local/include/freetype2 -c -o demux_ogg.o demux_ogg.c demux_ogg.c: In function 'demux_ogg_add_sub': demux_ogg.c:166: warning: initialization from incompatible pointer type demux_ogg.c: In function 'demux_ogg_read_packet': demux_ogg.c:244: warning: initialization from incompatible pointer type demux_ogg.c:250: error: invalid operands to binary demux_ogg.c:302: error: invalid operands to binary != demux_ogg.c:305: error: invalid operands to binary demux_ogg.c:309: error: invalid operands to binary demux_ogg.c:310: error: invalid operands to binary demux_ogg.c:311: warning: assignment from incompatible pointer type demux_ogg.c:316: error: invalid operands to binary demux_ogg.c:323: error: invalid operands to binary | demux_ogg.c: In function 'demux_ogg_add_packet': demux_ogg.c:463: error: invalid operands to binary demux_ogg.c:486: error: invalid operands to binary - demux_ogg.c:487: error: invalid operands to binary - demux_ogg.c: In function 'demux_ogg_scan_stream': demux_ogg.c:547: warning: initialization makes pointer from integer without a cast demux_ogg.c:603: warning: initialization makes pointer from integer without a cast demux_ogg.c: In function 'fixup_vorbis_wf': demux_ogg.c:677: warning: passing argument 2 of 'ds_get_packet' from incompatible pointer type demux_ogg.c: In function 'demux_ogg_open': demux_ogg.c:792: warning: assignment makes pointer from integer without a cast demux_ogg.c:832: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:839: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:907: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:915: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:928: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:979: error: invalid operands to binary demux_ogg.c: In function 'demux_ogg_fill_buffer': demux_ogg.c:1191: warning: assignment makes pointer from integer without a cast demux_ogg.c: In function 'init_avi_with_ogg': demux_ogg.c:1281: warning: assignment makes pointer from integer without a cast demux_ogg.c: In function 'demux_ogg_seek': demux_ogg.c:1436: warning: initialization makes pointer from integer without a cast gmake[1]: *** [demux_ogg.o] Error 1 == || [EMAIL PROTECTED] || || Ph. (415) 681-6235 || == ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/mplayer doesn't build (default options)
Dominic Fandrey wrote: Thomas Zander wrote: Hi, You can also use mplayer's internal vorbis lib by selecting TREMOR in the options menu. I tried tremor before I did the portupgrade -fuR and it also didn't compile. I'm trying tremor again, now. I'll let you know about the outcome. Tremor isn't helping: cc -O2 -pipe -march=pentium4 -O3 -ffast-math -fomit-frame-pointer -I./libavcodec -I./libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I. -I./libavutil -O2 -pipe -march=pentium4 -O3 -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -I/usr/local/include/freetype2 -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -I../libavcodec -I../libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -O2 -pipe -march=pentium4 -O3 -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -I/usr/local/include/freetype2 -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -c -o demux_ogg.o demux_ogg.c demux_lavf.c: In function 'lavf_check_preferred_file': demux_ogg.c: In function 'demux_ogg_add_sub':demux_lavf.c:242: warning: initialization from incompatible pointer type demux_ogg.c:166: warning: initialization from incompatible pointer type demux_ogg.c: In function 'demux_ogg_read_packet': demux_ogg.c:244: warning: initialization from incompatible pointer type demux_ogg.c:250: error: invalid operands to binary demux_ogg.c:302: error: invalid operands to binary != demux_ogg.c:305: error: invalid operands to binary demux_ogg.c:309: error: invalid operands to binary demux_ogg.c:310: error: invalid operands to binary demux_ogg.c:311: warning: assignment from incompatible pointer type demux_ogg.c:316: error: invalid operands to binary demux_ogg.c:323: error: invalid operands to binary | demux_ogg.c: In function 'demux_ogg_add_packet': demux_ogg.c:463: error: invalid operands to binary demux_ogg.c:486: error: invalid operands to binary - demux_ogg.c:487: error: invalid operands to binary - demux_ogg.c: In function 'demux_ogg_scan_stream': demux_ogg.c:547: warning: initialization makes pointer from integer without a cast demux_ogg.c:603: warning: initialization makes pointer from integer without a cast demux_ogg.c: In function 'fixup_vorbis_wf': demux_ogg.c:677: warning: passing argument 2 of 'ds_get_packet' from incompatible pointer type demux_ogg.c: In function 'demux_ogg_open': demux_ogg.c:792: warning: assignment makes pointer from integer without a cast demux_ogg.c:832: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:839: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:907: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:915: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:928: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:979: error: invalid operands to binary demux_ogg.c: In function 'demux_ogg_fill_buffer': demux_ogg.c:1191: warning: assignment makes pointer from integer without a cast demux_ogg.c: In function 'init_avi_with_ogg': demux_ogg.c:1281: warning: assignment makes pointer from integer without a cast demux_ogg.c: In function 'demux_ogg_seek': demux_ogg.c:1436: warning: initialization makes pointer from integer without a cast gmake[1]: *** [demux_ogg.o] Error 1 gmake[1]: *** Waiting for unfinished jobs gmake[1]: Leaving directory `/usr/obj/homeKamikaze.norad/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libmpdemux' gmake: *** [libmpdemux/libmpdemux.a] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/mplayer. *** Error code 1 Stop in /usr/ports/multimedia/mplayer. ___ freebsd-ports@freebsd.org mailing
Re: devel/boost -- where is tools/build/v2?
Hello, 1. I didn't set NOPORTDOCS in /etc/make.conf, yet there's nothing there besides some html files. 2. /usr/ports/devel/boost-python/work/boost_1_34_1/tools/build/v2/tools for example contains plenty of .jam files that are needed by bjam to run. Those are *not* copied over. A few html files are put in doc/, but not the real stuff (which belongs elsewhere, see 3.). You are right, the bjam scripts are currently not installed. I will prepare a patch and send it to you for testing. 3. Those files are NOT doc files: they are needed by bjam. Their right place should be something like, say, /usr/local/lib/boost/tools/... -- Best regards / Viele Grüße, [EMAIL PROTECTED] Simon Barner[EMAIL PROTECTED] pgpvuru9rDlmm.pgp Description: PGP signature
graphics/graphviz: invalid package name error
from portupgrade -a Reports: ** Port marked as IGNORE: graphics/graphviz: /usr/ports/Mk/bsd.port.mk, line 6147: if-less endif ** Proceeding anyway since NO_IGNORE is defined ** Invalid package name: graphics/graphviz: /usr/ports/Mk/bsd.gnome.mk, line 643: Malformed conditional (${_USE_GNOME_ALL:Mpango}==): Must not contain whitespace. ** Listing the failed packages (*:skipped / !:failed) ! graphics/graphviz (graphviz-2.14.1_2) (invalid package name) David Southwell ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: graphics/graphviz: invalid package name error
On Sun, Dec 16, 2007 at 05:38:12AM -0800, David Southwell wrote: from portupgrade -a Reports: ** Port marked as IGNORE: graphics/graphviz: /usr/ports/Mk/bsd.port.mk, line 6147: if-less endif ** Proceeding anyway since NO_IGNORE is defined ** Invalid package name: graphics/graphviz: /usr/ports/Mk/bsd.gnome.mk, line 643: Malformed conditional (${_USE_GNOME_ALL:Mpango}==): Must not contain whitespace. ** Listing the failed packages (*:skipped / !:failed) ! graphics/graphviz (graphviz-2.14.1_2) (invalid package name) Please see the archives. I believe a make rmconfig for this particular port will solve it. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: TeTeX and TeXLive
Nikola Lečić [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: ni On Fri, 14 Dec 2007 07:43:00 ni Doug Barton [EMAIL PROTECTED] wrote: ni ni On Fri, 14 Dec 2007, Nikola Lečić wrote: ni [...] ni I must add that I tried two times to contact two FreeBSD developers ni who ni (according to the public sources) seemed to be interested in this; ni never got a single word of reply. Having in mind that I offered a ni help, some experience and maintaining/testing availability, I can't ni understand this. It's very discouraging. ni ni please feel free to take that as a sign that you should take the ball ni and run with it. :) ni ni Well, according to ni ni http://lists.freebsd.org/pipermail/freebsd-ports/2007-May/040511.html ni ni porting of TeXLive has already been undertaken. :-) The problem is ni that it's not possible to get any further information on this work. ni ni But anyway, I don't think I can do it alone, of course. I could ni probably create port(s), but the biggest challenge is that so many ni other ports depend on teTeX, and re-configuring all dependencies ni obviously requires huge experience, computer horsepower and ni developers' hands. Therefore a help was offered and sharing future ni maintaining load as well: ni ni http://lists.freebsd.org/pipermail/freebsd-ports/2007-July/042729.html ni http://lists.freebsd.org/pipermail/freebsd-ports/2007-August/043453.html ni ni So, once again: ni ni * If any FreeBSD developer is currently working on TeXLive port, ni please, can we users know something about it? ni * If not, is any FreeBSD developer willing to lead that project, ni publicly discuss port's infrastructure/concept, and then give us ni (who are happy to help :-)) some tasks? ni * Or some user should start porting (and discuss infrastructure ni first?) and then developers will jump in? I have tried to create TeXLive port and have some working results, but I cannot commit it because the following issues still remain: 1. Compatibility with other packages which uses TeX. Some depend on old teTeX structure, some depend on hard-coded directory structure, and so on. teTeX in the current ports tree has various glues for such software which are not integrated into teTeX yet. 2. Finer-grained package management is needed. Creating a TeXLive port as one very large package is possible but I do not think it would work well. There are many people who do not want to install such a large package (TeXLive needs 500MB disk space) for a simple use, and who can install it but want to update some specific macro packages after that. Also, I want to solve a situation that we have print/tex and print/teTeX separately. Actually, 1. has been almost solved by adding similar hacks, but 2. is still a moot point. My first prototype consisted of two or three ports based on the large package model like the current teTeX, but I noticed it was too large and difficult to commit. Another prototype is based on finer-grained packages---it has ports/tex for TeX related ports. The number of packages which extracted from TeXLive distribution and created as ports is 1232 (in my local tree). And then I created meta-ports that installs predefined package sets called core, basic, latex, and full for example. core means Plain TeX + METAFONT + some DVIware, latex means LaTeX macro set, basic means core+latex, and full includes all other packages (this can be broken down more finely). And ports that use TeX needs a line like USE_TEX=basic in the Makefile as GNOME-related ports do. I think this is the way we have to pursue on a long-term basis. In short, modularization of TeXLive distribution is needed for such a way. At first I thought it is not difficult because package management information was included in the TeXLive distribution (in XML), but I noticed that it was totally broken. So I am in the middle of fixing the information. This is a progress report from the current teTeX maintainer who is trying to update TeX in the ports tree to TeXLive. As I explained, if we go with the finer-grained package model, over 1000 ports have to be added at a time, so testing them should be done in a separate tree at least. I hope I will be able to set up a public tree for testing and collaborative work this month... Any comments are welcome. Thanks. -- | Hiroki SATO pgpDspG6LGCAj.pgp Description: PGP signature
Re: TeTeX and TeXLive
Nikola Lečić [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: ni I'm curious to hear more about your ideas related to this partition of ni full part: what USE_TEX actually does? Invokes parts of TeXLive ni install scripts? For example, if I want to install Omega -- is it one ni port or meta-port? -- how the integration happens? core or full in USE_TEX specifies the port's dependency in an easier way, and mainly for TeX-related ports maintainer. Omega will be a port which has a USE_TEX=foo line, and when you install the Omega port, necessary (minimum) packages will also be installed by the line. ni (And BTW, what source are you using for your work? 2007 release or ni current SVN version?) Both. Basically I am using the 2007 release and importing bug fixes from the current SVN repo. ni (a) They have so many micro-packages, but as for a lot of software ni included, TeXLive behaves like a distro: projects are nearly ni independent. For example, TeXLive source can be compiled with ~100 ni --without-AAAs. Among these AAAs are large projects such as ni bibTeX, Aleph/Omega, pdfTeX, pdfeTeX, XeTeX... Can a single separate ni port be created for each addition of this kind? I think it is better to create a separate port for each software, and it is possible. In print/teTeX-base, dviware (dvipsk and xdvik) is disabled during the building stage, and print/dvipsk-tetex is used as a dependency, for example. ni (b) Update of independent projects. I shall take XeTeX as example: ni XeTeX-0.996 that is included in TeXLive2007 is very old. New devel ni version (0.997) exists for a long time and users are very ni interested in it because it's very stable and contains some amazing ni features (Graphite support, Unicode math typesetting, etc.). ni ni XeTeX-devel can be compiled against existing TexLive2007, but it ni asks for some experience, more than average TeX user has. That's the ni space for FreeBSD port: a possibility to have ports such as ni print/xetex-devel would be great because some users don't want to ni wait 2008 to update it through new TeXLive. This goes for many other ni projects which are actively developed. In the case of XeTeX, this ni means that we could have: ni ni print/xetex (TeXLive core rebuilt with --with-xetex) ni print/xetex-devel (third-party XeTeX source, with independent ni install scripts specially tweaked for ni FreeBSD port if necessary) ni devel/libgraphite (currently used by XeTeX-devel only, but ni usable for many other non-TeX projects, ni therefore ported and maintained intependently) ni ni Of course, these -devel ports would be a challenge for maintainers, ni but it would be great to have some kind of infrastructural ni relationship between print/BBB (officially in TeXLive) and ni BBB-devel ports. ni ni What do you think about some kind of support like this for replacing ni of old parts of full part with new versions and how does your ni working version behave regarding this? Yes, replacing a part of TeXLive has to be supported. One of the reasons why a separate port print/dvipsk-tetex is created is almost the same. As long as it works correctly, there is no problem that newer version is installed as a dependency of TeXLive port in the FreeBSD ports tree, I think. Although my idea is not fixed yet, in the previously explained framework, which package is installed can be controlled by using a knob such as TEX=texlive2007only (pure TeXLive2007) or TEX=texlive (TeXLive2007 + updated software). This knob is for users, not for port maintainers like USE_TEX. -- | Hiroki SATO pgpNutJtbrwPH.pgp Description: PGP signature
Re: Limitations of Ports System
On Saturday 15 December 2007 01:25:11 pm David Southwell wrote: My intention is not to offend but to draw attention to the need to remain on topic and not to argue ad personam. On Sunday 16 December 2007 03:33:55 am David Southwell wrote: Good of you to post the information however undeserving the person to whom you replied was of it. I see no need to defend against people who lack the maturity to behave collegially. -- Dancing space potatoes? You bet! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: graphics/graphviz: invalid package name error
On Sunday 16 December 2007 06:05:09 Wesley Shields wrote: On Sun, Dec 16, 2007 at 05:38:12AM -0800, David Southwell wrote: from portupgrade -a Reports: ** Port marked as IGNORE: graphics/graphviz: /usr/ports/Mk/bsd.port.mk, line 6147: if-less endif ** Proceeding anyway since NO_IGNORE is defined ** Invalid package name: graphics/graphviz: /usr/ports/Mk/bsd.gnome.mk, line 643: Malformed conditional (${_USE_GNOME_ALL:Mpango}==): Must not contain whitespace. ** Listing the failed packages (*:skipped / !:failed) ! graphics/graphviz (graphviz-2.14.1_2) (invalid package name) Please see the archives. I believe a make rmconfig for this particular port will solve it. -- WXS Thanks Wes .. Which archive? I did check in UPDATING but saw nothing there. Thanks again. David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: graphics/graphviz: invalid package name error
On Sun, Dec 16, 2007 at 09:32:55AM -0800, David Southwell wrote: On Sunday 16 December 2007 06:05:09 Wesley Shields wrote: On Sun, Dec 16, 2007 at 05:38:12AM -0800, David Southwell wrote: from portupgrade -a Reports: ** Port marked as IGNORE: graphics/graphviz: /usr/ports/Mk/bsd.port.mk, line 6147: if-less endif ** Proceeding anyway since NO_IGNORE is defined ** Invalid package name: graphics/graphviz: /usr/ports/Mk/bsd.gnome.mk, line 643: Malformed conditional (${_USE_GNOME_ALL:Mpango}==): Must not contain whitespace. ** Listing the failed packages (*:skipped / !:failed) ! graphics/graphviz (graphviz-2.14.1_2) (invalid package name) Please see the archives. I believe a make rmconfig for this particular port will solve it. -- WXS Thanks Wes .. Which archive? I did check in UPDATING but saw nothing there. The archives of this list. It's come up a few times in the last few days. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/mplayer doesn't build (default options)
Dominic Fandrey wrote: Dominic Fandrey wrote: Thomas Zander wrote: Hi, You can also use mplayer's internal vorbis lib by selecting TREMOR in the options menu. I tried tremor before I did the portupgrade -fuR and it also didn't compile. I'm trying tremor again, now. I'll let you know about the outcome. Tremor isn't helping: cc -O2 -pipe -march=pentium4 -O3 -ffast-math -fomit-frame-pointer -I./libavcodec -I./libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I. -I./libavutil -O2 -pipe -march=pentium4 -O3 -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -I/usr/local/include/freetype2 -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -I../libavcodec -I../libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -O2 -pipe -march=pentium4 -O3 -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -I/usr/local/include/freetype2 -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -c -o demux_ogg.o demux_ogg.c demux_lavf.c: In function 'lavf_check_preferred_file': demux_ogg.c: In function 'demux_ogg_add_sub':demux_lavf.c:242: warning: initialization from incompatible pointer type demux_ogg.c:166: warning: initialization from incompatible pointer type demux_ogg.c: In function 'demux_ogg_read_packet': demux_ogg.c:244: warning: initialization from incompatible pointer type demux_ogg.c:250: error: invalid operands to binary demux_ogg.c:302: error: invalid operands to binary != demux_ogg.c:305: error: invalid operands to binary demux_ogg.c:309: error: invalid operands to binary demux_ogg.c:310: error: invalid operands to binary demux_ogg.c:311: warning: assignment from incompatible pointer type demux_ogg.c:316: error: invalid operands to binary demux_ogg.c:323: error: invalid operands to binary | demux_ogg.c: In function 'demux_ogg_add_packet': demux_ogg.c:463: error: invalid operands to binary demux_ogg.c:486: error: invalid operands to binary - demux_ogg.c:487: error: invalid operands to binary - demux_ogg.c: In function 'demux_ogg_scan_stream': demux_ogg.c:547: warning: initialization makes pointer from integer without a cast demux_ogg.c:603: warning: initialization makes pointer from integer without a cast demux_ogg.c: In function 'fixup_vorbis_wf': demux_ogg.c:677: warning: passing argument 2 of 'ds_get_packet' from incompatible pointer type demux_ogg.c: In function 'demux_ogg_open': demux_ogg.c:792: warning: assignment makes pointer from integer without a cast demux_ogg.c:832: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:839: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:907: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:915: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:928: warning: passing argument 1 of 'strncmp' from incompatible pointer type demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:936: error: aggregate value used where an integer was expected demux_ogg.c:979: error: invalid operands to binary demux_ogg.c: In function 'demux_ogg_fill_buffer': demux_ogg.c:1191: warning: assignment makes pointer from integer without a cast demux_ogg.c: In function 'init_avi_with_ogg': demux_ogg.c:1281: warning: assignment makes pointer from integer without a cast demux_ogg.c: In function 'demux_ogg_seek': demux_ogg.c:1436: warning: initialization makes pointer from integer without a cast gmake[1]: *** [demux_ogg.o] Error 1 gmake[1]: *** Waiting for unfinished jobs gmake[1]: Leaving directory `/usr/obj/homeKamikaze.norad/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libmpdemux' gmake: *** [libmpdemux/libmpdemux.a] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/mplayer. *** Error code 1 Stop in /usr/ports/multimedia/mplayer.
backuppc port
Hello, Does anyone have a FreeBSD port for backuppc? I've read about one, but haven't seen anything solid. Thanks. Dave. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: graphics/graphviz: invalid package name error
On Sunday 16 December 2007 09:29:56 Wesley Shields wrote: On Sun, Dec 16, 2007 at 09:32:55AM -0800, David Southwell wrote: On Sunday 16 December 2007 06:05:09 Wesley Shields wrote: On Sun, Dec 16, 2007 at 05:38:12AM -0800, David Southwell wrote: from portupgrade -a Reports: ** Port marked as IGNORE: graphics/graphviz: /usr/ports/Mk/bsd.port.mk, line 6147: if-less endif ** Proceeding anyway since NO_IGNORE is defined ** Invalid package name: graphics/graphviz: /usr/ports/Mk/bsd.gnome.mk, line 643: Malformed conditional (${_USE_GNOME_ALL:Mpango}==): Must not contain whitespace. ** Listing the failed packages (*:skipped / !:failed) ! graphics/graphviz (graphviz-2.14.1_2) (invalid package name) Please see the archives. I believe a make rmconfig for this particular port will solve it. -- WXS Thanks Wes .. Which archive? I did check in UPDATING but saw nothing there. The archives of this list. It's come up a few times in the last few days. -- WXS Must have missed it and didnt search!! Maybe I rely too much on UPDATING.. David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mod_fastcgi
Leo Vandewoestijne wrote: Hello, When I install the mod_fastcgi port, it starts to install Apache, while I don't want it, as I've been using lighttpd, because I need to handle over a billion requests per server per month. So, can Apache be dropped as requirement in the mod_fastcgi port? The port mod_fastcgi is Apache module - for apache only! If you want to use FastCGI with Lighttpd, you do not need to install this module. Lighttpd has its own built-in module for FastCGI. So just install Lighttpd and edit lighttpd.conf. Miroslav Lachman ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mod_fastcgi
Leo Vandewoestijne píše v ne 16. 12. 2007 v 23:50 +0100: When I install the mod_fastcgi port, it starts to install Apache, while I don't want it, as I've been using lighttpd, because I need to handle over a billion requests per server per month. So, can Apache be dropped as requirement in the mod_fastcgi port? mod_fastcgi is an Apache module - it does not make much sense to remove Apache from it. Are you sure you're not looking for something else here? -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] Sun couldn't care less about Linux other than it now being necessary in order to be buzzword compliant. -- Al Dente signature.asc Description: Toto je digitálně podepsaná část zprávy
Re: mod_fastcgi
On Mon, 17 Dec 2007, Miroslav Lachman wrote: Leo Vandewoestijne wrote: Hello, When I install the mod_fastcgi port, it starts to install Apache, while I don't want it, as I've been using lighttpd, because I need to handle over a billion requests per server per month. So, can Apache be dropped as requirement in the mod_fastcgi port? The port mod_fastcgi is Apache module - for apache only! If you want to use FastCGI with Lighttpd, you do not need to install this module. Lighttpd has its own built-in module for FastCGI. So just install Lighttpd and edit lighttpd.conf. Miroslav Lachman Dobry Den, Sounds like I in deed appearntly once installed mod_fastcgi by mistake separely long ago, and all that time I thought it was part of lighttpd. -- Later, Leo Vandewoestijne unicycle.cz ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: TeTeX and TeXLive
Bakul Shah [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: ba Why not add TeXLive port even as it is, so that people can ba play with it? As for modularization, I hope you don't go the ba extreme of a zillion little pieces but instead break it in a ba few pieces to cover about 90% of the use(rs). More pieces ba means more things can go wrong [just my opinion] It is because we cannot make a port of software that is not in TeXLive. Some localized TeX variants use non-standard software and sometimes it conflicts ones in TeXLive for example, so a TeXLive port as it is does not work there (the current teTeX port and the related ports work, btw). Also, I do not want to bother people who are not interested in using TeX itself but need to install software which depends on TeX (not related TeX and just for typesetting a document during the building stage, for example). I do not like an 500MB package will be installed when I just want to install a small piece of software. Supporting minimal installation is needed for these reasons. One large package of TeXLive would make people happy for the moment, but they would notice and suffer from issues of integration with other ports and consistent upgrading. Do you think splitting it to small packages will be a big problem? I realize it takes additional time, but considering pros and cons I think it is better to do so. If you have any ideas that points to a bad scenario, please let me know more specific. -- | Hiroki SATO pgpGUszTrdozU.pgp Description: PGP signature
Cannot play MP3 with gstreamer after update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear all, I could not play MP3 with gstreamer after update.(totem, rhythmbox ...) Error was 'Internal data flow error'. I tested FreeBSD/i386 7.0 beta 4, FreeBSD/amd64 -current, but both had problem. OGG, flac, wma works fine. Is there any problem with gstreamer? 1. I could play MP3 with specific decoder, e.g. gst-launch filesrc location=01.mp3 ! mad ! audioconvert ! esdsink works fine. 2. I could not play MP3 with playbin, gst-launch playbin uri=file:///home/ez8/01.mp3 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /playbin0/source: Internal data flow error. Additional debug info: gstbasesrc.c(2099): gst_base_src_loop (): /playbin0/source: streaming task paused, reason error (-5) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... FREEING pipeline ... 3. gst-inspect information gst-inspect | grep mp3 mad: mad: mad mp3 decoder ffmpeg: ffdemux_mp3: FFMPEG MPEG audio demuxer ffmpeg: ffdec_mp3on4: FFMPEG MP3ON4 decoder ffmpeg: ffdec_mp3adu: FFMPEG ADU-formatted MPEG-1 layer 3 audio decoder ffmpeg: ffdec_mp3: FFMPEG MPEG-1 layer 3 audio decoder mpegaudioparse: mp3parse: MPEG1 Audio Parser typefindfunctions: audio/mpeg: mp3, mp2, mp1, mpga typefindfunctions: application/x-id3v1: mp3, mp2, mp1, mpga, ogg, flac, tta typefindfunctions: application/x-id3v2: mp3, mp2, mp1, mpga, ogg, flac, tta Best Regards, - -- Hyogeol Lee [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHZePc1D7/GiH6QSERCrNqAJ9vP8Ck6ahgCVEu+mGQdNmJOgAFxwCgoFIp KFei9qpsPFX6eGz51SfzOZY= =eBGo -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: TeTeX and TeXLive
It is because we cannot make a port of software that is not in TeXLive. Some localized TeX variants use non-standard software and sometimes it conflicts ones in TeXLive for example, so a TeXLive port as it is does not work there (the current teTeX port and the related ports work, btw). Also, I do not want to bother people who are not interested in using TeX itself but need to install software which depends on TeX (not related TeX and just for typesetting a document during the building stage, for example). I do not like an 500MB package will be installed when I just want to install a small piece of software. Supporting minimal installation is needed for these reasons. One large package of TeXLive would make people happy for the moment, but they would notice and suffer from issues of integration with other ports and consistent upgrading. Thanks for your explanation. Do you think splitting it to small packages will be a big problem? I realize it takes additional time, but considering pros and cons I think it is better to do so. If you have any ideas that points to a bad scenario, please let me know more specific. I don't have a specific example except that xorg is more painful to build and debug now if something goes wrong on my system. On one machine I have about 500 ports installed and over half of them are X related: xorg-*, x libraries, fonts etc. So the thought of 1000 additional port is quite scary! I understand you have a tough problem to solve. I just wondered if there is a simpler alternative, a way to balance flexibility with simplicity. Thanks! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: TeTeX and TeXLive
Nikola Lečić [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: ni On Mon, 17 Dec 2007 11:02:45 +0900 (JST) ni Hiroki Sato [EMAIL PROTECTED] wrote: ni ni [...] ni I realize it takes additional time, but considering pros and cons I ni think it is better to do so. ni ni Sorry for interrupting the dialogue, are we speaking of ~1.000 ports? ni Personally, as a future heavy user of TeXLive port, I'd like to see it ni as modularised as possible, just like X.org. Can you maybe post here ni just a list of future ports before you public a full tree for testing? You can find the list in TeXLive distribution's texmf*/tpm directories because I am working based on the *.tpm files there. From simple splitting based on them, about 1,200 ports will be obtained. TeXLive distribution itself includes 40,000 files, the number should not be a surprising one. ni If it's not possible, does this mean that every, e.g. LaTeX .sty ni package is a separate port? And, e.g. that ConTeXt is a port (or more Yes. I am trying to do so as much as possible. -- | Hiroki SATO pgpdNtY4EjzUb.pgp Description: PGP signature
Re: TeTeX and TeXLive
On Mon, Dec 17, 2007 at 11:02:45AM +0900, Hiroki Sato wrote: Do you think splitting it to small packages will be a big problem? That many ports would create a significant impact on the build systems, especially, sparc64, which is not keeping up at all as it is. mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: TeTeX and TeXLive
Mark Linimon wrote: On Mon, Dec 17, 2007 at 11:02:45AM +0900, Hiroki Sato wrote: Do you think splitting it to small packages will be a big problem? That many ports would create a significant impact on the build systems, especially, sparc64, which is not keeping up at all as it is. mcl What does the build system do? Does it go to each port one at a time and do a make package pkg_delete -a or similar? If so, this would mean that the, for example, xorg-library port would be remade many, many times. If this is the case, perhaps there is some way this process could be streamlined. But I can see the potential difficulties. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: TeTeX and TeXLive
On Sun, 16 Dec 2007 22:24:41 -0600 Stephen Montgomery-Smith [EMAIL PROTECTED] wrote: Mark Linimon wrote: On Mon, Dec 17, 2007 at 11:02:45AM +0900, Hiroki Sato wrote: Do you think splitting it to small packages will be a big problem? That many ports would create a significant impact on the build systems, especially, sparc64, which is not keeping up at all as it is. mcl What does the build system do? Does it go to each port one at a time and do a make package pkg_delete -a or similar? If so, this would mean that the, for example, xorg-library port would be remade many, many times. Unlike Xorg, TeXLive ports are mainly high-level/leaf ports. The impact on other ports will be equal to that of teTeX. The majority of these portlets are actually LaTeX packages, fonts, etc, and does not interfere with other ports or among themselves very much. -- Nikola Lečić :: Никола Лечић ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
enigmail
I need some help on using gpg with my mail client, and I use seamonkey's mail handler to access my dovecot imap server. I see that Enigmail is the thing that normally handles getting gpg to work with seamonkey, but there are two possible ports that zi might use, and they don't both have pkg-descr's. There's a mail/engimail, but there's also a mail/enigmail-seamonkey, and it's that latter one that has no description, not even a plist to help out. If I already have a Seamonkey that I like, which should I install? I am worried that the enigmail-seamonkey port might build and install another seamonkey for me, which I really don't want. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
clarify meaning of PORTDOCS
Hi! I'm a bit confused with the meaning of PORTDOCS variable. It's description state that it should not be used if NOPORTDOCS is defined. But as far as I can judge from bsd.port.mk, PORTDOCS is not ever accessed if NOPORTDOCS is defined. So should I check for NOPORTDOCS when I define PORTDOCS? I thing it would be better to change it's meaning to list of documentation files installed in unless NOPORTDOCS is defined, thus getting rid of extra !defined(NOPORTDOCS) checks in Makefiles. I would sumbit a PR for this right away, but there's bsd.ocaml.mk which still uses PORTDOCS without checkinf NOPORTDOCS, and I'm not sure how to change it in correct way. Thus, cc bsd.ocaml.mk maintainer. -- Dmitry A. Marakasov| jabber: [EMAIL PROTECTED] [EMAIL PROTECTED] | http://www.amdmi3.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/115308: multimedia/jahshaka fails to open GUI - ends with preferences OK but nothing happens
The following reply was made to PR ports/115308; it has been noted by GNATS. From: User 1001 [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Subject: Re: ports/115308: multimedia/jahshaka fails to open GUI - ends with preferences OK but nothing happens Date: Sun, 16 Dec 2007 23:20:34 -0600 Using nv driver fails/is unable to load/enable GLX extensions. Enabling/disabling AGP (at least nVidia INTERNAL AGP) has no affect on startup failure. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/115308: multimedia/jahshaka fails to open GUI - ends with preferences OK but nothing happens
Synopsis: multimedia/jahshaka fails to open GUI - ends with preferences OK but nothing happens Responsible-Changed-From-To: ports-freebsd-ports-bugs Responsible-Changed-By: remko Responsible-Changed-When: Mon Dec 17 06:47:54 UTC 2007 Responsible-Changed-Why: Reassign to appropriate maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=115308 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Cannot play MP3 with gstreamer after update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear all, I could not play MP3 with gstreamer after update.(totem, rhythmbox ...) Error was 'Internal data flow error'. I tested FreeBSD/i386 7.0 beta 4, FreeBSD/amd64 -current, but both had problem. OGG, flac, wma works fine. Is there any problem with gstreamer? 1. I could play MP3 with specific decoder, e.g. gst-launch filesrc location=01.mp3 ! mad ! audioconvert ! esdsink works fine. 2. I could not play MP3 with playbin, gst-launch playbin uri=file:///home/ez8/01.mp3 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /playbin0/source: Internal data flow error. Additional debug info: gstbasesrc.c(2099): gst_base_src_loop (): /playbin0/source: streaming task paused, reason error (-5) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... FREEING pipeline ... 3. gst-inspect information gst-inspect | grep mp3 mad: mad: mad mp3 decoder ffmpeg: ffdemux_mp3: FFMPEG MPEG audio demuxer ffmpeg: ffdec_mp3on4: FFMPEG MP3ON4 decoder ffmpeg: ffdec_mp3adu: FFMPEG ADU-formatted MPEG-1 layer 3 audio decoder ffmpeg: ffdec_mp3: FFMPEG MPEG-1 layer 3 audio decoder mpegaudioparse: mp3parse: MPEG1 Audio Parser typefindfunctions: audio/mpeg: mp3, mp2, mp1, mpga typefindfunctions: application/x-id3v1: mp3, mp2, mp1, mpga, ogg, flac, tta typefindfunctions: application/x-id3v2: mp3, mp2, mp1, mpga, ogg, flac, tta Best Regards, -- Hyogeol Lee hyogeollee at gmail.com http://lists.freebsd.org/mailman/listinfo/freebsd-ports Solved after gstreamer-plungins-ugly mpegaudioparse update. Thanks. - -- Hyogeol Lee [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHZiIy1D7/GiH6QSERCvheAKCWKH54qZ5BNw7BoXOV+GCYg5H7/wCeInft uvszSQ3NUdbCFJqPT9c3CpQ= =bjQF -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: enigmail
Chuck Robey wrote: There's a mail/engimail, but there's also a mail/enigmail-seamonkey, and it's that latter one that has no description, not even a plist to help out. If I already have a Seamonkey that I like, which should I install? enigmail-seamonkey -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]