Bug 103251 - Request for marking dev-libs/librep-0.17-r1, x11-libs/rep-gtk-0.18-r2, and x11-wm/sawfish-1.3.20040120-r1 stable
Bug#: 103251 Product:  Gentoo Linux Version: 2005.0 Platform: All
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: truedfx@gentoo.org Reported By: truedfx@gentoo.org
Component: Applications
URL: 
Summary: Request for marking dev-libs/librep-0.17-r1, x11-libs/rep-gtk-0.18-r2, and x11-wm/sawfish-1.3.20040120-r1 stable
Keywords:  
Status Whiteboard: 
Opened: 2005-08-21 09:21 0000
Description:   Opened: 2005-08-21 09:21 0000
Please test and mark x11-wm/sawfish-1.3.20040120-r1 stable, so that the old
1.3.20040120 ebuild can be removed. The old ebuild has some problems with
incorrect dependencies and configure options. Thanks.

------- Comment #1 From Jason Wever (RETIRED) 2005-08-21 09:57:55 0000 -------
sawfish fails with the following;

/usr/lib/rep/sparc-unknown-linux-gnu/libtool --mode=link
sparc-unknown-linux-gnu-gcc -export-dynamic  \
  -o sawfish colors.o cursors.o display.o events.o fonts.o frames.o functions.o
images.o keys.o main.o multihead.o pixmap-cache.o property-cache.o server.o
session.o stacking-list.o windows.o  -L/usr/lib -Wl,--rpath -Wl,/usr/lib -lrep 
-ldl  -lcrypt -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0
-lgmodule-2.0 -ldl -lglib-2.0   \
  -Wl,--export-dynamic -lgdk_pixbuf_xlib-2.0 -lgdk_pixbuf-2.0 -lm -lgobject-2.0
-lgmodule-2.0 -ldl -lglib-2.0   -lSM -lICE -lX11   -lXinerama -lXft -lX11
-lfreetype -lXrender -lfontconfig   -lXext -lnsl 
libtool: link: unable to infer tagged configuration
libtool: link: specify a tag with `--tag'
make[1]: *** [sawfish] Error 1
make[1]: Leaving directory
`/var/tmp/portage/sawfish-1.3.20040120-r1/work/sawfish/src'
make: *** [all] Error 1

------- Comment #2 From Harald van Dijk 2005-08-21 10:29:29 0000 -------
Ah, that's a librep bug (bug #68063 / bug #70514), not a sawfish one (and it
should cause problems with stable sawfish as well). But since nothing else uses
rep, I'll ask via this bug: could you test and if they work mark librep-0.17-r1
and rep-gtk-0.18-r2 stable too? They are supposed to fix this. Sorry for the
trouble. :)

------- Comment #3 From Jason Wever (RETIRED) 2005-08-21 17:57:13 0000 -------
librep fails to build on sparc or ~sparc systems with the following;

/bin/sh ../libtool --mode=compile sparc-unknown-linux-gnu-gcc -c -DHAVE_CONFIG_H
-I. -I../src -I..  -mcpu=ultrasparc3 -mvis -O2 -pipe -Wa,-Av8plusa ffi.c
 sparc-unknown-linux-gnu-gcc -c -DHAVE_CONFIG_H -I. -I../src -I..
-mcpu=ultrasparc3 -mvis -O2 -pipe -Wa,-Av8plusa ffi.c  -fPIC -DPIC -o .libs/ffi.o
ffi.c: In function `rep_ffi_marshal':
ffi.c:310: error: duplicate case value
ffi.c:306: error: previously used here
ffi.c: In function `rep_ffi_demarshal':
ffi.c:438: error: duplicate case value
ffi.c:434: error: previously used here
make[1]: *** [ffi.lo] Error 1
make[1]: Leaving directory `/var/tmp/portage/librep-0.17-r1/work/librep-0.17/src'
make: *** [all] Error 1

!!! ERROR: dev-libs/librep-0.17-r1 failed.
!!! Function src_compile, Line 43, Exitcode 2
!!! compile failure
!!! If you need support, post the topmost build error, NOT this status message.


------- Comment #4 From Harald van Dijk 2005-08-21 22:54:13 0000 -------
(In reply to comment #3)
> librep fails to build on sparc or ~sparc systems with the following;

Fixed by always disabling ffi rather than having it autodetected. (Another
problem which should also exist in the current stable version.)

------- Comment #5 From Gustavo Zacarias (RETIRED) 2005-08-22 11:43:03 0000 -------
sparc is happy now.
sparc stable.

------- Comment #6 From Harald van Dijk 2005-09-19 14:36:22 0000 -------
And it has been marked stable for ppc a while now, I see, thanks :)