sparc64 breakage

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

sparc64 breakage

Nikolay Sturm-2
Hi,

besides regular breakage, these ports could need an eye:

net/gaim                cannot find silc
net/mldonkey/stable     ???

These will be fixed rsn:

graphics/digikam-doc    missing dependency on kdelibs3
lang/gcc/4.0            needs fixed bison
www/clearsilver         64bit patches got removed
x11/kde/bindings3       python problem

Nikolay

Reply | Threaded
Open this post in threaded view
|

Re: sparc64 breakage

Jolan Luff
On Thu, Nov 24, 2005 at 01:00:31PM +0100, Nikolay Sturm wrote:
> besides regular breakage, these ports could need an eye:
>
> net/gaim                cannot find silc
> net/mldonkey/stable     ???

does anyone know what commit caused gaim not to package correctly?  the
following diff makes it package again but i'd like to cure the disease,
not the symptom.

Index: Makefile
===================================================================
RCS file: /cvs/ports/net/gaim/Makefile,v
retrieving revision 1.83
diff -u -r1.83 Makefile
--- Makefile 15 Nov 2005 16:13:59 -0000 1.83
+++ Makefile 25 Nov 2005 12:22:24 -0000
@@ -45,7 +45,8 @@
  --enable-openssl \
  --with-silc-includes="${LOCALBASE}/include/silc"
 CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
- LDFLAGS="-L${LOCALBASE}/lib"
+ LDFLAGS="-L${LOCALBASE}/lib" \
+ LIBS="-liconv"
 
 FLAVORS= audio debug gtkspell
 FLAVOR?=

Reply | Threaded
Open this post in threaded view
|

Re: sparc64 breakage

Nikolay Sturm-2
* Jolan Luff [2005-11-25]:
> > net/gaim                cannot find silc
>
> does anyone know what commit caused gaim not to package correctly?
> the following diff makes it package again but i'd like to cure the
> disease, not the symptom.

All I can say is, that it packaged ok with the bulk build started
November 11th, but failed with the one started November 18th. I used
regular snapshots, so the offending commit could have happened a few
days earlier. I saw other instances, where inter-library dependencies
worked for a port on i386 but not on sparc64. I have no idea about the
culprit.

Nikolay