"This release should be used instead of 3.0.1. This release fixes
several issues." - http://scons.org/scons-301-is-available.html
More than 90% of the 346 rebuilds succeed without any problems (I've
tested it against aeff3080d0). As far as I
can tell most of the problematic packages either failed before the
upgrade or for a reason that is unrelated to this SCons update. But it
is possible that this'll cause a few regressions, I'll try to watch out
for build failures on Hydra.
The attribute sconsPackages.scons_3_0_0 is still available in case this
breaks anything.
This package is used to provide semantic completion in tools like racer
and is equivalent to rust-src in rustup. This commit gets rid of a
number of files not required for completion.
Currently, moving to kernel_4_14 breaks at least Intel Wireless 8260 and
8265 cards due to a API change in the firmware, which is not yet honored
in the driver.
partially reverts bfe9c928c1 by author's request, since many modules
are currently broken. 4.14 will be the default kernel when the dust
settles
track github issue #31640
There are separate derivations for these libraries and we don't want
conflict. Multitarget is generally more useful, and will eventually
speed up cross builds, so why not?!
One should depend on
- `stdenv.cc.bintools`: for executables at build time
- `libbfd` or `libiberty`: for those libraries
- `targetPackages.cc.bintools`: for exectuables at *run* time
- `binutils`: only for specifically GNU Binutils's executables, regardless of
the host platform, at run time.
On most distros, these are just built and distributed as part of
binutils. We don't use binutils across the board, however, but rather
switch between binutils and a cctools-binutils mashup, and change the
outputs on binutils too. This creates a combinatorial conditional soup
which is hard to maintain.
My hope is to lower the the state space. While my patch isn't the most
maintainable, they make downstream packages become more maintainable to
compensate. The additional derivations themselves are completely
platform-agnostic, always they always supports all possible target
platforms, and always yield "out" and "dev" outputs. That, in turn,
allows downstream packages to not worry about a dependency
shape-shifting under them.
In fact, the actual binutils package can avoid needing multiple outputs
now that these serve the requisite libraries, so that also can become
simpler on all platforms, too, removing the original wart this PR
circumnavigates for now. Actually changing the binutils package to
leverage is a mass rebuild, however, so I'll leave that for a separate
PR.
I do hope to upstream something like my patch too, but until then I'll
make myself maintainer of these derivations
Note that clasp (included in clingo) is already packaged separately, but
only an earlier version. As it is used by OPAM, but will stop being used
by OPAM later (and I want to grab the name for Clasp the Common Lisp
implementation), I decided to package clingo as a whole (as recommended),
but to leave clasp until OPAM stops needing it.
This package is most likely only used by Paperwork and thus it makes
sense to put it next to the main expression of Paperwork.
No functional changes here, evaluating before this commit and afterwards
leads to the same derivation hash.
Signed-off-by: aszlig <aszlig@nix.build>
Both Paperwork and its backend API are very likely to be updated in par,
but even when not whenever I work on Paperwork I'll check the backend as
well.
Signed-off-by: aszlig <aszlig@nix.build>
While updating Paperwork in 1b1cc34020 I
actually changed the GitHub URL to its new location.
However, the actual homepage of Paperwork is https://openpaper.work/ so
let's use that instead of the GitHub URL.
Signed-off-by: aszlig <aszlig@nix.build>
Reported-by: @volth
Upstream changes:
Paperwork-GUI 1.2.1:
* Add source code of Windows installer (NSIS installer) generator
* Scanner support / Multi-scan: Cancel also successful scan session.
Otherwise some scanner won't allow new scan sessions later.
* Remove gi version warnings when starting (thanks to Matthieu
Coudron)
* Documentation: Add missing stdeb dependencies (thanks to Notkea)
* paperwork-shell: Fix command 'scan'
* paperwork-shell install: add docstring
* Fix dialog 'about'
Paperwork-backend 1.2.1:
* paperwork-shell: improve help string of 'paperwork-shell chkdeps'
* Fix label deletion / renaming
* Windows: Fix FS.safe() when used for PDF import
* Windows: Fix FS.unsafe() (used for PDF export)
Full upstream changelog can be found at:
https://github.com/openpaperwork/paperwork/releases/tag/1.2.1
Successfully tested building and running Paperwork with a few test
scans.
Signed-off-by: aszlig <aszlig@nix.build>
Upstream changes:
* Now works with 'setup.py develop' (thanks to Matthieu Coudron)
* WIA: Some drivers (Lexmark for instance) returns
WIA_ERROR_PAPER_EMPTY when calling transfer->Download() instead of
returning a shorted image (like HP)
* MacOSX + Sane: disable dedicated process workaround (doesn't work)
* WIA: Minor optimisation (Use collections.deque() instead of
list.pop())
* Sane/exit(): Exit gracefully
Full changelog can be found at:
https://github.com/openpaperwork/pyinsane/blob/2.0.10/ChangeLog
Tested by building and running a few scans.
Signed-off-by: aszlig <aszlig@nix.build>
Main change: glibc: 2.25-x -> 2.26-y, containing security fixes,
and various features and deprecations. Unfortunately, some of the
latter still cause (transitively) a couple hundred newly failing jobs.
I'm not delaying anymore, so that we have the security fix on master.
I mainly patched gcc, llvm and icu, but I can't fix everything...