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: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Jun 02 15:25:00 +0000 2006
>Last-Modified: Mon Jun 20 21:35:01 +0000 2011
>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?
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.36 2007/11/24 03:27:39 kano Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.