Searches without login should now work. You must get asked to click a button.
Port details
webstone-sslWorld wide web server benchmarking with SSL support
2.5_4wwwΣ=1 2.5_4Version of this port present on the latest quarterly branch.
DEPRECATED: Requires upstream EOL OpenSSL 1.0.X This port expired on: 2023-06-01 IGNORE: is marked as broken on FreeBSD 13.1: incomplete definition of type 'struct ssl_st'
There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
WebStone is free benchmarking tool for web servers available from
Mindcraft. The version available here has been SSL enabled, so secure
web servers can be benchmarked using our version. In addition to the
default configuration parameters, the following can be specified:
1. SSL_VERSION: SSLv2, SSLv23 or SSLv3 (default SSLv3)
2. SSL_CIPHER(SSL preferred cipher): use ssl ciphers specified in
ssl[2,3].h, e.g RC4-SHA, IDEA-CBC-SHA, DH-DSS-DES-CBC3-SHA
(default EDH-RSA-DES-CBC3-SHA). Specifying an SSLv2 cipher in
SSLv3 mode won't work (and vice versa)
3. SSL_CACHE_MODE(client cache mode): ON, OFF (default OFF)
4. SSL_MIX(percentage HTTPS connections, remaining connections are
filled in with HTTP connections): 0.0-1.0 (default 1.0)
5. HTTPS_PORT: port (default 8443)
Before running webstone make sure that the non-root user
who runs webstone has rexec access to the webclients and
the web server. This user must also have write access to
/usr/local/webstone-ssl on webmaster and write access in
the web data directory on the web server. Be aware of
security risks!
To run configure webstones, run it, and see the results:
cd /usr/local/webstone-ssl
${EDITOR} conf/testbed
./webstone -genfiles
./webstone
./webstone -results
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
www: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
*
* <hvo.pm@xs4all.nl>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Aaron LI <aly@aaronly.me>
* Aaron Zauner <az_mail@gmx.at>
* Abel Chow <achow@transoft.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Adrian Steinmann <ast@marabu.ch>
* Akinori MUSHA aka knu <knu@idaemons.org>
(Only the first 15 lines of the commit message are shown above )
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
