Re: [Gimp-developer] Trouble compiling 2.99

2021-04-30 Thread Liam R E Quin
On Fri, 2021-04-30 at 23:31 +0200, Ofnuts wrote:
> 
> I didn't see any build complaining about a missing graphviz despite
> it not being installed on my system.
> 
> So, I installed it, rebuild GEGL and lo and behold, it works. So
> thanks,
> and don't hesitate to claim your beer if you come near Paris.

:) good luck with the build!



-- 
Liam Quin -  https://www.fromoldbooks.org/

IRC: ankh or b0y or demib0y
elsewhere: barefootliam

___
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] Trouble compiling 2.99

2021-04-30 Thread Ofnuts via gimp-developer-list

On 30/04/2021 21:08, Liam R E Quin wrote:

On Fri, 2021-04-30 at 14:31 -0400, Liam R E Quin wrote:

On Fri, 2021-04-30 at 17:18 +0200, Ofnuts via gimp-developer-list
wrote:

     GIMP requires the GEGL operation "gegl:introspect".

I seem to remember this requiers "dot" (from GraphViz) be in your path.



In case it helps, for compiling babl gegl & gimp i use,

export PREFIX=$HOME/opt
export LD_LIBRARY_PATH=${PREFIX}/lib
export PKG_CONFIG_PATH=${PREFIX}/lib/pkgconfig/
export PATH=$PREFIX/bin:$PATH
export XDG_DATA_DIRS="$PREFIX/share:$XDG_DATA_DIRS"
export GI_TYPELIB_PATH="${PREFIX}/lib/girepository-
1.0:${PREFIX}/lib/${arch}/girepository-1.0:$GI_TYPELIB_PATH"

# enable sqrt() in TinyScheme:
export USE_MATH=1

# https://wiki.gimp.org/wiki/Hacking:Building

and then in each of babl, gegl, gimp in turn,
git pull
rm -rf obj-x86_64/; SRC_DIR=$(pwd); BUILD_DIR=${SRC_DIR}/obj-$(arch);
mkdir -p $BUILD_DIR && cd $BUILD_DIR && meson -Dprefix=$PREFIX -
Dworkshop=true -Dcairo=enabled -Dumfpack=enabled -Dopenexr=enabled
$SRC_DIR && ninja && ninja install


This assumes you have graphviz, and that you have libmypaint 1.
installed in the same $PREFIX



I have about the same, and it used to work (I did successful builds last
summer).

I didn't see any build complaining about a missing graphviz despite it
not being installed on my system.

So, I installed it, rebuild GEGL and lo and behold, it works. So thanks,
and don't hesitate to claim your beer if you come near Paris.

Now, grep'ing my build tree, I see graphviz mentioned in the Pango
files...  I'll try a  full rebuild tomorrow.

Thanks again




___
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] Trouble compiling 2.99

2021-04-30 Thread Ofnuts via gimp-developer-list

On 30/04/2021 19:58, Liam R. E. Quin wrote:

On Fri, 2021-04-30 at 09:46 +0200, Ofnuts via gimp-developer-list
wrote:

/Gimp-dev/2.99/build/gimp/_build/libgimp/Gimp-3.0.gir
HarfBuzz-0.0.gir:135.5-135.79: error: `hb_.language_t' not
supported as
type for constants

Searching with Google for this message finds
https://gitlab.gnome.org/GNOME/gnome-build-meta/-/merge_requests/515
which suggests you had an old pango release.

Here (Mageia 8) i have harfbuzz 2.8 and pango 1.48, for what it's
worth. but the error seems more about mismatched versions of pango and
harfbuzz to me.



Thanks.

Upped Pango to 1.4.8 to no avail. Will try HarfBuzz next.

___
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] Trouble compiling 2.99

2021-04-30 Thread Liam R E Quin
On Fri, 2021-04-30 at 14:31 -0400, Liam R E Quin wrote:
> On Fri, 2021-04-30 at 17:18 +0200, Ofnuts via gimp-developer-list
> wrote:
> > 
> >     GIMP requires the GEGL operation "gegl:introspect".
> 
> I seem to remember this requiers "dot" (from GraphViz) be in your path.
> 
> 
In case it helps, for compiling babl gegl & gimp i use,

export PREFIX=$HOME/opt
export LD_LIBRARY_PATH=${PREFIX}/lib
export PKG_CONFIG_PATH=${PREFIX}/lib/pkgconfig/
export PATH=$PREFIX/bin:$PATH
export XDG_DATA_DIRS="$PREFIX/share:$XDG_DATA_DIRS"
export GI_TYPELIB_PATH="${PREFIX}/lib/girepository-
1.0:${PREFIX}/lib/${arch}/girepository-1.0:$GI_TYPELIB_PATH"

# enable sqrt() in TinyScheme:
export USE_MATH=1

# https://wiki.gimp.org/wiki/Hacking:Building

and then in each of babl, gegl, gimp in turn,
git pull
rm -rf obj-x86_64/; SRC_DIR=$(pwd); BUILD_DIR=${SRC_DIR}/obj-$(arch);
mkdir -p $BUILD_DIR && cd $BUILD_DIR && meson -Dprefix=$PREFIX -
Dworkshop=true -Dcairo=enabled -Dumfpack=enabled -Dopenexr=enabled 
$SRC_DIR && ninja && ninja install


This assumes you have graphviz, and that you have libmypaint 1.
installed in the same $PREFIX


___
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] Trouble compiling 2.99

2021-04-30 Thread Liam R E Quin
On Fri, 2021-04-30 at 17:18 +0200, Ofnuts via gimp-developer-list
wrote:
> 
>     GIMP requires the GEGL operation "gegl:introspect".

I seem to remember this requiers "dot" (from GraphViz) be in your path.

> 

-- 
Liam Quin - https://www.fromoldbooks.org/

Click here to have the slave rewarded with extra work.

___
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] Trouble compiling 2.99

2021-04-30 Thread Ofnuts via gimp-developer-list

Thanks, disabling that makes the build successful. However, when I start
Gimp, I get a dialog with:

   GEGL operation missing!

   GIMP requires the GEGL operation "gegl:introspect".
   This operation cannot be found. Check your
   GEGL install and ensure it has been compiled
   with any dependencies required for GIMP.

I'm compiling a freshly pulled GEGL. The build config says:
gegl 0.4.31

  Directories
    prefix  : /Gimp-dev/2.99/run
    libdir  : lib/x86_64-linux-gnu

  GEGL docs
    Reference   : False
    Docs    : True

  Optional features
    Build workshop  : False
    Introspection   : True
    Vala support    : True

  Optional build utilities
    asciidoc    : True
    dot : False
    pygobject   : True
    source-highlight: False
    w3m : True

  Optional dependencies
    avlibs  : True
    Cairo   : True
    GDKPixbuf   : True
    gexiv2  : True
    Jasper  : False
    lcms    : True
    libnsgif    : True
    libraw  : True
    Luajit  : False
    maxflow : False
    mrg : False
    Pango   : True
    pangocairo  : True
    poly2tri-c  : True
    poppler : True
    OpenEXR : True
    rsvg    : True
    SDL1    : False
    SDL2    : True
    spiro   : False
    TIFF    : True
    umfpack : False
    V4L : True
    V4L2    : True
    webp    : True

  Subprojects
    libnsgif    : YES
    poly2tri-c  : YES

Option buildtype is: release [default: debugoptimized]
Found ninja-1.9.0 at /usr/bin/ninja

During the compilation, this shows up (but then these compiles have
always issued a lot of warnings):

[330/812] Compiling C object
operations/common/gegl-common.so.p/introspect.c.o
../operations/common/introspect.c: In function ‘gegl_introspect_load_cache’:
../operations/common/introspect.c:61:3: warning: ignoring return value
of ‘write’, declared with attribute warn_unused_result [-Wunused-result]
   61 |   write (fd, dot_string, strlen (dot_string));
  |   ^~~

And later I see (removed all the lines marked "ok"):

[643/812] Generating gegl-0.4.vapi with a custom command
Gegl-0.4.gir:7866.7-7866.60: warning: Signal `Gegl.Node.progress'
conflicts with method of the same name
[809/812] Generating doc-operations-img with a custom command
not ok   2 - gegl:warp (no ref) # TODO hash =
f1b3ab0f1e84ec5882f23aee0a0c68f6
not ok  11 - gegl:transform (noop) # TODO hash is noop
not ok  12 - gegl:reset-origin (no ref) # TODO hash =
2e11acd5a417e1e9c6894e9a8f974e14
not ok  15 - gegl:path (unstable) # TODO reference is not reproducible
not ok  16 - gegl:npd (noop) # TODO hash is noop
not ok  23 - gegl:emboss 806a50f6b8e3128d346480c23ce02359 !=
af0c6c39428853e1010fa4c51ee67c7d
not ok  37 - gegl:c2g (unstable) # TODO reference is not reproducible
not ok  39 - gegl:edge-sobel ed3220367a420f5844316a11d11d9eae !=
d75a32d401a11b715bd28277a5962882
not ok  50 - gegl:stress (unstable) # TODO reference is not reproducible
not ok  87 - gegl:svg-huerotate (noop) # TODO hash is noop
not ok  89 - gegl:svg-matrix (noop) # TODO hash is noop
not ok  90 - gegl:svg-saturate (noop) # TODO hash is noop
not ok  94 - gegl:displace (noop) # TODO hash is noop
not ok 102 - gegl:whirl-pinch 5f9e422396aca096dd0d3a551696b2f8 !=
e24f6a5ec8c1c7faead1dbeeae34e386
not ok 126 - gegl:json:dropshadow2 (noop) # TODO hash is noop
not ok 127 - gegl:json:grey2 (no ref) # TODO hash =
43ddd80572ab34095298ac7c36368b0c
not ok 128 - gegl:seamless-clone-compose (unstable) # TODO reference is
not reproducible
not ok 129 - gegl:shadows-highlights (noop) # TODO hash is noop
not ok 137 - gegl:pack (noop) # TODO hash is noop
not ok 139 - gegl:recursive-transform (no ref) # TODO hash =
4fb51936e6cb594c1d79462280f21440
not ok 177 - gegl:cast-space (noop) # TODO hash is noop
not ok 178 - gegl:convert-space (noop) # TODO hash is noop
not ok 180 - gegl:seamless-clone (no ref) # TODO hash =
c138747b74936fecff15497280fd251d
not ok 183 - gegl:map-absolute (no ref) # TODO hash =
f1b3ab0f1e84ec5882f23aee0a0c68f6
not ok 185 - gegl:matting-global (no ref) # TODO hash =
72e111a28f07e2236d6378c3f64eaec3
not ok 186 - gegl:piecewise-blend (no ref) # TODO hash =
f1b3ab0f1e84ec5882f23aee0a0c68f6
not ok 187 - gegl:text 74a9c303192ab2b7763d6808ae892b92 !=
a6612efdac71654360b19ccc424ff130
not ok 205 - gegl:remap (no ref) # TODO hash =
4a011700f93903b4b8fc92be8f3d7ec3
1..205

# without opencl acceleration
# Maybe see bug https://bugzilla.gnome.org/show_bug.cgi?id=780226
# 4 operations producing unexpected hashes:
#  gegl:emboss 806a50f6b8e3128d346480c23ce02359 !=
af0c6c39428853e1010fa4c51ee67c7d
#  gegl:edge-sobel ed3220367a420f5844316a11d11d9eae !=
d75a32d401a11b715bd28277a5962882
#  gegl:whirl-pinch 5f9e422396aca096dd0d3a551696b2f8 !=
e24f6a5ec8c1c7faead1dbeeae34e386
#  gegl:text 

Re: [Gimp-developer] Trouble compiling 2.99

2021-04-30 Thread Lloyd Konneker via gimp-developer-list
To get past that, you could use the meson option to forego building the
vapi?

option('vala-plugins',  type: 'feature', value: 'auto', description:
'Build VAPI and Vala plugins')
___
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] Trouble compiling 2.99

2021-04-30 Thread Ofnuts via gimp-developer-list

Thanks but no change

Digging into this a bit more, it appears that the
"HarfBuzz-0.0.gir:135.5-135.79"  would be a reference to
/usr/share/gir-1.0/HarfBuzz-0.0.gir and starting at line
#135 this file is:

    
  
  
    

And my /usr/include/harfbuzz/hb-common.h a line #168 is indeed:

    #define HB_LANGUAGE_INVALID ((hb_language_t) 0)

But all these are "hb_language_t" and not "hb_.language_t"

My primary suspect would be my pango install (my Ubuntu 19.10 only has
Pango 1.44 so I have added my own self-compiled 1.47),
but still "hb_.language_t" would have shown up in the uncountable grep's
I have done in my build & source directories and in /usr.

On 29/04/2021 20:13, Jacob Boerema wrote:

If your build dir was not empty before starting then you could try:

meson configure --clearcache

Meson and/or library updates sometimes get meson/ninja confused.

--

Jacob Boerema


On 29 Apr 2021 at 19:40, Ofnuts via gimp-developer-lis wrote:


I'm trying to compile 2.99. It used to work, but my last successful
attempt was in June 2020.

Compiling on Ubuntu 19.10 but I upgraded meson and pango to required
versions.

When I use the meson build:


meson _build --prefix=${GIMP_PREFIX} --buildtype=release
-Djavascript=always -Dlua=always -Dpython=always

cd _build && ninja

It stops with:

[450/1967] Generating gimp-3.0.vapi with a custom command
FAILED: libgimp/gimp-3.0.vapi
/usr/bin/vapigen --quiet --library=gimp-3.0
--directory=/Gimp-dev/2.99/build/gimp/_build/libgimp --pkg=babl-0.1
--pkg=cairo-1.0 --pkg=gdk-pixbuf-2.0 --pkg=gegl-0.4 --pkg=gio-2.0
--pkg=glib-2.0 --pkg=gobject-2.0 --pkg=gtk+-3.0
--metadatadir=/Gimp-dev/2.99/build/gimp/libgimp
/Gimp-dev/2.99/build/gimp/_build/libgimp/Gimp-3.0.gir
HarfBuzz-0.0.gir:135.5-135.79: error: `hb_.language_t' not supported as
type for constants
[459/1967] Generating GimpUi-3.0.gir with a custom command
ninja: build stopped: subcommand failed.

My harfbuzz installation:

ii  gir1.2-harfbuzz-0.0:amd64  2.6.1-3  amd64    OpenType text
shaping engine (GObject introspec
ii  libharfbuzz-dev:amd64  2.6.1-3  amd64 Development files for
OpenType text shaping eng
ii  libharfbuzz-gobject0:amd64 2.6.1-3  amd64    OpenType text
shaping engine ICU backend (GObje
ii  libharfbuzz-icu0:amd64 2.6.1-3  amd64    OpenType text
shaping engine ICU backend
un  libharfbuzz0       (no description
available)
un  libharfbuzz0a      (no description
available)
ii  libharfbuzz0b:amd64    2.6.1-3  amd64    OpenType text
shaping engine (shared library)

Am I missing something?





___
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-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