Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 761520 - net-irc/hexchat-2.14.3-r100 fails to build without lua useflag set
Summary: net-irc/hexchat-2.14.3-r100 fails to build without lua useflag set
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Lars Wendler (Polynomial-C) (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-24 20:15 UTC by Michael Cook
Modified: 2020-12-27 19:47 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Cook 2020-12-24 20:15:52 UTC
builds fine with lua useflag, fails without.

Very helpful snippet from log:

Run-time dependency no found: NO (tried pkgconfig and cmake)

plugins/lua/meson.build:4:2: ERROR: Dependency "no" not found, tried pkgconfig and cmake

Reproducible: Always
Comment 1 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2020-12-24 20:21:44 UTC
Full log and emerge —-info please
Comment 2 Michael Cook 2020-12-24 20:24:22 UTC
I believe line 88 is being expanded to -Dwith-lua="$(usex lua false)" currently if lua useflag is not set. So with defaults that's usex lua false no yes no.
Comment 3 Michael Cook 2020-12-24 20:25:06 UTC
(In reply to Sam James from comment #1)
> Full log and emerge —-info please

I don't think that's necessary given comment #2 I posted right after you asked that :P
Comment 4 Larry the Git Cow gentoo-dev 2020-12-24 23:30:02 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2f94d3acdc091db41c1c741f854e0c66bd2642b5

commit 2f94d3acdc091db41c1c741f854e0c66bd2642b5
Author:     Marek Szuba <marecki@gentoo.org>
AuthorDate: 2020-12-24 23:28:07 +0000
Commit:     Marek Szuba <marecki@gentoo.org>
CommitDate: 2020-12-24 23:29:52 +0000

    net-irc/hexchat-2.14.3-r100: fix USE=-lua configure error
    
    Quotation marks are important, kids.
    
    Closes: https://bugs.gentoo.org/761520
    Signed-off-by: Marek Szuba <marecki@gentoo.org>

 net-irc/hexchat/hexchat-2.14.3-r100.ebuild | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
Comment 5 Michael Cook 2020-12-27 18:12:00 UTC
This is not fixed (finally got around to testing it again)
Comment 6 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2020-12-27 18:13:22 UTC
(In reply to Michael Cook from comment #5)
> This is not fixed (finally got around to testing it again)

Please share the new log and all. Is this bug 761811?
Comment 7 Michael Cook 2020-12-27 18:20:32 UTC
(In reply to Sam James from comment #6)
> (In reply to Michael Cook from comment #5)
> > This is not fixed (finally got around to testing it again)
> 
> Please share the new log and all. Is this bug 761811?

Well, this one was reported first and incorrectly marked as fixed. So that bug is this one?

${ELUA} is an empty string when the lua useflag isn't set, resulting in what I explained in comment #2
Comment 8 Michael Cook 2020-12-27 18:30:54 UTC
Just some examples of line 88 just expanding ${ELUA}

With luajit: -Dwith-lua="$(usex lua luajit false)" resulting in with-lua being defined as luajit when lua useflag is set and false otherwise.

With lua5-1: -Dwith-lua="$(usex lua lua5-1 false)" resulting in with-lua being defined as lua5-1 when lua useflag is set and false otherwise.

With none: -Dwith-lua="$(usex lua false)" resulting in with-lua being defined as false when lua useflag is set (this is a theoretical exercise since if lua useflag is set, ELUA will never be an empty string) and no otherwise (the no is from default options of usex)
Comment 9 Michael Cook 2020-12-27 19:47:09 UTC
Crap, looks like I forgot to clean up the local ebuild I made while I was double checking things. My bad, this should be fixed actually.