There's no need to depend on gtk-doc to install .html files. See the tracking bug for details.
Doesn't this¹ leave %{_datadir}/gtk-doc unowned? It's okay to not depend on gtk-doc, but then you'd want to own the dir. For the one package of mine I'm waiting to see the outcome of the discussion on the packaging list. :) ¹ http://cvs.fedoraproject.org/viewvc/rpms/clutter-imcontext/devel/clutter-imcontext.spec?r1=1.7&r2=1.8
Peter, I think Todd raised an important question.
(In reply to comment #2) > Peter, I think Todd raised an important question. Its a question that should have been answered before the tickets were opened then or else they should be bulk closed.
As a maintainer it is up to you to accept a bug. In doubt, ask the packaging committee. So far the discussions on the packaging list didn't lead to a consensus. Most people suggested to stick with the current set of guidelines and close these bugs. You should not accept everything blindly. Unowned directories are worse than duplicate ownership
(In reply to comment #4) > As a maintainer it is up to you to accept a bug. In doubt, ask the packaging > committee. So far the discussions on the packaging list didn't lead to a > consensus. Most people suggested to stick with the current set of guidelines > and close these bugs. > > You should not accept everything blindly. Unowned directories are worse than > duplicate ownership my point still remains mass bugs shouldn't be opened if they haven't already been accepted as a feature by the packaging team. If the dep of gtk-doc isn't wanted then the directory should be owned by the filesystem package.
(In reply to comment #5) > my point still remains mass bugs shouldn't be opened if they haven't already > been accepted as a feature by the packaging team. Please complain to the bug reporter. > If the dep of gtk-doc isn't > wanted then the directory should be owned by the filesystem package. This was already discussed and packagers should follow the discussion before making changes.