Typing defines a standard notation for Python function and variable
type annotations. The notation can be used for documenting code in
a concise, standard format, and it has been designed to also be
used by static and runtime type checkers, static analyzers, IDEs
and other tools.
This is a backport of the standard library typing module to Python
versions older than 3.5.
Dispatcher mechanism for creating event models
PyDispatcher is an enhanced version of Patrick K. O'Brien's original
dispatcher.py module. It provides the Python programmer with a robust mechanism
for event routing within various application contexts.
Included in the package are the robustapply and saferef modules, which provide
the ability to selectively apply arguments to callable objects and to reference
instance methods using weak-references.
Queuelib is a collection of persistent (disk-based) queues for Python.
Queuelib goals are speed and simplicity. It was originally part of the Scrapy
framework and stripped out on its own library.
Added devel/p5-File-Flock version 2014.01
Added devel/p5-Data-Structure-Util version 0.16
Added devel/p5-TheSchwartz version 1.12
Added devel/p5-Eval-LineNumbers version 0.1
Added sysutils/p5-Daemon-Generic version 0.84
The ncurses Ada95 binding was originally written by Juergen Pfeifer in
1996. It has been improved several times by Juergen, as wll as
Eugen V. Melaragno and Nicolas Boulenguez.
The gflags package contains a library that implements commandline flags
processing. As such it's a replacement for getopt(). It has increased
flexibility, including built-in support for C++ types like string, and the
ability to define flags in the source file in which they're used.
Package from pkgsrc-wip with bacon4000@gmail.com as the MAINTAINER.
devel/snappy can use this along with other packages in the dependency chain
for caffe.
new packages. Most of which are the remaining modules of the Tryton
platform which weren't packaged. The others are dependencies of the new
modules. This was tested on FreeBSD and is based in large part on Richard
Palo's (richard@) work. This is the most recent release of the Tryton
platform, version 4.2. There's a very large list of changes from the 3.8
series we have in pkgsrc. If you're interested, those functional changes
can be found here:
http://www.tryton.org/posts/new-tryton-release-42.htmlhttp://www.tryton.org/posts/new-tryton-release-40.html
slibtool is an independent reimplementation of the widely used libtool,
written in C. slibtool is designed to be a clean, fast, easy-to-use
libtool drop-in replacement, and is accordingly aimed at package authors,
distro developers, and system integrators. slibtool maintains compatibility
with libtool in nearly every aspect of the tool's functionality as well as
semantics, leaving out (or turning into a no-op) only a small number of
features that are no longer needed on modern systems.
You can write a setup.py with no version information specified, and vcversioner
will find a recent, properly-formatted VCS tag and extract a version from it.
It's much more convenient to be able to use your version control system's
tagging mechanism to derive a version number than to have to duplicate that
information all over the place. I eventually ended up copy-pasting the same
code into a couple different setup.py files just to avoid duplicating version
information. But, copy-pasting is dumb and unit testing setup.py files is hard.
This code got factored out into vcversioner.
Package glog implements logging analogous to the Google-internal
C++ INFO/ERROR/V setup. It provides functions Info, Warning,
Error, Fatal, plus formatting variants such as Infof. It
also provides V-style logging controlled by the -v and
-vmodule=file=2 flags.
This is an efficient pure Go implementation of leveled logs in the
manner of the open source C++ package
https://github.com/google/glog
(pkgsrc/devel/google-glog)
By binding methods to booleans it is possible to use the log package
without paying the expense of evaluating the arguments to the log.
Through the -vmodule flag, the package also provides fine-grained
control over logging at the file level.
Protocol Buffers are Google's data interchange format.
This software implements Go bindings for protocol buffers. For information
about protocol buffers themselves, see
https://developers.google.com/protocol-buffers/
Every so often, a thread shows up on the golang-nuts asking for some form of
goroutine-local-storage, or some kind of goroutine id, or some kind of context.
There are a few valid use cases for goroutine-local-storage, one of the most
prominent being log line context. One poster was interested in being able to
log an HTTP request context id in every log line in the same goroutine as the
incoming HTTP request, without having to change every library and function call
he was interested in logging.
It is my duty to point you to https://blog.golang.org/context, which is how
Google solves all of the problems you'd perhaps consider using this package for
at scale.
Termbox is a library that provides a minimalistic API which allows the
programmer to write text-based user interfaces. The library is crossplatform
and has both terminal-based implementations on *nix operating systems and a
winapi console based implementation for windows operating systems. The basic
idea is an abstraction of the greatest common subset of features available on
all major terminals and other terminal-like APIs in a minimalistic fashion.
Small API means it is easy to implement, test, maintain and learn it, that's
what makes the termbox a distinct library in its area.
Go code (golang) set of packages that provide many tools for testifying that
your code will behave as you intend.
Features include:
- Easy assertions
- Mocking
- HTTP response trapping
- Testing suite interfaces and functions
A framework to build command line applications in Go with most of the burden of
arguments parsing and validation placed on the framework instead of the
developer.
A Python module for decorators, wrappers and monkey patching.
The aim of the wrapt module is to provide a transparent object proxy for
Python, which can be used as the basis for the construction of function
wrappers and decorator functions.
The wrapt module focuses very much on correctness. It therefore goes way
beyond existing mechanisms such as functools.wraps() to ensure that
decorators preserve introspectability, signatures, type checking abilities
etc. The decorators that can be constructed using this module will work in
far more scenarios than typical decorators and provide more predictable and
consistent behaviour.
To ensure that the overhead is as minimal as possible, a C extension module
is used for performance critical components. An automatic fallback to a pure
Python implementation is also provided where a target system does not have a
compiler to allow the C extension to be compiled.
From Aleksej Lebedev in PR pkg/50853.
Thrift is a software library and set of code-generation tools developed
at Facebook to expedite development and implementation of efficient and
scalable backend services. Its primary goal is to enable efficient and
reliable communication across programming languages by abstracting the
portions of each language that tend to require the most customization
into a common library that is implemented in each language.
Specifically, Thrift allows developers to define datatypes and service
interfaces in a single language-neutral file and generate all the
necessary code to build RPC clients and servers.