Merge lp:~xnox/ubuntu/raring/libnih/gtkdoc into lp:ubuntu/raring/libnih
Proposed by
Dimitri John Ledkov
Status: | Work in progress |
---|---|
Proposed branch: | lp:~xnox/ubuntu/raring/libnih/gtkdoc |
Merge into: | lp:ubuntu/raring/libnih |
Diff against target: |
268 lines (+147/-6) (has conflicts) 11 files modified
Makefile.am (+2/-1) configure.ac (+11/-0) debian/changelog (+9/-0) debian/clean (+2/-0) debian/control (+15/-3) debian/libnih-doc.doc-base.nih (+11/-0) debian/libnih-doc.install (+2/-0) debian/libnih-doc.links (+2/-0) debian/rules (+7/-2) docs/reference/nih/Makefile.am (+23/-0) docs/reference/nih/nih-docs.sgml (+63/-0) Text conflict in debian/changelog |
To merge this branch: | bzr merge lp:~xnox/ubuntu/raring/libnih/gtkdoc |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Steve Langasek | Needs Fixing | ||
Review via email: mp+139660@code.launchpad.net |
To post a comment you must log in.
Unmerged revisions
- 1071. By Dimitri John Ledkov
-
* Undo gtkdocize with debian/clean
* Don't change dist config flags (upstream should do that)
* add gtk-doc-tools build-dep
* Remove boilerplate from copied reference Makefile.am
* "Avoid" in configure.ac build-dep on glib & gobject (we don't need
gtk-doc signal scanner) - 1070. By Dimitri John Ledkov
-
Add gtk-doc documentation for nih.
> +DISTCHECK_ CONFIGURE_ FLAGS=- -enable- gtk-doc
Can you explain why this is needed? I can't see what this has to do with adding support for gtk-doc.
> -Build-Depends: debhelper (>= 8.1.3~), pkg-config (>= 0.22), libdbus-1-dev (>= 1.4), libexpat1-dev (>= 2.0.0), dbus (>= 1.4), libc6-dev (>= 2.15~) | libc6.1-dev (>= 2.15~)
> +Build-Depends: debhelper (>= 8.1.3~), pkg-config (>= 0.22), libdbus-1-dev (>= 1.4), libexpat1-dev (>= 2.0.0), dbus (>= 1.4), libc6-dev (>= 2.15~) | libc6.1-dev (>= 2.15~), dh-autoreconf
Seems to be missing a build-dependency on gtk-doc-tools, which provides the 'gtkdocize' tool you call in debian/rules.
Would it be possible to trim the dead code out of docs/reference/ nih/Makefile. am? It would be easier to read if it weren't full of commented examples of things we're not using. Since this is a locally modified file already, there doesn't seem to be any value in keeping it close to the gtkdoc template.
Can you add information to debian/clean to reverse the effect of gtkdocize in the clean target? (dh-autoreconf's dh sequence already takes care of this for the files that autoreconf creates/modifies.)