Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 94402 invoked from network); 27 Jul 2010 06:22:48 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 Jul 2010 06:22:48 -0000 Received: (qmail 97023 invoked by uid 500); 27 Jul 2010 06:22:48 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 96812 invoked by uid 500); 27 Jul 2010 06:22:45 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 96793 invoked by uid 99); 27 Jul 2010 06:22:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Jul 2010 06:22:43 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [88.84.128.168] (HELO samaflost.de) (88.84.128.168) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Jul 2010 06:22:36 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by samaflost.de (Postfix) with ESMTP id EF7324110003 for ; Tue, 27 Jul 2010 08:22:11 +0200 (CEST) Received: from samaflost.de ([127.0.0.1]) by localhost (v35516.1blu.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uzI3wGbxe7PI for ; Tue, 27 Jul 2010 08:22:11 +0200 (CEST) Received: by samaflost.de (Postfix, from userid 1000) id 0A49640F0010; Tue, 27 Jul 2010 08:22:11 +0200 (CEST) From: Stefan Bodewig To: dev@directory.apache.org Subject: [ApacheDS] Gump Build Failure of protocol-ldap X-Draft-From: ("nnfolder:gump-stuff") Date: Tue, 27 Jul 2010 08:22:09 +0200 Message-ID: <87hbjlculq.fsf@v35516.1blu.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, Gump is pretty successful in building much of the directory code-base but the build of protocol-ldap has been failing for quite some time now. It looks as if protocol-ldap depended on protocol-shared but didn't specify this inside its POM. I would expect it to receive this dependency transitively via kerberos-shared (albeit a non-transitive dependency would be cleaner IMHO) but for some reason mvn doesn't. Any ideas? Stefan