Bug 25872

Summary:	libunicap package create /usr/@DATADIRNAME@/locale directory
Product:	Mageia	Reporter:	diaphane d. <freedom.unix>
Component:	RPM Packages	Assignee:	QA Team <qa-bugs>
Status:	RESOLVED FIXED	QA Contact:
Severity:	minor
Priority:	Normal	CC:	andrewsfarm, geiger.david68210, sysadmin-bugs, tmb
Version:	7	Keywords:	advisory, validated_update
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:	MGA7-64-OK
Source RPM:	libunicap-0.9.12-11.mga7.src.rpm	CVE:
Status comment:
Attachments:	patch from Fedora

Description diaphane d. 2019-12-14 05:03:52 CET

Since upgrade from mga6 to mga7, there is a /usr/@DATADIRNAME@ directory in my system.

$ find /usr/@DATADIRNAME@/ -type f
/usr/@DATADIRNAME@/locale/ru/LC_MESSAGES/unicap.mo
/usr/@DATADIRNAME@/locale/de/LC_MESSAGES/unicap.mo
/usr/@DATADIRNAME@/locale/fr/LC_MESSAGES/unicap.mo

$ find /usr/@DATADIRNAME@/ -type f | xargs rpm -qf | uniq 
libunicap-0.9.12-11.mga7

In CentOS/RHEL/Fedora, the libunicap package is patched (libunicap-0.9.12/po/Makefile.in.in).
See https://centos.pkgs.org/7/epel-x86_64/libunicap-0.9.12-15.el7.x86_64.rpm.html and attachment.

Comment 1 diaphane d. 2019-12-14 05:05:56 CET

Created attachment 11407 [details]
patch from Fedora

Comment 2 David GEIGER 2019-12-14 07:21:39 CET

Assigning to QA,


Advisory:
========================

There's a wrong locale directory on the libunicap package from Mageia 7. It creates a "/usr/@DATADIRNAME@/locale/" path instead of "/usr/share/locale/*"
So this update fixes this issue.


========================

Packages in 7/core/updates_testing:
========================
libunicap-0.9.12-11.1.mga7.i586.rpm
libunicap2-0.9.12-11.1.mga7.i586.rpm
libunicap-devel-0.9.12-11.1.mga7.i586.rpm

libunicap-0.9.12-11.1.mga7.x86_64.rpm
lib64unicap2-0.9.12-11.1.mga7.x86_64.rpm
lib64unicap-devel-0.9.12-11.1.mga7.x86_64.rpm


Source RPM: 
========================
libunicap-0.9.12-11.1.mga7.src.rpm

Assignee: bugsquad => qa-bugs
CC: (none) => geiger.david68210

Comment 3 Thomas Andrews 2020-01-05 18:36:38 CET

Sorry this took so long.

I was mystified at first, assuming the problem had something to do with the upgrade, and not finding the extra directories on any of my systems, upgrades or clean installs. Then I thought to check to see what libunicap was actually for (accessing capture devices), and discovered it wasn't installed on any of my systems at all.

Installed libunicap and lib64unicap. Issued the command from Comment 0, which showed the offending directories.

Updated both packages, and issued the same command. All offending directories were gone.

OK for 64-bit. Validating. Advisory in Comment 2.

CC: (none) => andrewsfarm, sysadmin-bugs
Keywords: (none) => validated_update
Whiteboard: (none) => MGA7-64-OK

Thomas Backlund 2020-01-07 21:30:44 CET

Keywords: (none) => advisory
CC: (none) => tmb

Comment 4 Mageia Robot 2020-01-07 22:21:20 CET

An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2020-0014.html

Status: NEW => RESOLVED
Resolution: (none) => FIXED