performance of Haskell code. It provides both a framework for executing
and analysing benchmarks and a set of driver functions that makes it
easy to build and run benchmarks, and to analyse their results.
WWW: http://hackage.haskell.org/package/criterion
PR: ports/142495
Submitted by: Jacula Modyun <jacula(at)gmail.com>
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
by network and system managers. Its most basic usage is to determine
the raw TCP (or UDP) network layer throughput by transferring memory
buffers from a source system across an interconnecting network to
a destination system, either transferring data for a specified time
interval, or alternatively transferring a specified number of bytes.
nuttcp is based on nttcp, but have several useful features such
as a server mode, rate limiting, multiple parallel streams, and
timer based usage.
WWW: http://www.lcp.nrl.navy.mil/nuttcp/
PR: ports/137876
Submitted by: Andy Clark <andrewclarkii at gmail.com>
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
server, can bypass httpready protection and ultimately performs a fairly low
bandwidth denial of service. It has the added benefit of allowing the server
to come back at any time (once the program is killed), and not spamming the
logs excessively. It also keeps the load nice and low on the target server, so
other vital processes don't die unexpectedly, or cause alarm to anyone who is
logged into the server for other reasons.
The main audience using slowloris is of course a system administrators wanting
to measure their webserver's performance and vulnerability.
WWW: http://ha.ckers.org/slowloris/
PR: ports/136281
Submitted by: Alexey V. Degtyarev
- Added patch files to correct small errors
- Submitter has been as assigned as new maintainer
PR: ports/129972
Submitted by: Sachidananda Urs <sacchi at gmail dot com>
modular xorg.
- supply corresponding USE_XORG for all imake-using ports that need it
- USE_IMAKE no longer implies USE_XLIB in absence of USE_XORG
- retire USE_X_PREFIX which is not really used anywhere after the
above change
- a few minor nits like whitespace and SF macro
Tested by: 2 tinderbox runs by pav
Approved by: portmgr (pav)
remove x-generate-plist and friends
- use RF macro and remove SUBDIR where possible
- remove some uneeded GEM_NAME=${DISTNAME}
(this c/should be handled better in bsd.*.mk)
other deltas specific to individual ports:
audio/rubygem-mp3info - unbreak, fix packaging, bump PORTREVISION
devel/rubygem-rapt - adopt
devel/rubygem-rspec - remove BUILD_DEPENDS=RUN_DEPENDS -- neither set
devel/rubygem-ruby2ruby - add #' for vim highlight
graphics/rubygem-extifr - drop PORTREVISION=0
graphics/rubygem-gd2 - add #' for vim highlight
www/rubygem-rubyfulsoup - swap GEM_NAME / DISTNAME for constistency
Sponsored by: RideCharge Inc.
Tested on: RideCharge's Tinderbox
Reviewed by: stas
- Pass maintainership to submitter
- Fix conflict with ImageMagick (switch to bin/stream_bench)
- Switch to using WRKSRC instead of BUILD_WRKSRC
PR: ports/137125
Submitted by: Alexey Shuvaev <shuvaev@physik.uni-wuerzburg.de>
which is intended to be a central location for custom scripts, functions and
extensions for GNU Octave. contains the source for all the functions plus
build and install scripts.
This is benchmark.
The package contains code used to benchmark speed of Octave.
WWW: http://octave.sourceforge.net/
PR: 127301
Submitted by: Stephen Montgomery-Smith <stephen at math dot missouri dot edu>
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
Minimal testing has been done, so please don't add it into modules until I've
verified its functioning as intended/advertised!
PR:
Submitted by:
Reviewed by:
Approved by:
Obtained from:
MFC after:
Security:
I'm going to update the polygraph port to a more reasonable release;
I'd like it to be a new port which I can maintain.
PR: ports/124405
Submitted by: Adrian Chadd <adrian@FreeBSD.org>
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
- Implement new knobs for gems and rake (these are included in
ruby 1.9 distribution already). Also move gem bits from
ruby-gems/Makefile.common to bsd.ruby.mk[1]. Now to depend
on gems or rake you should define USE_RUBYGEMS/USE_RAKE
accordingly. Also RAKE_BIN variable is provided for
pointing to the right rake executable.
- Rewrite RUBY_SCHEBANG in awk to eliminate build dependency
on ruby.
Discussed with: Jonathan Weiss <jw@innerewut.de> [1] (gems maintainer)
Tested by: ports@
Solaris, and Linux. Geekbench is designed to measure the performance
an average application can expect from both the processor and the
memory subsystem.
Geekbench's benchmarks are written in platform-neutral C++, and have
no platform-specific optimizations. Geekbench is compiled with what we
consider the de-facto standard compiler for each platform, with the
compiler switches suggested by the compiler vendor for release code.
WWW: http://www.geekpatrol.ca/geekbench/
PR: ports/106533
Submitted by: Gea-Suan Lin <gslin@gslin.org>
2007-12-01 www/xpi-surfkeys: Development has been ceased
2008-02-01 sysutils/eventwatcher: no active development
2007-10-27 sysutils/p5-UPS-Nut: Version branch long since retired
2007-10-31 net-mgmt/netsaint: Now developed as Nagios, see net-mgmt/nagios port
2007-10-31 net-mgmt/netsaint-plugins: Now developed as Nagios, see net-mgmt/nagios port
2008-01-22 benchmarks/tsung: "fails to install"
2007-10-03 games/ggo: developer's focus have moved elsewhere
2008-02-15 mail/claws-mail-etpan_privacy: no longer supported by developers
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
NEXTSTEP. I rewrote the entire application for version 0.5 in order to have an
open architecture which allows the integration of other benchmarks by using
bundles.
WWW: http://www.nice.ch/~phip/softcorner.html
errno to ENOBUFS, which causes issues with the UDP bandwidth tests.
Check if errno != ENOBUFS after write(2).
- Bump PORTREVISION
Submitted by: Ryan T. Dean <rtdean___tcamail.net>
as played on a vertical 7x6 board. This takes about 10 minutes
on contemporary PCs.
WWW: http://homepages.cwi.nl/~tromp/c4/fhour.html
PR: ports/105778
Submitted by: trasz <trasz at pin.if.uz.zgora.pl>
benchmark kernels. With one executable, all of the supported
benchmarks, or a subset specified by the command line, can be run.
The rules, such as time measurement (including a repetitive call
of the kernels for better clock synchronization), message lengths,
selection of communicators to run a particular benchmark (inside
the group of all started processes) are program parameters.
WWW: http://www.intel.com/cd/software/products/asmo-na/eng/cluster/mpi/219848.htm
PR: ports/105665
Submitted by: trasz <trasz at pin.if.uz.zgora.pl>
Revision 1.3 of patch-ad worked around the problem, that only one writer
is allowed to allow a partition through GEOM. The fix was not complete,
leading to the file position not been incremented during reads and writes,
thus not testing sequential performance, but performance of cached reads
and writes, in general.
This fix makes rawio report reasonable sequential performance again,
but I'm still very suspicious with regard to randomized start positions
working. The results do not show the expected variation of sequential
read/write performance. I have not had time to look into this any deeper,
though, and thus decidied to not delay the commit any further ...
