| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
Having discussed the matter with maekke, neither of us is particularly
interested in maintaining a live ebuild of Darktable.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/804639
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Needed to make cmake-3.21/ninja stop trying to pass LDFLAGS to ar.
Since stripping src/external/libxcf/CMakeLists.txt to the bare minimum
results in a patch about the same size as the file itself, just inject
the necessary lines to src/external/CMakeLists.txt and ignore the one in
libxcf.
Tested on both 3.4.1 and 3.6.0, with cmake versions 3.18.5 and 3.21.0;
all combinations seem to build fine.
Closes: https://bugs.gentoo.org/803053
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Will continue to set DOC_PV to a literal for now, this is the first
release using the manual generated from
https://github.com/darktable-org/dtdocs.git and hosted on darktable.org
so no idea how upstream intends to version updates yet.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.18, Repoman-3.0.2
Signed-off-by: Markus Meier <maekke@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Darktable only needs LLVM+Clang if one want to test-build its OpenCL
kernels during installation. This is useful for developers working
on said kernels but feels unnecessary for users, especially given
it involves such a heavyweight dependency. Therefore, disable the
test-building of OpenCL kernels and remove the sys-devel/{llvm,clang}
dependencies.
Closes: https://bugs.gentoo.org/791448
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
| |
Already fixed upstream so the next release will no longer need this
restriction.
Closes: https://bugs.gentoo.org/791445
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.18, Repoman-3.0.3
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Closes: https://github.com/gentoo/gentoo/pull/20756
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/19490
Package-Manager: Portage-3.0.14, Repoman-3.0.2
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.14, Repoman-3.0.2
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
| |
Still exists but hasn't been updated for almost 7 years, the latest
version available for download there is 1.4.2.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bugfix release.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Backport of the upstream fix which will be included in the next release.
Closes: https://bugs.gentoo.org/762202
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
| |
structure
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Markus Meier <maekke@gentoo.org>
|
|
|
|
| |
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
| |
That one was stable on amd64, my bad.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Currently only needed to read 3D Colour LUTs compressed using their
multiscale anisotropic diffusion scheme-based compression algorithm,
may or may not serve other purposes in the future.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/751352
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Looks like it will still take a lot of time before we have lua-5.3
available in the tree, slotted or not. Fortunately it turns out that
recent versions of Darktable come with bundled Lua 5.3 which can
optionally be used instead of system version.
Closes: https://bugs.gentoo.org/618104
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
| |
2.6.2 isn't going anywhere for now because it's the last version
supporting x86, therefore remove (deprecated) PaX support from this
version as well.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Since version 3.0.0 darktable only supports 64-bit little-endian
architectures, or to be precise amd64, arm64 and ppc64; see
src/is_supported_platform.h.
Closes: https://bugs.gentoo.org/739682
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.103, Repoman-2.3.23
Signed-off-by: Markus Meier <maekke@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.0, Repoman-2.3.23
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.99, Repoman-2.3.22
Signed-off-by: Sam James (sam_c) <sam@cmpct.info>
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Again, not touching 2.6.2.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.99, Repoman-2.3.22
Signed-off-by: Markus Meier <maekke@gentoo.org>
|
|
|
|
|
|
|
| |
We have got no way of officially testing whether these markings still
work.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/692786
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
| |
...via, unsurprisingly, USE=tools.
Closes: https://bugs.gentoo.org/465068
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
In case of VCS snapshots it may make sense to have the noise-profile file
validated, even though this really should be done in the test phase.
Require 3.2.0+ because there may or may not have been problems with older
versions currently in the tree (see the referenced bug), and no
PYTHON_USEDEP and so on because we use this as an executable.
Closes: https://bugs.gentoo.org/696996
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Darktable build scripts look for the jsonschema executable and if it is
found, call it during installation to validate the noise-profile file
- with no option available to control this behaviour.
dev-python/jsonschema is not a dependency of media-gfx/darktable in my
opinion adding it to release ebuilds doesn't make much sense - the
noise-profile file is part of the release tarball, if it is bad there is
nothing end users can do about it.
Bug: https://bugs.gentoo.org/696996
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/695658
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|