| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
https://inkscape.org/news/2020/09/06/inkscape-version-101-patches-crashes-bugs/
https://inkscape.org/release/inkscape-1.0.1/
|
| |
|
| |
|
|
|
|
| |
With CMake it is on by default.
|
| |
|
|
|
|
| |
https://gitlab.com/inkscape/inkscape/-/tags/INKSCAPE_0_92_5
|
|
|
|
| |
Also order the build inputs alphabetically and switch to pname+version.
|
|
|
|
|
|
| |
The unpackPhase override was only needed when the download server mangled the file extension:
https://github.com/NixOS/nixpkgs/pull/23652
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Cairo is also a dependency now.
/tmp/nix-build-inkscape-0.92.4.drv-0/inkscape-0.92.4/src/display/drawing-context.h:20:10: fatal error: 'cairo.h' file not found
#include <cairo.h>
^~~~~~~~~
1 error generated.
|
|
|
|
|
| |
It seems that `inkscape-0.9.4` builds with the latest poppler and
without the `-fpermissive` workaround.
|
|
|
|
|
| |
This was either for the setup-hook to remove caches or added
even though the respective icon theme propagated it.
|
|
|
|
|
|
|
| |
Resolves #68185.
The icons in Inkscape depend on gdk-pixbuf loaders, but because
strictDeps is set to true to fix some macOS issues it doesn't work
(see #56943). Adding librsvg to buildInputs explicitly fixes the issue.
|
|
|
|
| |
https://inkscape.org/news/2019/01/17/inkscape-launches-version-0924/
|
|\ |
|
| | |
|
|/
|
|
|
|
| |
These two interpreters are needed for some runtime scripts.
Fixes #50570
|
| |
|
|\ |
|
| | |
|
|/ |
|
|
|
| |
This should fix the issue in Linux sandbox.
|
|
|
|
|
|
| |
This uses strictDeps to get our args passed to the linker low enough
to enable building inkscape. With strictDeps we need to correctly use
nativeBuildInputs to avoid an issue.
|
|
|
|
| |
This reverts commit a276d5160cc4b307d97261b419e183fb3a2214aa.
|
|
|
|
| |
This reverts commit 0a8c91a931ea270e8b1d66f592f6acba9b4b5fcf.
|
|
|
|
| |
This reverts commit 6c748ae749faae3ff989a800ffa5095f634a6050.
|
|
|
|
| |
This reverts commit 38364c0b07b9343e67e331bdcad1891511690c0b.
|
|
|
|
| |
This reverts commit 047c9372ab1314d8e3fab13b9f21359fdf3a643c.
|
|
|
|
| |
This reverts commit 05a6e94f3437af6c28fa8b794136e193553e98c5.
|
| |
|
|
|
|
| |
Try to avoid non-deterministic build failure.
|
|
|
|
|
| |
I have no idea why but this broke Darwin. So added a conditional for the shebang patching.
https://hydra.nixos.org/build/73283875
|
|
|
|
|
| |
This should not be needed because they are using `#!/usr/bin/env python` as the shebang and in fact it will break inkscape.x86_64-darwin.
https://hydra.nixos.org/build/73283875/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The first problem that was introduced in a276d5160cc4b307d97261b419e183f
was a linking error:
ld: cannot find -licui18n
ld: cannot find -licuuc
ld: cannot find -licudata
So I added icu to the buildInputs.
The second problem was that the interpreter wasn't patched in
share/filters, apparently this is only needed when building with
autotools:
make[3]: Entering directory '/build/inkscape-0.92.3/share/filters'
./i18n.py ./filters.svg > ./filters.svg.h
./i18n.py: /usr/bin/env: bad interpreter: No such file or directory
A similar error also occurs for share/palettes, share/patterns,
share/symbols and share/templates, so I added patching the interpreter
there as well.
Switching to autotools in Inkscape is a very bad idea, because upstream
currently still has their own autotools files in the 0.92.x tree but
master already has them removed, see this commit:
https://gitlab.com/inkscape/inkscape/commit/e471a664f923f517b68071f2e33fbb6ce070f8b7
However for the sake of trying to not break Inkscape on Darwin again,
I tried to keep the fixes minimal and not went back to CMake.
I did however mark the stuff that's unneeded for CMake, so that we can
avoid forgetting to remove that crap once we get back to CMake.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @matthewbauer
|
| |
|
|
|
|
| |
Fixes #39175
|
|
|
|
|
|
|
|
|
|
|
| |
Semi-automatic update generated by https://github.com/ryantm/nix-update tools. These checks were done:
- built on NixOS
- ran `/nix/store/5khy2kbfjwvkj42lr6z0cvnd17xkfrfg-inkscape-0.92.3/bin/inkscape -h` got 0 exit code
- ran `/nix/store/5khy2kbfjwvkj42lr6z0cvnd17xkfrfg-inkscape-0.92.3/bin/inkscape --help` got 0 exit code
- ran `/nix/store/5khy2kbfjwvkj42lr6z0cvnd17xkfrfg-inkscape-0.92.3/bin/inkscape -V` and found version 0.92.3
- ran `/nix/store/5khy2kbfjwvkj42lr6z0cvnd17xkfrfg-inkscape-0.92.3/bin/inkscape --version` and found version 0.92.3
- found 0.92.3 with grep in /nix/store/5khy2kbfjwvkj42lr6z0cvnd17xkfrfg-inkscape-0.92.3
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This allows vectorising bitmap images in inkscape.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
because of syntax error. And don't depend on pyxml
because that shouldn't be necessary anymore
https://bugs.archlinux.org/task/26774
|
| |
|
| |
|