Summary: | dev-util/gtk-doc: patch (gtk-doc-1.10-no-m4.patch) changes both autotools source and result | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | n-roeser |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 226305 |
Description
Diego Elio Pettenò (RETIRED)
2008-06-14 16:20:27 UTC
That's done to split the upstream tarball into 2 separate ebuilds : gtk-doc and gtk-doc-am. This is perfectly justified :) ie, not a bug. Closing Err and cannot gtk-doc just patch Makefile.am and rebuild autotools like any other package? Good point. Would only changing Makefile.in be enough for you? None of us in the gnome herd are big fans of running eautoreconf when it can be avoided. And in that particular case, it's just a matter of dropping a file from being installed. Trivial and harmless enough, ihmo. Check my blog for why you should run eautoreconf.. I'll write something more tomorrow on why _not_ to patch just .in. why not simply remove the file at src_install ? No patch, no autoreconf, everyone is happy. (In reply to comment #5) > why not simply remove the file at src_install ? No patch, no autoreconf, > everyone is happy. > Seems to be fixed in that way at least since 1.13: # Don't install those files, they are in gtk-doc-am now rm "${D}"/usr/share/aclocal/gtk-doc.m4 || die "failed to remove gtk-doc.m4" rm "${D}"/usr/bin/gtkdoc-rebase || die "failed to remove gtkdoc-rebase" |