Bug 450160

Summary:	--enable-esi Fails
Product:	[Fedora] Fedora	Reporter:	Jonathan Steffan <jonathansteffan>
Component:	squid	Assignee:	Jiri Skala <jskala>
Status:	CLOSED UPSTREAM	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	low
Version:	10	CC:	aglotov, jonathansteffan
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-05-25 20:08:07 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Jonathan Steffan 2008-06-05 16:21:59 UTC

Description of problem:
This might be an upstream issue. When I add --enable-esi to squid-3.0.STABLE6-2
(and yes, adding BuildRequires: expat-devel, libxml2-devel) squid builds fine
but segfaults after the first request it receives. Oddly, squid processes
linger, but squid no longer listens on any ports.

Version-Release number of selected component (if applicable):
squid-3.0.STABLE6-2

How reproducible:
Always

Steps to Reproduce:
1. Pull SRPM, add --enable-esi
2. Add needed BRs: expat-devel, libxml2-devel
3. Build, Start squid, make a request
  
Actual results:
Squid fails.


Expected results:
ESI Support ;-)

Additional info:
This is likely an upstream issue, but I wanted to document the failure and have
a point of entry for any patches I find/write to make this work.

Comment 1 Bug Zapper 2008-11-26 02:23:12 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 2 Jonathan Steffan 2009-05-25 20:08:07 UTC

This is an upstream issue and should be fixed is upcoming releases.