On 2016-06-07, Pavel Raiskup <praiskup@xxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx https://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
