NetBSD Problem Report #33632

From dauphin@enst.fr  Fri Jun  2 15:22:25 2006
Return-Path: <dauphin@enst.fr>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id 583B563B863
	for <gnats-bugs@gnats.netbsd.org>; Fri,  2 Jun 2006 15:22:25 +0000 (UTC)
Message-Id: <1149261734.22565@bi.enst.fr>
Date: Fri, 2 Jun 2006 17:22:14 +0200
From: "Gilles Dauphin" <dauphin@enst.fr>
To: "gnats bugs" <gnats-bugs@NetBSD.org>
Subject: www/libwww solaris 
X-Send-Pr-Version: gtk-send-pr 0.4.5 
X-GNATS-Notify:

>Number:         33632
>Category:       pkg
>Synopsis:       www/libwww solaris
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    joerg
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jun 02 15:25:00 +0000 2006
>Closed-Date:    Sat May 22 02:59:06 +0000 2021
>Last-Modified:  Sat May 22 02:59:06 +0000 2021
>Originator:     Gilles Dauphin
>Release:        SunOS 5.10 i86pc
>Organization:
ENST 
>Environment:


System: SunOS bi.enst.fr 5.10 Generic_Patch_118844-30 i86pc


>Description:


bmake install the first time

gmake[1]: Leaving directory `/pkg/obj/www/libwww/work/w3c-libwww-5.4.0'
===> [Automatic manual page handling]
=> Generating post-install file lists
===> Registering installation for libwww-5.4.0nb5
libwww-5.4.0nb5 requires installed package openssl-0.9.7inb1
libwww-5.4.0nb5 requires installed package zlib-1.2.3
=> Checking for missing run-time search paths in libwww-5.4.0nb5
=> Checking for work-directory references in libwww-5.4.0nb5
=> Checking file-check results for libwww-5.4.0nb5
*** The PLIST does not match installed files!
*** The following files are in /usr/pkg but not in the PLIST:
        /usr/pkg/lib/libmd5.a
        /usr/pkg/lib/libmd5.la
        /usr/pkg/lib/libmd5.so
        /usr/pkg/lib/libmd5.so.0
        /usr/pkg/lib/libmd5.so.0.1.0
*** Error code 1



>How-To-Repeat:


bmake install 
first time


>Fix:


You must rebuild Makefile.in with automake when using
the configure's option --with-md5=no , else you alway build the modules/md5
and there is a md5 dependency in Library/src. Here is the patch:

--- Makefile.orig       Fri Jun  2 17:11:24 2006
+++ Makefile    Fri Jun  2 17:02:02 2006
@@ -18,7 +18,7 @@
 EXTRACT_ONLY=          ${DISTNAME}${EXTRACT_SUFX}
 SITES_libwww-configure-5.4.0nb1.gz=    ${MASTER_SITE_LOCAL}

-USE_TOOLS+=            gmake perl
+USE_TOOLS+=            gmake perl automake14
 USE_LIBTOOL=           YES

 GNU_CONFIGURE=         YES
@@ -39,6 +39,8 @@
        ${TOUCH} ${WRKSRC}/${f}
 .endfor
        ${TOUCH} `${FIND} ${WRKSRC} -name Makefile.in -print`
+       sleep 1
+       ${TOUCH} ${WRKSRC}/modules/Makefile.am ${WRKSRC}/Library/src/Makefile.am

 .include "../../mk/bsd.prefs.mk"

@@ -50,8 +52,13 @@
 .if ${OPSYS} == "SunOS"
 # Solaris has a /usr/lib/libmd5 which seems to be enouth, and
 # /usr/local/lib/libmd5 breaks /usr/lib/librt
-CONFIGURE_ARGS+= --without-md5
+CONFIGURE_ARGS+= --with-md5=no
 PLIST_SUBST+=  MD5LIB="@comment "
+
+post-configure:
+       (cd ${WRKSRC}/modules; ${TOUCH} Makefile.am ; gmake Makefile.in)
+       (cd ${WRKSRC}/Library/src; ${TOUCH} Makefile.am ; gmake Makefile.in)
+
 .else
 .  if !exists(/usr/include/md5.h)
 CONFIGURE_ARGS+=       --with-md5=${SSLBASE:Q}



>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: pkg-manager->joerg
Responsible-Changed-By: joerg@netbsd.org
Responsible-Changed-When: Fri, 02 Jun 2006 16:03:42 +0000
Responsible-Changed-Why:
I take it.


From: Tim Zingelman <tez@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/33632
Date: Mon, 20 Jun 2011 16:33:39 -0500

 The initially reported problem seems to be resolved... however with
 sunpro compiler, automake14 seems to do the wrong thing for dependency
 generation.

 I have found that a workaround for this is to patch these files:

  work/w3c-libwww-5.4.0/modules/expat/xmltok/Makefile.am
  work/w3c-libwww-5.4.0/modules/expat/xmlparse/Makefile.am
  work/w3c-libwww-5.4.0/modules/md5/Makefile.am
  work/w3c-libwww-5.4.0/Library/src/SSL/Makefile.am
  work/w3c-libwww-5.4.0/Library/src/Makefile.am
  work/w3c-libwww-5.4.0/Library/Examples/Makefile.am
  work/w3c-libwww-5.4.0/Library/cvs2sql/Makefile.am
  work/w3c-libwww-5.4.0/PICS-client/src/Makefile.am
  work/w3c-libwww-5.4.0/Robot/src/Makefile.am
  work/w3c-libwww-5.4.0/LineMode/src/Makefile.am
  work/w3c-libwww-5.4.0/ComLine/src/Makefile.am

 in the package to add:

  AUTOMAKE_OPTIONS = no-dependencies

 at the top.  This allows the package to build using sunpro on solaris.

 Is this change ok for all compilers/systems or do we need to find a
 way to limit it to the sunpro compiler case?

 Is there any reasonable way to patch automake14 instead to do the
 right thing, or is that not worth the work since it is so old and used
 by so few packages?

State-Changed-From-To: open->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sat, 22 May 2021 02:59:06 +0000
State-Changed-Why:
Changes no longer apply; after update the md5 stuff is handled differently,
and whether or not it works on Solaris 10 now, this changeset is unlikely
to help.


>Unformatted:

Home	PR Database Search