File an issue report at bugs.funtoo.org
rj@funtoo ~ $ gimp
(gimp:14880): GLib-GObject-CRITICAL **: 10:19:51.172: g_param_spec_internal: assertion 'is_valid_property_name (name)' failed
gimp: fatal error: Segmentation fault
(gimp-org-pagecurl:14912): LibGimpBase-WARNING **: 10:19:51.227: gimp-org-pagecurl: gimp_wire_read(): error
Always try to start a program in terminal when it fails by clicking shortcut in start menu.
The error message enabled me to find the closed upstream bug report and a temporary workaround.
https://gitlab.gnome.org/GNOME/gimp/-/issues/4392
Hey everyone --
Funtoo Linux 1.4 is now to be considered officially released! Some changes in the last several weeks include:
Updating to gcc-9.2.0 to address an upstream compilation bug (thanks: calrama)
Additional testing/fixing of dependencies (thanks: sandro and others)
New debian-sources and debian-sources-lts kernels (thanks: bcowan)
Debian-sources-lts will now default to using "custom-cflags" USE by default, which will give you a more optimized kernel. -march settings from your subarch mix-in will be applied to your kernel compilation as well. This appears to result in a noticeable performance improvement.
Many thanks to jhan, digifuzzy, klipkyle, librin.so.1, niranjan, sandro and everyone else (sorry if I forgot to mention you) for making this the most tested and most community-focused release of Funtoo ever!
I will continue to update documentation on the wiki relating to 1.4, and of course, 1.4 development continues with pull requests and issues reported to bugs.funtoo.org.
I hope to start 2.0 development in about a month.
Also note -- we now have a "Announcement Discussion" forum visible from the main forums page which allows posts and is open to discussing any announcements.
Best,
Daniel
It is fine to use generic arch, if that is what you *really* want shrug. If you do want generic then you need to add -custom-cflags to USE or package.use for debian-sources-lts
Your processor doesn't support aes which is in your CPU_FLAGS_86 and CFLAGS="- march=westmere"
Building nettle with aes cpu flag set on gcc when your processor doesn't support aes could be the cause of the error.
Reference: https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html
‘westmere’
Intel Westmere CPU with 64-bit extensions, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AES and PCLMUL instruction set support.
Set to native and add the proper flags to match your processor.
Install cpuid2cpuflags
Follow my directions here starting at Remove any gcc override settings you've made previously.
After you've finished configuring gcc to match your processor rebuild nettle.
Everyone,
I have just started getting kit-fixups ready for 1.4-release development. Some key changes that are coming in 1.4-release:
move away from eselect opengl and to libglvnd.
official support of container-based solution for steam, etc.
updates to pam and pambase
1.4-release will be tracking "current" gentoo for a while and will freeze sometime this summer, likely in June 2019.
If you want to get involved, chat on #funtoo and look at the latest commits to kit-fixups on code.funtoo.org. I'll also be doing some introductory videos on how to get involved with the new release of Funtoo.
-Daniel