Re: [webmin-devel] Using Inline in a Webmin module
Chris Nighswonger <[email protected]> Fri, 8 Mar 2013 13:48:59 -0500
| Newsgroups | gmane.comp.web.webmin.devel |
|---|---|
| Message-ID | <CAP3yOonycUVxa7FqYo139h-gUvWsh=2Y25NU90bmC5CO9bgN2w@mail.gmail.com> |
On Fri, Mar 8, 2013 at 1:35 PM, Chris Nighswonger <[email protected]> wrote: > On Fri, Mar 8, 2013 at 1:07 PM, Jamie Cameron <[email protected]> wrote: >> >> Perhaps forcing a change of package (as happens in that block) is the >> cause of the problem? > > I thought the same thing. So I ran a one-liner from the cli doing and > eval and forcing a package change. Sure enough: it threw the same > error. Sadly, though, when I commented out the package change in > miniserv, it still borked. > > Also, when using the very simple script in which the actual Python was > embedded, forcing a package change made no difference. The simple > script worked either way. When I force the module cgi script to be executed in the root user's env (by changing the shebang line to #!/usr/bin/env /usr/bin/perl), it works and miniserv borks due to the lack of headers (which is what I would expect). So something must differ from root's environment in the environment miniserv executes the script in. At present I don't see any significant difference, however. Kind Regards, Chris ------------------------------------------------------------------------------ Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev - Forwarded by the Webmin development list at [email protected] To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-devel