Shotcut segfaults on startup when compiled against an MLT which was
built with qt4. Kdenlive seqfaults when compiled against an MLT which
was built with qt5. Hence the need for the two variants.
Also, I'm adopting MLT as a maintainer.
kalibrate-rtl calculates the local oscillator frequency offset in
RTL-SDR devices.
kalibrate-rtl has no tags/releases, so I'm using the latest commit from
git master (dated 2013-12-14). I made an upstream issue about making a
release back in May[1], but I've gotten no response yet.
[1] https://github.com/steve-m/kalibrate-rtl/issues/7
Currently, we have a 'jack' package with attrname 'jack1d' and a
'jackdbus' package with attrname 'jackaudio'. Make it consistent 'jack1'
and 'jack2' in both package name and attrname.
This aligns the naming with what can be found on the JACK homepage.
Q: what's the difference between jack1 and jack2?
A: http://trac.jackaudio.org/wiki/Q_differenc_jack1_jack2
[Bjørn Forsman:
* wrap some long lines
* tweak meta attrs (don't repeat package name, s/meta.maintainer/meta.maintainers/)
* provide a version number (v2.0) for 'evemu' (for nix-env)
]
There are zillions of lines of the form
foo = callPackage ../bla/foo { };
in all-packages.nix. To get rid of this verbosity, you can now list
such packages in pkgs/auto-packages.nix. This is just a list of
package file names, e.g.
development/libraries/libogg
development/libraries/libvorbis
tools/archivers/gnutar
If the package needs non-default function arguments, or if its
intended attribute name is different from its file name, then you
cannot put it in auto-packages.nix and instead need to specify it in
all-packages.nix.
If Nix had a glob function (https://github.com/NixOS/nix/pull/235), we
could even get rid of auto-packages.nix and have package expressions
be discovered automatically. However, that might not be desirable
because of the need to traverse the file system to find packages we
may not even use.
"OPC (OLE for Process Control) toolkit designed for use with Python"
This package contains a python module (OpenOPC) and a command line
client (opc). The OpenOPC Gateway Service for Windows is also copied to
$out, for reference.
It only works with python2.7 (not python3.x), so I'm not adding it to
python-packages.nix.
Also add needed dependency, python-pyro3, a distributed object
middleware for Python (IPC/RPC).
http://openopc.sourceforge.net/
