Hi,
I am not sure if this should go to the general list or here.
What is happening to the "GDlib" graphics library? Is it deprecated? I
have found a package on google-code which can be compiled on
ubuntu/debian but it seems that it has not been updated for years?
What is the approach to take here? Should I go for Imagemagick instead?
or something diferent?
Regards
Lars Nielsen
http://www.lfweb.dk
hi,
It is not deprecated, it is maintained, in and outside php as well.
Which package are you referring to? bitbucket has the libgd's
standalone version and php's src has its bundled version, which is the
recommended one to use with php.
Cheers,
Hi,
I am not sure if this should go to the general list or here.What is happening to the "GDlib" graphics library? Is it deprecated? I
have found a package on google-code which can be compiled on
ubuntu/debian but it seems that it has not been updated for years?What is the approach to take here? Should I go for Imagemagick instead?
or something diferent?Regards
Lars Nielsen
http://www.lfweb.dk--
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
Thanks Pierre,
I have been using GD with Drupal and with the standard gd of either php
or debian/ubuntu Drupal is complaining that GD is not functional.
So I just have to compile and install the version from bitbucket?
Regards Lars
søn, 02 10 2011 kl. 17:25 +0200, skrev Pierre Joye:
hi,
It is not deprecated, it is maintained, in and outside php as well.
Which package are you referring to? bitbucket has the libgd's
standalone version and php's src has its bundled version, which is the
recommended one to use with php.Cheers,
Hi,
I am not sure if this should go to the general list or here.What is happening to the "GDlib" graphics library? Is it deprecated? I
have found a package on google-code which can be compiled on
ubuntu/debian but it seems that it has not been updated for years?What is the approach to take here? Should I go for Imagemagick instead?
or something diferent?Regards
Lars Nielsen
http://www.lfweb.dk--
--
Pierre@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
Debian or Ubuntu (they share the same base) uses the external
libraries. Some old versions of these distributions do not have the
newest code and some GD functions available in the php's gd may not be
available. There is already a bug report there about it.
If you can compile it I would suggest to simply take the
php-src/ext/gd one and compile it like a shared extension. Be sure to
uninstall the libgd headers first (debian's).
Thanks Pierre,
I have been using GD with Drupal and with the standard gd of either php
or debian/ubuntu Drupal is complaining that GD is not functional.So I just have to compile and install the version from bitbucket?
Regards Lars
søn, 02 10 2011 kl. 17:25 +0200, skrev Pierre Joye:hi,
It is not deprecated, it is maintained, in and outside php as well.
Which package are you referring to? bitbucket has the libgd's
standalone version and php's src has its bundled version, which is the
recommended one to use with php.Cheers,
Hi,
I am not sure if this should go to the general list or here.What is happening to the "GDlib" graphics library? Is it deprecated? I
have found a package on google-code which can be compiled on
ubuntu/debian but it seems that it has not been updated for years?What is the approach to take here? Should I go for Imagemagick instead?
or something diferent?Regards
Lars Nielsen
http://www.lfweb.dk--
--
Pierre@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
Am 02.10.2011 17:28, schrieb Lars Nielsen:
Thanks Pierre,
I have been using GD with Drupal and with the standard gd of either php
or debian/ubuntu Drupal is complaining that GD is not functional.So I just have to compile and install the version from bitbucket?
no - complain to debian!
distributions normally use their libraries for compiling software
and never static bits - but debian is known to have way too old
libraries most of the time
on ffedora PHP / GD is working like a charme!
gd-devel-2.0.35-11.fc13.x86_64
gd-2.0.35-11.fc13.x86_64
Hi,
Am 02.10.2011 17:28, schrieb Lars Nielsen:
no - complain to debian!
Or don't bother complaining at all, it's already been discussed ad naseum.
Furthermore AIUI it's semi-moot in the latest debian/ubuntu packages as
Pierre has added some form of compat layer (not sure why that was done
as opposed to the below, but... shrug...).
distributions normally use their libraries for compiling software
and never static bits - but debian is known to have way too old
libraries most of the time
You know, given that libgd is being maintained by php developers (both
the bundled version and non-bundled version), you could also just make
sure that the "official" libgd has all those php-customized changes in
it, and then this would never have been a problem in the first place. I
mean, why fork a library that you're already maintaining?
sean
Am 02.10.2011 19:16, schrieb sean finney:
distributions normally use their libraries for compiling software
and never static bits - but debian is known to have way too old
libraries most of the timeYou know, given that libgd is being maintained by php developers (both
the bundled version and non-bundled version), you could also just make
sure that the "official" libgd has all those php-customized changes in
it, and then this would never have been a problem in the first place. I
mean, why fork a library that you're already maintaining?
i do now know from where what source is, but i use the packages from
fedora for my own php-builds and gd is wroking like a charme
so if this doe snot work on debian THEY make something wrong
http://koji.fedoraproject.org/koji/buildinfo?buildID=222465
URL: http://www.libgd.org/Main_Page
Source0: http://www.libgd.org/releases/%{name}-%{version}.tar.bz
i do now know from where what source is, but i use the packages from
fedora for my own php-builds and gd is wroking like a charmeso if this doe snot work on debian THEY make something wrong
TTBOMK (i.e. there have not been any recent bug reports about it) the
system-wide libgd + php isn't a problem in recent debian releases either,
largely thanks to Pierre's work for that "compat" layer in 5.3.1. I'm
guessing that your fedora build is either also using that same layer with
your respective system-wide version of libgd, or it's being ignored in
favor of the internally bundled version. If you're referring to the
'official' fedora builds, i think they're using the bundled version.
I think the only supported debian release where it should be a problem
is in debian lenny, which is the previous stable release (i.e. "oldstable"
not "stable", which is << 5.3.x). I think you'd need to go back quite
a ways on the ubuntu side as well, somewhere between hardy and lucid.
If there are other outstanding issues in the latest versions/releases,
then they're not on anyone's radar and ought to be discussed.
sean
hi,
Furthermore AIUI it's semi-moot in the latest debian/ubuntu packages as
Pierre has added some form of compat layer (not sure why that was done
as opposed to the below, but... shrug...).
We discussed that and the reasons have been discussed to death. I
added this compatibility layer so both distros like Debian and we will
be happy and have a solution to what we need.
You know, given that libgd is being maintained by php developers (both
the bundled version and non-bundled version), you could also just make
sure that the "official" libgd has all those php-customized changes in
it, and then this would never have been a problem in the first place. I
mean, why fork a library that you're already maintaining?
I did not maintain all its lifetime and not by the time we forked it.
I took over the original later. And yes, the long term plan is a full
sync.
All that being said, the initial question has been answered. Problem solved :)
Cheers,
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
Lars Nielsen wrote:
Should I go for Imagemagick instead? or something diferent?
Imagemagick either via MagickWand or Imagick is a more complete library that
most good frameworks provide as an alternative. GD is OK if you can work with
the more limited range of formats that it provides?
Quick scan would suggest Drupal only supports imagick? but I find Magickwand a
little easier to work with for the more complex stuff.
--
Lester Caine - G8HFL
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php
Well,... I'll pick this up again.
I have compiled and installed gd-2.0.35 and php-5.2.17 now and it is
working... sort of..
I am using php 5.2 because of some constrains in drupal. Now my problem
is that Drupal tells me in a status report that GD is compiled with "Low
Quality / Poor Performance"
Does anyone know how to solve this?
Regards
Lars
søn, 02 10 2011 kl. 17:19 +0200, skrev Lars Nielsen:
Hi,
I am not sure if this should go to the general list or here.What is happening to the "GDlib" graphics library? Is it deprecated? I
have found a package on google-code which can be compiled on
ubuntu/debian but it seems that it has not been updated for years?What is the approach to take here? Should I go for Imagemagick instead?
or something diferent?Regards
Lars Nielsen
http://www.lfweb.dk
why do you not follow the instructions I posted here instead of using
the external libgd (old version too)?
Well,... I'll pick this up again.
I have compiled and installed gd-2.0.35 and php-5.2.17 now and it is
working... sort of..I am using php 5.2 because of some constrains in drupal. Now my problem
is that Drupal tells me in a status report that GD is compiled with "Low
Quality / Poor Performance"Does anyone know how to solve this?
Regards
Larssøn, 02 10 2011 kl. 17:19 +0200, skrev Lars Nielsen:
Hi,
I am not sure if this should go to the general list or here.What is happening to the "GDlib" graphics library? Is it deprecated? I
have found a package on google-code which can be compiled on
ubuntu/debian but it seems that it has not been updated for years?What is the approach to take here? Should I go for Imagemagick instead?
or something diferent?Regards
Lars Nielsen
http://www.lfweb.dk--
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
Sorry for not listening to you in the first place Pierre! :-)
I have got it up and running now with the bundled gd!
/Lars
tor, 13 10 2011 kl. 23:57 +0200, skrev Pierre Joye:
why do you not follow the instructions I posted here instead of using
the external libgd (old version too)?Well,... I'll pick this up again.
I have compiled and installed gd-2.0.35 and php-5.2.17 now and it is
working... sort of..I am using php 5.2 because of some constrains in drupal. Now my problem
is that Drupal tells me in a status report that GD is compiled with "Low
Quality / Poor Performance"Does anyone know how to solve this?
Regards
Larssøn, 02 10 2011 kl. 17:19 +0200, skrev Lars Nielsen:
Hi,
I am not sure if this should go to the general list or here.What is happening to the "GDlib" graphics library? Is it deprecated? I
have found a package on google-code which can be compiled on
ubuntu/debian but it seems that it has not been updated for years?What is the approach to take here? Should I go for Imagemagick instead?
or something diferent?Regards
Lars Nielsen
http://www.lfweb.dk
Hi Pierre,
When I
tor, 13 10 2011 kl. 23:57 +0200, skrev Pierre Joye:
why do you not follow the instructions I posted here instead of using
the external libgd (old version too)?Well,... I'll pick this up again.
I have compiled and installed gd-2.0.35 and php-5.2.17 now and it is
working... sort of..I am using php 5.2 because of some constrains in drupal. Now my problem
is that Drupal tells me in a status report that GD is compiled with "Low
Quality / Poor Performance"Does anyone know how to solve this?
Regards
Larssøn, 02 10 2011 kl. 17:19 +0200, skrev Lars Nielsen:
Hi,
I am not sure if this should go to the general list or here.What is happening to the "GDlib" graphics library? Is it deprecated? I
have found a package on google-code which can be compiled on
ubuntu/debian but it seems that it has not been updated for years?What is the approach to take here? Should I go for Imagemagick instead?
or something diferent?Regards
Lars Nielsen
http://www.lfweb.dk