On Mon, Feb 21, 2011 at 10:18:38AM +0100, 80 wrote:
> @krzesimir: thank you, if we settle to /usr/share/doc, then you should
> move devhelp index to /usr/share/devhelp/books.
>
One thing to note about /usr/share/doc is that files under there are
automatically marked as %doc. Programs can't have a
2011/2/21 80 :
> As for /usr/share/devhelp/books, since a similar issue raised by
> gtk-doc, guidelines should allow us now to own
> /usr/share/devhelp/books since devhelp is an optional functionality.
>
>> http://fedoraproject.org/wiki/PackagingGuidelines#Conditional_dependencies
>> The directory
2011/2/21 80 :
> @krzesimir: thank you, if we settle to /usr/share/doc, then you should
> move devhelp index to /usr/share/devhelp/books.
I moved devhelp2 file to directory owned by gtk-doc because avoiding
dependency on devhelp application seemed sensible to me - it is not
necessary to read doxyg
@krzesimir: thank you, if we settle to /usr/share/doc, then you should
move devhelp index to /usr/share/devhelp/books. Another issue is that
gtkmm doc subpackages should require base package documentation
packages (for libvtemm, at least gtkmm24-doc, glibmm24-doc,
libsigc++20-doc) so that hyperlink
2011/2/21 Remi Collet :
> Le 21/02/2011 09:41, 80 a écrit :
>
>> (you have to move documentation and fix devhelp index files),
>
> Not only .devhelp, but also .pc which is used to
> retrieve doc path by others packages.
>
> # pkg-config --variable=doxytagfile "cairomm-1.0"
> /usr/share/doc/cairomm-
Le 21/02/2011 09:41, 80 a écrit :
> (you have to move documentation and fix devhelp index files),
Not only .devhelp, but also .pc which is used to
retrieve doc path by others packages.
# pkg-config --variable=doxytagfile "cairomm-1.0"
/usr/share/doc/cairomm-1.0/reference/cairomm-1.0.tag
# pkg-
2011/2/21 80 :
> Hi, i'm co-maintaining part of the gtkmm stack and a documentation
> location issue has been raised
> (https://bugzilla.redhat.com/show_bug.cgi?id=678981)
> By default, gtkmm-related packages put their documentation in
> /usr/share/doc, but for historical reason, fedora packages mo
