Bug 350641 - own /usr/share/aclocal
Summary: own /usr/share/aclocal
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: filesystem
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Phil Knirsch
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-10-24 15:56 UTC by Patrice Dumas
Modified: 2015-03-05 01:19 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-03-27 15:42:59 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Patrice Dumas 2007-10-24 15:56:27 UTC
Description of problem:

autoconf macros goes in /usr/share/aclocal, owned by the automake 
package. This is inconvenient since all the packages that ship
autoconf macros have to either own the directory or depend on 
automake. Some think that shipping an autoconf macro file means 
that the package should depend on aclocal, but in my opinion this
should be left to the packager, and not caused by a directory
ownership issue.

Still it is not really a basic filesystem directory, therefore
it is not obvious that you should accept my request...

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


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Patrice Dumas 2008-03-18 13:18:10 UTC
Any progress?

Comment 2 Phil Knirsch 2008-03-27 15:42:59 UTC
Hi Patrice.

Sorry for answering so late.

While i agree that having automake own /usr/share/aclocal is not optimal
filesystem so far doesn't own any application specific files, so i'd rather not
start it now.

As i've seen more of those requests lately though one possibility for the future
would be to add an application related filesystem package at some point which
could contain and own those application related general directories and files.

Read ya, Phil


Note You need to log in before you can comment on or make changes to this bug.