As mentioned by @aszlig, it's more elegant and sane to use coreutils'
`install`. This commit also changes `platforms` to `unix` since this
should also compile on Darwin for example.
We have a mirror:// URL for sourceforge stuff so we can still retreive
the source tarball even if downloads.sourceforge.net is down.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Baudline is a scientific signal analysis application.
I was unsure whether the baudline license allowed packaging in nixpkgs,
so I sent a copy of this nix expression (and some explanation) to their
support. I got this reply:
From: Erik Olson <erik@sigblips.com>
Subject: Re: Licensing question
Hello Bjorn,
This sounds fine. What you suggest doing is very similar to how the
FreeBSD FreshPorts system deals with baudline.
Erik
So basically, everything is good as long as we only distribute the _expression_
to install the package. We must not distribute the package (binary).
Upstream changes to the build system required adjusting many packages'
dependencies. On the Nixpkgs side, we no longer propagate the dependency
on cmake (to reduce closure size), so downstream dependencies had to be
adjusted for most packages that depend on kdelibs.
From the Changelog:
* Fixed drag & drop issues on sidebar.
* Fixed starting Tomahawk with a filename as parameter.
* Update column view when collection changes.
* (Linux) Don't crash on environments with invalid locales.
Signed-off-by: devhell <"^"@regexmail.net>
Closes: #9858
Tested-by: aszlig <aszlig@redmoonstudios.org>
Tested-by: David Kleuker <post@davidak.de>
I've been trying to package this a while ago but found out that apart
from the hand-rolled build system a few sources were missing I didn't
continue to work on it.
This was the WIP expression:
https://gist.github.com/aszlig/c271f294410cc5af0f0a
Now, since the latest upstream version, the project uses autoconf and
automake, which makes it very much painless for us.
So now I can watch demoscene videos without getting hearing loss because
of volume differences :-)
Also, this might be useful for beets as well, in case they're going to
move away from using python-audiotools:
https://github.com/sampsyo/beets/issues/1342#issuecomment-86807500
Signed-off-by: aszlig <aszlig@redmoonstudios.org>