Bug 1310900

Summary:	/usr/@DATADIRNAME@/ is an unusual place for a /locale/ directory.
Product:	[Fedora] Fedora	Reporter:	Peter Trenholme <PTrenholme>
Component:	libsoup	Assignee:	Matthew Barnes <mbarnes>
Status:	CLOSED UPSTREAM	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	danw, mbarnes
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-02-23 14:27:49 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Peter Trenholme 2016-02-22 23:09:23 UTC

Description of problem: I just noticed that the message files for libsoup had been installed in the above, fairly unusual, location on 17 Feb. (I assume that this was the result of an error in the .rpm file.)

Version-Release number of selected component (if applicable): 2.53.90-1

How reproducible: Didn't try

Steps to Reproduce: n/a

Actual results: See above

Expected results: Files installed in /usr/share/locale/../LC_MESSAGES/libsoup.mo, where /../ is the locale code.

Additional info I noticed this when I did a ls on /usr, and marked it "low" priority because - as far as I know - I don't often use libsoup, but if the library pops an error, and doesn't look for its messages the the "strange" location, will they see a error message that's hard to understand?

I did look in /usr/share/locale/, and no libsoup.mo files are there, so the cleanup after the rpm was installed probably removed them.

Comment 1 Dan Winship 2016-02-23 14:27:49 UTC

Yeah, this is caused by an old bug in intltool, which has always been fixed in f23, but for some reason I needed to do an "intltoolize --force" to overwrite the old buggy version of po/Makefile.in.in. Anyway, it will be fixed in the .91 tarball.