| Commit message (Collapse) | Author | Age |
|\
| |
| | |
gimp: 2.10.12 → 2.10.14
|
| |
| |
| |
| |
| | |
../gegl/opencl/cl_gl.h:37:10: fatal error: 'OpenGL/CGLDevice.h' file not found
#include <OpenGL/CGLDevice.h>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It produces an error:
GIMP-Error: Calling error for procedure 'gimp-image-get-active-layer':
Procedure 'gimp-image-get-active-layer' has been called with an invalid ID for argument 'image'. Most likely a plug-in is trying to work on an image that doesn't exist any longer.
(script-fu:25123): GLib-WARNING **: 12:41:03.500: (../glib/gerror.c:416):g_error_new_valist: runtime check failed: (domain != 0)
script-fu-Warning: Error while loading /nix/store/31y1qiyg8fzn07yz6lrnkbja33298gmz-gimp-with-plugins-2.10.14/share/gimp/2.0/scripts/exposure-blend/nds9ds1m18d0wg1b01fch8wyzdwpmr8x-exposure-blend.scm:
Error: (/nix/store/31y1qiyg8fzn07yz6lrnkbja33298gmz-gimp-with-plugins-2.10.14/share/gimp/2.0/scripts/exposure-blend/nds9ds1m18d0wg1b01fch8wyzdwpmr8x-exposure-blend.scm : 627) Procedure execution of gimp-image-get-active-layer failed on invalid input arguments: Procedure 'gimp-image-get-active-layer' has been called with an invalid ID for argument 'image'. Most likely a plug-in is trying to work on an image that doesn't exist any longer.
|
| |
| |
| |
| | |
to the pluginDerivation
|
| | |
|
| | |
|
| |
| |
| |
| | |
GIMP 3 will require all plugins to be installed into their own subdirectories, so let’s just do that now.
|
| |
| |
| |
| | |
script-fu (Scheme) scripts are not actually loaded from $GIMP2_PLUGINDIR (lib/gimp/2.10) but $GIMP_DATADIR (share/gimp/2.10).
|
| | |
|
| |
| |
| |
| | |
https://www.gimp.org/news/2019/10/31/gimp-2-10-14-released/
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
https://gitlab.gnome.org/GNOME/gegl/blob/GEGL_0_4_18/docs/NEWS.txt#L1-123
Ported to Meson, which means ton of extra dependencies used by default.
Though the closure size effect appears to be minimal: 88.9M → 92.9M
Also drop GTK dependency, since it is not needed any more (was it ever?)
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | | |
nixos/moinmoin: init module
|
| | | |
|
|\ \ \
| | | |
| | | | |
gnu-efi: Use their crosscompilation support correctly
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
IIUC, previously, the cross-compilation support was done in a somewhat
hacky way and was, basically, special-cased for ARM.
Now we use the cross-compilation support intergrated into their own
build system.
Test:
* nix-build --arg crossSystem '(import <nixpkgs/lib>).systems.examples.musl64' '<nixpkgs>' -A gnu-efi
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | | |
mame: init at 0.215
|
| | | | |
| | | | |
| | | | |
| | | | | |
There are no longer separate programs called SDLMAME or SDLMESS. Instead, the SDL capability is included in MAME and MESS, and the makefile will auto-detect if you are on a non-Windows system and run accordingly.
|
| | | | |
| | | | |
| | | | |
| | | | | |
MAME and MESS are now combined as one distribution as of the 0.162 release and offered as a MAME binary (MESS is included in the build).
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
|\ \ \ \ \
| | | | | |
| | | | | | |
keybase, keybase-gui, kbfs: 4.6.0 -> 4.7.2, added dependencies
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
all: update from 4.6.0 to 4.7.2
keybase:
- added gnupg as a dependency and patch fix-patch-keybase.patch
kbfs:
- added fuse as a dependency and patch fix-patch-kbfs.patch
|
|/ / / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
There were two issues:
* builtins.getEnv was called deep into the nixpkgs tree making it hard
to discover. This is solved by moving the call into
pkgs/top-level/impure.nix
* when the config was explicitly set by the user to false, it would
still try and load the environment variable. This meant that it was
not possible to guarantee the same outcome on two different systems.
|
|\ \ \ \ \
| | | | | |
| | | | | | |
wire-desktop: linux 3.10.2904 -> 3.11.2912
|
| | | | | | |
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | | |
dokuwiki: init at 2018-04-22b
|
| | | | | | | |
|
|\ \ \ \ \ \ \
| | | | | | | |
| | | | | | | | |
Fix handling of lists in whitelistedLicenses and blacklistedLicenses
|
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
A package's meta.license can either be a single license or a list. The
code to check config.whitelistedLicenses and config.blackListedLicenses
wasn't handling this, nor was the showLicense function.
|
|\ \ \ \ \ \ \ \
| | | | | | | | |
| | | | | | | | | |
Pantheon 5.1
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
https://github.com/elementary/stylesheet/releases/tag/5.3.0
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
https://github.com/elementary/icons/releases/tag/5.1.0
|
| | | | | | | | | |
|
| | | | | | | | | |
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
https://github.com/elementary/gala/compare/50694796d4c8f0ca92517d5a628b0efdf748279c...0f0724c97ad49f470f41c4a25c63103f51122997
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
https://github.com/elementary/switchboard-plug-security-privacy/releases/tag/2.2.2
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
https://github.com/elementary/wingpanel-indicator-datetime/releases/tag/2.2.0
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
https://github.com/elementary/wingpanel/releases/tag/2.2.6
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
https://github.com/elementary/greeter/releases/tag/5.0.1
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
https://github.com/elementary/switchboard-plug-bluetooth/releases/tag/2.3.0
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
Unfortunately elementary has suddenly decided to add ${version}-debian
tags into the mix which ls-remote will always sort last. I believe these tags
point to the deb-packaging branches in the repo's which we certainly
don't ever want to use as they contain no source.
|
| | | | | | | | | |
|
| | | | | | | | | |
|