Openembedded Core Discussions
 help / color / mirror / Atom feed
* [PATCH 0/3] coreutils: facilitate generating real manpages
@ 2015-02-10 19:19 Paul Gortmaker
  2015-02-10 19:19 ` [PATCH 1/3] coreutils: don't generate useless dummy stub manpages Paul Gortmaker
                   ` (2 more replies)
  0 siblings, 3 replies; 8+ messages in thread
From: Paul Gortmaker @ 2015-02-10 19:19 UTC (permalink / raw)
  To: openembedded-core; +Cc: Paul Eggleton

As part of improving the end user experience for installs where the
end user interacts directly with the generated filesystem (e.g. the
build-appliance) these three commits ensure that we can have real
man pages for coreutils on the target if desired.

This has been problematic for everyone who cross compiles, since the
gnu folks use "help2man" -- which is a perl script that wants to run
the target binaries (e.g. "chmod --help") and then use the output from
that.  And unfortunately this doesn't appear likely to change.

Our current status is that we "hide" perl by defeating a perl check,
and also we have our own "help2man" script which unconditionally fails
(as part of an earlier solution to the manpages problem).  And then the
doc RPM gets useless stub manpages with a big "OOOPS" message in them.

Here we delete all stuff associated with the old solutions, and then
decouple the one makefile line triggering what would be the failed
attempt at generating manpages via help2man.  Then we add in sourcing
and using prebuilt manpages from the Gentoo project (which was their
solution[1] to the help2man cross-compile issue).

Paul.

[1] http://lists.gnu.org/archive/html/coreutils/2014-11/msg00001.html
---

Paul Gortmaker (3):
  coreutils: don't generate useless dummy stub manpages
  coreutils: import prebuilt manpages from Gentoo
  scripts: delete dummy help2man script

 .../coreutils/coreutils-8.23/dummy_help2man.patch  | 22 ---------------
 .../coreutils-8.23/fix-for-dummy-man-usage.patch   | 31 ----------------------
 .../man-decouple-manpages-from-build.patch         | 27 +++++++++++++++++++
 meta/recipes-core/coreutils/coreutils_8.23.bb      | 18 +++++++++----
 scripts/help2man                                   |  3 ---
 5 files changed, 40 insertions(+), 61 deletions(-)
 delete mode 100644 meta/recipes-core/coreutils/coreutils-8.23/dummy_help2man.patch
 delete mode 100644 meta/recipes-core/coreutils/coreutils-8.23/fix-for-dummy-man-usage.patch
 create mode 100644 meta/recipes-core/coreutils/coreutils-8.23/man-decouple-manpages-from-build.patch
 delete mode 100755 scripts/help2man

-- 
2.2.1



^ permalink raw reply	[flat|nested] 8+ messages in thread
* [PATCH-v2 0/3] coreutils: facilitate generating real manpages
@ 2015-02-17  5:47 Paul Gortmaker
  2015-02-17  5:47 ` [PATCH 1/3] coreutils: don't generate useless dummy stub manpages Paul Gortmaker
  0 siblings, 1 reply; 8+ messages in thread
From: Paul Gortmaker @ 2015-02-17  5:47 UTC (permalink / raw)
  To: openembedded-core; +Cc: Paul Eggleton

As part of improving the end user experience for installs where the
end user interacts directly with the generated filesystem (e.g. the
build-appliance) these three commits ensure that we can have real
man pages for coreutils on the target if desired.

This has been problematic for everyone who cross compiles, since the
gnu folks use "help2man" -- which is a perl script that wants to run
the target binaries (e.g. "chmod --help") and then use the output from
that.  And unfortunately this doesn't appear likely to change.

Our current status is that we "hide" perl by defeating a perl check,
and also we have our own "help2man" script which unconditionally fails
(as part of an earlier solution to the manpages problem).  And then the
doc RPM gets useless stub manpages with a big "OOOPS" message in them.

Here we delete all stuff associated with the old solutions, and then
decouple the one makefile line triggering what would be the failed
attempt at generating manpages via help2man.  Then we add in sourcing
and using prebuilt manpages from the Gentoo project (which was their
solution[1] to the help2man cross-compile issue).

[v2: use update-alternatives in patch #2; patch #1 and #3 unchanged]

Paul.

[1] http://lists.gnu.org/archive/html/coreutils/2014-11/msg00001.html
---

Paul Gortmaker (3):
  coreutils: don't generate useless dummy stub manpages
  coreutils: import prebuilt manpages from Gentoo
  scripts: delete dummy help2man script

 .../coreutils/coreutils-8.23/dummy_help2man.patch  | 22 ---------------
 .../coreutils-8.23/fix-for-dummy-man-usage.patch   | 31 ----------------------
 .../man-decouple-manpages-from-build.patch         | 27 +++++++++++++++++++
 meta/recipes-core/coreutils/coreutils_8.23.bb      | 24 +++++++++++++----
 scripts/help2man                                   |  3 ---
 5 files changed, 46 insertions(+), 61 deletions(-)
 delete mode 100644 meta/recipes-core/coreutils/coreutils-8.23/dummy_help2man.patch
 delete mode 100644 meta/recipes-core/coreutils/coreutils-8.23/fix-for-dummy-man-usage.patch
 create mode 100644 meta/recipes-core/coreutils/coreutils-8.23/man-decouple-manpages-from-build.patch
 delete mode 100755 scripts/help2man

-- 
2.2.1



^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2015-02-17  5:48 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-02-10 19:19 [PATCH 0/3] coreutils: facilitate generating real manpages Paul Gortmaker
2015-02-10 19:19 ` [PATCH 1/3] coreutils: don't generate useless dummy stub manpages Paul Gortmaker
2015-02-11  1:51   ` ChenQi
2015-02-17  5:43     ` Paul Gortmaker
2015-02-10 19:19 ` [PATCH 2/3] coreutils: import prebuilt manpages from Gentoo Paul Gortmaker
2015-02-10 19:59   ` Mark Hatle
2015-02-10 19:19 ` [PATCH 3/3] scripts: delete dummy help2man script Paul Gortmaker
  -- strict thread matches above, loose matches on Subject: below --
2015-02-17  5:47 [PATCH-v2 0/3] coreutils: facilitate generating real manpages Paul Gortmaker
2015-02-17  5:47 ` [PATCH 1/3] coreutils: don't generate useless dummy stub manpages Paul Gortmaker

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox