This reverts commit 0350bd3b48. It
causes a huge increase in the closure size of dblatex, since it now
depends on GUI packages like Inkscape. Also, statically depending on
teTeX might be annoying for people who use TeXlive.
This reverts commit aef81d6eb6.
It's really not good to have every little package that depends on
asciidoc to pull in 1.5 GiB in dependencies (such as Lilypond).
The current asciidoc expression is impure; it relies on several tools to
be found in PATH at runtime. This commit adds a enableStandardFeatures
parameter that pulls in all dependencies and patches asciidoc to contain
full paths to the tools.
enableStandardFeatures defaults to true because asciidoc may attempt to
call all tools in its default configuration. With all standard features,
the closure size increases from 255 MiB to 1.5 GiB. Set
enableStandardFeatures = false if you want a minimal asciidoc.
imagemagick, transfig, inkscape, fontconfig and ghostscript was missing.
And pass --use-python-path at install time so that script shebangs end
up with #!/path/to/python instead of #!/path/to/env python.
pass is just a simple script to store passwords encrypted via gnupg in
a git repository. It uses many other tools, and until now relied on
them being in PATH.
This commit wraps the script and sets PATH.
See https://github.com/dagwieers/asciidoc-odf for more info.
This plugin has a shebang with /bin/env instead of /usr/bin/env, so update the
patchPhase to handle both cases.
WARNING/TODO: Libreoffice says "General Error. General input/output error."
when I try to open the generated .fodp files. So the odt backend works fine,
but the odp backend does not.
Also, slightly change the shebang fixup in the patchPhase so that it
handles optional [[:space:]] before the interpreter path (needed for the
filters).
To enable the extra filters, put this in packageOverrides:
asciidoc = pkgs.asciidoc.override {
enableDitaaFilter = true;
enableMscgenFilter = true;
enableDiagFilter = true;
};
The previous version (5.0.26) has been removed from the debian ftp.
As the source URL is now down, our own hydra (not hydra.nixos.org) failed
to build the package.
This problem will occur again in the future since I only updated the URL
without relying on a "more stable" alternative (this merits a specific
discussion).
Also some style cleanup.
Note that defining an empty-string variable *does* change the hash.
I would like to change this behaviour one day
(clean up attrs when compiling the derivation).
From https://lists.macosforge.org/pipermail/macports-dev/2011-July/015263.html:
5) Building with a compiler that doesn't support newer __builtins
If your port uses MacPorts compilers rather than the default compiler,
you may run into trouble with string functions. You'll see errors at
link time about undefined __builtin_* functions. If this happens, you
may want to compile with -D_FORTIFY_SOURCE=0 to tell the headers to
use unfortified versions which do not use compiler builtins.
Ditaa is a small command-line utility written in Java, that can convert
diagrams drawn using ascii art ('drawings' that contain characters that
resemble lines like | / - ), into proper bitmap graphics.
Homepage: http://ditaa.sourceforge.net/
From NEWS file (version 3.1.7):
* fixed compilation bugs in MacOsX systems (thanks to
Trevor Spiteri)
* language definition for Lilypond (thanks to Federico Bruni)
* language definition for R statistics programming language
* language definition for ISLISP (thanks to Christian Jullien)
* improved Erlang definition file (thanks to Erik Søe Sørensen)
* new output format: ESC 256 ascii code (thanks to
Xavier-Emmanuel Vincent).
(It still needs boost 1.53 for all tests to pass.)
unoconv is a tool that converts between any document format supported by
LibreOffice/OpenOffice.
Example of how to convert an .odt file to .pdf:
unoconv -f pdf some-file.odt
Homepage: http://dag.wieers.com/home-made/unoconv/
Implementation notes:
unoconv must use the same python version as libreoffice (unless it will
not be able to load the pyuno module from libreoffice). And because we
recently switched to libreoffice 4.x, which uses python3, I had to
include unoconv-python3.patch. The patch comes from upstream unoconv.git
repo, so it will be included in the next release.
bup:
- update
- run make test (all tests seem to pass :-)
- add python.modules.readline
- add comment that there is no way to prune old revisions (yet)
BaseX is a very fast and light-weight, yet powerful XML database and
XPath/XQuery processor, including support for the latest W3C Full Text
and Update Recommendations. It supports large XML instances and offers a
highly interactive front-end (basexgui). Apart from two local standalone
modes, BaseX offers a client/server architecture.
Homepage: http://basex.org/
Implementation notes:
- I'm using the pre-built java package (because it's simple)
- I copied the basex.svg icon file from the Ubuntu package because I
couldn't find it anywhere else. It's 9.3 KiB.
This fixes building fcron. It was complaining it couldn't check root's
user name and the suggested flag (--with-rootname) didn't do anything.
Signed-off-by: Moritz Ulrich <moritz@tarn-vedra.de>
The jing expression now creates its own "jing" wrapper script, so there
is no need for jing_tools anymore.
jing hasn't been updated in years, so I assume (or hope) that not many
(if any) have jing_tools in their configuration.nix. If you do, just
change it to jing and it should behave the same.
Also add meta attributes and a wrapper for jing so that it can be
invoked directly from the shell as "jing" (similar to Debian/Ubuntu).
Trang already has such a wrapper.
Duply is a shell front end for the duplicity backup tool
http://duplicity.nongnu.org/. It greatly simplifies it's usage by
implementing backup job profiles, batch commands and more. Who says
secure backups on non-trusted spaces are no child's play?
Homepage: http://duply.net/
This is the commandline tool for interacting with the chromaprint
library and it's needed for Picard version 1.2 (as it no longer has
support for AmpliFIND/PUIDs).
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Contains the following fix:
- Fix mounting btrfs when mount_only (-m) is used.
I would like to update blivet as well, but at the moment it breaks for
nixpart, so let's retry later when we're at 0.5.x or even 1.x :-)
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Change PATH=$PATH:deps to PATH=deps:$PATH in the wicd wrappers, because
the latter is more deterministic; it prevents possibly wrong versions of
dependencies to sneak in from the environment.
Do the same for PYTHONPATH.
It doesn't make sense to build tools/applications with three different
python interpreter versions, so move them out of python modules list.
Also reverts 53ffc6e0ef.
OfflineIMAP is primarily a program/tool, not a python module (although
it installs a python module too, for those who want to poke at its
internals).
Now we can install it with "nix-env -i offlineimap" instead of
"nix-env -i python2.7-offlineimap".
- The description attribute is very long, so rename it to
longDescription and add a short text in the description attribute.
- Use licenses.gpl2Plus instead of free form text "GPLv2+".
- Add platforms attribute so that hydra will build the package.
This also fixes the annoying issue that minicom doesn't work out of the
box:
$ minicom
minicom: there is no global configuration file /etc/minirc.dfl
Ask your sysadmin to create one (with minicom -s).
$ sudo minicom -s
minicom: there is no global configuration file /etc/minirc.dfl
Ask your sysadmin to create one (with minicom -s).
minicom 2.4 basically refuses to enter setup unless /etc/minirc.dfl
already exists. sudo touch /etc/minirc.dfl is enough to fix that though,
but with this commit "sudo minicom -s" will work out of the box.
Since "src" is a fetchsvn directory, the source is copied with "cp
--no-preserve=timestamps" (see commit
6d928ab684). So some source files might
get a slightly different timestamp. Here, if lib/standard.ppmdfont
gets a newer timestamp than the generated file lib/standardppmdfont.c,
Make will try to rebuild the latter. But that fails because the
ppmdcfont program doesn't exist (yet).
Probably stdenv should ensure that every file has the same timestamp.
Changes are:
- Properly detect GPT disklabels and create proper BIOS boot partitions
if necessary.
- Return exit code 100 if reboot is required due to the kernel not
picking up the new partition table.
- Don't include BIOS boot partition in GRUB devices.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
This fixes two issues:
- Don't _always_ print out NixOS configuration, only when explicitly
requested with -p.
- Add GRUB boot devices to NixOS configuration output.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
This is in order to prepare for fetching the build output from the corresponding
target machine to even further speed up deployment.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
This should prevent some annoying messages such as:
tar: usr/bin/nix-build: time stamp 2013-07-09 07:45:19 is 0.159248271 s in the f
uture
tar: usr/bin/nix-channel: time stamp 2013-07-09 07:45:19 is 0.159088763 s in the
future
tar: usr/bin/nix-collect-garbage: time stamp 2013-07-09 07:45:19 is 0.15901664 s
in the future
tar: usr/bin/nix-copy-closure: time stamp 2013-07-09 07:45:19 is 0.158948028 s i
n the future
tar: usr/bin/nix-daemon: time stamp 2013-07-09 07:45:19 is 0.158888042 s in the
future
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
This fixes a bunch of issues for the NixOps Hetzner backend, because over there,
it's quite difficult to export the references graph without either duplicaing
lots of code or make a bunch of workarounds.
A detailed description about how it works can be found in the
meta.longDescription attribute.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Wow, this is one of the most dangerous programs I've seen in a while. It not
only tries to probe for a package manager to install dependencies but also
tries to execute a whole bunch of programs in $PATH. That's why I decided to
override the postFixup phase for now in order to get rid of the current $PATH
and meanwhile getting the basics working.
So, I'm still not sure how to do the best implementation here on NixOS without
allowing winswitch to be too invasive and without restricting it too much so
that it's of no use.
But let's figure that out once we trimmed down the radiation level of this
"living" thing ;-)
Signed-off-by: aszlig <aszlig@redmoonstudios.org>