Top-posting because this may be long... I merged this repo with our 7.5+updates through yesterday, minus our excludes. Still working through obsoleted packages vs. missing updates, so bear with me. And as it turns out, it got much better as I was writing this, investigating, and working through possibly broken proxies. From repoclosure: package: ctdb-4.7.1-9.el7_5.x86_64 unresolved deps: samba-client-libs = 0:4.7.1-9.el7_5 libtime-basic-samba4.so(SAMBA_4.7.1)(64bit) libtdb-wrap-samba4.so(SAMBA_4.7.1)(64bit) libtalloc-report-samba4.so(SAMBA_4.7.1)(64bit) libsys-rw-samba4.so(SAMBA_4.7.1)(64bit) libsocket-blocking-samba4.so(SAMBA_4.7.1)(64bit) libsamba-debug-samba4.so(SAMBA_4.7.1)(64bit) libreplace-samba4.so(SAMBA_4.7.1)(64bit) libiov-buf-samba4.so(SAMBA_4.7.1)(64bit) package: ctdb-tests-4.7.1-9.el7_5.x86_64 unresolved deps: samba-client-libs = 0:4.7.1-9.el7_5 libtime-basic-samba4.so(SAMBA_4.7.1)(64bit) libtdb-wrap-samba4.so(SAMBA_4.7.1)(64bit) libsys-rw-samba4.so(SAMBA_4.7.1)(64bit) libsocket-blocking-samba4.so(SAMBA_4.7.1)(64bit) libsamba-debug-samba4.so(SAMBA_4.7.1)(64bit) libreplace-samba4.so(SAMBA_4.7.1)(64bit) libiov-buf-samba4.so(SAMBA_4.7.1)(64bit) # ctdb* comes from the samba package, so may be obsoleted as samba is updated from 4.7.1-9 to 4.8.3-4 package: glusterfs-geo-replication-3.8.4-54.15.sl7.x86_64 unresolved deps: glusterfs(x86-64) = 0:3.8.4-54.15.sl7 package: glusterfs-server-3.8.4-54.15.sl7.x86_64 unresolved deps: glusterfs-libs(x86-64) = 0:3.8.4-54.15.sl7 glusterfs-fuse(x86-64) = 0:3.8.4-54.15.sl7 glusterfs-client-xlators(x86-64) = 0:3.8.4-54.15.sl7 glusterfs-cli(x86-64) = 0:3.8.4-54.15.sl7 glusterfs-api(x86-64) = 0:3.8.4-54.15.sl7 glusterfs(x86-64) = 0:3.8.4-54.15.sl7 # gluster seems to have been updated from 3.8.4-54 to 3.12.2-18. Glusterfs-geo-replication may be obsoleted? Pat, I know you're patching to enable building glusterfs-server, so maybe that got missed? package: kmod-kvdo-6.1.0.181-17.el7_5.x86_64 unresolved deps: kernel(dm_unregister_target) = 0:0x35ba4186 kernel(dm_register_target) = 0:0xd3f9ecc7 kernel(dm_put_device) = 0:0xe484e3b5 kernel(dm_get_device) = 0:0x602cd186 # Not sure on this one. Other kmods had explicit kernels they needed. This may be obsolete or at least needs rebuild. I may remove it from our distro either way at this point. So, a couple more for you to look at or tell me I have obsoletes. Looking good otherwise. On 11/7/18, 12:54 PM, "[log in to unmask] on behalf of Pat Riehecky" <[log in to unmask] on behalf of [log in to unmask]> wrote: On 11/7/18 12:30 PM, Orion Poplawski wrote: > On 11/07/2018 09:01 AM, Pat Riehecky wrote: >> Thanks to everyone who reported missing packages. >> >> I believe the dependencies are now resolved and additional security packages >> are added. >> >> Pat > I think you are still missing pytalloc 2.1.13: > > # yum --enablerepo=sl-testing upgrade libtalloc libuuid pytalloc > Loaded plugins: versionlock > sl-testing | > 3.0 kB 00:00:00 > Resolving Dependencies > --> Running transaction check > ---> Package libtalloc.x86_64 0:2.1.10-1.el7 will be updated > --> Processing Dependency: libtalloc = 2.1.10-1.el7 for package: > pytalloc-2.1.10-1.el7.x86_64 > ---> Package libtalloc.x86_64 0:2.1.13-1.el7 will be an update > --> Running transaction check > ---> Package libtalloc.i686 0:2.1.10-1.el7 will be installed > ---> Package libtalloc.x86_64 0:2.1.10-1.el7 will be updated > --> Finished Dependency Resolution > Error: Multilib version problems found. This often means that the root > cause is something else and multilib version checking is just > pointing out that there is a problem. Eg.: > > 1. You have an upgrade for libtalloc which is missing some > dependency that another package requires. Yum is trying to > solve this by installing an older version of libtalloc of the > different architecture. If you exclude the bad architecture > yum will tell you what the root cause is (which package > requires what). You can try redoing the upgrade with > --exclude libtalloc.otherarch ... this should give you an error > message showing the root cause of the problem. > > 2. You have multiple architectures of libtalloc installed, but > yum can only see an upgrade for one of those architectures. > If you don't want/need both architectures anymore then you > can remove the one with the missing update and everything > will work. > > 3. You have duplicate versions of libtalloc installed already. > You can use "yum check" to get yum show these errors. > > ...you can also use --setopt=protected_multilib=false to remove > this checking, however this is almost never the correct thing to > do as something else is very likely to go wrong (often causing > much more problems). > > Protected multilib versions: libtalloc-2.1.10-1.el7.i686 != > libtalloc-2.1.13-1.el7.x86_64 > That will teach me to multi-task.... Thanks for finding these so quickly! In theory now each update id is fully complete within the testing repo and installable for SL7.0+ Pat -- Pat Riehecky Fermi National Accelerator Laboratory http://www.fnal.gov https://urldefense.proofpoint.com/v2/url?u=http-3A__www.scientificlinux.org&d=DwIGaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbBYBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=06BQ_bZOTo7c6yBTkD98K5SUbibzXnFsqlZBjOII4Qo&s=Dy5GaXUwCZQWt6eV0yd2Nk9JpnGBPuWu0zFqkdLmmMc&e=