Bugzilla Bug 197799

The current stable, libgd-1.2.3, deps on postgresql, when all it needs is
libpq. This has been fixed in the unstable libgd-1.2.4 since January. Can we
either get libgd-1.2.4 stablized or at least get the dep fixed in a revbump to
libgd-1.2.3?

It's not critical, of course, but it's a trivially-fixed annoyance that's been
around for a while now.

Thanks much!

There's no libgd anywhere. If you mean media-libs/gd then it doesn't depend on
postgresql at all. If you mean something else, then you'll have to tell us what
ebuild is this about.

Cripes - sorry, s/libgd/libgda/

Summary updated, too.

no bugs since at least 2007-08-01.
I'd vote for stabilizing 1.2.4

I agree.

Arches: target keywords are:
alpha amd64 hppa ia64 ppc ppc64 sparc x86

x86-fbsd: It's up you you; you don't have the old version stable.

test fails, stable doesn't:

make[1]: Leaving directory
`/var/tmp/portage/gnome-extra/libgda-1.2.4/work/libgda-1.2.4/data'
Making check in po
make[1]: Entering directory
`/var/tmp/portage/gnome-extra/libgda-1.2.4/work/libgda-1.2.4/po'
INTLTOOL_EXTRACT=../intltool-extract srcdir=. ../intltool-update
--gettext-package libgda-2 --pot
rm -f missing notexist
srcdir=. ../intltool-update -m
The following files contain translations and are currently not in use. Please
consider adding these to the POTFILES.in file, located in the po/ directory.

libsql/parser.c

If some of these files are left out on purpose then please add them to
POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
of left out files has been written in the current directory.
if [ -r missing -o -r notexist ]; then \
          exit 1; \
        fi
make[1]: *** [check] Error 1
make[1]: Leaving directory
`/var/tmp/portage/gnome-extra/libgda-1.2.4/work/libgda-1.2.4/po'
make: *** [check-recursive] Error 1

actually I forgot bug #183465 was still open.
otherwise, the test is now fixed in cvs

BSD has no stable keyword yet...  we're keyworded in 1.2.4 though.

alpha/ia64/sparc stable

Stable for HPPA.

ppc64 stable

Really need to unmask and see about getting 3.0.1 stabilized. Current upstream
release is 3.0 and development is 3.1.3. So 1.2.x is quite old and outdated.
Doesn't compile against newer versions of Firebird in tree, etc and so on.

I would imagine not many users using this. Or there would be requests to get
this ebuild current or etc. 3.0.1 has been masked for most of this year. No
open bugs, so I say, unmask see if it causes any problems. If not then look to
stabilize that version ASAP and clean out 1.2.x cruft. IMHO :)

x86 stable

amd64 done.

ppc stable, closing since we're last