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

ANNOUNCE: GIMP 2.5.4 development release

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.

9 of 9 messages available
Toggle history

Please log in to manage your subscriptions.

ANNOUNCE: GIMP 2.5.4 development release Sven Neumann 18 Sep 23:44
  ANNOUNCE: GIMP 2.5.4 development release bgw 20 Sep 05:09
   ANNOUNCE: GIMP 2.5.4 development release Liam R E Quin 20 Sep 05:44
    ANNOUNCE: GIMP 2.5.4 development release bgw 24 Sep 06:00
   ANNOUNCE: GIMP 2.5.4 development release Sven Neumann 20 Sep 10:19
  ANNOUNCE: GIMP 2.5.4 development release Cristian Secar? 20 Sep 10:43
   ANNOUNCE: GIMP 2.5.4 development release Sven Neumann 20 Sep 11:34
    ANNOUNCE: GIMP 2.5.4 development release Cristian Secar? 20 Sep 12:11
     ANNOUNCE: GIMP 2.5.4 development release Sven Neumann 20 Sep 13:06
Sven Neumann
2008-09-18 23:44:00 UTC (over 15 years ago)

ANNOUNCE: GIMP 2.5.4 development release

Hi,

GIMP 2.5.4 has been released yesterday. The source code can be downloaded from ftp.gimp.org or one of the many mirrors listed at http://gimp.org/downloads/

This is expected to be the last release before the stable GIMP 2.6.0 release. We should be very careful now not to introduce new bugs. There are only a handful of bugs left that need to be addressed before 2.6 and I hope that we can push 2.6.0 out before the end of this month. There is still a lot to do though. It would be nice if we could get the gimp.org web-site prepared for 2.6. Martin is working on release notes as far as I know. But I am sure he will appreciate your help. Some new screenshots for http://gimp.org/screenshots/ would be nice as well. If you want to help, please offer your help on this list or join #gimp on irc.gimp.org.

Translation updates would also be very much appreciated. If you want to help, please contact your translation team at http://l10n.gnome.org/teams/ Don't worry in case your translation does not make it into 2.6.0. There are going to be regular 2.6 maintainance releases.

Changes in GIMP 2.5.4 =====================

- improved look and feel of the Navigation dialog and navigation popups - improved positioning of the image in the image window - by default turned off use of GEGL for color operations - moved the "Use GEGL" checkbox to the Debug menu - optimized the new scaling code
- various fixes to the Python bindings - added Python bindings for most GIMP widgets to the gimpui module - merged GimpHRuler and GimpVRuler classes into GimpRuler - added Search entry to the Keyboard Shortcuts and Input Controller configuration dialogs
- allow to drop images (in addition to URIs) on the empty image window - improved error handling in Script-Fu - merged upstream TinyScheme changes into Script-Fu interpreter - bug fixes and code cleanup

Contributors:

Sven Neumann, Michael Natterer, Martin Nordholts, Tor Lillqvist, Lars-Peter Clausen, Michael Schumacher, Kevin Cozens, LightningIsMyName, David Gowers, Dennis Ranke

bgw
2008-09-20 05:09:46 UTC (over 15 years ago)

ANNOUNCE: GIMP 2.5.4 development release

Sven Neumann wrote:

Hi,

GIMP 2.5.4 has been released yesterday.

I would love to help, esp. with documentation as I learn about GIMP. But I'm unable to install 2.5.4.

I got babl and gegl from svn repo babl]$ ./autogen.sh says
I am going to run ./configure with the following arguments:

--enable-maintainer-mode ...
Now type 'make' to compile BABL.
$ make
-- completes with no further issues # make install

---------------------------------------------------------------------- Libraries have been installed in:
/usr/local/lib

-- completes w/o error or warning. Then # ldconfig
# ldconfig -p | grep babl
libbabl-0.0.so.0 (libc6) => /usr/local/lib/libbabl-0.0.so.0 libbabl-0.0.so (libc6) => /usr/local/lib/libbabl-0.0.so # ls -l /usr/local/lib | grep babl drwxr-xr-x 2 root root 4096 2008-09-19 15:56 babl-0.0 -rwxr-xr-x 1 root root 819 2008-09-19 15:56 libbabl-0.0.la lrwxrwxrwx 1 root root 21 2008-09-19 15:56 libbabl-0.0.so -> libbabl-0.0.so.0.23.0
lrwxrwxrwx 1 root root 21 2008-09-19 15:56 libbabl-0.0.so.0 -> libbabl-0.0.so.0.23.0
-rwxr-xr-x 1 root root 354691 2008-09-19 15:56 libbabl-0.0.so.0.23.0

gegl]$ ./autogen.sh balks at 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

Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix.

Given the standard library structure above, why doesn't gegl autogen find babl?

Liam R E Quin
2008-09-20 05:44:05 UTC (over 15 years ago)

ANNOUNCE: GIMP 2.5.4 development release

On Fri, 2008-09-19 at 20:09 -0700, bgw wrote:

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

Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix.

Given the standard library structure above, why doesn't gegl autogen find babl?

You need to do

export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/

You also need: export LD_LIBRARY_PATH=/usr/local/lib

You will also need to do this when running your copy of gimp. To remind me, I have a shell script, lgimp, that runs the local gimp with:

#! /bin/sh

# export MALLOC_CHECK_=1 GEGL_NO_NODE_CACHES=1 LD_LIBRARY_PATH=/usr/local/lib BABL_ERROR=0.0 exec /usr/local/bin/gimp-2.5 "$@"

you probably don't need the GEGL_NO_NODE_CACHES or BABL_ERROR settings, though, so you could use,

#! /bin/sh

LD_LIBRARY_PATH=/usr/local/lib exec /usr/local/bin/gimp-2.5 "$@"

A simpler alternative is to put gimp in a place like $HOME/gimp where it won't conflict with any installed version of gimp.

Liam

Sven Neumann
2008-09-20 10:19:24 UTC (over 15 years ago)

ANNOUNCE: GIMP 2.5.4 development release

Hi,

On Fri, 2008-09-19 at 20:09 -0700, bgw wrote:

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

Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix.

Please read the error message. It tell you exactly what your problem is and how to fix it. You may also want to read the pkg-config manual page.

Sven

Cristian Secar?
2008-09-20 10:43:37 UTC (over 15 years ago)

ANNOUNCE: GIMP 2.5.4 development release

On Thu, 18 Sep 2008 23:44:00 +0200, Sven Neumann wrote:

Translation updates would also be very much appreciated.

The actual regular .pot files are for version 2.5.4 and the actual HEAD .pot files are for version 2.6.0 ? (I mean here http://l10n.gnome.org/module/gimp)

Cristi

Sven Neumann
2008-09-20 11:34:25 UTC (over 15 years ago)

ANNOUNCE: GIMP 2.5.4 development release

Hi,

On Sat, 2008-09-20 at 11:43 +0300, Cristian Secar? wrote:

On Thu, 18 Sep 2008 23:44:00 +0200, Sven Neumann wrote:

Translation updates would also be very much appreciated.

The actual regular .pot files are for version 2.5.4 and the actual HEAD .pot files are for version 2.6.0 ? (I mean here http://l10n.gnome.org/module/gimp)

Sorry, but I don't understand that question. What are the "actual regular .pot files" ?

Sven

Cristian Secar?
2008-09-20 12:11:19 UTC (over 15 years ago)

ANNOUNCE: GIMP 2.5.4 development release

On Sat, 20 Sep 2008 11:34:25 +0200, Sven Neumann wrote:

Sorry, but I don't understand that question. What are the "actual regular .pot files" ?

I don't know how to call them.

I mean, for example, the one here ("stable", I suppose) are still for version 2.4.x ?
http://l10n.gnome.org/module/gimp#gimp-2-4

While, for example, the one here are for version 2.5.x or for the upcoming 2.6.0 ? Or both/either ?
http://l10n.gnome.org/module/gimp#HEAD

Cristi

Sven Neumann
2008-09-20 13:06:49 UTC (over 15 years ago)

ANNOUNCE: GIMP 2.5.4 development release

Hi,

On Sat, 2008-09-20 at 13:11 +0300, Cristian Secar? wrote:

I mean, for example, the one here ("stable", I suppose) are still for version 2.4.x ?
http://l10n.gnome.org/module/gimp#gimp-2-4

Yes. gimp-2-4 is the stable branch. But we are not likely going to do another release from that branch.

While, for example, the one here are for version 2.5.x or for the upcoming 2.6.0 ? Or both/either ?
http://l10n.gnome.org/module/gimp#HEAD

The 2.5.x development release are done from trunk, which is going to be released as version 2.6.0 very soon now. So the answer to your question is "both".

I am somewhat confused about this question. Isn't that how pretty much all GNOME applications are doing it? What is causing the confusion here?

Sven

bgw
2008-09-24 06:00:10 UTC (over 15 years ago)

ANNOUNCE: GIMP 2.5.4 development release

Liam R E Quin wrote:

On Fri, 2008-09-19 at 20:09 -0700, bgw wrote:

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

Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix.

Given the standard library structure above, why doesn't gegl autogen find babl?

You need to do

export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/

You also need: export LD_LIBRARY_PATH=/usr/local/lib

You will also need to do this when running your copy of gimp. To remind me, I have a shell script, lgimp, that runs the local gimp with:

#! /bin/sh

# export MALLOC_CHECK_=1 GEGL_NO_NODE_CACHES=1 LD_LIBRARY_PATH=/usr/local/lib BABL_ERROR=0.0 exec /usr/local/bin/gimp-2.5 "$@"

you probably don't need the GEGL_NO_NODE_CACHES or BABL_ERROR settings, though, so you could use,

#! /bin/sh

LD_LIBRARY_PATH=/usr/local/lib exec /usr/local/bin/gimp-2.5 "$@"

A simpler alternative is to put gimp in a place like $HOME/gimp where it won't conflict with any installed version of gimp.

Liam

Thank you, Liam. Everything works.

I'm still unsure why the "non-standard prefix" doesn't include /usr/local, however.
Standards have their highest value when they are properly followed, AFAIAC.