upgrading strategy for gimp, gtk+, glib etc

2009-06-01 Thread Peter Scott
Dear list:

Here's my problem and a couple of questions:

I would very much like to update gimp from the latest
available from your repo (gimp-2.2.13-2.0.7.el5.x86_64) to at
least version 2.4.   (The current newest version is 2.6.6.).

However even version 2.4 requires newer versions of gtk+ and
glib than are available for SL 5.0, and each of those has
long coattails of dependencies, so I am loathe to remove my
current gtk+ and glib (using, say, yum) because that would
break all kinds of useful stuff.

So my first question is: what is my best strategy to proceed?

My second question is: do later versions of SL (5.1, 5.2, 5.3)
come with a later version of gimp?  (If so, my best strategy
might be to upgrade SL.  I like SL---so reliable.)

I have no trouble building packages from the source.

Thanks for any thoughts or suggestions.

-- Peter


Re: upgrading strategy for gimp, gtk+, glib etc

2009-06-02 Thread g
Peter Scott wrote:

> available from your repo (gimp-2.2.13-2.0.7.el5.x86_64) to at
> least version 2.4.   (The current newest version is 2.6.6.).

> So my first question is: what is my best strategy to proceed?
> 
> My second question is: do later versions of SL (5.1, 5.2, 5.3)
> come with a later version of gimp?  (If so, my best strategy
> might be to upgrade SL.  I like SL---so reliable.)

answer to your first question is answered by your second question.

what you do not state is what version of sl you are using.

i have sl 5.2 installed and latest kernel is;
2.6.18-128.1.10.el5 #1 SMP Thu May 7 12:54:51 EDT 2009
i686 i686 i386 GNU/Linux

my last yum update was 2009.05-21 and i am showing gimp 2.2.13-2.0.7.

in checking repo site, gimp 2.2.13-2.0.7 is latest for sl-5.2/5.3.

so, if you try to install gimp 2.4 or 2.6, you are going to have a
lot of non compatibility problems and you will have a lot to do.

i used gimp often and have not had any problems with it. i just now
had a quick look at gimp.org ti find that gimp 2.6 is using gtk 2.16.
this means that if you try installing gimp 2.6, you will also need
to install gtk 2.16. which will mean more compatibility problems.

> I have no trouble building packages from the source.

if you desire to go thru all of what you have ahead of you, go for it.

just be sure you are fully backed up or do it on a test system.

also, give consideration to joining tsl for both gimp and gtk. :)
who knows, you might even end up a developer.

much luck to you.


also, i like sl too. it is stable and reliable. that is why i do not
mess with it. :)

later.

-- 

peace out.

tc,hago.

g
.


in a free world without fences, who needs gates.
**
help microsoft stamp out piracy - give linux to a friend today
**
to mess up a linux box, you need to work at it;
to mess up an ms windows box, you just need to *look* at it.
**
learn linux:
'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html
'The Linux Documentation Project' http://www.tldp.org/
'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html
'HowtoForge' http://howtoforge.com/




signature.asc
Description: OpenPGP digital signature


Re: upgrading strategy for gimp, gtk+, glib etc

2009-06-02 Thread Niels Walet
have a look at this link
http://www.centos.org/modules/newbb/viewtopic.php?topic_id=11086, it
suggests it is doable, but indeed has some dependencies. This German site
 on
sourceforge (http://sourceforge.net/projects/augustusburg/) suggest they
have ready-made gimp 2.4 for centos/RHEL; should probably work for you as
 well.
Niels


Re: upgrading strategy for gimp, gtk+, glib etc

2009-06-02 Thread Akemi Yagi
On Tue, Jun 2, 2009 at 1:28 AM, Niels Walet
 wrote:
> have a look at this link
> http://www.centos.org/modules/newbb/viewtopic.php?topic_id=11086, it
> suggests it is doable, but indeed has some dependencies.

I did not quote this CentOS forum thread here because, as I (toracat)
stated there, it was a quick and dirty way to compile / install Gimp
2.4.  I just wanted to show what system files get overwritten and that
is a no-no in an Enterprise class distribution.

Akemi


Re: upgrading strategy for gimp, gtk+, glib etc

2009-06-02 Thread Tim Edwards
Akemi Yagi wrote:
> I did not quote this CentOS forum thread here because, as I (toracat)
> stated there, it was a quick and dirty way to compile / install Gimp
> 2.4.  I just wanted to show what system files get overwritten and that
> is a no-no in an Enterprise class distribution.
I think it'd be better to use Ubuntu, Mandriva or OpenSuse if you want
recent versions of desktop software like GIMP. The stability of
SL/Centos/RHEL is good for servers but has this downside for desktop usage.

Tim Edwards


Re: upgrading strategy for gimp, gtk+, glib etc

2009-06-02 Thread Dr Andrew C Aitchison

On Mon, 1 Jun 2009, Peter Scott wrote:


Dear list:

Here's my problem and a couple of questions:

I would very much like to update gimp from the latest
available from your repo (gimp-2.2.13-2.0.7.el5.x86_64) to at
least version 2.4.   (The current newest version is 2.6.6.).

However even version 2.4 requires newer versions of gtk+ and
glib than are available for SL 5.0, and each of those has
long coattails of dependencies, so I am loathe to remove my
current gtk+ and glib (using, say, yum) because that would
break all kinds of useful stuff.

So my first question is: what is my best strategy to proceed?

My second question is: do later versions of SL (5.1, 5.2, 5.3)
come with a later version of gimp?  (If so, my best strategy
might be to upgrade SL.  I like SL---so reliable.)


No. SL5.3 still has gimp-2.2.13-2.0.7.el5


I have no trouble building packages from the source.


I've never looked at compiling Gimp but I'd consider starting from
one of the Fedora src rpms rather than a release tarball, since 
application developers often provide a generic RedHat/Fedora/SuSE

spec file.
Fedora 9 was released with gimp-2.4.5-1.fc9.src.rpm and has a 
gimp-2.6.6-1.fc9.src.rpm update,

Fedora 10 has update gimp-2.6.6-1.fc10.src.rpm

In general I'd recommend 5.3, but do read the instructions.
Some of my machines have got stuck when I forgot that you do
need to update in 3 stages because of the changes in glibc and yum.

--
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
a.c.aitchi...@dpmms.cam.ac.uk   http://www.dpmms.cam.ac.uk/~werdna


Re: upgrading strategy for gimp, gtk+, glib etc

2009-06-03 Thread Peter Scott
Dear Brent,

Thanks to you and others for all the good advice on strategies
for updating packages not yet available on the SL repos as
rpms.

I did end up following your advice, and downloaded, configured
and built and installed the source for gimp-2.4.2, which
turned out to be much easier than I expected.  All I had to do
was to first build and install glib-2.12.3, then gtk+-2.10.13,
and then pygtk-2.10.4.  With the PKG_CONFIG_PATH and
LD_LIBRARY_PATH variables set to find gtk+-2.0.pc and the new
gtk+ libraries, gimp's configure script completed and the
build and install worked just fine.

So now I have the old gimp-2.2.13 in /usr/bin/gimp along with
the new gimp-2.4.2 in /usr/local/bin/gimp and it all works like a
charm.

Since it's so straightforward (at least for my SL 5.0) to
upgrade gimp, and since science is intimately related to art,
it would seem worthwhile to provide a version of gimp more
recent than 2.2 as an rpm on the SL repos.  2.4 has many
improvements; for example, it will put a text string on any
curved path (which is what was motivating me to update gimp).

-- Peter

=
On Jun 02, 2009 at  8:48 am, Brent L. Bates wrote:
|  If you really need the upgraded GIMP, download, configure, compile, and
| install from sources.  If you want to separate it from the OS installed
| versions, simply install all the upgraded libraries and utilities in
| /usr/local/.  When you configure the newer packages, you'll have to make sure
| they point to the upgraded libraries/utilities in /usr/local/.  I do this all
| the time.  I prefer having the latest stable/production software with the
| latest security fixes instead of 3 year old, or more, outdated software for a
| number of packages, especially ones that are security related.
| 
| -- 
| 
|   Brent L. Bates (UNIX Sys. Admin.)
|   M.S. 912Phone:(757) 865-1400, x204
|   NASA Langley Research Center  FAX:(757) 865-8177
|   Hampton, Virginia  23681-0001
|   Email: b.l.ba...@larc.nasa.gov  http://www.vigyan.com/~blbates/
|