Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Jörg Krause" <joerg.krause@embedded.rocks>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/1] package/lua: do not install man files
Date: Tue, 22 Sep 2015 20:56:43 +0200	[thread overview]
Message-ID: <1442948203.2525.1.camel@embedded.rocks> (raw)
In-Reply-To: <20150922160121.2c878fa6@free-electrons.com>

On Di, 2015-09-22 at 16:01 +0200, Thomas Petazzoni wrote:
> Hello J?rg,
> 
> On Tue, 22 Sep 2015 00:59:02 +0200, J?rg Krause wrote:
> > As written in the holy manual:
> > http://buildroot.org/downloads/manual/manual.html#faq-no-doc-on-tar
> > get
> > 
> > Signed-off-by: J?rg Krause <joerg.krause@embedded.rocks>
> > ---
> >  package/lua/lua.mk | 4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> > 
> > diff --git a/package/lua/lua.mk b/package/lua/lua.mk
> > index 1279b76..af5cef3 100644
> > --- a/package/lua/lua.mk
> > +++ b/package/lua/lua.mk
> > @@ -87,7 +87,7 @@ define HOST_LUA_BUILD_CMDS
> >  endef
> >  
> >  define LUA_INSTALL_STAGING_CMDS
> > -	$(MAKE) INSTALL_TOP="$(STAGING_DIR)/usr" -C $(@D) install
> > +	$(MAKE) INSTALL_TOP="$(STAGING_DIR)/usr" INSTALL_MAN= -C
> > $(@D) install
> >  	$(INSTALL) -m 0644 -D $(@D)/etc/lua.pc \
> >  		$(STAGING_DIR)/usr/lib/pkgconfig/lua.pc
> >  endef
> > @@ -97,7 +97,7 @@ define LUA_INSTALL_TARGET_CMDS
> >  endef
> >  
> >  define HOST_LUA_INSTALL_CMDS
> > -	$(MAKE) INSTALL_TOP="$(HOST_DIR)/usr" -C $(@D) install
> > +	$(MAKE) INSTALL_TOP="$(HOST_DIR)/usr" INSTALL_MAN= -C
> > $(@D) install
> >  	$(INSTALL) -m 0644 -D $(@D)/etc/lua.pc \
> >  		$(HOST_DIR)/usr/lib/pkgconfig/lua.pc
> >  endef
> 
> This is in fact not needed. Buildroot is already removing the man
> pages
> in the target-finalize step of the main Makefile. I have checked, the
> Lua man pages are installed in standard locations, so they are
> properly
> removed by this generic removal step.
> 
> For this reason, I am not sure it is really worth to add more
> complexity to a package to avoid doing something that is anyway
> already
> handled at some later point in a generic way. It would be worth if
> that
> thing was actually taking a significant amount of build time, or
> required additional dependencies. But it's not the case here, so i
> would be tempted to leave the Lua package as is, and not take this
> patch.
> 
> Opinions?
> 

I see! I didn't know about this. I just build the lua package (without
make all) and saw the man files in my target tree.

Many thanks for clarification! I'll mark this patch as rejected...

J?rg

      reply	other threads:[~2015-09-22 18:56 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-21 22:59 [Buildroot] [PATCH 1/1] package/lua: do not install man files Jörg Krause
2015-09-22 14:01 ` Thomas Petazzoni
2015-09-22 18:56   ` Jörg Krause [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1442948203.2525.1.camel@embedded.rocks \
    --to=joerg.krause@embedded.rocks \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox