Re: [Gimp-developer] Bug

[Gregory Reshetniak via gimp-developer-list]

No Alex, every communication channel reposting GIMP news is full of your
comments like "piss off or make pull requests" and it's ing tiresome to
be observing for years on end.
You want to be a spokesperson? Well then behave like one.

On Fri, 27 Nov 2020 at 16:34, Alexandre Prokoudine via gimp-developer-list <
gimp-developer-list@gnome.org> wrote:

> On Fri, Nov 27, 2020 at 6:28 PM Gregory Reshetniak wrote:
>
> > "Dear Albert Einstein, unfortunately there hasn't been a MacOS expert to
> > help us fix the release process yet. Hopefully someone will appear soon -
> > we'd really want to continue releasing for Macs again. Perhaps you might
> > help us with it? Here are the tasks that need to be done
> > https://gitlab.gnome.org/GNOME/gimp/-/issues/4504;
> >
> > See Alex, it's possible to reply to completely innocent questions without
> > full force of your passive aggressive ego scaring away users and even
> > possible contributors. Try it, we believe in you.
> >
>
> You replied with aggression to a short, concise reply that implied no
> aggression whatsoever, passive or otherwise.
>
> Do I need to point out that this sort of behavior is not appreciated here?
>
> Please do not do that again. Thank you.
>
> Alex
>
> >
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership:
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
> List archives:   https://mail.gnome.org/archives/gimp-developer-list
>


-- 

Gregory Reshetniak
about.me/gregory.reshetniak

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] Bug

[Gregory Reshetniak via gimp-developer-list]

"Dear Albert Einstein, unfortunately there hasn't been a MacOS expert to
help us fix the release process yet. Hopefully someone will appear soon -
we'd really want to continue releasing for Macs again. Perhaps you might
help us with it? Here are the tasks that need to be done
https://gitlab.gnome.org/GNOME/gimp/-/issues/4504;

See Alex, it's possible to reply to completely innocent questions without
full force of your passive aggressive ego scaring away users and even
possible contributors. Try it, we believe in you.

On Fri, 27 Nov 2020 at 16:14, Alexandre Prokoudine via gimp-developer-list <
gimp-developer-list@gnome.org> wrote:

> On Fri, Nov 27, 2020 at 4:27 PM Albert Einstein via
> gimp-developer-list  wrote:
> >
> > Are there any news about the release of the new and fixed version for
> MacOS ?
>
> There will be once someone joins the team to work on macOS builds.
>
> Alex
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership:
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
> List archives:   https://mail.gnome.org/archives/gimp-developer-list
>


-- 

Gregory Reshetniak
about.me/gregory.reshetniak

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] GEGL build failure

[Gregory Reshetniak via gimp-developer-list]

Hi Partha

Have a look at this issue, seems to be related
https://gitlab.gnome.org/GNOME/gegl/-/issues/214



On Sun, 27 Sep 2020 at 05:08, Partha Bagchi via gimp-developer-list <
gimp-developer-list@gnome.org> wrote:

> partha@Parthas-MacBook-Pro gegl % ninja install
> [1/722] Linking static target subprojects/poly2tri-c/libpoly2tri-c.a
> FAILED: subprojects/poly2tri-c/libpoly2tri-c.a
> rm -f subprojects/poly2tri-c/libpoly2tri-c.a && ar csr
> subprojects/poly2tri-c/libpoly2tri-c.a ar: no archive members specified
> usage:  ar -d [-TLsv] archive file ...
> ar -m [-TLsv] archive file ...
> ar -m [-abiTLsv] position archive file ...
> ar -p [-TLsv] archive [file ...]
> ar -q [-cTLsv] archive file ...
> ar -r [-cuTLsv] archive file ...
> ar -r [-abciuTLsv] position archive file ...
> ar -t [-TLsv] archive [file ...]
> ar -x [-ouTLsv] archive [file ...]
> [10/722] Compiling C object 'libs/rgbe/2e83b36@@rgbe@sta/rgbe.c.o'
> ninja: build stopped: subcommand failed.
>
>
> This will work on Linux and Windows but not on Mac. I work around it but
> probably better to fix it at the source.
>
> Thanks,
> Partha
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership:
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
> List archives:   https://mail.gnome.org/archives/gimp-developer-list
>


-- 

Gregory Reshetniak
about.me/gregory.reshetniak

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] Build does not find gegl

[Gregory Reshetniak via gimp-developer-list]

Hi all.

Trying to build as per instructions in
https://wiki.gimp.org/wiki/Hacking:Building here.
Having set all the envvars I get gegl dependency failure both via meson and
autotools.

My gegl is being installed into /home/ror6ax/gimp_prefix/lib64/gegl-0.4/
directory by ninja install command, which I've verified by listing before
and after running ninja install. I don't have gegl installed via package
manager. If I do install gegl-devel (fedora has version 24 in repos) the
error message changes from "Dependency "gegl-0.4" not found" to "gegl
version 24 found, 26 required". This leads me to believe that despite the
envvars in the wiki page being set, meson/autotools still use system-wide
library paths.

I am running this on Fedora 32.

Full error log is as follows:

Build started at 2020-08-18T00:24:35.467672
Main binary: /usr/bin/python3
Build Options: -Djavascript=always -Dlua=always -Dpython=always
-Dprefix=/home/ror6ax/gimp_prefix -Dbuildtype=release
Python system: Linux
The Meson build system
Version: 0.54.0
Source dir: /home/ror6ax/devel/gimp
Build dir: /home/ror6ax/devel/gimp/_build
Build type: native build
Using 'PKG_CONFIG_PATH' from environment with value:
'/home/ror6ax/gimp_prefix/share/pkgconfig:/home/ror6ax/gimp_prefix/lib/pkgconfig'
Using 'PKG_CONFIG_PATH' from environment with value:
'/home/ror6ax/gimp_prefix/share/pkgconfig:/home/ror6ax/gimp_prefix/lib/pkgconfig'
Project name: gimp
Project version: 2.99.1
None of 'CC' are defined in the environment, not changing global flags.
None of 'CFLAGS' are defined in the environment, not changing global flags.
None of 'LDFLAGS' are defined in the environment, not changing global flags.
None of 'CPPFLAGS' are defined in the environment, not changing global
flags.
None of 'CC_LD' are defined in the environment, not changing global flags.
Sanity testing C compiler: cc
Is cross compiler: False.
Sanity check compiler command line: cc
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckc.c -o
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckc.exe -pipe
-D_FILE_OFFSET_BITS=64
Sanity check compile stdout:

-
Sanity check compile stderr:

-
Running test binary command:
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckc.exe
C compiler for the build machine: cc (gcc 10.0.1 "cc (GCC) 10.0.1 20200328
(Red Hat 10.0.1-0.11)")
C linker for the build machine: cc ld.bfd 2.34-2
None of 'AR' are defined in the environment, not changing global flags.
None of 'CXX' are defined in the environment, not changing global flags.
None of 'CXXFLAGS' are defined in the environment, not changing global
flags.
None of 'LDFLAGS' are defined in the environment, not changing global flags.
None of 'CPPFLAGS' are defined in the environment, not changing global
flags.
None of 'CXX_LD' are defined in the environment, not changing global flags.
Sanity testing C++ compiler: c++
Is cross compiler: False.
Sanity check compiler command line: c++
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckcpp.cc -o
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckcpp.exe -pipe
-D_FILE_OFFSET_BITS=64
Sanity check compile stdout:

-
Sanity check compile stderr:

-
Running test binary command:
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckcpp.exe
C++ compiler for the build machine: c++ (gcc 10.0.1 "c++ (GCC) 10.0.1
20200328 (Red Hat 10.0.1-0.11)")
C++ linker for the build machine: c++ ld.bfd 2.34-2
None of 'CC' are defined in the environment, not changing global flags.
None of 'CFLAGS' are defined in the environment, not changing global flags.
None of 'LDFLAGS' are defined in the environment, not changing global flags.
None of 'CPPFLAGS' are defined in the environment, not changing global
flags.
None of 'CC_LD' are defined in the environment, not changing global flags.
Sanity testing C compiler: cc
Is cross compiler: False.
Sanity check compiler command line: cc
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckc.c -o
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckc.exe -pipe
-D_FILE_OFFSET_BITS=64
Sanity check compile stdout:

-
Sanity check compile stderr:

-
Running test binary command:
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckc.exe
C compiler for the host machine: cc (gcc 10.0.1 "cc (GCC) 10.0.1 20200328
(Red Hat 10.0.1-0.11)")
C linker for the host machine: cc ld.bfd 2.34-2
None of 'AR' are defined in the environment, not changing global flags.
None of 'CXX' are defined in the environment, not changing global flags.
None of 'CXXFLAGS' are defined in the environment, not changing global
flags.
None of 'LDFLAGS' are defined in the environment, not changing global flags.
None of 'CPPFLAGS' are defined in the environment, not changing global
flags.
None of 'CXX_LD' are defined in the environment, not changing global flags.
Sanity testing C++ compiler: c++
Is cross compiler: False.
Sanity check compiler command line: c++
/home/ror6ax/devel/gimp/_build/meson-private/sanitycheckcpp.cc -o