[MDEV-4469] Fedora18 MariaDB-connect-engine packages are incorrectly asserting ownership of /usr/lib and /usr/lib64 Created: 2013-05-02  Updated: 2013-06-09  Resolved: 2013-06-09

Status: Closed
Project: MariaDB Server
Component/s: None
Affects Version/s: 10.0.3
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Daniel Bartholomew Assignee: Sergei Golubchik
Resolution: Fixed Votes: 0
Labels: None


 Description   

The Fedora18 MariaDB-connect-engine package for MariaDB 10.0 is asserting ownership of /usr/lib (on Fedora18 x86) and /usr/lib64 (on Fedora18 x86_64). This causes a conflict with the filesystem package which (rightly) owns those directories.

The packages need to be updated to not try and own those directories.

Logs from two recent builds (and the relevant bits):

https://internal.askmonty.org/buildbot/builders/kvm-rpm-fedora18-x86/builds/242/steps/test/logs/stdio

Transaction Check Error:
file /usr/lib from install of MariaDB-connect-engine-10.0.2-1.i686 conflicts with file from package filesystem-3.1-2.fc18.i686

https://internal.askmonty.org/buildbot/builders/kvm-rpm-fedora18-amd64/builds/225/steps/test/logs/stdio

Transaction Check Error:
file /usr/lib64 from install of MariaDB-connect-engine-10.0.2-1.x86_64 conflicts with file from package filesystem-3.1-2.fc18.x86_64



 Comments   
Comment by Sergei Golubchik [ 2013-06-03 ]

I suspect that it fails because of this line in storage/connect/CMakeLists.txt

SET(CPACK_RPM_connect_engine_USER_FILELIST ${ignored} "%config(noreplace) /etc/my.cnf.d/*" PARENT_SCOPE)

because ${ignored} is empty.

As a fix, it should be renamed (in cmake/cpack_rpm.cc) to, for example, RPM_IGNORED_FILES and set with PARENT_SCOPE, so that it would be visible in plugins' CMakeLists.txt files too.

Generated at Thu Feb 08 06:56:40 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.