similar to: (re)build sssd-client.i686 for x86_64

On 02/15/2017 03:41 AM, Johnny Hughes wrote: > On 02/15/2017 02:39 AM, Stijn De Weirdt wrote: >> hi all, >> >> i'm trying to rebuild the current sssd-client.i686 rpm that is part of >> the x86_64 repo, but i fail to do so. rebuilding the sssd.src.rpm on >> x86_64 does not produce this rpm. >> >> i can rebuild sssd.src.rpm with --target=i686, but

On 02/15/2017 02:39 AM, Stijn De Weirdt wrote: > hi all, > > i'm trying to rebuild the current sssd-client.i686 rpm that is part of > the x86_64 repo, but i fail to do so. rebuilding the sssd.src.rpm on > x86_64 does not produce this rpm. > > i can rebuild sssd.src.rpm with --target=i686, but that sssd-client rpm > has conflicts and a whole bunch of i686 deps that the

hi johnny, apologies, yes this is centos7 on x86_64. i had to set PKGCONFIG_DIR, but that looked like the only thing. i'll give mock a try and see what comes out. thanks a lot stijn On 02/15/2017 10:44 AM, Johnny Hughes wrote: > On 02/15/2017 03:41 AM, Johnny Hughes wrote: >> On 02/15/2017 02:39 AM, Stijn De Weirdt wrote: >>> hi all, >>> >>> i'm

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 Tue, Jan 2, 2018 at 10:10 AM, Akemi Yagi <toracat at elrepo.org> wrote: > > On Thu, Dec 7, 2017 at 6:23 AM, Stijn De Weirdt <stijn.deweirdt at ugent.be> wrote: >> latest kmod update 20-15.el7_4.6 is broken on our systems, while >> previous 20-15.el7_4.4 was working fine (and downgrading fixes the issue). >> >> the issue is with modules from mellanox

hi johnny, >> anyone any hints how to debug this or some clues what could be going >> wrong here. > > Do you have an exclude in /etc/yum.conf for ibutils-libs? how embarassing. there was indeed an exclude on ibutils-libs. (this must be some leftover from using mlnx ofed. we are switching from c73+mlnx ofed 3.4 to c74 stock ib (there's no mlnxofed3.4 for c74, and our old

hi all, can someone help explaining what we are seeing? it makes no sense to us. this is a host running centos 7.4 with 3.10.0-693.17.1 kernel, and it has 192GB of ram > [] free -b > total used free shared buff/cache available > Mem: 201402642432 14413479936 75642777600 48586752 111346384896 185689632768 > Swap: 21474832384 31961088

hi all, latest kmod update 20-15.el7_4.6 is broken on our systems, while previous 20-15.el7_4.4 was working fine (and downgrading fixes the issue). the issue is with modules from mellanox kmod rpms that are symlinked in the weak-updates dir. the config files in /etc/depmod.d look ok (and do work with previous version): dist.conf has weak-updates after built-in, and mellanox kmod rpms ship a

hi all, i have a general question (a bit surprised ti's not on the centos faq): we found a bug in a package in a centos install, and we are wondering what the best approach is to get TUV to fix it (and release an update), so it gets fixed in centos rebuild and thus on our nodes. or at the very least to get it on their todo list ;) bugs.centos.org seems an obvious candidate to get them

The Redhat guys are normally responding very well to bug reports from Centos users. They don't seem to differentiate. Using bugs.centos.org seems quite pointless. I normally just use https://bugzilla.redhat.com/. On 30 July 2015 at 13:12, Johnny Hughes <johnny at centos.org> wrote: > On 07/30/2015 03:37 AM, Stijn De Weirdt wrote: > > hi all, > > > > i have a

hi all, i'm trying to understand an issue i'm having with a yum repo (it's a mirror of the c74 repo). there's an rpm in the repo (ibutils-libs in this case); but the client using this repo says it cannot find this rpm (i did yum info ibutils-libs --disablerepo=* --enablerepo=c74 to exclude all other repos). other rpms are ok to use, so nothing structural going wrong (i think)

Hi folks, For complicated reasons, I'd like to have a service (lightdm) start after sshd starts. (This is on CentOS 7.) I've tried adding "sshd.service" to the lists of "Active=" and "Require=" items in /etc/systemd/system/lightdm.service (which started as a copy of /usr/lib/systemd/system/lightdm.service), but these changes don't seem to have

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.

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 --target=i386 or --arch-i386 both fail. Do we have to set up the

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 12/27/22 22:55, Gordon Messmer wrote: > On 2022-12-25 07:44, Jelle de Jong wrote: >> A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is >> causing sssd.service systemctl failures all over my CentosOS machines. > ... >> [sssd] [confdb_expand_app_domains] (0x0010): No domains configured, >> fatal error! > > > Were you previously using

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 1/3/23 05:17, Orion Poplawski wrote: >> On 12/30/22 04:06, Jelle de Jong wrote: >>> On 12/27/22 22:55, Gordon Messmer wrote: >>>> On 2022-12-25 07:44, Jelle de Jong wrote: >>>>> A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is >>>>> causing sssd.service systemctl failures all over my CentosOS >>>>>

On 12/30/22 04:06, Jelle de Jong wrote: > On 12/27/22 22:55, Gordon Messmer wrote: >> On 2022-12-25 07:44, Jelle de Jong wrote: >>> A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is >>> causing sssd.service systemctl failures all over my CentosOS machines. >> ... >>> [sssd] [confdb_expand_app_domains] (0x0010): No domains configured,

On 1/3/23 13:41, Simon Matter wrote: >> On 1/3/23 05:17, Orion Poplawski wrote: >>> On 12/30/22 04:06, Jelle de Jong wrote: >>>> On 12/27/22 22:55, Gordon Messmer wrote: >>>>> On 2022-12-25 07:44, Jelle de Jong wrote: >>>>>> A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is >>>>>> causing sssd.service