Assuming you are familiar with setting environmental variables etc., this
should get you started, I hope...
for folder in babl gegl; do
mkdir $BUILDDIR/$folder; cd $BUILDDIR/$folder
echo "Now building $folder ..."
meson $SOURCE/$folder --prefix=$PREFIX/$folder -Denable-gir=false
-Dintrospection=fa
Hello all,
I wanted to build gimp, which currently depends on gegl-0.4.28.
I pulled the latest gegl tarball [1], but found that its
"docs/build.txt" says to run "./configure" but there's no "configure."
then I checked out the latest from git [2], but found that
"docs/build.txt" says to run "./au
Try running autogen like this:
ACLOCAL='aclocal -I /gtk/share/aclocal' ./autogen.sh
(add your normal configure options to the end of the command)
Those files (install-sh, missing, config.sub, config.guess) should be
created by autogen, but they aren't being created because it's
erroring out early.
I'm using the GTK+-bundle that contains the corresponding m4 files:
$ export ACLOCAL_PATH=/gtk/share/aclocal
$ ls $ACLOCAL_PATH
freetype2.m4 glib-2.0.m4 glib-gettext.m4 gsettings.m4 gtk-2.0.m4
pkg.m4
Still, I keep getting the same error about missing Macros.
Apart from the macro-problem, th
This means that aclocal can't find the m4 files associated with gettext or glib.
If you don't have glib or gettext, you need to install them.
If you do have glib and gettext, you need to find their .m4 files and
add the containing directories to the environment variable
ACLOCAL_PATH (it's a colon
Windows 7 64bit / mingw32 / msys
Hi,
I'm now trying to build GEGL from git, as supposed.
"./autogen.sh" fails with the following line:
configure.ac:491: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT
Please help.
Christoph
$ git clone git://git.gnome.org/gegl
Cloning into 'gegl'...
rem
Hi!
On Wed, Feb 6, 2013 at 6:31 PM, scl wrote:
> As I see the GEGL 0.2.0 packages at packages.debian.org are also for amd64
> and ia64 architectures. I can't imagine that Debian maintainers never faced
> such failures in such a central library like glibc.
> How did you Debian guys solve such prob
On 06.02.13 at 09:39 AM Matteo F. Vescovi wrote:
Is there any particular reason why you're not using the Debian
official package of GEGL in Wheezy suite?
It's updated to 0.2.0, last stable upstream release.
>
> Matteo F. Vescovi
> Debian Maintainer
Hi Matteo,
yes there is a reason: the failing
TTBOMK, http://run-edge-laplace-broken.xml is kept there as a reminder that
something needs to be looked into. This is what the "broken" suffix means.
___
gegl-developer-list mailing list
gegl-developer-list@gnome.org
https://mail.gnome.org/mailman/listin
Hi!
On Wed, Feb 6, 2013 at 7:13 AM, scl wrote:
> I'm stuck on building GEGL on a 64 bit Debian Wheezy system.
>
> [...]
>
> Now I'm stuck and need your help. If somebody could give me the right
> clue (preferably this week, if possible) would be very fine.
Is there any particular reason why you'
Hi,
I'm stuck on building GEGL on a 64 bit Debian Wheezy system.
The autogen.sh and make step are ok, but make check shows some tests
with flaws or failing:
run-edge-laplace-broken.xml.sh: little differences, but tolerated
run-pixelize.xml.sh: little differences, but tolerated
run-gamma.xml.sh:
11 matches
Mail list logo
