From: Ken Dreyer <kdreyer@redhat.com>
To: ceph-devel@vger.kernel.org
Subject: Ceph's custom apache: ok to drop?
Date: Fri, 12 Dec 2014 10:12:00 -0700 [thread overview]
Message-ID: <548B21E0.80102@redhat.com> (raw)
Hi folks,
The Apache fork that we ship on Ceph.com
(https://github.com/ceph/apache2) is several versions behind upstream
and has a couple CVEs by now.
I've heard from the developers (I don't remember if it was Dan, Yehuda,
or someone else) refer on IRC to the idea that the changes in our Ceph
Apache fork were cosmetic, and it's ok to simply use upstream Apache.
I wanted to confirm this with a wider audience: it's ok to stop
maintaining and shipping our custom Apache?
In other words, we would remove references to our custom Apache from
Teuthology, and our docs, and eventually from our repositories?
-----
Diving into our changes, there are two patches that we have on top of
Apache 2.2.22:
1. "rgw: don't unset Content-Length header on HEAD response (this was
being done when content length was 0)"
https://github.com/ceph/apache2/commit/5ae1b4a081b05fcacf55e7114eec87d9b2a0a5da
. (See also the original patch submission at
http://tracker.ceph.com/issues/897)
2. "don't complain on badly formatted expectations"
https://github.com/ceph/apache2/commit/0d9948f1e483386adef0841896484db8422127b2
Both of these were submitted to Apache upstream in December 2013 (thread
on apache-dev "Ceph patches for httpd") and merged in
http://svn.apache.org/r1554303 .
So his will be controllable via new directives in httpd 2.5:
"HttpContentLengthHeadZero" (defaults to off, ie, continue to squelch
the zero-length header) and HttpExpectStrict (defaults to off, ie,
continue to log the error).
So for httpd 2.5 we have something that gives us what we need.
next reply other threads:[~2014-12-12 17:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-12 17:12 Ken Dreyer [this message]
2014-12-12 17:34 ` Ceph's custom apache: ok to drop? Yehuda Sadeh
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=548B21E0.80102@redhat.com \
--to=kdreyer@redhat.com \
--cc=ceph-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.