Better example for multiple ownership of a directory

[Jason L Tibbitts III]

In:

 
http://fedoraproject.org/wiki/Packaging:Guidelines#The_directory_is_owned...

the current packaging guidelines include mention of
/etc/bash_completion.d as an example of how to get multiple ownership of
a directory correct.  The problem is that that directory is now part of
the filesystem packages (and so shouldn't be multiply owned) and that's
not even the correct location for bash completion files these days.

I could just remove it, but I'd like to replace it with a more correct
example.  Problem is, I can't think of one.  Anyone have a better
directory to use to illustrate this?

 - J<

[Michael Schwendt]

On Mon, 29 Dec 2014 11:41:01 -0600, Jason L Tibbitts III wrote:

>  In:
>  
>   
> http://fedoraproject.org/wiki/Packaging:Guidelines#The_directory_is_owned...
>  
>  the current packaging guidelines include mention of
>  /etc/bash_completion.d as an example of how to get multiple ownership of
>  a directory correct.  The problem is that that directory is now part of
>  the filesystem packages (and so shouldn't be multiply owned) and that's
>  not even the correct location for bash completion files these days.
>  
>  I could just remove it, but I'd like to replace it with a more correct
>  example.  Problem is, I can't think of one.  Anyone have a better
>  directory to use to illustrate this? 
$ yum info gtk-doc|tail -4
Description : gtk-doc is a tool for generating API reference documentation.
            : It is used for generating the documentation for GTK+, GLib
            : and GNOME.

$ repoquery --whatprovides /usr/share/gtk-doc|wc -l
175

$ repoquery --whatprovides /usr/share/gtk-doc|grep gtk-doc
gtk-doc-0:1.21-1.fc21.noarch
webkitgtk-doc-0:2.4.7-1.fc21.noarch

$ rpm -qf /usr/share/gtk-doc
harfbuzz-devel-0.9.36-1.fc21.x86_64
$ rpm -qf /usr/share/gtk-doc/html
harfbuzz-devel-0.9.36-1.fc21.x86_64
$ rpm -qf /usr/share/gtk-doc/html/*
atk-devel-2.14.0-1.fc21.x86_64
cairo-devel-1.13.1-0.4.git337ab1f.fc21.x86_64
dbus-glib-devel-0.100.2-4.fc21.x86_64
gdk-pixbuf2-devel-2.31.1-1.fc21.x86_64
gstreamer1-plugins-good-1.4.4-1.fc21.x86_64
harfbuzz-devel-0.9.36-1.fc21.x86_64
at-spi2-core-devel-2.14.1-1.fc21.x86_64
libglade2-devel-2.6.4-12.fc21.x86_64
libnotify-devel-0.7.6-4.fc21.x86_64
libxml2-devel-2.9.1-6.fc21.x86_64
pango-devel-1.36.8-1.fc21.x86_64
pygobject2-doc-2.28.6-13.fc21.x86_64
pygtk2-doc-2.24.0-11.fc21.noarch
vte-devel-0.28.2-14.fc21.x86_64

[Jason L Tibbitts III]

> >>>> "MS" == Michael Schwendt
> <mschwendt(a)gmail.com&gt; writes: 
MS> $ yum info gtk-doc|tail -4

gtk-doc is already used as an example immediately previous to
bash-completion.  I could just leave it as the only example, I suppose.

 - J<

[Michael Schwendt]

On Mon, 29 Dec 2014 12:08:08 -0600, Jason L Tibbitts III wrote:

>  gtk-doc is already used as an example immediately previous to
>  bash-completion.  I could just leave it as the only example, I suppose. 
/usr/share/cmake  would be an option then. A package includes CMake modules
but may not want to "Requires: cmake" if the rest of the package contents
can be used without CMake, e.g. a -devel package with library and headers.

Caveat: Since /usr/share/cmake contains subdirs, packages should own also
the subdirs they store files within. It seems some packages don't get this
right:

$ repoquery --whatprovides /usr/share/cmake
websocketpp-devel-0:0.4.0-2.fc21.noarch
libqtxdg-devel-0:1.0.0-1.fc21.i686
paraview-devel-0:4.2.0-1.fc21.i686
bash-completion-1:2.1-6.20141110git52d8316.fc21.noarch
libqtxdg-qt5-devel-0:1.0.0-1.fc21.x86_64
libqtxdg-devel-0:1.0.0-1.fc21.x86_64
libqtxdg-qt5-devel-0:1.0.0-1.fc21.i686
paraview-devel-0:4.2.0-1.fc21.x86_64
cmake-0:3.0.2-2.fc21.x86_64

$ repoquery --whatprovides /usr/share/cmake/*
cmake-0:3.0.2-2.fc21.x86_64
cmake-0:3.0.2-2.fc21.x86_64
cmake-0:3.0.2-2.fc21.x86_64
cmake-0:3.0.2-2.fc21.x86_64
cmake-0:3.0.2-2.fc21.x86_64
cmake-0:3.0.2-2.fc21.x86_64

[Mario Blättermann]

Am 29.12.2014 um 18:41 schrieb Jason L Tibbitts III:
>  In:
>  
>   
> http://fedoraproject.org/wiki/Packaging:Guidelines#The_directory_is_owned...
>  
>  the current packaging guidelines include mention of
>  /etc/bash_completion.d as an example of how to get multiple ownership of
>  a directory correct.  The problem is that that directory is now part of
>  the filesystem packages (and so shouldn't be multiply owned) and that's
>  not even the correct location for bash completion files these days.
>  
>  I could just remove it, but I'd like to replace it with a more correct
>  example.  Problem is, I can't think of one.  Anyone have a better
>  directory to use to illustrate this?
>   
An example could be /usr/share/gtk-doc, although there was also an attempt [1]
some years ago to let it own by the "filesystem" package. Currently on my
system
(with just a few GTK apps and no -devel packages of them) it is owned by just
one package, but I remember some years ago with the Gnome development stack
installed it was owned by multiple packages.

[1] https://lists.fedoraproject.org/pipermail/packaging/2010-June/007170.html

Best Regards,
Mario