From: Adrian Bunk <bunk@stusta.de>
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Cc: OpenEmbedded Development mailing list
<openembedded-devel@lists.openembedded.org>
Subject: Re: proper way to report(?) conflicting files being installed?
Date: Thu, 19 Mar 2020 15:42:13 +0200 [thread overview]
Message-ID: <20200319134213.GA29515@localhost> (raw)
In-Reply-To: <alpine.LFD.2.21.2003190907590.10468@localhost.localdomain>
On Thu, Mar 19, 2020 at 09:22:54AM -0400, Robert P. J. Day wrote:
>...
> +# ax_code_coverage.m4 and ax_check_enable_debug.m4 are in gnome-common only
> +# because older versions of autoconf-archive didn't have them yet. Now they
> +# are in autoconf-archive from OE-core. We depend on that below to ensure
> +# that recipes which only depend on gnome-common still get them.
> +do_install_append () {
> + rm -f ${D}${datadir}/aclocal/ax_code_coverage.m4
> + rm -f ${D}${datadir}/aclocal/ax_check_enable_debug.m4
> +}
> +RDEPENDS_${PN} += "autoconf-archive"
> +DEPENDS_append_class-native = " autoconf-archive-native"
> +
>
> it *appears* that solved the problem, which raises the question --
> should this patch be applied to the current gnome-common recipe? that
> patchwork entry dates back to 2017 ... should it have been applied at
> some point?
The currently implemented solution is:
# Default to enable autoconf-archive to avoid conflicts
PACKAGECONFIG ??= "autoconf-archive"
PACKAGECONFIG[autoconf-archive] = "--with-autoconf-archive, --without-autoconf-archive, autoconf-archive"
It is not clear to me why this gives the user to disable it
instead of unconditionally enabling it.
> rday
cu
Adrian
next prev parent reply other threads:[~2020-03-19 13:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-19 13:22 proper way to report(?) conflicting files being installed? Robert P. J. Day
2020-03-19 13:42 ` Adrian Bunk [this message]
2020-03-19 14:59 ` Robert P. J. Day
2020-03-19 17:09 ` Robert P. J. Day
2020-03-19 17:32 ` Adrian Bunk
2020-03-19 17:58 ` Ross Burton
2020-03-19 19:12 ` Robert P. J. Day
2020-03-19 19:10 ` Robert P. J. Day
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=20200319134213.GA29515@localhost \
--to=bunk@stusta.de \
--cc=openembedded-devel@lists.openembedded.org \
--cc=rpjday@crashcourse.ca \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.