rpm incorrectly provides /usr and subdirectories

[John Ruemker]

Installation of brewtarget-2.0.1 fails on Fedora 18 because it provides directories that are part of the base file system:

  file /usr from install of brewtarget-2.0.1-1.x86_64 conflicts with file from package filesystem-3.1-2.fc18.x86_64
  file /usr/local from install of brewtarget-2.0.1-1.x86_64 conflicts with file from package filesystem-3.1-2.fc18.x86_64
  file /usr/local/bin from install of brewtarget-2.0.1-1.x86_64 conflicts with file from package filesystem-3.1-2.fc18.x86_64
  file /usr/local/share from install of brewtarget-2.0.1-1.x86_64 conflicts with file from package filesystem-3.1-2.fc18.x86_64
  file /usr/local/share/applications from install of brewtarget-2.0.1-1.x86_64 conflicts with file from package filesystem-3.1-2.fc18.x86_64
  file /usr from install of brewtarget-2.0.1-1.x86_64 conflicts with file from package jdk-2000:1.7.0_17-fcs.x86_64

The directories that should not be listed in the rpm %files section are:

/usr
/usr/local
/usr/local/bin
/usr/local/share
/usr/local/share/applications
/usr/local/share/doc
/usr/local/share/icons

The official version in the Fedora repos does not have this issue, however it is still version 1 so those of us that wish to try the latest are left to build from source.

As a side note, it would be useful if you could post your SRPM along with the other binary downloads; this is not the first issue I've run into with the RPM builds posted on the site, and having the ability to manually correct them in the rpm as opposed to building from source would be ideal.

[Philip (rocketman768)]

Fixed in commit https://gitorious.org/brewtarget/brewtarget/commit/e72ab6303e507b6bab1f455ff1694ba03b557b61.

CPack now runs correctly and does not claim system directories.