RSS/Atom feed Twitter
Site is read-only, email is disabled

gegl babl trouble

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

3 of 3 messages available
Toggle history

Please log in to manage your subscriptions.

gegl babl trouble gg@catking.net 24 Aug 08:42
  gegl babl trouble David Gowers 24 Aug 15:53
  gegl babl trouble Sven Neumann 24 Aug 18:54
gg@catking.net
2008-08-24 08:42:13 UTC (over 16 years ago)

gegl babl trouble

Hi,

I just pulled a clean svn gimp and wanted to build with --prefix=/usr/local , I supplied this arguement to autogen.sh and it output both that prefix and --prefix=/opt/gimp , which I presume is the new default.

I had the same behaviour from babl , although it did install where I requested

bash-3.2#ls /usr/local/lib babl-0.0 libbabl-0.0.la libbabl-0.0.so.0 pkgconfig fpc libbabl-0.0.so libbabl-0.0.so.0.23.0 X11

However, now I try to build gegl it can't find babl:

checking pkg-config is at least version 0.9.0... yes checking for BABL... configure: error: Package requirements (babl >= 0.0.22) were not met:

No package 'babl' found

Why can't it see a correctly installed babl? /usr/local/bin is in $PATH.

Thanks.

BTW INSTALL says to run ./configure which does not exist, should this be corrected to say autogen.sh ?

David Gowers
2008-08-24 15:53:44 UTC (over 16 years ago)

gegl babl trouble

Hello,

On Sun, Aug 24, 2008 at 4:12 PM, wrote:

Hi,

I just pulled a clean svn gimp and wanted to build with --prefix=/usr/local , I supplied this arguement to autogen.sh and it output both that prefix and --prefix=/opt/gimp , which I presume is the new default.

... No. Something is wrong. Gimp does not specify any such thing. In fact, I always had the impression that for SVN versions, prefix defaulted to /usr/local.
This may actually be a problem with your autotools. I can verify that mine accept my chosen prefix (/usr) without saying anything more, I'm running

autoconf (GNU Autoconf) 2.61 automake 1.10 or 1.7 (yes, both.. normally programs use 1.10, some need 1.7)

on an installation of Ubuntu Hardy Heron.

What versions are you running (automake --version / autoconf --version) on what distribution?

I had the same behaviour from babl , although it did install where I requested

bash-3.2#ls /usr/local/lib babl-0.0 libbabl-0.0.la libbabl-0.0.so.0 pkgconfig fpc libbabl-0.0.so libbabl-0.0.so.0.23.0 X11

However, now I try to build gegl it can't find babl:

checking pkg-config is at least version 0.9.0... yes checking for BABL... configure: error: Package requirements (babl >= 0.0.22) were not met:

No package 'babl' found

Why can't it see a correctly installed babl? /usr/local/bin is in $PATH.

...
Does the binary directory have anything to do with it? After all, babl installs no binaries, only libraries (ie /usr/local/lib/)

BTW INSTALL says to run ./configure which does not exist, should this be corrected to say autogen.sh ?

configure exists for releases -- it's generated by autogen.sh. This is normal for autotools-based software building.

Hope that helped, David

Sven Neumann
2008-08-24 18:54:40 UTC (over 16 years ago)

gegl babl trouble

Hi,

On Sun, 2008-08-24 at 08:42 +0200, gg@catking.net wrote:

I just pulled a clean svn gimp and wanted to build with --prefix=/usr/local , I supplied this arguement to autogen.sh and it output both that prefix and --prefix=/opt/gimp , which I presume is the new default.

Definitely not. The default prefix is, and has always been, /usr/local.

checking pkg-config is at least version 0.9.0... yes checking for BABL... configure: error: Package requirements (babl >= 0.0.22) were not met:

No package 'babl' found

Have you adjusted PKG_CONFIG_PATH ?

BTW INSTALL says to run ./configure which does not exist, should this be corrected to say autogen.sh ?

INSTALL has the instructions for building from a tarball. When building from SVN some extra steps are necessary.

If you have build problems, perhaps it would be a good idea to use the babl and GEGL release tarballs instead of SVN checkouts.

Sven