On 01/23/2017 06:58 AM, Laxminarayan Kamath wrote:
Hi all!
While you guys are at it, I encourage you to try out this formula:
E = (2 * I ) - M
Note that the recent work in master removed the channel-value clamping
that used to happen during blending (yay! :), and since each layer
appears on
On 03/02/2017 02:24 AM, John Tapsell wrote:
Hi all,
I'm guessing this is frowned on but I've written this up on my blog here:
Absolutely not frowned upon :)
...
Hate to be a buzzkill, but it's already doable: clone tool + color erase
mode + registered alignment.
Note that this tech
On Sun, 26 Mar 2017 11:53:57 -0400
Ell via gimp-developer-list wrote:
> On Sun, 26 Mar 2017 11:11:36 -0300
> Americo Gobbo wrote:
>
> > Hi I have updated my git master... but I have this message while I
> > am creating an screenshot or exporting as jpg, png, etc: Module
&
uilding cairo yourself, you might be missing some
dependencies required to build freetype support.
> On 26-03-2017 13:16, Ell via gimp-developer-list wrote:
> > Actually, there was an interval where gegl:text would get built
> > without checking this dependency, so it's possibl
On Tue, 18 Apr 2017 15:59:45 +0900
John Tapsell wrote:
> Hi,
>
> I have around a hundred layers, and it's really cumbersome to
> navigate. I was wondering:
>
> What do you think of a having a filter/search box for the layers? To
> let you jump to a layer quickly
In 2.9 we have a new action
On Thu, 1 Jun 2017 19:15:03 -0400
Partha Bagchi wrote:
> Hi All,
>
> A new wrinkle since May 22 (my last build). Did a pull today and now
> I am now getting the following error on my Mac:
>
> GEN xgen-bec
> > /bin/sh: -c: line 1: syntax error: unexpected end of file
> > make[2]
On Thu, 1 Jun 2017 22:28:07 -0400
Partha Bagchi wrote:
> > Can you please report the output of "make V=1"?
> >
> > --
> > Ell
> >
> Sure thing Ell. Here it is:
Thanks :)
> make[2]: Nothing to be done for `all'.
>
> Making all in libgimpbase
>
> if ! cmp -s xgen-bec gimpbaseenums.c; then \
On Fri, 2 Jun 2017 06:55:41 -0400
Partha Bagchi wrote:
> Sounds good. Let me know when you upload a fix. Thanks in advance for
> such a quick fix! :)
Should be fixed now, by commit 3ca48a0b30a85cfc8a63912906dd483208c342fb.
--
Ell
___
gimp-developer-li
On Tue, 13 Jun 2017 18:39:39 +0200
Julien Hardelin wrote:
> Hello developers,
>
> I am writing gimp-help-2 doc for warp transform tool and I have
> difficulty with "Abyss policy". I read the wiki/glossary for these
> items but did not understand what they do.
>
> How to explain these features
On Wed, 14 Jun 2017 07:44:28 +0200
Marco Ciampa via gimp-developer-list
wrote:
> Veeery interesting indeed Ell! And also very clear!
> Do you know exactly which tools share this same option?
Warp is the only tool that has an abyss policy option, IIRC. As for
filters, convolution matrix, displac
On Wed, 14 Jun 2017 21:40:39 +0200
Marco Ciampa via gimp-developer-list
wrote:
> On Wed, Jun 14, 2017 at 07:01:10AM -0400, Ell wrote:
> > On Wed, 14 Jun 2017 07:44:28 +0200
> > Marco Ciampa via gimp-developer-list
> > wrote:
> >
> > > Veeery interesting indeed Ell! And also very clear!
> > >
On Fri, 16 Jun 2017 07:37:22 +0200
Julien Hardelin wrote:
> Hello developers,
>
> Sorry to disturb you again : I have difficulty in documenting the
> Spacing option of Warp Transform.
>
> Checking or unchecking this option makes no difference in the result
> of Move pixels.
>
> I thought it c
On Tue, 11 Jul 2017 00:38:17 +0100
Ken Moffat wrote:
> Hi,
>
> TL;DR - using masks in a 2.8 scheme script works as intended to
> extract parts of an image, but after converting it for 2.9 it does
> much less.
The most likely reason for the different results, is that in 2.9 masks
use the pixels'
On 08/09/2017 07:31 AM, richard brown wrote:
> But, I checked 'Preferences' and I was running 4 threads, and there's a
> warning there about instability. So, I tried putting that to 1, and, so
> far, no crash.
Hi! We're trying to track down (and fix) as many threading related bugs
as we can.
On 08/10/2017 10:54 PM, richard brown wrote:
> Here we are:
>
> Thread 1 "gimp-2.9" received signal SIGSEGV, Segmentation fault.
> g_type_check_instance (type_instance=type_instance@entry=0x4ce7a90) at
> gtype.c:4131
> 4131 TypeNode *node = lookup_type_node_I
> (type_instance->g_class
On 08/11/2017 04:02 AM, Tobias Ellinghaus wrote:
> To make the backtrace even more useful you can use these commands in gdb once
> GIMP crashed (just copy&paste them over):
>
> set pagination off
> set logging file gdb.txt
> set logging on
> where
> echo \n=\n\n
> info threads
> echo \n
On Fri, 20 Oct 2017 09:03:01 -0400
Elle Stone wrote:
> Hi All,
>
> It would be really nice to be able to click a button or have a view
> module option that would indicate clipped colors by coloring them in
> some way (perhaps black for shadows, white for highlights), with an
> option to make
On Fri, 3 Nov 2017 09:38:33 -0400
Elle Stone wrote:
> On 11/02/2017 04:21 PM, Ell via gimp-developer-list wrote:
> > On Fri, 20 Oct 2017 09:03:01 -0400
> > Elle Stone wrote:
> >
> >> Hi All,
> >>
> >> It would be really nice to be able to click
On Fri, 10 Nov 2017 09:44:37 -0500
Elle Stone wrote:
> Is this the case? The clip warning always and only shows colors that
> are out of gamut wrt to GIMP's built-in sRGB color space?
At the moment, yes.
--
Ell
___
gimp-developer-list mailing list
Lis
On Thu, 28 Dec 2017 17:31:48 +0100
Helmut Jarausch wrote:
> Hi,
> Segmentation fault in gegl_buffer_iterate_read_simple
>
> [...]
This should be fixed now in GEGL master, by commit
03bdb529bccfcc5bc51dd02bc266d901a4af6300 (see also bug 792018).
--
Ell
__
On Sat, 20 Jan 2018 16:06:46 -0500
Partha Bagchi wrote:
> Ell,
>
> Issues with process_system_time (addition from yesterday?):
>
> CC gimpdashboard.o
> > gimpdashboard.c: In function 'gimp_dashboard_sample_cpu_usage':
> > gimpdashboard.c:1559:27: error: 'process_system_time' undeclared
On Fri, 9 Mar 2018 16:30:10 -0500
Partha Bagchi wrote:
> Hi Ell,
>
> This one has me stumped. I get the following compile error:
>
> gimp-spawn.c: In function 'gimp_spawn_set_cloexec':
> > gimp-spawn.c:244:26: error: 'HANDLE' undeclared (first use in this
> > function)
> >SetHandleInformati
On Sat, 7 Apr 2018 12:41:10 -0400
Partha Bagchi wrote:
> Ell my friend, it's me again. :)
>
> We can't use gnu++11 with objective-c code.
>
> CXX gimp-parallel.o
>
> error: invalid argument '-std=gnu++11' not allowed with 'Objective-C'
>
> make[3]: *** [gimp-parallel.o] Error 1
>
> So
On Sat, 7 Apr 2018 15:43:30 -0400
Partha Bagchi wrote:
> My apologies. I should have framed that as 2 different issues. One
> about
> the compilation and the other that we should probably be using C++14
> (or 11) instead of gnu++11.
The exact flag we use is not hard coded, it's determined by
A
On Sat, 7 Apr 2018 17:35:20 -0400
Partha Bagchi wrote:
> Confirmed. It's something you did!! :) :)
>
> Anyway, reverted back to previous head and c++14 error is back but
> all the above is gone.
Ha, of course it is :) The commit caused -xobjective-c to be passed
during linking too, and this ap
On Sat, 7 Apr 2018 18:00:57 -0400
Ell via gimp-developer-list wrote:
> On Sat, 7 Apr 2018 17:35:20 -0400
> Partha Bagchi wrote:
>
> > Confirmed. It's something you did!! :) :)
> >
> > Anyway, reverted back to previous head and c++14 error is back but
> >
On Tue, 1 May 2018 16:17:12 -0400
Partha Bagchi wrote:
> GIMP 2.10, Windows 64-bit
>
> I seem to be getting the following errors when using some brushes:
>
> "Unable to read tile data from swap: No such file or directory (0/xxx
> bytes read) --"
>
> twice, followed by
>
> "Unable to read tile
On Wed, 2 May 2018 09:16:46 -0400
Partha Bagchi wrote:
> > It started again after the final release. It was not there in RC1.
So it only started at some point after RC1, but before 2.10? (days?
weeks?) I'm trying of think of things that changed during that time
that might have caused this. Did
On Wed, 2 May 2018 15:04:01 -0400
Partha Bagchi wrote:
> On Wed, May 2, 2018 at 2:18 PM, Øyvind Kolås wrote:
>
> >
> > GEGL has stopped enabling opencl by defult now, since GEGL-0.3.24 of
> > 2017-11-24 it no longer being enabled by default since it relies on
> > good results from the varying q
On Wed, 2 May 2018 15:56:12 -0400
Partha Bagchi wrote:
> On Wed, May 2, 2018 at 3:49 PM, Ell wrote:
> > Note that the actual bug was the swap being used in the first place.
> > I'm still not sure why you're getting read errors, though. Since
> > the swap shouldn't be used anymore (in this parti
On Wed, 2 May 2018 16:08:31 -0400
Partha Bagchi wrote:
> On Wed, May 2, 2018 at 3:58 PM, Ell wrote:
>
> > On Wed, 2 May 2018 15:56:12 -0400
> > Partha Bagchi wrote:
> >
> > > On Wed, May 2, 2018 at 3:49 PM, Ell wrote:
> > > > Note that the actual bug was the swap being used in the first
>
On Mon, 10 Sep 2018 11:59:26 +0200
Carmelo DrRaw via gimp-developer-list
wrote:
> Dear all,
>
> recently I have done additional work on the GIMP AppImage packages,
> trying to improve the compatibility with various linux distributions
> and improving the building/packaging scripts.
>
> In a nut
On 11/19/18 9:12 AM, Elle Stone wrote:
> On 11/19/2018 06:57 AM, Shlomi Fish wrote:
>> Hi Carmelo,
>>
>> On Mon, 19 Nov 2018 10:46:43 +0100
>> Carmelo DrRaw via gimp-developer-list wrote:
>>
>>> Trying to compile some plug-ins against the current GIMP_2_10 branch, I get
>>> errors due to a miss
On 11/30/18 1:59 AM, Julien Hardelin wrote:
> Hi,
>
> I can't find id for wavelet-decompose filter in gimp-help-ids.h
wavelet-decompose is a plug-in, not a GEGL filter. Its help-id is
derived from its procedure name, "plug-in-wavelet-decompose", and is not
found in gimp-help-ids.h.
You can f
On 12/7/18 6:16 AM, Ofnuts wrote:
> In 2.8, on a transparent layer, paint something blue, set the FG color
> to red, set the paint tool to "Hue" mode, paint over: the blue parts
> turns to red, the transparent parts remains unchanged.
>
> In 2.10, if you do the same thing with the non-legacy
On 12/9/18 9:56 AM, Ell via gimp-developer-list wrote:
< [...] you can use the alpha lock, but this works only
> superficially: it produces correct results when either the existing
> pixel or the new pixel are fully opaque, but if both are
> semi-transparent, the result is wron
On 1/12/19 3:54 AM, Thorsten Stettin via gimp-developer-list wrote:
> Hi all,
>
> what went wrong?
>
> https://launchpadlibrarian.net/405910118/buildlog_ubuntu-bionic-amd64.gegl_1%3A0.4.13+om~7-1ubu18.04.1~ppa_BUILDING.txt.gz
>
> Don't panic. I cant wait.
>
> This was a build for Ubuntu 18.0
On 1/27/19 7:51 PM, Elad Shahar via gimp-developer-list wrote:
> Hi Jehan,
>
> Thanks for committing the code! All your changes made sense to me. I'm
> pretty excited.
>
> I will stay around. I might add some features and documentation to this
> plugin.
> My gitlab account name is "eladsha".
On 2/16/19 4:06 PM, Carmelo DrRaw via gimp-developer-list wrote:
> When compiling the current GIMP code under CentOS7 with GCC 6.4.0, I get some
> compilation errors that are due the plug-ins/file-dds/endian.h header file.
> This file interferes with the system-wide endian.h header. The error c
On 2/17/19 2:24 PM, Elle Stone wrote:
> When compiling GIMP-2.99 updated this morning, I got this error:
>
> make[4]: *** No rule to make target 'gimpoperationmaskcomponents.c',
> needed by 'gimpoperationmaskcomponents.o'. Stop.
> make[4]: *** Waiting for unfinished jobs
> make[3]: *** [M
On 4/3/19 2:04 AM, Marco Ciampa via gimp-developer-list wrote:
> On Tue, Apr 02, 2019 at 05:51:14PM +0200, Marco Ciampa via gimp-docs-list
> wrote:
>> Hi devs,
>> for translating purpouses I use to compile GIMP from git.
>> I do not see any translation strings for the spyrogimp plug-in and yet
On 5/21/19 9:57 PM, James Houx via gimp-developer-list wrote:
> I /really, really /badly want this feature!?? Badly enough that I will
> have to figure out how to hack the source myself unless can tell me a
> way to accomplish it.
>
> Basically, the problem is this:
>
> The brush tool uses s
On June 20, 2019 8:12:32 AM GMT+02:00, Natalie Baldwin via gimp-developer-list
wrote:
>I've redownloaded version 2.8 because i've found no way to emulate the
>mathematical precision that the blur/smudge tools give me.
>
> [...]
>
>Making a transition with blur/smudge from 255-0-0 to 0-255-0 (red
On June 28, 2019 9:14:14 AM GMT+02:00, Marco Ciampa via gimp-developer-list
wrote:
>Hello devs,
>I'm very sorry to bother you,
>but I do not know what to do and who to ask,
>and it is definitely my fault...
>I messed up my distro deleting some packages I should not remove.
>(Ubuntu 18.04 64)
>
On July 4, 2019 4:59:10 AM GMT+02:00, "Steven P. Ulrick via
gimp-developer-list" wrote:
>Hello, Everyone
>
>I am running Fedora 30 and attempting to build, install & eventually
>run
>GIMP from GIT. It builds & installs without error. But when I attempt
>to
>run it I get the following:
>
>[steve
On 6/22/19 7:55 PM, Ell via gimp-developer-list wrote:
> On June 20, 2019 8:12:32 AM GMT+02:00, Natalie Baldwin via
> gimp-developer-list wrote:
>> The gradient
>> tool with perceptual RGB works almost as expected, somehow the blue
>> value
>> goes up even
On 7/29/19 11:14 AM, Steve Pricks wrote:
> Hello,
>
> I was trying to build GIMP master (commit
> f74320d4dc5e92351001cd44c4380c95725eccd5).
> Configure failed with this message:
>
> checking for gobject-introspection... configure: error:
> gobject-introspection-1.0 is not installed
>
> Con
On 8/16/19 10:31 AM, Ofnuts wrote:
> Specifically, I'm wondering about the "Split", "Merge", and the group
> "Passthrough" modes.
>
> The only relevant Google answer is a paying video tutorial.
>
> Of course I have checked the online doc...
There's indeed no organized documentation for all the n
On 9/14/19 6:59 PM, Marco Ciampa via gimp-developer-list wrote:
> Hi devs,
> I received this email telling me that last commit I did made the GIMP
> compilation stop.
>
> I updated the po/it.po file and then the po-plugins/it.po file, and
> NOTHING ELSE.
>
>
> Looking into the GIM
On 1/31/20 1:07 PM, JonnyRobbie via gimp-developer-list wrote:
>
> Hello,
>
> I'm still in the quest of creating a pixel based gimp plugin.
>
> Also this question is both for gimp and gegl, but pippin from gegl, directed
> me more towards gimp list (here).
>
> I've managd to create a gegl op
Hey, we're doing a ninja 2.10.18 release. There was an ugly data
corruption bug in 2.10.16
(https://gitlab.gnome.org/GNOME/gimp/issues/4643) -- good thing we
didn't announce it yet, huh? :) We want to do it later today or
tomorrow (more likely). Just a heads up, if you have some last-minute
fixe
On 2/21/20 8:57 PM, Ell via gimp-developer-list wrote:
> Hey, we're doing a ninja 2.10.18 release. There was an ugly data
> corruption bug in 2.10.16
> (https://gitlab.gnome.org/GNOME/gimp/issues/4643) -- good thing we
> didn't announce it yet, huh? :) We want t
On 6/12/20 2:30 AM, Cristian Secar?? wrote:
> ??n data de Thu, 11 Jun 2020 16:51:26 +0300, Alexandre Prokoudine via
> gimp-developer-list a scris:
>
>> We've just released GIMP 2.10.20 with usability improvements, new
>> features, and bug fixes. Just like always, the release is accompanied
>>
On 6/12/20 3:02 AM, Ell via gimp-developer-list wrote:
>
>
> On 6/12/20 2:30 AM, Cristian Secar?? wrote:
>> ??n data de Thu, 11 Jun 2020 16:51:26 +0300, Alexandre Prokoudine via
>> gimp-developer-list a scris:
>>
>>> We've just released GIMP
On 8/4/20 9:16 PM, Marco Ciampa via gimp-developer-list wrote:
> Trying to compile gimp master on Ubuntu 20.04 I see this error:
>
> ake[4]: Entering directory '/home/marco/git/gnome/gimp-master/app/core'
> make[4]: *** No rule to make target 'gimppickable-contiguous-region.c',
> needed by 'gi
On 8/5/20 10:26 AM, Marco Ciampa via gimp-developer-list wrote:
> On Tue, Aug 04, 2020 at 09:33:56PM +0300, Ell via gimp-developer-list wrote:
>>
>>
>> On 8/4/20 9:16 PM, Marco Ciampa via gimp-developer-list wrote:
>>> Trying to compile gimp master on Ubuntu 20.04
56 matches
Mail list logo
