Re: Firefox became much slower

[Jan Beich]

"Chris H"  writes:

> On Wed, 1 Nov 2017 20:20:26 +0100 "Dr. Nikolaus Klepp"  wrote
>
>> Am Mittwoch, 1. November 2017 schrieb Gleb Popov:
>> > On Wed, Nov 1, 2017 at 7:12 PM, Kevin Oberman  wrote:
>> > 
>> > > On Wed, Nov 1, 2017 at 8:15 AM, Andriy Gapon  wrote:
>> > >
>> > > > On 01/11/2017 14:18, Stefan Esser wrote:
>> > > > > uMatrix has lots of pre-configured rules (blocks trackers and known
>> > > > > malware sites), but I'm using it in conjunction with uBlock from the
>> > > > > same developers.
>> > > >
>> > > > I used to use uBlock but at the time I got an impression that the addon
>> > > > itself
>> > > > ate away resources and slowed down my browser.
>> > > > What's your impression of it at this time?
>> > > >
>> > > > Thank you.
>> > > > --
>> > > > Andriy Gapon
>> > >
>> > >
>> > > When I had firefox slow dramatically,  I learned that quite a few
>> > > extensions will disable multiprocessing. This can totally destroy the
>> > > performance.
>> > >
>> > > Use about:support ti see if Multiprocess Windows is enabled. If not,
>> > > disable add-ons until that changes.
>> 
>> You can add this boolean value in about:config to force "Multiprocess
>> Windows": 
>>
>> browser.tabs.remote.force-enable=true
> Excellent tip. Thanks for sharing it!
>
> And to think it was hiding in FF since 2015 [1]
>
> 1) https://asadotzler.com/2016/06/06/firefox-48-beta-release-and-e10s/

Not really, see

https://bugzilla.mozilla.org/show_bug.cgi?id=1348576
https://svnweb.freebsd.org/changeset/ports/436423
___
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: net/freeradius3 maintainer is ignoring the port (timeout)

[Ryan Steinmetz]

On (11/06/17 22:11), John W. O'Brien wrote:

Hello FreeBSD ports,

The maintainer of net/freeradius3 is unresponsive on two open bugs, both
with proposed patches.


John,

I was reviewing these two issues tonight and, if I am not mistaken, the 
IDN issue was resolved in a commit on 7/17/17:

https://svnweb.freebsd.org/ports/head/net/freeradius3/pkg-plist?r1=442287=446076


I also believe that the Kerberos issue was resolved on 4/1/16:
https://svnweb.freebsd.org/ports/head/net/freeradius3/Makefile?r1=412347=412348;

Can you please verify your ports tree is current (you should see 
FreeRADIUS 3.0.15) and then confirm/deny?



Thanks!
-r



In one case [0], the submitter responded to feedback on 2016-02-03,
there has been no further action on the part of the maintainer, and the
port remains broken w.r.t. Kerberos.

In the other case [1], there was already one maintainer timeout (5 mo as
of 2016-07-17). The bug was reassigned to the maintainer on 2017-08-18,
and there has been no further action.

I would appreciate it if somebody could give these bugs the attention
they need.

Also, I ask that if the maintainer is unable or unwilling to attend to
reported problems, that the port be released so that others could more
easily work to improve it.

Regards,
John

[0] net/freeradius3: Fix pkg-plist with IDN option
   https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202684
[1] net/freeradius3: Does not link properly against selected kerberos
implementation
   https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205493






--
Ryan Steinmetz
PGP: 9079 51A3 34EF 0CD4 F228  EDC6 1EF8 BA6B D028 46D7
___
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: Firefox became much slower

[Dave Horsfall]

On Tue, 7 Nov 2017, Chris H wrote:

FWIW Firefox has always leaked memory like water through a sieve. As a 
result, no matter how many resources I have on any given system. I can't 
leave FF open for any length of time, w/o having to restart it; else 
system starts swapping until all resources are exhausted; then panic && 
reboot.


It got really bad around 53 or so; I wish their programmers (no doubt 
fresh out of school) would fix existent bugs instead of adding frilly new 
"features"' we don't all have terabytes of free memory.


--
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."
___
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: Firefox became much slower

[Chris H]

On Wed, 1 Nov 2017 20:20:26 +0100 "Dr. Nikolaus Klepp"  wrote

> Am Mittwoch, 1. November 2017 schrieb Gleb Popov:
> > On Wed, Nov 1, 2017 at 7:12 PM, Kevin Oberman  wrote:
> > 
> > > On Wed, Nov 1, 2017 at 8:15 AM, Andriy Gapon  wrote:
> > >
> > > > On 01/11/2017 14:18, Stefan Esser wrote:
> > > > > uMatrix has lots of pre-configured rules (blocks trackers and known
> > > > > malware sites), but I'm using it in conjunction with uBlock from the
> > > > > same developers.
> > > >
> > > > I used to use uBlock but at the time I got an impression that the addon
> > > > itself
> > > > ate away resources and slowed down my browser.
> > > > What's your impression of it at this time?
> > > >
> > > > Thank you.
> > > > --
> > > > Andriy Gapon
> > >
> > >
> > > When I had firefox slow dramatically,  I learned that quite a few
> > > extensions will disable multiprocessing. This can totally destroy the
> > > performance.
> > >
> > > Use about:support ti see if Multiprocess Windows is enabled. If not,
> > > disable add-ons until that changes.
> 
> You can add this boolean value in about:config to force "Multiprocess
> Windows": 
>
> browser.tabs.remote.force-enable=true
Excellent tip. Thanks for sharing it!

And to think it was hiding in FF since 2015 [1]

1) https://asadotzler.com/2016/06/06/firefox-48-beta-release-and-e10s/

--Chris
> 
> 
> 
> > > --
> > > Kevin Oberman, Part time kid herder and retired Network Engineer
> > > E-mail: rkober...@gmail.com
> > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> > > ___
> > > 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"
> > >
> > 
> > That was super useful suggestion. Thanks!
> > ___
> > 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"
> > 
> 
> 
> 
> -- 
> Please do not email me anything that you are not comfortable also sharing
> with the NSA, CIA ... ___
> 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"

Re: FreeBSD Port: xapian-bindings-1.2.24

[Oliver Schonrock]

On 10/07/17 19:51, Sunpoet Po-Chuan Hsieh wrote:
> Since our default php is still 5.6, there are only official packages
> for php 5.6.
>
> However, we'll have flavored packages in the near future.
> It is said to support multiple python versions.
> I believe packages for non-default php versions will be available then.

Any news news on the timing of this please?

-- 
Oliver Schönrock
email: oli...@schonrocks.com 




signature.asc
Description: OpenPGP digital signature

Re: Firefox became much slower

[Chris H]

On Wed, 1 Nov 2017 21:54:21 +0300 Gleb Popov <6year...@gmail.com> wrote

> On Wed, Nov 1, 2017 at 7:12 PM, Kevin Oberman  wrote:
> 
> > On Wed, Nov 1, 2017 at 8:15 AM, Andriy Gapon  wrote:
> >
> > > On 01/11/2017 14:18, Stefan Esser wrote:
> > > > uMatrix has lots of pre-configured rules (blocks trackers and known
> > > > malware sites), but I'm using it in conjunction with uBlock from the
> > > > same developers.
> > >
> > > I used to use uBlock but at the time I got an impression that the addon
> > > itself
> > > ate away resources and slowed down my browser.
> > > What's your impression of it at this time?
> > >
> > > Thank you.
> > > --
> > > Andriy Gapon
> >
> >
> > When I had firefox slow dramatically,  I learned that quite a few
> > extensions will disable multiprocessing. This can totally destroy the
> > performance.
> >
> > Use about:support ti see if Multiprocess Windows is enabled. If not,
> > disable add-ons until that changes.
> > --
> > Kevin Oberman, Part time kid herder and retired Network Engineer
> > E-mail: rkober...@gmail.com
> > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> > ___
> > 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"
> >
> 
> That was super useful suggestion. Thanks!

Weird. about:support results in an instant crash in my copy of FF.

> ___
> 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"

Re: Firefox became much slower

[Chris H]

On Wed, 1 Nov 2017 07:20:26 -0700 Steve Kargl
 wrote

> On Wed, Nov 01, 2017 at 09:07:11AM +0300, Gleb Popov wrote:
> > 
> > I'm using Firefox on quite ancient machine (amd64, though) and after
> > updating from firefox-56.0.1_3 to 56.0.2_3,1 it has become much more
> > sluggish - whole UI hangs during page loading, scrolling isn't smooth
> > anymore.
> > 
> > Anyone also see this?
> >
> 
> How much memory do you have?  I had to switch to seamonkey
> on a old laptop due to firefox's hunger for memory.  I was
> constantly swapping.
FWIW Firefox has always leaked memory like water through a sieve.
As a result, no matter how many resources I have on any given
system. I can't leave FF open for any length of time, w/o having
to restart it; else system starts swapping until all resources are
exhausted; then panic && reboot.

--Chris
> 
> -- 
> Steve
> ___
> 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"

Re: best way to maintain local ports tree changes

[Miroslav Lachman]

Mathieu Arnold wrote on 11/07/2017 18:03:

Le 07/11/2017 à 16:54, Miroslav Lachman a écrit :

What is the best way to maintain local ports tree changes?

I am building packages in poudriere, 4 different sets for 2 archs (8
sets in total).

I have some local ports and some changes to official ports. Now we are
planing to do some small changes in ports/Mk too.


I would advise against patching the framework directly, most things are
configurable, what problems do you have with ports/Mk ?


For example I would like to rip of some lines from Mk/Uses/php.mk

Some time ago when etc/php/extensions.ini was split in to many pieces 
the following messages was introduced for each and every PHP extension 
installed / upgraded


## {{{ message

Message from php56-filter-5.6.32:


The following line has been added to your 
/usr/local/etc/php/ext-20-filter.ini

configuration file to automatically load the installed extension:

extension=filter.so
## }}} message

It is really annoying to have terminal scrolled 300 lines just to show 
me this.

I understand it was useful for somebody for transition period but now...?


Are you aware of the Mk/bsd.local.mk file that is there to allow you to
not change the other files ?


I am not aware of Mk/bsd.local.mk but I think it will not allow me to 
modify behaviour of Mk/Uses/php.mk



As for the ports, you can also add a Makefile.local that will be parsed
after the main Makefile, it may help you depending on what you change in
existing ports.


I have small patches for some ports like ports-mgmt/pkg (I submitted it 
few years ago without any attention).
We need to keep sysutils/tmux on version 2.3 because newer versions are 
buggy (tmux author said it is feature and refuse to restore old 
behaviour - I also posted in FreeBSD mailing lists about this issue)
We are patching benchmarks/sysbench to use vim-lite as dependency 
instead of full Vim:

BUILD_DEPENDS=  xxd:editors/vim-lite

Those are just examples why I would like to have some small patches 
applied to ports tree after sync with official ports tree but do not 
want to use local category for each of this modification.


I found ports-mgmt/portshaker - is it right tool for my use case?

Miroslav Lachman

___
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: Regarding building corosync 2.4.3 on FreeBSD 8.4-RELEASE

[Kevin Oberman]

On Tue, Nov 7, 2017 at 1:06 AM, Mathieu Arnold  wrote:

> Le 07/11/2017 à 09:37, Thomas Mueller a écrit :
> > from Jaspal Kaur:
> >
> >> I am trying to build corosync 2.4.3 on FreeBSD 8.4-RELEASE. I am able
> to build its below dependencies:
> > ...
> >
> > The first thing to do is update FreeBSD, since 8.4 is long past
> end-of-life.  Oldest supported version is 10.4, better to install FreeBSD
> 11.1 or STABLE, or HEAD.
>
> Oldest supported versions are 10.3 and 11.0.
>
> 11.0 hits EOL at the end of this month, so it is not a real choice. Oldest
versions to install are really 10.4 and 11.1 as 10.3 has only 6 months
before EOL.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
___
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: best way to maintain local ports tree changes

[Mathieu Arnold]

Le 07/11/2017 à 16:54, Miroslav Lachman a écrit :
> What is the best way to maintain local ports tree changes?
>
> I am building packages in poudriere, 4 different sets for 2 archs (8
> sets in total).
>
> I have some local ports and some changes to official ports. Now we are
> planing to do some small changes in ports/Mk too.

I would advise against patching the framework directly, most things are
configurable, what problems do you have with ports/Mk ?
Are you aware of the Mk/bsd.local.mk file that is there to allow you to
not change the other files ?
As for the ports, you can also add a Makefile.local that will be parsed
after the main Makefile, it may help you depending on what you change in
existing ports.

> So what is the best way to get ports tree in sync with official ports
> tree but keep our local changes without a need to apply patches
> manually over and over?
>
> What are you guys using for this scenario?
>
> Kind regards
> Miroslav Lachman
> ___
> 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"
>

-- 
Mathieu Arnold




signature.asc
Description: OpenPGP digital signature

Re: best way to maintain local ports tree changes

[Mel Pilgrim]

On 11/07/2017 07:54, Miroslav Lachman wrote:

What is the best way to maintain local ports tree changes?

I am building packages in poudriere, 4 different sets for 2 archs (8 
sets in total).


I have some local ports and some changes to official ports. Now we are 
planing to do some small changes in ports/Mk too.
So what is the best way to get ports tree in sync with official ports 
tree but keep our local changes without a need to apply patches manually 
over and over?


What are you guys using for this scenario?


Purely local ports are in a "local" subdir.  Changes to official ports 
that can go upstream do, otherwise I clone the skeleton into local and 
use that.

___
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"

ports depending on python

[blubee blubeeme]

I am having some real tough time building this port that requires python
modules.

Is there anyone in here willing to help me debug this issue?

Whenever I add:
USE_GNOME py3gobject3

to my port it tries to build lib-mesa with python2 instead of python3 so
the build fails.

I need those py3gobject3 introspection bindings though.

Anyone have some time to assist me with this?
___
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: pkg issue after FreeBSD 11 upgrade

[Cassiano Peixoto]

Hi Baptiste,

Sorry to bother you. Did you have some time to work on this thread?

Thanks.

On Wed, Aug 30, 2017 at 12:46 PM, Cassiano Peixoto <
peixotocassi...@gmail.com> wrote:

> Thank you for your support Baptiste, I really appreciate that.
>
> As same as HANDLE_RC_SCRIPTS option the new one should be handled
> carefully.
>
> Please keep us posted when it's ready.
>
>
> On Wednesday, August 30, 2017, Baptiste Daroussin 
> wrote:
>
>> On Wed, Aug 30, 2017 at 10:07:51AM -0300, Cassiano Peixoto wrote:
>> > Ok I know about HANDLE_RC_SCRIPTS, it's a good approach. But how to deal
>> > with when I need to restart a service without upgrading? Reaper
>> > functionnality is a trouble for many administrators who made meta ports
>> to
>> > manage their servers. I really think it could be a option to be
>> > enabled/disabled. Can you see this possibility?
>> >
>>
>> Yes I could add an option to disable the reaper functionnality (and will
>> probably to unblock such use case as soon as I have time to do it.)
>>
>> However I still think this is not the right idea :) and a better one
>> could be
>> found
>>
>> Bapt
>>
>
___
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"

best way to maintain local ports tree changes

[Miroslav Lachman]

What is the best way to maintain local ports tree changes?

I am building packages in poudriere, 4 different sets for 2 archs (8 
sets in total).


I have some local ports and some changes to official ports. Now we are 
planing to do some small changes in ports/Mk too.
So what is the best way to get ports tree in sync with official ports 
tree but keep our local changes without a need to apply patches manually 
over and over?


What are you guys using for this scenario?

Kind regards
Miroslav Lachman
___
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 you maintain which are out of date

[portscout]

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
science/libint  | 1-1-6   | v2.4.1
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
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"

PHP 7.2 - RC5 - Review

[Torsten Zuehlsdorff]

Aloha,

i prepared the current PHP 7.2 RC5 for a commit. I'm already using it 
quite a while and got some feedback from other tester. So i decided to 
get it a review for public interest:

https://reviews.freebsd.org/D12980

Feel free to test and review. If anything is fine i'm going to commit it 
soon!


Greetings,
Torsten
--
Support me at:
https://www.patreon.com/TorstenZuehlsdorff
___
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: Regarding building corosync 2.4.3 on FreeBSD 8.4-RELEASE

[Mathieu Arnold]

Le 07/11/2017 à 09:37, Thomas Mueller a écrit :
> from Jaspal Kaur:
>
>> I am trying to build corosync 2.4.3 on FreeBSD 8.4-RELEASE. I am able to 
>> build its below dependencies:
> ...
>
> The first thing to do is update FreeBSD, since 8.4 is long past end-of-life.  
> Oldest supported version is 10.4, better to install FreeBSD 11.1 or STABLE, 
> or HEAD.

Oldest supported versions are 10.3 and 11.0.

> If updating from source, it may require several stages, since I don't think 
> you can directly upgrade from 8.4 to 11.x or HEAD.
>
> Ports framework does not support past-EOL versions of FreeBSD.
>
> Tom
>
> ___
> 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"
>

-- 
Mathieu Arnold




signature.asc
Description: OpenPGP digital signature

Re: Hyperledger Sawtooth on FreeBSD

[Ganbold Tsagaankhuu]

Hi,

On Mon, Nov 6, 2017 at 12:17 AM, Yuri  wrote:

> Hi Ganbold,
>
>
> Thank you for working on this!
>
>
> On 11/04/17 10:19, Ganbold Tsagaankhuu wrote:
>
>> Just some update, I was able to run Hyperledger Sawtooth in FreeBSD 11.1
>> and it seems working:)
>>
>
> Great!
>
>
> I have to organize my install notes, it is still messy.
>>
>

Created notes at FreeBSD wiki for now, since it still requires some manual
setting up on Sawtooth side:

https://wiki.freebsd.org/HyperledgerSawtooth

thanks,

Ganbold



>
>
> You should organize it into the port format, so that there will be no need
> for notes. -)
>
>
> I had to build/install necessary python dependencies such as gprc,
>> gprc_tools for python3.6.
>> It would be nice to have grpc and grpc_tools as packages.
>>
>
> Even without those packages, you should be able to build the port while
> the environment variable is set to PYTHON_VERSION=3.6
>
>
> Please keep us posted about the progress.
>
> Yuri
>
>
___
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: Regarding building corosync 2.4.3 on FreeBSD 8.4-RELEASE

[Thomas Mueller]

from Jaspal Kaur:

> I am trying to build corosync 2.4.3 on FreeBSD 8.4-RELEASE. I am able to 
> build its below dependencies:
...

The first thing to do is update FreeBSD, since 8.4 is long past end-of-life.  
Oldest supported version is 10.4, better to install FreeBSD 11.1 or STABLE, or 
HEAD.

If updating from source, it may require several stages, since I don't think you 
can directly upgrade from 8.4 to 11.x or HEAD.

Ports framework does not support past-EOL versions of FreeBSD.

Tom

___
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"