Re: ZFS 9.2/9.3 oh so broken...

[Steven Hartland]

freebsd-ports@ is not really the right mailing list for this as there's 
no ports involved, unless I'm totally missing something, best place is 
freebsd-fs@.


You might want to consider triming your mail a little in the future as 
107Kb when the last zpool status below would had done is little 
excessive don't you think?


Its also a good idea to sumarise any issue in the subject, something 
like "zpool status still showing resilvering when complete"


With regards your problem, it seems like a display issue but have you tried:
1. zpool clear
2. reboot

Do either clear the problem?

9.x is really quite old I'd strongly advise you move to 10.2 as it 
includes a lot of fixes and enhancements to many areas including ZFS.


On 18/09/2015 23:36, Matthew Sullivan wrote:

Ok it's 9.2 so "unsupported" - but I believe the code is unchanged for
this one in 9.3 which *is* supported


Here's the last couple of days after the failure of a drive...  I
realised there was no point in swaping back in the new drive and I
should make the swap drive perm, and use the new drive as a hotspare
so followed: http://docs.oracle.com/cd/E19253-01/819-5461/gcvdi/index.html

... that was a mistake...

..online,spun_up   none 0x500062b200320021
   pool: storage
  state: ONLINE
status: One or more devices is currently being resilvered.  The pool will
 continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
   scan: resilver in progress since Thu Sep 17 00:20:00 2015
 14.1T scanned out of 27.1T at 1/s, (scan is slow, no estimated time)
 935G resilvered, 51.97% done
config:

 NAMESTATE READ WRITE CKSUM
 storage ONLINE   0 0 0
   raidz2-0  ONLINE   0 0 0
 mfid10  ONLINE   0 0 0
 mfid8   ONLINE   0 0 0
 mfid12  ONLINE   0 0 0
 mfid0   ONLINE   0 0 0
 mfid14  ONLINE   0 0 0
 mfid15  ONLINE   0 0 0
 mfid1   ONLINE   0 0 0
 mfid7   ONLINE   0 0 0
 mfid2   ONLINE   0 0 0
 mfid9   ONLINE   0 0 0
 mfid3   ONLINE   0 0 0
 mfid4   ONLINE   0 0 0
 mfid5   ONLINE   0 0 0
 mfid6   ONLINE   0 0 0
 mfid11  ONLINE   0 0 0
 spares
   mfid13AVAIL

errors: No known data errors
root@colossus:~ #


... so online (no errors) and still resilvering!!!

Michelle
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

gimp error

[Stari Karp]

Hi!

After yesterdays portmaster -o graphics/jpeg-turbo graphics/jpeg I
cannot install gimp anymore:


Making install in pdbgen
gmake[5]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/tools/pdbgen'
gmake[6]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/tools/pdbgen'
gmake[6]: Nothing to be done for 'install-exec-am'.
gmake[6]: Nothing to be done for 'install-data-am'.
gmake[6]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/tools/pdbgen'
gmake[5]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/tools/pdbgen'
gmake[5]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/tools'
gmake[6]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/tools'
 /bin/mkdir -p '/usr/ports/graphics/gimp-app/work/stage/usr/local/bin'
 STRIPPROG='strip' /bin/sh ../libtool   --mode=install /bin/sh
/usr/ports/graphics/gimp-app/work/gimp-2.8.14/install-sh -c -s gimptool
-2.0 '/usr/ports/graphics/gimp-app/work/stage/usr/local/bin'
libtool: install: warning: `../libgimpbase/libgimpbase-2.0.la' has not
been installed in `/usr/local/lib'
libtool: install: /bin/sh /usr/ports/graphics/gimp-app/work/gimp
-2.8.14/install-sh -c -s .libs/gimptool-2.0 /usr/ports/graphics/gimp
-app/work/stage/usr/local/bin/gimptool-2.0
gmake[6]: Nothing to be done for 'install-data-am'.
gmake[6]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/tools'
gmake[5]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/tools'
gmake[4]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/tools'
Making install in build
gmake[4]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build'
Making install in windows
gmake[5]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build/windows'
gmake[6]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build/windows'
gmake[6]: Nothing to be done for 'install-exec-am'.
gmake[6]: Nothing to be done for 'install-data-am'.
gmake[6]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build/windows'
gmake[5]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build/windows'
gmake[5]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build'
gmake[6]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build'
gmake[6]: Nothing to be done for 'install-exec-am'.
gmake[6]: Nothing to be done for 'install-data-am'.
gmake[6]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build'
gmake[5]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build'
gmake[4]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14/build'
gmake[4]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14'
gmake[5]: Entering directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14'
gmake[5]: Nothing to be done for 'install-exec-am'.
 /bin/mkdir -p '/usr/ports/graphics/gimp
-app/work/stage/usr/local/libdata/pkgconfig'
 install  -m 0644 gimp-2.0.pc gimpthumb-2.0.pc gimpui-2.0.pc
'/usr/ports/graphics/gimp-app/work/stage/usr/local/libdata/pkgconfig'
gmake[5]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14'
gmake[4]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14'
gmake[3]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14'
gmake[2]: Leaving directory '/usr/ports/graphics/gimp-app/work/gimp
-2.8.14'
> Compressing man pages (compress-man)
===>>> Starting check for runtime dependencies
===>>> Gathering dependency list for graphics/gimp-app from ports
===>>> Dependency check complete for graphics/gimp-app

===>>> graphics/gimp 1/1 >> graphics/gimp-app (1/1)

===>  Installing for gimp-app-2.8.14_4,1
===>  Checking if gimp-app already installed
===>   Registering installation for gimp-app-2.8.14_4,1
pkg-static: Unable to access file /usr/ports/graphics/gimp
-app/work/stage/usr/local/libexec/gimp/2.2/plug-ins/file-mng: No such
file or directory
*** Error code 74

Stop.
make[1]: stopped in /usr/ports/graphics/gimp-app
*** Error code 1

Stop.
make: stopped in /usr/ports/graphics/gimp-app

===>>> Installation of gimp-app-2.8.14_4,1 (graphics/gimp-app) failed
===>>> Aborting update

===>>> Update for graphics/gimp-app failed
===>>> Aborting update

===>>> Update for graphics/gimp failed
===>>> Aborting update


===>>> You can restart from the point of failure with this command
line:
   portmaster  graphics/gimp graphics/gimp-app

Thank you.

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Anyone got RethinkDB working in FreeBSD?

[Peter]

Hello!

On Fri, Sep 18, 2015 at 12:33:46PM +0200, Kurt Jaeger wrote:
> Hi!
> 
> > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
> [...]
> 
> The latest shar in the ticket builds on all except 9.3.
> 
> > Then I got this error in configure:
> > "
> > * Detecting system configuration
> > Bash:   4.3.42(0)-release
> > Use ccache: no
> > C++ Compiler:   CLANG 3.4.1 (clang++)
> > Host System:x86_64-unknown-freebsd9.3
> > Build System:   FreeBSD 9.3-RELEASE-p24 amd64
> > Cross-compiling:no
> > Host Operating System:  FreeBSD
> > Build Architecture: amd64
> > stdlib: -lstdc++
> > C++11:  no
> > * Error: C++11 not found.
> > In file included from ./mk/gen/check_cxx11.cc:4:
> > In file included from /usr/include/c++/4.2/map:65:
> > In file included from /usr/include/c++/4.2/bits/stl_tree.h:69:
> > In file included from /usr/include/c++/4.2/bits/stl_algobase.h:71:
> > /usr/include/c++/4.2/bits/stl_pair.h:85:21: error: call to deleted 
> > constructor of 'C'
> > * Aborting configure
> > *** [do-configure] Error code 1
> > "
> 
> I can reproduce this, too, in poudriere.
> 
> Using g++46, it overcomes this hurdle only to fail to build some
> other construct a few seconds into the main build.
> 
> See
> 
> http://people.freebsd.org/~pi/logs/databases__rethinkdb-93a-1442564911.txt
> 
> for the latest status. So we're down to some C++ specific issues.
> 
> Any ideas ?
> 
> -- 
> p...@opsec.eu+49 171 3101372 5 years to 
> go !

Too bad about 9.3, but this is still great news!
The upgrade from 9.3 to 10.2 seems a much easier step
than the upgrade from 9.3 to 11.0. So if there is no
solution for 9.3, I will try upgrading our server to 10.2.

In the mean time, I tried compiling in a 10.1 server. I just
unpacked the latest shar and ran make. I got an error that I fixed
by including time.h in src/arch/io/timer/timer_signal_provider.hpp,
but then I got "error: use of undeclared identifier 'ppoll'" in
src/arch/runtime/event_queue/poll.cc. This error I think I can't
fix, because it seems that ppoll doesn't exist until 10.2. So I
will upgrade that 10.1 server to 10.2 this weekend or next week,
and try compiling again in 10.2.

Thanks very much!

Peter
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Anyone got RethinkDB working in FreeBSD?

[Kurt Jaeger]

Hi!

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043

> Too bad about 9.3, but this is still great news!
> The upgrade from 9.3 to 10.2 seems a much easier step
> than the upgrade from 9.3 to 11.0. So if there is no
> solution for 9.3, I will try upgrading our server to 10.2.

I strongly suggest that you test the application on some
testhost before upgrading any production server. Because:

1) I did not do any run-tests and I'm sceptic that it will work
   out of the box
2) It builds with some /var/lib pathes which still to be changed
   to proper pathes like /var/db or /var/spool or something.
3) A rc.d script is not yet provided.

If you can update the problem report with your tests, that would
be very helpful.

> In the mean time, I tried compiling in a 10.1 server. I just
> unpacked the latest shar and ran make. I got an error that I fixed
> by including time.h in src/arch/io/timer/timer_signal_provider.hpp,
> but then I got "error: use of undeclared identifier 'ppoll'" in
> src/arch/runtime/event_queue/poll.cc. This error I think I can't
> fix, because it seems that ppoll doesn't exist until 10.2.

Thanks for that pointer! So we need to mark the port as limited to
10.2 and newer.

> So I
> will upgrade that 10.1 server to 10.2 this weekend or next week,
> and try compiling again in 10.2.

Wonderful. Please report back on the run-tests!

-- 
p...@opsec.eu+49 171 3101372 5 years to go !
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Error Building devel/cmake

[Amit Sengupta]

Thanks for the inputs Walter. I will run the patch and let you know how it
goes.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: ZFS 9.2/9.3 oh so broken...

[Chad J. Milios]

> 9.x is really quite old I'd strongly advise you move to 10.2 as it includes a 
> lot of fixes and enhancements to many areas including ZFS.

9.3 isn't that old and as far as I'm concerned 10.x is still today 
unfortunately causing more problems than it's fixed. That's just my opinion 
though. I'm an old coot with a fear of the cutting edge. I'll be bringing up 
the rear clutching onto my legacy OS, thank you very much. Don't push me. "Get 
off my lawn." I'm not totally alone in this sentiment, am I?

I haven't had a single issue to report with online replacement and resilvering 
of drives on 9.0-9.3 and I've probably swapped about 20 failed drives using ZFS 
across 9.x versions. Yes, I've had a second drive fail while resilvering a disk 
in a raidz2. I haven't used any hardware RAID controllers in conjunction with 
FreeBSD for about 5 years now and at first glance it looked to me like the OP 
might have been. (Sorry I didn't look at it in detail, I'm on my phone and 
pastedumps hurt my eyes.)

Sorry to spam the list, I realize this is not the place for either topic.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

ZFS 9.2/9.3 oh so broken...

[Matthew Sullivan]

Ok it's 9.2 so "unsupported" - but I believe the code is unchanged for
this one in 9.3 which *is* supported


Here's the last couple of days after the failure of a drive...  I
realised there was no point in swaping back in the new drive and I
should make the swap drive perm, and use the new drive as a hotspare
so followed: http://docs.oracle.com/cd/E19253-01/819-5461/gcvdi/index.html

... that was a mistake...


[root@colossus ~]# praid ; zpool status -vx storage

MegaCli Tools Used to Gather Raid Info

 Controllers
===
C#  Name CacheSize   FirmwareVer BIOSver
BBU
0   lsi megaraid sas 9260-16i 512mb   2.130.403-3066  3.30.02.0
4.16.08.00 0x06060900 Missing

 BBUs
--
C#  Battery Type Initialized Voltage Temperature
Charge StateAlerts 
0   
-
 

 Virtual Disks
-
C#  Logical Volumes  Physical Disks  DegradedOffline
CriticalFailed 
0   16   16  0   0  
0   0  

 Virtual Disks Info

C#  ID   NameState   Size   
Raid Level 
0   L0   mfid0   optimal 2.728 tb   
raid-0 
0   L1   optimal 2.728 tb   
raid-0 
0   L10  optimal 2.728 tb   
raid-0 
0   L11  optimal 2.728 tb   
raid-0 
0   L12  optimal 2.728 tb   
raid-0 
0   L13  optimal 2.728 tb   
raid-0 
0   L14  optimal 2.728 tb   
raid-0 
0   L15  optimal 2.728 tb   
raid-0 
0   L2   optimal 2.728 tb   
raid-0 
0   L3   optimal 2.728 tb   
raid-0 
0   L4   optimal 2.728 tb   
raid-0 
0   L5   optimal 2.728 tb   
raid-0 
0   L6   optimal 2.728 tb   
raid-0 
0   L7   optimal 2.728 tb   
raid-0 
0   L8   optimal 2.728 tb   
raid-0 
0   L9   optimal 2.728 tb   
raid-0 

 Controller 0 Physical Drives
--
Enclosure: 245 (a0 => unavailable)
C#  Virtual Member   Slot   Model
SizeSerial  Media Err  Other Err 
Status   F-State  SAS Address  
00  -
2.728tb -   0  0 
online,spun_up   none 0x500062b200320010
01  -
2.728tb -   0  0 
online,spun_up   none 0x500062b200320011
010 -
2.728tb -   0  0 
online,spun_up   none 0x500062b200320022
011 -
2.728tb -   0  0 
online,spun_up   none 0x500062b200320023
012 -
2.728tb -   0  0 
online,spun_up   none 0x500062b200320018
013 -
2.728tb -   0  0 
online,spun_up   none 0x500062b200320019
014 -
2.728tb -   0  0 
online,spun_up   none 0x500062b20032001a
015 -
2.728tb -   0  0 
online,spun_up   none 0x500062b20032001b
02  -
2.728tb -   0  0 
online,spun_up   none 0x500062b200320012
0

FreeBSD Port: postgis-2.1.7_2

[Zsolt Ero]

Hello Harrison,

Thanks for taking care of the PostGIS post in FreeBSD. I'd like to ask
whether it'd be possible to build a version on pkg which depends on
PostgreSQL 9.4 and not 9.3? I believe most people are using 9.4 now
that it's stable and PostGIS forces 9.3 to be used on a system.

Regards,
Zsolt
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: port for letsencrypt ?

[Carlos J Puga Medina]

Hi Jason,

In order to build letsencrypt port are necessary the following ports
which actually are not into the ports tree.

- devel/py-repoze.sphinx.autointerface
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203189
- textproc/py-sphinxcontrib-programoutput
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203190

Best,
--
Carlos Jacobo Puga Medina 
PGP fingerprint = C60E 9497 5302 793B CC2D  BB89 A1F3 5D66 E6D0 5453


signature.asc
Description: This is a digitally signed message part

tmate

[Andriy Gapon]

Has anyone tried to port tmate yet?
http://tmate.io/

-- 
Andriy Gapon
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Anyone got RethinkDB working in FreeBSD?

[Kurt Jaeger]

Hi!

> > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
[...]

The latest shar in the ticket builds on all except 9.3.

> Then I got this error in configure:
> "
> * Detecting system configuration
> Bash:   4.3.42(0)-release
> Use ccache: no
> C++ Compiler:   CLANG 3.4.1 (clang++)
> Host System:x86_64-unknown-freebsd9.3
> Build System:   FreeBSD 9.3-RELEASE-p24 amd64
> Cross-compiling:no
> Host Operating System:  FreeBSD
> Build Architecture: amd64
> stdlib: -lstdc++
> C++11:  no
> * Error: C++11 not found.
> In file included from ./mk/gen/check_cxx11.cc:4:
> In file included from /usr/include/c++/4.2/map:65:
> In file included from /usr/include/c++/4.2/bits/stl_tree.h:69:
> In file included from /usr/include/c++/4.2/bits/stl_algobase.h:71:
> /usr/include/c++/4.2/bits/stl_pair.h:85:21: error: call to deleted 
> constructor of 'C'
> * Aborting configure
> *** [do-configure] Error code 1
> "

I can reproduce this, too, in poudriere.

Using g++46, it overcomes this hurdle only to fail to build some
other construct a few seconds into the main build.

See

http://people.freebsd.org/~pi/logs/databases__rethinkdb-93a-1442564911.txt

for the latest status. So we're down to some C++ specific issues.

Any ideas ?

-- 
p...@opsec.eu+49 171 3101372 5 years to go !
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: postgis-2.1.7_2

[Zsolt Ero]

Thanks!

Also, what is the state of
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199563

At the moment PostGIS still cannot be enabled when installed from pkg.
As far as I understand this makes the pkg version broken, doesn't it?

Is there any reason not to have RASTER enabled by default?
On 18 Sep 2015 17:17, "Harrison Grundy" 
wrote:

> Absolutely. I'll get a patch up for that this weekend.
>
> Thanks,
>
> --- Harrison
>
> Zsolt Ero wrote:
>
>> Hello Harrison,
>>
>> Thanks for taking care of the PostGIS post in FreeBSD. I'd like to ask
>> whether it'd be possible to build a version on pkg which depends on
>> PostgreSQL 9.4 and not 9.3? I believe most people are using 9.4 now
>> that it's stable and PostGIS forces 9.3 to be used on a system.
>>
>> Regards,
>> Zsolt
>>
>
>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: postgis-2.1.7_2

[Harrison Grundy]

Zsolt Ero wrote:


Thanks!

Also, what is the state of
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199563

At the moment PostGIS still cannot be enabled when installed from pkg.
As far as I understand this makes the pkg version broken, doesn't it?

Is there any reason not to have RASTER enabled by default?


Whoops! I completely forgot about it. I'll get that one wrapped up this 
weekend as well.


--- Harrison
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: postgis-2.1.7_2

[Harrison Grundy]

Absolutely. I'll get a patch up for that this weekend.

Thanks,

--- Harrison

Zsolt Ero wrote:

Hello Harrison,

Thanks for taking care of the PostGIS post in FreeBSD. I'd like to ask
whether it'd be possible to build a version on pkg which depends on
PostgreSQL 9.4 and not 9.3? I believe most people are using 9.4 now
that it's stable and PostGIS forces 9.3 to be used on a system.

Regards,
Zsolt


___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: port for letsencrypt ?

[Mark Felder]

On Fri, Sep 18, 2015, at 07:07, Carlos J Puga Medina wrote:
> Hi Jason,
> 
> In order to build letsencrypt port are necessary the following ports
> which actually are not into the ports tree.
> 
> - devel/py-repoze.sphinx.autointerface
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203189
> - textproc/py-sphinxcontrib-programoutput
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203190
> 

These have now landed in the tree. 


-- 
  Mark Felder
  ports-secteam member
  f...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"