This introduces Chromium 39 as the new stable version along with a bunch
of fixes.
Fixes#2799, particularily the PDF plugin, which now is open source and
thus no longer an issue.
Also fixes#3219 and merges #2906, so we no longer get a crash while
trying to bring up the print preview dialog.
Thanks to @edwtjo for the CUPS version bump.
* chromium: Switch to use open-source PDF plugin.
* cups: bump 1.5.4 -> 1.7.5
* chromium: Allow env vars for passing plugin paths.
* chromium: Update all channels to latest versions.
* protobuf: Clean up and update to version 2.6.1.
The Chromium PDF plugin is now available as open source software and is
already included in the Chromium source tree in current stable, so there
is no need to extract it from the Chrome binary package anymore.
See release announcement at http://blog.foxitsoftware.com/?p=641
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
The GetData Project is the reference implementation of the Dirfile
Standards, a filesystem-based, column-oriented database format for
time-ordered binary data. The Dirfile database format is designed to
provide a fast, simple format for storing and reading data.
Homepage: http://getdata.sourceforge.net/
Fast multi-dimensional array library for C++
Blitz++ is a C++ class library for scientific computing which provides
performance on par with Fortran 77/90. It uses template techniques to
achieve high performance. Blitz++ provides dense arrays and vectors,
random number generators, and small vectors (useful for representing
multicomponent or vector fields).
Linear (or Longitudinal) Timecode (LTC) is an encoding of timecode data
as a Manchester-Biphase encoded audio signal. The audio signal is
commonly recorded on a VTR track or other storage media.
libltc provides functionality to encode and decode LTC from/to timecode,
including SMPTE date support.
libltc is the successor of libltcsmpte.
Homepage: http://x42.github.io/libltc/
Adds the Tomahawk music player (https://www.tomahawk-player.org/) in
version 0.8.1 and all its required and optional dependencies.
* tomahawk:
tomahawk: Add new package, version 0.8.1.
libjreen: Add new package, version 1.2.0.
websocketpp: Add new package, version 0.4.0.
lucenepp: Add new package, version 3.0.6.
qtkeychain: Add new package, version 0.4.0.
libechonest: Add new package, version 2.3.0.
quazip: Use qt instead of qt5 for refering to Qt.
Although I've not tested the Tomahawk build on Mac OS X, it *should*
work on it, so I'm using platforms.all here.
Telepathy and KDE support are disabled by default in order to not get in
the way of users who want to use a more minimalistic window-manager-only
setup. But I'm not sure whether it matters in reality, we'll see once
more people are using Tomahawk.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Required as a dependency of the Tomahawk music player.
The latest upstream release needs to be patched quite a bit in order to
build and to correctly install the header files. Other distributions
seem to largely use the latest Git master version, because all those
build problems have been fixed there already.
In order to ensure we have version 3.0.6, we just cherry-pick the
relevant patches, so as soon as the next upstream version is released we
just need to drop the patches/postPatch attributes.
The postPatch is needed in order to get rid of the subversion
dependency, which the upstream build process tries to use for fetching
gtest. We don't have networking support inside the Nix build process, so
let's pass that dependency directly.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Required as a dependency of the Tomahawk music player.
Tests are disabled because they require networking support.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Qt 5 is passed via all-packages.nix, so it doesn't look too odd if you
want to build against qt4 instead. Before you'd have to use something
like:
quazip.override { qt5 = qt4; }
Now, it is:
quazip.override { qt = qt4; }
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Also adds OpenGL and WxGLCanvas to perlPackages..
OpenGL currently contains some pretty ugly hacks regarding OpenGL
feature-detection. Expect it to fail on different systems.
Bluefish is a powerful editor targeted towards programmers and
webdevelopers, with many options to write websites, scripts and
programming code.
Homepage: http://bluefish.openoffice.nl/
Upgraded hspec2 to 0.6.
Upgraded hspec to 2.0.1.
This allows (recursively) depending on hspec2 and hspec to work nicely,
since now hspec2 is just a re-export of hspec.
Bean Scripting Framework (BSF) is a set of Java classes which provides
scripting language support within Java applications, and access to Java
objects and methods from scripting languages.
Homepage: http://commons.apache.org/proper/commons-bsf/
The old driver wasn't updated since August 2013, and e.g. won't compile
with glibc-2.20. Distros like Arch or Ubuntu are using newer one for a long time.
(cherry picked from commit 515dcb0f66)
because the old driver won't compile with new X server.
This reverts commit dddea7f0d1. @jwiegley, Hakyll builds just fine with
pandoc-citeproc 0.6. See http://hydra.cryp.to/build/239248, for example. If you
have trouble compiling that package, then please share a build log that shows
the error message instead of reverting my commits, please.
This reverts commit d3b2c3f46c.
@peti I'm reverting this commit until a resolution is found that allows
Hakyll to build. I've confirmed that reverting it here fixes the build
error.
This patch effectively undoes @wkennington's update from 850da18. The problem
with GnuPG 2.1 is that its built-in 1.x compatibility differs from the one
provided in version 2.0, and these changes break 'gpg1compat in ways we don't
understand yet.
Commit 4c84621 attempted to remedy that issue by fixing gpg1compat to GPG 2.0,
but this caused further trouble because the GPG agent from versions 2.0 and 2.1
are incompatible, so users of the GPG 1.x interface (who were using GPG 2.0)
could not talk to their X session's agent (which comes from GPG 2.1).
The corresponding ticket is https://github.com/NixOS/nixpkgs/issues/4888.
This patch implements derving a .vimrc from vim-plugins.nix loading those
plugins by either Pathogen or VAM (VAM seems to be slightly faster and is much
more powerful).
Example:
environment.systemPackages = [
# default plain vim
vim_configurable
# vim which get's called vim-with-addon-nix
(vim_configurable.customize {
name = "vim-with-addon-nix";
vimrcConfig.vam.pluginDictionaries = [{name = "vim-addon-nix"; }];
})
];
This way you can provide an "enhanced Vim" and a standard Vim.
Details about what this commit changes:
1) provide a new toplevel name vimrc which
* provides a way to build up a .vimrc using either pathogen or VAM (knowing about plugin dependencies by name)
* can enhance vim to support. vim.customize { name = "name-user"; vam.pluginDictionaries and/or pathogen.pluginNames = .. }
* introduce rtp names for each vim plugin pointing to the runtimepath path
* suggest naming to be the same as vim-pi so that VAM's dependencies work
* derive some packages as example from vim-pi using VAM's new autoload/nix.vim
supporting simple dependencies
* test case for vim-addon-nix for VAM/pathogen
2) enhance vim_configurable to support .customize
3) update many plugins by using VAM's implementation not rewriting those which
* vim-pi doesn't know about the git source yet (TODO: make vim-pi be aware of
those)
* have special build code
This commit partially conflicts with commits done by Bjørn Forsman starting by
37f961628b, eg the one using lower case attr and pkg names, because they don't
match vim-pi (eg YouCompleteMe). Rather than resolving the conflict this just
adds aliases so that both names can be used
