Bug 148024

Summary: latest squid update breaks some languages
Product: [Fedora] Fedora Reporter: Nerijus Baliūnas <nerijus>
Component: squidAssignee: Jay Fenlason <fenlason>
Status: CLOSED ERRATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 3CC: jfeeney
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-03-30 23:17:39 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Nerijus Baliūnas 2005-02-14 21:52:51 UTC
After latest squid update for FC3 (squid-2.5.STABLE7-1.FC3.1) I get when
launching squid:
errorTryLoadText: '/usr/share/squid/errors/Lithuanian/ERR_INVALID_RESP': (2) No
such file or directory
Korean, Polish, Portuguese, Romanian and Lithuanian languages are missing file
ERR_INVALID_RESP. It seems squid-2.5.STABLE7-header_parsing.patch, which is in
this update, is not full.

Another thing - earlier error_directory in squid.conf was /etc/squid/errors, now
- /usr/share/squid/errors/English. So earlier I could just change a link
/etc/squid/errors, now I have to change squid.conf. Was this change intentional?

squid.spec has:
 case "$LANG" in

it would be nice that this list is updated with all the languages squid now has
support for. I can provide a patch if needed.

I'd suggest updating to squid-2.5.STABLE8, which was recently released, then
squid-2.5.STABLE7-header_parsing.patch is not needed.

Comment 1 Nerijus Baliūnas 2005-03-22 00:28:25 UTC
The issue with breaking some languages is fixed in the latest update
What about other 2 issues? BTW, if you will not return to using
/etc/squid/errors, the case "$LANG" section in squid.spec can be removed.

Comment 2 Nerijus Baliūnas 2005-03-30 23:17:39 UTC
In squid-2.5.STABLE9-1.FC3.4 you removed references to /etc/squid/errors from
spec file, so I'm closing this.