Bug 197799 - Please stabilize =gnome-extra/libgda-1.2.4
Bug#: 197799 Product:  Gentoo Linux Version: 2007.0 Platform: All
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: gnome@gentoo.org Reported By: mike@nerone.org
Component: Ebuilds
URL: 
Summary: Please stabilize =gnome-extra/libgda-1.2.4
Keywords:  STABLEREQ
Status Whiteboard: 
Opened: 2007-11-01 18:42 0000
Description:   Opened: 2007-11-01 18:42 0000
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!

------- Comment #1 From Jakub Moc (RETIRED) 2007-11-01 19:26:25 0000 -------
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.

------- Comment #2 From Mike Nerone 2007-11-01 19:29:14 0000 -------
Cripes - sorry, s/libgd/libgda/

Summary updated, too.

------- Comment #3 From Gilles Dartiguelongue 2007-11-01 21:57:38 0000 -------
no bugs since at least 2007-08-01.
I'd vote for stabilizing 1.2.4

------- Comment #4 From Daniel Gryniewicz 2007-11-03 14:21:07 0000 -------
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.

------- Comment #5 From Raúl Porcel 2007-11-04 11:04:43 0000 -------
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

------- Comment #6 From Gilles Dartiguelongue 2007-11-04 19:28:24 0000 -------
actually I forgot bug #183465 was still open.
otherwise, the test is now fixed in cvs

------- Comment #7 From Joe Peterson 2007-11-04 20:00:17 0000 -------
BSD has no stable keyword yet...  we're keyworded in 1.2.4 though.

------- Comment #8 From Raúl Porcel 2007-11-05 10:25:26 0000 -------
alpha/ia64/sparc stable

------- Comment #9 From Jeroen Roovers 2007-11-06 17:23:35 0000 -------
Stable for HPPA.

------- Comment #10 From Markus Rothe 2007-11-06 19:17:51 0000 -------
ppc64 stable

------- Comment #11 From William L. Thomson Jr. (RETIRED) 2007-11-06 21:57:17 0000 -------
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 :)

------- Comment #12 From Christian Faulhammer 2007-11-08 08:59:52 0000 -------
x86 stable

------- Comment #13 From Daniel Gryniewicz 2007-11-08 21:58:43 0000 -------
amd64 done.

------- Comment #14 From nixnut 2007-11-10 12:14:28 0000 -------
ppc stable, closing since we're last