From owner-freebsd-ports@FreeBSD.ORG Tue Sep 21 23:51:31 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88DB7106566C; Tue, 21 Sep 2010 23:51:31 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 48D6D8FC08; Tue, 21 Sep 2010 23:51:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id B755A508AD; Wed, 22 Sep 2010 00:51:30 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YnbGiuhAOYsI; Wed, 22 Sep 2010 00:51:29 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id B51EF50869 ; Wed, 22 Sep 2010 00:51:29 +0100 (BST) Message-ID: <4C9944FE.5030901@langille.org> Date: Tue, 21 Sep 2010 19:51:26 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Wesley Shields References: <4C95ABA6.1020607@intersonic.se> <4C979C6E.3090006@gmx.de> <20100921002443.GA25094@atarininja.org> <4C990C22.7070703@gmx.de> <20100921204605.GA38520@atarininja.org> In-Reply-To: <20100921204605.GA38520@atarininja.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: olli hauer , freebsd-ports@freebsd.org Subject: Re: update bacula-server 5.0.2 -> 5.0.3, Undefined symbol "ASN1_INTEGER_it X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 23:51:31 -0000 On 9/21/2010 4:46 PM, Wesley Shields wrote: > On Tue, Sep 21, 2010 at 09:48:50PM +0200, olli hauer wrote: >> On 2010-09-21 02:24, Wesley Shields wrote: >>> On Mon, Sep 20, 2010 at 07:39:58PM +0200, olli hauer wrote: >>>> On 2010-09-19 08:20, Per olof Ljungmark wrote: >>>>> FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 >>>>> peo@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 >>>>> >>>>> Portupgrade of bacula-server 5.0.2 -> 5.0.3 >>>>> >>>>> Starting bacula_fd. >>>>> /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol >>>>> "ASN1_INTEGER_it" >>>>> Starting bacula_sd. >>>>> Starting bacula_dir. >>>>> >>>>> If one deselects "OPENSSL" and recompile bacula-fd will start without >>>>> complaints. >>>>> >>>>> Is this a known issue with 5.0.3? >>>> >>>> No, can you provide me some more details. >>>> >>>> First make sure if you have both bacula-server and bacula-client installed >>>> on the same machine both are build with(out) ssl support. >>>> >>>> Both ports install libs with the same name to the same place, but if the >>>> client is build/installed first "with SSL support", and then the server >>>> without SSL support you can see exact the described issue. >>> >>> Shouldn't the two ports register CONFLICTS then, thus making it >>> (normally) impossible for both to be installed on the same host? >>> >>> -- WXS >> >> At the moment I'm thinking about to install the client part within the >> server part as one port and mark bacula-client/bacula-server as conflict. That sounds OK. > Should probably rename bacula-server to just "bacula" then as it will > include both the client and the server. And have separate ports for > server and client if that's all the user wants. Conflicts will have to > be set accordingly. We had bacula before.... Why don't we just keep it as bacula-server and add an announcement that it now installs bacula-fd by default. >> Until now all my backup servers from different vendors doing the same >> and I see no reason to not backup the backup-server. >> >> However this will only solve the shared lib problem in those two ports >> and there are some other slaves. I don't know how to solve it all. I am very weak in this area. >> For the SSL thing a nice way would be a shared option like a electrical >> cross switch for such ports, on/off for all master/slaves not independent. How hard is a multi-port switch? >> Maybe Dan (the maintainer) has some additional thoughts, so I set him on CC. > > I'll leave all this up to you all. I trust the port is in good hands > between Dan and yourself. Thanks for working on it! I'm happy with the stuff Olli is doing. -- Dan Langille - http://langille.org/