2011-12-31 www/squid30: This version of Squid is no longer actively maintained upstream
2011-12-31 devel/slglade: Depends on non-functional x11-toolkits/slgtk
2011-12-31 x11-toolkits/slgtk: Does not work with newer GTK+, upstream development has ceased
2011-12-31 x11-toolkits/slgtkdatabox: Depends on non-functional x11-toolkits/slgtk
analysis of one or many Perl files and obtain a few metrics: packages,
subroutines, lines of code, and an approximation of cyclomatic
(mccabe) complexity for the subroutines and the "main" portion of the
code.
Perl::Metrics::Simple is far simpler than Perl::Metrics.
Installs a script called countperl.
WWW: http://search.cpan.org/dist/Perl-Metrics-Simple/
scoreboard. By using the module it is easy to create a monitor for
many worker process, like the status module of the Apache HTTP server.
Unlike other similar modules, Parallel::Scoreboard is easy to use and
has no limitation on the format or the length of the statuses to be
stored. Any arbitrary data (like JSON or frozen perl object) can be
saved by the worker processes as their status and read from the
manager process.
WWW: http://search.cpan.org/dist/Parallel-Scoreboard/
Perl::Metrics::Lite provides just enough methods to run static
analysis of one or many Perl files and obtain a few metrics.
Perl::Metrics::Lite is far simpler than Perl::Metrics and more
extensible than Perl::Metrics::Simple.
WWW: http://search.cpan.org/dist/Perl-Metrics-Lite/
feature, allowing users to go back in time and re-enter a botched answer.
Supports multiple-choice, password prompting, overriding input events,
defaults, etc.
WWW: http://rubygems.org/gems/interact
The main purpose of cppo is to provide a lightweight tool for simple
macro substitution (#define) and file inclusion (#include) for the
occasional case when this is useful in OCaml. Processing specific
sections of files by calling external programs is also possible via
#ext directives.
The implementation of cppo relies on the standard library of OCaml and
on the standard parsing tools Ocamllex and Ocamlyacc, which contribute
to the robustness of cppo across OCaml versions.
WWW: http://martin.jambon.free.fr/cppo.html
PR: ports/162749
Submitted by: <michael.grunewald@laposte.net>
This badly-named port is not being propogated through our csup/cvsup
machinery, and until this is fixed, various tools will be broken on various
people's systems.
The dicussion about whether standard Unix file-cleaners will come through
and nuke this directory anyways is left for later.
Hat: portmgr
support to programs with time varying values: applicative events and signals.
React doesn't define any primitive event or signal, this lets the client
choose the concrete timeline.
WWW: http://erratique.ch/software/react
PR: ports/156472
Submitted by: Jaap Boender <jaapb@kerguelen.org>
including many wireless routers from many vendors.
The utilities are collected and maintained by the OpenWrt router project.
WWW: http://www.openwrt.org/
PR: ports/163537
Submitted by: Stefan Bethke <stb@lassitu.de>
Feature safe: yes
and pieces. The goals of the project, in the order of importance, are as
follows:
1. Completeness of coverage; LibHTP must be able to parse virtually all
traffic that is found in practice.
2. Permissive parsing; LibHTP must never fail to parse a stream that would
be parsed by some other web server.
3. Awareness of evasion techniques; LibHTP must be able to detect and
effectively deal with various evasion techniques, producing, where
practical, identical or practically identical results as the web
server processing the same traffic stream.
4. Performance; The performance must be adequate for the desired tasks.
Completeness and security are often detremental to performance. Our
idea of handling the conflicting requirements is to put the library
user in control, allowing him to choose the most desired library
characteristic.
Author: Ivan Ristic <ivanr@webkreator.com>
WWW: http://www.libhtp.org
there's no need to still maintain an outdated port of the same major
version. (avr-gcc-3 is a different thing, and still has its
justification in rare cases.)
The Portable Hardware Locality (hwloc) software package provides
a portable abstraction (across OS, versions, architectures, ...) of
the hierarchical topology of modern architectures, including as follows:
- NUMA memory nodes;
- sockets;
- shared caches;
- cores and simultaneous multithreading.
It also gathers various system attributes such as cache and
memory information as well as the locality of I/O devices
(such as network interfaces, InfiniBand HCAs or GPUs).
It primarily aims at helping applications with gathering information about
modern computing hardware so as to exploit it accordingly and efficiently [1].
[1] Portable Hardware Locality (hwloc) WWW.
WWW: http://www.open-mpi.org/projects/hwloc/
PR: 163427
Submitted by: Eijiro Shibusawa <phd_kimberlite@yahoo.co.jp>
Feature safe: yes
by providing access to the underlying Qt framework. PySide and its complete
generation toolchain is available under LGPL license. This allows developers
to create Qt and Qt Quick applications in Python programming language at no
cost.
WWW: http://pyside.org/
for C++ and Qt-based libraries by providing a framework to help automating
most of the process. It uses the ApiExtractor library to parse the header
files and manipulate the classes information while generating the binding
code using front-end modules provided by the user.
GeneratorRunner is based on the QtScriptGenerator project
WWW: http://www.pyside.org/docs/generatorrunner/
The API Extractor library is used by the binding generator to parse headers
of a given library and merge this data with information provided by
typesystem (XML) files, resulting in a representation of how the API should be
exported to the chosen target language. The generation of source code for the
bindings is performed by specific generators using the API Extractor library.
The API Extractor is based on QtScriptGenerator
WWW: http://www.pyside.org/docs/apiextractor/
Thrift::XS provides faster versions of Thrift::BinaryProtocol and
Thrift::MemoryBuffer.
Thrift compact protocol support is also available, just replace
Thrift::XS::BinaryProtocol with Thrift::XS::CompactProtocol.
To use, simply replace your Thrift initialization code with the appropriate
Thrift::XS version.
WWW: http://search.cpan.org/dist/Thrift-XS/
library.
Features:
* JSON parsing and encoding directly to and from an IO stream (file, socket,
etc) or String. Compressed stream parsing and encoding supported for Bzip2,
Gzip and Deflate.
* Parse and encode multiple JSON objects to and from streams or strings
continuously.
* JSON gem compatibility API - allows yajl-ruby to be used as a drop-in
replacement for the JSON gem
* Basic HTTP client (only GET requests supported for now) which parses JSON
directly off the response body *as it's being received*
* ~3.5x faster than JSON.generate
* ~1.9x faster than JSON.parse
* ~4.5x faster than YAML.load
* ~377.5x faster than YAML.dump
* ~1.5x faster than Marshal.load
* ~2x faster than Marshal.dump
WWW: https://github.com/brianmario/yajl-ruby
The current port would be a downgrade to this version
which is required by chef server.
PR: ports/163363
Submitted by: Philip M. Gollucci <pgollucci@p6m7g8.com>
With Hat: ruby@
Sponsored by: RideCharge Inc. / Taxi Magic
finds a binding of packages to versions that satisfies desired constraints.
WWW: https://github.com/algorist/dep_selector
PR: ports/163352
Submitted by: Scott Sanders <scott@jssjr.com>
Sponsored by: RideCharge Inc. / Taxi Magic
