From owner-freebsd-ports-bugs@FreeBSD.ORG Thu Dec 5 23:00:01 2013 Return-Path: Delivered-To: freebsd-ports-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73B26C8B for ; Thu, 5 Dec 2013 23:00:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5F4F512BE for ; Thu, 5 Dec 2013 23:00:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rB5N01iH052593 for ; Thu, 5 Dec 2013 23:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rB5N014F052592; Thu, 5 Dec 2013 23:00:01 GMT (envelope-from gnats) Date: Thu, 5 Dec 2013 23:00:01 GMT Message-Id: <201312052300.rB5N014F052592@freefall.freebsd.org> To: freebsd-ports-bugs@FreeBSD.org Cc: From: Matthias Andree Subject: Re: ports/184490: japanese/mutt-devel update for recent FreeBSD X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Andree List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 23:00:01 -0000 The following reply was made to PR ports/184490; it has been noted by GNATS. From: Matthias Andree To: bug-followup@FreeBSD.org, Takehiko Shiozaki , Udo Schweigert Cc: Subject: Re: ports/184490: japanese/mutt-devel update for recent FreeBSD Date: Thu, 05 Dec 2013 23:59:08 +0100 Dear Takehiko and Udo, I have had a look at Takehiko's patch to fix some issues in the port and found a few issues with it, and the severe issue also affects devel/mutt: 1. the dependency information for Berkeley DB (I have enabled header cache for IMAP and Maildir) is for DB6 on my computer, while mutt uses -ldb4 to link and the include files from db5. This cannot possibly work reliably. I am showing the output for cd /usr/ports/mail/mutt && make, but japanese/mutt-devel has the same problem: > mutt-1.5.22 depends on shared library: libdb-6.0.so - found DB 6 as a dependency here -------------------^ (Meaning that if DB4 gets deinstalled after installing mutt, mutt will break, without port or package system knowing of the dependency.) > cc -I/usr/local/include -DPKGDATADIR=\"/usr/local/share/mutt\" > -DSYSCONFDIR=\"/usr/local/etc\" -DBINDIR=\"/usr/local/bin\" > -DMUTTLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H=1 -I. > -I. -I. -I./imap -I/usr/local/include/gpgme -I/usr/local/include > -Iintl -I/usr/include -I/usr/local/include/db5 -I/usr/local/include DB 5 header files used here -------------------^ > -I./intl -O2 -pipe -march=athlon64 -fstack-protector > -fno-strict-aliasing -MT mutt_tunnel.o -MD -MP -MF > .deps/mutt_tunnel.Tpo -c -o mutt_tunnel.o mutt_tunnel.c And now the link: > cc -I/usr/local/include -O2 -pipe -march=athlon64 -fstack-protector > -fno-strict-aliasing -L/usr/local/lib -rpath=/usr/local/lib:/usr/lib > -ltinfow -Wl,-rpath=/usr/lib:/usr/local/lib > -Wl,-rpath=/usr/lib:/usr/local/lib -fstack-protector -L/usr/lib > -L/usr/local/lib -o mutt addrbook.o alias.o attach.o base64.o > browser.o buffy.o color.o compress.o crypt.o cryptglue.o commands.o > complete.o compose.o copy.o curs_lib.o curs_main.o date.o edit.o > enter.o flags.o init.o filter.o from.o getdomain.o group.o > handler.o hash.o hdrline.o headers.o help.o hook.o keymap.o main.o > mbox.o menu.o mh.o mx.o pager.o parse.o pattern.o postpone.o > query.o recvattach.o recvcmd.o rfc822.o rfc1524.o rfc2047.o > rfc2231.o rfc3676.o score.o send.o sendlib.o signal.o sort.o > status.o system.o thread.o charset.o history.o lib.o muttlib.o > editmsg.o mbyte.o url.o ascii.o crypt-mod.o safe_asprintf.o > patchlist.o conststrings.o crypt-gpgme.o crypt-mod-pgp-gpgme.o > crypt-mod-smime-gpgme.o pgp.o pgpinvoke.o pgpkey.o pgplib.o > gnupgparse.o pgpmicalg.o pgppacket.o crypt-mod-pgp-classic.o smime.o > crypt-mod-smime-classic.o resize.o pop.o pop_lib.o pop_auth.o > bcache.o account.o mutt_socket.o mutt_tunnel.o mutt_ssl.o hcache.o > md5.o mutt_idna.o -Limap -limap -lssl -lcrypto -lz -lintl -liconv > -liconv -L/usr/local/lib -lgpgme -lassuan -lgpg-error -lidn > -L/usr/local/lib/db5 -ldb4 --tries db4 from db5 ^^^^^^ directory here. It will still succeed to link because we have -ldb4 in /usr/local/lib. This *will* break at run time because structures have changed. Include files (-I directories), Link library paths (-L directories), link library version (-ldb... version) and LIB_DEPENDS (set by the framework implicitly if USE_BDB is in effect) _MUST_ match. Both mail/mutt and japanese/mutt-devel need to be fixed such that they heed the variables set by the USE_BDB=... framework: # BDB_LIB_NAME # - This variable is automatically set to the name of the # Berkeley DB library (default: db41). ... # BDB_INCLUDE_DIR # - This variable is automatically set to the location of # the Berkeley DB include directory (default: # ${LOCALBASE}/include/db41). # BDB_LIB_DIR # - This variable is automatically set to the location of # the Berkeley DB library directory. 2. mutt is apparently at version 1.5.22 - is it possible to upgrade japanese/mutt-devel to 1.5.22 right away? Thank you. Best regards Matthias