[augeas-devel] httpd.conf question

[Glenn Buckholz]

Fount it. The Filematch expression is fine. There was an unterminated double
quote which was mucking things up. I didn't see it because httpd was parsing
the files without error so it made it difficult to pinpoint with augeas and
httpd disagreeing. The offending lines were:
  <Files favicon.ico>
    # There is no end quote below, for compatibility with Apache 1.3.
    ErrorDocument 404 "The requested file favicon.ico was not found.
  </Files>

Once it was changed to:

  <Files favicon.ico>
    # There is no end quote below, for compatibility with Apache 1.3.
    ErrorDocument 404 "The requested file favicon.ico was not found."
  </Files>

everything was fine on the augeas front.

 -Glenn

2011/4/25 Francis Giraldeau <francis.giraldeau at usherbrooke.ca>

> On Mon, 2011-04-25 at 17:00 -0400, Glenn Buckholz wrote:
> > The httpd.conf lense that comes with 8.1, I'm having an issue with
> > certain section types. Currently I'm using the following sections:
> >
> > VirtualHost
> > Directory
> > Files
> > Filematch
> >
> >
> >
> > Augeas seems to be bailing on the filematch section. Here in
> > particular is where the lens seems to be failing in the conf file.
> >
> >   <FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|
> > sh|.*sql|theme|tpl(\.php)?|xtmpl|svn-base)$|^(code-style\.pl|
> > Entries.*|Repository|Root|Tag|Template|all-wcprops|entries|format)$">
> >     Order allow,deny
> >   </FilesMatch>
> >
>
> Hi,
>
> I did a small test to verify this, joint to this email. The test works
> here with the provided sample, with this command:
>
> [augeas]$ ./src/augparse -I lenses/ --nostdinc filematch.aug
> Test result: filematch.aug:10.0-.27:
>  {  }
>  {  }
>  { "FilesMatch"
>    { "arg" = ""\.(engine|inc|info|install|make|module|profile|test|po|
> sh|.*sql|theme|tpl(\.php)?|xtmpl|svn-base)$|^(code-style\.pl|Entries.*|
> Repository|Root|Tag|Template|all-wcprops|entries|format)$"" }
>     { "directive" = "Order"
>      { "arg" = "allow,deny" }
>    }
>  }
>
> Maybe the error is somewhere else. Could it be possible to send the hole
> file?
>
> Thanks,
>
> Francis
>
>
> _______________________________________________
> augeas-devel mailing list
> augeas-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/augeas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/augeas-devel/attachments/20110425/350f9780/attachment.htm>