Hello all,

If you are a third party packager, or a user who builds GIMP yourself, and happen to have an issue where the Symbolic and Symbolic-Inverted icons are nearly the same color, you can simply run on your GIMP tree:

$ touch icons/Symbolic/*/*.png

Note that if you are a packager in particular, an even better practice is to always build from scratch when the goal is to provide a software package to users. This way, you avoid build bugs, like this one.

For information, the problem is because of a bug on gegl:invert-linear operation, which — for some reason still unknown (see bug https://bugzilla.gnome.org/show_bug.cgi?id=760766) — was not properly inverting colors on many icons. This issue has been bypassed with commit 37a482a:
https://git.gnome.org/browse/gimp/commit/?id=37a482a09609d54fed91b56fb1bec39d08d052dc

If you happened to have built GIMP in between the icon color switch and this commit, and never cleaned your repository, then you will encounter the problem. The solution is therefore touching all origin png icons (or a `make clean`).
Have fun with GIMP!

Jehan

P.S.: but really, if you are a packager, not building from scratch is bad practice. You are building for many people and should do it from a clean slate.

Hello all,

If you are a third party packager, or a user who builds GIMP yourself, and happen to have an issue where the Symbolic and Symbolic-Inverted icons are nearly the same color, you can simply run on your GIMP tree:

$ touch icons/Symbolic/*/*.png

Note that if you are a packager in particular, an even better practice is to always build from scratch when the goal is to provide a software package to users. This way, you avoid build bugs, like this one.

For information, the problem is because of a bug on gegl:invert-linear operation, which — for some reason still unknown (see bug https://bugzilla.gnome.org/show_bug.cgi?id=760766) — was not properly inverting colors on many icons. This issue has been bypassed with commit 37a482a:
https://git.gnome.org/browse/gimp/commit/?id=37a482a09609d54fed91b56fb1bec39d08d052dc

If you happened to have built GIMP in between the icon color switch and this commit, and never cleaned your repository, then you will encounter the problem. The solution is therefore touching all origin png icons (or a `make clean`).
Have fun with GIMP!

Jehan

P.S.: but really, if you are a packager, not building from scratch is bad practice. You are building for many people and should do it from a clean slate.

Dear GEGL developer list,

Please ignore my previous (below) email (well except for the GEGL bug report part if you wish). It was destined to the GIMP developer list and got misdirected by a filthy completion system! :-P Thanks!

Jehan

On Mon, Jan 25, 2016 at 7:31 PM, Jehan Pagès wrote:

Hello all,

If you are a third party packager, or a user who builds GIMP yourself, and happen to have an issue where the Symbolic and Symbolic-Inverted icons are nearly the same color, you can simply run on your GIMP tree:

$ touch icons/Symbolic/*/*.png

Note that if you are a packager in particular, an even better practice is to always build from scratch when the goal is to provide a software package to users. This way, you avoid build bugs, like this one.

For information, the problem is because of a bug on gegl:invert-linear operation, which — for some reason still unknown (see bug https://bugzilla.gnome.org/show_bug.cgi?id=760766) — was not properly inverting colors on many icons. This issue has been bypassed with commit 37a482a:
https://git.gnome.org/browse/gimp/commit/?id=37a482a09609d54fed91b56fb1bec39d08d052dc

If you happened to have built GIMP in between the icon color switch and this commit, and never cleaned your repository, then you will encounter the problem. The solution is therefore touching all origin png icons (or a `make clean`).
Have fun with GIMP!

Jehan

P.S.: but really, if you are a packager, not building from scratch is bad practice. You are building for many people and should do it from a clean slate.