I have not yet tested scanning, but the main application works so far.
A lot of patching is required here, because the upstream project
references some paths from well-known FHS locations which of course are
not available on Nix(OS).
We also use all available aspell dictionaries right now, which is maybe
a bit ugly but it makes language switching easier.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
While not explicitly checked by setup.py or by the "chkdeps" command
from the project I have added pyinsane2 and pyocr to the list of
dependencies as well, because they're referenced in the source.
Tested by building against Python 3.3, 3.4, 3.5 and 3.6.
The build against Python 3.6 failed because pycairo doesn't build, so
it's a non-issue at least for paperwork-backend.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
First of all: This is NOT the same package as "pillowfight".
I'm not sure why people want to choose this particular name, but well,
so be it.
I haven't investigated why test_ace and test_all_2 fail, but I've
disabled these tests by now and reported the failures upstream at
jflesch/libpillowfight#2.
Tested by building against Python 3.3, 3.4, 3.5 and 3.6.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
This package is a bit more involved because it assumes a lot of paths
being there in a FHS compliant way, so we need to patch the data and
binary directories for Tesseract and Cuneiform.
I've also tried to get the tests working, but they produce different
results comparing input/output. This is probably related to the
following issue:
https://github.com/jflesch/pyocr/issues/52
So I've disabled certain tests that fail but don't generally impede the
functionality of pyocr.
Tested by building against Python 3.3, 3.4, 3.5 and 3.6.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
From the upstream changelog:
* Tesseract development is now done with Git and hosted at github.com
(Previously we used Subversion as a VCS and code.google.com for
hosting).
So let's move over to the GitHub repository, where the organisation also
includes a full repository for tessdata, so we no longer need to fetch
it one-by-one.
The build also got significantly simpler, because we no longer need to
run autoconf, neither do we need to patch the configure script for
Leptonica headers.
This also has the advantage that we don't need to use the
enableLanguages attribute for the test runner anymore.
Full upstream changelog can be found at:
https://github.com/tesseract-ocr/tesseract/blob/c4d273d33cc36e/ChangeLog
Tested against all NixOS tests with enabled OCR (chromium, emacs-daemon,
installer.luksroot and lightdm).
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @viric
This optionally adds support for GI, because it's needed for
paperwork-backend. The new poppler_gi attribute is also marked as
lowPrio so that users won't accidentally install it.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @ttuegel
The tests require a scanner to be physically attached.
Quote from the upstream README:
> Tests require at least one scanner with a flatbed and an ADF
> (Automatic Document Feeder).
>
> If possible, they should be run with at least 2 scanners connected.
> The first that appear in "scanimage -L" must be the one with the ADF.
>
> For reference, my current setup is:
>
> - HP Officejet 4620 (Flatbed + ADF)
> - HP Deskjet 2050 J510 series (Flatbed)
So we disable the tests even though it might be theoretically possible
to use qemu and an emulated scanner. Instead of the upstream tests we
just do a quick check whether initialization of the library succeeds.
Other than that the library uses ctypes.cdll to dlopen() the libsane
shared library, so we need to patch in the right store path.
Tested by building against Python 2.7, 3.3, 3.4, 3.5 and 3.6.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
The upstream tag actually says 1.5.7 but the commit actually bumps the
version to 1.5.8:
https://github.com/hickeroar/simplebayes/commit/b8da72c50d20b6f8c0d
We needed to patch the setup.py because the upstream project's setup.py
reads in the README.rst for the longDescription. That very README.rst
contains non-ASCII characters which in turn throws a decoding error with
Python 3 on Nix because I think this has to do with our setup.py wrapper
that doesn't seem to recognize the right encoding when using compile().
Tested by building against Python 2.7, 3.3, 3.4, 3.5 and 3.6.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
The icon resource file captures the build timestamp, introducing an
element of indeterminism. Fix by patching out the timestamp.
This allows
```sh
nix-build --check -A electrum
```
to succeed.
Since systemd has been adopted for a while now, we should switch to
using it for light-locker as well. So I disabled ConsoleKit/UPower
support in favor of using systemd with logind. This fixed many issues
for me, and made light-locker working again.
I followed the PKGBUILD of Arch's package in determining the right
configure flags. See: https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/light-locker
New packages:
- akonadi
- akonadi-contacts
- akonadi-mime
- kcontacts
- kdegraphics-mobipocket
- kmime
Removed packages:
- gpgmepp: now part of gpgme
Notable changes:
- kgpg: ported from Qt 4 and kdelibs to Qt 5 and Frameworks
- okular: ported from Qt 4 and kdelibs to Qt 5 and Frameworks
Upstream changelog without issue numbers:
* Fixes several issues with C++ template deduction.
* Fixes a issue with bound method type inference.
* Fixes a bug with cascaded tuple assignment.
* Fixed or silenced many Clang warnings.
* Fixes bug with powers of pure real complex numbers.
The full changelog with issue numbers can be found here:
https://github.com/cython/cython/blob/0.25.2/CHANGES.rst
My main reason for updating is because there were test failures on
i686-linux, although version 0.25.2 still has one test that fails.
So if we're on i686-linux and on Python 2 we just fix that one little
doctest.
The test failure has already been reported upstream at:
https://github.com/cython/cython/issues/1548
All of the failing tests (including the latter) had to do with integer
representations in that long integers are suffixed by an L while the
test cases weren't expecting this.
Built successfully on i686-linux and x86_64-linux against Python 2.7 and
Python 3.5.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
stanchion: make pam nullify typesafe
stanchion: add Darwin support
stanchion: make pam OS-checked inside of stanchion.nix
stanchion: add Darwin support
stanchion: remove OS-checked pam on all-packages.nix
stanchion: add Darwin support
From the changelog:
- Plugins API supporting C and Python plugins
- SSL certificate verification (requires libmesode) (/tls)
- HTTP file upload (xep-0363) (/sendfile)
- Blocking command (xep-0191) (/blocked)
- Allow auto extended away (/autoaway)
- Include last acitvity in initial presence (xep-0256) (/lastactivity)
- Last Activity (xep-0012) (/lastactivity)
- Ability to run command scripts (/script)
- Account startscript property to execute a command script on connect (/account)
- Export roster to CSV file (/export)
- Support for GTK tray icons (/tray)
- User specified text triggers for chat room notifications (/notify)
- Per chat room notification options (/notify)
- Many new roster panel display options (/roster)
- Time format preferences per window type (/time)
- Edit, prepend and append to room subject (/subject)
- Autoping timeout preference (/autoping)
- Window navigation by window title (/win)
- Window closing by window title (/close)
- Account theme setting (/account)
- Allow sending XMPP stanzas in xmlconsole window (/xmlconsole)
- Configure level of room message notifications in console window (/console)
- Check ~/.config/profanity/inputrc for readline settings
- Custom readline functions for navigation key bindings
- Autocomplete command arguments when no characters entered
This library is a fork of ``libstrophe'' and is needed if the
``profanity'' XMPP client is to have TLS support. TLS support has been
added to ``profanity'' since version 5.0.
* packagekit: disable nix-backend
Packagekit fails to build on my machines, as long as it's nix-backend is enabled
* packagekit: add 'enableNixBackend' as an option
This brings VirtualBox to the latest upstream version, which also fixes
building the modules against kernel 4.9.0.
Tested against all the the "virtualbox" subtests on x86_64-linux.
Bugfix release with the following fixes:
* Fix thumbnail creation for input files with dot
* Use native python to generate list of external commands
* Do not use commandline arguments in test mode
* Catch broken symlinks in the library and filter them
So everything but the last item is essentially what we had in
fixes.patch, hence we cane remove it.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Peter Hoeg
Michael Fellinger
aszlig
zimbatm
Thomas Tuegel
volth
Aristid Breitkreuz
Rickard Nilsson
Jiri Danek
Peter Simons
Will Dietz
Frederik Rietdijk
Joachim F
Marcin Janczyk
Joachim Fasting
Domen Kožar
Stefan Goetz
Maximilian Güntner
Balletie
Alex Ivanov
Rok Garbas
Florent Becker
Alexey Shmalko
Vladimír Čunát
Daiderd Jordan
Matthew Daiter
Ioannis Koutras
Vincent Laporte
John Ericson
Frederik Rietdijk
Franz Pletz
Nikolay Amiantov
Graham Christensen
Tim Steinbach
Alexei Boronine
Robert Helgesson
mimadrid
devhell
Jascha Geerds
ikervagyok
Tim Steinbach
Jaka Hudoklin