congen is a C++ library for generating the speeds, equilibrium arguments,
and node factors of Darwin-style tidal constituents more or less as defined
in SP 98:
Manual of Harmonic Analysis and Prediction of Tides. Special Publication
No. 98, Revised (1940) Edition (reprinted 1958 with corrections;
reprinted again 1994). United States Government Printing Office, 1994.
Additionally, libcongen provides limited support for approximating
Doodson-style tidal constituents within the infrastructure of the former.
The Doodson approach is discussed in the following publication:
Foreman, M.G.G., 1977. Manual for Tidal Heights Analysis and Prediction.
Pacific Marine Science Report 77-10, Institute of Ocean Sciences,
Patricia Bay, Sidney, B.C. (2004 revision).
The Congen header file is intended to be self-documenting with regards to use
of the interface, assuming that one has access to SP 98 and a general
understanding of the subject matter.
This project started as a joint project between Debian, Octave and
Scilab in order to provide a common and maintained version of arpack,
as no single release has been published by Rice university for the
last few years and many software (Octave, Scilab, R, Matlab...) forked
it and implemented their own modifications.
Have switched to the CMAKE build and enabled tests.
make test passes all (with one patch pushed upstream)
Package additions, from the release notes are:
LAPACK 3.9.0
LAPACK QR
preconditioned QR SVD method for computing the SVD with high accuracy,
by Zlatko Drmac
LAPACK Householder Reconstruction
by Igor Kozachenko and Jim Demmel
LAPACK 3.8.0
Symmetric-indefinite Factorization: Aasen’s tridiagonalization 2 stage
A contribution from Ichitaro Yamazaki (University of Tennessee).
LAPACKE interfaces
A contribution from Julie Langou (University of Tennessee).
Although it made the package link, python is still broken on aarch64:
*** WARNING: renaming "_ctypes" since importing it failed: /usr/pkg/lib/libffi.so.7: Undefined PLT symbol "ffi_data_to_code_pointer" (symnum = 50)
No binary change because the package did not look for or link against
this library. Upstream removed this dependency in 2008, but
apparently we didn't notice.
2.2.8 (February 27, 2020)
-------------------------
Add a provider back-end for Nuspell (thanks, Sander van Geloven). Nuspell is
a new spell-checker whose development has been supported by the Mozilla
foundation. It is backwards-compatible with Hunspell and Myspell
dictionaries, while supporting a wider range of language peculiarities,
improved suggestions, and easier maintainability of the code-base.
Doxygen documentation generation is now supported for Enchant (thanks,
Sander van Geloven).
The command-line parsing of the “enchant” program has been made more
friendly and reliable. The -L flag (show line numbers), which had not been
working for some time, has been fixed.
A buffer overflow in personal wordlist handling has been fixed.
Minor improvements were made to the tests (thanks, Sander van Geloven).
Eviternity is a megawad comprised of six 5-map
episodes (called Chapters) plus two secret maps.
This project exclusively uses OTEX, a brand new
high quality texture pack by ukiro.
Eviternity's six chapters explore a series of
unique and varied themes, each featuring classic
gameplay with an interest in making each map hold
its own unique identity and personality. The
themes are "Medieval", "Techbase", "Icy Castles",
"Industrial / Brutalism", "Hell / Gore / Alien" and
"Heaven".
This project was created as a birthday gift to
Doom, which is celebrating its 25th birthday the day
this was first released ("RC1", Released on December
10th, 2018. The texture pack used in this project,
OTEX, was also released on the same day - so please
do not use Eviternity as a base for your wads & mods.
While mostly being a "Dragonfly project", with 24
maps being made or heavily worked on by myself, I
present to you a mighty lineup of well-known guest
mappers who have crafted beautiful and fun levels.
What's in 1.41.1 stable
Rust 1.41.1 addresses two critical regressions introduced in Rust 1.41.0: a soundness hole related to static lifetimes, and a miscompilation causing segfaults. These regressions do not affect earlier releases of Rust, and we recommend users of Rust 1.41.0 to upgrade as soon as possible. Another issue related to interactions between 'static and Copy implementations, dating back to Rust 1.0, was also addressed by this release.
Patch from Patrick TJ McPhee via pkgsrc-users.
Changes are documented at
https://github.com/moinwiki/moin-1.9/blob/1.9.10/docs/CHANGES#L13
There are too many to list here, but the summary is
- upgrades to included third-party-packages,
- wide array of security fixes
- improvements in user management
Python 3.8.2 final
Core and Builtins
bpo-39382: Fix a use-after-free in the single inheritance path of issubclass(), when the __bases__ of an object has a single reference, and so does its first item. Patch by Yonatan Goldschmidt.
bpo-39427: Document all possibilities for the -X options in the command line help section. Patch by Pablo Galindo.
Library
bpo-39649: Remove obsolete check for __args__ in bdb.Bdb.format_stack_entry.
bpo-39681: Fix a regression where the C pickle module wouldn’t allow unpickling from a file-like object that doesn’t expose a readinto() method.
bpo-39546: Fix a regression in ArgumentParser where allow_abbrev=False was ignored for long options that used a prefix character other than “-“.
bpo-39432: Implement PEP-489 algorithm for non-ascii “PyInit_…” symbol names in distutils to make it export the correct init symbol also on Windows.
Documentation
bpo-17422: The language reference now specifies restrictions on class namespaces. Adapted from a patch by Ethan Furman.
bpo-39572: Updated documentation of total flag of TypeDict.
bpo-39654: In pyclbr doc, update ‘class’ to ‘module’ where appropriate and add readmodule comment. Patch by Hakan Çelik.
IDLE
bpo-39663: Add tests for pyparse find_good_parse_start().
The default will remain at 1.13 for the next branch.
The latest Go release, version 1.14, arrives six months after Go 1.13. Most of
its changes are in the implementation of the toolchain, runtime, and libraries.
As always, the release maintains the Go 1 promise of compatibility. We expect
almost all Go programs to continue to compile and run as before.
See the release notes at https://golang.org/doc/go1.14.
