fallback to s16le for no good reason. Replace them with default
values, so the format table lookup can work. This should fix playback
of 24-bit/32-bit files in e.g. cmus without a running sndiod.
Approved by: mat (mentor)
Differential Revision: https://reviews.freebsd.org/D10164
dreamt of operating an atomic power plant? Do you have a will to
develop your own CPU? The Powder Toy lets you to do all of these,
and even more!
The Powder Toy is a free physics sandbox game, which simulates air
pressure and velocity, heat, gravity and a countless number of
interactions between different substances! The game provides you
with various building materials, liquids, gases and electronic
components which can be used to construct complex machines, guns,
bombs, realistic terrains and almost anything else. You can then
mine them and watch cool explosions, add intricate wirings, play
with little stickmen or operate your machine. You can browse and
play thousands of different saves made by the community or upload
your own - we welcome your creations!
WWW: http://powdertoy.co.uk/
Solaar is a device manager for Logitech's Unifying Receiver. It is
able to pair/unpair devices to the receiver, and for most devices read
battery status.
It comes in two flavors, command-line and GUI. Both are able to list
the devices paired to a Unifying Receiver, show detailed info for each
device, and also pair/unpair supported devices with the receiver.
WWW: https://pwr.github.io/Solaar/
Approved by: mat (mentor)
Differential Revision: https://reviews.freebsd.org/D10155
This is the Qt5 version of net/qoauth. The port was originally created by
fluffy@ in our area51 repository, and later worked on by tcberner@.
QOAuth is an attempt to support interaction with OAuth-powered network services
in a Qt way.
WWW: https://github.com/ayoy/qoauth
The kipi-plugin-* ports are all built from the same tarball, which is also used
to build kipi-plugins-kde4 as well.
Upstream does not expect this to happen, and refers to libkipiplugins.so as the
"kipiplugins" target in CMake. Since we build everything separately, each
plugin's build system code does not know this target, which results in
-lkipiplugins (without -L/path/to) being passed to the linker instead of
/path/to/libkipiplugins.so.
Fix it by looking for libkipiplugins.so via CMake and using that result in each
port.
kipi-plugin-ipodexport needs an additional but similar fix, in that it should
look for libgpod using CMake instead of using pkg-config's results directly, as
the latter do not contain full paths.
Reviewed by: tcberner
