On 2016-06-07, Pavel Raiskup <prais...@redhat.com> wrote:
> Just wanted to ping here about one packaging helper [1], which is stuck in
> some (possibly infinite/priority) queue without any review.
>
> In database packages we have that multilib hack for a very long time,
> mostly C&P'ed among various spec files. Having this in redhat-rpm-config
> could make that more solid, maintained at one place.
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1286193
> [2] https://fedoraproject.org/wiki/PackagingDrafts/MultilibTricks
>
I have problem with current multilib that it does not work:
Guidelines require devel packages to be architecture specific (no
BuildArch: noarch). Guidelines require having dependencies between
architecture specific packages restricted to the architecture
(Requires: foo-devel%{?_isa}). C guildelines require depending on "gcc"
for standard C library header files.
Files in devel packages usually include standard C library header
files, thus one needs to "Require: gcc%{?_isa}" from the devel packages.
But it's not possible to install gcc.x86_64 and gcc.i686 at the same
time (they conflicts on /usr/libexec/getconf/default).
So the final question: When gcc package will be multilib-safe? Without
multlib-safe gcc package, all the aim in all the other packages is
useless because all the dependencies lead to gcc.
-- Petr
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
