similar to: build c7 packages for i686 using mock

Hi, Here's how my epel-7-i386.cfg mock file looks like: http://fpaste.org/164110/19877702/raw/ Do note the 32bit packages are unofficial and unsupported. RedHat does not support 32bit in EL7. HTH Lucian Nux! <nux at li.nux.ro> 12/30/14 to CentOS On Fri, Jan 30, 2015 at 10:38 AM, Peter <peter at pajamian.dhs.org> wrote: > On 01/30/2015 11:56 AM, Gordon Messmer wrote: >

Hi, all! How to setup own i686 mock for CentOS7? Or, is there any public i686 repo for CentOS7? I found i686 repo available in internal CentOS building environment, from a root.log from a mock build result[1]. [1] http://buildlogs.centos.org/c7-updates/glibc/20141218212615/2.17-55.el7_0.3.i386/root.log Cheers, -robin

On 01/30/2015 11:56 AM, Gordon Messmer wrote: > This might be an embarrassingly simple question. How are people > building multi-arch library packages on CentOS 7? On older releases one > could "mock -r epel-6-i386" and "mock -r epel-6-x86_64" to build a > library twice. With no 32-bit release, there's no epel-7-i386 target > for mock. Specifying

Hi, Nux! Can you re-paste this cfg? The url is outdated. - robin On Tue, Dec 30, 2014 at 2:30 AM, Nux! <nux at li.nux.ro> wrote: > Hi, > > Here's how my epel-7-i386.cfg mock file looks like: > http://fpaste.org/164110/19877702/raw/ > > Do note the 32bit packages are unofficial and unsupported. RedHat does not > support 32bit in EL7. > > HTH > Lucian >

On 01/30/2015 12:41 PM, Gordon Messmer wrote: > On 01/30/2015 02:19 AM, Robin Lee wrote: >> Do note the 32bit packages are unofficial and unsupported. RedHat does >> not >> support 32bit in EL7. > > Right, but the CentOS project itself produces multi-arch libraries, so I > guess what I'm really asking is, "how?" We are almost ready to release an i686

Hi, Here's how my epel-7-i386.cfg mock file looks like: http://fpaste.org/164110/19877702/raw/ Do note the 32bit packages are unofficial and unsupported. RedHat does not support 32bit in EL7. HTH Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "Robin Lee" <robinlee.sysu at gmail.com> > To: centos at

So, you have to have a full i386 build root to build i386 arch packages .. then only a subset of those built packages are actually used as multilib packages for x86_64. as Nux! said, you have to use the i386 distro to build those. The mock configs we use to build live here: https://git.centos.org/tree/sig-core!bld-seven.git/master/mock Obviously, you would need to modify them for your setup.

Hello list, I'm currently trying to build the i686 version of http://vault.centos.org/7.5.1804/os/Source/SPackages/nss-util-3.34.0-2.el7.src.rpm The x86_86 version works with mock, but I cannot figure out how to build the i686 version. best regards, Martin

On 05/20/2018 07:45 AM, Johnny Hughes wrote: > > So, you have to have a full i386 build root to build i386 arch packages > .. then only a subset of those built packages are actually used as > multilib packages for x86_64. > > as Nux! said, you have to use the i386 distro to build those. > I have the problem, that in mock shell the file /etc/rpm/macros.dist has a wrong

On 01/30/2015 02:19 AM, Robin Lee wrote: > Do note the 32bit packages are unofficial and unsupported. RedHat does not > support 32bit in EL7. Right, but the CentOS project itself produces multi-arch libraries, so I guess what I'm really asking is, "how?"

On 05/25/2018 04:47 AM, Martin Vogt wrote: > > > On 05/20/2018 07:45 AM, Johnny Hughes wrote: >> >> So, you have to have a full i386 build root to build i386 arch packages >> .. then only a subset of those built packages are actually used as >> multilib packages for x86_64. >> >> as Nux! said, you have to use the i386 distro to build those. >>

Hi Martin, You need to build a "epel-7-i386" mock profile and use that. Now I call it "epel" so it resembles the default profile, but there is no EPEL 32bit for EL7. There is a 32bit CentOS 7 tree here http://mirror.centos.org/altarch/7/os/i386/ If there are deps required and are not there you'll need to backport them from Fedora I guess. -- Sent from the Delta quadrant

Morning, somehow the upgrade to 4.4 broke mock on my system: | [angenenr at shutdown SPECS]$mock -r c3-i386 /home/angenenr/redhat/SRPMS/apache-ssl-2.8.28-2el4.src.rpm | init | clean | prep | This may take a while | Could not find useradd in chroot, maybe the install failed? Nope, it's not the config_opts['chroot_setup_cmd'] = 'groupinstall build' issue, as I'm still

Hi Jonathan, On Sun, 23 Aug 2020, Jonathan Billings wrote: > On Aug 23, 2020, at 12:07, me at tdiehl.org wrote: >> >> ?Hi, >> >> I am trying to create a mock configuration file that points to my local dnf repo. >> I have the following in the mock config template: >> >> [local-repo] >> name=my-Local >>

Question: If I use mock to build package rpmA from tarballA but rpmA has a dependency that can only be satisfied by package rpmB which must also be built from tarballB then how does the rpmB built from the tarballB get pulled into mock when building rpmA? I am trying to build httpd-2.4.7 from Apache and that needs apr-devel and apr-util-devel > 1.4. I can build apr and apr-utils in mock but

On 25/08/20 11:27 am, Jonathan Billings wrote: > On Aug 24, 2020, at 16:48, me at tdiehl.org wrote: >> >> Also, I am trying to add a dist tag to rpms that I build in mock. >> In the epel-7 configs I do something like the following: >> config_opts['macros']['%dist'] = '.el7.tnt' to get a dist tag on the >> rpms. In epel/centos 8 this does not

Here''s another one. spec: m = mock("blah") m.should_receive(:foo).with(1) code: m.foo(2) Failure message: Mock ''blah'' expected ''foo'' once, but received it 0 times ------ Twice now I''ve gotten this failure message and wasted time trying to understand why the method foo() was not being called despite all evidence suggesting

I've successfully rebuilt Red Hat EL PHP 5.2.10 RPMs using mock on a CentOS 5.4 i386. I wanted to be able to build both x86_64 and i386 versions so I reinstalled my builder system with CentOS 5.4 x86_64. Now I can build the PHP RPM successful for x86_64, but i386 fails with the following during configure /usr/bin/net-snmp-config: line 43: net-snmp-config-x86_64: command not found For the

Hi, I am trying to create a mock configuration file that points to my local dnf repo. I have the following in the mock config template: [local-repo] name=my-Local baseurl=http://yumrepo.example.com/yum-repository/local/centos/8/x86_64/ failovermethod=priority skip_if_unavailable=False When I try to run mock I get the following error: (vgeppetto3 pts18) $ mock -v -r epel-8-x86_64

Am I correct in thinking that it''s not currently possible to have a method that creates a ''standard'' mock (i.e. a mock that has defaults useful in all contexts)? I''ve tried with the mock method and also by manually creating new Mock instances. I get failures when setting up expectations (undefined method ''receive'' for proc). Chris