Now this brings another question. If I want a directory to be
        published "as is" without any wml makeup, nor Makefile, how
        can I do it?

        For example, check out the spanish/international/spanish/contrib
        dir. My intention was to add contributed documentation that has
        not (yet) been included in the DDP CVS (I'm still asking for
        an account for spanish documentation, not just translations).

        However, from this directory only ps, and pdf files get published.
        Html, sgml, and text do not (unsurprisingly after thinking how the
        Makefiles inherit from one another and how files are treated).

        I could add (possibly) these files by adding them to the 
        HTMLFILES variable (HTMLFILES:= xxxx in the directory's makefile).
        However, this is quite ugly.

        I solved this issue with the same wml layout in another server by
        adding an empty OTHERDESTFILES variable in the Makefile.common
        which local directories could write to (and gets published "as is")

        Can we do this is the currentl webmlw structure? Are there any
        problems with this? (besides being wrongly used which is always
        an issue).


        Javi

On Mon, Apr 09, 2001 at 06:42:26AM -0700, James A. Treacy wrote:
> On Mon, Apr 09, 2001 at 09:24:49AM +0200, peter karlsson wrote:
> > Javier Fdz-Sanguino Pen~a:
> > 
> > >   Umm... I'm nbot sure if this is related,but
> > > international/spanish/contrib was commited a few days back and seems not 
> > > to
> > > be available at www.debian.org... could someone please take a look?
> > 
> > Add the directory to the SUBS variable in for international/spanish/Makefile
> > 
> This reminds me. Occasionally translators will modify the SUBS variable
> from the one in the English Makefile, so only existing directories are
> listed. This often leads to confusion when the subdirectory doesn't build.
> No problems are caused if the variable contains an entry for a non-existant
> directory.
> 
> What will cause a problem is when a directory exists, but it contains
> no Makefile. In this case either a Makefile should be added to the
> sub-directory or the sub-directory should be removed from the SUBS
> variable.
> 
> -- 
> James (Jay) Treacy
> [EMAIL PROTECTED]
> 
> 
> --  
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

Reply via email to