DO NOT REPLY [Bug 10143] New: - wishlist: "UserDirCustomLog access.log full"

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10143

wishlist: "UserDirCustomLog access.log full"

   Summary: wishlist: "UserDirCustomLog access.log full"
   Product: Apache httpd-1.3
   Version: 1.3.25
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Other mods
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


How can I log the access.log and even better the error.log, too, into the
UserDir? My users want to have them but giving them access to the global one
would raise privacy concerns. Is the only way to type a houndred times
"CustomLog /home/xyz/access.log full"?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10144] New: - Request: Please provide bzip2 tarballs for httpd downloads

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10144

Request: Please provide bzip2 tarballs for httpd downloads

   Summary: Request: Please provide bzip2 tarballs for httpd
downloads
   Product: Apache httpd-1.3
   Version: 1.3.25
  Platform: All
   URL: http://www.apache.org/dist/httpd/
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Other
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Bzip2 is a widely used compression utility that provides greater squashability 
than gzip, which 
is currently being used for the Unix versions of HTTPd releases. I would like 
to suggest providing 
the releases as .tar.bz2 archives in addition to the existing formats, as it 
would benefit users 
(specifically, me) whilst reducing the bandwidth usage on apache.org and its 
mirrors.

As an 
example of the potential benefit, the current release of Apache 1.3.26 has the 
following sizes 
for gzip and bzip2 archives:

[niki:root]:/usr/local/src/apache/tarballs # ls -l a*
-rw-r--r--  
1 root  wheel  1833303 Jun 22 06:47 apache_1.3.26.tar.bz2
-rw-r--r--  1 root  wheel  2303147 Jun 18 18:24 
apache_1.3.26.tar.gz

As you can see, the .bz2 version is significantly smaller than the .gz 
file.

regards,

Peter Lowe

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10144] - Request: Please provide bzip2 tarballs for httpd downloads

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10144

Request: Please provide bzip2 tarballs for httpd downloads





--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 06:29 ---
Another enhancement would be to add .bz2 files to the default config.

AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip .bz2

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10135] - users can view other user's web files through apache/php rights

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10135

users can view other user's web files through apache/php rights

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 07:51 ---
This is a well-known and documented issue with PHP.  Please refer to the 
PHP/Zend documentation (in particular, Zend's "safe mode") for details of how 
you might avoid this problem.

See: http://www.zend.com/manual/features.safe-mode.php

Thanks for using Apache!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10145] New: - ShebangAlias config directive - to keep to make CGI scripts more portable

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10145

ShebangAlias config directive - to keep to make CGI scripts more portable

   Summary: ShebangAlias config directive - to keep to make CGI
scripts more portable
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: mod_alias
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


As I know there is a planned config feature to be able to 
override the shebang line, but as I know there is no any 
result for it, yet:
--
* PR#4241: config
  Need to be able to override shebang line to make CGI scripts
  more portable.
Status: 
AND
4241 config   suspended Need to be able to override shebang line to make CGI
scripts \
more portable.
--

I would suggest a "ShebangAlias" directive for the Apache configuration file.
I don't know if there is already something similar under development, 
but this feature would be very important for those users who would like 
to use their Perl scripts with the least possible modification when they 
are porting their scripts, or are just developing under Windows 
environment, later are running their scripts on Unix server.
This would really help us to make CGI scripts more portable.

Would look like following:
ShebangAlias /usr/local/bin/perl "C:/Perl/bin/perl.exe"

The idea already got a vote on Apache Dev list, so I also post it here.
I hope others will like it, too, especially the Windows users, so they vote for 
it.

Thanks,
Webmaster33

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 8904] - perchild: apr_proc_mutex problem

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8904

perchild: apr_proc_mutex problem

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|2.0.36  |2.0.39



--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 10:23 ---
This bug still exists in 2.0.39

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10146] New: - 2.0.39 DoS

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10146

2.0.39 DoS

   Summary: 2.0.39 DoS
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: PC
OS/Version: FreeBSD
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Core
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Hello.

Some time ago in different maillist was post:
--
Date: Wed, 19 Jun 2002 12:45:24 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
 [EMAIL PROTECTED], bugtraq@securityfocus.com,
 [EMAIL PROTECTED]
Subject: Remote Apache 1.3.x Exploit

Mail has attachment, which "exploit for openbsd" code.
But "exploit" has one side effect  - for apache 2.0.39
it make DoS. Child eat all memory, swap and die with diagnostic
".
Jun 20 11:16:39 solo /kernel: pid 49564 (httpd), uid 65534, was killed: out of
swap space
"
In gdb we can see, that child loop in 
modules/http/http_protocol.c in function:
ap_discard_request_body():
1962} while (!seen_eos);
(gdb) n
1920rv = ap_get_brigade(r->input_filters, bb, AP_MODE_READBYTES,
(gdb) n
1923if (rv != APR_SUCCESS) {
(gdb) n
1939APR_BRIGADE_FOREACH(bucket, bb) {
(gdb) n
1961apr_brigade_cleanup(bb);
(gdb) 

And 2.0.40-dev from cvs DoS-ed too.

p.s.
 OS: FreeBSD 4.5 and 4.6 releases

b.r.
 Kozin Maxim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10146] - 2.0.39 DoS

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10146

2.0.39 DoS





--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 10:51 ---
Created an attachment (id=2156)
code for DoS 2.0.39 on FreeBSD 4.[56]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10147] New: - Broken ExtFilterOptions DebugLevel

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10147

Broken ExtFilterOptions DebugLevel

   Summary: Broken ExtFilterOptions DebugLevel
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: mod_ext_filter
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Actually I tried to find out how to escape ExtFilterDefine commands correctly. 
I defined

ExtFilterDefine sed-replace cmd="/bin/sed s/verdana/arial/g"

as an example (the actual problem was that cmd="/bin/sed 's/verdana/arial/g'" 
doesn't work). This external filter works okay with Set/AddOutputFilter.
To debug the command I added

ExtFilterOptions DebugLevel=9

to the corresponding  context. But then the ExtFilter stops working 
and gives me

[error] couldn't find definition of filter 'sed-replace'

in my error_log and a related error is given back to UA. Nothing else has been 
changed after adding the ExtFilterOptions directive.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10147] - Broken ExtFilterOptions DebugLevel

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10147

Broken ExtFilterOptions DebugLevel





--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 14:54 ---
I wasn't able to reproduce the lost filter definition when using this 
configuration:


DirectoryIndex index.cgi
Options Indexes ExecCGI
AddHandler cgi-script .cgi

SetOutputFilter sed-replace
ExtFilterOptions DebugLevel=9


ExtFilterDefine sed-replace cmd="/bin/sed 's/photos/picurs/g'"

(I didn't see any output at the client because sed got confused by the single
quotes.  When I remove the single quotes it works fine.)

Can you spot something about my testcase which is inconsistent with your
description, or can you perhaps supply a set of minimal changes to the
default httpd-std.conf which would expose the problem?

Thanks so much!

(Certainly I need to update the doc to describe quoting issues like this!!)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10148] New: - Wrong translation of an error document

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10148

Wrong translation of an error document

   Summary: Wrong translation of an error document
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Documentation
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


The french translation of the document "HTTP_REQUEST_TIME_OUT.html.var" is 
wrong.

This translation seems to be :


Content-language: fr
Content-type: text/html
Body:--fr--



Le serveur a fermé la connection car le navigateur n'a pas 
fini la requête dans le temps spécifié.


--fr--

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9820

Segfaults with SetEnv in per-directory configuration files

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 15:49 ---
Mea culpa - this wasn't a bug. The bizarre error resulted from only changing 
the httpd binary between 2.0.35 and 2.0.36. Installing the whole thing again 
made it disapear...

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10029] - Service not installed but no error given using Cold Fusion

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10029

Service not installed but no error given using Cold Fusion

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 15:59 ---

  The bug that no service is created when the config is invalid has been
  reported before [and remains open].

  Modules must be upgraded, there is no binary compatibility between
  2.0.36 and 2.0.39, please contact your vendor for an updated binary 
  release of their module.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10041] - Does not work two and more directives of PHP scripts

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10041

Does not work two and more  directives of PHP 
scripts

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 16:03 ---

  You need to report this problem to the PHP bug tracking page, since this is
  a bug in the PHP module, not Apache.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10147] - Broken ExtFilterOptions DebugLevel

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10147

Broken ExtFilterOptions DebugLevel





--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 16:12 ---
I did it the other way 'round and tried to reproduce your situation :)
It does work if the ExtFilterDefine and the ExtFilterOptions statement are 
located _within the same VH_.
In my configuration ExtFilterDefine is located in the main config (so I can 
reuse it otherwhere) and ExtFilterOptions + SetOutputFilter in a directory 
context within a VH. Contrarily the ExtFilter works fine in this situation if 
ExtFilterOptions is not set. So the bahaviour is inconsistent and I think one 
should have the possibility to split Define and Options for ExtFilter just like 
I did.
Apart from that - wouldn't it be nice to have a separate logfile for ExtFilters 
just like with CGIs oder URL rewriting? I dunno if it's a enough for a formal 
feature request.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9126] - 68k-next-openstep v. 4.0

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9126

68k-next-openstep v. 4.0

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Blocker
   Priority|Other   |High

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10130] - DevStudio cannot resolve .rc #include'd packages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10130

DevStudio cannot resolve .rc #include'd packages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 16:58 ---
i'd like to grab this bug if no-one objects...

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10130] - DevStudio cannot resolve .rc #include'd packages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10130

DevStudio cannot resolve .rc #include'd packages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 20:02 ---

  Please do James... see the microsoft.public.vc.ide_general list for some 
  observations, just search for .rc and #include and you will see others have
  observed this same behavior and some [not many] have worked around it on
  Visual Studio 7.0.  I suspect the user's problems in VS6.0 were phantoms of
  not having a working awk.

  After you create an account on this bugzilla, you might want to see yourself
  to this bug.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10131] - script.awk missing results in fatal error

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10131

script.awk missing results in fatal error

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 20:06 ---


*** This bug has been marked as a duplicate of 8008 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 8008] - Cannot create .rc parsed build files with djgpp awk 3.06

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8008

Cannot create .rc parsed build files with djgpp awk 3.06

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 20:06 ---
*** Bug 10131 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 8008] - Cannot build makefile.win with djgpp awk 3.0.6, use gnu 3.0.3 or bwk awk

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8008

Cannot build makefile.win with djgpp awk 3.0.6, use gnu 3.0.3 or bwk awk

[EMAIL PROTECTED] changed:

   What|Removed |Added

URL||http://cm.bell-
   ||labs.com/cm/cs/who/bwk/awk95
   ||.exe
   Keywords||FAQ
Summary|Cannot create .rc parsed|Cannot build makefile.win
   |build files with djgpp awk  |with djgpp awk 3.0.6, use
   |3.06|gnu 3.0.3 or bwk awk

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10092] - Windows Installer 2.0 not compatable with 1.3.26 msi

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10092

Windows Installer 2.0 not compatable with 1.3.26 msi





--- Additional Comments From [EMAIL PROTECTED]  2002-06-22 20:21 ---

  You should NOT need to uninstall Windows Installer 2.0.  Your trace indicates
  that 1.3 version of Apache is installed on your machine, right now.  Is that
  correct or not?

  If there is an installed version, you need to uninstall/reinstall.  If there
  is not an installed version, we need to start researching in the MSKB.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10152] New: - suexec doesn't let HTTPS variable

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10152

suexec doesn't let HTTPS variable

   Summary: suexec doesn't let HTTPS variable
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Other
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


just add "HTTPS" somewhere in safe_env_lst[]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]