Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 76755 invoked from network); 8 Sep 2003 22:27:53 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 8 Sep 2003 22:27:53 -0000 Received: (qmail 21170 invoked by uid 500); 8 Sep 2003 22:20:28 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 21022 invoked by uid 500); 8 Sep 2003 22:20:26 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 20864 invoked from network); 8 Sep 2003 22:20:24 -0000 Received: from unknown (HELO sati.virbus.de) (145.253.246.81) by daedalus.apache.org with SMTP; 8 Sep 2003 22:20:24 -0000 Received: from sati.virbus.de (localhost [127.0.0.1]) by localhost (SMTP Server) with ESMTP id B363B166A40 for ; Tue, 9 Sep 2003 00:20:26 +0200 (MEST) Received: from virbus.de (a183069.studnetz.uni-leipzig.de [139.18.183.69]) by sati.virbus.de (SMTP Server) with ESMTP id 4BE40166A33 for ; Tue, 9 Sep 2003 00:20:26 +0200 (MEST) Message-ID: <3F5D00C7.1040603@virbus.de> Date: Tue, 09 Sep 2003 00:20:55 +0200 From: Joerg Heinicke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: de-de, de, en-gb, en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: cvs commit: cocoon-2.1 blocks.properties References: <9E18B74C-E23C-11D7-B0B8-000393CFE402@codeconsult.ch> In-Reply-To: <9E18B74C-E23C-11D7-B0B8-000393CFE402@codeconsult.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Ok, I tested it - it does not work. But it's /only/ a bug in the build scripts, we should fix it and not be forced to maintain the dependencies twice. A common message about dependencies should be enough for the users IMO. (Couldn't we generate local.blocks.properties from gump.xml and kick blocks.properties completely?) The problem now is: With the block exclude set to true you can call the dependency as often as you want - the excluded block is not build of course and missed for the compiling of the dependent block. Joerg Bertrand Delacretaz wrote: > Le Lundi, 8 sep 2003, � 22:10 Europe/Zurich, Joerg Heinicke a �crit : > >> Hmm, I'm not satisfied with the answer :-) >> >> Carsten has added a depend functionality to the gump descriptor and >> blocks-build.xsl. I.e. the user does not need to care and to know >> about the dependencies... > > > In theory - but today I just tried to disable the cron block, leave the > scratchpad block enabled and after a "build clean" scratchpad didn't > compile. Do you see different results? > > -Bertrand